dvbapi: fix detecting connection close for network mode


git-svn-id: http://www.streamboard.tv/svn/oscam/trunk@9918 4b0bc96b-bc66-0410-9d44-ebda105a78c1
smartreader

Changed mutex lock. By init fase the system_lock will be used like before.
Once the specific pthread for the reader self is made. Only that reader based pthread mutex will be locked and unlocked when needed.

Latency for v2 and tripple was far to low and could lead to short packet event. That's one of the causes which may lead to T1 resync.

The v1 1.04 and 1.05 firmware does have a error. Latency can't be changed there and is on 1 ms. Which most likely the cause why we need so called magic values on irdeto card detect.

General read timeout for V2 and Tripple increased by 9 %. Due to firmware error.

git-svn-id: http://www.streamboard.tv/svn/oscam/trunk@9919 4b0bc96b-bc66-0410-9d44-ebda105a78c1
smartreader

Used for every lock the base pthread lock.
With two ones unexptected ecm timeout may occur on the long term.

git-svn-id: http://www.streamboard.tv/svn/oscam/trunk@9920 4b0bc96b-bc66-0410-9d44-ebda105a78c1
dvbapi: don't close socket in network mode on demux stop

References r9906


git-svn-id: http://www.streamboard.tv/svn/oscam/trunk@9921 4b0bc96b-bc66-0410-9d44-ebda105a78c1
smartreader

Smartreader can now always be restarted out of webif whitout oscam crash due to segfault.
When stopping the reader out of reader tab in webif the ftdi kernel driver for the device is reloaded.

git-svn-id: http://www.streamboard.tv/svn/oscam/trunk@9922 4b0bc96b-bc66-0410-9d44-ebda105a78c1
dvbapi: another fix for r9921


git-svn-id: http://www.streamboard.tv/svn/oscam/trunk@9923 4b0bc96b-bc66-0410-9d44-ebda105a78c1
smartreader

Just improved log output. No need to show each wait cycle in log. A single output to user of the event is enough.

git-svn-id: http://www.streamboard.tv/svn/oscam/trunk@9924 4b0bc96b-bc66-0410-9d44-ebda105a78c1
webif: dvbapi cosmetics: show client name and protocol version in the tooltip instead of column data


git-svn-id: http://www.streamboard.tv/svn/oscam/trunk@9925 4b0bc96b-bc66-0410-9d44-ebda105a78c1
internal reader

whitout autospeed mhz will be taken for clockspeed.
Increased back worketu by 20 % seemed to work after all

git-svn-id: http://www.streamboard.tv/svn/oscam/trunk@9926 4b0bc96b-bc66-0410-9d44-ebda105a78c1
fix, because using uninitialized may cause the compiler 
doing nondeterministic / funky things when it optimizes the code.

git-svn-id: http://www.streamboard.tv/svn/oscam/trunk@9927 4b0bc96b-bc66-0410-9d44-ebda105a78c1
There is a buffer overflow in function cs_log_int() from oscam-log.c.
These two memcpy lines overflow log_txt when reading it:

git-svn-id: http://www.streamboard.tv/svn/oscam/trunk@9928 4b0bc96b-bc66-0410-9d44-ebda105a78c1
dvbapi: fix obtaining duplicate PMT

This was broken in r9921

Closes trac issue #3923


git-svn-id: http://www.streamboard.tv/svn/oscam/trunk@9929 4b0bc96b-bc66-0410-9d44-ebda105a78c1
freebsd