Max Doener
Well-Known Member
- Joined
- May 22, 2020
- Messages
- 49
- Likes
- 10
Hi, ich beziehe mich auf folgenden Post von mir: https://forum.redfox.bz/threads/mediaplayer-m9702-und-das-fachsimpeln-darüber.77350/page-101#post-530326b) Autoscript auf das NAS bringe ich auch nicht zum Laufen. Meine Dateien AutoScript und AutoScript.TSS sehen so aus:
Dazu habe ich nun Folgendes herausgefunden. Eine Zusammenfassung:
- Das Autoscript hat ja prinzipiell funktioniert. Zum Testen habe ich mit "mkdir" Verzeichnisse anlegen lassen. Die wurden auch erzeugt, nur meine SMB Shares nicht verbunden. Bis ich dann herausgefunden habe, dass das ein Timing-Problem ist und der M9702 das Netzwerk zum mount-Zeitpunkt einfach noch nicht geladen hatte. Also Wartezeit von 1000 ms auf 5000 ms (3000 reicht auch) vergrößert und schon ging´s.
Vorher: SLEEPMS(1000) -> Nachher: SLEEPMS(5000)
- Nächstes Problem: Filme mit Umlauten im Dateinamen wurden am Umlaut abgeschnitten angezeigt. Das war mir vorher aber noch nicht aufgefallen, als ich den "normalen" Weg über die Netzwerksuche gegangen bin. Also über "Netzwerk" OK, über den AutoScript mount "Filme" abgeschnitten. Schluss: Muss am mount-Befehl selbst liegen. Etwas Recherche im Internet und dann den Parameter 'iocharset=utf8' ergänzt => Umlaute vorhanden.
Vorher: CLI(CLI_exec mount.cifs //192.168.1.150/Lw_D mnt/sda1/Drive-D -o user=****,password=****,ro)
Nachher: CLI(CLI_exec mount.cifs //192.168.1.150/Lw_D mnt/sda1/Drive-D -o user=****,password=****,ro,iocharset=utf8)
Zu dem Umlautproblem gab es schon mal einen Post von @bambam in dem Thread hier.
- Nächstes Problem: Der 'iocharset'-Parameter hat einen Einfluss auf die max. Länge des Ordnernamens auf dem USB-Stick, in den der Share gemountet wird. Der darf dann nur noch max. 8 Zeichen lang sein. Ohne 'iocharset' kann der Ordnername auch länger sein. Ich habe das mehrfach nachgeprüft, weil ich es nicht glauben konnte. Ursache unklar. Muss man nur wissen.
Beispiel 1: "Laufwerk-D" als Ordnername funktioniert, wenn keine "iocharset" ergänzt ist.
Geht: CLI(CLI_exec mount.cifs //192.168.1.150/Lw_D mnt/sda1/Laufwerk-D -o user=****,password=****,ro)
Beispiel 2: "Laufwerk-D" als Ordnername ist zu lang und funktioniert daher NICHT, wenn "iocharset" ergänzt ist.
Geht nicht: CLI(CLI_exec mount.cifs //192.168.1.150/Lw_D mnt/sda1/Laufwerk-D -o user=****,password=****,ro,iocharset=utf8)
Abhilfe ist, den Namen auf dem USB-Stick zu verkürzen, aus "Laufwerk-D" wird dann z.B. "Drive-D".
Geht wieder: CLI(CLI_exec mount.cifs //192.168.1.150/Lw_D mnt/sda1/Drive-D -o user=****,password=****,ro,iocharset=utf8)
Das mit den 8 Zeichen hatte ich auch schon mal in einem Post hier gelesen.
- Nächstes Problem: In dem Filmordner mit den ISOs auf dem NAS, liegen auch jpg-Bilder für die Cover. Da hat er mir plötzlich nur noch vom ersten Film das Cover angezeigt. Ich habe dann festgestellt, dass der Weg ausschlaggebend ist, wie man in den NAS-Ordner kommt. Und man muss mehrere Fälle unterscheiden:
1. Fall: Kein Autoscript, Share über "Netzwerk" ansteuern: Alle Covers werden sauber geladen und angezeigt.
2. Fall: Mount mit Autoscript, Share über "Filme" ansteuern: Alle Covers werden sauber geladen und angezeigt.
3. Fall: Mount mit Autoscript, trotzdem NAS-Share über "Netzwerk" ansteuern: Nur noch vom ersten Film wird das Cover angezeigt und die anderen Cover werden nicht nachgeladen. Auch das habe ich mehrfach nachgeprüft. Wenn man also den Share über AutoScript angebunden hat und noch ein zweites Mal über "Netzwerk" darauf zugreift, verklemmt sich hier offensichtlich etwas. Das wird man zwar nicht tun, weil deswegen hat man ja Automount eingerichtet. Bei meinen Versuchen bin ich da halt drauf gestoßen. Bei mir ist das Verhalten jedenfalls so. Alles kein Problem, aber im ersten Moment wundert man sich trotzdem, weil man das ja nicht so erwartet.
Last edited: