mp4 file repair - UPDATE 1
William Salibrici
bsalibrici at latticeinc.com
Thu Nov 9 15:00:37 UTC 2017
I came to that conclusion myself after reading the inspect data sheet for the qtmoovrecover element.
I noticed that it has no pads and has an internal pipeline.
Thanks for your confirmation – I will give it try.
Bill
From: gstreamer-devel [mailto:gstreamer-devel-bounces at lists.freedesktop.org] On Behalf Of Mailing List SVR
Sent: Thursday, November 09, 2017 9:51 AM
To: gstreamer-devel at lists.freedesktop.org
Subject: Re: mp4 file repair - UPDATE 1
Il 09/11/2017 15:09, William Salibrici ha scritto:
Hi Nicola,
Thank you for your reply.
Yes I am using GStreamer to create my mp4 recording.
I will look into your suggestion.
I checked the Gstreamer documentation for a qtmoovrecover example pipeline but there isn’t one there.
Can you send me an example pipeline?
very simple:
gst-launch-1.0 qtmoovrecover recovery-input=... broken-input=... fixed-output=....
Nicola
Regards,
--Bill
From: gstreamer-devel [mailto:gstreamer-devel-bounces at lists.freedesktop.org] On Behalf Of Mailing List SVR
Sent: Thursday, November 09, 2017 2:54 AM
To: gstreamer-devel at lists.freedesktop.org<mailto:gstreamer-devel at lists.freedesktop.org>
Subject: Re: mp4 file repair - UPDATE 1
Hi,
if you are using GStreamer to create your mp4 recording you can set moov-recovery-file property on qtmux and then use qtmoovrecover element if the recording is unexpectedly interrupted to recover it,
Nicola
Il 08/11/2017 19:43, William Salibrici ha scritto:
I am creating mp4 recordings in a known format.
Below is the discover tool result [short version] for a test recording:
Topology:
container: Quicktime
audio: MPEG-4 AAC
video: H.264 (Constrained Baseline Profile)
Properties:
Duration: 0:00:48.000000000
Seekable: yes
Tags:
audio codec: MPEG-4 AAC audio
bitrate: 21346
language code: en
datetime: 2017-10-25T15:04:50Z
container format: ISO MP4/M4A
video codec: H.264 / AVC
maximum bitrate: 5222160
The problem is that sometimes I will get a recording that was not finalized so the data is there but the recording is unreadable.
However, the audio and video formats are known.
The question is this: does anyone know of a repair tool that can go over the existing data in the recording file and create the proper moov atom at the end of the file?
Thank you for your help,
--Bill
UPDATE 1 ->
I failed to clarify in my first post that I’m interested to know if anyone in the gstreamer development community has done any kind of mp4 file repair using gstreamer elements or gstreamer source code. I can google for repair tools but that’s not what I want.
I need some c/c++ code to do this repair. I can dig into the mp4mux and discoverer source code to see what’s going on but that’s a pretty big task. I’m thinking if anyone has already done some work in this area I could avoid reinventing the wheel so to speak.
Sorry about that.
Thanks again for any help,
Bill
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.freedesktop.org<mailto:gstreamer-devel at lists.freedesktop.org>
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.freedesktop.org<mailto:gstreamer-devel at lists.freedesktop.org>
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20171109/123f1269/attachment.html>
More information about the gstreamer-devel
mailing list