#614: mpegts issue on localhost
-------------------------------------+-------------------------------------
Reporter: burek | Owner: michael
Type: defect | Status: new
Priority: normal | Component:
Version: git-master | undetermined
Keywords: | Resolution:
Blocking: | Blocked By:
Analyzed by developer: 0 | Reproduced by developer: 0
-------------------------------------+-------------------------------------
Comment (by burek):
Same scenario with this example (mpeg2video):
{{{
ffmpeg -y -re \
-f video4linux2 -r 30 -s qvga -i /dev/v4l/by-id/usb-
046d_0809_33A881A3-video-index0 \
out.ts
ffmpeg version N-34519-g54a09f1, Copyright (c) 2000-2011 the FFmpeg
developers
built on Nov 6 2011 12:46:05 with gcc 4.6.1
configuration: --enable-static --enable-shared --enable-gpl --enable-
nonfree --enable-postproc --enable-libx264 --enable-libaacplus --enable-
libmp3lame --enable-libv4l2 --enable-libvo-aacenc --enable-version3
libavutil 51. 23. 0 / 51. 23. 0
libavcodec 53. 28. 0 / 53. 28. 0
libavformat 53. 19. 0 / 53. 19. 0
libavdevice 53. 4. 0 / 53. 4. 0
libavfilter 2. 47. 0 / 2. 47. 0
libswscale 2. 1. 0 / 2. 1. 0
libpostproc 51. 2. 0 / 51. 2. 0
[video4linux2,v4l2 @ 0x1f9c980] Estimating duration from bitrate, this may
be inaccurate
Input #0, video4linux2,v4l2, from '/dev/v4l/by-id/usb-046d_0809_33A881A3
-video-index0':
Duration: N/A, start: 27501.143731, bitrate: 27648 kb/s
Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240,
27648 kb/s, 30 tbr, 1000k tbn, 30 tbc
[buffer @ 0x1f9c800] w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:0/1
sws_param:
[mpegts @ 0x1f97040] muxrate VBR, pcr every 3 pkts, sdt every 200, pat/pmt
every 40 pkts
Output #0, mpegts, to 'out.ts':
Metadata:
encoder : Lavf53.19.0
Stream #0:0: Video: mpeg2video, yuv420p, 320x240, q=2-31, 200 kb/s,
90k tbn, 30 tbc
Stream mapping:
Stream #0.0 -> #0.0 (rawvideo -> mpeg2video)
Press [q] to stop, [?] for help
frame= 976 fps= 30 q=5.7 Lsize= 1257kB time=00:00:32.50 bitrate=
317.0kbits/s dup=638 drop=0
video:1070kB audio:0kB global headers:0kB muxing overhead 17.558359%
}}}
And here is libx264 without -threads:
{{{
# ffmpeg -y -re \
-f video4linux2 -r 30 -s qvga -i /dev/v4l/by-id/usb-
046d_0809_33A881A3-video-index0 \
-vcodec libx264 -crf 20 \
out.ts
ffmpeg version N-34519-g54a09f1, Copyright (c) 2000-2011 the FFmpeg
developers
built on Nov 6 2011 12:46:05 with gcc 4.6.1
configuration: --enable-static --enable-shared --enable-gpl --enable-
nonfree --enable-postproc --enable-libx264 --enable-libaacplus --enable-
libmp3lame --enable-libv4l2 --enable-libvo-aacenc --enable-version3
libavutil 51. 23. 0 / 51. 23. 0
libavcodec 53. 28. 0 / 53. 28. 0
libavformat 53. 19. 0 / 53. 19. 0
libavdevice 53. 4. 0 / 53. 4. 0
libavfilter 2. 47. 0 / 2. 47. 0
libswscale 2. 1. 0 / 2. 1. 0
libpostproc 51. 2. 0 / 51. 2. 0
[video4linux2,v4l2 @ 0x707980] Estimating duration from bitrate, this may
be inaccurate
Input #0, video4linux2,v4l2, from '/dev/v4l/by-id/usb-046d_0809_33A881A3
-video-index0':
Duration: N/A, start: 27685.969253, bitrate: 27648 kb/s
Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240,
27648 kb/s, 30 tbr, 1000k tbn, 30 tbc
[buffer @ 0x708440] w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:0/1
sws_param:
[libx264 @ 0x7025a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
[libx264 @ 0x7025a0] profile High, level 1.3
[mpegts @ 0x702040] muxrate VBR, pcr every 3 pkts, sdt every 200, pat/pmt
every 40 pkts
Output #0, mpegts, to 'out.ts':
Metadata:
encoder : Lavf53.19.0
Stream #0:0: Video: h264, yuv420p, 320x240, q=-1--1, 90k tbn, 30 tbc
Stream mapping:
Stream #0.0 -> #0.0 (rawvideo -> libx264)
Press [q] to stop, [?] for help
frame= 636 fps= 29 q=-1.0 Lsize= 626kB time=00:00:21.13 bitrate=
242.5kbits/s dup=442 drop=0
video:497kB audio:0kB global headers:0kB muxing overhead 25.792506%
[libx264 @ 0x7025a0] frame I:3 Avg QP:14.98 size: 15692
[libx264 @ 0x7025a0] frame P:424 Avg QP:19.03 size: 1074
[libx264 @ 0x7025a0] frame B:209 Avg QP:25.71 size: 33
[libx264 @ 0x7025a0] consecutive B-frames: 56.1% 0.0% 0.5% 43.4%
[libx264 @ 0x7025a0] mb I I16..4: 2.4% 62.2% 35.3%
[libx264 @ 0x7025a0] mb P I16..4: 0.0% 0.1% 0.0% P16..4: 33.9% 9.4%
7.7% 0.0% 0.0% skip:48.9%
[libx264 @ 0x7025a0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 3.4% 0.0%
0.0% direct: 0.2% skip:96.3% L0:54.6% L1:44.0% BI: 1.4%
[libx264 @ 0x7025a0] 8x8 transform intra:64.4% inter:74.7%
[libx264 @ 0x7025a0] coded y,uvDC,uvAC intra: 97.3% 99.6% 98.7% inter:
9.6% 30.5% 18.6%
[libx264 @ 0x7025a0] i16 v,h,dc,p: 3% 3% 29% 65%
[libx264 @ 0x7025a0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 20% 13% 3% 9%
5% 17% 5% 9%
[libx264 @ 0x7025a0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 20% 8% 5% 10%
6% 15% 9% 9%
[libx264 @ 0x7025a0] i8c dc,h,v,p: 62% 19% 10% 9%
[libx264 @ 0x7025a0] Weighted P-Frames: Y:0.7% UV:0.2%
[libx264 @ 0x7025a0] ref P L0: 63.4% 6.8% 7.9% 21.7% 0.1%
[libx264 @ 0x7025a0] ref B L0: 85.1% 13.1% 1.8%
[libx264 @ 0x7025a0] ref B L1: 91.4% 8.6%
[libx264 @ 0x7025a0] kb/s:192.20
}}}
The problem still exists.
That message tells that the timestamps are somehow wrong, I guess.
Sometimes I can see the image freezes for a fraction of a second and the
image goes distorted just like a wrong keyframe was used for all the
subsequent delta frames, but it gets back to normal after a couple of
seconds.
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/614#comment:7>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
_______________________________________________
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac
