...

I've just built vdr-1.7.7, using vdr-xine 9.1 as the output device.

During playback I'm getting PPPPPPPPPP at a rate of 5 every second. What does this mean??

In the console? Are you using softdevice?

I'm using vdr-xine as my soft device.

The PPPPPP messages are in the console:

<snip> SetPlayMode: 1 SetDigitalAudioDevice: 0 frame: (0, 0)-(720,576), zoom: (1.00, 1.00) PPPPPPPPPPPPPPPP

Hi,

Simon Baxter schrieb:

...

I'm using vdr-xine as my soft device.

The PPPPPP messages are in the console:

<snip> SetPlayMode: 1 SetDigitalAudioDevice: 0 frame: (0, 0)-(720,576), zoom: (1.00, 1.00) PPPPPPPPPPPPPPPP

Any ideas what this means?

It means that VDR's call to cXineDevice::Poll() timed out. In other words, xine didn't get into a state where it could accept futher data for that period of time.

You can ignore this piece of information when replaying recordings, but you shouldn't get this reported for live TV, where xine's input buffers aren't expected to fill up completely.

MANUAL mentions to set engine.buffers.audio_num_buffers to 4 but VDR-1.7.x doesn't need this anymore. Just leave the setting untouched -- the default value of 230 should be ok.

For some HD channels people reported that it is required to increase engine.buffers.video_num_buffers to 2500 or something like that. Otherwise the huge A/V offset between audio and video input packets cannot be compensated and leads to noticeable delays in decoding and presentation.

Bye.