Im Grunde eine vereinfachte Darstellung der jeweiligen Chapter,
wobei die "Länge" zusammengefasst und gleiche Kapitelbezeichnungen (außer jeweils eine)
entfernt werden.
Es wäre sehr hilfreich wenn jemand einen Vorschlag dazu hat, wie man dies
mit einem Skript hinbekommen kann.
wo kommen denn die Daten für die fortlaufende Nummer her? aus %track%?
Und da mir %chapter% benutzerdefiniert vorkommt ... ist da nur die 1 oder "Kapitel_1" drin gespeichert?
Ich würde nicht nach %_path% die Sortierung anlegen, sondern nach vermutlich %chapter% mit $loop(%chapter%,1)
Die fortlaufende Nummern wurden per Skript nachträglich geändert, ansonsten würde für Kapitel_1
= fortlaufend 1, Kapitel_2 = fortlaufend 2 etc. stehen. %chapter% ist benutzerdefiniert, und stammt von %title% (dupliziert).
In %title bzw. %chapter% steht:
01 | Kapitel_1
...
02 | Kapitel_2
...
03 | Kapitel_3
Dein Vorschlag funktioniert auch (Vielen DANK!), jedoch "nur" wenn keine Zahl
01, 02, 03 bereits in %title% bzw. %chapter% für die Kapitelnamen mit aufgeführt sind.
Das | macht keine Probleme.
%_total_time% wird dann hinzugefügt, aber wie gesagt die Kapitelnamen erscheinen alle.
Leider gibt es ein weiteres Problem. Auch wenn die Track Nummern z.B. aufsteigend in mp3tag sind,
werden diese bei dem Export vollständig durcheinander geworfen. Somit stimmt auch die Reihenfolge der Kapitelnamen nicht mehr. Wie kann man die Sortierung z.B. aufsteigend beim Export mitgeben?
Warum das dann nicht funktioniert ist mir echt ein Rätsel.
Vielleicht noch eine Idee?
Im Chapter steht bereits ein 01 | Kapitel_1 ... 12 | ..., und die Schreibweise muss weiter bestehen bleiben. Die gewünschten Änderungen werden nicht vollständig durchgeführt.
Du willst, dass nach "Kapitel x" gruppiert wird und alle gleichen zusammengefasst werden - nur: es gibt keine gleichen, da vor jedem "Kapitel x" eine eindeutige Nummer steht.
Du könntest jetzt entweder ein Feld wählen (TITLE?), wo wirklich nur "Kapitel x" drinsteht oder $regexp(%chapter%,^\d+ \| ,) statt nur %chapter% verwenden.
Das entfernt dann die führende Nummer und den Balken.
Ja, Ohrenkino Du hast vollkommen recht. Die Kapitelzahlen (01 | etc.) müssen vorher entfernt werden,
um gleiche Namen wieder zu bekommen (zwecks Gruppierung).
Es wäre hervorragend gewesen wenn das Skript einfach bis zum ersten | das ignorieren könnte,
dann wäre das Problem nicht (somit gleiche Namen) und die Gruppierung könnte erfolgen. Aber das scheint nicht möglich zu sein.
Deine geschätzten Tipps sind schon richtig und sehr hilfreich.
Aber auch wenn die Zahlen entfernt sind, werden beim Export die Tracknummern und somit die Kapitelnamen alle durcheinander geworfen, und sind nicht aufsteigend sortiert (Getestet bei z.B. max. 255 Chapter).
Bisher habe ich auch keine Lösung gefunden wie man z.B. eine Sortierung (sort) mitgegeben kann.
Ich verstehe es nicht. Wenn doch die Kapitel aufsteigend gruppiert werden, dann kann es doch pro Kapitel nur 1 Track-Nr geben. Und die ist entweder zufällig oder jeweils die letzte.
Wenn nach TRACK sortiert wird, dann passt doch wieder die Sortierung nach %chapter% nicht, würde ich sagen.
Ich kann dir nicht mehr weiterhelfen.
Meiner Ansicht nach weiß MP3tag am Ende der jetzt erzeugten Liste für 1 chapter nicht, welche weiteren chapter noch kommen und welches dann die niedrigste Tracknummer ist.
Ich weiß nicht, ob eine gruppierte Liste noch sortiert werden kann, jedenfalls fällt mir dazu nichts ein.
Ich meine OK, auch wenn es immer keinen Wert hat, über den Sinn einer Nutzeranforderung zu reden: aber warum ist es wichtig, dass ausgerechnet TRACK aufsteigend sortiert wird, wo dann nur irgendeine Zahl drinsteht, die Kapitel können aber in beliebiger Reihenfolge erscheinen?
Denn in deinem Beispiel aus dem 1. Beitrag ist diese (für mich) komische Reihenfolge nicht ersichtlich.
Nach meinem Eindruck, könnte man auf TRACK komplett verzichten ...
Deshalb bitte ich um Aufklärung
Ich habe eine abschließende (externe) Lösung gefunden.
Wie erwähnt werden die TRACK Nummern nicht aufsteigend sortiert bei dem Export (Warum auch immer) . Das hat auch die folge das automatisch die Kapitelnamen nicht mehr in der Reihenfolge erscheinen, wie sie eigentlich sollten.
Meine Lösung ist nun diese:
Ich verwende dieses Skript (von Dir ohrenkino)