[vdr] Re: BUG Report vdr 1.2.0pre1 and 1.1.33

[Gerald Raaf <graaf@attglobal.net>]

Hi,

Klaus Schmidinger schrieb:

> Gerald Raaf wrote:
> >
> > Hi Klaus,
> >
> > since vdr-1.1.33 there is an anoying bug in VDR which causes system
> > freeze. It isn't possible to do anything lirc, keyboard didn't work any
> > longer and also you can't telnet anymore. Only Poweroff/Reset Button
> > works.
> > with 1.1.32 everything works fine.
> >
> > Since i got some problems with my cam and 1.1.xx Versions -> Cam read
> > errors after a while. I create a new runvdr.
> > In this script I start 3 instances of vdr, and controll this with a lirc
> > perl which is posted in the list a while ago.
> >
> > on Card 2 the one with cam (plain vanilla):
> > vdr -E /video/instance/vdr3 -c /video/instance/vdr3 -p2003 -v  /video -w
> > 90 --terminal /dev/tty1
> > recording (FTA or CAM) is OK
> >
> > on Card 1 (plain vanilla):
> > vdr -E /video/instance/vdr2 -c /video/instance/vdr2 -p2002 -v  /video -w
> > 90 --terminal /dev/tty1
> > recording (FTA) is OK
> >
> > first test:
> > on Card 0 normally (patched with AC3overDVB, autopid and Elchi and some
> > plugins):
> > vdr -E /video/instance/vdr1 -c /video/instance/vdr1 -p2001 -v  /video -w
> > 90 -s /usr/local/bin/stopvdr -r /usr/local/bin/record.sh -Pvdrcd -Pdvd
> > -Pvcd -Pconsole -Pmplayer -Pmp3 -Pimage --terminal /dev/tty1
> >
> > second test:
> > only Card 0 starting changed (vdr also plain vanilla)
> > vdr -E /video/instance/vdr1 -c /video/instance/vdr1 -p2001 -v  /video -w
> > 90 --terminal /dev/tty1
>
> I don't see any -D options here to assign the individual VDR instances
> to particular DVB cards, but I guess you just left them out and in reality
> are using them.
>
> The only change between 1.1.32 and 1.1.33 that I can think of causing trouble
> here would be
>
> --- vdr.c       2003/05/16 12:11:45     1.155
> +++ vdr.c       2003/05/24 11:06:53     1.156
> @@ -323,6 +323,7 @@
>       stdin  = freopen(Terminal, "r", stdin);
>       stdout = freopen(Terminal, "w", stdout);
>       stderr = freopen(Terminal, "w", stderr);
> +     HasStdin = true;
>       }
>
>    isyslog("VDR version %s started", VDRVERSION);
>

this dosn't help.

>
> Since you are using '--terminal /dev/tty1' for _both_ VDR instances, that
> might cause problems. Assigning more than one VDR instance to the same
> controlling terminal doesn't seem to make much sense to me - but I may
> be wrong there.
>
> So, I suggest you either use separate controlling terminals, or try reverting
> the above change. But I believe the change is necessary, since others have
> complained about problems _without_ it.
>
> Klaus
> --
> _______________________________________________________________
>
> Klaus Schmidinger                       Phone: +49-8635-6989-10
> CadSoft Computer GmbH                   Fax:   +49-8635-6989-40
> Hofmark 2                               Email:   kls@cadsoft.de
> D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de
> _______________________________________________________________
>
> --
> Info:
> To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe vdr" as subject.

I did some other tests on fta channels, before doing this i moved the setup.conf to
another place so it would be newly created when starting vdr, and i start vdr from
terminal not with a script. The starting of vdr instances is in all tests the same. Each
Card is connected to an AV receiver and then to TV.
Card2:
vdr -E /video/instance/vdr3 -c /video/instance/vdr3 -p2003 -v  /video -w 90 -D2

Card1:
vdr -E /video/instance/vdr2 -c /video/instance/vdr2 -p2002 -v  /video -w 90 -D1

Card0
vdr -E /video/instance/vdr1 -c /video/instance/vdr1 -p2001 -v  /video -w 90 -D0

Test1:
zapping arround all Cards and display EPG infos and playing recorded movies. This all
works fine. :)

Test2:
start a recording on card 1 (RTL2), view the recorded channel on card 1-3 all ok. :)

Test3:
start a recording on card 2 (ProSieben),  view the recorded channel on card 1-3 all ok.
:)

Test4:
start recording on card1 (RTL2), start record on card2 (ProSieben), view the recordings
from card1 on card1 or 2 is ok. view recordings from card2 on card1 or 2 is ok. When i
hit the Menu Key on Card0 the system freeze after some seconds. When i switched between
the cards output to TV i recognized that on all three cards the output is frozen.

Test5 (viewing crypted channel on Premiere):
i started the instances as described above.
at card2 the cam is connected. In the Setup Menu i go to the cam stuff to tell vdr it
can receive Premiere channels. After that i restarted vdr, and want to switch to a
Premiere channel then i got the message channel not available. After this i stopped vdr
and looked into the setup.conf
PrimaryDVB = 1
CaCaps = 1 101 -> this line i changed to CaCaps = 3 101 after this change i could view
Premiere channels on card2.

since all cards have PrimaryDVB = 1 in setup.conf (which i think is not correct) perhaps
this could cause the deadlocks in vdr

Test6:
vdr -E /video/instance/vdr1 -c /video/instance/vdr1 -p2001 -v  /video -w 90
with this most everthing works fine 2 recordings the same time, an playing one other
movie, but after about every 30 minutes i get one cam read error, vdr-1.2.0pre1 didn't
restart (thats ok for me) and there is a small video glitch (with artefacts) at that
moment, before and after the cam read error the recording is ok and in sync.

Test7 (with Andreas Freund's ci patch posted on Sunday 25 May):
vdr -E /video/instance/vdr1 -c /video/instance/vdr1 -p2001 -v  /video -w 90
same result as in Test6

@Klaus
since i've got 2 Cams and 2 cis which both have this problem, i can lend you one for
debugging purposes if you want. If your interested contact me per private mail.

Gerald




-- 
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe vdr" as subject.