something not to forget: LIFEtv when using a capture card and mplayer results in a short delay between video and and audio, therefore TVtime as plugin was introduced i recall.
> Timeshifting with a ringbuffer could do a good job: > > -Replay of certain parts of a match or movie, idealy with a slow motion function > -A buffer for commercials, skip forward during commercials > -Pause for a short task like: > -toilet visits :-) > -preparing a snack > > Implementation of a record button (just send the channel, by instant recording) to > the recordserver > when: > -when mother (in law) calls > -when (another) calamity happens. > > -Zapping while timeshifting is also useless, > -recording of /dev/vbi has only function when its related to subtitling. > > Therefore a suggested way to implement it: > -from the programguide: > -pressing record -> records the selected program > -pressing OK -> start TVtime (or mplayer) as life TV player > -Pressing play -> select right channel and start timeshifting implementing > functions: > -osd, (info) > -play, > -forward, > -back > -pause > -record: current channel instantly -> the > recordserver. > -Slowforward > -very optional: PIP (show life TV) in picture > > The only thing needed for timeshifting is e.g. the ringbufferpatch from Jason (which > is fully functional) > -optional a commercial detection for timeshifting. > Initial size could be adjusted by using a procentage of the free diskspace (who > needs free space ?? ) > > As supplement to the recording: > -after recording a commercial break scan (which is already full functional) > > Another main advantage is also that al functions can be shared for all freevo users, > not only limited to > dvb cards also users not capable of patching mplayer can still share the same code, > each component can > be implemented as plugin, the only difference is the capturing source: > -plain capturing from /dev/video0 > -preprocessing by mp1e or whatever (ringbuffer and BFDT is independent from > source) > This could be configurable variable. > > Because all function could be implemented as an extra to the existing > "freevo-standard" no extra CPU power > is required when not activated, timeshifting without BFDT detect (or nicing the BFD) > is possible etc etc. > > This way, Freevo will be more hardware friendly as e.g. myhTV, tis program needs far > more recources as > Freevo. > > People using a HT procesor or a dual processor system could benefiet of them, but > most users probably dont > have such a system. > > > Subject: RE: [Freevo-users] Re: Better DVB support (C programmers needed) > > > > The *real* issue to deal with is how to record something in either case.. > > > > It would not be wise to make something timeshiftable with no ability to > > record it as well.. > > > > Mick > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] Behalf Of Matthieu > > > Weber > > > Sent: Thursday, 15 July 2004 2:32 PM > > > To: [EMAIL PROTECTED] > > > Subject: Re: [Freevo-users] Re: Better DVB support (C programmers > > > needed) > > > > > > > > > On Wed 14.07.2004 at 06:22:33PM +0200, Dirk Meyer wrote: > > > > > 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? > > > > > > The problem with ringbuffers is, that they limit the amount of time you > > > can pause the TV. And if you want to have a large rungbuffer, it will > > > take lots of space all the time. The idea you proposed some time ago was > > > imho better: write the data into several small files of fixed size, and > > > remove the files which have already been read. In this case you have > > > timsehift ability with variable shift length (so if your mother calls > > > and speaks for 2 hours, you will not miss half of the show, unlike in > > > the ringbuffer scenario, where the buffer is limited to e.g. 20 min). > > > And you won't use an awful lot of disk space if you don't pause the show > > > at all (remember: 1 hour = 2GB of data in some cases). > > > > > > > > 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. > > > > > > 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 is sponsored by BEA Weblogic Workshop > > > FREE Java Enterprise J2EE developer tools! > > > Get your free copy of BEA WebLogic Workshop 8.1 today. > > > http://ads.osdn.com/?ad_idG21&alloc_id040&op=ick > > > _______________________________________________ > > > Freevo-users mailing list > > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/freevo-users > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by BEA Weblogic Workshop > > FREE Java Enterprise J2EE developer tools! > > Get your free copy of BEA WebLogic Workshop 8.1 today. > > http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click > > _______________________________________________ > > Freevo-users mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/freevo-users > > > ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_idG21&alloc_id040&op=click _______________________________________________ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
