[Hoppsan_84]

Hello

I have some problem whit vdr/vnsi sense I added a new TV card.
some times when I switch channel vdr just stops whit this line I the vdr log and restart

cLiveStreamer s[2143] trap divide error ip:7f584101f55c sp:7f57e6229600 error:0 in libvdr-vnsiserver.so.2.0.0[7f5840ffa000+42000]


I guess you need more then a single log line but I guess its a start. At the moment I don't know if its a server or client problem even.
The new TV card is for HD channels if it makes any deferens.

[FernetMenta]

Regardless of any potential issues of your TV card vnsi should not cause a trap divide error. What version of vnsi do you have in use?

[Hoppsan_84]

I have 1.0.0 on the server and client 1.9.7 (the one in 13 beta4)

[FernetMenta]

An typical example of a trap divide error is division by zero but I don't see any code in the file indicated that could cause this problem. How often does this happen? Could you set log level to 2 and post syslog when this happens. Maybe we get some more hint to track this down.
Is this DVB-S2 or C?

[Hoppsan_84]

I would say at least once a day. It is a DVB-T2 a TBD5881 to be precise.
I come back whit some logs as son I figure out how to set the log level.

I must say you are really fast on your replays. Thanks

[FernetMenta]

log level is a command line option for vdr. look for the startup script.

btw: I use TBS cards myself. working great but always some pain compiling the drivers. just a week ago I upgraded my living room system (TBS 6922) to Ubuntu 14.04. Every now and then there was a kernel issue (segfault) during boot. After having installed a mainline backport kernel, 3.14.1, the system is stable.

[Hoppsan_84]

Now I have change the start script to log level 2 (at least I think I have) added this line OPTIONS="-l2" in /etc/default/vdr


The compiling of the drivers is a mistury for me. I jus followed this guide and I got picture.

Draft from my log after det change in start script:

Client with ID 6 connected: 192.168.2.101:50543
Apr 26 20:39:45 TVTest vdr: [5500] VNSI: LiveStreamer::Close - close
Apr 26 20:39:45 TVTest vdr: [5504] VNSI: Welcome client 'XBMC Media Center' with protocol version '5'
Apr 26 20:39:45 TVTest vdr: [5504] VNSI: LiveStreamer::Close - close
Apr 26 20:39:45 TVTest vdr: [5504] VNSI: allocated timeshift buffer with size: 500000000
Apr 26 20:39:45 TVTest vdr: [5504] VNSI: Successfully switched to channel 7 - Animal Planet
Apr 26 20:39:45 TVTest vdr: [5504] VNSI: Started streaming of channel Animal Planet (timeout 10 seconds)
Apr 26 20:39:45 TVTest vdr: [5284] VNSI: Client with ID 5 seems to be disconnected, removing from client list
Apr 26 20:39:48 TVTest vdr: [5264] VNSI: Video Input - new pmt, attaching receiver
Apr 26 20:39:48 TVTest vdr: [5507] VNSI: Created stream for pid=3229 and type=8
Apr 26 20:39:48 TVTest vdr: [5507] VNSI: Created stream for pid=3228 and type=5
Apr 26 20:39:48 TVTest vdr: [5507] VNSI: Created stream for pid=3226 and type=11
Apr 26 20:39:52 TVTest vdr: [5264] VNSI: Video Input - new pmt, attaching receiver
Apr 26 20:39:53 TVTest vdr: [5507] VNSI: cParserAAC::FindHeaders - detected ADTS muxing mode
Apr 26 20:39:53 TVTest kernel: [75231.306686] cLiveStreamer s[5507] trap divide error ip:7fdf24fba55c sp:7fdec9315600 error:0 in libvdr-vnsiserver.so.2.0.0[7fdf24f95000+42000]


One thing I notice is after vdr restarts the TV card seems struggling to start.

some more log:

Apr 26 20:41:59 TVTest vdr: [5583] CAM 1: module present
Apr 26 20:42:03 TVTest kernel: [75360.627179] tbs5881: CI enabled.
Apr 26 20:42:03 TVTest kernel: [75360.627183] dvb_ca adapter 0: DVB CAM detected and initialised successfully
Apr 26 20:42:03 TVTest vdr: [5583] CAM 1: module ready
Apr 26 20:42:06 TVTest vdr: [5583] CAM 1: Viaccess Access, 01, CAFE, BABE
Apr 26 20:42:08 TVTest kernel: [75366.572952] tbs5881: CI disabled.
Apr 26 20:42:09 TVTest vdr: [5583] CAM 1: module present
Apr 26 20:42:13 TVTest kernel: [75370.660881] tbs5881: CI enabled.
Apr 26 20:42:13 TVTest kernel: [75370.660885] dvb_ca adapter 0: DVB CAM detected and initialised successfully
Apr 26 20:42:13 TVTest vdr: [5583] CAM 1: module ready
Apr 26 20:42:20 TVTest vdr: [5583] CAM 1: Viaccess Access, 01, CAFE, BABE
Apr 26 20:42:23 TVTest kernel: [75380.690899] tbs5881: CI disabled.
Apr 26 20:42:23 TVTest vdr: [5583] CAM 1: module present
Apr 26 20:42:27 TVTest kernel: [75384.695837] tbs5881: CI enabled.


Maybe the problem is the drivers?

[FernetMenta]

A trap divide error can alos be cause by mismatch in architecture the code was compiled for. Maybe something went wrong with you setup. Can you provide more info about your system:

- what Linux distro is it, version?
- what version of TBS drivers?
- where did you get vdr from?
- how do you build vnsi?
- etc

[Hoppsan_84]

Hard questions but I this I can answer them correct :-)

- what Linux distro is it, version? yavdr
- what version of TBS drivers? 140425 I think is the newest one. No differs from the old one.
- where did you get vdr from? Comes whit yavdr
- how do you build vnsi? git clone git://github.com/FernetMenta/vdr-plugin-vnsiserver | make | sudo make install
- etc Running a virtual PC thru esxi. Got one for sd channels and that one runs just fine

[FernetMenta]

can you post output of
uname -a

[Hoppsan_84]

Linux TVTest 3.2.0-61-generic #92-Ubuntu SMP Mon Mar 31 23:47:59 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

[FernetMenta]

kernel 3.2 was released in January 2012. It has long term support but latest video4linux sources are not supposed to compile against this old version.
Version 140425 of TBS drivers uses latest v4l sources from kernel, current version is 3.14, and add their changes. I would setup a Linux system with an up-to-date kernel suitable for media like tv.

[Hoppsan_84]

Ok. Thanks for the advice. I try and report back.

[Hoppsan_84]

Hello.

I have manage to upgrade my kernel now but I stil have the same problem.
I have tried a new driver which seems to work.

Using this driver now