mkdvd-0.04: NEU - manuelle Schnittfunktion

[tonsel]

Der Linux-Kernel 2.4.10 unterstützt Dateien größer 2GB. Ich habe fast dieselbe Version. Ich verwende ein ext2-Filesystem, bei dem ich noch keine Größenbeschränkungen feststellen konnte. Mit Reiser-FS kenne ich mich nicht aus.

tonsel

[esetorp]

Soviel hab ich bisjetzt rausgegooglet:
--------------------------------------------------------------------------------
Auszug aus der ReiserFS-Mailingliste (2000-08-11 18:34:24):

Q: What is the maximum filesize on reiserfs?
A: For reiserfs 3.5.x (for linux 2.2): 2 GB
For reiserfs 3.6.x (for linux 2.4): 1048576 TB, but VFS has limit
of16 TB>

Q: What is the maximum filesystemsize for reiserfs:
A: 16 TB, but linux SCSI subsystem has 2 TB limit on 32 bit
architectures
---------------------------------------------------------------------------------

auserdem bin ich auf den befehl debugreiserfs grestossen:

server01:/proc # debugreiserfs /dev/hda5

<-------------debugreiserfs, 2001------------->
reiserfsprogs 3.x.0k-pre9

13107k will be used
Loading on-disk bitmap .. 471465 bits set -

Standart journal not opened
Filesystem state: consistency is not checked after last mounting

Block 16 (0x305) contains super block of format 3.5 with standard journal
Block count: 3282040
Bitmap number: 101
Blocksize: 4096
Free blocks: 2810582
Root block: 37796
Tree height: 5
Hash function used to sort names: "r5"
Objectid map size 1004, max 1004
Journal parameters:
Device [0x0]
Magic [0x7f61d1b5]
Size 8193 (including journal header) (first block 18 )
Max transaction length 1024
Max batch size 900
Max commit age 30
Space reserved by journal: 0
Correctness checked after mount 1
Fsck field 0x0
------------------------------------------------------------------------

Nur der vollständigkeit halber.
Nochmal sorry für OT

Ese

[Gandalfx]

Also bei Suse 7.3 out of the box mit Reiserfs habe ich auch schon bei nem Kunden das Problem gehabt, daß nur 2G Files unterstützt wurden, ob wohl eigentlich 2.4-Kernel, Reiserfs und glibc alle > 2G können sollten. Bin der Sache aus Zeitgründen nicht weiter auf den Grund gegangen. Als Test kann man mal zwei Dateien mit cat aneinanderhängen : cat aaa bbb >ccc, die dann größer 2 G werden (sollten). ggrab kann sonst definitiv Files > 2G.

[esetorp]

Also bei Suse 7.3 out of the box mit Reiserfs habe ich auch schon bei nem Kunden das Problem gehabt, daß nur 2G Files unterstützt wurden, ob wohl eigentlich 2.4-Kernel, Reiserfs und glibc alle > 2G können sollten. Bin der Sache aus Zeitgründen nicht weiter auf den Grund gegangen. ggrab kann sonst definitiv Files > 2G.

Also ich denke das bei der 7.3 der Installationskernel von der Bootdiskette noch ein 2.2.xx ist. Der wird einem auch noch als Kernel zum Installieren angeboten. Wenn man nun bei der Installation das Filesystem anlegt kann der momentane Kernel ja garnicht anders als Version 3.5 anzulegen.

Bin bei meine Nachforschungen auf die filesystemspezifische Mountoption "-o conv"
gestossen die soll dann das FS beim mounten auf version 3.6 updaten.
Das hab ich noch nicht ausprobiert. Muß erstmal ein Backup machen

(Der vollständigkeit halber ..)

Ese

[Xenon-777]

"wozu in die Ferne scheifen, wenn das Gute doch so nah liegt" - weils nicht funktioniert z.B.?

Stream.log
ParseVideo() - can't sync to 00 00 01 ex

[esetorp]

Bin bei meine Nachforschungen auf die filesystemspezifische Mountoption "-o conv"
gestossen die soll dann das FS beim mounten auf version 3.6 updaten.

Also
mount -o remount,conv klappt nicht
Auch in der fstab unter filsystemoptionen Default,conv eintragen, und neu booten klappt nicht.

Beide male wird bei mount dann braf "(rw,conv)" angezeigt aber Dateien mit cat zusammen hängen bricht exakt bei der 2GB grenze mit file to large ab.

Wie gesagt der vollständigkeit halber.....
Ese

[Tschups]

@tonsel

Was beteudet z.b. " 7 packets resend"?

Hab diese Fehlermeldung mal absichtlich provuziert, indem ich unter Windows streamte, und immerzu andere Programme startete und wieder beendete.
Qausi einen Härtetest. Ob man unter Windows gleichzeitig arbeiten und streamen kann, wollte ich rausfinden

Auswirkungen auf dem Stream konnte ich nicht finden. Alles Syncron, kein stolpern.....hmhm. Ich muxe immer mit Wingrab

cu Tschups

[tonsel]

Bei der Datenübertragung per UDP können Datenpakete verloren gehen, wenn das Programm sie nicht rechtzeitig beim Betriebssystem abhohlt. Das kann z.B. passieren, wenn man während der Aufnahme auf die Festplatte zugreift. Mein Programm merkt, dass bestimmte Datenpackete fehlen und fordert sie von der DBox nochmal an (-> RESEND). Deshalb entstehen bei Packetverlust auch keine Fehler im Stream. Erst wenn die Meldung "... packets lost" kommt, sind Datenpackete entgültig verloren gegangen. Aufgrund der riesigen Zwischenspeicher muss man das aber schon vorsätzlich herbeiführen.

Bei ggrab bzw. ngrab mit UDP-Streaming gibt es diesen Mechanismus nicht! D.h. wenn dort Pakete verloren gehen, ist der Stream gestört. D.h. auch, wer bei meinem Programm RESEND's hat, wird mit diesen Programmen wahrscheinlich Probleme bekommen.

tonsel

[Tschups]

@tonsel

Danke für Deine schnelle Antwort

Super... Vorsichtig arbeiten und streamen geht also

tschups