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

[Bernhard Rosenkraenzer]

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.

LLaP
bero

-- 
Ark Linux - Linux for the masses
http://www.arklinux.org/

Redistribution and processing of this message is subject to
http://www.arklinux.org/terms.php
-------------- 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},
 #endif
 	{"noaudio", &tv_param_noaudio, CONF_TYPE_FLAG, 0, 0, 1, NULL},