Datei zu groß für das Zieldateisystem???

[romber]

Hallo!

Ich habe ein neues Corsair Flash Voyager USB-Stick mir 8GB Kapazität, FAT32, leer. Ich versuche eine ca. 4GB große Video-Datei auf den Stick zu kopieren und bekomme die Meldung, dass die Datei zu groß für das Zieldateisystem ist? Was ist das?

[mkinzler]

Bei Fat gibt es eine Größenbeschränkung von 2Gb pro Datei

[Valle]

Lösung: Den Stick an den Computer anschließen und auf dem Arbeitsplatz einen Rechtsklick auf ihn machen. Dort "Formatieren" auswählen. Im sich öffnenden Dialog musst du bei "Dateisystem" entweder exFAT oder NTFS auswählen. Achtung: Dabei gehen alle Dateien auf dem Stick verloren!

Liebe Grüße,
Valle

[mkinzler]

Und vorher natürlich Prüfen, ob am Zielort dieses Format lesbar ist. Sonst halt Datei splitten

[romber]

Stimmt. :oops:
Vielen Dank!

[romber]

Zitat:

Zitat von Valle

Lösung: Den Stick an den Computer anschließen und auf dem Arbeitsplatz einen Rechtsklick auf ihn machen. Dort "Formatieren" auswählen. Im sich öffnenden Dialog musst du bei "Dateisystem" entweder exFAT oder NTFS auswählen. Achtung: Dabei gehen alle Dateien auf dem Stick verloren!

Ja, das ist schon klar. Nur leider kann mein TV-Gerät mit NTFS und exFAT nichts anfangen... :(

[himitsu]

Dann wirst du wohl mit einem Videoschnittprogramm die Datei aufteilen müssen.
(oder sie so sehr komprimieren, also umcodieren, bis sie kleiner als 2 GB ist)

[Muellermilchtrinker]

Zitat:

Zitat von mkinzler (Beitrag 1025059)

Bei Fat gibt es eine Größenbeschränkung von 2Gb pro Datei

[Besserwisser Modus]
Wenn es Fat32 ist, dann liegt die Größenbeschränkung bei 4 Gb.
Wer mir nicht glaubt: Klick mich!!!
[/Besserwisser Modus]

[hathor]

Ich nehme an, dass das File möglicherweise nur 1 Byte zu gross ist.
4 GB-Files werden von FAT32 akzeptiert.
AVI-Files dürfen nur 2 GB gross sein.

[himitsu]

maximale Dateigröße in FAT32 = 4 GiB - ClusterSize

0 bis High(LongWord) = Wertebereich
und dann wird das Ganze noch auf komplette Cluster runtergerundet

= (4 GiB - 1) div ClusterSize * ClusterSize = 4 GiB - ClusterSize

macht also eine theoretisch maximale Größe von:
4.294.966.784 Bytes = 3,99999952 GiB

Und je nach Clustergröße auch weniger.

Kommt also drauf an, wie die "ca. 4GB" nun genau aussehn.

Zitat:

Zitat von hathor (Beitrag 1025999)

AVI-Files dürfen nur 2 GB gross sein.

Kommt auf's Containerformat und den "Player" (den zugreifenden Code) an.

Hab hier auch zwei ~8 GB AVIs rumliegen.

[H4ndy]

Zitat:

Zitat von himitsu (Beitrag 1026063)

Zitat:

Zitat von hathor (Beitrag 1025999)

AVI-Files dürfen nur 2 GB gross sein.

Kommt auf's Containerformat und den "Player" (den zugreifenden Code) an.

Hab hier auch zwei ~8 GB AVIs rumliegen.

AVI ist ja schon der Container ;)
Aber das AVI-Format wird ja seit Jahren weit ueber der Spezifikation betrieben (z.B. MPEG-4 (DivX) Video + MP3 Audio. Eigentlich nicht erlaubt).
Benutzt am besten gleich MKV, das wird seit Kurzem von immer mehr Hardware-Playern gelesen (ist sogar im neuen DivX-HD-Label enthalten).

[xZise]

Und wird sogar für WebM (nebenbei gesagt) genutzt.

MfG
Fabian

PS: Was bringt das denn, wenn ein TV Gerät nicht NTFS/exFat lesen kann? Ich meine ein Full HD Film wiegt schon so 11 GiB?

[H4ndy]

Zitat:

Zitat von xZise (Beitrag 1026196)

PS: Was bringt das denn, wenn ein TV Gerät nicht NTFS/exFat lesen kann? Ich meine ein Full HD Film wiegt schon so 11 GiB?

Ich denke das ist selbstschutz. Was kann heutzutage - in Hardware eingebaut - HD-Rips im MKV-Format (wie sie seit eigentlich Jahren vorzufinden sind) lesen? Fast alle Hersteller von HD-TVs haben auch passenden BluRay-Player im Angebot. Wer HD gucken will, trickst seine PS3 aus, Stream es oder holt sich ne Popcorn Hour/HDX. Die USB-Stick-lesenden TVs kann man mit etwas Glueck ja mit DVD-Rips oder seinen Fotos fuettern...

[himitsu]

a) es gibt keine kompletten offiziellen Dokumentationen zu NTFS seitens MS
b) eventuell noch Lizenzen?

selbst der NTFS-Treiber unter Linux us ein Try&Error-Produkt (die haben sich angeschaut wie er byteweise aussieht und dann darüber versucht rauszubekommen wie was definiert sein könnte ... drum hat man meistens erstmal nur einen Lesezugriff, um nix kaputt zu machen, falls doch was nicht richtig ist)

Und FAT hat eine relativ einfache Datenstuktur, was es für kleinere CPUs/µP einfacher macht.
Dann noch der Overhead des (für diesen Fall) unnötigen Rechtesystems.

[QuickAndDirty]

Zitat:

Zitat von himitsu (Beitrag 1026238)

selbst der NTFS-Treiber unter Linux us ein Try&Error-Produkt (die haben sich angeschaut wie er byteweise aussieht und dann darüber versucht rauszubekommen wie was definiert sein könnte ... drum hat man meistens erstmal nur einen Lesezugriff, um nix kaputt zu machen, falls doch was nicht richtig ist)

Ich kenne nur "Captive" für Linux! Und die haben die Original MS NTFS Dlls genommen und betreiben die unter Linux. Das funktioniert mittlerweile so gut das "Captive", offiziell, nicht mehr in der Betaphase ist. NTFS Lesen und schreiben sollte damit zuverlässig funktionieren.

[himitsu]

OK, die haben vielleicht die DLLs zur Nutztung bekommen, aber nicht in jedem "billigen" DVD/Festplatten-Player kann man einfach mal so eine DLL laden/nutzen.

(Die internen Strukturen von NTFS sind also weiterhin ein Staatsgeheimis)

[Mithrandir]

Zitat:

Zitat von QuickAndDirty (Beitrag 1026250)

NTFS Lesen und schreiben sollte damit zuverlässig funktionieren.

Tuts. Ubuntu kann hervorragend mit NTFS-formatierten Sticks umgehen. Und für exFAT sind auch Lizenzgebühren fällig. ;)

[xZise]

Aber das doch nicht wegen Capative sondern NTFS-3G? Und das war natürlich Reverse Engineering.

MfG
Fabian

[Mithrandir]

Echt? Oh... :oops: