Eric Bus wrote: > Hi all, > > After some time of inactivity, I'm about to pick up the Timeshifting > project. The code is still a heavily modified version of Jason > Tackaberry's source, but the time has come to add some extra code of > my own. At the moment, these ideas are mainly for the OSD section of > the plugin.
We should discuss this more deeply because I also plan to support a better osd for Freevo. Current cvs can draw any canvas object from mebox on mplayer using bmovl or bmovl2. Try current cvs and press DISPLAY or seek while watching a video (no support for that in tv yet). > Ok, those are my ideas. Did I miss something? What improvements can we > make or should we scrap all of my ideas for something else? I still don't know if the ringbuffer is the way to go, I prefer a real file. But that's a detail that doesn't matter. What really bothers me is that mplayer needs better support to do the timeshift: o A patch is needed to prevent mplayer from seeking after the end of the file. Right now, when you are nearly at the end of a recording you may stop mplayer by seeking to much. o Better mpeg seeking (for me: MPEG-TS). The problem above can be solved when the seeking is correct. Freevo knows how long the file (or ringbuffer) is, Freevo also knows the current position. But being at position x with a length of x+20 and a seek by 10 still results in mplayer stopping because mplayer doesn't seek 10, it seeks more most of the time. And if someone has some time: port noad (google noad vdr) to read any kind of mpeg and create a mplayer edl. > In short: my RFC! same here! Dischi -- The only problem with mornings is that they happen too early in the day.
pgpQY9iFvyr25.pgp
Description: PGP signature