[FFmpeg-trac] #4768(undetermined:new): FFmpeg preserving CFR during TS to MP4 conversion
FFmpeg
trac at avcodec.org
Thu Aug 13 20:08:04 CEST 2015
#4768: FFmpeg preserving CFR during TS to MP4 conversion
-------------------------------------+-------------------------------------
Reporter: zer0z | Owner:
Type: enhancement | Status: new
Priority: wish | Component:
Version: unspecified | undetermined
Keywords: dts | Resolution:
Blocking: | Blocked By:
Analyzed by developer: 0 | Reproduced by developer: 0
-------------------------------------+-------------------------------------
Comment (by zer0z):
Thanks to cehoyos and Zenitram for the workaround! cehoyos (or anyone) is
it best to put -r with both the input and the output? I am trying to avoid
dropped/duplicated frames. I did a test (below) and specifying -r for both
input and output was slightly faster than specifying -r for just the
input. The resultant byte size was identical with either method.
'''time ffmpeg -i test.ts -r 24000/1001 -c copy -r 24000/1001 test.mp4'''
{{{
Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 720x404,
q=2-31, 23.98 fps, 24k tbn, 23.98 tbc
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Press [q] to stop, [?] for help
[mp4 @ 0x9abcc00] pts has no value
Last message repeated 100 times
pts has no value0.0 q=-1.0 size= 47628kB time=00:05:19.48
bitrate=1221.2kbits/s
[mp4 @ 0x9abcc00] pts has no value
Last message repeated 126 times
pts has no value15602 q=-1.0 size= 106538kB time=00:10:51.73
bitrate=1339.1kbits/s
[mp4 @ 0x9abcc00] pts has no value
Last message repeated 135 times
pts has no value18071 q=-1.0 size= 165451kB time=00:18:52.29
bitrate=1197.0kbits/s
[mp4 @ 0x9abcc00] pts has no value
Last message repeated 54 times
frame=32069 fps=17822 q=-1.0 Lsize= 198750kB time=00:22:17.46
bitrate=1217.4kbits/s
video:198374kB audio:0kB subtitle:0 global headers:0kB muxing overhead
0.189591%
}}}
'''real 0m1.891s'''
[[br]]
[[br]]
[[br]]
[[br]]
'''time ffmpeg -i test.ts -r 24000/1001 -c copy test.mp4'''
{{{
Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 720x404,
q=2-31, 23.98 fps, 24k tbn, 23.98 tbc
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Press [q] to stop, [?] for help
[mp4 @ 0x9486c00] pts has no value
Last message repeated 71 times
pts has no value0.0 q=-1.0 size= 37083kB time=00:04:01.82
bitrate=1256.2kbits/s
[mp4 @ 0x9486c00] pts has no value
Last message repeated 90 times
pts has no value11599 q=-1.0 size= 72934kB time=00:08:04.10
bitrate=1234.2kbits/s
[mp4 @ 0x9486c00] pts has no value
Last message repeated 80 times
pts has no value11669 q=-1.0 size= 115578kB time=00:12:10.68
bitrate=1295.8kbits/s
[mp4 @ 0x9486c00] pts has no value
Last message repeated 118 times
pts has no value13592 q=-1.0 size= 165954kB time=00:18:54.96
bitrate=1197.8kbits/s
[mp4 @ 0x9486c00] pts has no value
Last message repeated 54 times
frame=32069 fps=13699 q=-1.0 Lsize= 198750kB time=00:22:17.46
bitrate=1217.4kbits/s
video:198374kB audio:0kB subtitle:0 global headers:0kB muxing overhead
0.189591%
}}}
'''real 0m2.463s'''
--
Ticket URL: <https://trac.ffmpeg.org/ticket/4768#comment:14>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list