Ich schaffe es leider nicht mehr als 1GB mit transcode 0.6.3 zu encoden, egals wie groß die Datei ist. Ich weiß, dass das mit OpenDML zusammenhängt, aber viel mehr weiß ich leider nicht. Dateien im dv-Format (von kino) lassen sich in beliebiger Länge encodieren. Die durch transcode/tcmplex ezeugte mpeg-Datei zeigt sehr gute Qualität, aber leider nur bis ca. 4min42sec. Weiters habe ich bei von dv-Dateien durch transcode erstellten mpeg-Dateien das Problem, dass es gegen 700MB immer zu packet errors kommt, wenn ich keine Standard-SVCD erstelle. transcode v0.6.3 (C) 2001-2003 Thomas Östreich [transcode] auto-probing source gc_all_001.dv (ok) [transcode] V: import format | Digital Video (V=dv|A=dv) [transcode] V: import frame | 720x576 1.25:1 encoded @ 4:3 [transcode] V: clip frame (<-) | 672x528 [transcode] V: zoom | 352x288 1.20:1 (Lanczos3) [transcode] V: bits/pixel | 0.560 [transcode] V: encoding fps | 25.000 [transcode] V: Y'CbCr | YV12/I420 [transcode] A: import format | 0x1 PCM [48000,16,2] 1536 kbps [transcode] A: export format | 0x50 MPEG layer-2 [44100,16,2] 160 kbps [transcode] A: bytes per frame | 7680 (7680.000000) [transcode] A: adjustment | 0@1000 [transcode] V: IA32 accel mode | sse (sse mmxext mmx asm) [transcode] V: video buffer | 10 @ 720x576 [import_dv.so] v0.2.8 (2002-11-21) (video) DV | (audio) PCM [filter_resample.so] v0.1.2 (2002-02-21) audio resampling filter plugin [filter_resample.so] options=(null) [filter_yuvdenoise.so] Sorry, no SIMD optimisations available. [filter_yuvdenoise.so] v0.1.2 (2003-01-26) mjpegs YUV denoiser [export_mp2enc.so] v1.0.4 (2003-01-09) (audio) MPEG 1/2 [export_mpeg2enc.so] v1.1.3 (2003-01-31) (video) MPEG 1/2 [import_dv.so] tcextract -x dv -i "gc_all_001.dv" -d 0 | tcdecode -x dv -y pcm -d 0 [import_dv.so] tcextract -x dv -i "gc_all_001.dv" -d 0 | tcdecode -x dv -y yv12 -d 0 -Q 5 [export_mpeg2enc.so] *** init-v *** ! [export_mp2enc.so] *** init-v *** ! [export_mpeg2enc.so] cmd=mpeg2enc -v 0 -q 3 -f 5 -4 2 -2 3 -b 1420 -F 3 -n p -a 2 -V 230 -o "/encode_nfs/xsvcd_lowres/gc_all_001".m2v [export_mp2enc.so] (75/4096) cmd=mp2enc -v 0 -r 44100 -b 160 -s -o "/encode_nfs/xsvcd_lowres/gc_all_001".mpa ++ WARN: [mp2enc] File length according data tag: 44 ++ WARN: [mp2enc] File length according RIFF tag: 8 ++ WARN: [mp2enc] Inconsistency is inevitable if wav's are being piped ++ WARN: [mpeg2enc] Generating dummy SVCD scan-data offsets to be filled in by "vcdimager" ++ WARN: [mpeg2enc] If you're not using vcdimager you may wish to turn this off *** Scanning video stream: 99% - byte offset 718535005 of 725792744. (99)% INFO: Found 108620 picture headers, stream bit offset 5806341952. INFO: Video stream information INFO: Stream length : 725792744 INFO: Total time (seconds) : 4344 INFO: Sequence start : 7349 INFO: Sequence end : 2 INFO: No. Pictures : 108620 INFO: No. Groups : 7349 INFO: No. I Frames : 7349 avg. size 11449 bytes INFO: No. P Frames : 28963 avg. size 7938 bytes INFO: No. B Frames : 72308 avg. size 5694 bytes INFO: No. D Frames : 0 avg. size 0 bytes INFO: Horizontal size : 352 INFO: Vertical size : 288 INFO: Aspect ratio : 0.6735 INFO: Picture rate : 25.000 frames/sec INFO: Bit rate : 177500 bytes/sec (1420000 bits/sec) INFO: Computed avg rate : 167500 bytes/sec (1340000 bits/sec) INFO: Computed max rate : 209750 bytes/sec (1678000 bits/sec) INFO: Vbv buffer size : 229376 bytes INFO: CSPF : 0 INFO: INFO: Scanning audio stream for access units information ThOe: layer=1 bit_rate=160 freq=44.100000 slots=144 *** Scanning audio stream: 99% - byte offset 86026975 of 86895805. (99)% INFO: Found 166324 audio frame headers, stream bit offset 695166432. INFO: MPEG audio stream information INFO: Stream length : 86895804 INFO: Syncwords : 166324 INFO: Frames : 91648 size 522 bytes INFO: Frames : 74676 size 523 bytes INFO: Layer : 2 INFO: CRC checksums : no INFO: Bit rate : 20000 bytes/sec (160 kbit/sec) INFO: Frequency : 44.1 kHz INFO: Mode : 0 stereo INFO: Mode extension : 0 INFO: Copyright bit : 0 no copyright INFO: Original/Copy : 0 copy INFO: Emphasis : 0 none INFO: INFO: Multiplexing information INFO: Video stream data rate : 209750 bytes/sec (1678000 bits/sec) INFO: Audio stream 1 data rate : 20000 bytes/sec (160000 bits/sec) INFO: Overhead data rate : 3650 bytes/sec (29200 bits/sec) INFO: Total data rate : 233400 bytes/sec (1867200 bits/sec) INFO: INFO: Multiplexing file /encode_nfs/xsvcd_lowres/gc_all_001.mpg *** Multiplexing: 99% - 272197 of 274946 A/V units. (99)% INFO: Finished multiplexing /encode_nfs/xsvcd_lowres/gc_all_001.mpg INFO: Calculating 7349 SVCD user data scan offsets for file /encode_nfs/xsvcd_lowres/gc_all_001.mpg *** SVCD Scan Offsets: 99% - 7276 of 7349 I-Frames. (99)% ERROR: Could not find User Data at I-frame 7346 in file /encode_nfs/xsvcd_lowres/gc_all_001.mpg. Albert
Hi, Al Bogner wrote:
Ich schaffe es leider nicht mehr als 1GB mit transcode 0.6.3 zu encoden, egals wie groß die Datei ist.
Du meinst input>1GB oder output>1GB?
Ich weiß, dass das mit OpenDML zusammenhängt, aber viel mehr weiß ich leider nicht. Dateien im dv-Format (von kino) lassen sich in beliebiger Länge encodieren. Die durch transcode/tcmplex ezeugte mpeg-Datei zeigt sehr gute Qualität, aber leider nur bis ca. 4min42sec
OpenDML kannte ich bisher gar nicht, aber wenn ich es recht überflogen habe gilt es für .avi dann sollte das Problem, wenn überhaupt höchstens auf der input Seite (das .avi, das kino exportiert) liegen. Wenn Du die mjpegtools zum encoden verwendest, würde ich auch mplex statt tcmplex nehmen.
Weiters habe ich bei von dv-Dateien durch transcode erstellten mpeg-Dateien das Problem, dass es gegen 700MB immer zu packet errors kommt, wenn ich keine Standard-SVCD erstelle.
Kommandozeilen? Ich weiss nicht ob in aktuellen Versionen der mjpegtools (1.6.1) noch gilt, aber ich habe mir mal angewöhnt immer mit -F <codec>,"-S 2000" automatische Scheidereien der mjpegtolls, zu verhindern. Den richtigen Schnitt gebe ich dann erst bei mplex mit. Du kannst transcode auch mit -x xml auf die kino SMIL Liste ansetzen, aber ich hatte dann immer a/v sync Probleme und nutze es daher nicht mehr. Ich exportiere in kleinen Happen in ein freies Verzeichnis und benutze transcode dann so: transcode -i <meinVerzeichnis> -x dv HTH -- - maik
On Donnerstag, 13. Februar 2003 13:02 Maik Holtkamp wrote:
Ich schaffe es leider nicht mehr als 1GB mit transcode 0.6.3 zu encoden, egals wie groß die Datei ist.
Du meinst input>1GB oder output>1GB?
Ich meine Input>1GB, ein 16GB-avi soll zB zu 800MB encodiert werden, nach 1GB, das sind ca. 4:42 bricht transcode ab. Das Ergebnis bis dahin ist sehr gut.
OpenDML kannte ich bisher gar nicht, aber wenn ich es recht überflogen habe gilt es für .avi dann sollte das Problem, wenn überhaupt höchstens auf der input Seite (das .avi, das kino exportiert) liegen.
Ich habe nicht nur Probleme mit den avis, die kino erzeugt, sondern auch mit anderen Programmen, wie zB VegasVideo, die OpenDML-avi erzeugen.
Wenn Du die mjpegtools zum encoden verwendest, würde ich auch mplex statt tcmplex nehmen.
Da sprichst du das 2. Problem an. Mplex muxt die beiden Streams nicht fertig, tcmplex aber trotz Fehlermeldung schon. Die mit tcmplex erstellten Dateien lassen sich dann ohne merkbare Probleme abspielen. Allerdings kann ich Synchron-Probleme nicht beurteilen, da der O-Ton unwesentlich ist.
Weiters habe ich bei von dv-Dateien durch transcode erstellten mpeg-Dateien das Problem, dass es gegen 700MB immer zu packet errors kommt, wenn ich keine Standard-SVCD erstelle.
Kommandozeilen?
transcode -i $i -V -y mpeg2enc,mp2enc -E 44100 -F 5 -w "$2" -b "$3" -Z 352x288 -j 24,24 -J resample,yuvdenoise -o "$mpgdir$basename" -export_asr 2
Ich weiss nicht ob in aktuellen Versionen der mjpegtools (1.6.1) noch gilt, aber ich habe mir mal angewöhnt immer mit -F <codec>,"-S 2000" automatische Scheidereien der mjpegtolls, zu verhindern. Den richtigen Schnitt gebe ich dann erst bei mplex mit.
Hier soll gar nicht gesplittet werden, sondern 1 XSVCD erstellt werden. Gesplittete Dateien sah ich noch nie.
Du kannst transcode auch mit -x xml auf die kino SMIL Liste ansetzen, aber ich hatte dann immer a/v sync Probleme und nutze es daher nicht mehr. Ich exportiere in kleinen Happen in ein freies Verzeichnis und benutze transcode dann so:
transcode -i <meinVerzeichnis> -x dv
Ja, ich denke, dass das *die* Lösung sein kann. Bei komplexen Schnitten verwende ich allerdings VegasVideo und das kann beim Rendern nicht automatisch splitten. Kino kann das splitten zwar sehr gut, aber braucht relativ lange. Gibt es eine schnellere Lösung Open-DML-avi zu splitten? Ist avisplit brauchbar? Welche Parameter sollten verwendet werden? Der Test ist jedoch noch nicht abgeschlossen. Albert
Hi, 0n 03/02/13@17:46 Al Bogner told me:
Kommandozeilen?
transcode -i $i -V -y mpeg2enc,mp2enc -E 44100 -F 5 -w "$2" -b "$3" -Z 352x288 -j 24,24 -J resample,yuvdenoise -o "$mpgdir$basename" -export_asr 2
Wenn Du es auf einem Hardwareplayer spielen willst, versuch das erst mit einem kleinen Stueck. Es ist IMHO frustrierend zu sehen, wenn die letzten 24 h durchrechnen wieder fuer den A... waren :(.
Ich weiss nicht ob in aktuellen Versionen der mjpegtools (1.6.1) noch gilt, aber ich habe mir mal angewöhnt immer mit -F <codec>,"-S 2000" automatische Scheidereien der mjpegtolls, zu verhindern. Den richtigen Schnitt gebe ich dann erst bei mplex mit.
Hier soll gar nicht gesplittet werden, sondern 1 XSVCD erstellt werden. Gesplittete Dateien sah ich noch nie.
Es war mal so, dass die mjpegtools-plugins ohne -F codec,"-S schnitt", einen default Schnitt bei 800 MB beim anschliessenden muxen mit mplex legten. Du hast dann insgesamt sagen wir 1900 MB an m1v und mpa und denkst mache ich da 3 raus mit mplex ... -S 700 und erhaelst anschliessnend: teil1.mpg = 700 MB teil2.mpg = 100 MB teil3.mpg = 600 MB teil4.mpg = 200 MB ... Auch sehr aergerlich :(. Wenn Du solche Brocken hast und in einem Stueck willst wuerde ich -S 10000 versuchen, ich habe mich immer auf 2000 beschraengt, da ich Angst hatte irgend ein beiteiligtes Programm haette vielleicht Probleme mit den 2GB Grenze. Ausserdem wurden meine Ausgabe Files nie so gross, dass sie 2GB ueberschirtten haetten.
Du kannst transcode auch mit -x xml auf die kino SMIL Liste ansetzen, aber ich hatte dann immer a/v sync Probleme und nutze es daher nicht mehr. Ich exportiere in kleinen Happen in ein freies Verzeichnis und benutze transcode dann so:
transcode -i <meinVerzeichnis> -x dv
Ja, ich denke, dass das *die* Lösung sein kann. Bei komplexen Schnitten verwende ich allerdings VegasVideo und das kann beim Rendern nicht automatisch splitten. Kino kann das splitten zwar sehr gut, aber braucht relativ lange.
VegasVideo kannte ich nicht, habe mal grad einen Blick riskiert, ist ja hier OT ;), im Ernst, kann ich nix zu sagen :(.
Gibt es eine schnellere Lösung Open-DML-avi zu splitten? Ist avisplit brauchbar? Welche Parameter sollten verwendet werden?
Nein avisplit kann AFAIK nur von transcode erstellte files splitten. Ich glaube beim Schneiden ist avidemux das tool der Wahl, da ich mit meinen "Minifiles" (< 2GB) aber immer mit den Hausmitteln ausgekommen bin kenne ich auch das nicht :(. HTH -- bye maik
On Freitag, 14. Februar 2003 17:40 Maik Holtkamp wrote:
transcode -i $i -V -y mpeg2enc,mp2enc -E 44100 -F 5 -w "$2" -b "$3" -Z 352x288 -j 24,24 -J resample,yuvdenoise -o "$mpgdir$basename" -export_asr 2
Wenn Du es auf einem Hardwareplayer spielen willst, versuch das erst mit einem kleinen Stueck. Es ist IMHO frustrierend zu sehen, wenn die letzten 24 h durchrechnen wieder fuer den A... waren :(.
Um das Testen kommt man nicht rum. Ich habe aber bisher nichts geschafft, was mein Daewoo DVG 6000D nicht abspielen wollte, da stiegen noch eher die SW-Player aus. (wunder) Bis zu einer durchschnittl. Videobitrate von 4500 ist es ok. Bei 5000 gab es 1 Aussetzer bei einem schnell schaukelndem Kind und bei 8000 geht der Daewoo in die Knie. Die tatsächliche Bitrate war im Augenblick des Aussetzers dann um die 9000.
Du kannst transcode auch mit -x xml auf die kino SMIL Liste ansetzen, aber ich hatte dann immer a/v sync Probleme und nutze es daher nicht mehr. Ich exportiere in kleinen Happen in ein freies Verzeichnis und benutze transcode dann so:
transcode -i <meinVerzeichnis> -x dv
Das löst mein Problem auch nicht. Bei ca 90% von 800MB bekomme ich immer packet error, auch bei 1GB-Teilen, wenn ich die mit transcode encodete Datei in VCDEasy importiere. So ganz linux-only geht es leider ab einem bestimmten Level noch nicht, ich meine speziell das Kapitelerstellen mit optischer Kontrolle. Ich denke, dass da Bild und Ton nicht mehr synchron gehalten werden können und es daher zur Fehlermeldung kommt, wenn VCDEasy die mpeg-Datei überprüft. Verwende ich statt tcmplex mplex dann wird genau an dieser Stelle abgebrochen, genauso wie auch andere Programme unter Win dort abbrechen, nur tcmplex muxt den ganzen Film. Tmpgenc schreibt ins Log nur eine Fehlermeldung, erstellt aber letztlich über den gesamten Film eine mpg-Datei, die VCDEasy ohne Fehlermeldungen einliest. Ärgerlich ist es, dass das IMO abhängig von der Datenmenge ist und nicht von der Zeit, d.h. ein 20min. Film mit hoher Bitrate hat gegen Ende genau so einen Fehler wie ein 72 min. Film. Ich verstehe diese Meldung nicht genau, aber vielleicht hat es damit zu tun: ++ WARN: [mp2enc] Inconsistency is inevitable if wav's are being piped Ausgangsmaterial is ja dv-Format mit PCM-Ton.
VegasVideo kannte ich nicht, habe mal grad einen Blick riskiert, ist ja hier OT ;), im Ernst, kann ich nix zu sagen :(.
Für komplexere Dinge kommt man IMO nicht um ein Win-Programm rum. Cinelerra schaffte ich nicht korrekt zum Laufen zu bringen. IMO gibt es zur Zeit *nichts* mit besserem Preis-/Leistungsverhältnis als das Buch: http://www.sonicfoundry.com/products/showproduct.asp?PID=684 für $49.95, das einige abgespeckte Versionen von Profiversionen als Beigabe enthält. VegasVideo 3LE kann sogar dv-Files von kino importieren. Die abgespeckte LE-Version, kann IMO noch immer für den Privatgebrauch mehr als genug. Für die Tiefen (zB FX-Chains, Verstehen der Keyframes) braucht es allerdings eine intensive Einarbeitung. Unter http://www.sonicfoundry.com/download/step1.asp?CatID=1 kann man alle Programme vorher als Demo testen. Und jetzt ist schon Schluß mit OT. Ich hatte mich lange mit Linuxprogrammen auseinander gesetzt und bis ich Vegas Video fand, dauerte es auch sehr lange. Vielleicht interessiert sich wer dafür und daher dieser Hinweis.
Ich glaube beim Schneiden ist avidemux das tool der Wahl.
Das war bei mir schon wieder in Vergessenheit geraten. Mal schauen, ob es OpenDML-avi akzeptiert und ob es schneller als kino ist. Albert
Hi, 0n 03/02/14@21:29 Al Bogner told me: [linux MS mix] Ich kenne nur die eine Seite. Fuer meine, zugegeben bescheidenen Ansprueche reicht mir was ich damit machen kann. Also koennte ich eigentlich nix dazu sagen, aber ;): Du benutzt mit _x_(s)vcd AFAIK keinen Standard. Wenn hier die Implementierungen unter den OS's/Programmen nicht kompatibel sind waere das fuer mich nicht verwunderlich.
Ich verstehe diese Meldung nicht genau, aber vielleicht hat es damit zu tun: ++ WARN: [mp2enc] Inconsistency is inevitable if wav's are being piped
Ich weiss es auch nicht genau was es bedeutet, auf die Schnelle:
---cut---
From: Florin Andrei
does this message mean, that if I generate an mpa-file directly, I could get inconsistencies between video and audio? Will this be avoided, if I use -y mpeg2enc,wav ?
I think you can ignore it. It never caused me any problems anyway. ---cut--- Wenn Du es genauer wissen willst, wuerde ich einen grep auf den source starten und schauen, ob es kommentiert ist oder Du erkennen kannst wie es Zustande kommt.
Ausgangsmaterial is ja dv-Format mit PCM-Ton.
Ich wuerde aber auch vermuten, dass Du unter diesen Vorraussetzungen die Warnung vergessen kannst.
VegasVideo kannte ich nicht, habe mal grad einen Blick riskiert, ist ja hier OT ;), im Ernst, kann ich nix zu sagen :(.
Für komplexere Dinge kommt man IMO nicht um ein Win-Programm rum. Cinelerra schaffte ich nicht korrekt zum Laufen zu bringen. IMO gibt es zur Zeit *nichts* mit besserem Preis-/Leistungsverhältnis als das Buch: http://www.sonicfoundry.com/products/showproduct.asp?PID=684 für
Sorry, aber ich habe da jetzt mal nicht weiter nachgeschaut nachdem links meint: ---cut--- The page cannot be displayed (p1 of 2) Error Type: Microsoft VBScript runtime (0x800A0006) ---cut---
$49.95, das einige abgespeckte Versionen von Profiversionen als Beigabe enthält.
Das kenne ich nicht, aber es gibt auch noch MainActor, den ich auch nicht kenne ;). Ist kommerziell, aber preislich IMHO erschwinglich, da
VegasVideo 3LE kann sogar dv-Files von kino importieren.
deutlich guenstiger als dieses VegasVideo IIRC, es gibt eine trial.
Die abgespeckte LE-Version, kann IMO noch immer für den Privatgebrauch mehr als genug.
Vielleicht irgendwelche proprietaere Sauerreien eingebaut in der LE, nur so eine Vermutung aber
Und jetzt ist schon Schluß mit OT.
ACK
Das war bei mir schon wieder in Vergessenheit geraten. Mal schauen, ob es OpenDML-avi akzeptiert und ob es schneller als kino ist.
Viel Glueck. Ich denke der ganze thread gehoert nicht mehr hier her daher Fup2. -- bye maik
participants (2)
-
Al Bogner
-
Maik Holtkamp