Ich mach es recht ähnlich wie
@Xerx3s . Bei mir ist auch
Kodi bzw.
LibeElec mit
Mariadb im Einsatz. Das meiste basiert bei mir auf
Debian oder
ArchLinux.
Bei der Sortierung gehe nutzte ich auch
MediaElch um die
nfo-Files für Kodi zu generieren.
Beine Ordnerstruktur sieht wie folgt aus:
Code:
./
├── Anime
│ ├── baa
│ │ ├── S00
│ │ ├── S01
│ │ └── S02
│ └── foo
│ └── S01
├── Filme
│ ├── 2019
│ │ └── baa
│ └── 2020
│ └── foo
└── Serien
├── baa
│ └── S01
└── foo
├── S00
└── S01
Bei Filmen Versuche ich durch die Ebene der Jahre sicherzustellen das kein Ordner für sich genommen zu groß wird. Bei Serien und Animes ist Sortierung nach Jahren hingegen etwas schwer. Daher gibt es hier noch keine Zwischenebene, eventuell kommt hier aber mal ein ./A/, ./B/ rein usw.
Die Ebene mit S00 usw. ist an
theTVDB angelehnt, damit MediaElch damit klar kommt, das dazu führt, das Filme und OVA von Animes auch in S00 landen. Da hatte ich mich früher mal an AniSearch.de orientiert und bin wegen MediaElch davon abgekommen.
Die Dateien liegen dann immer in der ensprechend letzten Ordnerebene.
Die Dateinamen ändere ich bewusst nicht. So kann ich sicherstellen das Leute die, die Daten in anderen Plattformen wie
RetroShare suchen, diese auch unter den Namen der ReleaseGroup finden können. Ich meine auch mal gelesen zu haben, das es eine Empfehlung der ReleaseGroups ist.
Als folge dessen sind Renamer oder aber auch die Sortierfunktion von MediaElch für mich recht uninteressant, da die ja immer den Namen anfassen wollen.
Teilweise habe ich deswegen einige
bash Scripte im Einsatz die eine Tailsortierung vornehmen.
Im großen und ganzen bleibt es aber eine stark Manuelle Arbeit.
Als "NAS" dient bei mir ein IBM 4HE Server mit 14 Platten und Aktuell 36TB von ~70Tb. Wobai bei mir
BTRFS mit
bees, sowie
snapper. Dadurch ist mein Verhalten zu Speicherplatz sehr schwammig.
Ansonsten wird das ganze aktuell via NFSv4 im Netzwerk und VPN geteilt. Zudem Implementiere ich aktuell LDAP um einheitliche UID und GIDs zu haben.