Record to file h264 + aac in mp4 produce only partially playable file.

[KPAXIT]

Hello Thiago Santos-3,

I just tested last git master (1.5.0.1) and it is working! Thank you so
much.
I almost cracked my head over this issue while doing numerous of test for
last two weeks... thanks.

Can I ask you follow up question!?

My streaming application (written in python) will be put in production on
short term. I understood that Gstreamer advises to use stable releases for
production. At the moment of writing 1.4.5 is the last stable release but
with broken mp4/qtmux in it(at least for my usecase).

What is usual in such cases like mine?
Just use last git master version in production and hope for the best? or
Try to use last stable and manually apply needed patches (like qtmux in my
case)? or
Just wait until git master becomes stable?

Thanks in advance.
Best regards,

Roman S./KPAXIT

On 14 April 2015 at 05:16, Thiago Santos-3 [via GStreamer-devel] <
ml-node+s966125n4671558h57 at n4.nabble.com> wrote:

> On 04/13/2015 12:54 PM, KPAXIT wrote:
>
> > Hi list,
> >
> > I'm using following pipeline to record in file:
> >
> > gst-launch-1.0 -e --gst-debug=**:4 videotestsrc is-live=true \
> > ! queue ! videoconvert \
> > ! videorate silent=false \
> > ! videoscale \
> > ! "video/x-raw, width=1280, height=720, framerate=25/1" \
> > ! queue ! x264enc speed-preset=3 tune=zerolatency bitrate=3800
> key-int-max=0
> > \
> > ! queue ! muxer.video_0 \
> > audiotestsrc is-live=true \
> > ! audioconvert ! audioresample ! audiorate ! "audio/x-raw, rate=48000,
> > channels=2" \
> > ! queue ! faac bitrate=128000 rate-control=2 \
> > ! queue ! muxer.audio_0 \
> > mp4mux name=muxer streamable=true \
> > ! queue ! filesink location="/home/myenc/mystream.mp4" sync=false
> >
> > *Q/Problem:*
> > It seems that there are no problems with given pipeline if we run it for
> > short session e.a. ~1-2 hour(s) or so.
> > But when we run it a bit longer (4-10h), recording file get broken
> somewhere
> > around ~4GB in file (equals to physical RAM!?)
> > For example: if we capture 360p 1Mbit then file is playable until 4
> hours
> > and if we capture in 720p 4Mbit then file is playable until 1 hour in
> file.
> >
> > Did anyone experienced same issue or maybe somebody can reproduce it?
> > Is this a normal behavior of qt/mp4mux like  'ensonic' mentioned here
> for
> > example?
> > Is there a workaround for it?
> >
> > After a lot of testing I made a hypothesis that it has something to do
> with
> > physical memory and how mp4mux works.
> > However putting and/or removing extra RAM from machine did not had any
> > affect on broken files(still only playable until 4GB)
> >
> > Any suggestion, example, point to right direction would be very much
> > appreciated.
> >
> >
> > *Please note:*
> > * the only playable recording file after 4GB I was able to generate, is
> when
> > we DO NOT use any muxer at all (aka byte-stream=true filename.h264)
> > * or we use mpegtsmux, which doesn't make use of index tables in memory
> (?)
> > * Because theora+vorbis+oggmux produced same broken result as h264+mp4
> did,
> > it sounds like a general muxer issue and not only mp4mux/qtmux, but that
> is
> > only a guess.
> >
> >
> > OS: Ubuntu 14.04
> > Gstreamer: 1.4.5 (also tested with 1.3.90)
> > Proc: i5-3570 @ 3.4Ghz
> > Ram: 4GB (also tested with 2GB, 8GB)
> Could you try with git master? There were some fixes regarding 32/64 bit
> variables in some places in qtmux/mp4mux. I just recorded a 3h / 5.2gb
> file and it seems to play fine here.
>
> I think this bug was already fixed.
>
> >
> >
> >
> > --
> > View this message in context:
> http://gstreamer-devel.966125.n4.nabble.com/Record-to-file-h264-aac-in-mp4-produce-only-partially-playable-file-tp4671554.html
> > Sent from the GStreamer-devel mailing list archive at Nabble.com.
> > _______________________________________________
> > gstreamer-devel mailing list
> > [hidden email] <http:///user/SendEmail.jtp?type=node&node=4671558&i=0>
> > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
> --
> Thiago Sousa Santos
> Senior Multimedia Engineer, Open Source Group
> Samsung Research America - Silicon Valley
>
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email] <http:///user/SendEmail.jtp?type=node&node=4671558&i=1>
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
> ------------------------------
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://gstreamer-devel.966125.n4.nabble.com/Record-to-file-h264-aac-in-mp4-produce-only-partially-playable-file-tp4671554p4671558.html
>  To unsubscribe from Record to file h264 + aac in mp4 produce only
> partially playable file., click here
> <http://gstreamer-devel.966125.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4671554&code=cm9tYW50c0BnbWFpbC5jb218NDY3MTU1NHwtMTI2NjAwNDQzMw==>
> .
> NAML
> <http://gstreamer-devel.966125.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>




--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/Record-to-file-h264-aac-in-mp4-produce-only-partially-playable-file-tp4671554p4671559.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20150414/13a2b3e7/attachment-0001.html>