On Mon, Mar 03, 2003 at 08:32:09AM -0800, Dave Ladd wrote: > Yes, mplayer does process the video in -tv mode, it seems. For me, this causes > the video to lag too far behind the (passed-thru) audio. I'd like some > resolution to this: either overlay video or synchronized A/V capture, > processing, and playback. I think/hope the timeshift feature will do this for > me.
actually mplayer documentation about this is a mess, the manpage says
you can grab audio from the btaudio dsp using the `immediatemode' parameter
but... i tried it and you cant :-)
so give a look to libmpdemux/tvi_v4l.c:grab_audio_frame() and make it
look like:
static double grab_audio_frame(priv_t *priv, char *buffer, int len)
{
mp_msg(MSGT_TV, MSGL_DBG2, "grab_audio_frame(priv=%p, buffer=%p,len=%d)\n", priv,
buffer, len);
if (priv->first) {
pthread_create(&priv->video_grabber_thread, NULL,video_grabber, priv);
priv->first = 0;
usleep(2000000); /* HACK */
}
// compensate for dropped audio frames
and in mplayer.c comment out:
#ifdef USE_TV
//tv_param_immediate = 1;
#endif
then you should be able to grab from the btaudio dsp.
note: you have to use 32000 audiorate because btaudio
supports only this resolution afaik
--
Giuseppe Ciotta
gpg key id: 0x62C77413
(string 72 101 108 108 111)
pgp00000.pgp
Description: PGP signature
