[Bug 784258] qtmoovrecover can't recover video

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Sat Jul 8 23:59:05 UTC 2017


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

--- Comment #22 from Gregoire <gregoire at gentil.com> ---
That' Good luck!' sounds like 'I don't want to hear about you ever ;-)' hahaha

Thanks for the clarification. It helps. I understand but I think there are
still things are not completely correct (independently of my situation):

- can you please commit your latest patch to the tree, that would simplify the
testing. This patch definitely helps.

- I have done again a clean git master cerbero + the patch in this bug report,
I still get a mild error:

git clone git://anongit.freedesktop.org/gstreamer/cerbero
./cerbero-uninstalled bootstrap
./cerbero-uninstalled package gstreamer-1.0
./cerbero-uninstalled buildone gst-plugins-good-1.0 (with patch)
./cerbero-uninstalled shell
gst-launch-1.0 videotestsrc ! x264enc ! qtmux moov-recovery-file=test.mrf !
filesink location=test.mov
CONTROL-C
gst-launch-1.0 qtmoovrecover recovery-input=test.mrf broken-input=test.mov
fixed-output=testo.mov
mp4info testo.mov 

As you can see, it still reports something incorrect.

mp4info version -r
testo.mov:
ReadChildAtoms: "testo.mov": In avc1 atom, extra 4 bytes at end of atom
Track    Type    Info
1    video    H264 Unknown Profile f4 at 1.3, 68.533 secs, 1500 kbps, 320x240 @
30.000146 fps
ReadChildAtoms: "testo.mov": In avc1 atom, extra 4 bytes at end of atom

- My question in my previous post was more to hack/fix the problem in the
recovery stage rather than in the encoding stage. In the atomsrecovery.c file,
where is the logic that (could/would/should) compare the size of the mdat in
the broken file and the size of the headers in the mrf file?

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


More information about the gstreamer-bugs mailing list