Cypheros Transportstream Forum

Zitat von: Cypheros am Heute um 17:05:20Nimm das Häkchen raus und mach es stattdessen bei "Zuletzt benutzes Verzeichnis merken", dann merkt er sich auch das Zielverzeichnis fürs nächste mal.

Es ist mir recht egal, wo er hinspeichert.
Die Dateien werden eh nur HB zum Fraß vorgeworfen und hinterher gelöscht.
Ist auch kein zeitlicher Vorteil ob lokale NVMe oder Verzeichnis auf Server. Nach Update auf 25G LAN und PCIe 5.0 NVme kommt der Doc immer so auf 350-400Mb/s. Schneller wäre schon gefährlich in meinem Alter 

Aaah! endlich das Update :-) Klar, die nächste Eisenbahnsendung mit dem Bug kommt erst Montag (bis Freitag)... Ok, dann nehmen wir heute Abend mal Snooker auf, da sollte es auch passieren (ist ja immer "die erste Sendung nach Kanalwechsel" um 20:00)

Sollte mit 4.0.39 funktionieren, auch wenn es nicht im Change-Log steht.

Zitat von: Mam am Heute um 15:07:10Ansonst bratzt er fröhlich ins Originalverzeichnis oder manchmal auch in sein Temp Verzeichnis. Eine Logik konnte ich bislang noch nicht entdecken.

Du hast vermutlich unter Einstellungen/Optionen/Dateien das Häkchen gesetzt für "Speichere ins Verzeichnis der Quelldatei".

Nimm das Häkchen raus und mach es stattdessen bei "Zuletzt benutzes Verzeichnis merken", dann merkt er sich auch das Zielverzeichnis fürs nächste mal.

UPnP? Igittigitt...
Neinnein, bei mir wird nur auf lokalen Platten gearbeitet. Die zu bearbeitenden Dateien kopiere ich mir vor der Beglückung durch den Doc von der VU+ herunter (Backup fuer Bearbeitungsfehler und so...), aber nicht auf die OS-SSD, sondern auf eine drehende Platte. Insofern taete es mich schwer wundern, wenn die Datenquelle vom Doc als "nicht beschreibbar" eingestuft werden wuerde. Ausschliessen kann/will ich's aber auch nicht.
Ein paar Einstellungen diesbezueglich gibt's ja:
Du darfst in diesem Board keine Dateianhänge sehen.
Aber wie ich ja ebenfalls schon schrieb: Die Verzeichnisauswahl des Doc ist (auch fuer mich) extrem schwer vorauszusagen, egal was fuer Einstellungen gewaehlt werden.

Zitat von: tsduser am Heute um 13:02:52Bei mir fragt der Doc beim Klick auf "Neue Datei erzeugen" immer, WOHIN er eine Datei mit welchem Namen speichern soll.

Ja, bei Dir 
Das macht er nur, wenn die Datenquelle nicht beschreibbar ist (z.B. Aufnahme abgerufen über UPnP oder so).
Ansonst bratzt er fröhlich ins Originalverzeichnis oder manchmal auch in sein Temp Verzeichnis. Eine Logik konnte ich bislang noch nicht entdecken.

Grundsaetzlich stimme ich den bisherigen Aussagen zu, dass man diese Problemursache vordringlich beseitigen sollte. Da kann ja sonst auch noch etliches mehr schiefgehen...

Aber um nebenbei auch eine Antwort auf die urspruengliche Frage zu versuchen: Bei mir fragt der Doc beim Klick auf "Neue Datei erzeugen" immer, WOHIN er eine Datei mit welchem Namen speichern soll. Da steht es mir tatsaechlich voellig unbenommen, ein anderes Ziellaufwerk auszuwaehlen, und da braucht's auch keine "Einstellung" fuer. Klar, der Doc versucht sich irgendwelche Zielverzeichnisse fuer unterschiedliche Operationen (Registry...) zu merken, aber das klappt meist nur so eher weniger gut.
Vielleicht solltest Du mal ein ganz klein wenig detaillierter erlaeutern, welche Operation Du wie unter Beteiligung welcher Quellen und Ziele ausfuehren laesst...
Auf jeden Fall ist es so, dass der Doc, wenn das zuletzt benutzte Zielverzeichnis einiger Operationen nicht mehr da ist (z.B. umbenannt), als Default irgendwas in der Benutzer-Baumstruktur (eben meist C:\users\dummbatz\...), oder auch mal den Pfad der Quelldatei, oder auch sonst irgendwo (ich hatte da vor einiger Zeit auch schon meine Diskussion mit Cypheros) anbietet. Aber das muss man ja nicht zwingend nutzen (siehe oben).

Normalerweise schreibt Windows ein Dump-File ins Verzeichnis c:\Windows\Minidump
Ansehen kann man das mit einem Tool von Nirsoft: https://www.nirsoft.net/utils/blue_screen_view.html
Ist zwar zuletzt 2015 angepasst worden, aber für Windows 10 geht's immer noch.

Also Deine M.2 lacht sich tot über die Schneckengeschwindigkeit des Docs... 

Das ist garantiert NICHT die Ursache von Blue Screens (es sei denn, der NVMe Treiber hat einen Hau weg).

Du solltest mal erst gucken, WAS für einen BS Du denn hast (da stehen Fehlernummern und meist auch der Verursacher). Nach einem Reboot stehen sie auch im Ereignisprotokoll (wenn nicht, hat echt das Plattensubsystem einen weg).

Also der Doc wird Dir da kaum helfen können.

Zitat von: Cypheros am April 16, 2024, 23:32:56Nur ein Problem zu beheben ist schon etwas wenig.

Damit wären es schon 2    https://cypheros.de/forum_ger2/index.php/topic,5722.0.html

Guten Tag,
habe bei den Filmschnitten die gerade berechnet werden, immer öfter einen Win10 Blue-Screen. Win sammelt keine Fehler - PC ist dann stumm. Vielleicht ist mein M.2 Speicher mit lesen und sofort wieder schreiben überlastet ? Wo kann ich in Einstellungen - Datei, eine andere Festplatte zum Abspeicher wählen? Ich finde da nichts ?
Danke for Antwort.