#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=8ad3267ce3a1522a181946288049cc... 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