hawihoney

Es funktioniert exakt wie vorgesehen. Achte auf das kleine Wort "new". Aus der Hilfe zum Cache bei den Shares:

Ah, verstehe. Vielen Dank. Das würde ich nie verwenden. Ich habe auf meinem Weg so viele Betriebssysteme und Software genutzt und wenn etwas oft verloren ging, dann waren das die Dateiattribute. Das hat mich nachhaltig geprägt. Noch heute enthalten Dateinamen den Datumsstempel (z.B. 20221021 Dokument.pdf oder 20221021 200401 Bild.jpg) und hier liegen Skripte die das patchen. Von Plex nutze ich deren XML Output. Der enthält die vollständigen Informationen, das geballte Wissen, über jeden Film, Interpreten, Album, Track, Serie, Episode, Bild, ... Das liegt bei mir in den Ordnern neben dem Content.

Confirmed. Meine beiden Stecker, von denen bisher einer auf Grund einer alten Firmware keine Stromwerte lieferte, funktionieren einwandfrei mit der neuen Version.

I add my link here:

Sobald man einen Mount in UD eingerichtet hat kann das gescripted werden (z.B. mit dem User Script Plugin). Auszug aus meinen Mount und Unmount Scripten: /usr/local/sbin/rc.unassigned mount //192.168.178.101/disk1 ... /usr/local/sbin/rc.unassigned umount //192.168.178.101/disk1 Auszug aus der Hilfe:

Das ist doch ein Unraid Rechner, oder? Warum nimmst Du nicht das Unassigned Devices Plugin. Das ist systemnah und Unraid-konform. Ein Mount unter Unraid sieht mit diesem Werkzeug ein wenig anders aus: /sbin/mount -t 'cifs' -o rw,noserverino,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777,uid=99,gid=100,credentials='/tmp/unassigned.devices/credentials_disk1' '//192.168.178.101/disk1' '/mnt/remotes/192.168.178.101_disk1' Das muss jetzt nicht das Problem lösen, aber ich verstehe nicht warum man bei Vorhandensein einer umfassenden GUI und systemnahen Tools unbedingt auf die Konsole muss.

Was meinst Du damit?

Plex ist mittlerweile ein CDN und aggregiert die Daten verschiedener Quellen. Ich überlasse alles Plex. Aber alles was Plex gesammelt hat exportiere ich zusätzlich in die Ordner. Fanart, Poster und die komplette XML (das ist quasi die NFO von Plex). Da ist alles drin.

Wie will man das denn lösen? Über die Länge? Und dann evtl. auch noch über IMDB? Das klappt einfach nicht. Sobald Netflix, o.ä. sein eigenes Logo davor geklebt hat stimmt die Länge nicht mehr (nur ein Beispiel). Erschwerend kommt dazu, dass die Editions bei IMDB nicht in deren Datenbank zu finden sind - nur auf der Website. Dann habe ich mir eine Woche mal die Quellen genauer angeschaut und anschließend aufgegeben. Da steht Uncut obwohl es nur eine Fassung gibt. Selbst auf den BDs steht oft Müll. Das kommt mir wie Marketing-Bla vor. Also, wie macht ihr das?

Also purge_keep_days klingt für mich eindeutig. Probiers halt aus.

Oh, das ist mir ja noch nicht aufgefallen. Ist bei mir auch so. Ich kann mir nicht vorstellen, dass Daten aus den Datenbanken gelöscht werden. HA wird es wohl aggregieren und nicht mehr anzeigen. Ob das mit einem anderen DB System anders ist wage ich zu bezweifeln. Ich habe dazu folgendes im Web gefunden: Das ist wohl konfigurierbar. Und damit ist es unabhängig vom verwendeten Datenbank System. Ich denke, damit in der configuration.yaml könntest Du das lösen: recorder: purge_keep_days: 60

Aaaaah. Theoretisch ja. Aber nicht ohne einen Test. Und ohne Backup sowieso nicht. Wenn Plex nicht Trillionen Metadaten auf der Platte speichern würde wäre das einfach zu testen. Denn einem anderen Container die /config anzuvertrauen könnte in die Hose gehen. Frag mich nicht warum, aber ich wäre da sehr vorsichtig. Wenn ich das machen müsste, würde ich bei gestopptem Plex eine Kopie des /config Ordners anlegen - genauer gesagt vom entsprechenden appdata Ordner. Du hättest dann zwei identische Ordner (nennen wir sie mal .../appdata/plex und .../appdata/plex.sav). Dann gibst Du dem neuen LSIO Container diese Original Config bei ansonsten identischen Container Einstellungen und probierst es aus. Wenn es schief geht config löschen und config.sav umbenennen. Du solltest hierzu aber auf jeden Fall rudimentäre Kenntnisse der Linux Konsole besitzen. Aber Achtung: Mein Plex config Ordner enthält 350 GB in mehreren Millionen Dateien und Ordnern. Kopieren dauert bei mir auf einer NVMe 8 Stunden oder so. Das soll eine Warnung sein. Denn "du" ist mir schon mehrfach abgestürzt beim Zählen des Inhalts. Irgendwann habe ich aufgehört in diesen Plex Ordner hineinzuschauen.

Darf ich Dich fragen was Dich an der SQLite stört? Die Limits sind gigantisch, sie ist schnell - meist schneller als eine voll aufgeblasene SQL Engine, sie ist selbstheilend - ich kenne niemanden der jemals einen Absturz hatte, hat einen extrem kleinen Footprint und lässt sich ganz einfach administrieren. Zum Ausprobieren könntest Du einen Dump ziehen und diesen Dump (DDL/SQL) versuchen in eine MariaDB zu laden. Ich denke bis auf das "auto increment" müsste der Dump eigentlich zu einem großen Teil kompatibel zu den üblichen SQL Standards sein. Ich selbst habe es noch nicht probiert. Meine HA DB dümpelt bei 500 MB, das ist wirklich PillePalle. Selbst meine 4 GB Plex (DB und BLOB DB) ist PillePalle was die SQLite Größe angeht. Im Gegensatz dazu kommt mir die 1,8 GB Nextcloud DB schnarch langsam vor. Aber das kann auch an Nextcloud selbst liegen.

Das ist eine Sache der Interpretation. Bei Serien nutze ich z.B. diese "Sammlungen" um die Schlüsselwörter "Ended, Continuing, Incomplete,, ..." zu verwalten, zu suchen und anzuzeigen. In allen Video-Mediatheken gibt es bei mir zudem das bereits erwähnte "Logo" - ich hasse TV-Logos. Und um es richtig abzurunden. Erstelle mal eine identisch benannte Sammlung bei einem Musik-Interpreten (sagen wir mal David Bowie) und einem Film bei dem David Bowie mitspielte (sagen wir mal Furyo). Danach Metadaten bei beiden aktualisieren und das erscheint. Das ist einfach nur genial in Plex:

Umgekehrt. Du weist einer Sammlung einen Film zu. Klar, beim Löschen verschwinden immer Dinge. Deshalb lösche ich einfach nicht Spaß beiseite: Wenn Du einmal alles ordentlich organisiert hast, dann gibt es keinen Grund mehr irgendetwas zu löschen. Mein Tipp, ohne Deine Vorgehensweise ansatzweise zu verstehen: Ändere Deine Arbeitsweise. Klingt hart, aber ich nutze seit vielen Jahren Plex mit einer großen Sammlung und habe nicht einmal Mediatheken löschen oder hinzufügen müssen. Suche Dir Deinen Platz im Plex-Universum. Passe Deine Arbeitsweise an deren Vorgaben an (z.B. Namens-Konventionen) und dann wird Plex ein treuer, täglicher Begleiter für lokales und entferntes Abspielen für Dich. Rand-Themen wie der letzte und neueste Codec werden immer wieder hochpoppen, aber das ist überall auf der Welt bei jedem Produkt so.

Wie sehen denn die Berechtigungen nach dem Verschieben aus? Auf meinem Server läuft einmal täglich ein Python User Script welches Ordner- und Dateinamen maschinell auf die Plex Konventionen und eventuelle Metadaten Änderungen ändert. Gleichzeitig wird noch chown und chmod nach Unraid Konvention angepasst. Das läuft zu 100% erfolgreich - immer. Da muss etwas bei Dir den Erfolg verhindern. Die Ordneransicht kenne ich nicht, brauche ich auch nicht.

Klick einfach auf die 3 Punkte bei einem Film, Hinzufügen zu Sammlung auswählen, Aurora 3D oder was auch immer erstellen/auswählen. Das wars. Schon kannst Du danach suchen. Plex ist ein Standardprodukt. Entweder man kommt damit klar oder man lässt es. Hersteller haben ihre eigenen Rhythmen bzw. Prioritäten. Ich habe mir schon lange die Arroganz abgewöhnt, dass sich Produkthersteller an meinen Wünschen bzw. Prioritäten zu orientieren hätten. Das wiederum halte ich für überflüssig. Da würden auch keine tausend Worte helfen um mich vom Gegenteil zu überzeugen.

Plex ist da eigentlich eher unkompliziert - sofern man sich an Namenskonventionen hält. Das trifft bei Dir offensichtlich nicht zu. a.) Wenn Du etwas verschiebst, womit verschiebst Du? b.) Poste mal einen exemplarischen Ordner-/Dateinamen.

Guckst Du denn auch in der richtigen Mediathek? Und passt der Content auch zum Typ der Mediathek? Trag doch mal bei einem Film dessen IMDB mit in den Dateinamen "Film (2022) {imdb-123456789}.mkv".

Was soll denn ein Tag z.B. sein? Ich löse das über Sammlungen (z.B. "Logo" für Content mit Logo). Für Editions gibt es mittlerweile ein eigenes Handling - selbst im Dateinamen z.B. "Film (2022) {imdb-1234567} {edition-Director's Cut}.mkv".

Kenne weder den Container (nutze LSIO Plex) noch die genauen Details. Nutzt Du ab und zu auch den Papierkorb in Plex? Wenn Du einen Film rausnimmst, anschließend Mediathek aktualisieren ausführst, dann müsste der Film einen roten Papierkorb auf dem Cover erhalten. Dann führst Du Papierkorb löschen für diese Mediathek aus und der Film verschwindet. Nun kannst Du den Film neu rein kopieren und Mediathek erneu aktualisieren. Dann müsste er wieder erscheinen. Vom automatischen Scannen der Mediatheken durch Plex halte ich nix. Wenn Du einen Film an eine andere Stelle in der Mediathek verschiebst, dann macht Plex "nur" ein "Re-Match". Die Grundzüge von Plex kommen von mobilen Devices die beim An- und Abstecken ggfs. andere Laufwerksbuchstaben bekamen (z.B. USB). Deshalb ist der Re-Match eine zentrale Komponente von Plex.

@Djoss Now I'm back with two systems (Android Tablet, Windows 11 Laptop, Chrome on both) TL,DR: It's working now. But I think something is broken now. In detail: Yesterday I tried to go back to the previous version. I did append ":v.1.66.0" to the repository, did "Apply" and the same thing happened that I often see with MKVToolNix and MakeMKV (but not with other containers). During the container stop Unraid reports "server error". So I opened the Unraid console and did enter "docker stop MKVToolNix". After a long time a message returned that said "server error ... did not stop ... tried to kill ... no exit event returned". That's what I mentioned above with "these two containers are somehow different than others here". I tried twice with an identical result, looked in the Unraid GUI, saw that the container is still up. So I removed the ":v.1.66.0" from the repository and hit "Apply". This time the Container dialog stalled and the Docker page stayed empty. So I left it that way and went to bed. In the morning the first thing I checked was the Docker page. The new MKVToolNix was running with the old "repository name". I have no idea how that is even possible. The "local scaling" worked and the "paste dialog" comes when hitting RMB (Windows) or long press into entryfield (Android). I will keep it that way because it works but I'm pretty sure that something is broken. Perhaps parts of the new or old repository are still in charge. To make it clear: My system is rock solid, only a handful of plugins and containers are running. No backup/restore tools, no system check tools, no power saving tools. Just Community Applications, Unassigned Devices, User Scripts and Dynamix File Manager. That's all on the plugin side. Home Assistant, SWAG, MariaDB, Nextcloud, Plex, NZBGet, MakeMKV, MKVToolNix on the Container side. I can stop or restart all containers at will. In fact it happens every night (User Scripts) but MakeMKV and MKVToolNix often show problems when being stopped or restarted. The only guess I have, perhaps they keep files open on SMB (remote UD shares) and the system struggles to stop the containers. But as I said, that's only a guess. Thanks for your support. I appreciate that.

@Djoss Thanks for your answer. I'm currently away from home, so first part from my tablet only. Next part in 24 hours from my Windows laptop. Apologize for fullscreen screenshots: Re. Chrome: Latest releases everywhere. Re. Clipboard on Android tablet: How do I get clipboard value into an entryfield without the dialog that appeared in previous releases? I can enter something into the new clipboard box. What to do now? Look at the screenshot to get an idea. Not much space left with the new menu. In old GUI there was a copy/paste dialog. BTW, you can see the old GUI fitting completely on screen: The last screenshot for now shows the required scrollbar now. No scaling option changes that: Re. Comparing container: MakeMKV und MKVToolNix don't survive my "docker stop, rsync, docker start" User Scripts. They don't come up again. All other containers do. So these two are excluded from my backups since some months. Issuing the same commands on console does work. Thanks for looking into it.

Der heutige Update von MKVToolNix ist auf meinen beiden Rechnern (Windows, Android) ein völliges Fiasko. Ich kann keine Clipboard Werte übernehmen, der Bildschirm passt nicht und lässt sich auch nicht komplett darstellen. Die Clip und Resize Optionen ändern nichts. Das ist einfach nur Murks. Kann man eine vorherige Version eines Containers laden? Wenn ja, wie? Ich denke ein Restore bringt nichts da ja auch zentrale Komponenten im Docker Verzeichnis geändert wurden.

With the latest Container Update the MKVToolNix GUI is no longer working on an Android Tablet and the GUI does no longer fit in my Windows Chrome browser. In detail: On both systems (Android and Windows) only part of the window does fit. Playing with clip and resize in the new menu on the left does not change that. So hitting a button in the lower part or selecting a menu entry in the top requires the use of the scrollbar always. I can set a clipboard value in the new menu on the left, but there is no way to paste that value into the GUI on my Android tablet. The keyboard does not show up when entering an entryfield. In addition a long press in an entryfield does not open the copy/paste menu. So no way to get an clipboard value into the GUI. MakeMKV and MKVToolNix were always a little bit different than other Containers (like LSIO) but MKVToolNix is now completely useless here. And my fear is, MakeMKV will follow... I would like to get back to the previous version and stick to that old release. How can I do that?