ogg theora vorbis badly out-of-sync

[cehoyos]

 http://thread.gmane.org/gmane.comp.video.mplayer.devel/59554/focus=59565
When attached sample is transcoded with ffmpeg, output is completely out-of-sync, as is playback with ffplay and mplayer -demuxer lavf (and -demuxer ogg).
The sample plays fine with firefox (and much better with vlc than with MPlayer/FFmpeg).
The sample contains 100 frames and should play for 33 seconds (24 fps look wrong).

$ ffmpeg -i theora-0packets.ogv out.avi
ffmpeg version git-N-29539-g35fe66a, Copyright (c) 2000-2011 the FFmpeg developers
  built on May  1 2011 15:59:25 with gcc 4.5.2
  configuration: --cc='/usr/local/gcc-4.5.2/bin/gcc -m32' --enable-gpl
  libavutil    51.  2. 0 / 51.  2. 0
  libavcodec   53.  3. 0 / 53.  3. 0
  libavformat  53.  0. 3 / 53.  0. 3
  libavdevice  53.  0. 0 / 53.  0. 0
  libavfilter   2.  4. 0 /  2.  4. 0
  libswscale    0. 14. 0 /  0. 14. 0
[ogg @ 0x8c8fb20] Unknown skeleton version 4.0
[ogg @ 0x8c8fb20] Could not find codec parameters (Data: skeleton)
Input #0, ogg, from 'theora-0packets.ogv':
  Duration: 00:00:33.00, start: 0.000000, bitrate: 195 kb/s
    Stream #0.0: Data: skeleton
    Stream #0.1: Video: theora, yuv420p, 320x176, 24 fps, 24 tbr, 24 tbn, 24 tbc
    Stream #0.2: Audio: vorbis, 48000 Hz, stereo, s16, 80 kb/s
    Metadata:
      ENCODER         : ffmpeg2theora-0.27
      SOURCE_OSHASH   : 514a9a3ee6c61f2c
[buffer @ 0x8c96b60] w:320 h:176 pixfmt:yuv420p
Output #0, avi, to 'out.avi':
  Metadata:
    ISFT            : Lavf53.0.3
    Stream #0.0: Video: mpeg4, yuv420p, 320x176, q=2-31, 200 kb/s, 24 tbn, 24 tbc
    Stream #0.1: Audio: mp2, 48000 Hz, stereo, s16, 64 kb/s
    Metadata:
      ENCODER         : ffmpeg2theora-0.27
      SOURCE_OSHASH   : 514a9a3ee6c61f2c
Stream mapping:
  Stream #0.1 -> #0.0
  Stream #0.2 -> #0.1
Press [q] to stop encoding
frame=  100 fps=  0 q=7.6 Lsize=     587kB time=24.54 bitrate= 196.1kbits/s
video:274kB audio:258kB global headers:0kB muxing overhead 10.496974%

This could be a regression.

[cehoyos]

The sample contains 100 *different* frames, iiuc, every frame is "repeated" seven times, making 24fps plausible if the repeated frames were decoded/encoded.

[michael]

seems working with current ffmpeg + ffplay