#173: RFE: question: dvbapi adapter offset

Support forum for minisatip
9000h
Posts: 68
Joined: Tue May 12, 2015 1:49 pm

Post by 9000h » Thu Jan 01, 1970 12:00 am

nice thanks
```
[07/10 18:18:33.645]: select_and_execute[8]: Connected on socket 15 (sid:-1) from 0.0.0.0:0 - type tcp errno 11
[07/10 18:18:33.647]: dvbapi: server version 2 found, name = OSCam v1.20-unstable_svn, build r10988 (mips-linux-uclibc-ssl-libusb)
```
this would make the log more clear, and only reports an error if there is a real error
```
--- socketworks.c.orig 2015-10-02 09:26:51.755618057 +0200
+++ socketworks.c 2015-10-02 09:27:15.941235709 +0200
@@ -252,10 +252,10 @@

if (connect(sock, (struct sockaddr *) serv, sizeof(*serv)) < 0)
{
- LOGL(0, tcp_connect: failed: connect to %s:%d failed: %s, addr, port,
- strerror(errno));
if (errno != EINPROGRESS)
{
+ LOGL(0, tcp_connect: failed: connect to %s:%d failed: %s, addr, port,
+ strerror(errno));
close(sock);
return -1;
}
```

catalinii
Posts: 0
Joined: Wed Nov 18, 2015 5:41 am

Post by catalinii » Thu Jan 01, 1970 12:00 am

This is fixed, right?

9000h
Posts: 68
Joined: Tue May 12, 2015 1:49 pm

Post by 9000h » Thu Jan 01, 1970 12:00 am

dvbapi version 2 is working fine

the log shows still the error on connect which is bit annoying, as EINPROGRESS is no real error
```
[07/10 18:18:33.644]: New TCP socket 15 connected to 192.168.178.1:2000
[07/10 18:18:33.644]: sockets_add: handle 15 (type 1) returning socket index 8 [0.0.0.0:0] read: 0x40887f
[07/10 18:18:33.645]: select_and_execute[8]: Connected on socket 15 (sid:-1) from 0.0.0.0:0 - type tcp errno 11
[07/10 18:18:33.647]: dvbapi: server version 2 found, name = OSCam v1.20-unstable_svn, build r10988 (mips-linux-uclibc-ssl-libusb)
```
the adapter offset is still a wish, as multiple servers get sometimes confused at the oscam side

catalinii
Posts: 0
Joined: Wed Nov 18, 2015 5:41 am

Post by catalinii » Thu Jan 01, 1970 12:00 am

That message is normal and it should be there as we should find out when the connection is made...

9000h
Posts: 68
Joined: Tue May 12, 2015 1:49 pm

Post by 9000h » Thu Jan 01, 1970 12:00 am

http://www.streamboard.tv/oscam/changeset/11064 looks also promising, its may also related to the issue I saw here

9000h
Posts: 68
Joined: Tue May 12, 2015 1:49 pm

Post by 9000h » Thu Jan 01, 1970 12:00 am

today I saw the issue again, after a second dvbapi connect from a different minisatip was connected and then disconnected the first minisatip dvbapi stops descrambling.

catalinii
Posts: 0
Joined: Wed Nov 18, 2015 5:41 am

Post by catalinii » Thu Jan 01, 1970 12:00 am

Hi, are you testing with the latest oscam?

9000h
Posts: 68
Joined: Tue May 12, 2015 1:49 pm

Post by 9000h » Thu Jan 01, 1970 12:00 am

last test was with OSCam r11049

User avatar
3PO
Posts: 5
Joined: Tue May 12, 2015 6:09 am

Post by 3PO » Thu Jan 01, 1970 12:00 am

>today I saw the issue again, after a second dvbapi connect from a different minisatip was connected >and then disconnected the first minisatip dvbapi stops descrambling.

Thats the reason why i dont use dvbapi in netmode!

The oscam dvbapi protocoll is not really usefull, if you have more than one Client in your LAN.

The better way is haveing a local oscam on each minisatip Server. ;)

catalinii
Posts: 0
Joined: Wed Nov 18, 2015 5:41 am

Post by catalinii » Thu Jan 01, 1970 12:00 am

Guys, if you are confident this will fix it, I will implement it... just to get 0.5 a bit stable :)...

Post Reply