[FFmpeg-trac] #2739(avformat:new): Seeking with certain OGM samples fails
FFmpeg
trac at avcodec.org
Tue Jul 2 14:11:10 CEST 2013
#2739: Seeking with certain OGM samples fails
-------------------------------------+-------------------------------------
Reporter: JEEB | Type: defect
Status: new | Priority: normal
Component: avformat | Version: git-
Keywords: oggdec ogm | master
seeking | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
'''Summary of the bug''':
A sample is uploaded to upload.ffmpeg.org/incoming under the name
lavf_ogm_seeking_borked.ogm. As I have no idea if the file can be cut with
dd, I have not touched the file at all.
Seeking with certain OGM samples fails. Gabest and Haali seem to work fine
with them, as well as libav after
[https://git.libav.org/?p=libav.git;a=commit;h=8ad3267ce3a1522a181946288049cc848cc9e351
commit 8ad3267] (cherry-picking the change from libav does not seem to fix
it, though the oggdec demuxer seems to be rather different between the two
projects, so that is kind of understandable).
'''
How to reproduce''':
{{{
% ffmpeg -ss 00:05:00.000 -i lavf_ogm_seeking_borked.ogm -c:v rawvideo
-c:a pcm_s16le -f null -
ffmpeg version N-54345-ga35494c Copyright (c) 2000-2013 the FFmpeg
developers
built on Jul 2 2013 12:33:35 with gcc 4.7.3 (GCC)
configuration:
libavutil 52. 38.100 / 52. 38.100
libavcodec 55. 18.100 / 55. 18.100
libavformat 55. 10.101 / 55. 10.101
libavdevice 55. 2.100 / 55. 2.100
libavfilter 3. 77.101 / 3. 77.101
libswscale 2. 3.100 / 2. 3.100
libswresample 0. 17.102 / 0. 17.102
[ogg @ 000319E0] Headers mismatch for stream 1: expected 3 received 2.
[ogg @ 000319E0] Headers mismatch for stream 2: expected 3 received 2.
Input #0, ogg, from 'lavf_ogm_seeking_borked.ogm':
Duration: 00:23:19.19, start: 0.000000, bitrate: 1383 kb/s
Stream #0:0(Japanese): Video: mpeg4 (DX50 / 0x30355844), yuv420p,
640x480, 23.98 fps, 23.98 tbr, 23.98 tbn, 23.98 tbc
Stream #0:1(English): Audio: vorbis, 48000 Hz, stereo, fltp, 0 kb/s
Stream #0:2(Japanese): Audio: vorbis, 48000 Hz, stereo, fltp, 0 kb/s
Stream #0:3(English): Subtitle: text
Stream #0:4(Deutsch): Subtitle: text
Output #0, null, to 'pipe:':
Metadata:
encoder : Lavf55.10.101
Stream #0:0(Japanese): Video: rawvideo (I420 / 0x30323449), yuv420p,
640x480, q=2-31, 200 kb/s, 90k tbn, 23.98 tbc
Stream #0:1(English): Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536
kb/s
Stream mapping:
Stream #0:0 -> #0:0 (mpeg4 -> rawvideo)
Stream #0:1 -> #0:1 (vorbis -> pcm_s16le)
Press [q] to stop, [?] for help
[null @ 03CDF9E0] Encoder did not produce proper pts, making some up.
frame= 8 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.33 bitrate=N/A dup=2
drop=0
video:1kB audio:0kB subtitle:0 global headers:0kB muxing overhead
-104.296875%
}}}
As can be seen, only "8" frames get decoded, and then it stops. There are
plenty of frames to be decoded, though, even after the seek.
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2739>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list