Solution for rewind 2x, 4x... speed in development

[ezd]

if we extract a list of keyframe positions from the movie, it should be fairly straightforward to implement rewind with something resembling the following pseudocode:

while (rewindactive)
{
seek(prev_keyframe)
show_frame_paused
delay(interval_to_prev_keyframe/rewindspeed)
}

this list wouldn't be a memory hog; divx usually has 1 keyframe every 10 seconds or so, mpg 1 every 5, so feature length mpegs will still only have ~1000 entries.

doable?

ezd

[Frodo]

sounds 2 me like thats need 2 b implemented in mplayer
so maybe you or someone else wanna look @ it
or ask the mplayer guys?
www.mplayerhq.hu
frodo

[ezd]

i'll give it a shot, though i'm more familiar with xbmc than mplayer sources so it may take some time...

[Morien]

hi,

regarding the problem with rewinding, where 2x is more like 8x, could someone help me understand why this happens?
i understand if it's not supported in the mplayer code than problems like this can occur, however wasn't xbmp also based on mplayer? the rewind in that was fine wasn't it?

morien

[Frodo]

ff/rw isnt supported by mplayer
therefore its impossible to make it working perfectly for all files and all codecs. we do our best however

xbmp got ff/rw issues 2 btw, maybe not on your file. but is sure did
frodo