NTFS vs FAT32

Ich weiß , ich weiß , das wurde schon angesprochen, aber ich möchte es mal an einem konkreten Fall festmachen:

Ausgangslage:
Oft werden hier bestimmte Ereignisse direkt aus dem Fernsehen via VCR-Ausgang zu GraKa-ViVo aufgenommen (live oder von S-VHS). Für die Aufnahme wird Video Deluxe mit diesen Einstellungen benutzt:

"Erschwert" wird die Lage im üblichen Sinne dadurch, daß der Rechner oft tagelang schon läuft...

...auf den Festplatten sehr viele Files schon angelegt und wieder gelöscht wurden und eine Defragmentierung nur sehr selten stattfindet.

Nun das Auffällige:

Wird Video Deluxe erst beendet und neu gestartet, ist prinzipiell die Dropout-Gefahr geringer oder gleich Null.
Wird für die Aufzeichnung ein NTFS-Laufwerk benutzt, kann es sein, daß zunächst keinerlei Dropouts verzeichnet werden, nach 12 Minuten und einigen Sekunden aber kurzzeitig Dropouts auftreten und danach nicht mehr.
Wird jedoch für die Aufzeichnung ein FAT32-Laufwerk benutzt, ist es gleichgültig, ob Video Deluxe neu gestartet oder die 12-Minuten Grenze erreicht oder überschritten wird. Dropouts treten nur ganz wenige auf - meist nur einige zu Beginn - und auch absolut selten, fast nie mehr.

Danach mit Video Deluxe geschnittene und als S-VCD gebrannte Videos sind nicht nur zu reinen Informationsarchivzwecken sehr ansehnlich.

Ein anders Programm für die Aufnahme zur HDD zu wählen, erscheint unpraktisch. Außerdem erscheint das von Video Deluxe benutzte hauseigene Meta-Fileformat sehr leistungsfähig. Alle daraus beim Rendern erzeugten anderen Fileformate sind formatbezogen wirklich gut.

Bleibt:

Wird für die Aufnahme ein FAT32-Laufwerk benutzt, sind die sonstigen Umstände kaum kritisch. Bei der Länge üblicher Magazin-Sendungen wird die 4GB-Grenze auch nicht erreicht, andernfalls bei längeren Aufnahmen Video Deluxe ja auch automatisch mit einem neuen File die Aufnahme fortsetzt.
Soll ein NTFS-Laufwerk benutzt werden, ist es ratsam, nicht nur das Programm neu zu starten, sondern auch - etwa mit "Freemem Professional" - zuvor den Speicher freizuschaufeln. Schlimmstenfalls muß der Rechner frisch gestartet werden.

Diese Feststellungen treffen nicht nur beim üblicherweise benutzten 1.8 GHz P4 zu, sondern auch bei einem fast 50% schnelleren PC.

Also FAT32 vorziehen?
[SIZE=1](Pinnacle Studio bekäme hier freilich Probleme mit dem Handling.)[/SIZE]
---
Nebenbei:
Norma contra LIDL und Plus

Wenn ich nicht irre gehts in diesem Faden eigentlich um mpeg2-Capturing, nicht um DV?
Dabei kommen auch schnellere Rechner heute noch ins Schwitzen, weil das nicht ein reines 1:1 - Datenschaufeln, sondern doch encoding ist. Ich habe beim Capturen von der Grafikkarte (wenn ich denn sowas mache) auch den einen oder anderen verlorenen Frame, je nach Codec/Einstellung mehr oder weniger. Volles Format unkomprimiert ist nach wie vor eine Krise (am ehesten über SCSI)
Das müßte schon HW-seitig unterstützt sein, dann gehts besser.

Peter,
Worüber wir uns dann wieder alle einig wären. Die Grafikkartentreiber der Geforce sind halt hauptsächlich auf Spiele hin programmiert, die ViVo wohl eher ein versehentliches Abfallprodukt? der hauseigene Codec meiner Asus-Karte funktioniert einigermaßen. Da ich aber keine Fernsehsendungen per Computer mitschneide, kein ernstes Problem für mich. Ansonsten ist es glaub ich bekannt, daß die Verwaltung von NTFS etwas aufwändiger ist als FAT32 und damit w98 einen Hauch schneller als die NT-Familie.
Obendrein bist Du mir diesbezüglich um mindestens 1,4 GHz voraus. Und, wohin um Himmelswillen soll ich denn noch eine TV-Karte stecken?
Lieben Gruß

Zitat

Wird für die Aufzeichnung ein NTFS-Laufwerk benutzt, kann es sein, daß zunächst keinerlei Dropouts verzeichnet werden, nach 12 Minuten und einigen Sekunden aber kurzzeitig Dropouts auftreten und danach nicht mehr.

Habe heute auf einem supersauberen >2GHz-P4 mehrere Captures auf ein FAT32 ohne Probleme gemacht. Auch mit verschiedenen Programmen.

Null Problemo.

Dann NTFS: Siehe oben.
---
Schnell ein PS:
Wohlgemerkt, es geht ausschließlich um Analog-Capture via Soft-Codecs, teilweise mit sehr hohen Bitraten.

Wenn ich absolut sicher sein will und schnell vorwärtskommen muß, boote ich mit einen anderen Profil. Das ist nicht das Problem. Es geht um die "Faden-Überschrift"....

@Consul
Das kommt davon, wenn man einen Faden auch noch beschriftet, das wird dann leicht übersehen.

Kann es sein, daß das die "Indexverwaltung" von Windows ist, oder hast Du die abgedreht? Einfachste Lösung ist immer, die Systemsteuerung in den Vordergrund zu nehmen und zum erwarteten Zeitpunkt zu schauen, was das System denn da so treibt, wenn es die frames ausspuckt.
IDE-Platte oder SCSI?
Gruß

Mir ist nochwas eingefallen, was mit der Dateiverwaltung von NTFS-Partitionen zusammenhängt, bzw. mit dem Filesystem von NT. Im NT gibt es immer, wenn eine Datei überschrieben wird, eine temporäre Datei, in die zunächst geschrieben wird, und die zum Schluß der Übertragung umbenannt wird. Daher gibt es bei einer Dateiänderung, die abgebrochen wird, keine kaputte Datei, sondern einfach den Zustand vor der Änderung. Im Zuge dessen wird natürlich einiges sowohl im Hauptspeicher als auch auf der Festplatte gepuffert. Falls diese Pufferdatei dann obendrein auf einer Platte mit FAT32 abgelegt ist, gibt es ein Umwandlungsproblem. Hast Du das "verzögerte Speichern", also den write cache, eingeschaltet gelassen? Wenn ja, dreh den mal versuchsweise ab?

Zitat

eine gesonderte Partition für die Swap-Datei.

Das ist übrigens eine gute Idee. So viel Platz, daß man dafür eine Extra-Platte reinhängt, kostet heute nicht mehr die Welt.

Nun, ich war nicht faul:
Zunächst einmal habe ich die SV für die Laufwerke so geschaltet, daß ich mit einem Klacks Die Laufwerke am Zusatzkontroller und an SCSI abschalten kann.

Beim Neuboot sind dann nur die beiden ATAs am MoBo dran und die beiden CDs = Entlastung. Es besteht auch ein Zusammenhang damit, wieviel Directories Windows in Explorer sehen kann = Belastung.

Die Interrupts sind bei XP nicht das Problem, wenn nicht entsprechende Geräte dranhängen und eingeschaltet sind (besonders USB!). Modem macht kein Problem, wenn nicht Rufe kommen, die von entsprecheden Programmen getriggert werden.

Wartet noch etwas, ich bin noch am Wühlen, teilweise durch die MS Knowledge Base. Hochinteressant, wie offen die einerseits sind und wie die anderseits vernebeln, wenn nicht jemand bereits alles dokumentiert und an die Glocke gehängt hat. Dann sind sie "dran am tun und machen".

Habe ein anders Problem im Moment: Neues System aufgesetzt und kriege Ethernet-Lan nicht zum Laufen. 1000 x gemacht, und jetzt Durchfall...

"Durchfall" hat sich erledigt: Hartnäckig übersehener Zahlendreher.
Dreh gedreht, Connect... - und okay.
---
Dropouts haben sich auch erledigt.
Methode:
Laufwerk mit möglichst hohem Durchsatz bei gleichzeitig möglichst
geringer Gesamtzahl aller Files auf der HD auswählen.

Bringt's. Das sind jeweils die Partitionen (NTFS oder FAT32)
oder eine NTFS-Platte als 1. Partition am zweiten Controller.
Oder auch anders. Jedenfalls teste ich je nach Bootlaufwerk das ganze System
erst durch, merke mir die schnellsten Laufwerke und benutze diese dann.
Null Dropouts auch bei hoher Datenrate.