Oscam Timeline [11693]

[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 11534 with emu 797

Changeset [11533] by nautilus7
Kod:

[dvbapi] Rewritten the CA PMT parsing code Some key notes for this …

Changeset [11534] by nautilus7
Kod:

[dvbapi] Fixed previous commit when WITH_EXTENDED_CW is enabled

http://wetektr.com/WeTek/index.php?d...1534&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

[mach1]

Changeset 11547 with emu

[gbx remm]

fix card not updated if entitlements are expired
new gbox reader parameter 'force_remm'
dont send same successive remm twice

[mach1]

OSCam Svn Update 11.548 [ EMU ] r798



- Just refactoring due to investigating an issue with CAPMT parsing

[mach1]

OSCam svn11549 Emu-r798




Changeset 11549

More furious refactoring


Changeset 11548

Just refactoring due to investigating an issue with CAPMT parsing

[mach1]

Changeset 11551 with emu

Tryfix regression due to furious refactoring without unittests