#Pinnacle pctv sat hdtv pro usb 452e driver

I'm unable to determine at what point in the processing chain the packets are being lost. Note that during the BBC HD trial from Crystal Palace I was able to record this channel from a DVB-T adapter without packet loss even on the EPIA5000 (533 MHz Via Eden processor). I've cross-checked with the XP configuration to make sure that the frequencies, polarity, etc. Obviously, the data rate is much higher on the HD channel. The channels I've tried are BBC 1 London and BBC HD. I also have two DVB-T USB adapters which work with the same software configuration with no packet loss. I've also tried running the linux configuration on two different computers - an AMD X2 4600 with Asus M2NPV-VM mobo, and a Via EPIA5000 system (with a PCI 5-port USB2.0 card). Is there any possibility this could be the case ?

#Pinnacle pctv sat hdtv pro usb 452e driver

This seems to rule out signal quality as a cause unless the linux driver does not configure the device's error correction properly.

However, the device performs flawlessly under Windows XP in exactly the same hardware configuration (same computer, dish, and sat feed) when tuned to the same channels. I realise the simplest explanation for this would be a poor quality signal. From the stats produced by TS Reader the rate of loss is typically around 1 packet in 700, though it varies from run to run. However, the transport stream shows up discontinuity errors which manifest as glitches in the playback.

I've followed the instructions in the DVB wiki entry for this device, and have succeeded in tuning the device using the patched version of szap, and recording a transport stream (using cat /dev/dvb/adapter0/dvr0 > recording.ts). Although this device is not yet officially supported, I've been trying to get it working following success reported by others in an earlier thread.