Analogtv Plugin help wanted

Hi

I'm trying to let vdr work with a Hauppauge pvr350 board using analogtv
PLUGIN. I followed the instructions in the README files, installed the
ivtv drivers, loaded the modules, patched vdr ......
I did all this operation with vdr 1.2.6 and vdr 1.3.12, in bith cases I
cannot see anithing displayed on the tv attached to pvr 350 output.
If i try cat /dev/video0 > nonsense.mpg and then try to play it I see a
film with the standard noise from a tv tuner with no antenna attached.

I Have no DVB card inserted
I am using a kernel 2.4.23
I dont load any DVB modules, only ivtv modules
I Have done no change on the vdr /video/setup.conf file
I haven't created any device in the /dev directory
In the same system I had before a dvb-s board and vdr was finely working

with vdr 1.3.12 in /var/log/messages I got

Sep  3 17:31:09 localhost vdr[10548]: VDR version 1.3.12 started
Sep  3 17:31:09 localhost vdr[10548]: loading plugin:
./PLUGINS/lib/libvdr-analogtv.so.1.3.12
Sep  3 17:31:09 localhost vdr[10548]: loading /video/setup.conf
Sep  3 17:31:09 localhost vdr[10548]: loading /video/sources.conf
Sep  3 17:31:09 localhost vdr[10548]: loading /video/diseqc.conf
Sep  3 17:31:09 localhost vdr[10548]: loading /video/channels.conf
Sep  3 17:31:09 localhost vdr[10548]: loading /video/timers.conf
Sep  3 17:31:09 localhost vdr[10548]: loading /video/commands.conf
Sep  3 17:31:09 localhost vdr[10548]: loading /video/svdrphosts.conf
Sep  3 17:31:09 localhost vdr[10548]: loading /video/ca.conf

Re: [PATCH] vdrc-0.0.8 for VDR-1.3.x

Wolfgang Fritz wrote:
> Hi,
> 
> This is a patch to make vdrc-0.0.8 work with newer vdr-1.3.x (tested
> with 1.3.12).
> 
> The plugin seems to work, but I could not checked it against the
> original version because of the lack of a vdr-1.2.x installation so I
> don't know whether it is behaving like the original or not.
> 
> The changes are mainly OSD interface related, and I can not say that I
> really understood what I was doing, so take this patch with a grain of salt.
> 
> Wolfgang
> 

Here is an updated version which fixes the status bar display and adds a
Recordings.TriggerUpdate() in order to reflect a change in the video
directory in the VDR recordings menu.

The file name display is not correct if the filename contains special
characters which are displayed in #xx form, but I'm too lazy to fix this
now.

Wolfgang

Index: vdrc/filewnd.c
===================================================================
RCS file: /home/cvs/cvsroot/vdr/vdr/PLUGINS/src/vdrc/filewnd.c,v

vdr turn itself off after a while

I get a warning on screen "press any key to cancel shutdown", although I
haven't touched the off key..

Am using softdevice. Is there an automatic timeout that has to be turned
off?

--

-- 
Torgeir Veimo <torgeir <at> pobox.com>

Re: vdr turn itself off after a while

Torgeir Veimo wrote:
> I get a warning on screen "press any key to cancel shutdown", although I
> haven't touched the off key..
> 
> Am using softdevice. Is there an automatic timeout that has to be turned
> off?
> 

Menu->Configuration->Misc->Inactivity timeout

Bye

--

-- 
- Yo también quiero una Europa libre de Patentes de Software  -
- I want a Software Patents Free Europe too! And you?         -
---------------------------------------------------------------
   EuropeSwPatentFree - http://EuropeSwPatentFree.hispalinux.es

MP3/MPlayer plugin 0.9.4 (development)

Hi all,
a new release of the MP3/MPlayer plugin is available from my
homepage. This release brings a feature which has been requested
often: a queue manager. For now you can only add files, but this
will change in future.

This release has to be considered unstable, as may ancient code
parts have been touched and changed.

BTW: I know that this announcement will find quickly the way into
vdrportal. That's fine. But please note, that I don't read
vdrportal on a regular basis. So if you want to comment on this
release or report a bug, please use the mailing list or direct
mail.

NEWS:
03.09.2004: Version 0.9.4 development (vdr 1.2.6/1.3.12)
- Added a queue manager. During playback you can add new songs to the playlist
  by selecting them from the MP3 menu/browser. To flush the playlist you have
  to stop the player for now. You can add new songs even if the player is kept
  idle (see below).
- Replaced setup option "mute at end of list" with "abort player at end of
  list". If you set this option to "no" and the end of playlist is reached, the
  player is kept idle. To restart playback select a song to restart from there
  or "up" to restart from the begining.
- Background scan (formerly known as ID3 prescan) now also can determine the
  song level. Note that level scan requires to decode the complete song. This is
  done on a seperate thread with nice 5 but nevertheless it needs CPU cycles. If
  your system crawls, you can set background scan to "ID3 only" in the plugin
  setup menu.

Message does not clear after being displayed

Can anyone tell me why this snip of code does not clear in the OSD after it
has been displayed?  I can still see parts of "scanning recordings..."
behind the color coded function keys in the menu.  I would assume that
"Skins.Flush()" is supposed to remove the message, but it doesn't.  Thanks.

#if VDRVERSNUM >= 10307
  Skins.Message(mtStatus, tr("scanning recordings..."));
  Skins.Flush();
#else
  Interface->Status(tr("scanning recordings..."));
  Interface->Flush();
#endif

Re: VDR with NTPL

> 
> Afaik nobody does this intentionally.
> 
> Unfortunately, there have been some changes in the 2.6.x kernel series
> which broke backward compatibility.
>  
> > If the DVB driver wants to use features of a newer kernel, 
> these should
> > be enclosed in #if statements and made kernel version dependent.
> 
> Patches are welcome. I'm sure that these patches could be incorporated
> in dvb-kernel if someone would be willing to provide and 
> maintain them.
> 

I am currently trying to test out vdr with and without NPTL enabled so I
changed the code in vdr.c like this (so vdr would startup without having to
disable it):

#ifdef _CS_GNU_LIBPTHREAD_VERSION
  // Check for NPTL and exit if present - VDR apparently doesn't run well
with NPTL:
  char LibPthreadVersion[128];
  if (confstr(_CS_GNU_LIBPTHREAD_VERSION, LibPthreadVersion,
sizeof(LibPthreadVersion)) > 0) {
     if (strstr(LibPthreadVersion, "NPTL")) {
//        fprintf(stderr, "\nvdr: please turn off NPTL by setting 'export
LD_ASSUME_KERNEL=2.4.1' before starting VDR\n");
        isyslog("Warning: NPTL is currently unsupported by VDR.  To remove
this message, turn off NPTL by setting 'export LD_ASSUME_KERNEL=2.4.1'

Re: Outdated EPG-Box

I have seen a different inconsistency between the Now/Next information 
and the schedule data. I examined the EPG data and found a program 
listed as lasting 24.5 hours (it should have been 0.5 hours). This event 
was stuck in the EPG as running "now" since VDR still believed it was 
still running, even though the schedule also had other programs listed 
after this event.

C T-9018-8197-8261 ITV 1;ITV
E 14723 1093926600 88200 4E
T ITV Early Morning News
S Main national & international news.
e

As far as I can tell the only way this event could have got into the EPG 
data is a bug in the transmitted schedule data. The program is no longer 
listed in the EIT being broadcast at the moment so I can't confirm this 
for certain.

I searched through my 7 day EPG and didn't find any other occurances of 
this problem. The longest other program I found in the schedule data was 
I think 19.5 hours long which covered the time between shutdown and 
restart of a channel with a limited broadcast schedule.

For reference I placed a compressed copy of my current complete epg.data at
   http://www.jburgess.uklinux.net/epg-bad-itv.data.bz2 (269kB)

   Jon

Re: Message does not clear after being displayed

C.Y.M. wrote:

| Can anyone tell me why this snip of code does not clear in the OSD
after it
| has been displayed?  I can still see parts of "scanning recordings..."
| behind the color coded function keys in the menu.  I would assume that
| "Skins.Flush()" is supposed to remove the message, but it doesn't.
Thanks.
|
| #if VDRVERSNUM >= 10307
|   Skins.Message(mtStatus, tr("scanning recordings..."));
|   Skins.Flush();
| #else
|   Interface->Status(tr("scanning recordings..."));
|   Interface->Flush();
| #endif
|

I have a similar problem, but it only occurs on the lcd of my box when i
send a message via the MESG command or VDR shows the shutdown question.

I'm using vdr 1.3.12 with lcdproc plugin 0.0.10

--
Mit freundlichen Grüssen,
Oliver Friedrich

Re: Message does not clear after being displayed

Oliver Friedrich wrote:

> I have a similar problem, but it only occurs on the lcd of my box when i
> send a message via the MESG command or VDR shows the shutdown question.
> 
> I'm using vdr 1.3.12 with lcdproc plugin 0.0.10
> 

This is a known problem. Since some 1.3.x version vdr does not send a
notification any more when the message disappears.

I'm sorry but I do not remember the source of this information.

Wolfgang