Skin LCARSNG

  • Hallo,


    eine neue Version 0.3.3 mit einigen kleinen Anpassungen ist im Git:


    - VDR-2.4.2 adjustments

    - Corrected array size

    - Substitute LOCK_DELETEDRECORDINGS_READ in FreeMB

    - Correct display some rectangle in cLCARSNGDisplayMenu::DrawFrameDisplay

    - Optimizing displaymenu to avoid flickering

    - Refactor DrawDisk()

    - Prevent "Rec:" from flickering in displaychannel.c


    Viele 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

  • Hallo,


    eine neue Version 0.3.4 ist im git:


    - VDR-2.5.3 adjustments

    - Automatic display description in menu epg, timer and recording (This can be configured in the setup)


    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

  • Hallo,


    ich habe leider einen API-Check für ältere VDR-Versionen vergessen.

    Wer die Version 0.3.4 mit VDR < 2.5.3 benutzen möchte, bitte neu downloaden.


    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

  • Hallo,


    eine neue Version 0.3.5 ist im git:


    - Add TS errors to recording info

    - Add timeshift buffer to display channel


    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

  • Hallo,


    eine neue Version 0.3.6 ist im git:


    - Small optical changes

    - VDR-2.5.6 adjustments

    - Optional display of errors in info added if "error == 0"


    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

  • Hallo,


    eine neue Version 0.3.7 ist im git:


    - Don't show NumRecordingsInPath if recodings menu shows deleted recordings

    - Changed the name of an Instant Recording timer in the display channel

    - Replace "[|| ]" with graphics if a item has tabbed text

    - Add volume bar to main menus


    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

  • Hallo,


    eine neue Version 0.3.8 ist im git:


    - Add info from epgsearch, tvscraper and vdradmin-am in the detail view

    - Rework of animation in displaymenu

    - Rearrange setup

    - Add volume bar to display channel

    - Update FreeMB()

    - Always show remaining and total time in display recording


    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

  • Hi,


    - Add info from epgsearch, tvscraper and vdradmin-am in the detail view


    Ich habe mal bei Aufzeichnungen-> Info


    geschaut, da sind aber keine tvscraper Informationen (?). Was sollte da angezeigt werden?


    ~ Markus

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

  • Was sollte da angezeigt werden?

    Das sind keine Informationen, die durch das Scrapen entstanden sind (das wäre doch ein größerer Umbau), sondern nur die Information aus der Info-Datei im Bereich Aux. Es wird also nur angezeigt, ob diese Aufnahme durch den TVScraper ausgelöst wurde und der Grund dafür. Genau so, wie das auch für eine Aufnahme angezeigt wird, die durch einen Suchtimer von EPGSearch oder von vdradmin-am entstanden ist.


    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

  • Hallo,


    eine neue Version 0.4.0 ist im git:


    - Fix a segfault in cDrawDescription::Draw() (thx to rell at vdr-portal.de)

    - Add volume bar to display replay

    - Optimize drawDescription in display menu

    - Add info of current event to displaychannel

    - Add screenresolution to status area

    - Optical optimization in all views

    - Add messagebox.*

    - Cleanup coordinates in display channel

    - Add small scaled video window to display menu

    - Optical optimization and cleanup in display menu

    - Add italian translation (thx to fiveten_59 at vdr-portal.de)

    - Add make and setup option to display the coordinate grid

    - Update volume bar

    - swap timer and events in channel view via setup option (thx to rell at vdr-portal.de)

    - Add classic theme (thx to rell at vdr-portal.de)

    - Fix description of event not shown in display channel if using softhddevice*

    - Updated README


    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

  • Keine Ahnung, ob das bei mir immer schon so ist, aber seit kurzem fällt mir folgendes Phänomen auf:

    Wenn ich im Aufzeichnungsmenü mit links/rechts eine Seite weitergehen will, tut sich erstmal nichts. Erst bei einem nachfolgenden Tastendruck z.B. auf hoch/runter werden beide Tastendrücke umgesetzt. In den anderen Menüs (Programm, Kanäle, Timer ...) klappt es. Mit anderen Skins klappts auch bei Aufzeichnungen, daher der Post hier...

  • tut sich erstmal nichts.

    Das sieht so aus, als wenn da ein Flush() verloren geht.

    Ich habe es gerade hier nochmal getestet, und bei mir funktioniert das wie erwartet. Dabei ist mir aber noch ein anderes Problem aufgefallen :( . Man kann halt nicht alle möglichen Einstellungen testen oder man vergisst auch mal was.

    Schicke mir bitte mal Deine Skin-Einstellungen, dann kann ich es damit mal testen.


    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

  • Ich teste das am Abend nochmal auf meinem anderen Client...

  • Auch mit Deinen Skin-Einstellungen tritt hier dieses Verhalten nicht auf.

    Getestet sowohl mit meiner TT6400 als auch mit softhddevice mit und ohne OpenGL Osd.


    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

  • Wahrscheinlich wieder das Ausgabeplugin... :(

  • Nein. Habe mit Software OSD probiert, gleicher Fehler. Ich habe einen bisect mit skinlcarsng durchgeführt.

    ist der erste Commit, mit dem der Fehler auftritt.


    Wenn ich mir im Ausgabeplugin die Flush-Anfragen loggen lasse, kommen da immer welche, sobald das OSD offen ist. Das werden die ständigen Aktualisierungen sein. Sobald ich im Aufzeichnungsmenu nun die links/rechts Taste drücke, "stoppt" das OSD, d.h. keine flush mehr. Auf der Tastendruck selbst triggert keinen Flush. Es geht erst wieder weiter, wenn z.B. up/down gedrückt wird.

  • Wenn ich einen Tipp abgeben dürfte, würde ich sagen, dass hier ein Flush verloren geht: https://gitlab.com/kamel5/skin…1e2835936fe23cd_1713_1727


    Mal testen...


    EDIT: Wenn ich einfach mal https://gitlab.com/kamel5/skin…1e2835936fe23cd_1397_1407 auf false setze, bfunktioniert es wieder. Also passt wohl mit animatedInfo.Fast noch was nicht ganz.

Jetzt mitmachen!

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