Opened 9 years ago
Closed 9 years ago
#4700 closed defect (wontfix)
Past duration 0.999992 too large
Reported by: | MysteryX | Owned by: | |
---|---|---|---|
Priority: | minor | Component: | ffmpeg |
Version: | git-master | Keywords: | |
Cc: | gajjanagadde@gmail.com | Blocked By: | |
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
Summary of the bug:
How to reproduce:
% ffmpeg -i "Job2_Source.mpg" -vcodec utvideo -an "Job2_Temp.avi" ffmpeg version N-73361-g03b2b40 built with gcc 4.9.2 (GCC)
Using this input file (MPEG VCD file)
https://www.spiritualselftransformation.com/files/media-encoder-old.mpg
The conversion to AVI works but is slow and keeps throwing the error "Past duration 0.999992 too large".
Converting with build N-67118-g08e6832 works fine and is about 3x faster.
Here's the full console output.
ffmpeg.exe -i "Job2_Source.mpg" -vcodec utvideo -an "Job1_Temp.avi" ffmpeg version N-73361-g03b2b40 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.9.2 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca -- enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-l ibilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enab le-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --en able-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --ena ble-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enabl e-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lzma --ena ble-decklink --enable-zlib libavutil 54. 27.100 / 54. 27.100 libavcodec 56. 46.100 / 56. 46.100 libavformat 56. 40.100 / 56. 40.100 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 19.100 / 5. 19.100 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.100 / 1. 2.100 libpostproc 53. 3.100 / 53. 3.100 Input #0, mpeg, from 'Job2_Source.mpg': Duration: 00:04:31.57, start: 0.699856, bitrate: 1394 kb/s Stream #0:0[0x1e0]: Video: mpeg1video, yuv420p(tv), 352x288 [SAR 178:163 DAR 1958:1467], 1152 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc Stream #0:1[0x1c0]: Audio: mp2, 44100 Hz, stereo, s16p, 224 kb/s File 'Job1_Temp.avi' already exists. Overwrite ? [y/N] y Output #0, avi, to 'Job1_Temp.avi': Metadata: ISFT : Lavf56.40.100 Stream #0:0: Video: utvideo (ULY0 / 0x30594C55), yuv420p, 352x288 [SAR 178:1 63 DAR 1958:1467], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.46.100 utvideo Stream mapping: Stream #0:0 -> #0:0 (mpeg1video (native) -> utvideo (native)) Press [q] to stop, [?] for help Past duration 0.999992 too large Last message repeated 63 times frame= 66 fps=0.0 q=0.0 size= 2137kB time=00:00:02.52 bitrate=6948.2kbits/s Past duration 0.999992 too large Last message repeated 321 times frame= 388 fps=388 q=0.0 size= 21195kB time=00:00:15.40 bitrate=11274.6kbits/ Past duration 0.999992 too large Last message repeated 323 times frame= 712 fps=475 q=0.0 size= 44169kB time=00:00:28.36 bitrate=12758.5kbits/ Past duration 0.999992 too large Last message repeated 326 times frame= 1039 fps=519 q=0.0 size= 67234kB time=00:00:41.44 bitrate=13291.1kbits/ Past duration 0.999992 too large Last message repeated 323 times frame= 1363 fps=545 q=0.0 size= 92675kB time=00:00:54.40 bitrate=13955.8kbits/ Past duration 0.999992 too large Last message repeated 319 times frame= 1683 fps=561 q=0.0 size= 119482kB time=00:01:07.20 bitrate=14565.5kbits/ Past duration 0.999992 too large Last message repeated 319 times frame= 2003 fps=572 q=0.0 size= 144694kB time=00:01:20.00 bitrate=14816.7kbits/ Past duration 0.999992 too large Last message repeated 322 times frame= 2326 fps=581 q=0.0 size= 171286kB time=00:01:32.92 bitrate=15100.9kbits/ Past duration 0.999992 too large Last message repeated 322 times frame= 2649 fps=588 q=0.0 size= 198910kB time=00:01:45.84 bitrate=15395.6kbits/ Past duration 0.999992 too large Last message repeated 324 times frame= 2974 fps=595 q=0.0 size= 225410kB time=00:01:58.84 bitrate=15538.2kbits/ Past duration 0.999992 too large Last message repeated 321 times frame= 3296 fps=599 q=0.0 size= 251311kB time=00:02:11.72 bitrate=15629.6kbits/ Past duration 0.999992 too large Last message repeated 321 times frame= 3618 fps=603 q=0.0 size= 278347kB time=00:02:24.60 bitrate=15769.1kbits/ Past duration 0.999992 too large Last message repeated 324 times frame= 3943 fps=606 q=0.0 size= 306338kB time=00:02:37.60 bitrate=15923.4kbits/ Past duration 0.999992 too large Last message repeated 322 times frame= 4266 fps=609 q=0.0 size= 332256kB time=00:02:50.52 bitrate=15962.0kbits/ Past duration 0.999992 too large Last message repeated 322 times frame= 4589 fps=611 q=0.0 size= 357468kB time=00:03:03.44 bitrate=15963.7kbits/ Past duration 0.999992 too large Last message repeated 323 times frame= 4913 fps=614 q=0.0 size= 381838kB time=00:03:16.40 bitrate=15926.8kbits/ Past duration 0.999992 too large Last message repeated 273 times frame= 5187 fps=610 q=0.0 size= 404312kB time=00:03:27.36 bitrate=15972.8kbits/ Past duration 0.999992 too large Last message repeated 326 times frame= 5514 fps=612 q=0.0 size= 429653kB time=00:03:40.44 bitrate=15966.8kbits/ Past duration 0.999992 too large Last message repeated 320 times frame= 5835 fps=614 q=0.0 size= 456513kB time=00:03:53.28 bitrate=16031.2kbits/ Past duration 0.999992 too large Last message repeated 323 times frame= 6159 fps=615 q=0.0 size= 482825kB time=00:04:06.24 bitrate=16062.8kbits/ Past duration 0.999992 too large Last message repeated 323 times frame= 6483 fps=617 q=0.0 size= 507140kB time=00:04:19.20 bitrate=16028.1kbits/ Past duration 0.999992 too large Last message repeated 303 times frame= 6787 fps=618 q=0.0 Lsize= 527190kB time=00:04:31.48 bitrate=15908.1kbits /s dup=0 drop=1 video:527025kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxin g overhead: 0.031253%
Change History (5)
comment:1 by , 9 years ago
Cc: | added |
---|---|
Priority: | normal → minor |
Version: | unspecified → git-master |
comment:2 by , 9 years ago
OK I've done the benchmark. 10 seconds for the old version and 17 seconds for the new version.
Here are the screen captures
Old
https://mega.co.nz/#!6BBRRIKB!ZqoQGIymi_JCKB85pdVEcmDsaTF_mN0IgRtT_NGF8_8
New
https://mega.co.nz/#!iBBBWRxK!_4NO7-w7g6bEy20wjO1H60EVzN7fLNy7OA0KUxkidEg
You're right, it's not 3x slowdown :)
comment:3 by , 9 years ago
As my comment above indicates, I get nowhere near that level of difference between the two cases with the file you uploaded. Was this test with a new file? If so, please provide the file. Also, it would be helpful if you could try disabling the log as I mentioned above and reporting your results.
comment:4 by , 9 years ago
Interesting. With the original video file, I get 22sec with log and 11 sec with -loglevel quiet
comment:5 by , 9 years ago
Component: | undetermined → ffmpeg |
---|---|
Resolution: | → wontfix |
Status: | new → closed |
I guess we can confirm that slowdown is due to the I/O for the warnings.
This issue originates in commit 7b32856011d1859a974b884f76bd17b7a7fdab76.
I do not regard it as a bug; the encoding is identical, and encoding speed is identical
before and after this commit.
The warning is perhaps annoying, but is quite rare and occurs for a reason described in the commit
message. Moreover, it may be easily disabled as I described above.
Unless you can give a solid justification as to why this warning is incorrect,
this ticket should be closed.
For now, I will close it as won't fix; reopen if you find such a justification.
I did a benchmark using the file provided, and nowhere do I notice a "3x" slowdown.
Here are the results using the time command:
N-67118-g08e6832:
ffmpeg -i media-encoder-old.mpg -vcodec utvideo -an media-encoder-old.avi 10.50s user 0.72s system 309% cpu 3.621 total
git-master:
ffmpeg -i media-encoder-old.mpg -vcodec utvideo -an media-encoder-old.avi 10.53s user 0.70s system 329% cpu 3.406 total
Furthermore,
check with hex editor reveals that encoding has not changed, i.e output files are practically identical.
Thus, there is no defect in the output produced.
Note that this past duration thing is a warning,
so if there is any slowdown, it could be due to the I/O for the warning, though I highly doubt that.
This may be disabled easily with e.g -loglevel -quiet.
Could you give more detailed benchmarks in order to substantiate your claim?