On Sun, Mar 30, 2003 at 02:51:24PM -0500, Brian J. Murrell wrote: > The fundamental problem is that mplayer "processes" the video rather > than just overlaying it. I don't have a problem with this per se (as > it makes playing tv just like playing any other video stream), but it > does not seem that mplayer supports processing audio in the same > manner, and it is expected that you just play the audio live through > the mixer.
I remember some people mentioned using something called 'immediatemode' which apparently allows you to use a a device like btaudio somehow. > Well, as anyone can see, this will be no end of a/v sync problems. > You can't introduce delays in the video stream (as mplayer does when > it reads from the tv card and outputs through it's video drivers) and > not induce the same delays in the audio stream. > > Is this solution unworkable (and if so, what is our plan to correct > it), or is there a big piece to this puzzle that I am missing? Is > there some way to have mplayer read the audio from the device and > delay it just as much as the video? Is my local configuration just > screwed or does Freevo not use this method by default for viewing TV? I think the plan (at least for some of us) was to use mp1e to encode the video into a buffer before playing it, so mplayer would just play a stream; the main advantage of this though, is for pausing live tv. Aubin ------------------------------------------------------- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en _______________________________________________ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
