[MPlayer-users] tv:// audio problem - works in mencoder, breaks in mplayer

Bernhard Rosenkraenzer bero at arklinux.org
Wed May 21 20:32:23 CEST 2003

On Thu, 22 May 2003, Joonas Koivunen wrote:

> just guessing as i've never used tv stuff with computers, but i've read that 
> mencoder uses some "immediate" mode when audio gets transferred through the 
> program and then on to sound output (ofc not in mencoders case) instead of 
> going straight through some audio cable to soundcard (not an option in your 
> case?).. so look for immediate mode in docs..

Thanks for the tip - the problem is probably related, but not fixed...
immediatemode as described in the manpage doesn't exist as an option in 
current CVS unless you're using BSD, however, the video4linux driver 
checks the variable set by the immediatemode flag as well; I think this 
was overlooked, patch to restore immediatemode on Linux is attached.

Now mplayer tries to get sound, but hangs before playing anything 
(I guess something is using a device in blocking mode when the device 
doesn't send any data yet).

I'll debug this some more, but I'm not very familiar with the mplayer code 
base - if anyone else wants to take a look, please do.


Ark Linux - Linux for the masses

Redistribution and processing of this message is subject to
-------------- next part --------------
--- mplayer.sux/cfg-common.h.bero	2003-05-21 18:42:12.000000000 +0200
+++ mplayer.sux/cfg-common.h	2003-05-21 18:42:31.000000000 +0200
@@ -277,7 +277,7 @@
 #ifdef USE_TV
 struct config tvopts_conf[]={
 	{"on", "-tv on is deprecated, use tv:// instead\n", CONF_TYPE_PRINT, 0, 0, 0, NULL},
-#ifdef HAVE_TV_BSDBT848
+#if defined(HAVE_TV_BSDBT848) || defined(HAVE_TV_V4L)
 	{"immediatemode", &tv_param_immediate, CONF_TYPE_FLAG, 0, 0, 0, NULL},
 	{"noaudio", &tv_param_noaudio, CONF_TYPE_FLAG, 0, 0, 1, NULL},

More information about the MPlayer-users mailing list