Ticket #2078 (open defect)
FFMPEG created WTV files cannot be fast forwarded or fast rewound in Windows Media Center
| Reported by: | ramitbhalla | Owned by: | |
|---|---|---|---|
| Priority: | normal | Component: | avformat |
| Version: | unspecified | Keywords: | wtv |
| Cc: | Blocked By: | ||
| Blocking: | Reproduced by developer: | no | |
| Analyzed by developer: | no |
Description
Summary of the bug: Any WTV file created by FFMPEG, they can be seeked directly in MCE but when one tries toe fast forward or rewind (using the FF and RW buttons on the remote or the console) it does not go beyond at best 1 FF or 1 RW.
i.e. WTV files recorded by MCE one can press the FF button upto 4 times to get 4x fast forward. Files created by FFMPEG sometimes get 1x FF and never go beyond 1x FF, it just returns to normal play.
This happens with any WTV file, so you can take any file you have in your archive and remux it to wtv and see the results.
something as simple as:
ffmpeg -i test.ts -c copy test.wtv
I'm not uploading a sample since it can be reproduced with any file remuxed to WTV.
Change History
comment:2 Changed 5 months ago by ramitbhalla
Sure:
This is just one file, I get the same result with any file.
ffmpeg -i "..\Himoe_USA_WRC-HD.ts" -c copy test.wtv
ffmpeg version N-48065-g6375318 Copyright (c) 2000-2012 the FFmpeg developers
built on Dec 21 2012 09:06:30 with gcc 4.7.2 (GCC)
configuration: --enable-static --arch=x86 --target-os=mingw32 --cross-prefix=/home/rdp/dev/ffmpeg-windows-build-helper
s/sandbox/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth -
-enable-libxvid --enable-libmp3lame --enable-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable-libtheo
ra --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-fontconfig --ena
ble-libass --enable-libutvideo --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-lib
vo-aacenc --enable-bzlib --enable-libxavs --extra-cflags=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable-libopenc
ore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libbluray --enable-libvpx --enable-runtime-cpudetect
libavutil 52. 12.100 / 52. 12.100
libavcodec 54. 81.100 / 54. 81.100
libavformat 54. 49.102 / 54. 49.102
libavdevice 54. 3.102 / 54. 3.102
libavfilter 3. 29.100 / 3. 29.100
libswscale 2. 1.103 / 2. 1.103
libswresample 0. 17.102 / 0. 17.102
libpostproc 52. 2.100 / 52. 2.100
Input #0, mpeg, from '..\Himoe_USA_WRC-HD.ts':
Duration: 00:20:26.79, start: 0.200000, bitrate: 15313 kb/s
Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn,
59.94 tbc
Stream #0:1[0x80]: Audio: ac3, 48000 Hz, stereo, fltp, 96 kb/s (visual impaired)
File 'test.wtv' already exists. Overwrite ? [y/N] y
Output #0, wtv, to 'test.wtv':
Metadata:
encoder : Lavf54.49.102
Stream #0:0: Video: mpeg2video (mpg2 / 0x3267706D), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 29.97 fps, 10000k
tbn, 29.97 tbc
Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, 96 kb/s (visual impaired)
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
frame=36773 fps=417 q=-1.0 Lsize= 2278828kB time=00:20:26.99 bitrate=15214.6kbits/s
video:2253105kB audio:14377kB subtitle:0 global headers:0kB muxing overhead 0.500394%
comment:3 Changed 5 months ago by cehoyos
Does it only happen with -codec copy, or also if you re-encode?
comment:4 follow-up: ↓ 5 Changed 5 months ago by ramitbhalla
With re-coding also, if I use -vcodec mpeg2video -acodec copy, I get the same result.
(ffmpeg WTV for now only supports MPEG2, I've submitted a request to support h.264)
comment:5 in reply to: ↑ 4 Changed 5 months ago by cehoyos
Replying to ramitbhalla:
With re-coding also, if I use -vcodec mpeg2video -acodec copy, I get the same result.
What about -acodec mp2 or -acodec ac3 ?
(ffmpeg WTV for now only supports MPEG2, I've submitted a request to support h.264)
I was under the impression trac user ianken submitted the request...
comment:7 Changed 5 months ago by ramitbhalla
WTV support for H.264 -> Ticket #1945 (been marked as duplicate of #536)
Here is the output of recoding, still the same issue while FF / RW:
ffmpeg -i "..\Himoe_USA_WRC-HD.ts" -vcodec mpeg2video -qscale 2 -acodec ac3 -ab 384k test.wtv
ffmpeg version N-48065-g6375318 Copyright (c) 2000-2012 the FFmpeg developers
built on Dec 21 2012 09:06:30 with gcc 4.7.2 (GCC)
configuration: --enable-static --arch=x86 --target-os=mingw32 --cross-prefix=/home/rdp/dev/ffmpeg-windows-build-helper
s/sandbox/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg-config --enable-gpl --enable-libx264 --enable-avisynth -
-enable-libxvid --enable-libmp3lame --enable-version3 --enable-zlib --enable-librtmp --enable-libvorbis --enable-libtheo
ra --enable-libspeex --enable-libopenjpeg --enable-gnutls --enable-libgsm --enable-libfreetype --enable-fontconfig --ena
ble-libass --enable-libutvideo --enable-libopus --disable-w32threads --enable-frei0r --enable-filter=frei0r --enable-lib
vo-aacenc --enable-bzlib --enable-libxavs --extra-cflags=-DPTW32_STATIC_LIB --enable-libopencore-amrnb --enable-libopenc
ore-amrwb --enable-libvo-amrwbenc --enable-libschroedinger --enable-libbluray --enable-libvpx --enable-runtime-cpudetect
libavutil 52. 12.100 / 52. 12.100
libavcodec 54. 81.100 / 54. 81.100
libavformat 54. 49.102 / 54. 49.102
libavdevice 54. 3.102 / 54. 3.102
libavfilter 3. 29.100 / 3. 29.100
libswscale 2. 1.103 / 2. 1.103
libswresample 0. 17.102 / 0. 17.102
libpostproc 52. 2.100 / 52. 2.100
Input #0, mpeg, from '..\Himoe_USA_WRC-HD.ts':
Duration: 00:20:26.79, start: 0.200000, bitrate: 15313 kb/s
Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn,
59.94 tbc
Stream #0:1[0x80]: Audio: ac3, 48000 Hz, stereo, fltp, 96 kb/s (visual impaired)
Please use -q:a or -q:v, -qscale is ambiguous
File 'test.wtv' already exists. Overwrite ? [y/N] y
Output #0, wtv, to 'test.wtv':
Metadata:
encoder : Lavf54.49.102
Stream #0:0: Video: mpeg2video (mpg2 / 0x3267706D), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 10000k
tbn, 29.97 tbc
Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, fltp, 384 kb/s (visual impaired)
Stream mapping:
Stream #0:0 -> #0:0 (mpeg2video -> mpeg2video)
Stream #0:1 -> #0:1 (ac3 -> ac3)
Press [q] to stop, [?] for help
incomplete frame 42 q=2.0 size= 3780118kB time=00:20:26.77 bitrate=25242.3kbits/s dup=1 drop=0
frame=36774 fps= 42 q=2.0 Lsize= 3784576kB time=00:20:26.99 bitrate=25267.7kbits/s dup=1 drop=0 =0
video:3714268kB audio:57507kB subtitle:0 global headers:0kB muxing overhead 0.339377%
comment:8 Changed 3 months ago by ramitbhalla
Wonder if anyone's noticed the votes this issue is getting ;)
comment:9 Changed 2 months ago by richardpl
- Status changed from new to open
- Component changed from undetermined to avformat
comment:10 Changed 7 weeks ago by ramitbhalla
Peter Ross any thoughts on this one? I know you had fixed this some time ago in Dec, FF is partly working now. Any idea why not completely?



In any case, please provide the command line you used to produce a test-file together with complete, uncut console output.