Opened 5 months ago

Last modified 5 months ago

#7916 new defect

Incorrect seeking for module formats

Reported by: _abjd_ Owned by:
Priority: normal Component: ffmpeg
Version: git-master Keywords: libopenmpt, seeking
Cc: Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no

Description

Summary of the bug:
How to reproduce:

ffmpeg -ss 00:01:25.00 -i BUTTERFL.XM render.mp3

Output:

Input #0, libopenmpt, from 'BUTTERFL.XM':
  Metadata:
    title           : Butterfly Flew Away
    encoder         : FastTracker 2 or compatible
  Duration: 00:02:53.19, bitrate: 15 kb/s
    Stream #0:0: Audio: pcm_f32le, 48000 Hz, stereo, flt, 3072 kb/s

Stream mapping:
  Stream #0:0 -> #0:0 (pcm_f32le (native) -> mp3 (libmp3lame))

Press [q] to stop, [?] for help
Output #0, mp3, to 'render.mp3':
  Metadata:
    TIT2            : Butterfly Flew Away
    TSSE            : Lavf58.26.101
    Stream #0:0: Audio: mp3 (libmp3lame), 48000 Hz, stereo, fltp
    Metadata:
      encoder         : Lavc58.47.102 libmp3lame
size=      55kB time=00:00:03.40 bitrate= 131.5kbits/s speed=7.29x

Seeking to 1:25 in a 2:53 length file results in a 3.4 second output. This has happened with every modplug format I've tried so far.

Attachments (1)

BUTTERFL.XM (321.4 KB) - added by _abjd_ 5 months ago.
input file used in the example

Download all attachments as: .zip

Change History (4)

Changed 5 months ago by _abjd_

input file used in the example

comment:1 Changed 5 months ago by _abjd_

Oops, left out the summary: Using -ss to seek to a position in a modplug format gives incorrect results. The position is much further ahead than expected.

comment:2 Changed 5 months ago by _abjd_

  • Summary changed from Incorrect seeking for modplug formats to Incorrect seeking for module formats

comment:3 Changed 5 months ago by _abjd_

  • Keywords libopenmpt added; modplug removed
Note: See TracTickets for help on using tickets.