Hi, I have problem witch TBS6285 card (http://www.buydvb.net/dvbt2-tv-tuner-pcie-c-12/tbs6285-dvbt2tc-quad-tv-tuner...), it was difficult to get it work. TBS drivers replace all media tree in the kernel. After compilation I have problem with IR remote on the current Hauppage Nova–T card. I decided to use only drivers for new card with original kernel media build and it is impossible. Then I changed IR receivers and connect it to the TBS6285. TBS have different 3V IR receivers. And the end, VDR onscreen menu is unusable slow. 30s between key presses. CPE load is more than 2, replay is OK, less than 0.2. Menu parts, for example settings are good too. I think it caused by function witch reading information from card.
Do you have any experience with this card or advice?
Thank you Miloš
TBS driver : v140425 VDR: vdr-2.1.1 Kernel : Linux VDR2 3.12.20 #7 SMP PREEMPT Thu May 29 20:18:02 CEST 2014 i686 GNU/Linux
PS: Years ago I read in the mailing list, that VDR is not plug and play, it is learning how computer works. I can confirm it and adding: “VDR is my destiny or my curse” .
Hello Milos,
On 2014-06-02 16:23, Milos Kapoun wrote:
Hi, I have problem witch TBS6285 card (http://www.buydvb.net/dvbt2-tv-tuner-pcie-c-12/tbs6285-dvbt2tc-quad-tv-tuner...), it was difficult to get it work. TBS drivers replace all media tree in the kernel. After compilation I have problem with IR remote on the current Hauppage Nova–T card. I decided to use only drivers for new card with original kernel media build and it is impossible. Then I changed IR receivers and connect it to the TBS6285. TBS have different 3V IR receivers. And the end, VDR onscreen menu is unusable slow. 30s between key presses. CPE load is more than 2, replay is OK, less than 0.2. Menu parts, for example settings are good too. I think it caused by function witch reading information from card.
Do you have any experience with this card or advice?
Oh it seems that original TBS drivers are indeed a crap!
I don't know if it will work (and if your card is 100% supported), but you can try the Luis Jalves' drivers: https://github.com/ljalves/linux_media/wiki
regards,
Thank you for your suggestion, TBS6285 is not supported yet. It has si2168 demodulator and si2158 tuner, both are used by another USB card.
I had started to implement it and found it difficult to me. Demodulator code is little bit different and missing functions there.
This is sad, because card looks like good, low power consumption, low profile, 4x tuner.
regards,
Milos
Dne 2014-06-03 07:29, manio napsal:
Hello Milos,
On 2014-06-02 16:23, Milos Kapoun wrote:
Hi, I have problem witch TBS6285 card
(http://www.buydvb.net/dvbt2-tv-tuner-pcie-c-12/tbs6285-dvbt2tc-quad-tv-tuner...), it was difficult to get it work. TBS drivers replace all media tree in the kernel. After compilation I have problem with IR remote on the current Hauppage Nova–T card. I decided to use only drivers for new card with original kernel media build and it is impossible. Then I changed IR receivers and connect it to the TBS6285. TBS have different 3V IR receivers. And the end, VDR onscreen menu is unusable slow. 30s between key presses. CPE load is more than 2, replay is OK, less than 0.2. Menu parts, for example settings are good too. I think it caused by function witch reading information from card. Do you have any experience with this card or advice?
Oh it seems that original TBS drivers are indeed a crap!
I don't know if it will work (and if your card is 100% supported), but you can try the Luis Jalves' drivers: https://github.com/ljalves/linux_media/wiki
regards,
Thank you for your suggestion, TBS6285 is not supported yet. It has si2168 demodulator and si2158 tuner, both are used by another USB card.
I had started to implement it and found it difficult to me. Demodulator code is little bit different and missing functions there.
This is sad, because card looks like good, low power consumption, low profile, 4x tuner.
Maybe you should discuss this card on the linux-media mailing list. It's possible somebody may already be working on drivers there, or may be willing to write them if you provide a sample card.
On Mon, Jun 02, 2014 at 04:23:36PM +0200, Milos Kapoun wrote:
TBS drivers replace all media tree in the kernel. After compilation I have problem with IR remote on the current Hauppage Nova–T card.
If the Hauppauge card is comparable with the Nova-T PCI 90002 and if the media drivers are being replaced with some old versions that I had experience with, I may have some advice.
In 2004 or 2005 when I started using VDR, I wrote some patches at http://www.iki.fi/~msmakela/software/vdr/. Then, I got busy with other life and decided that VDR is ‘good enough’ for me. Last autumn, I updated my old hardware to current Debian (skipping 1 or 2 stable releases!) and VDR 2.0. This time I am using the stock Debian kernel.
Among my old patches, at the end of the page you can see two patches for the cx88 driver, related to the mapping of IR messages to key-press or key-repeat events.
In the 2.6 kernel version that I used back then, there was some extra translation layer that made the remote control behaviour too unpredictable to my taste. For example, it was impossible to reach a given menu entry in a long list by holding the Down button and releasing it at the right moment.
Let us say that RC5 packets are being sent by the RCU 2 times per second. The kernel driver would instantiate some kind of a virtual keyboard, which maintains its own state of ‘is a button being pressed down’. The kernel driver would then emit key-repeat events at some arbitrary rate, let us say 1.5 times per second. From this it should be obvious that you can get an extra key-repeat event after releasing the button on the RCU.
For the fat-fingered, I guess that you should discard the first repeated packet from the remote control. So, you would translate the sequence of RC5 packets to a KeyPress, then to an ignored event, and all subsequent repeated packets to KeyRepeat.
There is some explanation of the RC5 protocol at http://www.clearwater.com.au/rc5/. I used this as a reference in 2005 when I created a circuit that powers up my VDR box when I press the Power button: http://www.iki.fi/~msmakela/electronics/worc5/
Marko
Hi, I continued with investigation. I build new computer, there is only VDR and two TBS6285 cards. When I start VDR with one adapter CPU load rises to 2 and after 5 minutes drops to 0.03 . There is no streaming, no playing. In the syslog are not any bad messages. When I use all 8 adapters CPU load is between 4 and 12, never drops.
There is no problem with signal quality. In the cannels.conf is only one multiplex. EPG scan take 2 seconds.
How can I find what VDR doing with not used adapters? Maybe those adapters are not initialized and in the driver are bad defaults.
Miloš
CPU load debug, it is really strange. I tried to exclude IRQ storm, but it is difficult to confirm it. :
# uname -a Linux streamer 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u2 x86_64 GNU/Linux
TBS drivers tbs-linux-drivers_v140425.zip
# top top - 21:24:54 up 8:51, 2 users, load average: 5.14, 3.02, 2.50 Tasks: 90 total, 1 running, 89 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.2 us, 0.7 sy, 0.0 ni, 98.3 id, 0.8 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem: 3931580 total, 250052 used, 3681528 free, 16472 buffers KiB Swap: 9823740 total, 0 used, 9823740 free, 110824 cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 9966 root 20 0 342m 28m 3332 S 2.3 0.7 0:05.46 vdr 4333 mika 20 0 71272 1820 1012 S 0.3 0.0 0:00.58 sshd 8290 root 20 0 0 0 0 S 0.3 0.0 0:00.34 kworker/0:1
# cat /proc/interrupts CPU0 CPU1 0: 41 108 IO-APIC-edge timer 1: 0 2 IO-APIC-edge i8042 7: 1 0 IO-APIC-edge 8: 0 1 IO-APIC-edge rtc0 9: 0 0 IO-APIC-fasteoi acpi 12: 1 6 IO-APIC-edge i8042 14: 0 0 IO-APIC-edge pata_atiixp 15: 0 0 IO-APIC-edge pata_atiixp 16: 0 1 IO-APIC-fasteoi ohci_hcd:usb2 17: 0 2 IO-APIC-fasteoi ohci_hcd:usb3, ohci_hcd:usb5 18: 0 2 IO-APIC-fasteoi ohci_hcd:usb4, ohci_hcd:usb6 19: 0 0 IO-APIC-fasteoi ehci_hcd:usb1 22: 14 27576 IO-APIC-fasteoi ahci 43: 183 391691 PCI-MSI-edge eth0 44: 369 710371 PCI-MSI-edge SAA716x Core 45: 251 566014 PCI-MSI-edge SAA716x Core NMI: 5 13 Non-maskable interrupts LOC: 396566 714959 Local timer interrupts SPU: 0 0 Spurious interrupts PMI: 5 13 Performance monitoring interrupts IWI: 0 0 IRQ work interrupts RES: 193929 146089 Rescheduling interrupts CAL: 501 262 Function call interrupts TLB: 3904 3155 TLB shootdowns TRM: 0 0 Thermal event interrupts THR: 0 0 Threshold APIC interrupts MCE: 0 0 Machine check exceptions MCP: 108 108 Machine check polls ERR: 1 MIS: 0
# vmstat procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 0 0 0 3681288 16844 110836 0 0 2 2 50 58 0 0 100 0
# iostat Linux 3.2.0-4-amd64 (streamer) 09/06/14 _x86_64_ (2 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle 0.08 0.03 0.15 0.05 0.00 99.70
Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 0.31 2.05 3.21 66315 103770 sdb 0.29 1.73 3.21 55924 103770 md0 0.44 3.69 3.19 119305 102904
# mpstat Linux 3.2.0-4-amd64 (streamer) 09/06/14 _x86_64_ (2 CPU)
21:32:56 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle 21:32:56 all 0.08 0.03 0.14 0.05 0.00 0.00 0.00 0.00 99.70
# uptime 21:33:01 up 8:59, 2 users, load average: 5.02, 4.50, 3.45
# lspci -vvvnn 03:00.0 Multimedia controller [0480]: Philips Semiconductors SAA7160 [1131:7160] (rev 02) Subsystem: Device [6285:0001] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 45 Region 0: Memory at fdf00000 (64-bit, non-prefetchable) [size=1M] Capabilities: [40] MSI: Enable+ Count=1/32 Maskable- 64bit+ Address: 00000000fee0300c Data: 4191 Capabilities: [50] Express (v1) Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <256ns, L1 <1us ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #1, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <4us, L1 <64us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt- Capabilities: [74] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [80] Vendor Specific Information: Len=50 <?> Capabilities: [100 v1] Vendor Specific Information: ID=0000 Rev=0 Len=088 <?> Kernel driver in use: SAA716x TBS
# lsmod tbs6982fe 21981 1 saa716x_tbs_dvb tbs6680fe 17177 1 saa716x_tbs_dvb tbs6923fe 21981 1 saa716x_tbs_dvb tbs6985se 17489 1 saa716x_tbs_dvb tbs6928se 17489 1 saa716x_tbs_dvb tbs6982se 21981 1 saa716x_tbs_dvb tbs6991fe 17452 1 saa716x_tbs_dvb tbs6618fe 17177 1 saa716x_tbs_dvb saa716x_core 39763 29 saa716x_tbs_dvb tbs6922fe 21981 1 saa716x_tbs_dvb tbs6928fe 17452 1 saa716x_tbs_dvb tbs6991se 17489 1 saa716x_tbs_dvb tbs6290fe 50137 1 saa716x_tbs_dvb stv090x 42943 1 saa716x_tbs_dvb dvb_core 77733 6 saa716x_core,saa716x_tbs_dvb rc_core 18329 8 ir_nec_decoder,ir_rc5_decoder,ir_rc6_decoder,ir_sony_decoder,ir_mce_kbd_decoder,ir_jvc_decoder,ir_lirc_codec,saa716x_tbs_dvb i2c_algo_bit 12841 2 saa716x_tbs_dvb,radeon i2c_core 23876 21 i2c_algo_bit,i2c_piix4,drm,stv090x,tbs6290fe,drm_kms_helper,tbs6991se,tbs6928fe,tbs6922fe,saa716x_core,tbs6618fe,tbs6991fe,tbs6982se,tbs6928se,tbs6985se,tbs6923fe,tbs6680fe,
Dne 2014-06-02 16:23, Milos Kapoun napsal:
Hi, I have problem witch TBS6285 card
(http://www.buydvb.net/dvbt2-tv-tuner-pcie-c-12/tbs6285-dvbt2tc-quad-tv-tuner...), it was difficult to get it work. TBS drivers replace all media tree in the kernel. After compilation I have problem with IR remote on the current Hauppage Nova–T card. I decided to use only drivers for new card with original kernel media build and it is impossible. Then I changed IR receivers and connect it to the TBS6285. TBS have different 3V IR receivers. And the end, VDR onscreen menu is unusable slow. 30s between key presses. CPE load is more than 2, replay is OK, less than 0.2. Menu parts, for example settings are good too. I think it caused by function witch reading information from card.
Do you have any experience with this card or advice?
Thank you Miloš
TBS driver : v140425 VDR: vdr-2.1.1 Kernel : Linux VDR2 3.12.20 #7 SMP PREEMPT Thu May 29 20:18:02 CEST 2014 i686 GNU/Linux
PS: Years ago I read in the mailing list, that VDR is not plug and play, it is learning how computer works. I can confirm it and adding: “VDR is my destiny or my curse” .
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I tested it with VLC, problem is definitely in the TBS drivers.
Milos
Dne 2014-06-10 11:09, Milos Kapoun napsal:
Hi, I continued with investigation. I build new computer, there is only VDR and two TBS6285 cards. When I start VDR with one adapter CPU load rises to 2 and after 5 minutes drops to 0.03 . There is no streaming, no playing. In the syslog are not any bad messages. When I use all 8 adapters CPU load is between 4 and 12, never drops.
There is no problem with signal quality. In the cannels.conf is only one multiplex. EPG scan take 2 seconds.
How can I find what VDR doing with not used adapters? Maybe those adapters are not initialized and in the driver are bad defaults.
Miloš
CPU load debug, it is really strange. I tried to exclude IRQ storm, but it is difficult to confirm it. :
# uname -a Linux streamer 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u2 x86_64 GNU/Linux
TBS drivers tbs-linux-drivers_v140425.zip
# top top - 21:24:54 up 8:51, 2 users, load average: 5.14, 3.02, 2.50 Tasks: 90 total, 1 running, 89 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.2 us, 0.7 sy, 0.0 ni, 98.3 id, 0.8 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem: 3931580 total, 250052 used, 3681528 free, 16472 buffers KiB Swap: 9823740 total, 0 used, 9823740 free, 110824 cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 9966 root 20 0 342m 28m 3332 S 2.3 0.7 0:05.46 vdr 4333 mika 20 0 71272 1820 1012 S 0.3 0.0 0:00.58 sshd 8290 root 20 0 0 0 0 S 0.3 0.0 0:00.34 kworker/0:1
# cat /proc/interrupts CPU0 CPU1 0: 41 108 IO-APIC-edge timer 1: 0 2 IO-APIC-edge i8042 7: 1 0 IO-APIC-edge 8: 0 1 IO-APIC-edge rtc0 9: 0 0 IO-APIC-fasteoi acpi 12: 1 6 IO-APIC-edge i8042 14: 0 0 IO-APIC-edge pata_atiixp 15: 0 0 IO-APIC-edge pata_atiixp 16: 0 1 IO-APIC-fasteoi ohci_hcd:usb2 17: 0 2 IO-APIC-fasteoi ohci_hcd:usb3, ohci_hcd:usb5 18: 0 2 IO-APIC-fasteoi ohci_hcd:usb4, ohci_hcd:usb6 19: 0 0 IO-APIC-fasteoi ehci_hcd:usb1 22: 14 27576 IO-APIC-fasteoi ahci 43: 183 391691 PCI-MSI-edge eth0 44: 369 710371 PCI-MSI-edge SAA716x Core 45: 251 566014 PCI-MSI-edge SAA716x Core NMI: 5 13 Non-maskable interrupts LOC: 396566 714959 Local timer interrupts SPU: 0 0 Spurious interrupts PMI: 5 13 Performance monitoring interrupts IWI: 0 0 IRQ work interrupts RES: 193929 146089 Rescheduling interrupts CAL: 501 262 Function call interrupts TLB: 3904 3155 TLB shootdowns TRM: 0 0 Thermal event interrupts THR: 0 0 Threshold APIC interrupts MCE: 0 0 Machine check exceptions MCP: 108 108 Machine check polls ERR: 1 MIS: 0
# vmstat procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 0 0 0 3681288 16844 110836 0 0 2 2 50 58 0 0 100 0
# iostat Linux 3.2.0-4-amd64 (streamer) 09/06/14 _x86_64_ (2 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle 0.08 0.03 0.15 0.05 0.00 99.70
Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 0.31 2.05 3.21 66315 103770 sdb 0.29 1.73 3.21 55924 103770 md0 0.44 3.69 3.19 119305 102904
# mpstat Linux 3.2.0-4-amd64 (streamer) 09/06/14 _x86_64_ (2 CPU)
21:32:56 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle 21:32:56 all 0.08 0.03 0.14 0.05 0.00 0.00 0.00 0.00 99.70
# uptime 21:33:01 up 8:59, 2 users, load average: 5.02, 4.50, 3.45
# lspci -vvvnn 03:00.0 Multimedia controller [0480]: Philips Semiconductors SAA7160 [1131:7160] (rev 02) Subsystem: Device [6285:0001] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 45 Region 0: Memory at fdf00000 (64-bit, non-prefetchable) [size=1M] Capabilities: [40] MSI: Enable+ Count=1/32 Maskable- 64bit+ Address: 00000000fee0300c Data: 4191 Capabilities: [50] Express (v1) Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <256ns, L1 <1us ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #1, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <4us, L1 <64us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt- Capabilities: [74] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [80] Vendor Specific Information: Len=50 <?> Capabilities: [100 v1] Vendor Specific Information: ID=0000 Rev=0 Len=088 <?> Kernel driver in use: SAA716x TBS
# lsmod tbs6982fe 21981 1 saa716x_tbs_dvb tbs6680fe 17177 1 saa716x_tbs_dvb tbs6923fe 21981 1 saa716x_tbs_dvb tbs6985se 17489 1 saa716x_tbs_dvb tbs6928se 17489 1 saa716x_tbs_dvb tbs6982se 21981 1 saa716x_tbs_dvb tbs6991fe 17452 1 saa716x_tbs_dvb tbs6618fe 17177 1 saa716x_tbs_dvb saa716x_core 39763 29 saa716x_tbs_dvb tbs6922fe 21981 1 saa716x_tbs_dvb tbs6928fe 17452 1 saa716x_tbs_dvb tbs6991se 17489 1 saa716x_tbs_dvb tbs6290fe 50137 1 saa716x_tbs_dvb stv090x 42943 1 saa716x_tbs_dvb dvb_core 77733 6 saa716x_core,saa716x_tbs_dvb rc_core 18329 8
ir_nec_decoder,ir_rc5_decoder,ir_rc6_decoder,ir_sony_decoder,ir_mce_kbd_decoder,ir_jvc_decoder,ir_lirc_codec,saa716x_tbs_dvb i2c_algo_bit 12841 2 saa716x_tbs_dvb,radeon i2c_core 23876 21
i2c_algo_bit,i2c_piix4,drm,stv090x,tbs6290fe,drm_kms_helper,tbs6991se,tbs6928fe,tbs6922fe,saa716x_core,tbs6618fe,tbs6991fe,tbs6982se,tbs6928se,tbs6985se,tbs6923fe,tbs6680fe,
Dne 2014-06-02 16:23, Milos Kapoun napsal:
Hi, I have problem witch TBS6285 card
(http://www.buydvb.net/dvbt2-tv-tuner-pcie-c-12/tbs6285-dvbt2tc-quad-tv-tuner...), it was difficult to get it work. TBS drivers replace all media tree in the kernel. After compilation I have problem with IR remote on the current Hauppage Nova–T card. I decided to use only drivers for new card with original kernel media build and it is impossible. Then I changed IR receivers and connect it to the TBS6285. TBS have different 3V IR receivers. And the end, VDR onscreen menu is unusable slow. 30s between key presses. CPE load is more than 2, replay is OK, less than 0.2. Menu parts, for example settings are good too. I think it caused by function witch reading information from card.
Do you have any experience with this card or advice?
Thank you Miloš
TBS driver : v140425 VDR: vdr-2.1.1 Kernel : Linux VDR2 3.12.20 #7 SMP PREEMPT Thu May 29 20:18:02 CEST 2014 i686 GNU/Linux
PS: Years ago I read in the mailing list, that VDR is not plug and play, it is learning how computer works. I can confirm it and adding: “VDR is my destiny or my curse” .
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi Milos,
I have 2 x VDR boxes using TBS6280, TBS6922 and TBS6928. - vdr-2.0.6 on Debian. - TBS drivers from 2013-09-01 - IR receiver not from TBS cards, but TSOP on com port with LIRC.
At the beginning, drivers was buggy, and I could't use dvb-t *AND* dvb-s2 cards at the same time. I worked with TBS support during several weeks to fix the problem : they even sent to me USB card to check if problem was from PCI-E or from driver, etc...). At the end, they fixed their driver and all was OK. Technical support is really excellent !
The only restriction I have is from CAM, even if it's a "dual" : I can't register two channels at the same time, I don't know if limitation is from VDR or from CAM (I tried with Viaccess Secure from SMIT and NEOTION, same problem).
You should contact TBS support, I am sure they could help you. => euro_support@tbsdtv.com
Regards. Karim
-----Message d'origine----- De : vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] De la part de Milos Kapoun Envoyé : mardi 10 juin 2014 17:17 À : VDR Mailing List Objet : Re: [vdr] TBS6285 slow onscreen menu
I tested it with VLC, problem is definitely in the TBS drivers.
Milos
Dne 2014-06-10 11:09, Milos Kapoun napsal:
Hi, I continued with investigation. I build new computer, there is only VDR and two TBS6285 cards. When I start VDR with one adapter CPU load rises to 2 and after 5 minutes drops to 0.03 . There is no streaming, no playing. In the syslog are not any bad messages. When I use all 8 adapters CPU load is between 4 and 12, never drops.
There is no problem with signal quality. In the cannels.conf is only one multiplex. EPG scan take 2 seconds.
How can I find what VDR doing with not used adapters? Maybe those adapters are not initialized and in the driver are bad defaults.
Miloš
CPU load debug, it is really strange. I tried to exclude IRQ storm, but it is difficult to confirm it. :
# uname -a Linux streamer 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u2 x86_64 GNU/Linux
TBS drivers tbs-linux-drivers_v140425.zip
# top top - 21:24:54 up 8:51, 2 users, load average: 5.14, 3.02, 2.50 Tasks: 90 total, 1 running, 89 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.2 us, 0.7 sy, 0.0 ni, 98.3 id, 0.8 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem: 3931580 total, 250052 used, 3681528 free, 16472 buffers KiB Swap: 9823740 total, 0 used, 9823740 free, 110824 cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 9966 root 20 0 342m 28m 3332 S 2.3 0.7 0:05.46 vdr 4333 mika 20 0 71272 1820 1012 S 0.3 0.0 0:00.58 sshd 8290 root 20 0 0 0 0 S 0.3 0.0 0:00.34 kworker/0:1
# cat /proc/interrupts CPU0 CPU1 0: 41 108 IO-APIC-edge timer 1: 0 2 IO-APIC-edge i8042 7: 1 0 IO-APIC-edge 8: 0 1 IO-APIC-edge rtc0 9: 0 0 IO-APIC-fasteoi acpi 12: 1 6 IO-APIC-edge i8042 14: 0 0 IO-APIC-edge pata_atiixp 15: 0 0 IO-APIC-edge pata_atiixp 16: 0 1 IO-APIC-fasteoi ohci_hcd:usb2 17: 0 2 IO-APIC-fasteoi ohci_hcd:usb3, ohci_hcd:usb5 18: 0 2 IO-APIC-fasteoi ohci_hcd:usb4, ohci_hcd:usb6 19: 0 0 IO-APIC-fasteoi ehci_hcd:usb1 22: 14 27576 IO-APIC-fasteoi ahci 43: 183 391691 PCI-MSI-edge eth0 44: 369 710371 PCI-MSI-edge SAA716x Core 45: 251 566014 PCI-MSI-edge SAA716x Core NMI: 5 13 Non-maskable interrupts LOC: 396566 714959 Local timer interrupts SPU: 0 0 Spurious interrupts PMI: 5 13 Performance monitoring interrupts IWI: 0 0 IRQ work interrupts RES: 193929 146089 Rescheduling interrupts CAL: 501 262 Function call interrupts TLB: 3904 3155 TLB shootdowns TRM: 0 0 Thermal event interrupts THR: 0 0 Threshold APIC interrupts MCE: 0 0 Machine check exceptions MCP: 108 108 Machine check polls ERR: 1 MIS: 0
# vmstat procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 0 0 0 3681288 16844 110836 0 0 2 2 50 58 0 0 100 0
# iostat Linux 3.2.0-4-amd64 (streamer) 09/06/14 _x86_64_ (2 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle 0.08 0.03 0.15 0.05 0.00 99.70
Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 0.31 2.05 3.21 66315 103770 sdb 0.29 1.73 3.21 55924 103770 md0 0.44 3.69 3.19 119305 102904
# mpstat Linux 3.2.0-4-amd64 (streamer) 09/06/14 _x86_64_ (2 CPU)
21:32:56 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle 21:32:56 all 0.08 0.03 0.14 0.05 0.00 0.00 0.00 0.00 99.70
# uptime 21:33:01 up 8:59, 2 users, load average: 5.02, 4.50, 3.45
# lspci -vvvnn 03:00.0 Multimedia controller [0480]: Philips Semiconductors SAA7160 [1131:7160] (rev 02) Subsystem: Device [6285:0001] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 45 Region 0: Memory at fdf00000 (64-bit, non-prefetchable) [size=1M] Capabilities: [40] MSI: Enable+ Count=1/32 Maskable- 64bit+ Address: 00000000fee0300c Data: 4191 Capabilities: [50] Express (v1) Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <256ns, L1 <1us ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #1, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <4us, L1 <64us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt- Capabilities: [74] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [80] Vendor Specific Information: Len=50 <?> Capabilities: [100 v1] Vendor Specific Information: ID=0000 Rev=0 Len=088 <?> Kernel driver in use: SAA716x TBS
# lsmod tbs6982fe 21981 1 saa716x_tbs_dvb tbs6680fe 17177 1 saa716x_tbs_dvb tbs6923fe 21981 1 saa716x_tbs_dvb tbs6985se 17489 1 saa716x_tbs_dvb tbs6928se 17489 1 saa716x_tbs_dvb tbs6982se 21981 1 saa716x_tbs_dvb tbs6991fe 17452 1 saa716x_tbs_dvb tbs6618fe 17177 1 saa716x_tbs_dvb saa716x_core 39763 29 saa716x_tbs_dvb tbs6922fe 21981 1 saa716x_tbs_dvb tbs6928fe 17452 1 saa716x_tbs_dvb tbs6991se 17489 1 saa716x_tbs_dvb tbs6290fe 50137 1 saa716x_tbs_dvb stv090x 42943 1 saa716x_tbs_dvb dvb_core 77733 6 saa716x_core,saa716x_tbs_dvb rc_core 18329 8
ir_nec_decoder,ir_rc5_decoder,ir_rc6_decoder,ir_sony_decoder,ir_mce_kbd_decoder,ir_jvc_decoder,ir_lirc_codec,saa716x_tbs_dvb i2c_algo_bit 12841 2 saa716x_tbs_dvb,radeon i2c_core 23876 21
i2c_algo_bit,i2c_piix4,drm,stv090x,tbs6290fe,drm_kms_helper,tbs6991se, tbs6928fe,tbs6922fe,saa716x_core,tbs6618fe,tbs6991fe,tbs6982se,tbs6928 se,tbs6985se,tbs6923fe,tbs6680fe,
Dne 2014-06-02 16:23, Milos Kapoun napsal:
Hi, I have problem witch TBS6285 card
(http://www.buydvb.net/dvbt2-tv-tuner-pcie-c-12/tbs6285-dvbt2tc-quad- tv-tuner-pcie-card-p-93.html), it was difficult to get it work. TBS drivers replace all media tree in the kernel. After compilation I have problem with IR remote on the current Hauppage Nova–T card. I decided to use only drivers for new card with original kernel media build and it is impossible. Then I changed IR receivers and connect it to the TBS6285. TBS have different 3V IR receivers. And the end, VDR onscreen menu is unusable slow. 30s between key presses. CPE load is more than 2, replay is OK, less than 0.2. Menu parts, for example settings are good too. I think it caused by function witch reading information from card.
Do you have any experience with this card or advice?
Thank you Miloš
TBS driver : v140425 VDR: vdr-2.1.1 Kernel : Linux VDR2 3.12.20 #7 SMP PREEMPT Thu May 29 20:18:02 CEST 2014 i686 GNU/Linux
PS: Years ago I read in the mailing list, that VDR is not plug and play, it is learning how computer works. I can confirm it and adding: “VDR is my destiny or my curse” J.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
_______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I have TBS6285 card and been using it for few months without problems. There was an issue with remote control but with lirc parameter change (delay changes to get rid of repetition) it got fixed. The card and drivers have been working pretty much flawlessly in my case (yavdr distro).
Pasi
On 10.6.2014 18:16, Milos Kapoun wrote:
I tested it with VLC, problem is definitely in the TBS drivers.
Milos
Dne 2014-06-10 11:09, Milos Kapoun napsal:
Hi, I continued with investigation. I build new computer, there is only VDR and two TBS6285 cards. When I start VDR with one adapter CPU load rises to 2 and after 5 minutes drops to 0.03 . There is no streaming, no playing. In the syslog are not any bad messages. When I use all 8 adapters CPU load is between 4 and 12, never drops.
There is no problem with signal quality. In the cannels.conf is only one multiplex. EPG scan take 2 seconds.
How can I find what VDR doing with not used adapters? Maybe those adapters are not initialized and in the driver are bad defaults.
Miloš
CPU load debug, it is really strange. I tried to exclude IRQ storm, but it is difficult to confirm it. :
# uname -a Linux streamer 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u2 x86_64 GNU/Linux
TBS drivers tbs-linux-drivers_v140425.zip
# top top - 21:24:54 up 8:51, 2 users, load average: 5.14, 3.02, 2.50 Tasks: 90 total, 1 running, 89 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.2 us, 0.7 sy, 0.0 ni, 98.3 id, 0.8 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem: 3931580 total, 250052 used, 3681528 free, 16472 buffers KiB Swap: 9823740 total, 0 used, 9823740 free, 110824 cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 9966 root 20 0 342m 28m 3332 S 2.3 0.7 0:05.46 vdr 4333 mika 20 0 71272 1820 1012 S 0.3 0.0 0:00.58 sshd 8290 root 20 0 0 0 0 S 0.3 0.0 0:00.34 kworker/0:1
# cat /proc/interrupts CPU0 CPU1 0: 41 108 IO-APIC-edge timer 1: 0 2 IO-APIC-edge i8042 7: 1 0 IO-APIC-edge 8: 0 1 IO-APIC-edge rtc0 9: 0 0 IO-APIC-fasteoi acpi 12: 1 6 IO-APIC-edge i8042 14: 0 0 IO-APIC-edge pata_atiixp 15: 0 0 IO-APIC-edge pata_atiixp 16: 0 1 IO-APIC-fasteoi ohci_hcd:usb2 17: 0 2 IO-APIC-fasteoi ohci_hcd:usb3, ohci_hcd:usb5 18: 0 2 IO-APIC-fasteoi ohci_hcd:usb4, ohci_hcd:usb6 19: 0 0 IO-APIC-fasteoi ehci_hcd:usb1 22: 14 27576 IO-APIC-fasteoi ahci 43: 183 391691 PCI-MSI-edge eth0 44: 369 710371 PCI-MSI-edge SAA716x Core 45: 251 566014 PCI-MSI-edge SAA716x Core NMI: 5 13 Non-maskable interrupts LOC: 396566 714959 Local timer interrupts SPU: 0 0 Spurious interrupts PMI: 5 13 Performance monitoring interrupts IWI: 0 0 IRQ work interrupts RES: 193929 146089 Rescheduling interrupts CAL: 501 262 Function call interrupts TLB: 3904 3155 TLB shootdowns TRM: 0 0 Thermal event interrupts THR: 0 0 Threshold APIC interrupts MCE: 0 0 Machine check exceptions MCP: 108 108 Machine check polls ERR: 1 MIS: 0
# vmstat procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 0 0 0 3681288 16844 110836 0 0 2 2 50 58 0 0 100 0
# iostat Linux 3.2.0-4-amd64 (streamer) 09/06/14 _x86_64_ (2 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle 0.08 0.03 0.15 0.05 0.00 99.70
Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda 0.31 2.05 3.21 66315 103770 sdb 0.29 1.73 3.21 55924 103770 md0 0.44 3.69 3.19 119305 102904
# mpstat Linux 3.2.0-4-amd64 (streamer) 09/06/14 _x86_64_ (2 CPU)
21:32:56 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle 21:32:56 all 0.08 0.03 0.14 0.05 0.00 0.00 0.00 0.00 99.70
# uptime 21:33:01 up 8:59, 2 users, load average: 5.02, 4.50, 3.45
# lspci -vvvnn 03:00.0 Multimedia controller [0480]: Philips Semiconductors SAA7160 [1131:7160] (rev 02) Subsystem: Device [6285:0001] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 45 Region 0: Memory at fdf00000 (64-bit, non-prefetchable) [size=1M] Capabilities: [40] MSI: Enable+ Count=1/32 Maskable- 64bit+ Address: 00000000fee0300c Data: 4191 Capabilities: [50] Express (v1) Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <256ns, L1 <1us ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #1, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <4us, L1 <64us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt- Capabilities: [74] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [80] Vendor Specific Information: Len=50 <?> Capabilities: [100 v1] Vendor Specific Information: ID=0000 Rev=0 Len=088 <?> Kernel driver in use: SAA716x TBS
# lsmod tbs6982fe 21981 1 saa716x_tbs_dvb tbs6680fe 17177 1 saa716x_tbs_dvb tbs6923fe 21981 1 saa716x_tbs_dvb tbs6985se 17489 1 saa716x_tbs_dvb tbs6928se 17489 1 saa716x_tbs_dvb tbs6982se 21981 1 saa716x_tbs_dvb tbs6991fe 17452 1 saa716x_tbs_dvb tbs6618fe 17177 1 saa716x_tbs_dvb saa716x_core 39763 29 saa716x_tbs_dvb tbs6922fe 21981 1 saa716x_tbs_dvb tbs6928fe 17452 1 saa716x_tbs_dvb tbs6991se 17489 1 saa716x_tbs_dvb tbs6290fe 50137 1 saa716x_tbs_dvb stv090x 42943 1 saa716x_tbs_dvb dvb_core 77733 6 saa716x_core,saa716x_tbs_dvb rc_core 18329 8
ir_nec_decoder,ir_rc5_decoder,ir_rc6_decoder,ir_sony_decoder,ir_mce_kbd_decoder,ir_jvc_decoder,ir_lirc_codec,saa716x_tbs_dvb
i2c_algo_bit 12841 2 saa716x_tbs_dvb,radeon i2c_core 23876 21
i2c_algo_bit,i2c_piix4,drm,stv090x,tbs6290fe,drm_kms_helper,tbs6991se,tbs6928fe,tbs6922fe,saa716x_core,tbs6618fe,tbs6991fe,tbs6982se,tbs6928se,tbs6985se,tbs6923fe,tbs6680fe,
Dne 2014-06-02 16:23, Milos Kapoun napsal:
Hi, I have problem witch TBS6285 card
(http://www.buydvb.net/dvbt2-tv-tuner-pcie-c-12/tbs6285-dvbt2tc-quad-tv-tuner...),
it was difficult to get it work. TBS drivers replace all media tree in the kernel. After compilation I have problem with IR remote on the current Hauppage Nova–T card. I decided to use only drivers for new card with original kernel media build and it is impossible. Then I changed IR receivers and connect it to the TBS6285. TBS have different 3V IR receivers. And the end, VDR onscreen menu is unusable slow. 30s between key presses. CPE load is more than 2, replay is OK, less than 0.2. Menu parts, for example settings are good too. I think it caused by function witch reading information from card.
Do you have any experience with this card or advice?
Thank you Miloš
TBS driver : v140425 VDR: vdr-2.1.1 Kernel : Linux VDR2 3.12.20 #7 SMP PREEMPT Thu May 29 20:18:02 CEST 2014 i686 GNU/Linux
PS: Years ago I read in the mailing list, that VDR is not plug and play, it is learning how computer works. I can confirm it and adding: “VDR is my destiny or my curse” .
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Thank you for your replay. It is good to see that card is working. Could you send driver version?
Milos
Dne 2014-06-12 16:01, Pasi Juppo napsal:
I have TBS6285 card and been using it for few months without problems. There was an issue with remote control but with lirc parameter change (delay changes to get rid of repetition) it got fixed. The card and drivers have been working pretty much flawlessly in my case (yavdr distro).
Pasi
Hi all, I am solving it with TBS support. High CPU load is caused by untuned (unused) adapters.
After each:
Jun 12 21:39:23 streamer vdr: [3860] frontend 2/0 timed out while tuning to channel 0, tp 76
CPUload += 1; :-}
When all adapters are tuned everything is OK and load is low, for example 0.3.
Milos
Dne 2014-06-12 16:31, Milos Kapoun napsal:
Thank you for your replay. It is good to see that card is working. Could you send driver version?
Milos
Dne 2014-06-12 16:01, Pasi Juppo napsal:
I have TBS6285 card and been using it for few months without problems. There was an issue with remote control but with lirc parameter change (delay changes to get rid of repetition) it got fixed. The card and drivers have been working pretty much flawlessly in my case (yavdr distro).
Pasi
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi,
I can confirm this issue and also reported this to TBS last week (hadn't seen this thread) with regard to my dual DVB-T2 card (TBS6281) and worked with them on the problem. The issue is the second adapter provided by the card being untuned on bootup and VDR start and the associated kdvb process entering the D state.
I worked around it for now by using dvbtune to tune the adapter to an initial DVB-T frequency on boot up (init script which starts before VDR), but they say they are fixing it in the next driver release.
Thanks,
Morfsta
On Thu, Jun 12, 2014 at 9:46 PM, Milos Kapoun vdr-mk@kapik.net wrote:
Hi all, I am solving it with TBS support. High CPU load is caused by untuned (unused) adapters.
After each:
Jun 12 21:39:23 streamer vdr: [3860] frontend 2/0 timed out while tuning to channel 0, tp 76
CPUload += 1; :-}
When all adapters are tuned everything is OK and load is low, for example 0.3.
Milos
Dne 2014-06-12 16:31, Milos Kapoun napsal:
Thank you for your replay. It is good to see that card is working.
Could you send driver version?
Milos
Dne 2014-06-12 16:01, Pasi Juppo napsal:
I have TBS6285 card and been using it for few months without problems. There was an issue with remote control but with lirc parameter change (delay changes to get rid of repetition) it got fixed. The card and drivers have been working pretty much flawlessly in my case (yavdr distro).
Pasi
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Version is: tbs-linux-drivers_v140210
Pasi
On 06/12/2014 05:31 PM, Milos Kapoun wrote:
Thank you for your replay. It is good to see that card is working. Could you send driver version?
Milos
Dne 2014-06-12 16:01, Pasi Juppo napsal:
I have TBS6285 card and been using it for few months without problems. There was an issue with remote control but with lirc parameter change (delay changes to get rid of repetition) it got fixed. The card and drivers have been working pretty much flawlessly in my case (yavdr distro).
Pasi
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-
Karim -
manio -
Marko Mäkelä -
Milos Kapoun -
Morfsta -
Pasi Juppo -
VDR User