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@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr