Solution for rewind 2x, 4x... speed in development
#1
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:

Quote: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
Reply
#2
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?
http://www.mplayerhq.hu
frodo
XBMC Project Founder (Retired), now head programmer of MediaPortal
Reply
#3
i'll give it a shot, though i'm more familiar with xbmc than mplayer sources so it may take some time...
Reply
#4
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
Reply
#5
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
XBMC Project Founder (Retired), now head programmer of MediaPortal
Reply

Logout Mark Read Team Forum Stats Members Help
Solution for rewind 2x, 4x... speed in development0