Opened 6 years ago
Last modified 6 years ago
#7319 new defect
Result of muxing some video files to ts or mts shows wrong duration in Windows 7 explorer
Reported by: | malcev | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | undetermined |
Version: | unspecified | Keywords: | mpegts |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
Summary of the bug:
How to reproduce:
% ffmpeg -i v.mts -i a.ac3 -c copy fin.mts ffmpeg version built on ffmpeg-20180714
If I open the resulting file in Win10 - it shows normal duration.
Change History (3)
comment:2 by , 6 years ago
Keywords: | mpegts added |
---|
Please provide the command line you tested together with the complete, uncut console output to make this a valid ticket.
Why do you believe this issue can be fixed in FFmpeg?
comment:3 by , 6 years ago
I think that this is bug of ffmpeg because if I use ffprobe - duration is OK.
C:\ffmbc.exe" -i D:\v.mts -i D:\a.ac3 -vcodec copy -acodec copy D:\fin.ts
Console output of ffmpeg:
C:\Users\macev>"C:\Program Files\ffmpeg\bin\ffmpeg.exe" -i D:\Sizeti\TEMP\v.mts -i D:\Sizeti\TEMP\a.ac3 -c copy D:\Sizeti\TEMP\fin.mts ffmpeg version N-91470-g28ed68fa31 Copyright (c) 2000-2018 the FFmpeg developers built with gcc 7.3.1 (GCC) 20180710 configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-bzlib --e nable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libblur ay --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enab le-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwolame --enable-li bvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --en able-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable- libvidstab --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enabl e-libspeex --enable-libxvid --enable-libaom --enable-libmfx --enable-amf --enabl e-ffnvcodec --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enab le-dxva2 --enable-avisynth libavutil 56. 18.102 / 56. 18.102 libavcodec 58. 21.105 / 58. 21.105 libavformat 58. 17.101 / 58. 17.101 libavdevice 58. 4.101 / 58. 4.101 libavfilter 7. 25.100 / 7. 25.100 libswscale 5. 2.100 / 5. 2.100 libswresample 3. 2.100 / 3. 2.100 libpostproc 55. 2.100 / 55. 2.100 Input #0, mpegts, from 'D:\Sizeti\TEMP\v.mts': Duration: 00:00:18.24, start: 1.420000, bitrate: 27364 kb/s Program 1 Metadata: service_name : Service01 service_provider: FFmpeg Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(pro gressive), 1920x1080 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc [ac3 @ 0000000002e8f440] Estimating duration from bitrate, this may be inaccurat e Input #1, ac3, from 'D:\Sizeti\TEMP\a.ac3': Duration: 00:00:18.24, start: 0.000000, bitrate: 320 kb/s Stream #1:0: Audio: ac3, 48000 Hz, stereo, fltp, 320 kb/s Output #0, mpegts, to 'D:\Sizeti\TEMP\fin.mts': Metadata: encoder : Lavf58.17.101 Stream #0:0: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(progressiv e), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 50 fps, 50 tbr, 90k tbn, 90k tbc Stream #0:1: Audio: ac3, 48000 Hz, stereo, fltp, 320 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #1:0 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 912 fps=0.0 q=-1.0 Lsize= 61701kB time=00:00:18.20 bitrate=27760.2kbit s/s speed= 130x video:56417kB audio:712kB subtitle:0kB other streams:0kB global headers:0kB muxi ng overhead: 8.003584%
Note:
See TracTickets
for help on using tickets.
I upload files to my ftp.
http://malcev.lv/UPLOAD/ffmpeg/
There are 3 files: v.mts, a.ac3, fin.mts.
The file "fin.mts" shows wrong bitrate and duration in Windows 7 explorer properties - 18 hours instead of 18 sec.
Also WMP shows the same wrong duration.
If I mux to m2ts all works OK.
This bug with muxing to MTS is only with some files.
For example I can mux 50 files and only 1 of them shows wrong duration.