Oscam: Unterschied zwischen den Versionen
Xing0r (Diskussion | Beiträge) |
Xing0r (Diskussion | Beiträge) |
||
| Zeile 39: | Zeile 39: | ||
== Module == | == Module == | ||
Aus Rücksicht für Server und Clienten mit wenig Speicherangebot wurde Oscam modular aufgebaut. Dadurch hat man die Möglichkeit nur die Module auszuwählen die man wirklich benötigt und spart so wichtigen Speicherplatz, durch weglassen von nicht benötigten Programmteilen.<br><br> | Aus Rücksicht für Server und Clienten mit wenig Speicherangebot, wurde Oscam modular aufgebaut. Dadurch hat man die Möglichkeit nur die Module auszuwählen die man wirklich benötigt und spart so wichtigen Speicherplatz, durch weglassen von nicht benötigten Programmteilen.<br><br> | ||
Die Module werden bereits vor dem Kompilieren gewählt. Da das Kompilieren den fortgeschrittenen Usern vorbehalten bleibt, wird es '''hier nicht behandelt'''. Im [http://www.zebradem.com<font>Forum</font>] gibt es bereits Threads, die sich mit dem Kompilieren befassen. Dort können sich interessierte User informieren. | Die Module werden bereits vor dem Kompilieren gewählt. Da das Kompilieren den fortgeschrittenen Usern vorbehalten bleibt, wird es '''hier nicht behandelt'''. Im [http://www.zebradem.com<font>Forum</font>] gibt es bereits Threads, die sich mit dem Kompilieren befassen. Dort können sich interessierte User informieren. | ||
Version vom 5. März 2011, 12:17 Uhr
Was kann Oscam?!
OSCam "OS" steht hier für Open Source
OSCam "Cam" steht hier für Conditional Access Modul
"OS" ist bei der Oscam nicht nur ein Namensgeber, sondern ist Tatsache. Oscam ist ein Open Source Projekt an dem viele Entwickler aus verschiedenen Ländern zusammen arbeiten. Da es ein non-profit Projekt ist und die Entwicklungsarbeit öffentlich von statten geht, kann jeder Interessierte daran teilhaben durch testen der Revisionen, einbringen von eigenem Code, Bugreports und Vorschläge an die Entwickler.
Der Fortschritt kann über die Oscam-Timeline anhand der Changesets und Tickets verfolgt werden. Die Entwicklungsschritte werden in sogenannten SVNs in aufsteigender Nummerierung festgehalten und stehen für eine entsprechende Kompilierung zur Verfügung.
Begonnen hat die Entwicklung von Oscam als reiner Cardserver. Später ist auch die Client-Seite hinzu gekommen. Damit soll schließlich gewährleistet werden, das möglichst alles "aus einer Hand" kommt. Daher wurden mittlerweile sogar Closed Source Protokolle hinzugefügt (Stichwort CCcam).
Cardserver
Oscam entstand aus dem legendären MPCS und war daher anfangs hauptsächlich ein protokoll- und plattformübergreifender Cardserver. Mittlerweile ist es ein voll funktionierender Card- und Sharingserver. Als Cardserver ist Oscam so gut wie unschlagbar. Dadurch das der Code offen ist, können verschiedene Entwickler viele unterschiedliche Karten einbinden und bei Änderungen an der Verschlüsselung schnell eine entsprechende Lösung anbieten. Eine aktuelle Liste der unterstützten Karten findet ihr hier --> klick_mich
Client
Der Clientbereich wurde bei Oscam wie schon erwähnt erst später eingeführt und ist trotzdem bereits auch in diesem Bereich so gut wie unschlagbar. Denn auch hier greift der protokoll- und plattformübergreifende Vorteil aus dem Cardserver Bereich. Oscam als Client läuft so gut wie auf jedem Linux Receiver sauber und stabil und punktet vor allem durch schnelle Zapping Zeiten, sofern man dvbapi richtig eingestellt hat (Stichwort Prio Listen). Ziel ist die komplette Abdeckung der Bereiche Server und Clients innerhalb eines Protokolls.
Aktiviert und eingestellt wird der Clientbereich in den Configs mit den Parametern dvbapi.
Überblick über die Abhängigkeiten von Server und Client:
- (Grafik von Alno aus seinem Workshop)
Module
Aus Rücksicht für Server und Clienten mit wenig Speicherangebot, wurde Oscam modular aufgebaut. Dadurch hat man die Möglichkeit nur die Module auszuwählen die man wirklich benötigt und spart so wichtigen Speicherplatz, durch weglassen von nicht benötigten Programmteilen.
Die Module werden bereits vor dem Kompilieren gewählt. Da das Kompilieren den fortgeschrittenen Usern vorbehalten bleibt, wird es hier nicht behandelt. Im Forum gibt es bereits Threads, die sich mit dem Kompilieren befassen. Dort können sich interessierte User informieren.
Trotzdem werden nachfolgend die Module aufgeführt, damit man bei der Auswahl der im Board veröffentlichten Binaries entscheiden kann, welche Version passt.
Die ausgewählten Module werden hier dokumentiert --> oscam.version <-- bei Benutzung des Webinterface kann man sich diese Datei anzeigen lassen. Oder man findet sie im Standard Order /tmp/.oscam
Auflistung
- Webif support
- Webif with SSL support
- Dvbapi
- Gbox support
- Anticasc support
- ECM doublecheck
- Irdeto guessing
- Debug
- LED support
- Qboxhd-LED support
- Log history
- Monitor
- camd33
- Camd35 UDP
- Camd35 TCP
- Newcamd
- Cccam
- Radegast
- Serial
- ConstCW
- Cardreader
- Nagra
- Irdeto
- Conax
- Cryptoworks
- Seca
- Viaccess
- Videoguard
- Dre
- Tongfang
Startparameter
- Ältere SVN Versionen:
oscam [-b] [-c config-dir] [-m memory-file]
-b : start in background
-c <dir> : read configuration from <dir>
default=/jffs/etc/config/oscam
-m <file>: use <file> as mmaped memory file
default=/tmp/oscam.mem
- Neuere SVN Versionen
oscam [-b] [-c config-dir] [-d] [-m memory-file]
-b : start in background
-c <dir> : read configuration from <dir>
default = /jffs/etc/config/oscam
-d <level> : debug level mask
0 = no debugging (default)
1 = detailed error messages
2 = ATR parsing info, ECM, EMM and CW dumps
4 = traffic from/to the reader
8 = traffic from/to the clients
16 = traffic to the reader-device on IFD layer
32 = traffic to the reader-device on I/O layer
64 = EMM logging
255 = debug all
-m <file> : use <file> as mmaped memory file
default = /tmp/oscam.mem
