Beiträge von Sven H

    Zum Testen wäre das "fertige" widget dennoch schön.
    Aber soweit komme ich momentan ja nicht mal :winking_face:


    Und wenn zwei User das widget an der selben Stelle im Default FHD einbauen,
    sollte ja zumindest ein grober CPU-Vergleich möglich sein.


    Bisher wollte ich auf CPU-fressende Dinge verzichten.
    Wenn die "Lösung" von arki da aber besser ist, würde ich das bei meinem genutzten Skin wenigsten testen wollen.
    Wenn es dann wegen der Umstände im Skin dennoch viel CPU frisst, dann lass ich die Sache halt weg.
    Zumal es hier ja auch um einen geänderten Renderer geht, der bei mir allerdings schon im pzymail zu hohen CPU-Werten führt.


    Von daher hätte mich das "fertige" widget von alpha schon mal interessiert :winking_face:

    Ne ne, ich hab das schon verstanden.
    Ich verstehe nur nicht, warum man das Resourcen-schonende widget hier nicht mal posten könnte.
    Jetzt soll sich jeder Interessierte hinsetzen und das allein zusammenfummeln.
    Und dann weiß man immer noch nicht, ob es richtig ist :winking_face:

    Dann frag ich mich, warum hier so viele Tipps kommen, wie alpha es verändern kann, wenn es in deinem Skin doch so zu finden ist ?


    Was wäre dann so schwer, dein widget hier so reinzukopieren?


    Ich hab hier auch schon einige "meiner" Lösungen im Forum hinterlassen.
    Ich hatte kein Problem damit :winking_face:

    Ist das hier ein Forum, wo sich User gegenseitig helfen oder wo jeder lieber seine Lösung für sich behält?


    Es geht mir hier erstmal nicht ums Aussehen, sondern um die funktionale Lösung.
    Ich habe bisher noch gar kein vertikal running Text-widget. Da würde mich eben die Lösung von alpha interessieren.
    Das Anpassen sollte dann das kleinere Problem sein.


    Ein bisschen geht es mir auch noch darum, ob bei mir vielleicht noch was anderes nicht ganz passt bezüglich der hohen CPU-Werte.
    Dann könnte ich bei gleichem widget zumindest den CPU-Wert mit ihm vergleichen.

    Sag ich ja. :winking_face:
    Reichi will sich das aber anschauen oder hat er vielleicht schon.


    Jetzt nach 5min TV-Betrieb ohne Aufnahme sieht es wieder einigermaßen gesund aus :winking_face:


    load average: 0.01, 0.10, 0.36


    Übrigens findet man diese Zeile auch ganz oben bei 'top' :winking_face:


    @alpha
    Könntest du mal bitte dein komplettes widget posten.
    Dann würde ich da gern mal bei mir die CPU testen wollen.

    Naja, da sehe ich Werte von 0,2 und 0,3 aber keine echten aktuellen CPU-Werte, die zum Abfragezeitpunkt bei 60% Auslastung liegen. :winking_face:


    Was ist denn an top umständlich?
    Das zeigt genaus das, was man dafür eigentlich braucht.

    Den


    top | head -n 2 | grep CPU:


    schluckt die Box aber nicht. Kommt aber auch keine Fehlermeldung.
    ...

    nimm einfach nur top
    Das zeigt dann zwar alles, aber man sieht auch die CPU-Last von enigma2.


    Ansonsten geht auch vmstat, da kommt eine Zeile mit den aktuellen Gesamt-Werten.
    Mit vmstat 1 10
    kommt die Zeile automatisch 10x, so hat man den Verlauf über mehrere Sekunden.
    Den Wert 10 kannst du beliebig ersetzen.

    Die LED's kann ich bei mir auf der 920 mit dem LED-Plugin steuern.
    Aber darum geht es ja nicht, wie @dre schon gesagt hat.


    Hier scheint es für eine existente Funktion einen Bug zu geben, der die CPU dauerhaft auf ca. 70% Auslastung hochtreibt.
    Egal, ob jemand die Funktion nun mag oder nicht :winking_face:
    Wer die Funktion nicht nutzt, ist glücklicherwéise vom Bug eben nicht betroffen.
    Alle anderen schon. Und die wissen davon vermutlich bestimmt gar nichts.

    Es reicht schon, das Wort "Blink" zu löschen.
    Dann wird der Punkt bei Aufnahme als starrer roter Punkt angezeigt, aber die CPU-Werte sind normal.


    Da scheint bei mir das "Blinken" der Grafik die CPU zu stressen.
    Der Converter ConditionalShowHide.py ist identisch mit dem vom git.


    Jemand einen Ansatz, woran es liegen könnte ?


    Edit:
    zu spät gesehen, dass du ja schon geantwortet hast :thumbs_up:
    Ich bin auf die Lösung gespannt :winking_face:

    Es liegt bei mir definitiv am blinkenden roten Punkt im Display (InfoBarSummary id=3).


    Entferne ich diesen Teil aus dem Screen oder deaktiviere die blinkende Uhr in den E2-Settings, zeigen sich ganz normale CPU-Werte.

    HTML
    <widget pixmap="Default-FHD/skin_default/icons/record.svg" position="350,190" render="Pixmap" size="35,35" source="session.RecordState">
    	<convert type="ConfigEntryTest">config.usage.blinking_display_clock_during_recording,True,CheckSourceBoolean</convert>
    	<convert type="ConditionalShowHide">Blink</convert>
    </widget>

    Alle FHD-Skins, die keinen eigenen Screen dafür haben, verwenden ja den Screen aus dem skin_default_1080.xml, so dass es bei denen dann auch auftritt.
    Da Zombi.FullHDR3 einen eigenen Screen mit einem blinkenden REC-Text-Label mitbringt, passiert es dort nicht.


    Meine Sources "RecordState.py" ist identisch mit der im git, so dass es an der auch nicht liegen kann.

    Ok, das erklärt aber noch nicht, warum sich die CPU-Last beim Anzeigen von Menü-/Plugin-Fenstern plötzlich normalisiert. :winking_face:


    Von der Logik her tippe ich auf was Komisches im InfoBarSummary-Screen bei laufender Aufnahme.
    Denn der Display-Screen wird ja gewöhnlich beim Öffnen von Menü-/Plungin-Fenstern durch einen anderen Display-Screen ersetzt, was das Normalisieren der CPU-Werte erklären könnte.


    Der Default FHD ist doch auch von Zombi, oder?

    Im Default FHD im TV-Betrieb???
    Ich glaube, da war kein Lauftext.


    Muss das wie gesagt am Abend nochmal checken, was da im Display zu sehen ist.


    Die Idee mit dem Display kam mir ja erst vorhin :winking_face:
    Also dass bei Menü oder Plugin die CPU-Last plötzlich verschwindet, weil sich dann der Displayscreen ändert.

    Wenn ich den Default FHD nutze, dürften ja keine besonderen Konverter im normalen TV-Betrieb bei laufender Aufnahme aktiv sein.
    Evtl. so ein Recordstate-Dingens?
    Dachte, die greifen nur, wenn auch ein solcher Screen zu sehen ist.


    Komisch ist ja, dass der CPU-Wert sich normalisiert, sobald man ein Plugin/Menü öffnet.


    Könnte es sein, dass sich dann der Display-Screen ändert?
    Liegt es evtl. an der Record-Anzeige im Display (ist da nicht ein blinkender Punkt)?


    Wo sehe ich den „wait“-Wert?
    (bin gerade auch nicht an der Box)


    Muss ich Abend mal weiter verfolgen :winking_face:

    Ich habe einen Q7 und meine 920 direkt an den TV angeschlossen.
    Die Heinkinoanlage habe ich dann mit dem ARC-HDMI des TV verbunden.


    Wenn ich dann bei den CEC-Einstellungen der 920 einstelle, dass auch der AVR geschalten werden soll, geht die Heimkinoanlage direkt mit an und der Ton kommt über diese.


    Ist diese Option deaktiviert, kommt der Ton nur über den TV. Erst nach manuellem Einschalten der Heimkinoanlage schaltet der Ton auf diese um.

    Wenn die CPU-Last bei FHD um wenige Prozente ansteigen würde, wäre auch kein Problem.


    Wenn die Last aber um über 60% ansteigt, ist das nicht nachvollziehbar.
    Zumal beim normalen TV-Betrieb mit laufender Aufnahme (ohne Plugin-Fenster) nicht mal der FHD-Skin „zu sehen“ ist.


    Erst beim Anzeigen von FHD-Fenstern bewegt sich die CPU-Last wieder in den Normalbereich.
    Andersrum würde ich es ja noch verstehen, dass die Last beim Anzeigen des FHD-Skins ansteigt. Aber es ist ja genau andersrum.


    Das kann doch auch nicht gesund sein, wenn der Prozessor stundenlang bei einer Aufnahme mit knapp 70% Dauerlast arbeitet. Normal sind da nur ca. 5% CPU-Last.


    Kann das denn mal einer testen, ob das auch bei anderen auftritt?


    - Default FHD-Skin aktivieren
    - Aufnahme starten und das normale TV-Bild lassen (kein Plugin oder Menü öffen/anzeigen)
    - im Telnet „top“ eingeben
    - CPU-Werte für „enigma2“ und „migration/0“ beobachten
    - wenn die beiden Werte in Summe irgendwo bei 50-70% liegen sollten, dann einfach mal den Plugin-Browser öffnen und die Werte beobachten