30歲想學(xué)ios開發(fā)，前途怎么樣，請大神們指教一下

1、世上無難事，只要肯登攀！

讓客戶滿意是我們工作的目標(biāo)，不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術(shù)通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領(lǐng)域值得信任、有價值的長期合作伙伴，公司提供的服務(wù)項目有：空間域名、網(wǎng)頁空間、營銷軟件、網(wǎng)站建設(shè)、樺甸網(wǎng)站維護、網(wǎng)站推廣。

2、誰說只能干到30歲，你要學(xué)IOS開發(fā)，他的創(chuàng)始是喬布斯，他是干到死的，微軟的比爾，那么有錢，退休了，現(xiàn)在全力研究聲控技術(shù)、生物技術(shù)與計算機技術(shù)相結(jié)合 。

所以，真想學(xué)，與其在此發(fā)問，不如，拿起IOS開發(fā)手冊，與其問干到30歲，不如等到你30歲再說，就算30歲后不干了，至少還可以干兩年。

想自學(xué)iOS開發(fā)，因該怎么開始

參考一下學(xué)習(xí)的內(nèi)容：

第一階段：Objective-C語言基礎(chǔ)

OC開發(fā)介紹，熟悉Xcode開發(fā)工具，OC語言基礎(chǔ)，OC流程控制，類的基本概念，面向?qū)ο筇匦裕現(xiàn)oundation類庫，OC高級用法，協(xié)議和解析。

第二階段：iOS交互開發(fā)

基礎(chǔ)UI控件，高級UI控件，視圖控制器，可視化開發(fā)與適配，事件處理與手勢，網(wǎng)絡(luò)與數(shù)據(jù)處理。

第三階段：iOS高級進階、

流行技術(shù)與特效，系統(tǒng)框架選擇。

第四階段：HTML，CSS與javascript

PC端網(wǎng)站布局，HTML5+CSS3基礎(chǔ)，WebAPP頁面布局，原生javascript交互功能開發(fā)，Ajax異步交互，JQuery應(yīng)用。

第五階段：PHP與MySQL

PHP基本語法。

第六階段：項目開發(fā)

自由鋒享項目需求

投入時間和精力，以興趣來驅(qū)動學(xué)習(xí)。不管是視頻學(xué)習(xí)還是看書學(xué)習(xí)，在整個的學(xué)習(xí)過程中貫穿著代碼實戰(zhàn)。看的代碼是別人的，動手寫出來的是自己的。自己動手寫代碼，記憶更加深刻，效率更高。分階段的進行學(xué)習(xí)：1、看視頻（零掌握，系統(tǒng)的學(xué)習(xí)和了解），2、看書（對編程有了一定的掌握，作為補充和提高），3、看博客帖子（取長補短）。

在學(xué)習(xí)過程中書籍資料的話看蘋果的官方文檔，開發(fā)手冊，其他的書籍在有了一定的掌握之后，作為補充和太高來學(xué)習(xí)。

零基礎(chǔ)如何學(xué)習(xí)ios開發(fā) ios開發(fā)學(xué)習(xí)路線

剛好我也在學(xué)習(xí)。

先從swift開始，這個語言要簡單很多，建議先看中文版的教學(xué)，悟性好一點兩天看完。然后再看看，官方的英文教材。最多一個周也能看完了。

之后找到swift開發(fā)IOS的指導(dǎo)手冊編寫你的第一個IOSapp.鏈接如下：

過了這一關(guān)，先把objective-c學(xué)習(xí)一下，大概要兩周到一個月。swift是開發(fā)趨勢，學(xué)習(xí)objective-c目的是有些objective-c與swift的橋接得會，或者用swift使用objective-c的類得會調(diào)用。

后續(xù)學(xué)習(xí)：見上面鏈接中的

Where to Go from Here導(dǎo)航：

第一條別給錢，先注冊成開發(fā)者，就可以在實體賬號上測試程序了，后續(xù)發(fā)布app的時候再充99美金。

英文如下：

Register as a developer. App Distribution Quick Start walks you through the process of registering as an Apple developer.

其他幾條，你一個一個概覽一下，后面在詳細看。看完后面所有內(nèi)容，一定能獨立做APP了。大概內(nèi)容有：

如何設(shè)計漂亮的用戶界面與apple提供的UI元素

swift編程語言，剛學(xué)完肯定不熟悉，多看幾遍。

真正的教你如何編寫app

IOS技術(shù)概覽，這塊很重要，我也沒詳細學(xué)習(xí)完。

如何測試app

最后是如何把app在蘋果商店上架。

IOS開發(fā)中設(shè)計到很多設(shè)計模式，酌情自己看要不要學(xué)。英語不好建議同部學(xué)習(xí)一下。IOS開發(fā)中文資料太少。要么都過時的。

最后我給你推薦一本書，我最近在看，網(wǎng)上能免費下載：

iOS 10 Swift Programming Cookbook

【iOS】FFMpeg SDK 開發(fā)手冊

FFmpeg是一套可以用來記錄、轉(zhuǎn)換數(shù)字音頻、視頻，并能將其轉(zhuǎn)化為流的開源計算機程序。采用LGPL或GPL許可證。它提供了錄制、轉(zhuǎn)換以及流化音視頻的完整解決方案。它包含了非常先進的音頻/視頻編解碼庫libavcodec，為了保證高可移植性和編解碼質(zhì)量，libavcodec里很多codec都是從頭開發(fā)的。

FFmpeg在Linux平臺下開發(fā)，但它同樣也可以在其它操作系統(tǒng)環(huán)境中編譯運行，包括Windows、Mac OS X等。這個項目最早由Fabrice Bellard發(fā)起，現(xiàn)在由Michael Niedermayer維護。許多FFmpeg的開發(fā)人員都來自MPlayer項目，而且當(dāng)前FFmpeg也是放在MPlayer項目組的服務(wù)器上。項目的名稱來自MPEG視頻編碼標(biāo)準(zhǔn)，前面的"FF"代表"Fast Forward"。

libavformat：用于各種音視頻封裝格式的生成和解析，包括獲取解碼所需信息以生成解碼上下文結(jié)構(gòu)和讀取音視頻幀等功能；

libavcodec：用于各種類型聲音/圖像編解碼；

libavutil：包含一些公共的工具函數(shù)；

libswscale：用于視頻場景比例縮放、色彩映射轉(zhuǎn)換；

libpostproc：用于后期效果處理；

ffmpeg：該項目提供的一個工具，可用于格式轉(zhuǎn)換、解碼或電視卡即時編碼等；

ffsever：一個 HTTP 多媒體即時廣播串流服務(wù)器；

ffplay：是一個簡單的播放器，使用ffmpeg 庫解析和解碼，通過SDL顯示；

三種幀的說明

I幀:幀內(nèi)編碼幀 ，I幀表示關(guān)鍵幀，你可以理解為這一幀畫面的完整保留；解碼時只需要本幀數(shù)據(jù)就可以完成（因為包含完整畫面）

I幀特點:

1.它是一個全幀壓縮編碼幀。它將全幀圖像信息進行JPEG壓縮編碼及傳輸;

2.解碼時僅用I幀的數(shù)據(jù)就可重構(gòu)完整圖像;

3.I幀描述了圖像背景和運動主體的詳情;

4.I幀不需要參考其他畫面而生成;

5.I幀是P幀和B幀的參考幀(其質(zhì)量直接影響到同組中以后各幀的質(zhì)量);

6.I幀是幀組GOP的基礎(chǔ)幀(第一幀),在一組中只有一個I幀;

7.I幀不需要考慮運動矢量;

8.I幀所占數(shù)據(jù)的信息量比較大。

P幀:前向預(yù)測編碼幀。P幀表示的是這一幀跟之前的一個關(guān)鍵幀（或P幀）的差別，解碼時需要用之前緩存的畫面疊加上本幀定義的差別，生成最終畫面。（也就是差別幀，P幀沒有完整畫面數(shù)據(jù)，只有與前一幀的畫面差別的數(shù)據(jù)）

P幀的預(yù)測與重構(gòu):P幀是以I幀為參考幀,在I幀中找出P幀“某點”的預(yù)測值和運動矢量,取預(yù)測差值和運動矢量一起傳送。在接收端根據(jù)運動矢量從I幀中找出P幀“某點”的預(yù)測值并與差值相加以得到P幀“某點”樣值,從而可得到完整的P幀。

P幀特點:

1.P幀是I幀后面相隔1~2幀的編碼幀;

2.P幀采用運動補償?shù)姆椒▊魉退c前面的I或P幀的差值及運動矢量(預(yù)測誤差);

3.解碼時必須將I幀中的預(yù)測值與預(yù)測誤差求和后才能重構(gòu)完整的P幀圖像;

4.P幀屬于前向預(yù)測的幀間編碼。它只參考前面最靠近它的I幀或P幀;

5.P幀可以是其后面P幀的參考幀,也可以是其前后的B幀的參考幀;

6.由于P幀是參考幀,它可能造成解碼錯誤的擴散;

7.由于是差值傳送,P幀的壓縮比較高。

B幀:雙向預(yù)測內(nèi)插編碼幀。B幀是雙向差別幀，也就是B幀記錄的是本幀與前后幀的差別（具體比較復(fù)雜，有4種情況，但我這樣說簡單些），換言之，要解碼B幀，不僅要取得之前的緩存畫面，還要解碼之后的畫面，通過前后畫面的與本幀數(shù)據(jù)的疊加取得最終的畫面。B幀壓縮率高，但是解碼時CPU會比較累。

B幀的預(yù)測與重構(gòu)

B幀以前面的I或P幀和后面的P幀為參考幀,“找出”B幀“某點”的預(yù)測值和兩個運動矢量,并取預(yù)測差值和運動矢量傳送。接收端根據(jù)運動矢量在兩個參考幀中“找出(算出)”預(yù)測值并與差值求和,得到B幀“某點”樣值,從而可得到完整的B幀。

B幀特點

1.B幀是由前面的I或P幀和后面的P幀來進行預(yù)測的;

2.B幀傳送的是它與前面的I或P幀和后面的P幀之間的預(yù)測誤差及運動矢量;

3.B幀是雙向預(yù)測編碼幀;

4.B幀壓縮比最高,因為它只反映丙參考幀間運動主體的變化情況,預(yù)測比較準(zhǔn)確;

5.B幀不是參考幀,不會造成解碼錯誤的擴散。

注:I、B、P各幀是根據(jù)壓縮算法的需要，是人為定義的,它們都是實實在在的物理幀。一般來說，I幀的壓縮率是7（跟JPG差不多），P幀是20，B幀可以達到50。可見使用B幀能節(jié)省大量空間，節(jié)省出來的空間可以用來保存多一些I幀，這樣在相同碼率下，可以提供更好的畫質(zhì)。

1.分組:把幾幀圖像分為一組(GOP，也就是一個序列),為防止運動變化,幀數(shù)不宜取多。

2.定義幀:將每組內(nèi)各幀圖像定義為三種類型,即I幀、B幀和P幀;

3.預(yù)測幀:以I幀做為基礎(chǔ)幀,以I幀預(yù)測P幀,再由I幀和P幀預(yù)測B幀;

4.數(shù)據(jù)傳輸:最后將I幀數(shù)據(jù)與預(yù)測的差值信息進行存儲和傳輸。幀內(nèi)（Intraframe）壓縮也稱為空間壓縮（Spatial compression）。當(dāng)壓縮一幀圖像時，僅考慮本幀的數(shù)據(jù)而不考慮相鄰幀之間的冗余信息，這實際上與靜態(tài)圖像壓縮類似。幀內(nèi)一般采用有損壓縮算法，由于幀內(nèi)壓縮是編碼一個完整的圖像，所以可以獨立的解碼、顯示。幀內(nèi)壓縮一般達不到很高的壓縮，跟編碼jpeg差不多。

幀間（Interframe）壓縮的原理是：相鄰幾幀的數(shù)據(jù)有很大的相關(guān)性，或者說前后兩幀信息變化很小的特點。也即連續(xù)的視頻其相鄰幀之間具有冗余信息,根據(jù)這一特性，壓縮相鄰幀之間的冗余量就可以進一步提高壓縮量，減小壓縮比。幀間壓縮也稱為時間壓縮（Temporal compression），它通過比較時間軸上不同幀之間的數(shù)據(jù)進行壓縮。幀間壓縮一般是無損的。幀差值（Frame differencing）算法是一種典型的時間壓縮法，它通過比較本幀與相鄰幀之間的差異，僅記錄本幀與其相鄰幀的差值，這樣可以大大減少數(shù)據(jù)量。

順便說下有損（Lossy ）壓縮和無損（Lossy less）壓縮。無損壓縮也即壓縮前和解壓縮后的數(shù)據(jù)完全一致。多數(shù)的無損壓縮都采用RLE行程編碼算法。有損壓縮意味著解壓縮后的數(shù)據(jù)與壓縮前的數(shù)據(jù)不一致。在壓縮的過程中要丟失一些人眼和人耳所不敏感的圖像或音頻信息,而且丟失的信息不可恢復(fù)。幾乎所有高壓縮的算法都采用有損壓縮,這樣才能達到低數(shù)據(jù)率的目標(biāo)。丟失的數(shù)據(jù)率與壓縮比有關(guān),壓縮比越小，丟失的數(shù)據(jù)越多,解壓縮后的效果一般越差。此外,某些有損壓縮算法采用多次重復(fù)壓縮的方式,這樣還會引起額外的數(shù)據(jù)丟失。

如果NALU對應(yīng)的Slice為一幀的開始，則用4字節(jié)表示，即0x00000001；否則用3字節(jié)表示，0x000001。

NAL Header：forbidden_bit，nal_reference_bit（優(yōu)先級）2bit，nal_unit_type（類型）5bit。 標(biāo)識NAL單元中的RBSP數(shù)據(jù)類型，其中，nal_unit_type為1， 2， 3， 4， 5的NAL單元稱為VCL的NAL單元，其他類型的NAL單元為非VCL的NAL單元。

0：未規(guī)定

1：非IDR圖像中不采用數(shù)據(jù)劃分的片段

2：非IDR圖像中A類數(shù)據(jù)劃分片段

3：非IDR圖像中B類數(shù)據(jù)劃分片段

4：非IDR圖像中C類數(shù)據(jù)劃分片段

5：IDR圖像的片段

6：補充增強信息（SEI）

7：序列參數(shù)集（SPS）

8：圖像參數(shù)集（PPS）

9：分割符

10：序列結(jié)束符

11：流結(jié)束符

12：填充數(shù)據(jù)

13：序列參數(shù)集擴展

14：帶前綴的NAL單元

15：子序列參數(shù)集

16 – 18：保留

19：不采用數(shù)據(jù)劃分的輔助編碼圖像片段

20：編碼片段擴展

21 – 23：保留

24 – 31：未規(guī)定

H.264的SPS和PPS串，包含了初始化H.264解碼器所需要的信息參數(shù)，包括編碼所用的profile，level，圖像的寬和高，deblock濾波器等。

碼率：256～512 kb/s

幀率：15～20fps

分辨率：1280x720(HD) 640x368(VGA) 1920x1080(UHD)

中文名：高級音頻編碼，出現(xiàn)于1997年，基于MPEG-2的音頻編碼技術(shù)。由Fraunhofer IIS、杜比實驗室、ATT、Sony等公司共同開發(fā)，目的是取代MP3格式。2000年，MPEG-4標(biāo)準(zhǔn)出現(xiàn)后，AAC重新集成了其特性，加入了SBR技術(shù)和PS技術(shù)，為了區(qū)別于傳統(tǒng)的MPEG-2 AAC又稱為MPEG-4 AAC。

優(yōu)點：相對于mp3，AAC格式的音質(zhì)更佳，文件更小。

不足：AAC屬于有損壓縮的格式，與時下流行的APE、FLAC等無損格式相比音質(zhì)存在“本質(zhì)上”的差距。加之，傳輸速度更快的USB3.0和16G以上大容量MP3正在加速普及，也使得AAC頭上“小巧”的光環(huán)不復(fù)存在了。

音頻采樣率是指錄音設(shè)備在一秒鐘內(nèi)對聲音信號的采樣次數(shù)，采樣頻率越高聲音的還原就越真實越自然。在當(dāng)今的主流采集卡上，采樣頻率一般共分為22.05KHz、44.1KHz、48KHz三個等級，22.05KHz只能達到FM廣播的聲音品質(zhì)，44.1KHz則是理論上的CD音質(zhì)界限，48KHz則更加精確一些。

比特率是指每秒傳送的比特(bit)數(shù)。單位為 bps(Bit Per Second)，比特率越高，傳送數(shù)據(jù)速度越快。聲音中的比特率是指將模擬聲音信號轉(zhuǎn)換成數(shù)字聲音信號后，單位時間內(nèi)的二進制數(shù)據(jù)量，是間接衡量音頻質(zhì)量的一個指標(biāo)。 視頻中的比特率（碼率）原理與聲音中的相同，都是指由模擬信號轉(zhuǎn)換為數(shù)字信號后，單位時間內(nèi)的二進制數(shù)據(jù)量。

信道編碼中，K符號大小的信源數(shù)據(jù)塊通過編碼映射為N符號大小的碼字，則K/N成為碼率，其中假設(shè)編碼前后的符號表沒有變化。

FFMPEG中結(jié)構(gòu)體很多。最關(guān)鍵的結(jié)構(gòu)體可以分成以下幾類：

解協(xié)議（http,rtsp,rtmp,mms）

AVIOContext，URLProtocol，URLContext主要存儲視音頻使用的協(xié)議的類型以及狀態(tài)。URLProtocol存儲輸入視音頻使用的封裝格式。每種協(xié)議都對應(yīng)一個URLProtocol結(jié)構(gòu)。（注意：FFMPEG中文件也被當(dāng)做一種協(xié)議“file”）

解封裝（flv,avi,rmvb,mp4）

AVFormatContext主要存儲視音頻封裝格式中包含的信息；AVInputFormat存儲輸入視音頻使用的封裝格式。每種視音頻封裝格式都對應(yīng)一個AVInputFormat 結(jié)構(gòu)。

解碼（h264,mpeg2,aac,mp3）

每個AVStream存儲一個視頻/音頻流的相關(guān)數(shù)據(jù)；每個AVStream對應(yīng)一個AVCodecContext，存儲該視頻/音頻流使用解碼方式的相關(guān)數(shù)據(jù)；每個AVCodecContext中對應(yīng)一個AVCodec，包含該視頻/音頻對應(yīng)的解碼器。每種解碼器都對應(yīng)一個AVCodec結(jié)構(gòu)。

存數(shù)據(jù)

視頻的話，每個結(jié)構(gòu)一般是存一幀；音頻可能有好幾幀

解碼前數(shù)據(jù)：AVPacket

解碼后數(shù)據(jù)：AVFrame

AVCodec是存儲編解碼器信息的結(jié)構(gòu)體

const char *name：編解碼器的名字，比較短

const char *long_name：編解碼器的名字，全稱，比較長

enum AVMediaType type：指明了類型，是視頻，音頻，還是字幕

enum AVCodecID id：ID，不重復(fù)

const AVRational *supported_framerates：支持的幀率（僅視頻）

const enum AVPixelFormat *pix_fmts：支持的像素格式（僅視頻）

const int *supported_samplerates：支持的采樣率（僅音頻）

const enum AVSampleFormat *sample_fmts：支持的采樣格式（僅音頻）

const uint64_t channel_layouts：支持的聲道數(shù)（僅音頻）

int priv_data_size：私有數(shù)據(jù)的大小

1.注冊所有編解碼器：av_register_all();

2.聲明一個AVCodec類型的指針，比如說AVCodec first_c;

3.調(diào)用av_codec_next()函數(shù)，即可獲得指向鏈表下一個解碼器的指針，循環(huán)往復(fù)可以獲得所有解碼器的信息。注意，如果想要獲得指向第一個解碼器的指針，則需要將該函數(shù)的參數(shù)設(shè)置為NULL。

這是一個描述編解碼器上下文的數(shù)據(jù)結(jié)構(gòu)，包含了眾多編解碼器需要的參數(shù)信息

如果是單純使用libavcodec，這部分信息需要調(diào)用者進行初始化；如果是使用整個FFMPEG庫，這部分信息在調(diào)用 av_open_input_file和av_find_stream_info的過程中根據(jù)文件的頭信息及媒體流內(nèi)的頭部信息完成初始化。其中幾個主要 域的釋義如下：

extradata/extradata_size： 這個buffer中存放了解碼器可能會用到的額外信息，在av_read_frame中填充。一般來說，首先，某種具體格式的demuxer在讀取格式頭 信息的時候會填充extradata，其次，如果demuxer沒有做這個事情，比如可能在頭部壓根兒就沒有相關(guān)的編解碼信息，則相應(yīng)的parser會繼 續(xù)從已經(jīng)解復(fù)用出來的媒體流中繼續(xù)尋找。在沒有找到任何額外信息的情況下，這個buffer指針為空。

time_base：

width/height：視頻的寬和高。

sample_rate/channels：音頻的采樣率和信道數(shù)目。

sample_fmt： 音頻的原始采樣格式。

codec_name/codec_type/codec_id/codec_tag：編解碼器的信息。

該結(jié)構(gòu)體描述一個媒體流

主要域的釋義如下，其中大部分域的值可以由av_open_input_file根據(jù)文件頭的信息確定，缺少的信息需要通過調(diào)用av_find_stream_info讀幀及軟解碼進一步獲取：

index/id：index對應(yīng)流的索引，這個數(shù)字是自動生成的，根據(jù)index可以從AVFormatContext::streams表中索引到該流；而id則是流的標(biāo)識，依賴于具體的容器格式。比如對于MPEG TS格式，id就是pid。

time_base：流的時間基準(zhǔn)，是一個實數(shù)，該流中媒體數(shù)據(jù)的pts和dts都將以這個時間基準(zhǔn)為粒度。通常，使用av_rescale/av_rescale_q可以實現(xiàn)不同時間基準(zhǔn)的轉(zhuǎn)換。

start_time：流的起始時間，以流的時間基準(zhǔn)為單位，通常是該流中第一個幀的pts。

duration：流的總時間，以流的時間基準(zhǔn)為單位。

need_parsing：對該流parsing過程的控制域。

nb_frames：流內(nèi)的幀數(shù)目。

r_frame_rate/framerate/avg_frame_rate：幀率相關(guān)。

codec：指向該流對應(yīng)的AVCodecContext結(jié)構(gòu)，調(diào)用av_open_input_file時生成。

parser：指向該流對應(yīng)的AVCodecParserContext結(jié)構(gòu)，調(diào)用av_find_stream_info時生成。

這個結(jié)構(gòu)體描述了一個媒體文件或媒體流的構(gòu)成和基本信息

這是FFMpeg中最為基本的一個結(jié)構(gòu)，是其他所有結(jié)構(gòu)的根，是一個多媒體文件或流的根本抽象。其中:nb_streams和streams所表示的AVStream結(jié)構(gòu)指針數(shù)組包含了所有內(nèi)嵌媒體流的描述；iformat和oformat指向?qū)?yīng)的demuxer和muxer指針；pb則指向一個控制底層數(shù)據(jù)讀寫的ByteIOContext結(jié)構(gòu)。

start_time和duration是從streams數(shù)組的各個AVStream中推斷出的多媒體文件的起始時間和長度，以微妙為單位。

通常，這個結(jié)構(gòu)由av_open_input_file在內(nèi)部創(chuàng)建并以缺省值初始化部分成員。但是，如果調(diào)用者希望自己創(chuàng)建該結(jié)構(gòu)，則需要顯式為該結(jié)構(gòu)的一些成員置缺省值——如果沒有缺省值的話，會導(dǎo)致之后的動作產(chǎn)生異常。以下成員需要被關(guān)注：

probesize

mux_rate

packet_size

flags

max_analyze_duration

key

max_index_size

max_picture_buffer

max_delay

AVPacket定義在avcodec.h中

FFMPEG使用AVPacket來暫存解復(fù)用之后、解碼之前的媒體數(shù)據(jù)（一個音/視頻幀、一個字幕包等）及附加信息（解碼時間戳、顯示時間戳、時長等）。其中：

dts 表示解碼時間戳，pts表示顯示時間戳，它們的單位是所屬媒體流的時間基準(zhǔn)。

stream_index 給出所屬媒體流的索引；

data 為數(shù)據(jù)緩沖區(qū)指針，size為長度；

duration 為數(shù)據(jù)的時長，也是以所屬媒體流的時間基準(zhǔn)為單位；

pos 表示該數(shù)據(jù)在媒體流中的字節(jié)偏移量；

destruct 為用于釋放數(shù)據(jù)緩沖區(qū)的函數(shù)指針；

flags 為標(biāo)志域，其中，最低為置1表示該數(shù)據(jù)是一個關(guān)鍵幀。

AVPacket 結(jié)構(gòu)本身只是個容器，它使用data成員指向?qū)嶋H的數(shù)據(jù)緩沖區(qū)，這個緩沖區(qū)可以通過av_new_packet創(chuàng)建，可以通過 av_dup_packet 拷貝，也可以由FFMPEG的API產(chǎn)生（如av_read_frame），使用之后需要通過調(diào)用av_free_packet釋放。

av_free_packet調(diào)用的是結(jié)構(gòu)體本身的destruct函數(shù)，它的值有兩種情況：(1)av_destruct_packet_nofree或 0；(2)av_destruct_packet，其中，前者僅僅是將data和size的值清0而已，后者才會真正地釋放緩沖區(qū)。FFMPEG內(nèi)部使用 AVPacket結(jié)構(gòu)建立緩沖區(qū)裝載數(shù)據(jù)，同時提供destruct函數(shù)，如果FFMPEG打算自己維護緩沖區(qū)，則將destruct設(shè)為 av_destruct_packet_nofree，用戶調(diào)用av_free_packet清理緩沖區(qū)時并不能夠?qū)⑵溽尫牛蝗绻鸉FMPEG不會再使用 該緩沖區(qū)，則將destruct設(shè)為av_destruct_packet，表示它能夠被釋放。對于緩沖區(qū)不能夠被釋放的AVPackt，用戶在使用之前 最好調(diào)用av_dup_packet進行緩沖區(qū)的克隆，將其轉(zhuǎn)化為緩沖區(qū)能夠被釋放的AVPacket，以免對緩沖區(qū)的不當(dāng)占用造成異常錯誤。而 av_dup_packet會為destruct指針為av_destruct_packet_nofree的AVPacket新建一個緩沖區(qū)，然后將原 緩沖區(qū)的數(shù)據(jù)拷貝至新緩沖區(qū)，置data的值為新緩沖區(qū)的地址，同時設(shè)destruct指針為av_destruct_packet。

構(gòu)體保存的是解碼后和原始的音視頻信息。AVFrame通過函數(shù)av_frame_alloc()初始化，該函數(shù)僅僅分配AVFrame實例本身，而沒有分配其內(nèi)部的緩存。AVFrame實例由av_frame_free()釋放；AVFrame實例通常分配一次，重復(fù)使用，如分配一個AVFrame實例來保留解碼器中輸出的視頻幀（此時應(yīng)在恰當(dāng)?shù)臅r候使用av_frame_unref()清理參考幀并將AVFrame歸零）。該類所描述的數(shù)據(jù)通常由AVBuffer的API來保存一個引用計數(shù)，并保存于AVFrame.buf

/AVFrame.extended_buf，在至少存在一個參考的時候（如AVFrame.buf[0] != NULL），則該對象被標(biāo)記為“被引用”。在此情況下，AVFrame所包含的每一組數(shù)據(jù)必須包含于AVFrame的緩存中。

ADTS流 跟Raw流，

1.ADTS是個啥

ADTS全稱是(Audio Data Transport Stream)，是AAC的一種十分常見的傳輸格式。

AAC解碼器都需要把AAC的ES流打包成ADTS的格式，一般是在AAC ES流前添加7個字節(jié)的ADTS header。也就是說你可以吧ADTS這個頭看作是AAC的frameheader。

ffmpeg寫 mp4+aac時呢，音頻有兩個值得注意的地方。

1 寫aac音頻時，要添加兩個字節(jié)的信息到AVCodecContext.

2 ffmpeg 寫AAC音頻數(shù)據(jù)不能含有ADTS頭

在AAC ES流前添加7個字節(jié)的ADTS header。也就是說你可以吧ADTS這個頭看作是AAC的frameheader。

tvOS必須要支持 bitcode. (iOS bitcode項可選的) 所以在編譯的時候Makefile要加上 CFLAGS= -fembed-bitcode 。 如果用xcode編譯lib，要在Build Settings—custom compiler flags —cflags 加上OTHER_CFLAGS="-fembed-bitcode" 。

1 內(nèi)存優(yōu)化。內(nèi)存往上漲。沒能及時回收。最好能夠使用手動管理內(nèi)存。

解碼優(yōu)化，看ffmpeg文檔，最新的解碼庫，解碼效率，穩(wěn)定性，綜合性考慮。

YUV-RGB OpenGLES shader來顯示。

1.分離視頻音頻流

ffmpeg -i input_file -vcodec copy -an output_file_video//分離視頻流

ffmpeg -i input_file -acodec copy -vn output_file_audio//分離音頻流

2.視頻解復(fù)用

ffmpeg –i test.mp4 –vcodec copy –an –f m4v test.264

ffmpeg –i test.avi –vcodec copy –an –f m4v test.264

3.視頻轉(zhuǎn)碼

ffmpeg –i test.mp4 –vcodec h264 –s 352 278 –an –f m4v test.264 //轉(zhuǎn)碼為碼流原始文件

ffmpeg –i test.mp4 –vcodec h264 –bf 0 –g 25 –s 352 278 –an –f m4v test.264 //轉(zhuǎn)碼為碼流原始文件

ffmpeg –i test.avi -vcodec mpeg4 –vtag xvid –qsame test_xvid.avi //轉(zhuǎn)碼為封裝文件

//-bf B幀數(shù)目控制，-g 關(guān)鍵幀間隔控制，-s 分辨率控制

4.視頻封裝

ffmpeg –i video_file –i audio_file –vcodec copy –acodec copy output_file

5.視頻剪切

ffmpeg –i test.avi –r 1 –f image2 image-%3d.jpeg //提取圖片

ffmpeg -ss 0:1:30 -t 0:0:20 -i input.avi -vcodec copy -acodec copy output.avi //剪切視頻

//-r 提取圖像的頻率，-ss 開始時間，-t 持續(xù)時間

6.視頻錄制

ffmpeg –i rtsp://192.168.3.205:5555/test –vcodec copy out.avi

7.YUV序列播放

ffplay -f rawvideo -video_size 1920x1080 input.yuv

8.YUV序列轉(zhuǎn)AVI

ffmpeg –s w*h –pix_fmt yuv420p –i input.yuv –vcodec mpeg4 output.avi

標(biāo)題名稱：ios高級開發(fā)手冊,ios 開發(fā)入門
路徑分享：http://chinadenli.net/article44/dsgoshe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供虛擬主機、品牌網(wǎng)站設(shè)計、小程序開發(fā)、網(wǎng)站維護、網(wǎng)站營銷、網(wǎng)站設(shè)計

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)