Aber warum sind die dauerhaft hohen Werte nur, wenn eine Aufnahme läuft ?
Und warum verschwinden die hohen Werte trotz weiterlaufender Aufnahme beim Öffnen eines Menüs/Pluginfensters wie z.B. der Plugin-Browser?
Und beim Zombi.FullHDR3 konnte ich das komische Verhalten gar nicht feststellen.
Hab jetzt herausgefunden, dass die hohen CPU-Werte nur bei Nutzung bestimmter FHD-Skins auftreten (u.a. auch beim Default FHD).
Allerdings nicht beim Zombi.FullHDR3 - da sind die CPU-Werte genauso niedrig wie bei den HD-Skins.
Eine user-Skin-Datei habe ich nicht, so dass da eigentlich nichts in die Skins eingreifen dürfte.
Sehr merkwürdig ?!?
Hab gerade mal die Werte vom "top" kopiert 
normaler TV-Betrieb mit laufender Aufnahme (ohne geöffnetes Fenster):
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
736 root 20 0 423872 115036 24900 S 60.4 11.2 1:00.99 enigma2
9 root rt 0 0 0 0 S 8.3 0.0 0:33.60 migration/0TV-Betrieb mit laufender Aufnahme (geöffneter Plugin-Browser):
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
736 root 20 0 423872 114960 24828 S 2.0 11.2 0:35.68 enigma2normaler TV-Betrieb ohne laufende Aufnahme (ohne geöffnetes Fenster):
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
736 root 20 0 422924 116772 26680 S 1.0 11.4 3:03.17 enigma2mit " cat /sys/class/thermal/thermal_zone0/temp" hatte ich heute Temperatur-Werte zwischen ca. 69000 und 77000 (also 69-77 °C)
Was habt ihr denn da so für Werte ?
Hallo
Ich habe heute eher durch Zufall entdeckt, dass bei mir die CPU-Last bei normalem TV-Betrieb mit laufender Aufnahme extrem ansteigt.
Im Telnet wird da bei "top" für "enigma2" ein Wert von ca. 60% CPU angezeigt und bei "migration/0" ein Wert von ca. 10%.
Öffne ich dann aber irgendein Menü, Plugin oder den Plugin-Browser gehen die Prozente auf ca. 3% (enigma2) und 0% (Migration) zurück.
Schließe ich das Fenster dann wieder, steigen die Prozente im normalen TV-Betrieb (mit laufender Aufnahme) wieder auf die hohen Werte 
Wollte erst mal fragen, ob das bei euch auch so ist, bevor ich mein System nach und nach von Plugins befreie, um da vielleicht einen Schuldigen zu finden
Im normalen TV-Betrieb ohne laufende Aufnahme zeigt "enigma2" einen Prozentwert von ca. 1% (egal, ob mit oder ohne geöffnetem Plugin-Fenster).
Ich hab auf meiner DM920 das aktuelle Unstable 4.3.1r28 (mit 1x DVB-S2X FBC und 1TB 2.5" interne HDD)
Die SCRs musst du dir wie virtuelle Kabel vorstellen.
Diese gehen vom Tuner (Demulator) zum Unicable-Schalter, der das Kabel dann mit der passenden Ebene und dem richtigen Transponder zusammenstöpselt.
Du kannst mit einer SCR auch gleichzeitig mehrere Kanäle empfangen.
Und zwar genau die, die alle auf dem gleichen Transponder liegen (siehe meine PDF weiter oben).
Bei EN50607 können glaub ich mehr als 8 SCRs über ein Kabel verarbeitet werden, was bei dir ja nicht nötig ist.
Ob es darüberhinaus weitere Vorteile des neuen Standards gibt, kann ich leider nicht sagen.
Da müssten hier mal die Unicable-Experten aushelfen.
Schau mal hier:
https://www.reichelt.de/reiche…Datei:Unicable-LNB-24.jpg
Da ist dein LNB mal dargestellt.
Demnach ist es ein LNB mit integriertem Unicable-Schalter.
Hier ist auch eine ganz nette Ünersicht der ganzen Systeme, wo dein LNB unter 6.) zu finden ist.
https://www.reichelt.de/reiche…action=toggle_view_mobile
Bei Unicable hast du doch aber alle Ebenen gleichzeitig abgedeckt. Das ist ja der Sinn von Unicable.
Da gehen vom LNB doch 4 Kabel an den Unicable-Schalter (pro Ebene 1 Kabel).
Der kümmert sich dann um die Logik der Schaltungen und verteilt alles auf die 8 in der Box eingerichteten SCRs, die dann in einem Kabel an der Box ankommen.
Genau.
So ist es bei mir. Ich habe nur 2 normale Sat-Kabel (Astra 19.2).
Die habe ich an A1 und A2 angeschlossen, so dass ich parallel 2 verschiedene Sat-Ebenen auf in Summe max. 8 Transpondern schauen kann.
Bei Unicable regelt das ja alles der A1 komplett intern.
Da muss man nichts weiter machen.
Als Theorie könnte man an den A2 ein Kabel mit einer komplett anderen Quelle als das Unicable anschließen.
z.B. ein normales Sat-Kabel eines anderen Satelliten, der mit Unicable nicht versorgt wird.
Das hat Ghost dazu geschrieben, das ist doch auch diesmal die Antwort
Zitat…
Sprich es reicht wenn du … nur an den Anschluss A1 ein Kabel anschließt und dort 8 SCRs zuweist.
A2 ebenfalls zu konfigurieren bringt keine Vorteile... und A2 wird dann eh nie verwendet.
Da würde ich meine Sat-Ebenen-Übersicht für die gängigsten deutschen Sender mal wieder ins Spiel bringen
Da sieht man ganz gut, was so möglich ist bezüglich der Kombinationen von Sendern/Transpondern/Sat-Ebenen.
Ok, wenn dass so ist, dann kann ich damit auch leben
Wollte nur mal fragen, ob man den Code da vereinfachen könnte und nicht unnötig eine Class nachbildet.
Zumal die Class ja im baseInfoBarSeek__init__() enthalten ist und ja auch ausgeführt wird.
Da war meine Hoffnung, man kommt an die Class mit irgendeiner cleveren Codezeile ran
Aber da fehlt es mir noch etwas am Verständnis für diese Geschichten.
baseInfoBarSeek__init__.InfoBarSeekActionMap
baseInfoBarSeek__init__.__class__InfoBarSeekActionMap
baseInfoBarSeek__init__.__InfoBarSeekActionMapNochmal vielleicht zum besseren Verständnis.
In der Class "InfobarSeek" befindet sich im "__init__" noch eine Class "InfoBarSeekActionMap".
def InfoBarSeek__init__(self, actionmap = "InfobarSeekActions"):
...
def __init__(self, actionmap = "InfobarSeekActions"):
...
class InfoBarSeekActionMap(HelpableActionMap):
def __init__(self, screen, *args, **kwargs):
...
self["SeekActions"] = InfoBarSeekActionMap(self, actionmap,...nun habe ich die Class InfobarSeek im eigenen Code überschrieben, um die Tastenbelegungen anzupassen, was auch funktioniert.
Dabei habe ich aber den Code der Class InfoBarSeekActionMap aus dem __init__ komplett übernommen (22 Code-Zeilen).
def InfoBarSeek__init__(self, actionmap = "InfobarSeekActions"):
baseInfoBarSeek__init__(self, actionmap)
class InfoBarSeekActionMap(HelpableActionMap):
def __init__(self, screen, *args, **kwargs):
...
self["SeekActions"] = InfoBarSeekActionMap(self, actionmap,...Ich hatte mir nun gedacht, die Class "InfoBarSeekActionMap" hier irgendwie per Import oder so in meinen Code zu bekommen, ohne die ganze Class nochmal nachbilden zu müssen. Sie ist ja irgendwie im baseInfoBarSeek__init__ enthalten.
def InfoBarSeek__init__(self, actionmap = "InfobarSeekActions"):
baseInfoBarSeek__init__(self, actionmap)
from baseInfoBarSeek__init__ import InfoBarSeekActionMap
self["SeekActions"] = InfoBarSeekActionMap(self, actionmap,...
Leider habe ich dafür noch keine passende Codezeile gefunden
Ein Versuch war es Wert
Leider klappt das nicht.
"cannot Import name InfoBarSeekActionMap"
Hallo
Ich überschreibe in einem Plugin die SeekActions der Class "InfoBarSeek" aus der InfoBarGenerics.py mit zusätzlichen Tasten.
Allerdings benötige ich für das neue Festlegen bei self["SeekActions"] = InfoBarSeekActionMap(self, actionmap,… die Class "InfoBarSeekActionMap" aus der InfoBarSeek.__init__.
LINK
Bisher habe ich mir die Class in meinen Code kopiert, was auch funktioniert.
Schöner wäre es jedoch, wenn man direkt auf die Original-Class aus der __init__ vom InfoBarSeek verweisen könnte mit Import oder so.
Also wie kann man die Class "InfoBarSeekActionMap" innerhalb des __init__ der Class InfoBarSeek im eigenen Code verwenden/ansprechen ?
So hat es leider nicht funktioniert
('function' object has no attribute 'InfoBarSeekActionMap')
from Screens.InfoBarGenerics import InfoBarSeek
self["SeekActions"] = InfoBarSeek.__init__.InfoBarSeekActionMap(self, actionmap,…würd das ja auch mal gern testen, allerdings hab ich keine schimmer wo die dateien alle hin sollen
gib es davon auch eine offline-install-version? (für faule)
Wenn das EPGSearch bereits installiert ist, dann einfach die Dateien aus der obigen Zip wie root1980 schon schrieb auf die Box in folgenden Pfad kopieren:
/usr/lib/enigma2/python/Plugins/Extensions/EPGSearch
Die vorhandenen Dateien dabei einfach ersetzen und dann einen GUI-Neustart machen.
Wenn EPGSearch nicht installiert ist, dann eben vorher über den SoftwareManager installieren und dann die zuvor genannten Schritte ausführen.
Hab gerade beim NN-Feed geschaut.
Die neuen Files sind dort im deb schon drin.
Allerdings fehlt das plugin.png.
@dhwz
Muss da evtl. noch was zusätzlich für das Paket eingetragen werden?
in der src/Makefile.am ??
install_DATA = maintainer.info LICENSE plugin.png
Bisher sieht es nur so aus:
install_DATA = maintainer.info LICENSE
Danke an @dhwz für die Aktualisierung im git 
Damit sollten die Änderungen beim nächsten DP-Update dabei sein.
Hier nochmal das aktuelle Changelog aller Änderungen seit Version 4.1.7
Meinst du, dass es morgen schon ein Update gibt ?
Weißt du schon mehr
Hier die vorerst abschließende Version 0.19
Danke an @dhwz für die Aktualisierung im git.
Damit sollten die Änderungen beim nächsten DP-Update drin sein.
Änderungen in der 0.19:
Hier die zusammengefasste Übersicht aller Änderungen im Vergleich zum bisherigen Original-EPGSearch.
Änderungen für OE2.5 (Gesamtübersicht):
