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

[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 von hathor:

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 von himitsu:

Zitat von hathor:

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 von xZise:

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 von himitsu:

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.