We are using a Hauppauge WinTV-NOVA satellite card (model 541) to test the reception of multicast data which is sent by our own IP-gateway in an endless loop.
In order to receive and decode the data we use a java program which opens a MulticastSocket on the correct port of the dvb0_0 interface and receives the DatagramPackets from it. This process runs continuously to test the stability of the driver and our own FEC decoding software. It can run without any problem for several hours, even days, receiving all transmitted bytes, and then suddenly we get several of the following errors: java.net.SocketException: Resource temporarily unavailable at java.net.PlainDatagramSocketImpl.receive(Native Method) at java.net.DatagramSocket.receive(DatagramSocket.java:672) When this SocketException occurs, all bytes of the DatagramPacket get lost! We can't find any dvb kernel messages in /var/log/messages and we figured out that there is no correlation with the SNR or BER (even with BER=0 errors occured). Has anybody else stress tested the dvb API for multicast data reception by one of the dvb0_* interfaces? Do we need to "retune" de dvb card from time to time with "ntuxzap -c" or "szap -n" to avoid long uptime problems? Can we get more logging from the dvb API to get more details about the reason for this problem? We are using siemens_dvb-0.9.3 and Linux 2.4.9-13. Thanks, Paul > -------- Original Message -------- > Subject: [linux-dvb] Resource temporarily unavailable > Date: Sun, 30 Dec 2001 14:51:07 -0000 > From: "Jon Folland" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > > Has anybody come across the "Resource temporarily unavailable" error when > reading from a demux device? > I can open the device and set a PES or section filter successfully. However > calling read() gives the above error. > > Anybody know how to remedy this without having to buy a new PC? > > I am using a Hauppage WinTV-NOVA model 541 satellite card. -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as subject.
