Add support for Matrix Cam Air in DVBAPI.

Patch by dirtyharry123 posted in ticket #2994.

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7952 4b0bc96b-bc66-0410-9d44-ebda105a78c1
build: CONF_DIR should not be set when USE_MCA is requested.

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7953 4b0bc96b-bc66-0410-9d44-ebda105a78c1
log: Remove private mca logging.

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7954 4b0bc96b-bc66-0410-9d44-ebda105a78c1
Move MCA defines in better place.

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7955 4b0bc96b-bc66-0410-9d44-ebda105a78c1
dvbapi-azbox: Introduce some defines.

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7956 4b0bc96b-bc66-0410-9d44-ebda105a78c1
module-dvbapi-mca: Make it closer to dvbapi-azbox.

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7957 4b0bc96b-bc66-0410-9d44-ebda105a78c1
module-dvbapi-mca.c closer to azbox

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7958 4b0bc96b-bc66-0410-9d44-ebda105a78c1
Bring module-dvbapi-mca.c closer to module-dvbapi-azbox.c

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


git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7960 4b0bc96b-bc66-0410-9d44-ebda105a78c1
fixed a timeout bug


git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7961 4b0bc96b-bc66-0410-9d44-ebda105a78c1
reverted oscam-reader part from my last commit due to problems


git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7962 4b0bc96b-bc66-0410-9d44-ebda105a78c1
Tryfix2 for ticket 2995
Skipped a whole class due to double increase -> fixed!
Tnx XabiX for reports and testing!


git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7963 4b0bc96b-bc66-0410-9d44-ebda105a78c1
fixed output: cache2 instead found when answer is splitted because of
different request user groups


git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7964 4b0bc96b-bc66-0410-9d44-ebda105a78c1
fixed another timeout situation: When a client disconnects, other
clients waiting on same requests could lose their request-link


git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7965 4b0bc96b-bc66-0410-9d44-ebda105a78c1
cccam: Prevent segfault when procesing EMMs.

This fixes ticket #2992.

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7966 4b0bc96b-bc66-0410-9d44-ebda105a78c1
- Start emmfilter before ecm processing (might be usefull for unactivated cards)
- Prio fix for oscam.dvbapi without p rules


git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7967 4b0bc96b-bc66-0410-9d44-ebda105a78c1
smartreader: Three coding conventions in a single file of less than 150 lines is a bit too much

git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7968 4b0bc96b-bc66-0410-9d44-ebda105a78c1
- oscam.dvbapi i: line was broken -> fixed!
- dvbapi using preferlocalreader option ignored i: lines in dvbapi -> fixed!


git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7969 4b0bc96b-bc66-0410-9d44-ebda105a78c1
According to the GNU Make manual, the flags are automatically parsed to
recursive versions of make.

Hence, $(MAKEFLAGS) is obsolete in Makefile.extra



git-svn-id: http://streamboard.de.vu/svn/oscam/trunk@7970 4b0bc96b-bc66-0410-9d44-ebda105a78c1
Revert "According to the GNU Make manual, the flags are automatically parsed to"

This reverts commit r7970.

The purpose of `$(MAKEFLAGS)` in Makefile.extra is to allow overwriting
variables that are already set on the make command line. See the difference:

Without `$(MAKEFLAGS)` (commit r7970):

{{{
$ make static EXTRA_TARGET=""
make --no-print-directory \
        EXTRA_FLAGS=-static \
        EXTRA_TARGET=-static
}}}

With `$(MAKEFLAGS)` (after reverting r7970):

{{{
$ make static EXTRA_TARGET=""
make --no-print-directory \
        EXTRA_FLAGS=-static \
        EXTRA_TARGET=-static \
        EXTRA_TARGET=
}}}

Yes, `$(MAKEFLAGS)` are automatically passed to sub-makes but they
are put before any variables that are set on the command line. This prevents
reseting already set variables.

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