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;
}
```
#173: RFE: question: dvbapi adapter offset
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
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
http://www.streamboard.tv/oscam/changeset/11064 looks also promising, its may also related to the issue I saw here
>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.
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.