oscam 11945 ARM

Status
Für weitere Antworten geschlossen.

Derek Buegel

Premium
Registriert
11. September 2010
Beiträge
24.376
Lösungen
13
Reaktionspunkte
78.070
Punkte
3.830
OSCam-11945- arm-linux-gnueabihf-ssl-libusb-libdvbcsa und 11945- arm-linux-gnueabihf-ssl-libusb-pcsc-libdvbcsa
Passend für HISI-Boxen, SF4008 und HD51, Zgemma H17 u.s.w.
Auch mal die Prozessorlast prüfen (top oder htop)
 

Anhänge

Sie müssen registriert sein, um die Liste der Anhänge zu sehen
Du hast da im Grunde zwei Builds angesprochen, die sich nur in einem Punkt unterscheiden:

  • …-libusb-…: USB-Smartreader (z. B. Smargo, Easymouse im USB-Mode etc.)
  • …-libusb-pcsc-…: zusätzlich PC/SC (meist für interne Reader/SC-Slots oder Reader, die über pcscd angebunden werden)

Wenn du keinen PCSC-Dienst nutzt, nimm die ohne pcsc – weniger Ballast, weniger mögliche Fehlerquellen.

Was bei Hisilicon-Boxen (SF4008/HD51/H7 usw.) in der Praxis wichtig ist:

### 1) Prüfen, ob du PCSC überhaupt brauchst
  • Läuft dein Reader in OSCam als protocol = pcsc? Dann brauchst du den pcsc-Build und einen laufenden pcscd.
  • Läuft er als protocol = mouse / smartreader / serial / ccid via libusb? Dann reicht libusb ohne pcsc.

### 2) CPU-Last sinnvoll bewerten
top/htop ist ein guter Hinweis, aber schau gezielt:
  • oscam Prozess: dauerhaft >10–20% ohne Last (kein Streaming) ist auffällig
  • softcam.key/emu (falls aktiv) oder zu viele Reader/ECM-Resends können CPU hochziehen
  • logfile temporär auf Debug, dann siehst du ECM/Timeout-Spam

### 3) Build/Architektur
arm-linux-gnueabihf passt für die typischen OE2.5/OE2.6 ARMv7-Images. Auf ARMv8/64-bit Images wäre ggf. aarch64 nötig.

Wenn du willst, sag kurz:
  • Box/Image (OE-Version),
  • Reader-Typ + OSCam protocol,
  • ob pcscd läuft,
dann kann man ziemlich eindeutig sagen, welcher Build der richtige ist und worauf man bei der Last schauen muss.
 
Du hast da im Grunde zwei Builds angesprochen, die sich nur in einem Punkt unterscheiden:
Es sind drei! Ich habe es nur nicht extra erwähnt. Ist eben zu hoch, für einen Bot.
Wenn du keinen PCSC-Dienst nutzt,
Das soll kann und darf jeder Nutzer für sich entscheiden. Da ein PCSC-Reader , ein physisches Gerät ist, kommen nur Bots damit nicht klar. Ein Mesch, kennt den Unterschied.
Was bei Hisilicon-Boxen (SF4008/HD51/H7 usw.) in der Praxis wichtig ist:
Und wieder falsch. In meiner Beschreibung ist ein Komma gesetzt. Damit ist klar, das es für zwei verschiedene Prozessoren ist.
Genau die vom Bot erwähnten, haben eben kein HiSi-Prozessor, sondern - BMC7XXX.
Sowas könnte sogar ein Bot herausfinden.
Build/Architektur
arm-linux-gnueabihf passt für die typischen OE2.5/OE2.6 ARMv7-Images. Auf ARMv8/64-bit Images wäre ggf. aarch64 nötig.
Dann hätte ich es dran geschrieben.
Von aarch64 ist und war hier nie die Rede.

6 setzen!
 
Status
Für weitere Antworten geschlossen.
Für die Nutzung dieser Website sind Cookies erforderlich. Du musst diese akzeptieren, um die Website weiter nutzen zu können. Erfahre mehr…