Netzlaufwerk als Zielpfad geht nicht mehr
-
@blanick
:frowning_face:
Danke für Deine Hinweise und Tipps - aber leider nein.Ich habe jetzt die Mediathek 13.3.0 mit jeder .exe- Datei, also MediathekView.exe, MediathekView_ipv4.exe und die üblicherweise genutzte MediathekView_Portable.exe sowohl als User, als auch als Admin gestartet.
Ebenso habe ich als Speicherpfad alle möglichen Varianten des Netzwerkpfades eingegeben. Also den zugeordneten Laufwerksbuchstaben (Y:, Y:), die “Serverpfadangabe” (\Server\verzeichnis, \Server\verzeichnis,
\x.x.x.x\verzeichnis, \x.x.x.x\verzeichnis), wobei x.x.x.x die direkte IP- Adresse des Servers (NAS) ist.
Leider immer das gleiche. Es geht nicht.Auch alle Java Versionen von Rechner deinstalliert (8u221 und die jdk-11.04) und dann nur noch die neue Version jdk-11.04 installiert.
MediathekView startet ohne Fehlermeldung, aber das Problem mit dem Speichern bleibt.Fragen über Fragen, das ist richtig
“Erfreulicherweise” sehe ich gerade, dass ich doch nicht der einzige mit diesem Problem bin - geteiltes Leid und so … -
Wenn dich das freut… Mich würde das tierisch nerven.
Ich habe gerade mal was ausprobiert, zumindest hier unter Windows 7-64 hat das funktioniert.
Du könnest mit MKLINK (müsste auch bei Win10 dabei sein, allerdings braucht der imo Administratorrechte) einen SYMLINK auf deinen NAS-Pfad, dem du einen Laufwerksbuchstaben zugewiesen hast erstellen .
Beispiel:
NAS liegt auf Y:, du hast eine lokale Partition, auf der du testen kannst:
MKLINK /D irgendeinname Y:Dann gibst du als Downloadverzeichnis den Laufwerksbuchstaben:\irgendeinname an.
Vielleicht funktioniert das auch mit deinem NAS.
Löschen kannst du irgendeinname wieder mit rd irgendeinname.Übrigens musst du im Beitragstext für zwei Backshlashes 3 eingeben, der erste wird verschluckt.
Dann gäbe es noch den Trick mit den UNC-Namen mit Fragezeichen:
\\?\Y:\usw.PS:
MKLINK /J berichtigt in MKLINK /D -
Vielen Dank für die Vorschläge.
Ich habe eben in Win 8.1 Pro N, (VM, VMWare Palyer, host ist Win 10 Pro x64 Desktop)
JDK 11.0.4 installiert (via computerbase link aus dem Forum) und MV 13.3.
dazu VLC 3.0.7.1 x64Auch dort,
kann ich mit Windows-Explorer Dateien lesen/schreiben
MV 13.3.0 kann Filme lokal (C:) speichern
MV 13.3.0 kann meldet “Pfad nicht beschreibbar” beim Erstellen des Downloads, für Laufwerksbuchstabe V:, UNC Pfad “hostname” \NAS\video, UNC Pfad “ip” \192.168.178.33\videoAuf dem Windows 10 Laptop kann ich mit mklink in cmd (als Admin) einen link zu V: erstellen. über den Link komme ich (als angemeldeter normaler Windows Nutzer) in Win 10 zu dem Verzeichnis und kann dort arbeiten. MV13.3.0 meldet auch hier “Pfad nicht beschreibbar”
In der Windows 8 VM kann ich den Link zwar ebenso anlegen, aber ich komm schon im Windows-Explorer oder in cmd damit nicht auf das NAS-Verzeichnis. (Verzeichnisname ungültig). Also nicht in MV getestet.UNC Pfad \?\V:\ klappt auch nicht.
Wenn ich noch was testen soll, einfach Bescheid geben.
-
@rubikon
Sieh mal ins Ereignisprotokoll (eventvwr.msc), ob dort irgend etwas an Fehlermeldungen zu finden ist.
hast du mal versucht, die Firewall und den Defender zu deaktivieren, natürlich nur testweise?
https://www.heise.de/tipps-tricks/Windows-Defender-deaktivieren-so-klappt-s-4030040.html -
@rubikon
Hab hier bei Mr. Born noch was gefunden:
https://www.borncity.com/blog/2018/05/23/windows-10-version-1803-netzwerksuche-umgebung-leer/
Abschnitt SMBv1 liest sich interessant. -
Entweder (Unsicher!):
- Windows 10
- Systemsteuerung\Alle Systemsteuerungselemente\Programme und Features
- Windows-Features aktivieren oder deaktivieren
- AKTIVIEREN: Unterstützung für die SMB 1.0/CIFS-Dateifreigabe
Oder:
- NAS-Einstellungen
- AKTIVIEREN: SMB 2.0 u. 3.0
- VERBIETEN: SMB 1.0
UND:
- Dokumentation(en) lesen
-
Hallo,
da das Problem bei mir auch auftritt, habe ich ein wenig experimentiert.- Ändern der SMB1/2/3-Einstellungen hat nichts gebracht, weder auf PC noch auf NAS.
- Der eigentliche Download funktioniert; ein Abo-Download z. B. wird auf das Netzlaufwerk geschrieben.
- Wenn in der Filmliste mehrere Sendungen ausgewählt werden und <d> gedrückt wird, öffnet sich das Fenster “Alle Downloads speichern”; dort funktioniert der Netzwerkpfad.
- Wenn nur eine Sendung ausgewählt wird, wird ein im Fenster “Film speichern” eingegbener Netzwerkpfad mit “nicht beschreibbar” abgelehnt.
- Auch unter “Einstellungen | Aufzeichnen und Abspielen | Set bearbeiten | Speicherziel | Prüfen” kommt dieser Hinweis.
Da es in der Vorgänger-Version diese Problem nicht gibt, vermute ich, dass eine entsprechende Schreib-Abfrage fehlerhaft ist (entweder in MV oder in Java) und dass diese Abfrage nicht an an allen Stellen durchgeführt wird (vgl. Punkt 3 und 4).
Wäre ein Workaround möglich, der die Schreib-Abfrage in “Film speichern” umgeht? Dann wäre der Fehler beim Prüfen des Sets zwar immer noch da, aber man könnte wenigstens wieder einzelne Filme speichern.
Bis es (hoffentlich) eine Lösung für dieses Problem gibt, ist mein persönlicher Workaround, immer einen zweiten Filme zu markieren und den dann wieder aus der Dowloadliste zu löschen.
-
Vielen Dank für eure Vorschläge.
Ich habe inzwischen gemacht:
Mit MKLINK /J einen symbolischen Link auf ein Verzeichnis auf c:\ angelegt der mit dem NAS- Verzeichnis oder auch dem dafür vergebenen Laufwerksbuchstaben (Y:) verknüpft war.
Mit der Console (cmd) und cd … in dieses Verzeichnis auf c:\ gewechselt und mit “dir” den Inhalt angeschaut. Das war genau der Inhalt des NAS- Laufwerkes. Trotzdem behauptet MediathekView 13.3.0 das auf diesen Pfad, auf Y: und/oder auf den explizit angegebenen NAS-Pfad nicht geschrieben werden kann.Die direkte Filmwiedergabe aus MediathekView funktioniert.
Beim Ausführen von MediathekView 13.2.1 dagegen kann eine Datei problemlos in Y:\ geschrieben werden (nicht aber in den NAS-Pfad).
Wenn ich als Speicherpfad einen nicht vorhandenen Ordner oder Pfad angebe, wird der Film in dem MediathekView- Verzeichnis neu erstellt und darin der Film gespeichert.
SMB 1.0 ist freigegeben, da andernfalls die Filmwiedergabe am TV-Gerät übers Netzwerk vom NAS nicht möglich ist.
MediathekView nochmals runtergeladen, entpackt und dies (MediathekView Portable) ohne weitere Einstellungen, mit Ausnahme des Speicherpfades, gestartet - auch hier die Fehlermeldung, dass der Speicherpfad nicht beschrieben werden kann.
Aber leider immer noch kein Speichern mit Version 13.3.0 möglich
-
Also im eventmgr.msc finde ich keine Fehlermeldungen, die relevant aussehen.
Firewall und Defender ausschalten hat keine Verbesserung gebracht.
Ich habe versucht, von einem Win 10 PC auf eine Netzwerkfreigabe auf einem anderen Win10 PC zu schreiben. Windows-Explorer und MV 13.2.1 können da schreiben. MV 13.3.0 nicht
Auf dem NAS hatte ich ebenfalls die Idee, die Dateidienste zu konfigurieren. Das NAS war auf Unterstützung von SMB 1.0- SMB 3.0 konfiguriert. Inzwischen habe ich am NAS SMB 1.0 deaktiviert. Keine Veränderung der Situation.(Mir fällt übrigens auf, dass auch MV 13.3.0 bei Eingabe von Netzlaufwerksbuchstaben für den Zielpfad, auch bei Eingabe von UNC Pfaden im Dialog zum Film speichern im Rahmen um die Auswahl-buttons zur Download-Qualität sofort anzeigt, dass auf dem Laufwerk 2TB bzw. 20 GB am anderen Win 10 PC Freier Speicherplatz ist. D.h. da scheint von MV 13.3.0 eine Netzwerk-Verbindung zum Zielrechner zu bestehen und erkennt zu werden, dass es ein gültiger Pfad ist.)
-
Ein ehemaliger Benutzerantwortete auf Hirnspatz am zuletzt editiert von Ein ehemaliger Benutzer
Inzwischen sehe ich den Post von Hirnspatz. Ich kann die Punkte 1-5 aus seinem Post bestätigen.
D.h. auch ich kann mit MV 13.3.0 Abos auf NAS speichern und ich kann mit MV 13.3.0 Mehrfachdownloads auf NAS speichern. Danke! Gute Ideen. Wär ich nicht drauf gekommen. -
@Hirnspatz sagte: Wenn nur eine Sendung ausgewählt wird, wird ein im Fenster “Film speichern” eingegbener Netzwerkpfad mit “nicht beschreibbar” abgelehnt.
Passiert das auch, wenn du die Option “einen Unterordner mit dem Thema / Abo-Zielpfad anlegen” testweise deselektierst?
Einstellungen | Aufzeichnen und Abspielen | Set bearbeiten | Speicherziel |
-
müßig, noch was zu scheiben
Was unter der vorherigen Version ging , geht Jezt nicht mehr. Punkt! -
Von unserer Seite aus wurde an entspechender Stelle nichts verändert. Oracle hat aber im Bereich Netzwerk was von Java 8 zu 11 getan. Ggf. ist das, dass ausschlaggebende.
Btw. Ich kann die hier beschriebenen Probleme mit meinem Netzlaufwerk nicht bestätigen. Ist eine an der Fritz Box angeschlossene USB Festplatte die als Netzlaufwerk eingebunden ist.
-
ich kann nur behaupten: das was unter der vorherigen Version ging geht jetzt nicht mehr
-
@downloadking Geht mir ähnlich, ich bin nicht besonders blöd. Habe jetzt aber über 11 Stunden gebraucht bis alles so lief wie vorgestern. Das ist doch Wahnsinn. - Das soll jetzt keine Vorhaltung oder Kritik an Menschen die an Mediathekview arbeiten sein. Nur so ein Erfahrungsbericht…Ohne den Hinweis auf den Computerbase-Download würde ich morgen noch im Dunkeln rumtappen…
-
Ein ehemaliger Benutzerantwortete auf Nicklas2751 am zuletzt editiert von Ein ehemaliger Benutzer
Folgendes Testergebnis zu Deiner Aussage mit Fritz!NAS
Ich habe aus Sicht vom Win 10 Desktop PC mit 3 Netzwerkfreigaben getestet
- 1x Freigabe für SMB 1.0 - SMB 3.0 auf Synology NAS. \\NAS\Video
- 1x Freigabe von einem anderen Windows 10 PC \\PC\share
- 1x Freigabe von einer Fritz!Box 3490, \\fritz.nas\FRITZ.NAS
Was ich beobachte ist:
MV 13.3.0
…zeigt bei jeder der drei Freigaben sofort korrekt den freien Speicherplatz an.
…hinterlegt den Zielpfad bei jeder der drei Freigaben in rot. (lokal auf USB Stick: weiß hinterlegt)
…zeigt beim OK im Film speichern Dialog für Synology NAS und Win10 Share Fehler
“Fehlerhafter Pfad! Pfad ist nicht beschreibbar” (Download von Abos/Mehrfachauswahl klappt hier)
…zeigt beim OK im Film speichern Dialog für Fritz!NAS keine Fehlermeldung, sondern legt den Download an.siehe Bilder
Synology NAS
(Pfad wird bei OK nicht akzeptiert)Win10 PC
(Pfad wird bei OK nicht akzeptiert)FRITZ!NAS
(Pfad wird bei OK akzeptiert) -
ich hab den Quellcode gezogen und MV 13.3.0 im Debugger gestartet.
Der Unterschied im MV-Code, wo das Fritz!NAS durchgeht und die Synology nicht, liegt
in der Datei .\src\main\java\mediathek\tool\GuiFunktionenProgramme.java
in der Funktion checkPathWriteable.
Genauer, es wird die Funktion Files.isWritable(path) aufgerufen.
Mit dem Pfad auf das Fritz!NAS kommt hier true zurück.
Mit dem Pfad auf die Synology kommt hier false zurück.Wenn ich zu Testzwecken, nur für Spaß, das Ergebnis von Files.isWritable(path) ignoriere,
dann erzeugt der Befehl Files.createTempFile(path, “mediathek”, “tmp”);
trotzdem erfolgreich eine Datei auf der Synology (auf dem Fritz!NAS sowieso) -
und, die Funktion checkPathWriteable liefert bei mir, so verunstaltet, für die Synology den Wert true zurück.Hilf Dir diese Auskunft weiter? Gerne kann ich weitere Dinge testen.