Warum müssen wir den Thread nach appendPixelBuffer anhalten: withPresentationTime :?

Question

Wenn auf iOS ein Video kodiert, die meisten Lösungen um diesen Schritt:

while(encoding) { 
    if(assetWriterInput.readyForMoreMediaData) { 
     [adaptor appendPixelBuffer:buffer withPresentationTime:presentTime]; 
     if(buffer) 
      CVBufferRelease(buffer); 
     [NSThread sleepForTimeInterval:0.05]; // <=== This line slows down encoding 
    } 
} 

Wenn ich das Ergebnis Video ruckelt aussehen wird, auch den Faden nicht schlafen, wenn readyForMoreMediaData immer JA zurück. Wenn ich den Thread pausiere, sieht das Ergebnis perfekt aus.

Aber ich verstehe den Zweck von "readyForMoreMediaData" nicht, wenn wir den Thread trotzdem pausieren müssen? Es sieht so aus, als ob ich die Ruhezeit auf 0.03 reduzieren kann, ohne dass das Ergebnis ruckelnd wirkt, aber es verlangsamt immer noch den Kodierprozess.

Jede Hilfe wäre willkommen, danke!

Answer 1

Ich habe den Assetwriter mehrere Jahre lang in mehreren Apps Echtzeitvideos geschrieben, darunter eines mit 240 fps als Standard. Ich hatte keine Probleme mit ruckelndem Video. Ich habe nie Schlafbefehle und keine CVBufferRelease verwendet. Mein Code sieht im Wesentlichen wie folgt aus:

-(void)captureOutput:(AVCaptureOutput *)captureOutput didOutputSampleBuffer:(CMSampleBufferRef)sampleBuffer fromConnection:(AVCaptureConnection *)connection 
{ 
    if (videoWriterInput.readyForMoreMediaData) [videoWriterInput appendSampleBuffer:sampleBuffer]) 

} 

Vielleicht sollten Sie überprüfen, wie Sie Ihre assetwriter einrichten? Es gibt eine Einstellung "recommendedVideoSettingsForAssetWriterWithOutputFileType", die Ihnen bei der Optimierung helfen kann. Ich würde ohne den Adapter versuchen, wenn Sie es nicht unbedingt brauchen, nach meiner Erfahrung läuft es ohne mehr glatt.