When fast forwarding or rewind h264 VDR recordings, the still frames
update very slowly.  Often times I've seeked several minutes in a
recording before the still frame updates and this is much farther then
I intended.  This doesn't happen with mpeg2 recordings at all.  The
still frames update very often with those making seeking to the right
spot no no problem.  Is this a flaw in how VDR seeks h264 or would it
be an issue in xine-lib or vdr-xine?  This seems worthwhile to address
since the still frames are the only reference a user has to tell how
far he's seeked in a recording.

Can someone please shed light on how to fix this?

Thanks.

_______________________________________________
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Reply via email to