Hi Alex Woods schrieb: > [snip] > Something that might be worth looking at is the PCR pid. This seems to > be ignored by scan (unless in vdr mode) and tzap, and I imagine for a > lot of other apps channel configs, since it appears to not be needed. > However, if it's not sent with the video and audio pids to the dec, the > output from the scart will be out of sync A/V-wise. As a hack, the > driver sends the video pid for the PCR, since for most channels this > will work - but Channel 4 is one of the ones that has a different PCR > pid. I never checked the resulting streams from the driver, since they > always use to play in sync... > Dunno if it is actually related to the sync problems but the PCR pid handling is definitly somehow wrong(or something related with that). I stumbled about it when trying to find out why xine doesnt work with the ttusb_dec driver. xine does something like that: ------ tune(); set_pcr_pid(); set_video_pid(); set_audio_pid(); read_data(); ----------- That means, in contrast to lots of other apps, it actually uses the PCR pid. Problem is that then it only gets audio data from the driver, but no video. I verified that with a small test programm and further found out that if you just dont set the pcr pid everything works fine. I havent found time to look deeper into that, but for a temporary workaround I commented out the part that is responsible for the pcr pid setting in the ttusb_dec driver. CU Peter
