On Tue 13.07.2004 at 10:18:49PM +0200, Dirk Meyer wrote: > Matthieu Weber wrote: > > I tested the timeshift buffer, and it works well (except when it > > crashes while seeking, I don't know exactly why :) > > I maybe know, more later in this mail. > > > But I think that it would be better to use a plain file for > > timeshifting, since 256 MB of buffer gives a timeshift of about 7 > > minutes in DVB, which is not much. > > OK, there is a small plugin in WIP/Dischi called > mplayer_dvb_timeshift.py. Put it into src/tv/plugins, activate it and > remove the old tv.mplayer plugin. It is a mix between video.player and > tv.mplayer, only using dvb. > > It calls mplayer dumpstream to dump the stream and than mplayer to > play it (after 1 MB buffer to be save). It works good, you can seek > and pause. One problem: you may not seek forward. I use mmpython to > get the maximum position to seek to to avoid seeking behind the > stream. But your seek patch has a small big which may also cause > Thomas ringbuffer to crash: first mplayer seeks and after that you > correct the position (I guess).
There is a protection against going beyond the eof while seeking in the file, but I'm not sure it works as expected with Thomas' buffer (haven't checked). Besides, as I mentioned in another message, I'm not sure that a fixed-size buffer is such a good idea, since you do need a lot of space (2 GB/hour) for storing DVB data anyway ... I wonder if it is possible to remove the beginning of a file while this file is being written? Or extend Thomas' work so that one can simulate one variable-length buffer using several fixed-length buffers, which can be linked together using fields in the header of each buffer. Mmmmhhh, I have to think about this :) > That is bad, because mplayer seeks after the end and you get no > chance to correct it. I can correct it, since I don't leave the seek function until I'm happy with the position where the seek has led to. I might not be checking EOF properly yet, though. What I could do also is hack the seek function so that you can never seek after the end of the file (e.g. checking eof when seeking, and doing nothing if a jump would lead us after the end of the movie). This means that you cannot anymore quit mplayer by just fast-forwarding (but reaching the EOF while playing should work OK). I could also make this feature an option of mplayer, so that it would be activated only when timeshifting with a growing file (i.e. not using Thomas' timeshift buffer), using MPEG PS and TS files. Matthieu -- (~._.~) Matthieu Weber - Universit� de Jyv�skyl� (~._.~) ( ? ) email : [EMAIL PROTECTED] ( ? ) ()- -() public key id : 452AE0AD ()- -() (_)-(_) "Humor ist, wenn man trotzdem lacht (Germain Muller)" (_)-(_) ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
