Vu+ 4K Arm Based Emulators - Oscam Latest [11704]

[mach1]

OSCam_svn1.20-rev-11514 emu 795

http://wetektr.com/WeTek/index.php?d...1514&s=n&o=asc


Changeset 11514 with emu

remove duplicate debug dump of er->ecm

New in emu

[osemu] Dropped videoguard module …
- No channel uses it anymore

[osemu] Dropped drecrypt module …
- No channel uses it anymore

[dvbapi] Increased MAX_STREAM_INDICES back to 32 …
- It should be equal to MAX_STREAM_PIDS or else it creates problems with specific powervu channels. A better solution (with will also result in even lower number of descramblers needed for powervu channels) will be added in the future.

[mach1]

OSCam svn11517 Emu-r795


Changeset [11517]
- fix bug in disablecrccws_only_for also in cacheex
- general disable checksum correction code optimization

Emu r795:
-Added support for BISS2 mode 1 and mode CA *
-Added support for DVB-CISSA algorithm
-Increased descramblers to the actual number available on each box **
-Other small optimizations and improvements


http://wetektr.com/WeTek/index.php?d...1517&s=n&o=asc

[mach1]

Changeset 11517 with fix log_bad_cw for S*y Ger


The patch allows the *** stations (currently only Sky SAT) with the new 64bit CWs the potentially invalid display and optionally also discard.

Please note the following:

- The function is activated only with "disablecrccws_only_for" and only in the oscam.server in the reader config
- with "dropbadcws = 1" in the reader config you can ensure that the potentially wrong CW is discarded, otherwise there is only a log message and no action
- The bad CW detection works basically "only" with a 99.998% accuracy and thus theoretically can provide a hoax
- Otherwise, the behavior as with the current trunk with the exception that it comes with transmitters continue to use a 48bit CW to a hoax
- a false message in connection with "dropbadcws = 1" causes it to freeze free or the station remains permanently dark when it comes to 48bit CWs.

Channel groups which one can have booked on the *** map and which still use the 48bit CW would be HD +, ORF, HD Austria and PYUR.
So watch out with the parameter dropbadcws and how you interpret the log.
At the point again Thanks to @kabeltod for this note.

UPDATE:
Version 3 of the patch with a higher accuracy (99.9985% instead of 99.61% before).




OScam Emu New Method for PVU keys

-- [dvbapi] Fix for stapi, coolapi, etc
-- [powervu] Added new method for matching ECM and EMM keys

This method is based on enigma2 namespace and it is only available for enigma2 and Tvheadend/VDR software for PC. Also, it does not work with stream relay.



http://wetektr.com/WeTek/index.php?s...%2F11517skyfix

[mach1]

Changeset 11518 with emu 796


DVBAPI:
Fixed bug in dvbapi not releasing used descramblers in stapi, coolapi and gxapi boxes
Increased MAX_STREAM_INDICES back to 32 (it must be equal to MAX_STREAM_PIDS)
Modified the get_emm_filter_adv() function to accept more arguments

OTHER:
Cosmetics to module-cccam.c and module-cccam-cacheex.x
Removed some emu specific code not needed anymore

New in emu


Added a new method for matching powervu keys *
Dropped unused videoguard and drecrypt modules
Other small optimizations and improvements

*The new powervu key method is available for both dvbapi and stream relay, but it works only on devices that support the enigma namespace.


http://wetektr.com/WeTek/index.php?d...1518&s=n&o=asc

[mach1]

OSCam svn11518 Emu-r796


Changeset [11518]
-Fixed bug in dvbapi not releasing used descramblers in stapi, coolapi and gxapi boxes
-Increased MAX_STREAM_INDICES back to 32 (it must be equal to MAX_STREAM_PIDS)
-Modified the get_emm_filter_adv() function to accept more arguments
-Cosmetics to module-cccam.c and module-cccam-cacheex.x
-Removed some emu specific code not needed anymore


Emu r796:
-Added a new method for matching powervu keys *
-Dropped unused videoguard and drecrypt modules
-Other small optimizations and improvements


http://wetektr.com/WeTek/index.php?d...-796&s=n&o=asc

[mach1]

Changeset 11521


fix webif save issue with high var count

http://wetektr.com/WeTek/index.php?d...1521&s=n&o=asc

[mach1]

Changeset 11522 with emu


Tryfix possible regression introduced in rev 11520



http://wetektr.com/WeTek/index.php?d...1522&s=n&o=asc

[mach1]

oscam-emu 11523r796


Revert 11522 and applied correct fix made by nautilus7

http://wetektr.com/WeTek/index.php?d...1523&s=n&o=asc

[mach1]

OSCam Svn Update 11.523 [ EMU ] r796



+ disablecrccws_hardcoded_for_Sky_and_Dorcel.patch by Pehedima

- 098C , 09C4 , 098D , 0500:050F00

Added new tandberg keys * #42.0E


Bin files to support OpenSSL1.1.1c


http://wetektr.com/WeTek/index.php?d...1523&s=n&o=asc

[mach1]

OSCam v11529 with emu r796

6:29 PM Changeset [11529] by nautilus7
[dvbapi] Moved #define's to header file and made a few cosmetic …
5:53 PM Changeset [11528] by nautilus7
[dvbapi] Moved parsing of CA descriptor to a separate function This …
5:14 PM Changeset [11527] by nautilus7
[dvbapi] Moved reading of priority entries in separate functions
2:02 PM Changeset [11526] by nautilus7
[dvbapi] When parsing PAT, save found PMT pid in the demuxer This way …
1:37 PM Changeset [11525] by nautilus7
[dvbapi] Changes to a couple of log messages
1:24 PM Changeset [11524] by nautilus7
[dvbapi] Changed variable name (cosmetic) dvbapi_parse_capmt()


http://wetektr.com/WeTek/index.php?d...1529&s=n&o=asc

[mach1]

Changeset 11530 with emu

[dvbapi] Fixed compilation with coolapi
Silly bug introduced in rev. 11529, where some #define values were renamed.
Thanks to "Optimum Power" for reporting.



OSCam svn11530 Emu-r796



How it works?

FTP files /tmp

Code:

cd /tmp
tar -xf oscam-svn*.tar.gz
rm -rf oscam-svn*.tar.gz

stop your runnig oscam and

Code:

mv -f /tmp/oscam-svn* /usr/bin/oscam your_old_oscam_name
chmod 755 /usr/bin/oscam your_old_oscam_name



http://wetektr.com/WeTek/index.php?d...1530&s=n&o=asc

[mach1]

OSCam Svn Update 11.532 [ EMU ] r796


[dvbapi] Small fix to previous commit

- Thanks to "lnj" again!

[dvbapi] DVBAPI_CA_SET_DESCR_DATA struct was not sent correctly to network clients
- Thanks to "lnj" for pointing out and helping.


+ disablecrccws_hardcoded_for_Sky_and_Dorcel.patch by Pehedima

- 098C , 09C4 , 098D , 0500:050F00

http://wetektr.com/WeTek/index.php?d...1532&s=n&o=asc

[mach1]

OSCam 11.532-emu-r797




- Added support for PowerVu hash mode 33



http://wetektr.com/WeTek/index.php?d...F796&s=n&o=asc

[mach1]

Oscam 11535 emu797

Default
OSCam svn11536 Emu-r797


changes log oscam:

r11536
[dvbapi] Fixed "ca_pmt_cmd_id" value for PMT files

-For CA PMT messages received via PMT files, set the "ca_pmt_cmd_id" to a proper value (ok_descrambling) instead of zero.
-Also made few cosmetic changes.





http://wetektr.com/WeTek/index.php?d...1536&s=n&o=asc

[mach1]

Changeset 11537
Quote:
dvbapi] Reworked "ca_pmt_cmd_id" skipping logic

According to the spec (​https://www.dvb.org/resources/public...En50221.V1.pdf), the "ca_pmt_cmd_id"
value shall be present inside the ES info loop. Unfortunately, each dvbapi client does each own thing. The
only reliable way to detect when this info is present in the CA PMT is to actually check its value, like it
was done in the old code.

Most boxes always send the typical value of 0x01 (ok_descrambling) and the above check works fine because
there is no descriptor_tag 0x01 to get confused with. On the contrary, for enigma2, values like 0x03 (query),
0x04 (not_selected) are possible (not yet, but soon). Skipping these higher values the same way will not work,
because descriptors with such tags can exist, so a different check is implemented for enigma2.

In practice, this commit fixes the VDR dvbapi plugin, as well as the enigma2 boxes with wrong dvbapi boxtype
setting ("none" instead on the correct "dreambox" - the setting is irrelevant now, but will make a difference
in the future, so make sure you set it correctly).

http://wetektr.com/WeTek/index.php?d...1537&s=n&o=asc