[MPlayer-users] seeking in m4a iTunes AAC-LC Audio/MJPEG stream

[Dennis Nezic]

i'm having trouble seeking in an online podcast..

(http://himynameismark.com/)
(ie.
http://www.JustForTheFOfIt.com/HiMyNameIsMark/podcasts/podcast25_103106.m4a)

(mplayer rc1, faad2-2.0-r13)

it's strange, since it seems to contain a "video" (mjpeg) stream (a
slowly changing slideshow type thing) -- so, on a side note, i think
the file isn't named properly .. ie. m4a should be for audio only? i
think it should be named .mp4, or .mov?

but anyways, when i try to seek forward 10sec, it jumps seemingly
randomly forward ~100-300seconds. it even jumps forward when i try to
seek back 10seconds :|. sometimes while seeking, it loops to the
beginning :|. and, i think, any time i try to seek, it looses sync with
the "video".

(the video is additionally strange, since the OSD doesn't seem to get
updated until the next jpeg is drawn -- so, effectively, OSD doesn't
work with these files -- but this is a different issue, relating to
MJPEGs, i think)

here is some info from mplayer:

ISO: File Type Major Brand: Apple iTunes AAC-LC Audio
Quicktime/MOV file format detected.
Selected video codec: [ffmjpeg] vfm: ffmpeg (FFmpeg MJPEG decoder)
Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio)
decoder)

when i try to play the file with ffplay, i get:

[mov,mp4,m4a,3gp,3g2 @ 0x2aaaaad20040]mov: does not handle seeking in
files that contain edit list (c:1) podcast25_103106.m4a: error while
seeking

any way to fix this? ffplay's message seems to suggest not :\

in which case, is there some way to "brute-force"-seek into the video
-- that is, have it read the file in memory up to a certain point, and
then return to normal timescale. currently, the fastest i can
fastforward is about 8x :\

(regular m4a/aac audio-only files work fine)