-
OGM-Datei > 2GB mittles ogmsplit aufteilen schlägt fehl
Hi,
nach einem Tag Rechenzeit liegt nun eine 2,1 GB OGM-Datei auf meiner Festplatte. Leider kann ich die natürlich nicht einfach auf eine CD brennen. Deshalb möchte ich mit ogmsplit zerteilen:
ogmsplit MyMovie-with-sound.ogm
(ogmsplit.cpp) First pass: finding split points. This may take a while. Get something to drink.
Processing bytes 2175010690/2175010690 (100%)
(ogmsplit.cpp) No split points found - nothing to do.
Hat jemand ne Idee wie man es trotzdem hinkriegt?
mic
-
nun du solltest ogmsplit schon sagen,wie gross die enddateien werden..
also entweder -s 700 (fuer 700mb) oder -t 00:30:00.000 (fuer 30 min).
scheint daran zu liegen,dass dein video unter der defaultgroesse von 700mb liegt.
Geändert von piefke1984 (12.01.04 um 20:56 Uhr)
-
Sorry,
aber die Antwort war keine große Hilfe. Ich hatte geschrieben das die Datei 2.1GB groß ist ("scheint daran zu liegen,dass dein video unter der defaultgroesse von 700mb liegt."). Der Tip mit '-s 700' war auch nicht notwendig, da 'man ogmsplit' sagt
"The default mode is to split by size (-s). ...Default is 700MiB."
Deshalb ist "ogmsplit movie.ogm" dasselbe wie "ogmsplit -s 700 movie.ogm".
-
Shot a man in Reno
Bitte mal die SuFu benutzen. Das Thema wurde schon ich weiss nicht wie oft durchgekaut. Das Problem liegt entweder an der glibc oder der Anwendung selbst (32bit-Dateizeiger).
'cuda
-
tut mir leid fuer die daemliche antwort, nur war schon halb am einpennen beim tippen *g*
-s 700 sollte nur ein beispiel darstellen .. die 2.1gb hab ich ueberlesen
@hemicuda in welchem forum hast du denn gesucht,finde hier leider rein gar nix darueber :/
-
Shot a man in Reno
-
hmz ich sollte mich vor und nach dem schlafngehn echt nicht mehr hier rumtreiben ..
nun die anwendung sollte dateien der groesse auf jeden fall addressieren koennen, ueberprueft hatte sie diese ja auch (oder die version ist wirklich halt,und hatte an der stelle keine fehlerueberpruefung).
ein fehler in der glibc sollte im normalfall schon eher als erst beim video splitten erkannt werden.
die meisten posts bei deiner suche handelten von der 2gb einschraenkung des kernels bzw dateisystems, allerdings konnte er immerhin eine >2gb datei erstellen (das 'erstellprogramm' sollte wohl gegen die glibc gelinkt sein, weswegen ich einen fehler derer ausschliesse).
@micmac gib mal kernelversion,dateisystem,version glibc und version ogmsplit
irgendwas versteh ich falsch ..
nur die frage beschaeftigt mich jetzt und ich geb nich eher ruhe bis ich nicht weiss woran es liegt .. *gg*
-
Hi nochmal
ich habe auch mal dem Autor von den ogmtools eine Mail geschrieben; wenn er sich meldet dann schreib ich das hier rein. Ich weiß wie man normale Avis mit mencoder aufsplitten kann, aber mencoder erstellt einen Index bei Dateien über 2GB. Für OGMs habe ich noch nichts über die Index-Erstellung gelesen. Man kann zwar mit mplayer auch einen Index für ogms erstellen, jedoch ogms nicht splitten. Und ogmsplit nimmt keinen mit Mencoder erstellten Index als Eingabe.
Mit den Links von Hemicuda kommt man da auch nicht weiter. Also mal abwarten was der Autor der ogmtools zu sagt.
Grüße
mic
Geändert von micmac (13.01.04 um 11:25 Uhr)
-
Shot a man in Reno
piefke, man kann ausschliessen, dass der Fehler sowohl beim FS als
auch beim Kernel liegt (solange es ein halbwegs aktueller 2.2 oder hoeher ist).
Letztens wurde auf einen Diskussion verwiesen, in der rauskam, dass die glibc noch nicht so ganz 2GB+-fest ist.
'cuda
-
Shot a man in Reno
Dass man mit den Links nicht weiterkommt, ist mir bekannt.
Wollte damit nur andeuten, dass das Problem an und fuer sich
bekannt ist. Einziger Ausweg wird vermutlich eine gepatchte
Version der Programme oder eine endlich 64bit-Dateizeiger-feste
glibc sein.
'cuda
-
so hab das jetzt mal ueberprueft ..
nen ogm mit 2.2 gb erstellt und versucht zu splitten,klappte auch nicht.
update auf ogmtools 1.20 schaffte es dann. hab es halt nur nochmal demuxen muessn, da es nicht kompatibel zu dem alten header war, was ogmsplit bemaengelte.
piefke
-
Shot a man in Reno
Schoen. Ich versteh nicht, dass das Problem nicht schon laengst global
behoben ist, denn es tritt ja doch recht haeufig auf, ist alles andere als
trivial aber scheinbar ohne allzu grossen Aufwand zu beheben
'cuda
-
denke mal es soll einfach nur rueckwaertskompatibilitaet bewahrt werden.
schliesslich existieren auch fseek64() und ftell64(),welche das problem loesen.
-
Danke piefke1984,
dachte ich hätte die neueste Version. Ich nehme fälschlicherweise immer an das ich immer die neusten 'Versionen habe bei meinem Gentoo mit 'emerge'.
Dann muß ich mich bei Bunkus auch noch mal melden und dem sagen was ich falsch gemacht habe.
Danke nochmal!
Gruß
mic
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- Anhänge hochladen: Nein
- Beiträge bearbeiten: Nein
-
Foren-Regeln
Lesezeichen