AW: AW: RTP H264 encoding problem - bad files duration
Thornton, Keith
keith.thornton at zeiss.com
Mon Sep 21 22:35:07 PDT 2015
I tried Tim’s pipeline on windows-7 64 bit and it works fine for me with vlc 2.1.5 Rincewind.
Von: gstreamer-devel [mailto:gstreamer-devel-bounces at lists.freedesktop.org] Im Auftrag von Julio
Gesendet: Montag, 21. September 2015 23:00
An: gstreamer-devel at lists.freedesktop.org
Betreff: Re: AW: RTP H264 encoding problem - bad files duration
Hi Tim.
Tried with the exact pipeline you tell me, and on Windows ( 7 64bit ) I got the same bad result !!!.
Ten files, each with the duration of 10 plus the previous duration file ...
Here is the discoverer output of the third files:
C:\Users\x51085fr>gst-discoverer-1.0 "C:\\Users\\x51085fr\\Videos\\videossss-000.mp4"
WARNING: no real random source present!
Analyzing file:///C://Users//x51085fr//Videos//videossss-000.mp4<file:///C:\Users\x51085fr\Videos\videossss-000.mp4>
Done discovering file:///C://Users//x51085fr//Videos//videossss-000.mp4<file:///C:\Users\x51085fr\Videos\videossss-000.mp4>
Topology:
container: Quicktime
video: H.264 (High Profile)
Properties:
Duration: 0:00:10.000000000
Seekable: yes
Tags:
datetime: 2015-09-21T20:43:14Z
container format: ISO MP4/M4A
video codec: H.264 (High Profile)
bitrate: 1219906
language code: en
encoder: x264
minimum bitrate: 861600
maximum bitrate: 861600
C:\Users\x51085fr>gst-discoverer-1.0 "C:\\Users\\x51085fr\\Videos\\videossss-001.mp4"
WARNING: no real random source present!
Analyzing file:///C://Users//x51085fr//Videos//videossss-001.mp4<file:///C:\Users\x51085fr\Videos\videossss-001.mp4>
Done discovering file:///C://Users//x51085fr//Videos//videossss-001.mp4<file:///C:\Users\x51085fr\Videos\videossss-001.mp4>
Topology:
container: Quicktime
video: H.264 (High Profile)
Properties:
Duration: 0:00:20.000000000
Seekable: yes
Tags:
datetime: 2015-09-21T20:43:14Z
container format: ISO MP4/M4A
video codec: H.264 (High Profile)
bitrate: 1258578
language code: en
encoder: x264
minimum bitrate: 1246400
maximum bitrate: 1246400
C:\Users\x51085fr>gst-discoverer-1.0 "C:\\Users\\x51085fr\\Videos\\videossss-002.mp4"
WARNING: no real random source present!
Analyzing file:///C://Users//x51085fr//Videos//videossss-002.mp4<file:///C:\Users\x51085fr\Videos\videossss-002.mp4>
Done discovering file:///C://Users//x51085fr//Videos//videossss-002.mp4<file:///C:\Users\x51085fr\Videos\videossss-002.mp4>
Topology:
container: Quicktime
video: H.264 (High Profile)
Properties:
Duration: 0:00:30.000000000
Seekable: yes
Tags:
datetime: 2015-09-21T20:43:14Z
container format: ISO MP4/M4A
video codec: H.264 (High Profile)
bitrate: 1260502
language code: en
encoder: x264
minimum bitrate: 1291400
maximum bitrate: 1291400
And attached is a windows screenshot with all the files and duration ... [Imágenes integradas 1]
I´m using gstreamer Version: 1.5.1.0 32bit....
Any idea about what is happening ?
Thanks a lot !!!!
2015-09-21 20:57 GMT+02:00 Tim Müller [via GStreamer-devel] <[hidden email]</user/SendEmail.jtp?type=node&node=4673763&i=0>>:
On Mon, 2015-09-21 at 17:53 +0200, Julio Franco wrote:
Hi Julio,
> Tried with splitmuxsink, and the result is the same ... files are
> generated correctly, but the duration info in the header is wrong ...
>
> I mean, if I split video chunks every 10 seconds, the duration of the
> first chunk is 10, the duration of the second one is 20 ... and so on
> ... but the size of each chunk is ok.
How are you determining what the duration of each chunk is?
This works fine for me:
$ gst-launch-1.0 videotestsrc num-buffers=2500 ! video/x
-raw,framerate=25/1 ! x264enc key-int-max=25 ! splitmuxsink max-size
-time=10500000000 location=/tmp/video-%03d.mp4
$ gst-discoverer-1.0 /tmp/video-0* | grep Duration
Duration: 0:00:10.000000000
Duration: 0:00:10.000000000
Duration: 0:00:10.000000000
Duration: 0:00:10.000000000
Duration: 0:00:10.000000000
Duration: 0:00:10.000000000
Duration: 0:00:10.000000000
Duration: 0:00:10.000000000
Duration: 0:00:10.000000000
Duration: 0:00:10.000000000
Duration: 0:00:10.000000000
> And, for example if I play the first chunk in VLC, VLC do nothing in
> the first 10 seconds and begin to show video in the second 11 ...
What VLC version is this with? It works fine for me with:
VLC media player 2.2.1 Terry Pratchett (Weatherwax) (revision 2.2.1-0
-ga425c42)
Cheers
-Tim
--
Tim Müller, Centricular Ltd - http://www.centricular.com
Join us at the GStreamer Conference: 8-9 October 2015 in Dublin, Ireland
_______________________________________________
gstreamer-devel mailing list
[hidden email]<http://user/SendEmail.jtp?type=node&node=4673759&i=0>
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/RTP-H264-encoding-problem-bad-files-duration-tp4673714p4673759.html
To unsubscribe from RTP H264 encoding problem - bad files duration, click here.
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: Re: AW: RTP H264 encoding problem - bad files duration<http://gstreamer-devel.966125.n4.nabble.com/RTP-H264-encoding-problem-bad-files-duration-tp4673714p4673763.html>
Sent from the GStreamer-devel mailing list archive<http://gstreamer-devel.966125.n4.nabble.com/> at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20150922/68766e88/attachment-0001.html>
More information about the gstreamer-devel
mailing list