[vdr] MP3/MPlayer plugin 0.9.11 (development)

C.Y.M syphir at syphir.sytes.net
Sun Feb 20 20:41:53 CET 2005

Stefan Huelswitt wrote:
> On 20 Feb 2005 "C.Y.M" <syphir at syphir.sytes.net> wrote:
>>Here is an example of the error in the syslog:
>>Feb 20 10:28:06 sid vdr[7544]: mp3: player thread started (pid=7544)
>>Feb 20 10:28:08 sid vdr[4248]: error reading '/dev/input/event2'
>>Feb 20 10:28:11 sid vdr[7545]: ERROR: thread 81926 won't end (waited 3 seconds) 
>>- canceling it...
>>Feb 20 10:28:22 sid vdr[7544]: mp3: player thread ended (pid=7544)
>>How to reproduce:
>>Put an image file in a directory with a matching mp3 file.  This error occurs 
>>the first time the image is converted to a mpg file.  Once the cache file 
>>exists, the error does not happen any more.
> Well as usual: I can't reproduce this here.

Hmm, make sure you dont have a default background image defined either...

> One interesting thing: what process is vdr[7545] and which thread
> is 81926?

I would assume that 7545 is the thread that is calling the image_convert.sh 
script.  But, I have no idea what 81926 is.. What I was thinking is that if a 
thread gets stuck waiting for a process to finish, that it affects all the other 
threads (since this is not multithreaded).

> The conversion isn't made asynchronous with threads but with
> fork(). So possibly this is not related.

I can reproduce it every time though..

What I was thinking is something like this for a fix:

if [ $FORMAT = "pal" ]; then
echo " \
pnmscale $S $TMP | \
   pnmpad -black -width 704 -height 576 | \
   ppmntsc --pal | \
   ppmtoy4m -v 0 -n 1 -r -F 25:1 | \
   mpeg2enc -f 7 -T 90 -F 3 -np -a 2 -v 0 -o "$MPG" \
"| at now

More information about the vdr mailing list