[Bug 759895] flv: need flvparse element

[GStreamer (GNOME Bugzilla)]

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

Nicolas Dufresne (stormer) <nicolas.dufresne at collabora.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |NEEDINFO
                 CC|                            |nicolas.dufresne at collabora.
                   |                            |co.uk

--- Comment #3 from Nicolas Dufresne (stormer) <nicolas.dufresne at collabora.co.uk> ---
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'm not constructing the pipeline like you do (with direct muxer/demuxer
links), maybe that indicates some bug in parse_launch, though I found your way
very confusing. Please provide additional information. I suspect we are facing
a interoperability issue with your receiving server. I know some servers like
youtube server are really picky about video encoding, distance between
keyframes and stuff like this.

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