[MPlayer-users] problem running mplayer from other program via pipe

[Sebastian Helms]

Hi there,

I just compiled mplayer SVN 21804, using vo=dfbmga with DirectFB
1.0.0-rc2 on a debian sarge system with kernel 2.6.19.

As I'm trying to build a client/server web interface controller for
mplayer (PHP - telnet - perl - mplayer), I need to run mplayer
through a pipe. I can test this with "cat | mplayer ..." or as in my
project (perl) with 

open PLAYER, "|mplayer -slave -playlist filename"

Everytime I run mplayer directly (without pipe), it works well. When
I run is with pipe, it dies on a SIGHUP:

****************************************
MPlayer dev-SVN-r21804-3.3.5 (C) 2000-2006 MPlayer Team
CPU: AMD Duron(tm) processor (Family: 6, Model: 3, Stepping: 1)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx
mplayer: could not connect to socket
mplayer: Connection refused
Failed to open LIRC support. You will not be able to use your remote control.

Playing /home/sh/film.
AVI file format detected.
VIDEO:  [DX50]  720x360  24bpp  25.000 fps  1596.8 kbps (194.9 kbyte/s)
Clip info:
 Software: Nandub v1.0rc2
dvdsublang...film de en

     =======================|  DirectFB 1.0.0-rc2  |=======================
          (c) 2001-2006  United Cultures of Earth - go for outer space!
          (c) 2000-2004  Convergence (integrated media) GmbH
        ----------------------------------------------------------------

(*) DirectFB/Core: Single Application Core. (2006-12-10 13:03)
(*) Direct/Memcpy: Using MMXEXT optimized memcpy()
(!) [ 7843:    0.000] --> Caught signal 1 (sent by pid 7864, uid 1000) <--

Killed
****************************************

I have no clue as to which process sends the SIGHUP, though it constantly 
is a pid 21 greater than the one of mplayer main process.

The same script worked well on debian woody (3.0), kernel 2.4.26 and
MPlayer 1.0rc3. It also works on another debian sarge installation,
though I don't know yet which mplayer version.

Does anyone have an idea where the problem might be?

Regards,

Sebastian

-- 
Every man dies.
Not every man really lives.

Sebastian Helms - http://www.shelms.de - mailto:kontakt at shelms.de