[SkinNopacity] Aktuelle Probleme

  • Aber woher kommen die fehlerhaften Daten in der info-Datei? In die schreibt doch nur vdr. Hat die ARD da also in ihrem EPG ein falsches Datum gehabt? Sowas habe ich in über 20 Jahren vdr-Nutzung noch nie zuvor beobachtet.

    Normalerweise schreibt die nur der VDR, oder hast Du da noch ein Plugin am laufen, das auch solche Daten schreibt.

    Seltsam ist das Ganze schon, denn wenn falsche Daten gesendet wurden, hätte das dann nicht auch den Timer selbst betroffen.

    Ich habe mich aber auch noch nicht so tiefgründig mit dem VDR-Code bzgl. der Events befasst, das ich da was genaues zu sagen könnte.


    Grüße

    kamel5

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

    Git-Repo: gitlab.com/kamel5

  • Normalerweise schreibt die nur der VDR, oder hast Du da noch ein Plugin am laufen, das auch solche Daten schreibt.

    Mir nicht bekannt. Markad dürfte die info-Datei ja eigentlich nicht anfassen. Und sie wurde nach Timer-Beginn um 19:57 Uhr auch nicht mehr verändert.

    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

  • Markad dürfte die info-Datei ja eigentlich nicht anfassen.

    Es gab mal eine Funktion, wo markad Fehler in der info Datei korrigiert hat, die habe ich aber schon vor Jahren entfernt.

  • Hallo,


    es gibt eine neue Version 1.1.19 im git:


    - Extended search of manual posters (recording details)

    - Fixed wrong display of parental rating without subtitle

    - Fix some typos (thx to shofmann at vdr-portal.de)


    Grüße

    kamel5

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

    Git-Repo: gitlab.com/kamel5

  • Moin Kamel,


    eins stört mich schon länger: Wenn man während einer Wiedergabe die ok-Taste zum Einblenden des OSD (Fortschrittsbalken) drückt, kann man das OSD normalerweise mit einem zweiten Druck auf die ok-Taste sofort wieder schließen. Das klappt nicht immer - manchmal muss man mehrere Sekunden warten, ehe ein erneuter Druck das OSD schließt. Ich habe mit mehreren Skins und allen möglichen Werten für Ein- und Ausblendezeiten experimentiert, aber der Fehler tritt immer wieder auf. Üblicherweise reicht es, 5-10 mal die OK-Taste im Wechsel zu drücken, um ihn zu provozieren. Es tritt aber manchmal auch schon beim ersten Schließen (also zweiter Druck) auf.

    Beim Live-TV gibt es bei der Anzeige der Kanalinformation dieses Problem nach meiner Beobachtung hingegen nicht.


    Vielleicht kannst Du Dir das mal anschauen.

    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 habe das gerade mal bei mir getestet und konnte auch nach vielen mal "Ok"-Taste drücken, solch einen Effekt nicht provozieren.


    Deshalb, schicke mir bitte mal deine Setup-Einträge von skinnopacity. Vielleicht findet sich ja damit noch ein Hinweis.


    Du kannst auch mal den Debug-Level vom VDR auf 3 setzen. Dann sollten sich solche Einträge im Log finden (wenn Du eine Einblend- und Ausblendzeit eingestellt hast):

    Code
    Dez 01 13:25:49 vdr[45761]: [59535] DisplayReplay thread started (pid=45761, tid=59535, prio=high)
    Dez 01 13:25:49 vdr[45761]: [59535] skinnopacity: First Lock(): 90ms
    Dez 01 13:25:49 vdr[45761]: [59535] DisplayReplay thread ended (pid=45761, tid=59535)
    Dez 01 13:25:51 vdr[45761]: [59543] DisplayReplay thread started (pid=45761, tid=59543, prio=high)
    Dez 01 13:25:51 vdr[45761]: [59543] skinnopacity: First Lock(): 0ms
    Dez 01 13:25:51 vdr[45761]: [59543] DisplayReplay thread ended (pid=45761, tid=59543)

    Bei jedem "Ok" treten 3 Einträge im Log auf, die ersten 3 beim öffnen des Fortschrittsbalkens, die zweiten 3 beim Schließen.


    Ich werde das hier mal beobachten.


    Grüße

    kamel5

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

    Git-Repo: gitlab.com/kamel5

  • hier erstmal meine Konfiguration:

    ein paar Werte von vdr:

    Code
    OSDSkin = nOpacity
    OSDTheme = lightblue
    OSDMessageTime = 1
    ProgressDisplayTime = 0
    ChannelInfoTime = 5

    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

  • Der log level steht schon auf 3. Ich kriege nur diese Meldungen:

    Code
    Dec 01 14:10:20 CoreELEC kernel: fb: clear: osd 0
    Dec 01 14:10:21 CoreELEC vdr[4242]: [4242] [softhddev]CreateOsd: left 130, top 752, level 0, using OpenGL OSD support
    Dec 01 14:10:21 CoreELEC vdr[4242]: [4242] [softhddev]cOglOsd osdLeft 130 osdTop 752 screenWidth 1920 screenHeight 1080
    Dec 01 14:10:22 CoreELEC kernel: fb: clear: osd 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

  • Der log level steht schon auf 3. Ich kriege nur diese Meldungen:

    Du hast bei Deinem genutzten Theme Ein- und Ausblendzeit auf 0. Dann passt das so.


    Ich sehe gerade in Deinem Log, Du nutzt "OpenGL OSD support", das könnte da auch mit reinspielen. Zum Eingrenzen kannst Du den zum Testen mal abstellen und schauen, ob es dann auch noch auftritt...


    Ich versuche es hier mit Deinen Einstellungen in den nächsten Tagen nachzustellen.


    Grüße

    kamel5

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

    Git-Repo: gitlab.com/kamel5

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!