[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