oscam-1.20-svn.7316-ppc-tuxbox-linux-dbox2. 03.09.2012
http://www.sat-universe.com/showpost.php?p=952028&postcount=5
Changeset:Changes from my last oscam posted svn7267
7268: Fix : Now if -DHAVE_LIBUSB=0 is used it never will include any libusb
7269: Restored old ifsc of 251. Max IFSC 254 is causing resyncs -> timeouts with smartreaders
7270: Fixed Broken test about presence of libusb into tools or system
Fixed Link into CMakeLists.txt from smargo utils
7271: module-webif-pages.c:
- correct patch for ticket 2691: moved serialreadertimeout option to Serial config menu - no need for this parameter in global menu.
- grouped parameters in global a bit
- moved suppresscmd08 to global section and show only with cs357x and cs378x. camd33 does not have this parameter.
- some cosmetics and added units (s, ms) for some parameters
oscam-config.c:
- save lb_savepath only when not default
7272: Removed the find_library check to be compatible with standerd oscam toochain files
Adapted possible break for mac and windows on libusb
7273: module-webif-pages.c - serialreadertimeout has nothing to do with module_serial, so i move it back to the timout secition. sorry for the confusion, i was also confused by the patch provided.
7274: fixed a segfault on exit oscam, also fixes missing log entries on exit
7275: oscam-config.c - fix for #2695, tnx to polskafan @ SB!
7276: module-stat: Fix possible segfault related to lb_savepath.
lb_savepath is dynamically allocated and testing for lb_savepath[0]
would most likely result in segfault if the variable is NULL.
7277: lb: fixed reopen_seconds with local readers (see #2682)
7278: vg2: Extract ROM version. Patch by lintendo @ streamboard.
7279: Fix Cmake compile error on mac.
7280: Videoguard: Not all cards support get ROM version, hopefully fixes
7281: fix error previous patch
7282: Introduction to automatic selection of static or dynamic libusb-1.0 in function of the target. Now Activated only for Dreambox dynamic linking can be forced by adding -DSTATIC_LIBUSB=0 parameter
7283: lb: auto-betatunnel enhancement, lb_auto_betatunnel_prefer_beta=x means
0=always beta...100=always nagra
7284: cacheex: fix for "active reader not sending cache but memusage is growing"
7285: cacheex: Another fix for high memory usage and full running "job queues"
7286: Added new options for 'lb_auto_betatunnel_prefer_beta' to documentaion.
7287: cacheex: dirty hack to prevent full running job queues. Maybe someone has an idea why this happens?
7288: Videoguard: Send get ROM version to all cards
7289: Added Viaccess to 'unlockparental' parameter in documentaion.
7290: Tryfix timeouts
7291: After a T1 resync a new retry should be initiated. Since rev 7230 this was never done ret was OK due to succesfull resync. This should fix the retry after resync with T1 cards -> please test and report in forum.
7292: reverted dirty hack vom r7287, tryfix doing it better...
7293: Researched and corrected the implementation of ifsc request and responses for T1 protocol
Old behaviour: the ifsc value was send to the card but the card ifsc response was never evaluated.
If the card responded error oscam still continued to use the ifsc value anyway.
New behaviour: the ifsc value is send to the card and the card ifsc response is evaluated. If the card responds OK, the value of the ifsc response of the card is used
This commit might break the working of T1 cards with certain readers so please test and report -d 65535 logs in the forum!
7294: Do not use pthread_getcpuclockid().
Using pthread_getcpuclockid() is fine for checking if a thread exists, but the problem is that this function may not exist. Using pthread_detach in this case results in the same functionality.
This should fix ticket #2712.
7295: reader-videoguard: Add support for Indovision (09C1). Patch by sat_hunter @ sb.
7296: Avoid filling the log with CACHEEX messages.
7297: Tryfix setting ifsc value
Implemented 3 retries instead of just returning error right away
7298: Seca card reporting:
Many providers use mediaguard to protect their content.
Its misleading to report all mediaguard cards as Canal+ NL
Keep in mind that a mediaguard V10.0 card is actually a nagra card tunneling seca!
7299: reader-videoguard2.c : Add mode detection patch #2706 for ins7e11 , tnx to lintendo.
7300: fixed a segfault
7301: config: Fix detection of OSX_VER.
7302: Implement almost full IPv6 support. The original patch was created by manio and discussed in ticket #2694. I've updated the patch to apply to the latest master and added some cleanups.
7303: build: Compile oscam.c like regular source file.
This removes special case in building of oscam.c. Before this oscam.c was build along with linking the final binary. This was rather strange and served no purpose at all.
7304: reader-seca: Use sensitive logging to hide SA.
7305: Use the correct operator.
It is certain that in this case instead of =+ the operator should be +=.
gcc accepts both but clang correctly warns about using =+.
7306: build: Do not enable HAVE_DVBAPI on OS X.
7307: pthread_self() result should not be casted to unsigned int.
7308: module-stat: Fix warning.
Seen when compiling on OSX with make CC=clang:
module-stat.c:357:47: warning: conversion specifies type 'unsigned short' but the argument has type 'uint32_t' (aka 'unsigned int') [-Wformat]
fprintf(file, "%s,%d,%04hX,%06X,%04hX,%04hX,%d,%d,%ld,%d,%02hX\n",
7309: Videoguard: some cards reply len=0x00 for not supported ins
7310: Videoguard: Improvements for ticket #2706, ins7e11 handling
7311: Mixed Up the setting of IFSD with IFSC -> so reverting 7297 and 7293 + fix of wrong operand use
7312: config: Add -O / --detect-osx-sdk-version option to help text.
7313: config: Update OS X SDK detection to handle 10.7+ versions.
In 10.7 the SDK location have moved. Thanks to stefansp for providing the new paths.
7314: dvbapi: Sent data as one packet.
Some time ago I've sent a patch for generic dvbapi under linux (boxtype=pc). It is working fine but I think there is need for one important enhancement. Currently it is sending each CA_SET_PID and CA_SET_DESCR as two separate packets which are: the request integer and the data. I think it will be much better to sent it in one packet.
At first it is not elegant to sent it this way, besides the UDP packet order is not the think that we should rely on.
About client implementation: as far as I know there is currently two clients using the api: vdr-plugin-dvbapi and ostryck MuMuDVB fork (maybe tvheadend will also use it). I contacted ostryck and he said there will be no problem with this small api change. Obviously also no problem on vdr-plugin-dvbapi side.
Patch by manio
7315: fixed a segfault
7316: Fix cs_inet_addr() to work correctly with IPv4 addresses when IPv6 is enabled.
Patch by manio.
