[VDR 2.8.3] Fix Sortierung der Aufzeichnungen

  • purzel hatte hier eine Inkonsistenz bei der Sortierung im Aufzeichnungen-Menü gemeldet.

    Beiliegender Patch sorgt dafür, dass Ordner immer alfabetisch sortiert werden, wenn sie am Anfang der Liste stehen.
    Die eigentliche Recordings-Liste wird dazu jetzt immer aufsteigend sortiert, und die Sonderbehandlung für absteigend sortiert nach Zeit geschieht in cMenuRecordings::Set().

    Ich hoffe, ich habe alle denkbaren Kombinationen von Setup.RecordingDirs, Setup.AlwaysSortFoldersFirst, Setup.RecSortingDirection und RecordingsSortMode abgedeckt.

  • Beiliegender Patch sorgt dafür, dass Ordner immer alfabetisch sortiert werden, wenn sie am Anfang der Liste stehen.

    Hmm. Das gefällt mir nicht so richtig. Es sollte zumindest die Option vorhanden sein, auch weiterhin die Order, wenn sie am Anfang stehen, absteigend (also mit Z ganz oben) anzuzeigen. Bei meiner bisher favorisierten Einstellung werden die Aufzeichnungen nach Zeit und neueste ganz oben, und die Ordner am Anfang und Z ganz oben, angezeigt. Das ließe sich mit dem Patch nicht mehr realisieren oder habe ich da was übersehen.

    Grüße
    kamel5

    VDR 2.8.3: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 10TB HD mit ZFS RaidZ, Intel A380, Fedora 44 Kernel 7.2 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • Hmm. Das gefällt mir nicht so richtig. Es sollte zumindest die Option vorhanden sein, auch weiterhin die Order, wenn sie am Anfang stehen, absteigend (also mit Z ganz oben) anzuzeigen. Bei meiner bisher favorisierten Einstellung werden die Aufzeichnungen nach Zeit und neueste ganz oben, und die Ordner am Anfang und Z ganz oben, angezeigt. Das ließe sich mit dem Patch nicht mehr realisieren oder habe ich da was übersehen.

    Ich finde da beist sich aber irgendwie entweder Aufsteigend oder Absteigend, egal ob Zeitlich oder Alphabetisch

    also Aufsteigend 'neuseste' oben und mit 'a' anfagend, oder Absteigend 'älteste' oben und mit 'Z' anfangend.

    https://www.minidvblinux.de/

    1x OctopusNet mit 8x DVB-C
    1x Raspberry 4 MLD 6.5 SATIP (softhddevice-drm-gles )

    1x Raspberry 5 MLD 6.5 SATIP (softhddevice-drm-gles )

    1x RockPi 4 MLD 6.5 SATIP (softhddevice-drm-gles )

    1x Raspberry 3 mit SATIP MLD 6.5

    1x Raspberry 2 mit STAIP MLD 6.5

    1x Raspberry 1 (staubt gerade so vor sich hin) ;)
    1x ODROID N2+ mit SATIP MLD 6.5

    1x ODROID N2 L mit SATIP MLD 6.5

    1x Zotac CI327 MLD 6.5 SATIP (softhddevice)

    1x NUC14MNK-B2 (RNUC14MNK1500002) (vaapivideo)

  • kls für mich ist jetzt genau richtig. Alphabetisch immer aufsteigend, und bei Sortierung nach Datum mit wählbarer Richtung, dürfte für die meisten User passen und den Erwartungen entsprechen.

    MLD 6.5 mit vdr 2.7 - lirc yaUSBir - 4 x DD-Sat - SCR - Intel N100M - 4GB RAM - WD Green 12TB HDD - 22TB HDD - SanDisk 64GB SSD - Lian Li PC-C37B - Samsung LE40A559
    MLD 6.5 mit vdr 2.7 - Raspberry Pi 3 - rpihddevice
    MLD 5.5 mit Squeeze Play - Raspberry Pi 2 - 32GB SD - 7" Touch TFT

  • Die eigentliche Recordings-Liste wird dazu jetzt immer aufsteigend sortiert

    Heist das jetzt, man kann auch die Recordings-Liste nicht mehr mit Z oben anzeigen. Das ist ja für mich ein noch größerer Rückschritt als gedacht.

    Namen werden immer alfabetisch aufsteigend sortiert. Dass sich das bei den Ordnern mit absteigender zeitlicher Sortierung anders verhielt, war eigentlich immer schon falsch (daher auch der Hinweis in MANUAL, der jetzt entfällt).

    Das war nicht nur bei den Verzeichnissen so, sondern auch bei der Recordings-Liste. Im Setup heißt der Menüpunkt auch "Sortierreihenfolge bei Aufzeichnungen" und nicht "Sortierreihenfolge nach Zeit bei Aufzeichnungen". Also war das bisherige Verhalten auch erwartbar.

    für mich ist jetzt genau richtig.

    So unterschiedlich sind halt die Gewohnheiten.

    Ich würde mir wünschen, wenn man Alles (Recordings-Liste und Verzeichnisse) sowohl aufsteigend als auch absteigend sortieren kann, zumindest als Option im Setup.

    OK, wenn das so bleibt, muss ich mir halt selber wieder einen Patch machen...

    Grüße
    kamel5

    VDR 2.8.3: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 10TB HD mit ZFS RaidZ, Intel A380, Fedora 44 Kernel 7.2 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • Eine nach Zeit sortierte Liste in absteigender Reihenfolge anzeigen zu lassen, kann ich ja gerade noch verstehen - wobei man bei aufsteigender Sortierung auch mit einem Tastendruck ("Up") ans Ende der Liste und damit auf die neueste Aufnahme kommt.

    Aber welchen Sinn hat es denn, eine alfabetische Liste von Z...A anzuzeigen?

  • Im Setup heißt der Menüpunkt auch "Sortierreihenfolge bei Aufzeichnungen" und nicht "Sortierreihenfolge nach Zeit bei Aufzeichnungen".

    Code
    Sorting direction for recordings = ascending
      When recordings are sorted "by time", they appear in ascending
      order (i.e. "oldest" to "newest"). If this parameter is set to
      "descending", they will be presented "newest" to "oldest.
  • Aber welchen Sinn hat es denn, eine alfabetische Liste von Z...A anzuzeigen?

    Hättest du dich eigentlich auch beschwert, wenn das Verhalten von Anfang an so gewesen wäre wie jetzt mit dieser Änderung?

    Tja, was soll ich dazu sagen.;) Beschwert hätte ich mich sicher nicht, aber, da das viele Jahre so war, habe ich das Verhalten für mich als positiv empfunden...

    Code Sorting direction for recordings = ascending When recordings are sorted "by time", they appear in ascending order (i.e. "oldest" to "newest"). If this parameter is set to "descending", they will be presented "newest" to "oldest.

    Der Menüpunkt hat es halt anders suggeriert.

    Ich verstehe ja auch, das das neue Verhalten der Standard sein sollte. Schön wäre es halt nur, wenn das alte Verhalten auch noch möglich wäre...

    Ich will das Thema aber auch nicht unnötig in die Länge ziehen, ich finde dann schon eine für mich passende Lösung.

    Grüße
    kamel5

    VDR 2.8.3: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 10TB HD mit ZFS RaidZ, Intel A380, Fedora 44 Kernel 7.2 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • Aber welchen Sinn hat es denn, eine alfabetische Liste von Z...A anzuzeigen?

    Ich suche öfters Aufzeichnungen anhand des Titels. Da meine Sammlung doch einigermaßen umfangreich ist, sind dazu ziemlich viele Seiten durchzublättern. Wenn man die Liste in absteigender Reihenfolge hat und "Rundum scrollen" nicht aktiviert ist, mag die absteigende Sortierung helfen.

    Wenn ich aber einen Wunsch äußern dürfte, hätte ich gerne eine (gegebenenfalls per keymacros.conf belegbare) Taste, die bei alphabetischer Sortierung von der selektierten Aufzeichnung zur ersten Aufzeichnung mit dem nächsten genutzten Buchstaben im Alphabet (groß oder klein geschrieben) springt, wobei vorlaufende Tags (% bzw. @) ignoriert werden. Ist etwa "%Flight" markiert, wäre das die erste mit "G" beginnende Aufzeichnung bzw. "H", wenn es keine mit "G" geben sollte und so weiter. Nach "Z" würde "0" folgen, womit man in der alphabetisch sortierten Liste wieder oben ankäme. Hätte man ausschließlich mit Ziffern beginnende Aufzeichnungen, wie etwa in einem Ordner mit Serienepisoden der Form "S.E_Episodentitel", könnte man die Liste auf "0" bis "9" abändern, um von Staffel zu Staffel zu springen.

    Bei Sortierung nach Datum/Zeit könnte man alternativ monats- oder quartalsweise springen. Wenn man es ganz besonders smart lösen möchte, würde man das Zeitintervall über alle Aufzeichnungen ermitteln und daraus ableiten, ob man wochen-, monats- oder quartalsweise springen sollte. Eine Einteilung von wochenweise bei nicht mehr als 6 Monaten, monatsweise bei nicht mehr als zwei Jahren und quartalsweise darüber würde in etwa eine ähnliche Granularität liefern wie die Buchstaben des Alphabets.

    Bei absteigender Sortierung würden die Sprünge logischerweise in umgekehrter Richtung erfolgen, sodass man sich auch dann im Menü immer nach unten bewegt. ;)

    Hardware: Antec NSK2480, Asus P8B75-M LX, Intel Core i5-3570T @ 2.30 GHz, 4 GB RAM, NVIDIA GT610, TT-Premium S2-6400, 128 GB SSD, 14 TB HDD, Pioneer BDR-207EBK
    Software: Ubuntu 22.04 LTS mit Kernel 6.8 und VDR 2.8.3 (mit offiziellen und eigenen Patches)
    Plugins: devstatus, dvbhddevice, dvd, dvdswitch, epgsearch, femon, live, markad, mlist, osdteletext, recsearch, remote, satip, screenshot, skinnopacity, streamdev, systeminfo, xineliboutput
    Addons: VDR Convert 0.1.0 (angepasst)

  • Guten Morgen zusammen!

    ... Da meine Sammlung doch einigermaßen umfangreich ist, ...

    Wenn ich aber einen Wunsch äußern dürfte, ...

    Auch meine Sammlung ist inzwischen recht umfangreich. Bei etwa der Hälfte habe ich Selbige in bestimmte Verzeichnisse und -strukturen sortiert - was zum Auffinden gewünschter Aufnahmen durchaus eine Hilfe sein kann. Bei der anderen Hälfe sind mir noch keine "hübschen" Sortierkriterien eingefallen...

    Aber Deine Idee mit dem buchstabenweise springen hat was :thumbup:, sozusagen ein "nice to have".

    Wäre bei Dir das RecSearch Plugin eine Hilfe?

    Habe ich nicht vor. Ich selbst nutze ExtRecMenuNG schon länger nicht mehr, es hätte also für mich keinen Mehrwert.

    Sorry, tut mir leid. Vielleicht habe ich das missverstanden: ich dachte Du seist der "Zuständige" für das ExtRecMenuNG Plugin 8) - und da Du ohnehin eine eigene "Anpassung" (letzter Satz Post #7) programmieren willst dachte ich, die sei im Plugin doch gut aufgehoben ;). Nimm mir bitte meine Gedankengänge nicht übel :saint:

  • ich dachte Du seist der "Zuständige" für das ExtRecMenuNG Plugin

    Das schon, aktuell aber nur noch Fehlerbereinigung und Anpassungen an neuere VDR-Versionen. Und wenn mir jemand einen Patch schickt, schaue ich mir den gerne an und nehme ihn ggf. auch noch auf.

    Ich habe das ExtRecMenuNG Plugin damals gemacht, um es an die neueren VDR-Versionen anzupassen. Zu der Zeit habe ich es auch selbst noch benutzt. Mittlerweile (seit einigen Jahren) nutze ich es nicht mehr, ich patche mir das, was ich brauche, direkt in den Core-VDR.

    Um auf das aktuelle Thema zurückzukommen: es würde bedeuten wieder mehr Funktionen vom Core-VDR ins Plugin zu verlagern, das wollte ich eigentlich vermeiden.

    Und außerdem betreue ich noch einige andere Plugins, die mir aktuell wichtiger sind.

    Nimm mir bitte meine Gedankengänge nicht übel :saint:

    Kein Problem.

    Grüße
    kamel5

    VDR 2.8.3: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 10TB HD mit ZFS RaidZ, Intel A380, Fedora 44 Kernel 7.2 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • Wäre bei Dir das RecSearch Plugin eine Hilfe?

    Das habe ich zwar im Einsatz, es hilft beim schnellen Navigieren aber nicht wirklich… ;)

    Der Use-case ist doch: Ich möchte möglichst bequem zur Aufzeichnung "Mona Lisa", aber wie komme ich schnell in die Nähe dieser Aufzeichnung? Das "buchstabenweise" springen bringt mich ja einigermaßen zügig zu den "M"- bzw. "N"-Aufzeichnungen, von dort aus ist man per vorwärts/rückwärtsblättern relativ schnell am Ziel.

    Hardware: Antec NSK2480, Asus P8B75-M LX, Intel Core i5-3570T @ 2.30 GHz, 4 GB RAM, NVIDIA GT610, TT-Premium S2-6400, 128 GB SSD, 14 TB HDD, Pioneer BDR-207EBK
    Software: Ubuntu 22.04 LTS mit Kernel 6.8 und VDR 2.8.3 (mit offiziellen und eigenen Patches)
    Plugins: devstatus, dvbhddevice, dvd, dvdswitch, epgsearch, femon, live, markad, mlist, osdteletext, recsearch, remote, satip, screenshot, skinnopacity, streamdev, systeminfo, xineliboutput
    Addons: VDR Convert 0.1.0 (angepasst)

  • Und seitenweises blättern (mit links/rechts) bringt dich nicht ebenso schnell zum "M"?

    MyVDR: yaVDR-Ansible (Ubuntu 20, VDR 2.4.8) - vdr-plugin-softhddevice (2.5) - epgd/epg2vdr (tvm) - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 21.3
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

  • Wenn du dazu ca. 200x blättern möchtest… ;)

    Hardware: Antec NSK2480, Asus P8B75-M LX, Intel Core i5-3570T @ 2.30 GHz, 4 GB RAM, NVIDIA GT610, TT-Premium S2-6400, 128 GB SSD, 14 TB HDD, Pioneer BDR-207EBK
    Software: Ubuntu 22.04 LTS mit Kernel 6.8 und VDR 2.8.3 (mit offiziellen und eigenen Patches)
    Plugins: devstatus, dvbhddevice, dvd, dvdswitch, epgsearch, femon, live, markad, mlist, osdteletext, recsearch, remote, satip, screenshot, skinnopacity, streamdev, systeminfo, xineliboutput
    Addons: VDR Convert 0.1.0 (angepasst)

Participate now!

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