git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9749 4b0bc96b-bc66-0410-9d44-ebda105a78c1
fix tiket #3750
http://www.streamboard.tv/oscam/ticket/3750

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9750 4b0bc96b-bc66-0410-9d44-ebda105a78c1
Revert r9749 - no log messaage + introducing possible crash bugs.

Commits with no commit messages are not really welcome.

puya, please take a note and stop this. It is not the first time
and I'm probably not the only one little bit nervous about your
commits.

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9751 4b0bc96b-bc66-0410-9d44-ebda105a78c1
Revert r9751. gfto why do you blindly revert my changes without asking me! this is not good behavior to blindly revert changes. and where is the fucking possible crash bug! you said my change introduce possible crash bug without giving a proof or posting crash log or even experience any crashes! , That's Ridiculous. I test my changes and see improvement that i commit it to trunk , and some user in the forum confirm that my changes cause improvement and you blindly revert it... Those who understand the code doesn't really need the comments, They read the code and figure out what's happened others i do not care. in oscam-chk.c there was a missing of checking ecm request provid , in oscam-ecm.c and oscam-reader.c there was a missing of controlling caid's of ecm and er. in oscam-work.c those controls are redundant that i removed.

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9752 4b0bc96b-bc66-0410-9d44-ebda105a78c1
Revert parts of r9749, r9752. Removing null pointer check and check if thread is still alive before operating on it is not sane. If you think that is good, explain why.

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9753 4b0bc96b-bc66-0410-9d44-ebda105a78c1
gbx: Increase max possible proxy cards to reshare

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9754 4b0bc96b-bc66-0410-9d44-ebda105a78c1
- Cosmetic fix: notfounds no longer give misleading duplicate controlword response in log!


git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9755 4b0bc96b-bc66-0410-9d44-ebda105a78c1
DVBAPI Enhancement:
It's same as the new TCP mode, but using the unix named socket (one socket covers whole communication requirements).
The tvheadend supports this access.

Tnx Perexg for providing patch!


git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9756 4b0bc96b-bc66-0410-9d44-ebda105a78c1
git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9757 4b0bc96b-bc66-0410-9d44-ebda105a78c1
Forgot to add comment in last commit
gbx: make gbox tmp dir configurable instead of hard coded to /tmp
Rename gbx files according to original gbox

Add to Doku optional parameter in oscam.conf [gbox]:
tmp_dir = path to tmp directory
default = oscam default tmp dir = /tmp/.oscam
Example: tmp_dir = /var/log

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9758 4b0bc96b-bc66-0410-9d44-ebda105a78c1
fix dvbapi close #3758

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9759 4b0bc96b-bc66-0410-9d44-ebda105a78c1
- More fix for samygo pmthandling
- Enable sectionfiltering samygo
- libOSCAM 0.4.0 (or better) is now mandatory, you can find it here:

http://www.streamboard.tv/wbb2/thread.php?postid=513773#post513773


git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9760 4b0bc96b-bc66-0410-9d44-ebda105a78c1
Added new parameter 'tmp_dir' to documentation.

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9761 4b0bc96b-bc66-0410-9d44-ebda105a78c1
Corrected the smartreader chip type for V2 and Tripple. chiptype emulation is 2232C  Full speed usb 1.1 (not hi speed 2.0 or 3.0)
Added string value instead off enumarated value for chip type in logs.

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9762 4b0bc96b-bc66-0410-9d44-ebda105a78c1
Modified some basic logs outputs.
Moved many outputs from basic log to debug IFD (16).

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9763 4b0bc96b-bc66-0410-9d44-ebda105a78c1
smartreader protocol now uses same read timeout as icc_async.c module
This may but not shure solve T1 card problems into v2 and tripple smargo readers.

hopefully it improves problems decsribed in tickets #3761 and #3760 and 
#3738 and #3733
with debug 16 the real read time out used can be seen.

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9764 4b0bc96b-bc66-0410-9d44-ebda105a78c1
dvbapi: TCP mode and pc-nodmx improvements

patch by perexg:
1) In the TCP listen mode, the communication might stall, because the dvbapi_open_device() tries to open a non-existent linuxdvb device.
2) Handle the connection close file-descriptor event more correctly.
3) Do not create the /tmp/ecm.info for the TCP listen mode and pc-nodmx mode.


git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9765 4b0bc96b-bc66-0410-9d44-ebda105a78c1
added a two seconds delay between oscam shutdown and restart.

Valid for restart off oscam out off webif of by an auto restart due to segfault if -r 2 option is used.

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9766 4b0bc96b-bc66-0410-9d44-ebda105a78c1
reverting 9766 delay add by restart.

removed the delay between stop and start off oscam if oscam restarted out off webif. It did not bring any more stability.

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9767 4b0bc96b-bc66-0410-9d44-ebda105a78c1
Delimit the read timeout to max 2000 ms by smartreader

Now we are using twe calculated timeout out off icc_async.c . But this timeout is for T0 protocol cards to big. it should be between +- 100 ms up to
+- 1000 ms max. The calculated timout into icc_async.c should be reviewed. It looks like it is about 10 to 15 times two big on T0 cards.

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@9768 4b0bc96b-bc66-0410-9d44-ebda105a78c1