GNOME Bugzilla – Bug 724107
AAC end playing error ==> assert
Last modified: 2016-02-22 07:48:20 UTC
Created attachment 268774 [details] [review] base parse patch we get the error : gst_base_parse_finish_frame: assertion `size > 0 || frame->out_buffer' failed But when inspect the function: gst_base_parse_finish_frame the check of the NULL buffer is done inside the function then I do not understand the use of this assert. The flow work correctly with the attached patch. Note that the case of empty size appear sometimes. Tested on 1.2.3 but not on 1.2.4 (same code)
Can you provide a sample file or testcase for this problem? Why is a zero sized frame finished here?
command line that generate the bug (sometime, because critical are displayed asyncronous) gst-launch-1.0 filesrc location=osaka.ts ! tsdemux ! queue ! aacparse ! avdec_aac ! audioresample ! audioconvert ! fakesink result: Setting pipeline to PLAYING ... New clock: GstSystemClock ** (gst-launch-1.0:11830): CRITICAL **: gst_base_parse_finish_frame: assertion 'size > 0 || frame->out_buffer' failed ** (gst-launch-1.0:11830): CRITICAL **: gst_base_parse_finish_frame: assertion 'size > 0 || frame->out_buffer' failed ERROR: from element /GstPipeline:pipeline0/GstQueue:queue0: Internal data flow error. Additional debug info: gstqueue.c(1277): gst_queue_loop (): /GstPipeline:pipeline0/GstQueue:queue0: streaming task paused, reason error (-5) Execution ended after 0:00:00.009951512 Setting pipeline to PAUSED ...
Could you also make the file available please?
send directly to Sebastian Dröge, because it is a decrypted TV stream ( we can not published it on the Web)
Sebastian, do you still have this file?
Sory, I do not have it anymore ... I leave the enterprise where I am developping on it...
Me neither, I still have the WeTransfer link but the file is unavailable there.