[Bug 759895] flv: need flvparse element

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=759895

--- Comment #4 from Tapas Kumar Kundu <tapascst at gmail.com> ---
(In reply to Nicolas Dufresne (stormer) from comment #3)
> To be fair, I got no idea where that flvparse thing comes from or why we'd
> need that element. Feel free to explain. I also done some tests, since I
> believe it should work. The provided flv has some "presumed" corruption,
> which seems to lead to issue "sometimes". It might be worth for you to have
> a look.
> 


> Nevertheless, I've simulated a live transcoding to local streamable FLV (and
> played it back simultaneously). Everything works for me.
> 
> gst-launch-1.0 filesrc location=live_cam.flv ! flvdemux name=demux demux. !
> queue ! h264parse ! mux. demux. ! queue ! aacparse ! mux. flvmux
> streamable=1 name=mux ! identity sync=1 ! filesink location=result.flv
> 

I tried your pipeline by replacing filesink with rtmpsink and this is more
stable than my pipeline in #comment 0. But I still see crash "RTMP send error"
randomly after sometime.

My question is why below pipeline which is doing extra work of
encoding/decoding works fine without crash for same flv file:

gst-launch-1.0 filesrc location=live_cam.flv ! decodebin name=demux ! queue !
x264enc pass=pass1 threads=0 bitrate=900 tune=zerolatency ! flvmux name=mux !
rtmpsink location='rtmp://xxxxxxxxxxxxxxx live=1' demux. ! queue !
progressreport ! audioconvert ! audiorate ! audioresample ! faac bitrate=96000
! audio/mpeg,mpegversion=4,stream-format=raw ! mux.

Does it mean that flvmux/flvdemux has some bug so it is not able to do its job
when used standalone without encoding/decoding ?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.