Hi,
On Tue, Apr 14, 2009 at 11:31:07AM +0200, alexw wrote:
Hi,
In your capture file, I can see the PAT insertion have a bad TS continuity counter. But his should not prevent from getting the PMT and decoding the stream.
PID: 0 118x continuity errors (PAT) PID: 97 OK (PMT) PID: 511 11x continuity errors (VIDEO) PID: 515 8x continuity errors (AUDIO) PID: 18 OK (EIT) PID: 2687 OK PID: 2736 OK PID: 4070 OK PID: 5663 OK
Thanks for the info.
It seems that you are loosing packets from your DVB frontends/receiver.
Yes, it looks so.
Is your computer overloaded during the transmission?
No, my computer is not overloaded.
Is your DVB card or network card is using shared IRQ?
Yes, it looks like it is using shared IRQ's. I have attached a cat /proc/interrupts.
Did you play with the PCI bus latency value?
No.
Could you please try the latest VDR version 1.7.5.
I have just tried out 1.7.5. It looks like it got a little bit better, but it stil has not solved my problems.
I made some HD h264 streaming tests with a popcorn hour as client device over a wifi network and the video plays perfectly smooth with the 1.7.5 VDR version. With version 1.7.4 the video was jerky due to TS error on video stream.
I have tried playing back the stream from 127.0.0.1. The problems are the same. So it has nothing to do with my network card. I will try to remove some of my DVB-Cards and also disable my onboard video card. Maybe it is really a problem with the IRQs.
Thanks, Artem