Recently I got DVB-C tuner and it works well. I already had DVB-T tuner and it has been working well for receiving many and many gigabytes of content. They both worked well alone with Linux 2.6.11.7 drivers but when I installed both, only DVB-C tuner is used for receiving. I added current channels ("SVDRP NEWC <channel parameters>") used in old DVB-T server but no content is received when tuning to those channels.
Am I doing something wrong with VDR 1.3.24? Infra-red remote control (of DVB-T tuner, DVB-C tuner does not have that feature) works as it should, so device is not completely out of business when both tuners are on PCI bus.
Paavo Hartikainen wrote:
Recently I got DVB-C tuner and it works well. I already had DVB-T tuner and it has been working well for receiving many and many gigabytes of content. They both worked well alone with Linux 2.6.11.7 drivers but when I installed both, only DVB-C tuner is used for receiving. I added current channels ("SVDRP NEWC <channel parameters>") used in old DVB-T server but no content is received when tuning to those channels.
Is the frontend0 devfile present for both cards? (/dev/dvb/adapter[01]/frontend0).
You could also manually check&edit channels.conf.
BTW, is there any todo or patch for declaring channel aliases (maybe with priorities, since one source might have much better bitrate, like DVB-S compared to DVB-T here in Finland). It would be useful when you have e.g. a same channel from three different sources (C, S, T) and want to automatically use the one available. Then, though, finding free tuners for starting recordings would be more complex, since you may need to switch the liveview of aliased channel to another card if user wants to record a channel only present in one source.
Anssi Hannula anssi.hannula@gmail.com writes:
Paavo Hartikainen wrote:
They both worked well alone with Linux 2.6.11.7 drivers but when I installed both, only DVB-C tuner is used for receiving. I added current channels ("SVDRP NEWC <channel parameters>") used in old DVB-T server but no content is received when tuning to those channels.
Is the frontend0 devfile present for both cards? (/dev/dvb/adapter[01]/frontend0).
/dev/dvb/adapter0/: demux0 dvr0 frontend0 net0
/dev/dvb/adapter1/: audio0 ca0 demux0 dvr0 frontend0 net0 osd0 video0
According to "lsof", VDR keeps frontend device of both tuners open.
You could also manually check&edit channels.conf.
After using "NEWC" channels.conf entries at the end of list look just like ones in old DVB-T server.
VDR has been restarted to see if that would help. Streaming of DVB-T channel was attempted (HTTP stream with streamdev-server), client just waits for content. Every remote control key event causes four interrupts on "saa7146 (0)", no interrupts when streaming is requested (assuming that tuning attempt would also show up as one or few interrupts).
From "/proc/interrupts":
--- 24: 5036 PMAC-PIC Level saa7146 (0) 25: 179431359 PMAC-PIC Level saa7146 (1) ---
After trying once again, VDR managed to tune to added DVB-T channels and find other channels from same multiplex. Soon afterwards it stopped responding, wrote lots of "ERROR: 663 ring buffer overflows (124644 bytes dropped)" to "/var/log/syslog" and consumed lots of CPU time. "killall -KILL vdr" solved that problem and VDR got restarted. This time both tuners worked properly for streaming and direct watching/listening.
Since "I did not touch anything" and things suddenly started working, I wonder if they still work on tomorrow or after next reboot.