Hi
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??
Apart from a few skips in audio when the playback first starts (then it settles), there doesn't appear to be any other problems.
What does PPPPPPPP mean??
Thanks Simon
2009/5/16 Simon Baxter linuxtv@nzbaxters.com:
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'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.
hi,
Now having some experiences with vdr-1.7.7. It seems subtitles are OK in live view, and with new recordings.
But when viewing recordings made with 1.5.7 (my previous version), the subtitles are shown much too early. It seems they appear right after the previous text should be shown, are kept on the screen the correct amount of time and then disappear. Typically they are already gone when the actual speaking starts.
Any patch hanging around fixing this?
yours, Jouni