On 26.11.2009 13:51, Giampaolo Sica wrote:
Maybe because you haven't applied it to your copy of version 1.7.10? ;-)
:)))
In hindsight I'm not sure whether the change "Fixed writing the PCR pid into the PMT in cPatPmtGenerator::GeneratePmt()" was a good idea, because VDR doesn't record the PCR pid at all.
I tend to revert that change, because I don't think that a separate PCR pid is necessary in a recording. AFAIK the PCR pid is only for live viewing.
Klaus
Yes, you're right if you are replaying recordings on a FF card, but:
- Some players refuse to play TS streams without PCR information (screen
remains black). 2) I'm porting VDR to IPBOX 9000HD (STi710x based STB... yes, I know there is enigma2, but I've been using vdr since 2000 and I love it) and the PCR pid is essential to have the timeline while watching recording, because the ioctl DMX_GET_STC fails and the only way to you get time information is from the video/audio decoder (VIDEO_GET_PTS/ AUDIO_GET_PTS). So, even if I wrote a plugin for this device, I'd have to patch the base classes that is in contrast with the plugins philosophy
Can you please try what happens if you set
int Ppid = 0x1FFF;
in cPatPmtGenerator::GeneratePmt()?
As far as I understand the PCR (please correct me if I'm wrong), it only has a meaning in live mode, where PCR packets arrive at precise points in time and are used to syncronize the player's internal clock. When replaying a recording, it is not defined when the PCR packets arrive at the player, and thus they have no meaning.
Klaus