Matthieu Weber wrote: >> 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).
Check my mplayer_dvb_timeshift.py in WIP/Dischi. I don't give seek commands behind EOF, but still mplayer stops. I guess mplayer itself stops because of EOF before you can correct the seek. > 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? I don't think so. Right now, my plugin writes to a file, make it growing and growing until you stop. > 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 :) Maybe use the other ringbuffer patch from Jason Tackaberry? > 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. That would be cool. An option is what would be best. It avoids some problems we have right now. Dischi -- The voices in my head may not be real, but they have some good ideas! ------------------------------------------------------- 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
