Dies ist eine mobil optimierte Seite, die schnell lädt. Wenn Sie die Seite ohne Optimierung laden möchten, dann klicken Sie auf diesen Text.

ICAM Patch oscam-emu

Status
Für weitere Antworten geschlossen.
Den Patch auf Git, ist nur theoretisch ne gute Idee, weil so auch die Jungs von Sky ganz einfach drankommen und was die dann daran optimieren, dürfte wohl klar sein

Für die Hitze Probleme sollte einfach mal ein Kühlkörper angebracht werden und wenn das nicht reicht, haben viele Receiver schon irgendwo ein Stecker für ein Lüfter verbaut, ansonst besorgt man sich ein leisen USB Lüfter und legt den auf die Lüftungsschlitze. So sieht man schon recht deutlich, ob sich an dem Problem was ändert.
 
Das Hitzeproblem dürfte eher ein zweitrangiges Problem sein.
Man versucht die Symptome zu beseitigen und nicht die Ursache.

Die Ursache ist und bleibt das die Boxen zu schwach sind.
Entweder man holt sich was stärkeres,oder setzt die CPU Last runter.Und das wird doch gerade versucht.

Das Hitzeproblem dazu beitragen kann,das die Receiver sich aufhängen.
Aber ich glaube eher das unter bestimmten Leistungsschwankungen ,also Höchstlast dem Receiver irgendwann für andere Prozesse, irgendwo Leistung die benötigt wird,die aber nicht verfügbar ist,zum einfrieren führt.

Auch wenn man die Temperatur senkt,es keine Abhilfe schafft.
 
Derselben Meinung bin ich auch
Nur wird eben nicht jeder gleich ne neue Box anschaffen und somit kann man auch mal mit Symptom Bekämpfung beginnen.
Ne Temperatursenkung bewirkt immer etwas, wenn sich ein Bauteil im Grenzbereich bewegt, wenn auch meist nicht so viel wie man es sich wünscht.
 
Man versucht mit Fiat 500,1200 kg Wohnwagen zu ziehen
Da für sind Boxen nicht gebaut,und mit Software allein löst man Problem nicht.
Aber trotz allem ,bewundere ich Leidenschaft von vielen.
 
Also bitte, keine Box hängt sich auf, weil ein Prozess auf 100% läuft. Ihr vergesst wohl, dass da noch eine zweite CPU ist, die sich während des Tests gelangweilt hat. Der Linux-Kernel ist hervorragend darauf ausgelegt, SMP zu verwalten.
Ich behaupte mal, so ein Dual-Core-SoC ist sehr gut geeignet, den Datenstrom via ICAM zu entschlüsseln.
7zip kommt mit einem Core auf ca. 220 KB/s Kompression und 5000 KB/s Dekompression auf der CPU. Das sind 1,7 respektive 40 Mbps. Und ich behaupte mal, dass diese Algorithmen erheblich komplexer sind als die ICAM-Verschlüsselung.
Mit mehr Optimierung und mehr inline-Verarbeitung wird die Last noch ein gutes Stück sinken.

Und ob da überhaupt ein Kühlkörper verbaut ist, schaue ich mir nachher mal an. Wozu sollen die Teile einplanen, wenn das System gar nicht auf die Belastung ausgelegt sein muss.
 
Das größte Problem an der Geschichte ist Enigma2 selbst, das ist nämlich überhaupt nicht auf Multithreading mit mehreren Kernen Ausgelegt.
Du könntest einen HexaCore SoC in der Box haben, aber Enigma2 kann daraus kaum Vorteile ziehen.

Ich glaub das wird sich auch nicht groß Ändern in Zukunft, da müsste E2 komplett umgebaut werden und ich glaube kaum das sich dort jemand die Arbeit macht.
 
Ja. aber der enigma2-Prozess ist jetzt nicht der, der Sorge macht. Und um SMP kümmert sich der Kernel, also ist das jetzt alles schon ganz gut. oscam läuft bis zu 90% und der Rest wird vom Kernel schon verteilt.
 
... mir ist grade so aufgefallen, das ich im WebIf die Reader nicht mehr sauber aus-/ein-schalten kann.
... bzw. reagieren diese nicht (immer) ... die werden also nicht "grau" - sondern bleiben grün und ändern nur das Symbol.
... installiert ist hier die 715+emu+v6+youtube18-patch, auf'm Raspi!
(auf'm Receiver'n hab ich das Problem nicht)
(und auf 715-plain auch nicht -> also muss es an einem Patch auf'm Raspi liegen)

... könnt ihr das mal bei euch verifizieren ?!
 
Zuletzt bearbeitet:
gibt es eine Anleitung für Dream is wie es gemacht wird ?
Und im Board finde ich jur
Die v7 von icb.
 
Erkläre uns dann mal wieso dann die CPU bei 100% ist.
Bei vorhandene 200%
Gilt die 100% nicht für beide zusammen ?

Das ist doch immer die aktuelle Gesamtauslastung was genutzt wird.

Beide zusammen sind 80-90 % am Limit
 
Zuletzt bearbeitet:
glaubichnicht schrieb:
Erkläre uns dann mal wieso dann die CPU bei 100% ist.
Bei vorhandene 200%
Gilt die 100% nicht für beide zusammen ?

Das ist doch immer die aktuelle Gesamtauslastung was genutzt wird.

Beide zusammen sind 80-90 % am Limit
Zum Vergrößern anklicken....

Wie ich gestern schon mal Geschrieben habe das sind die Angaben der einzelnen Prozesse (in der Liste).
Die Gesamtauslastung steht oben Links unter TOP.

Code: 
%CPU(s): 23,1 us,  2,6 sy,  0,0 ni, 73,8 id,  0,0 wa,  0,0 hi,  0,5 si,  0,0 st
 
Status
Für weitere Antworten geschlossen.

Ähnliche Themen

Hilfe bei "FAQ: OSCam r1171X-798 mit icam patch 1171X-798"
2 3 4
Antworten
51
Aufrufe
2K
Token
T
  • Gesperrt
oscam-git-aarch64_generic-webif-dvbapi-ssl-libusb-libdvbcsa-emu-icam-neon-extra-mixed-upx-signed
Antworten
0
Aufrufe
209
Drachentöter
Oscam icam binary – Merkmale
Antworten
9
Aufrufe
1K
Leo888
L
  • Gesperrt
OSCam Mips(el) iCam no EMU Cak7 IPv6 complete
Antworten
0
Aufrufe
515
OnkelAtze
  • Gesperrt
OSCam ARM iCam no EMU Cak7 IPv6 complete
Antworten
2
Aufrufe
506
OnkelAtze
Menü
Anmelden
Registrieren
Für die Nutzung dieser Website sind Cookies erforderlich. Du musst diese akzeptieren, um die Website weiter nutzen zu können. Erfahre mehr…