[linux-dvb] RE : Length of /dev/dvb/adapter0/dvr0's buffer.

> I'm trying to read from /dev/dvb/adapter0/dvr0. > The problem is that the process reading sometimes is not fast enough and > after a while I get errno > 75 when I try to read from it. > > On average the speed is ok, so it should work. > There must be a buffer behind dvr0 that goes in error onec

[linux-dvb] RE : New tuning file for eiffel tower DVB-T transmitter

For Paris downtown, the Eiffel Tower is the main transmitter. For the surburb, the transmitters are listed below with their list of UHF channels (frequency in MHz = 306 + 8 * UHF-channel) Paris - Tour Eiffel : 21 24 27 29 32 35 Paris Est - Chennevières : 35 51 54 57 60 63 Paris Nord - Sannois

[linux-dvb] RE : Tuning Regression on Hauppauge Nova-T Stick forjust one channel (driver dvb_usb_dib0700)

Your failing channel is VHF channel 6 while your working channels are UHF. Is the Hauppauge Nova-T Stick supposed to work with VHF? Maybe an antenna or other reception-related problem with VHF? -Thierry -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Mat

[linux-dvb] Force cold reset / firmware reload of PCI device (Nova T 500)

Hello, This has already been asked here but I can't remember if an answer was found. When you have a PCI device such as the Hauppauge Nova T 500, you upgrade the drivers and firmware (meaning copy a new file into /lib/firmware), you may force an unload/reload of the driver in the kernel but is the

[linux-dvb] RE : DiB0700 device report

> Bizarrely, my system has been running with no problems for about a week > without any problems at all! When I initially updated to the new modules > and firmware, I had a couple of hard lockups in the first day or so. > Since then, I have changed nothing... Same thing for me. Got one disconne

[linux-dvb] RE : RE : RE : RE : linux-dvb and Dektec [was: DVB API update]

> What do you do about devices having HW filters ? Then you will need > to implement them in userland, in your view, which brings in inconsistent > userspace interfaces. I addressed this in a previous mail of this thread. The device driver should report capabilities in a standard way: able to dem

[linux-dvb] RE : RE : RE : linux-dvb and Dektec [was: DVB API update]

> Copying in and out of kernel is not fun and eats > a lot of your CPU. Which is quite useless. It is not a matter of performance, it is a matter of operating system security and stability. Access to a device is a matter of security, it needs access to internal kernel structure, it needs user ac

[linux-dvb] RE : RE : linux-dvb and Dektec [was: DVB API update]

> I think there is at least one usage case where one might want to > have the DekTec card integrated into the linux-dvb driver framework, > which already has been mentioned: us the existing linux-dvb applications > with it! > Especially dvbsnoop is a very helpful tool for some cases. > I definite

[linux-dvb] RE : linux-dvb and Dektec [was: DVB API update]

IMHO, the Linux DVB framework serves two main purposes: - Common API for the zillions of DVB-S/C/T adapters - Common frontend for TV watching programs such as Myth et al. Dektec products address the market of professional & test lab applications using ASI input/output, QPSK/QAM/OFDM modulators out

[linux-dvb] RE : Hauppauge Nova-T Stick (and TD)

Have a look at: http://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-Stick Get the latest dvb drivers to replace those of your kernel: http://www.linuxtv.org/wiki/index.php/How_to_install_DVB_device_drivers This is as simple as: hg clone http://linuxtv.org/hg/v4l-dvb

[linux-dvb] RE : nova-t 500, again.

> That doesn´t by any chance happen to be channels with high bitrate ? How can a specific service bitrate cause the disconnect since the device (and its driver) passes the complete TS to the software demux in the kernel? Even if the service has a variable bitrate inside the TS, the TS bitrate re

[linux-dvb] RE : Frontend device "disappearing" with HauppaugeWinTVNOVA-T-500

-Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Thierry Lelegard Envoyé : jeudi 20 septembre 2007 14:40 À : 'Nicolas Will'; linux-dvb@linuxtv.org Objet : [linux-dvb] RE : Frontend device "disappearing" with HauppaugeWinTVNOVA-

[linux-dvb] RE : Frontend device "disappearing" with Hauppauge WinTVNOVA-T-500

> You are using old code with an old firmware, and running into a known problem. > I would suggest that you get the new stuff, including the latest test > firmware. Thanks, If have updated the drivers and firmware. I got the firmware file dvb-usb-dib0700-1.10.fw and renamed it as dvb-usb-dib070

[linux-dvb] Frontend device "disappearing" with Hauppauge WinTV NOVA-T-500

Hello, I have been using various Hauppauge devices on Linux for years and I have a strange problem since I use a Hauppauge WinTV NOVA-T-500 (a dual-tuner DVB-T receiver on a PCI card which appears as 2 USB devices). I use the DVB devices from custom applications reading and analysing transport st