{2024} BM²LTS-v4.4.x-Ubuntu 22.04.4- > DD-NET & NetCeiver

Zitat von gggggg

Ich verstehe das zu wenig ...

Welches der 2 Probs (CPU=100% oder kein Deint.) löst die alte Version der video.c die vaapi.h noch importiert ?

CPU 100% bei MCLI Nutzung

Zitat von jojo61

Funktioniert das deint nun ?

Und ja wenn du die Auflösung ändern willst dann musst du auch den Connector mitgeben. Eigentlich auch den -r Parameter. Da der aber default auf 50 steht kann man ihn weglassen.

Zitat

Hi, Danke Euch ! Die .16 läuft bisher 1a bez. CPU Auslastung und Deint am DP-3 des NUC11i3 !

Ja da das Deint läuft ohne Fehler wieder -- habe alle nicht benötigten Lib´s aus dem System entfernt und ffmepg auf v5.1.2 gesetzt.

Zitat

Ihr müsst mich hier mal etwas aufklären. Was ist den bei MCLI anders als bei anderen Distributionen. Läuft da der vdr irgendwie anders ?

Bei mir war es gestern so das der vdr auf dem NUC 8 so ca. 27% CPU gebraucht hat bei UHD Ausgabe.

PID  USER PR NI VIRT    RES     SHR S %CPU %MEM ZEIT+ BEFEHL 
9557 root 20 0 5003696 374788 133628 S 23,9 2,3 0:14.62 vdr

ist bei mir mit DD-Max & UHD-Nutzung auch so -- Der MCLI scheint sich da nach den Angaben von gggggg anders zu verhalten

Ich kann mit der video.c auf der v3.5 leben -- oder sind die Unterschiede zur v3.7.4 so groß das wir hier weiter testen sollten bei gggggg ?

Zitat

Aber ich denke auf dem NUC ist es eh besser ohne libplacebo zu arbeiten.

richtig, der NUC wird ohne libplacebo genutzt

Der dazu auch noch recht alt ist und wohl nicht mehr erhältlich.

das mcli Plugin (wird auch noch immer gepflegt) ist der Ersatz für das satip plugin für die Tunerlösung von Reel

Zitat

Die Audio Änderungen für den Ton sind ja nicht in der video.c

richtig. hier besteht ja kein Problem mehr

Um das CPU Load Problem einzugrenzen würde mich interessieren ob die Last nur beim Streamen vom mcli oder auch beim abspielen von recordings auftritt ? Damit könnte man mal klären ob es überhaupt etwas mit dem mcli zu tun hat.

Es wohl direkt beim Live-Betrieb von TV-Kanälen. Was ist war eigentlich der Ersatzt für die vaapi.h -- könnte man diese nicht einfach mit aufnehmen in der video.c? Ich habe bei satip Nutzung & DD-Max nicht das Problem.

Da das Teil auch fehlerfrei compiliert wird, wird sie ganz offensichtlich nicht gebraucht. Wenn du willst kannst du den #if ja mal rausnehmen. und vaapi.h includieren. Programmtechnisch hatte ich eh nix verändert mit oder ohne vaapi.h

Ok, werde ich gleich mal machen

hier mal was zum Testen (video.c mit vaapi.h) aus dem Git v3.7.4

hier mal was zum Testen (video.c ohne vaapi.h) aus dem Git v3.7.4

Bei ALLEN Versionen Deint u CPU OK

Ok dann baue ich die ohne vaapi.hin das nächste Image ein.

Fein das die aktuelle Git Version 3.7.4 jetzt sauber läuft.

Da es keinen anderen Kernel-Version zur Zeit gibt muß man hier warten.

Ich habe diesen DRM-Fehler hier nicht auf 2 verschiedenen i5 - Generation 11 NUC-Geräten

Zitat von gggggg

Crosspost :

Mit Kernel 6.0.9 gibt es bei TVoff immer noch die drm Fehler während der Boot Phase: syslog221210_dp3_tvOFF_720p50

Bei TVon sind die Fehler weg: syslog221210_dp3_tvON_720p50

Am Ende der logs sieht man auch die Initialisierung v. softhd. Am Einfachsten nach "DP-3" suchen

Alles anzeigen

kernel: [    2.018993] i915 0000:00:02.0: [drm] User-defined mode not supported: "1280x720": 50 74250 1280 1720 1760 1980 720 725 730 750 0x60 0x5

Hm, danach passen Deine Grub-Einträge nicht

kernel: [    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-6.0.9-060009-generic root=UUID=a48865c1-45b7-4ba7-b12b-674e46d0738d ro net.ifnames=0 and biosdevname=0 intel_pstate=enable splash quiet loglevel=3 video=DP-3:1280x720@50D drm.edid_firmware=DP-3:edid/edid.bin nohz=off nolapic-timer vt.handoff=7

Das OSD benötigt aber FullHD Auflösung!

vdr: [softhddev]GetOsdSize: 1920x1080 1

vdr: [1450] OSD size changed to 1920x1080 @ 1

um Deine edid.bin mal zu lesen, gibt doch mal auf der Konsole parse-edid < /lib/firmware/edid/edid.bin ein.

Bsp.

root@BM2LTS64nDD:/home# parse-edid < /lib/firmware/edid/edid.bin
parse-edid: parse-edid version 1.4.2
parse-edid: EDID checksum passed.

    # EDID version 1 revision 3
Section "Monitor"
    # Block type: 2:0 3:fd
    # Block type: 2:0 3:fc
    Identifier "LG TV SSCR2"
    VendorName "GSM"
    ModelName "LG TV SSCR2"
    # Block type: 2:0 3:fd
    HorizSync 30-255
    VertRefresh 24-120
    # Max dot clock (video bandwidth) 1190 MHz
    # Block type: 2:0 3:fc
    # DPMS capabilities: Active off:no  Suspend:no  Standby:no

    Mode     "3840x2160"    # vfreq 60.000Hz, hfreq 135.000kHz
        DotClock    594.000000
        HTimings    3840 4016 4104 4400
        VTimings    2160 2168 2178 2250
        Flags    "+HSync" "+VSync"
    EndMode
    Mode     "2560x1440"    # vfreq 119.998Hz, hfreq 182.996kHz
        DotClock    497.750000
        HTimings    2560 2608 2640 2720
        VTimings    1440 1443 1448 1525
        Flags    "+HSync" "+VSync"
    EndMode
    # Block type: 2:0 3:fd
    # Block type: 2:0 3:fc
EndSection

Anleitungs-Bsp.

Zitat

Damit die Anzeige auch funktioniert wenn der TV/Monitor erst nach dem Hochfahren des Systems angeschlossen wird, führen Sie die folgenden Schritte aus:

1. Lesen Sie die EDID-Daten bei angeschlossenem TV/Monitor aus: sudo get-edid > edid.bin
2. Sofern gewünscht können Sie sich die Daten mittels parse-edid < edid.bin in lesbarer Form anzeigen lassen.
3. Kopieren Sie die Daten in das Firmware-Verzeichnis:sudo mkdir /lib/firmware/edid sudo cp edid.bin /lib/firmware/edid/
4. Ergänzen Sie die in der Dateil /etc/default/grub die Zeile GRUB_CMDLINE_LINUX_DEFAULT um einen drm.edid_firmware Eintrag: sudo vi /etc/default/grub GRUB_CMDLINE_LINUX_DEFAULT="quiet splash drm.edid_firmware=DP-1:edid/edid.bin video=DP-1:1920x1080@50D"
5. Den Parameter video= müssen Sie ggf. an Ihre Hardware-Konfiguration anpassen. Den Display-Namen (in unserem Beispiel "DP-1") . Alternativ finden Sie über das /sys Dateisystem ebenso Informationen zum Display-Namen: cd /sysfind -iname *edid*
6. Aktualisieren Sie Grub-Konfiguration: sudo update-grub

Zitat

Sie können nun das System herunterfahren und den TV/Monitor abstecken. Wenn Sie danach das System neu starten und erst im Nachhinein den TV/Monitor anschließen, funktioniert die Bildschirmanzeige.

Na dann schauen wir mal ob auch die Kernel Version 6.1 LTS jetzt kommt in der nächsten Zeit

Zitat

Der Linux-Kernel 6.1 wird an diesem Wochenende veröffentlicht und die neue Version hat einige neue Features und Änderungen. Linux 6.1 ist nicht nur die letzte Kernelversion des Jahres, es ist auch der neue Long Term Support (LTS) Kernel.

Zitat

wie kann ich die Temp. meiner NVMeSSD abfragen.

apt install nvme-cli

nvme smart-log /dev/nvme0

oder nur anzeigen auf der Konsole mit

nvme smart-log /dev/nvme0 | grep -i '^temperature'