[vdr] Re: Error with dumb card

[Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de>]

Wolfgang Goeller wrote:
> 
> Hello Klaus
> 
> > Looks like a problem with the new way VDR tries to keep the current
> > channel active on the primary device. It assumes that the primary
> > device is able to actually replay something, which in your case is
> > not true.
> >
> > Please try changing the line
> >
> >         if (!cDevice::PrimaryDevice()->HasProgramme()) {
> >
> > in VDR/vdr.c into
> >
> >         if (!cDevice::PrimaryDevice()->HasProgramme() && cDevice::PrimaryDevice()->HasDecoder()) {
> >
> > This will prevent a primary device that can't actually replay or show live video
> > from continuously trying to set the channel.
> >
> > Please let me know if this fixes it.
> 
> Well it helped one was - i.e. I got rid of the continuous "switching to..."
> messages. But nonetheless I was not able to do any recording.
> 
> To be sure that everything else works ok I replaced the dumb card with
> a Nexus-S - and recording worked without any other change.

I just tried this again here and it worked fine:

May 18 16:22:59 video vdr[1623]: VDR version 1.1.31 started
May 18 16:22:59 video vdr[1623]: loading /video/setup.conf
May 18 16:22:59 video vdr[1623]: loading /video/sources.conf
May 18 16:22:59 video vdr[1623]: loading /video/diseqc.conf
May 18 16:22:59 video vdr[1623]: loading /video/channels.conf
May 18 16:22:59 video vdr[1623]: loading /video/timers.conf
May 18 16:22:59 video vdr[1623]: loading /video/commands.conf
May 18 16:22:59 video vdr[1623]: loading /video/reccmds.conf
May 18 16:22:59 video vdr[1623]: loading /video/svdrphosts.conf
May 18 16:22:59 video vdr[1623]: loading /video/ca.conf
May 18 16:22:59 video vdr[1623]: loading /video/remote.conf
May 18 16:22:59 video vdr[1623]: loading /video/keymacros.conf
May 18 16:22:59 video vdr[1623]: probing /dev/dvb/adapter1/frontend0

Note that my WinTV NOVA-S (budget) card is the second one in my VDR box.
For this test I have started VDR with 'vdr -D1'.

May 18 16:22:59 video vdr[1626]: EIT processing thread started (pid=1626) - master
May 18 16:22:59 video vdr[1627]: tuner thread started on device 2 (pid=1627)
May 18 16:22:59 video vdr[1623]: found 1 video device
May 18 16:22:59 video vdr[1623]: setting primary device to 1
May 18 16:22:59 video vdr[1623]: device 1 has no MPEG decoder

Here you can see that it really _is_ a budget card.

May 18 16:23:00 video vdr[1623]: connecting to RCU remote control using code A
May 18 16:23:00 video vdr[1628]: RCU remote control thread started (pid=1628)
May 18 16:23:00 video vdr[1629]: KBD remote control thread started (pid=1629)
May 18 16:23:00 video vdr[1623]: remote control RCU - keys known
May 18 16:23:00 video vdr[1623]: remote control KBD - keys known
May 18 16:23:00 video vdr[1623]: switching to channel 2
May 18 16:23:00 video vdr[1623]: reading EPG data from /video/epg.data
May 18 16:23:09 video vdr[1623]: timer 22 (2 1623-1923 '@TITLE EPISODE') start
May 18 16:23:09 video vdr[1623]: Title: 'Star Trek: Deep Space Nine' Subtitle: 'Das Tribunal'
May 18 16:23:09 video vdr[1623]: record /video/@Star_Trek:_Deep_Space_Nine_Das_Tribunal/2003-05-18.16:23.50.50.rec
May 18 16:23:09 video vdr[1623]: creating directory /video/@Star_Trek:_Deep_Space_Nine_Das_Tribunal/2003-05-18.16:23.50.50.rec
May 18 16:23:10 video vdr[1623]: recording to '/video/@Star_Trek:_Deep_Space_Nine_Das_Tribunal/2003-05-18.16:23.50.50.rec/001.vdr'
May 18 16:23:10 video vdr[1633]: recording thread started (pid=1633)
May 18 16:23:10 video vdr[1634]: receiver thread started on device 2 (pid=1634)

Here I manually stopped recording.

May 18 16:23:33 video vdr[1623]: confirm: Stop recording?
May 18 16:23:34 video vdr[1623]: confirmed
May 18 16:23:34 video vdr[1633]: recording thread ended (pid=1633)
May 18 16:23:34 video vdr[1634]: receiver thread ended on device 2 (pid=1634)
May 18 16:23:34 video vdr[1623]: buffer stats: 40232 (0%) used
May 18 16:23:34 video vdr[1623]: timer 22 (2 1623-1923 '@Star Trek: Deep Space Nine Das Tribunal') stop
May 18 16:23:34 video vdr[1623]: deleting timer 22

After this I replayed the recording and it was just fine.

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.