[Bug 771478] qtmux moov-recovery-file option fails by gst-launch-1.0

[GStreamer (GNOME Bugzilla)]

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

Alfonso <arodriguez at teltek.es> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |arodriguez at teltek.es

--- Comment #3 from Alfonso <arodriguez at teltek.es> ---
Hello, we are also having an issue with the qtmoovrecover. However, we believe
it's not the qtmoovrecover from gstreamer-1.0, but the mp4mux.

We used this pipeline (both for gstreamer 1.0 and 0.10):

gst-launch-1.0 videotestsrc ! x264enc ! mp4mux  moov-recovery-file=test1-0.mrf
! filesink location=test1-0.mp4

gst-launch-0.10 videotestsrc ! x264enc ! mp4mux 
moov-recovery-file=test0-10.mrf ! filesink location=test0-10.mp4

Then we tried to recover each recording with:

gst-launch-1.0 qtmoovrecover broken-input=test1-0.mp4
recovery-input=test1-0.mrf fixed-output=test1-0_recovered.mp4

gst-launch-1.0 qtmoovrecover broken-input=test0-10.mp4
recovery-input=test0-10.mrf fixed-output=test0-10_recovered.mp4


What we found out is that we could recover the 0.10 recording with gstreamer
1.0, but not the 1.0 recording.

Afterwards, we tried recovering both files with gstreamer 0.10 and the result
was the same (0.10 recording recovered, 1.0 recording not recovered)

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