Reading truncated MP4

[Andrés González]

Hi,

In a few words, I would like to hear ideas and/or share efforts with
anybody interested in the problem of using gstreamer to read a truncated
MP4 file/stream.

More details:

I am working in a small team, we are developing a live streaming system
based on Android. The idea is to capture video with the terminal and
stream it live to a server, where we can process it, store, or whatever.
Android provides an API that allows us to record a video in mp4 format,
and afterwards (when the recording has finished) stream the video file
to the server. But live streaming is more complicated, because some
important information, as the 'moov' atom, is written when the recording
has finished. So we can send the data as it is recorded, but players and
libraries refuse to play it because this metadata is not given.

Currently, my idea is to modify GstQTDemux and develop  a new plugin
that could be configured in other way (for example, reading a sane MP4
file with similar characteristics, or taking hard-coded parameters, ...)
and then read an demux the stream.

All ideas and comments are welcome.

TIA,
Andrés


------------------------------------------------------------------------------
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Stefan Sauer]

Am 11.08.2010 14:44, schrieb Andres Gonzalez:
> Hi,
>
> In a few words, I would like to hear ideas and/or share efforts with
> anybody interested in the problem of using gstreamer to read a truncated
> MP4 file/stream.

I would sugest to use a streamable format instead. qtmux does quite some work to
provide some tools to recover a terminated recording
gst-plugins-bad/gst/qtmux/gstqtmoovrecover.{c,h}
but that won't help you.

Stefan

>
> More details:
>
> I am working in a small team, we are developing a live streaming system
> based on Android. The idea is to capture video with the terminal and
> stream it live to a server, where we can process it, store, or whatever.
> Android provides an API that allows us to record a video in mp4 format,
> and afterwards (when the recording has finished) stream the video file
> to the server. But live streaming is more complicated, because some
> important information, as the 'moov' atom, is written when the recording
> has finished. So we can send the data as it is recorded, but players and
> libraries refuse to play it because this metadata is not given.
>
> Currently, my idea is to modify GstQTDemux and develop  a new plugin
> that could be configured in other way (for example, reading a sane MP4
> file with similar characteristics, or taking hard-coded parameters, ...)
> and then read an demux the stream.
>
> All ideas and comments are welcome.
>
> TIA,
> Andrés
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev 
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

------------------------------------------------------------------------------
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Andrés González]

On 11/08/10 23:21, Stefan Kost wrote:
> Am 11.08.2010 14:44, schrieb Andres Gonzalez:
>    
>> Hi,
>>
>> In a few words, I would like to hear ideas and/or share efforts with
>> anybody interested in the problem of using gstreamer to read a truncated
>> MP4 file/stream.
>>      
> I would sugest to use a streamable format instead.
Yes, probably that's the best way. We were using mp4 because at first it
looked easier given the Android API, but I its becoming a source of
troubles. Recently I discovered a very interesting project in this
sense, SIPDroid, that streams video and audio over RTP.

>   qtmux does quite some work to
> provide some tools to recover a terminated recording
> gst-plugins-bad/gst/qtmux/gstqtmoovrecover.{c,h}
> but that won't help you.
>    
Ok, I will have a glance at that anyway, it may be useful for other issues.

Thanks for your reply.


------------------------------------------------------------------------------
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel