[SkinNopacity] Aktuelle Probleme

  • ja, funktioniert nun.

    Fürs Protokoll: Beim Kompilieren mit gcc-9.3.0 gibt es eine Warnung (war wohl auch vorher schon da):

    Code
    usr/include/GraphicsMagick -o menudetailview.o menudetailview.c
    menudetailview.c: In member function ‘void cNopacityMenuDetailViewLight::DrawPoster()’:
    menudetailview.c:703:13: warning: ‘posterHeightOrig’ may be used uninitialized in this function [-Wmaybe-uninitialized]
    703 |         int overlapHeight = posterHeightOrig - contentHeight;
    |             ^~~~~~~~~~~~~
    menudetailview.c:689:5: warning: ‘posterWidthOrig’ may be used uninitialized in this function [-Wmaybe-uninitialized]
    689 |     if (posterWidthOrig == 0)
    |     ^~

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Ich weiß zwar nicht, warum das mein Compiler, gcc-11.2.1, nicht anmeckert. Deiner hat aber recht.

    Commit dazu ist jetzt im git.


    Grüße

    kamel5

    VDR 2.6.6: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 39 Kernel 6.8 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • was ich immer schon mal fragen wollte...


    Das syslog ist durchdrungen von Meldungen wie dieser:

    Code
    Aug 14 10:59:19 ubuntuvdr2 vdr: [1190] nopacity: trying to load: /usr/local/share/vdr/plugins/skinnopacity/icons/darkblue/menuIcons/Schedule.png
    Aug 14 10:59:19 ubuntuvdr2 vdr: [1190] nopacity: Magick Error: Magick: Unable to open file (/usr/local/share/vdr/plugins/skinnopacity/icons/darkblue/menuIcons/Schedule.png) reported by mag>
    Aug 14 10:59:19 ubuntuvdr2 vdr: [1190] nopacity: trying to load: /usr/local/share/vdr/plugins/skinnopacity/icons/menuIcons/Schedule.png
    Aug 14 10:59:19 ubuntuvdr2 vdr: [1190] nopacity: /usr/local/share/vdr/plugins/skinnopacity/icons/menuIcons/Schedule.png sucessfully loaded

    In der gleichen Sekunden kann eine Grafik nicht geladen werden und dann geht es plötzlich doch. Das betrifft sämtliche menue icons und channel logos, sobald im OSD ein Menüpunkt ausgewählt wird. Beim einfachen Umschalten eines Senders gibt es aber keine Meldung wegen der Logos.


    Das wird unglaublich viel geloggt, wenn ich nach einem Kanalwechsel das OSD öffne und den Punkt "Programm" öffne (siehe Anlage)

    Dateien

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Das loggen dieser Ladeversuche kannst Du im Setup vom Plugin abstellen: "Log Nachrichten beim Bilder laden erzeugen" auf "Nein".

    Das es so viele Nachrichten sind, liegt daran, das erst versucht wird, ein Theme-spezifisches Icon zu finden und wenn das nicht klappt wird ein allgemeines Icon verwendet.

    Das ist damals so implementiert worden.

    Wo genau was geloggt wird müsste man sich im Code anschauen. Wahrscheinlich gibt es da an manchen Stellen Log-Meldungen und an anderen nicht.


    Grüße

    kamel5

    VDR 2.6.6: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 39 Kernel 6.8 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • Danke, jetzt ist Ruhe

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • I'll check vdpau.

    lnj: this patch fixes the problem in #75. There is a bug in VdpauBlackSurface

    Dateien

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • lnj :With your code (which is different from my solution - I used the whole 1920x1080 instead of the scaled size) there is still a small flickering on radio channels in a certain situation:

    When "black picture during channel switch' is activated and no radio plugin running, the screen becomes black on radio channels. If I press ok, the channel name is displayed. So long all o.k. But if I press immidiately Menu (before the channel name disappears), there is a small flickering on the left side of the preview window.

    It is possible that this is a bug in nopacity- maybe related to another bug (which seems to be in nopacity): If 'black picture during channel switch' is not set to 'on' in softhddevice config and we switch from a video channel to a radio channel, the screen keeps a freezed picture from the previous video channel. The channel name display does not disappear automatically. It is not possible to remove it with the back key. If you press menu, the menu appears, but it is not possible to close it. Strange things happen if you select another menu entry and closes this.

    kamel5: Maybe you can check this? I don't have these problems with other Skins. I use skinnopacity 1.1.9-Test from devel branch with Dark Blue theme.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Dr. Seltsam ,


    ich teste hier mit der TT6400. Wenn es damit geht, gehe ich normalerweise von einem Problem mit dem anderen Ausgabedevice aus...

    Ich schaue mir das aber gerne mal an und versuche Deine Vorgehensweise nachzustellen.


    Bzgl. Version 1.1.9-Test, hast Du da sonst noch Bemerkungen dazu? Wenn nicht, würde ich die gerne in master übernehmen.


    Grüße

    kamel5

    VDR 2.6.6: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 39 Kernel 6.8 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • Läuft sonst gut bei mir.


    Wie funktioniert denn die 6400? Gibt es da bei Playmode pmNone immer ein Schwarzbild? Dann wirst Du den Bug kaum nachvollziehen können. Ich vermute den Fehler aber bei nopacity, denn andere Skins (auch nopacity unter skindesigner) haben das Problem nicht.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Wie funktioniert denn die 6400? Gibt es da bei Playmode pmNone immer ein Schwarzbild?

    Ich denke, das ist so. Wenn ich auf einen Radiokanal schalte, bekomme ich ein schwarzes Bild.


    OK, dann muss ich wohl das softhddevice-plugin mal wieder aktivieren, das könnte aber etwas dauern.


    Grüße

    kamel5

    VDR 2.6.6: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 39 Kernel 6.8 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • Neue Version 1.1.9:


    - Update iceblue theme

    - Optimize Flush

    - Add fade-out to Skin

    - Add TS errors to recording info (vdr >= 2.5.5)

    - Add "Use scraper infos, pictures and animation" to setup

    - Add icon for UHD/4K

    - Rework Setup (The setup menu for this skin now only works if this skin is active)

    - Merge Light version

    - Centers ChannelLogos vertically in the channel menu, timer menu, schedule menu and displaychannel


    Rework Setup:

    Since the settings are theme-specific and the theme is only known if

    this skin is active, changes were not applied if another skin was

    active. As a result of this change, the settings of this skin can only

    be changed if this skin is active. Otherwise there is a note about it.



    Grüße

    kamel5

    VDR 2.6.6: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 39 Kernel 6.8 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

    2 Mal editiert, zuletzt von kamel5 ()

  • It is possible that this is a bug in nopacity- maybe related to another bug (which seems to be in nopacity): If 'black picture during channel switch' is not set to 'on' in softhddevice config and we switch from a video channel to a radio channel, the screen keeps a freezed picture from the previous video channel. The channel name display does not disappear automatically. It is not possible to remove it with the back key. If you press menu, the menu appears, but it is not possible to close it. Strange things happen if you select another menu entry and closes this.


    You are right, this is a bug of vdpau video path, with cuvid all works fine. I'll take a look.

  • Hallo, ich habe gerade Deine neue Version getestet und mich gewundert, dass bei UHD Sendern das Icon für SD angezeigt wird:
    In zwei Funktionen wurde bei UHD Breite mit Höhe vertauscht, hier der Fix dazu:


    Schöne Grüße

    Lothar

  • Fix für das UHD-Icon ist jetzt im git.


    Außerdem gibt es im Branch devel noch einige neue commits mit kleinen optischen Anpassungen.


    Grüße

    kamel5

    VDR 2.6.6: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 39 Kernel 6.8 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • 9000H ,


    das stimmt wohl. Ich muss mal darüber nachdenken.

    Allerdings habe ich keine Testmöglichkeit für DVB-T2 hier. Wenn da jemand einen Patch oder eine Idee dazu hat...


    Grüße

    kamel5

    VDR 2.6.6: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 39 Kernel 6.8 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

    Einmal editiert, zuletzt von kamel5 ()

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!