Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

ICAM Patch oscam-emu

Status
Für weitere Antworten geschlossen.
@Juggybash :
wozu brauchst/willst du eine Authorisierung?
das hat niemand geschrieben/verlangt!
Nein ? Und weil das sonst keiner braucht darf ich meinen Fehler nicht schildern ?

Ich habe eine Ferienwohnung im Ausland und greife von dort aus per FireTV Stick und dream Player auf meine vu+ duo zu. Dafür habe ich eine Portfreigabe im Router eingerichtet (Ja Ja ich weiß ganz ganz böse was der System Engineer da macht) und nutze darum als zusätzliche Absicherung diese Option :)

@putschi dort habe ich den root User inkl. Passwort eingetragen. Bringt aber nix der Fehler bleibt. Ich habe auch versucht folgende Optionen getrennt/zusammen zu aktivieren/dekativieren

HTTP Streams Entschlüsseln NEIN
Empfangene HTTP Streams entschlüsseln NEIN

Irgendwas scheint sich also mit der aktivierten Option

Code:
Menü -> Einstellungen -> Bedienung & Oberfläche -> Extras -> "Verlange Authentifizierung für HTTP-Streams"

nicht zu vertragen.
 
Zuletzt bearbeitet:
@icb Glückwunsch, inzwischen ist der patch doch wirklich schon gut geworden.

Ein paar Sachen die mir beim drüber schauen aufgefallen sind:

Im Moment wird nur 098D unterstützt, kein HD+, kein SkyIIT, kein SkyUK. Warum ?

stream_write_cw musst du dir nochmal anschauen.

ffdecsa ist so schnell weil es viele packets in einem cluster parallel decodiert. Du packst aber den gesamten stream als einzelnes packet in den cluster. Warum ? Das ist doch Quatsch.
Wenn du die Nutzung von ffdecsa optimieren willst dann andersherum. Füll den cluster mit packets bis du cluster_size erreicht hast, dann decrypt, dann von vorn.

Viel Erfolg.
Danke!

Warum HD+? HD+ soll doch per HW entschlüsselt werden und nicht über den Streamrelay. In der v3 habe ich das doch extra so eingebaut.
Gibt es für SkyIT und SkyUK Server die CWs liefern? Dachte die gibt es nicht. Steht bei denen auch in Byte 5 des ECMs eine 4?
Wenn ja, kann ich gerne die CAIDs einbauen. Wie lauten sie? (Du merkst ich habe keine Ahnung von SkyIT und SkyUK ;))

Ja, mit ffdecsa hatte ich am Anfang noch meine Probleme. Hab aber so langsam verstanden wie das arbeitet. Du scheint ja ein wenig Ahnung vom Programmieren zu haben.
Aktuell werden 32 Pakete vom Stream gelesen (ARM und Mipsel). Das ist genau die Anzahl, die ffdecsa in einem Rutsch verarbeitet(in Fall von ARM und Mipsel). Es ist egal, ob man einen einzigen Cluster für alle Pakete angibt was ich mache
Code:
packetCluster[0] = stream_buf;
packetCluster[1] = stream_buf + bufLength;  // bufLength = Länge der 32 Pakete
oder 32 einzelne. ffdecsa schaut sich den Cluster dann selber nochmal an und entschlüsselt alle 32 Pakete auf einmal.
Das war jetzt nicht 100%ig korrekt. Das hab ich nämlich heute herausgefunden. Wenn in dem Cluster odd und even Pakete vorkommen, dann kann ffdecsa nur eine Sorte davon in einem Schritt entschlüsseln. Wenn also odd und even Pakete da sind, muss man 2 mal die decrypt Prozedur aufrufen. Ja, genau den Fall habe ich nicht sehr effizient umgesetzt. Der kommt aber nur alle 6-7 Sekunden einmal vor. Kann man also wohl eher vernachlässigen.

Ich wollte die Sache aber generell effizienter machen und habe noch einiges getestet. Anstatt der 32 Pakete kann man auch 64 in einem Rutsch verarbeiten lassen. Aus welchen Gründen auch immer, verursacht das aber eine höhere CPU Last und ist langsamer für die gleiche Anzahl von Paketen.
Außerdem hab ich auch noch eine neon Implementierung für ARM gebastelt. In meinen Tests ohne Oscam war die schneller. Aber wenn ich sie in Oscam einbaue, dann wird von top eine höhere CPU Last angezeigt. Entweder ist die Anzeige von top falsch oder ich hab irgendwas falsch gemacht. Weiß aber nicht was.

Nein ? Und weil das sonst keiner braucht darf ich meinen Fehler nicht schildern ?

Ich habe eine Ferienwohnung im Ausland und greife von dort aus per FireTV Stick und dream Player auf meine vu+ duo zu. Dafür habe ich eine Portfreigabe im Router eingerichtet (Ja Ja ich weiß ganz ganz böse was der System Engineer da macht) und nutze darum als zusätzliche Absicherung diese Option :)

@putschi dort habe ich den root User inkl. Passwort eingetragen. Bringt aber nix der Fehler bleibt. Ich habe auch versucht folgende Optionen getrennt/zusammen zu aktivieren/dekativieren



Irgendwas scheint sich also mit der aktivierten Option

Code:
Menü -> Einstellungen -> Bedienung & Oberfläche -> Extras -> "Verlange Authentifizierung für HTTP-Streams"

nicht zu vertragen.
Problem ist, dass damit der verschlüsselte Stream abgesichert wird und dann kann Oscam den nicht mehr lesen. Es wird nicht der entschlüsselte Stream abgesichert. Wenn dann, müsste man das in Oscam einbauen. Glaube nicht das es das schon gibt. Ist mir jedenfalls nicht im Code aufgefallen.
 
Zuletzt bearbeitet:
@icb
CPU Belastung passiert wenn 2-3 Forderung im gleichem CPU Kern durchgeführt. dein Code gut ist , aber SVN überlastet, ich finde wenn man die ecm patch +icam von @icb mit alte trunk bauen dann er kein CPU Belastung hat
 
@icb
CPU Belastung passiert wenn 2-3 Forderung im gleichem CPU Kern durchgeführt. dein Code gut ist , aber SVN überlastet, ich finde wenn man die ecm patch +icam von @icb mit alte trunk bauen dann er kein CPU Belastung hat
@icb du hast mal ein großes Lob und Dankeschön verdient! Top Job ! ;) cool weiter so es wird immer besser !

Hey ! Das ist bekannt ! Ohne ECM ist die CPU Auslastung sehr hoch ! Mit ECM viel weniger ! Habe zwar bre2ze4k aber die alten Geräte haben dann ein Problem aber das war schon Mal früher so habe ich irgendwo mal gelesen war das bei der Power vu ! Ich muss erst bei Tux 4 Sachen anpassen beim Image bau damit es da ohne ECM läuft aber mir ist es eigentlich egal bei Tux mit oder ohne da ich nur so teste ! Bin da eher der iptv Freak als sat alleine viel mehr Sender Filme etc , ohne Geo TV , Rtl passion,ppv,USA,UK , etc ist es auch blöde ! Mit radegast läuft es und ohne nicht bei Tuxbox! Aber das kann ich anderst bauen ! Aber CPU ist echt hoch ohne ECM was klar ist da das viel anfangen tut ! Mal sehen

P s. Mache es mal mir der oscam-patched bilde mir ein da ist die CPU Auslastung weniger als trunk svn ! Habe gestern noch paar gebaut aber momentan bleibe ich auch bei der mit den Radegast zum rum Testen ! Bis ich Tux Tango angepasst habe weil ein e2 kommt mir nicht ins Haus ;) was lustig ist damit ich iptv und freie Sender auch durch jagen kann mit 127 + 17999 bzw meine IP und 31339 alles komisch und es fasziniert mich auch das ganze ! Mfg
 
Zuletzt bearbeitet:
Welches Tutorial. Einfach die Binary nehmen und die vorahndene erstzen, oder was meinst du?
 
Oder
 
laufen ja doch paar sender mehr als gedacht über cache ... aber die zeiten ..... alles unbrauchbar. ps kommt nicht in frage.
aber respekt an die user hier, die das rätsel überhaupt gelöst haben.
 
@ibase: Das Tutorial wurde schon vor 7 Jahren geschrieben:
 
Hallo,

Hab nun folgendes Probiert:

Hab auf miene VUplus Solo4 K die Binary hochgeladen, rechte 755 gegeben. Oscam rennt mal.

Aber die Sky sender die via CacheEx hell sind, sind jetzt nichtmehr hell.

Hab keine einstellungen verändert.

Unix starttime: 1664705406
Starttime: 02.10.2022 12:10:06
Version: oscam-1.20_svn-r11714-798
Compiler: arm-vuplus4k-linux-gnueabihf-ICAM_DVBAPI-V3-built_by_Alex-ssl
Box type: vuuno4kse (generic)
PID: 1568
TempDir: /tmp/.oscam
GBox tmp_dir: not defined using: /tmp/.oscam
ConfigDir: /etc/tuxbox/config/oscam-emu/
WebifPort: 19131

Web interface support: yes
LiveLog support: yes
jQuery support intern: yes
Touch interface support: yes
SSL support: yes
DVB API support: yes
DVB API with AZBOX support: no
DVB API with MCA support: no
DVB API with COOLAPI support: no
DVB API with COOLAPI2 support: no
DVB API with STAPI support: no
DVB API with STAPI5 support: no
DVB API with NEUTRINO support: no
DVB API read-sdt charsets: yes
DVB API with ICAM streamrelay support: yes
Irdeto guessing: yes
Anti-cascading support: yes
Debug mode: yes
Monitor: yes
Loadbalancing support: yes
Cache exchange support: yes
Cache exchange AIO support: yes
CW Cycle Check support: yes
LCD support: yes
LED support: no
Clockfix with realtime clock: no
IPv6 support: no
Emulator support: yes
Built-in SoftCam.Key: yes

camd 3.3x: no
camd 3.5 UDP: yes
camd 3.5 TCP: yes
newcamd: yes
CCcam: yes
CCcam share: yes
gbox: yes
radegast: no
scam: yes
serial: no
constant CW: no
Pandora: no
ghttp: no

Reader support: yes

Nagra: yes
Nagra Merlin: yes
Irdeto: yes
Conax: yes
Cryptoworks: yes
Seca: yes
Viaccess: yes
NDS Videoguard: yes
DRE Crypt: no - no EMM support!
TONGFANG: no - no EMM support!
Bulcrypt: no - no EMM support!
Griffin: no - no EMM support!
DGCrypt: no - no EMM support!

cardreader_phoenix: yes
cardreader_drecas: no
cardreader_internal_azbox: no
cardreader_internal_coolapi: no
cardreader_internal_coolapi2: no
cardreader_internal_sci: yes
cardreader_sc8in1: no
cardreader_mp35: no
cardreader_smargo: yes
cardreader_pcsc: no
cardreader_smartreader: no
cardreader_db2com: no
cardreader_stapi: no
cardreader_stapi5: no
cardreader_stinger: yes

[global]
logfile = /tmp/oscam.log
clienttimeout = 7000
nice = -20
maxlogsize = 10000
preferlocalcards = 1
block_same_ip = 0
block_same_name = 0
emmlogdir = /etc/tuxbox/config/
ecmfmt = c@p/s/d/l:CW:w_c@


[radegast]
port = 9090
allowed = 127.0.0.1,192.168.0.0-192.168.255.255
user = icam

[streamrelay]
stream_ecm_delay = 0
stream_relay_ctab = 098D



[dvbapi]
enabled = 1
au = 1
pmt_mode = 0
delayer = 60
ecminfo_type = 1
user = dvbapiau
read_sdt = 1
write_sdt_prov = 1
boxtype = dreambox

[webif]
httpport = xxxx
httpuser = xxxx
httppwd = xxxxx
httphelplang = de
httprefresh = 10
httppiconsize = 10
httpshowmeminfo = 1
httpshowuserinfo = 1
httpshowcacheexinfo = 1
httpshowloadinfo = 1
httpallowed = 192.168.0.0-192.168.255.255
httpemmsclean = 1
http_status_log = 1

[account]
user = dvbapiau
monlevel = 4
keepalive = 1
au = 1
emmreassembly = 1
group = 1,2,3,4,5,6,7,8,9



[account]
user = icam
pwd =
group = 1,2,3,4,5

# oscam.server generated automatically by Streamboard OSCAM 1.20_svn SVN r11711-798
# Read more:


[reader]
label = emulator
protocol = emu
device = emulator
disablecrccws_only_for = 0E00:000000
caid = 0500,0604,0E00,1010,1801,2600,2602,2610
detect = cd
ident = 0500:000000,007400,007800,021110,023800;0604:000000;0E00:000000;1010:000000;1801:000000,001101,002111,007301;2600:000000;2602:000000;2610:000000
group = 1
emmcache = 2,1,2,1
emu_auproviders = 0604:010200;0E00:000000;1010:000000;2610:000000

[reader]
label = serverhome
protocol = cccam
device = xxxx
user = xxxx
password = xxxxx
inactivitytimeout = 30
reconnecttimeout = 20
disablecrccws_only_for = 0500:050F00;098C:000000;09C4:000000;098D:000000
group = 1
dropbadcws = 1
disablecrccws = 1
cccversion = 2.3.0
ccckeepalive = 1



[reader]
label = ORF
description = ORF
enable = 0
protocol = internal
device = /dev/sci0
caid = 0D98
boxid = 12345678
boxkey = 1122334455667788
ins7e11 = 15
detect = cd
mhz = 450
cardmhz = 2700
group = 1
emmcache = 1,3,2,0



[reader]
label = Server
protocol = cccam
device =xxxxxxx
user = xxxxx
password = xxxxx
inactivitytimeout = 30
reconnecttimeout = 20
group = 1
disablecrccws = 1
cccversion = 2.3.0
ccckeepalive = 1
 
Das radegast Zeug kann aus der osca.conf raus, genauso wie der icam-user.
oscam.log auf nem Skysender wäre interessant
 
Status
Für weitere Antworten geschlossen.
Zurück
Oben