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