On Nov 5, 2007, at 3:42 PM, MVallevand wrote: > On 11/5/07, Tom Metro <[EMAIL PROTECTED]> wrote: >> Something like the mvpmc software tells the playback hardware to >> double >> its playback speed, but otherwise uses the same code path to get the >> video from the network to the hardware buffers? > > Yes.
Totally idle speculation, but could you use the 'pipe through vlc' option to recode the video to the speed you want, effectively dropping frames? That would preserve, or even reduce the data sent to the mvpmc. If vlc can re-encode a video so that it plays backwards (can it?), this could also produce 'flowing' rewind. Unfortunately, I think this would be made pretty unusable by the set- up time (ie stop playing current video, send command to vlc telnet interface, start playing newly converted video received from vlc). Wouldn't be worth it for regular x2 ff, but for 'skimming' a video it could be pretty useful. The start up time might be reduced if the video was already being re- encoded by vlc, ie mvpmc doesn't see that as a new file---you'd just be changing the vlc command ... Or perhaps the Mythtv backend can do this type of on-the-fly re- encoding? As I say, idle thoughts :) --J ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Mvpmc-users mailing list Mvpmc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mvpmc-users mvpmc wiki: http://mvpmc.wikispaces.com/
