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. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rni...@gmx.de _______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
