首頁猿問問個(gè)額外的問題，jpg序列組合成一...

問個(gè)額外的問題，jpg序列組合成一個(gè)視頻有什么好方法？

iOS

四季花海 2023-05-02 14:10:11

小生最近做個(gè)產(chǎn)品 socket通信，對這塊了解甚少，同樣對C也了解甚少。把需要的功能實(shí)現(xiàn)了，但是異常方面總覺得應(yīng)該做些什么，但不了解有什么地方需要實(shí)現(xiàn)。服務(wù)器過來的是逐楨圖片，大概的實(shí)現(xiàn)流程，使用的AsyncSocket，服務(wù)器發(fā)送數(shù)據(jù)量，先放入NSMutableData ＊totalData中，每過來一個(gè)數(shù)據(jù)就appendData，加入到totalData里面，然后到數(shù)據(jù)模塊里面對16進(jìn)制數(shù)據(jù)進(jìn)行處理，得到一張完整的圖片后將其從toatlData中使用subdataWithRange將其remove.因?yàn)闇y試環(huán)境也是我自個(gè)搭建的，不知道正常使用下會有多少異常，我有幾個(gè)疑惑的地方： 1,我沒實(shí)現(xiàn)ringbuffer，直接通過NSMutableData來處理，這個(gè)會有影響不？ 2，對于數(shù)據(jù)的接受方面，直接append會不會有數(shù)據(jù)錯(cuò)位的情況，對于數(shù)據(jù)的部分丟失一般是直接remove掉還是保留？ 3,每接受到一次數(shù)據(jù)才處理一次。也就是說每響應(yīng)一次socket的delegate才處理一次數(shù)據(jù)會不會太慢？- (void)onSocket:(AsyncSocket *)sock didReadData:(NSData *)data withTag:(long)tag

查看完整描述

2 回答

holdtom

TA貢獻(xiàn)1805條經(jīng)驗(yàn) 獲得超10個(gè)贊

1,關(guān)于接收數(shù)據(jù)那塊，didReadData的delegate中用一個(gè)NSMutableData即可，接收到數(shù)據(jù)后先判斷，看是否需要使用appendData加入進(jìn)來，如果剛好讀取完一個(gè)完整的數(shù)據(jù)，先copy出來去操作，并將NSMutableData設(shè)置為nil，下一個(gè)數(shù)據(jù)進(jìn)來重新初始化并添加。這樣保證內(nèi)存中最多只有一個(gè)完整的數(shù)據(jù)。而且處理完就得繼續(xù)readData。

2,關(guān)于數(shù)據(jù)的容錯(cuò)，是否完整這個(gè)就得根據(jù)文件楨頭來進(jìn)行判斷，客戶端自己決定如何丟棄。

3,實(shí)際上接收的速度是和服務(wù)器發(fā)送的速度相關(guān)的，服務(wù)器控制發(fā)送時(shí)間間隔即可?？蛻舳司偷貌粩嗟淖x取，操作。

最后如何組合圖片序列為視頻使用AVAssetWriter即可，可以控制每秒多少張，包括儲存的格式，沒必要去使用ffmpeg或者自己寫數(shù)據(jù)頭。

反對回復(fù) 2023-05-05

翻閱古今

TA貢獻(xiàn)1780條經(jīng)驗(yàn) 獲得超5個(gè)贊

你發(fā)送端就要序列化數(shù)據(jù)，接收端就不會錯(cuò)位的。一般情況下是不會產(chǎn)生錯(cuò)位的。每次接收數(shù)據(jù)你可以計(jì)算NSData的大小的，不需要使用什么subdataWithRange，最好的好就是使用append。delegate這個(gè)是接收到一定的長度或者小于這個(gè)長度就會delegate。如果數(shù)據(jù)量很大的話，會產(chǎn)生分成很多個(gè)數(shù)據(jù)包傳輸。所以一次delegate有可能不是一個(gè)完整的數(shù)據(jù)

反對回復(fù) 2023-05-05