transcode "Rand wegschneiden und durch black ersetzen"
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo zusammen, Ich habe hier ein VDR-Video von n-tv. Dort laeuft am unteren Rand eine Info-Zeile. Diese moechte ich durch einen schwarzen Streifen ersetzen. Meine Versuche bringen zwar das gewuenschte Ergebnis, leider jedoch nur in Verbindung mit Qualitaetsverlusten, da ich das File 2 mal anpacken muss: 1) unteren Rand wegschnipseln: transcode -i nr01.mpg -z -k -j 0,0,70,0 -w 6000 --export_prof dvd \ - -o /mnt/video/test_nr01 2) schwarzen Rand unten hinzufuegen, damit das Seitenverhaeltnis wieder stimmt: transcode -i /mnt/video/test_nr01.m2v -z -k -j 0,0,-70,0 -w 6000 \ - --export_prof dvd -o test_nr02 Da mein Ausgangsmaterial schon in DVD-Norm [720x576 und 6000er Bitrate] digitalisiert wurde, suche ich nach einer verlustarmen Loesung. Versuche mit den Optionen "--pre_clip" und "--post_clip" brachten leider auch nicht das gewuenschte Ergebnis. Vielleicht klemmen ja auch nur wieder meine Hirnzellen:-( [Al|ter|zheimer] Hat wer eine Idee? [ Hallo Maik:-) ] Besten Dank schon im Voraus! P.S.: "GOPchop -p 'mplayer -nocache -novm -' video.mpg" macht das Schnippseln zum Spass! - naja fast:-) MfG Th. Moritz - -- Linux - damit der Ausnahmefehler nicht zur Regel wird -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFANmMSPBTBVZNAOL4RAiddAKDsJ4Qso1+ommOa5/QaVD8bUK1KKwCdFB5v higDayMPnzkjZV1FGhmAGs4= =Qr5t -----END PGP SIGNATURE-----
Hi, 0n 04/02/20@20:42 Thomas Moritz told me:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo zusammen,
Ich habe hier ein VDR-Video von n-tv. Dort laeuft am unteren Rand eine Info-Zeile. Diese moechte ich durch einen schwarzen Streifen ersetzen.
Meine Versuche bringen zwar das gewuenschte Ergebnis, leider jedoch nur in Verbindung mit Qualitaetsverlusten, da ich das File 2 mal anpacken muss:
1) unteren Rand wegschnipseln:
transcode -i nr01.mpg -z -k -j 0,0,70,0 -w 6000 --export_prof dvd \ - -o /mnt/video/test_nr01
2) schwarzen Rand unten hinzufuegen, damit das Seitenverhaeltnis wieder stimmt:
transcode -i /mnt/video/test_nr01.m2v -z -k -j 0,0,-70,0 -w 6000 \ - --export_prof dvd -o test_nr02
Da mein Ausgangsmaterial schon in DVD-Norm [720x576 und 6000er Bitrate] digitalisiert wurde, suche ich nach einer verlustarmen Loesung.
Du kannst -Y negative Werte mitgeben: -j 0,0,70,0 -Y 0,0,-70,0 muesste gehen. -- bye maik
Am Freitag, 20. Februar 2004 23:05 schrieb Maik Holtkamp:
Ich habe hier ein VDR-Video von n-tv. Dort laeuft am unteren Rand eine Info-Zeile. Diese moechte ich durch einen schwarzen Streifen ersetzen.
Du kannst -Y negative Werte mitgeben:
-j 0,0,70,0 -Y 0,0,-70,0
muesste gehen.
Bei meinen VHS-Digitalisierungen brauche ich das immer. Man kann das auch noch zentrieren und auf exakt 704x576 ändern. Bei mir sieht das im Script so aus: Ich editiere im Script die Werte, da ich sie selten ändern muß. Die Werte sollten ein Vielfaches von 8 sein. Es geht aber auch weniger, das muß man probieren. ausgehend von 720x576 zB. TOPCUT=16 LEFTCUT=0 BOTTOMCUT=24 RIGHTCUT=0 topadd=$((($TOPCUT+$BOTTOMCUT)/2*-1)) leftadd=$((($LEFTCUT+$RIGHTCUT-16)/2*-1)) # 704x576 CUTBORDER="$TOPCUT","$LEFTCUT","$BOTTOMCUT","$RIGHTCUT" ADDBORDER="$topadd","$leftadd" transcode ... -j "$CUTBORDER" -Y "$ADDBORDER" Gibt man also nur die ersten beiden Werte an wird symmetrisch ergänzt. Man muß nur aufpassen, dass man letztlich wieder eine DVD-Norm erhält mit der der DVD-Player klar kommt. Mit 704x576 spart man sich also etwas schwarzen Rand und hat nichts an der Auflösung geändert. Al
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Freitag, 20. Februar 2004 23:28 schrieb Al Bogner: (Sorry Al, die erste ging leider als PM raus.) Hallo Al, Hallo Maik, Besten Dank fuer Eure schnellen Antworten.
Am Freitag, 20. Februar 2004 23:05 schrieb Maik Holtkamp:
Ich habe hier ein VDR-Video von n-tv. Dort laeuft am unteren Rand eine Info-Zeile. Diese moechte ich durch einen schwarzen Streifen ersetzen.
Du kannst -Y negative Werte mitgeben:
-j 0,0,70,0 -Y 0,0,-70,0
muesste gehen.
Leider nein, denn ich bekomme folgende Meldung: "Vertical size is greater than permitted in specified Level" Auch bei 72 ...-72 (wegen durch 8 teilbar) Die obige Meldung scheine ich generell zu bekommen, sobald ich j und Y in einem Durchlauf benutze. Kann es evtl. an "--export_prov dvd" liegen?
Bei meinen VHS-Digitalisierungen brauche ich das immer. Man kann das auch noch zentrieren und auf exakt 704x576 ändern.
Bei mir sieht das im Script so aus: Ich editiere im Script die Werte, da ich sie selten ändern muß. Die Werte sollten ein Vielfaches von 8 sein. Es geht aber auch weniger, das muß man probieren.
ausgehend von 720x576 zB.
TOPCUT=0 LEFTCUT=0 BOTTOMCUT=72 RIGHTCUT=0
topadd=$((($TOPCUT+$BOTTOMCUT)/2*-1)) leftadd=$((($LEFTCUT+$RIGHTCUT-16)/2*-1)) # 704x576
CUTBORDER="$TOPCUT","$LEFTCUT","$BOTTOMCUT","$RIGHTCUT" ADDBORDER="$topadd","$leftadd"
Bei obiger Variablenzuweisung waere das Ergebnis in Deinem Script: - -j 0,0,72,0 - -Y -36,8 Gut, ich wuerde hier "-Y -36,0" verwenden, da ich links und rechts nichts schneiden will. Das aendert jedoch nichts an der Tatsache, das mpeg2enc nicht mitspielt (siehe oben). Ich kann 2 Durchlaeufe machen (1. mit -j, den 2. mit -Y), dann wird aber 2x scaliert und das will ich unbedingt vermeiden. Habe ich in den ganzen man/doc's den Parameter ---noscale uebersehen? :-)
Gibt man also nur die ersten beiden Werte an wird symmetrisch ergänzt. Man muß nur aufpassen, dass man letztlich wieder eine DVD-Norm erhält mit der der DVD-Player klar kommt. Mit 704x576 spart man sich also etwas schwarzen Rand und hat nichts an der Auflösung geändert.
Ist die DVD-Norm nicht trotzdem 720x576 ? Schoenes Wochenende! MfG Th. Moritz - -- Wenn man glaubt, etwas zu sein, hat man aufgehoert, etwas zu werden. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFANyewPBTBVZNAOL4RAiO+AJ4qBTp7vaWyr/f3mGyWA2QgUhWjoACePjoN iaCQe3v/kgq/9UUyDPYPCes= =rV6C -----END PGP SIGNATURE-----
Am Samstag, 21. Februar 2004 10:41 schrieb Thomas Moritz:
"Vertical size is greater than permitted in specified Level"
Die Meldung kenne ich. Schau dir mal die Ausgabe von transcode an bzw. poste das, vermutlich geht es sich irgendwo mit der Größe nicht aus.
Gut, ich wuerde hier "-Y -36,0" verwenden, da ich links und rechts nichts schneiden will. Das aendert jedoch nichts an der Tatsache, das mpeg2enc nicht mitspielt (siehe oben). Ich kann 2 Durchlaeufe machen (1. mit -j, den 2. mit -Y), dann wird aber 2x scaliert und das will ich unbedingt vermeiden. Habe ich in den ganzen man/doc's den Parameter ---noscale uebersehen? :-)
Was meinst du mit "scaliert" bzw. warum willst du das vermeiden? IMO bewirken die Parameter -j und -Y keine Qualitätsveränderung, -j spart sogar Rechenzeit, bei -Y weiß ich es nicht.
Ist die DVD-Norm nicht trotzdem 720x576 ?
Auch. Ich habe gerade keine url parat, aber 704x576 ist ebenso gültig. Al
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Samstag, 21. Februar 2004 12:24 schrieb Al Bogner: Hallo Al,
Am Samstag, 21. Februar 2004 10:41 schrieb Thomas Moritz:
"Vertical size is greater than permitted in specified Level"
Die Meldung kenne ich. Schau dir mal die Ausgabe von transcode an bzw. poste das, vermutlich geht es sich irgendwo mit der Größe nicht aus.
Hier mal meine komplette Kommandozeile (die Reihenfolge der Parameter habe ich laut Doku eingehalten (-j -Y -z -k): transcode -i /mnt/video/nr01.mpv --export_prof dvd -j 0,0,72,0 -Y -36,0 -z -k -w 6000 -b 384,0,5,0 -o /mnt/video/testnr01 Diese produziert folgenden Output: Habe den Zeilenumbruch ausnahmsweise mal ausgeschalten. [transcode] auto-probing source /mnt/video/nr01.mpv (ok) [transcode] V: import format | MPEG (V=mpeg2|A=null) [transcode] V: import frame | 720x576 1.25:1 encoded @ 4:3 [transcode] V: clip frame (<-) | 720x504 [transcode] V: zoom | 720x576 1.09:1 (Lanczos3) [transcode] V: clip frame (->) | 720x648 [transcode] V: flip frame | yes [transcode] V: rgb2bgr | yes [transcode] V: bits/pixel | 0.514 [transcode] V: decoding fps,frc | 25.000,3 [transcode] A: import format | 0x2001 AC3/A52 [ 0,16,0] [transcode] A: export format | 0x50 MPEG layer-2 [ 0,16,0] 384 kbps [transcode] V: encoding fps,frc | 25.000,3 [transcode] A: bytes per frame | 0 (0.000000) [transcode] A: adjustment | 0@1000 [transcode] V: IA32 accel mode | sse2 (sse2 sse mmxext mmx asm) [transcode] V: video buffer | 10 @ 720x648 [import_null.so] v0.2.0 (2002-01-19) (video) null | (audio) null [import_mpeg2.so] v0.4.0 (2003-10-02) (video) MPEG2 [export_mp2enc.so] v1.0.9 (2003-10-30) (audio) MPEG 1/2 [export_mpeg2enc.so] v1.1.10 (2003-10-30) (video) MPEG 1/2 [import_mpeg2.so] tcextract -x mpeg2 -i "/mnt/video/nr01.mpv" -d 0 | tcdecode -x mpeg2 -d 0 [export_mpeg2enc.so] *** init-v *** ! [export_mp2enc.so] *** init-v *** ! [export_mpeg2enc.so] cmd=mpeg2enc -v 0 -I 0 -f 8 -b 6000 -F 3 -n p -a 2 -o "/mnt/video/testnr01.m2v" [export_mp2enc.so] (56/4096) cmd=mp2enc -v 0 -r 0 -b 384 -m -o "/mnt/video/testnr01.mpa" **ERROR: [mp2enc] can only handle files with 1 or 2 channels **ERROR: [mpeg2enc] Vertical size is greater than permitted in specified Level Was mir generell auffaellt ist V: zoom (zoom verstehe ich so, dass scaliert werden soll. Oder sehe ich das falsch?) ...und V: clip frame (->) 720x648 (da scheint es wirklich ein Problem zu geben)
Gut, ich wuerde hier "-Y -36,0" verwenden, da ich links und rechts nichts schneiden will. Das aendert jedoch nichts an der Tatsache, das mpeg2enc nicht mitspielt (siehe oben). Ich kann 2 Durchlaeufe machen (1. mit -j, den 2. mit -Y), dann wird aber 2x scaliert und das will ich unbedingt vermeiden. Habe ich in den ganzen man/doc's den Parameter ---noscale uebersehen? :-)
Was meinst du mit "scaliert" bzw. warum willst du das vermeiden? IMO bewirken die Parameter -j und -Y keine Qualitätsveränderung, -j spart sogar Rechenzeit, bei -Y weiß ich es nicht.
Imho wird das Bild scaliert, wenn ich nur mit einer Option -j oder -Y arbeite. Das geschnittene Frame muss also auf eine neue Groesse gebracht werden um die 720x576 wieder zu erreichen und dabei denke ich, wird der Bildinhalt umgerechnet. Dies bringt mir imho Qualitaetsverluste ein - Oder kann ich den Vorgang nicht mit einem "resize" vergleichen? Anders koennte [wird] es sein, wenn beide Optionen gleichzeitig laufen: Schneide 16 Pixelzeilen weg und fuege wieder 16 Pixelzeilen ein. In diesem Fall braucht das Frame nicht scaliert zu werden, denn die Groesse stimmt bereits. Ich habe aus Verzweiflung schon transcode und mjpegtools in den aktuellsten Versionen aufgespielt. Das Problem bleibt. Irgendwas mache ich also falsch. Das eigentliche Problem sitzt ja meistens an der Tastatur. *grummel*
Ist die DVD-Norm nicht trotzdem 720x576 ?
Auch. Ich habe gerade keine url parat, aber 704x576 ist ebenso gültig.
Wieder was dazu gelernt:-) Danke! MfG Th. Moritz - -- Alle Menschen sind bestechlich, sagte die Biene zur Wespe. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAN0YPPBTBVZNAOL4RApyqAKDozw4+D+lHtA4nNauotont0TPufgCfUJ7H 57ikpW3WTKFUxri0z6C9FjI= =QWhu -----END PGP SIGNATURE-----
Am Samstag, 21. Februar 2004 12:50 schrieb Thomas Moritz:
einem "resize" vergleichen? Anders koennte [wird] es sein, wenn beide Optionen gleichzeitig laufen: Schneide 16 Pixelzeilen weg und fuege wieder 16 Pixelzeilen ein. In diesem Fall braucht das Frame nicht scaliert zu werden, denn die Groesse stimmt bereits.
Ich muß dringend weg und kann mir dein Posting nicht mehr überlegen. Das ist das Problem: [transcode] V: clip frame (->) | 720x648 Du mußt hier 720 oder 704 x 576 erreichen. Mit -j (positiver Wert) und -Y -(negativer Wert) kannst du das erreichen. Al
Hi, 0n 04/02/21@13:08 Al Bogner told me:
Am Samstag, 21. Februar 2004 12:50 schrieb Thomas Moritz:
einem "resize" vergleichen? Anders koennte [wird] es sein, wenn beide Optionen gleichzeitig laufen: Schneide 16 Pixelzeilen weg und fuege wieder 16 Pixelzeilen ein. In diesem Fall braucht das Frame nicht scaliert zu werden, denn die Groesse stimmt bereits.
Ich muß dringend weg und kann mir dein Posting nicht mehr überlegen. Das ist das Problem:
[transcode] V: clip frame (->) | 720x648
Du mußt hier 720 oder 704 x 576 erreichen. Mit -j (positiver Wert) und -Y -(negativer Wert) kannst du das erreichen.
Nein, das ist IMHO wie gsagt nur eine Folgefehler. Das willst Du ja expliziet (-Y). Das vorherige zoom ist das Problem, denn das soagt Du ihm ja nicht (das steckt IMHO in der --export_prof). Wenn Du dieses clip frame (-Y) auf die nicht scalierte Groesse von 720x504 anwendest hast Du genau was Du willst (720x576). Ohne zu scalieren und damit ohne die daraus entstehenden Qualitaetsbeeinflussungen - sind bei -Z (==Lanczeros3) gering, aber vorhanden. -- bye maik
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Samstag, 21. Februar 2004 13:08 schrieb Al Bogner: Hallo Al,
Am Samstag, 21. Februar 2004 12:50 schrieb Thomas Moritz:
einem "resize" vergleichen? Anders koennte [wird] es sein, wenn beide Optionen gleichzeitig laufen: Schneide 16 Pixelzeilen weg und fuege wieder 16 Pixelzeilen ein. In diesem Fall braucht das Frame nicht scaliert zu werden, denn die Groesse stimmt bereits.
Ich muß dringend weg und kann mir dein Posting nicht mehr überlegen. Das ist das Problem:
[transcode] V: clip frame (->) | 720x648
Ja genau und es kommt von --export_prof dvd. Alles weitere steht im Dialog mit Maik:-) Danke Dir trotzdem fuer Deine Bemuehungen. MfG Th. Moritz - -- Windows ist für die, die nicht wissen wollen, warum es nicht funktioniert. Linux ist für die, die wissen wollen, warum es funktioniert! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAN31PPBTBVZNAOL4RAjW0AKDX+UkdM4AkXEwQfisZBsba+7irBwCg642n 9Ze2DzRa1DEh2KnwNgMEd7I= =4Zye -----END PGP SIGNATURE-----
Hi, 0n 04/02/21@12:50 Thomas Moritz told me:
Am Samstag, 21. Februar 2004 10:41 schrieb Thomas Moritz:
"Vertical size is greater than permitted in specified Level"
Die Meldung kenne ich. Schau dir mal die Ausgabe von transcode an bzw. poste das, vermutlich geht es sich irgendwo mit der Größe nicht aus.
Hier mal meine komplette Kommandozeile (die Reihenfolge der Parameter habe ich laut Doku eingehalten (-j -Y -z -k): transcode -i /mnt/video/nr01.mpv --export_prof dvd -j 0,0,72,0 -Y -36,0 -z -k -w 6000 -b 384,0,5,0 -o /mnt/video/testnr01
Habe den Zeilenumbruch ausnahmsweise mal ausgeschalten.
Danke.
[transcode] auto-probing source /mnt/video/nr01.mpv (ok) [transcode] V: import format | MPEG (V=mpeg2|A=null) [transcode] V: import frame | 720x576 1.25:1 encoded @ 4:3 [transcode] V: clip frame (<-) | 720x504 [transcode] V: zoom | 720x576 1.09:1 (Lanczos3)
Dieser Schritt kommt bestimmt von --export_prof Dann sonst sehe ich ihn in Deinem Aufruf nicht und Du willst dass auch nicht. Hier wird scaliert (zoom wahrscheinlicht mit -B oder -Z).
[transcode] V: clip frame (->) | 720x648
Das willst Du aber die 72 Zeilen clippen (dranpappen), da der obere Schritt aber unwillentlich geschah, ist Dein Bild jetzt zu gross :(.
[transcode] V: flip frame | yes [transcode] V: rgb2bgr | yes
Versuch hier mal -V.
[transcode] A: import format | 0x2001 AC3/A52 [ 0,16,0]
Schau Dir an was ich in der letzen mail zu ac3 schrieb.
[transcode] A: export format | 0x50 MPEG layer-2 [ 0,16,0] 384 kbps
Er versucht es mit einer Samplrate von 0, das seht so nicht. Es scheint das --export_prof nicht an den audio Einstellungen dreht.
**ERROR: [mp2enc] can only handle files with 1 or 2 channels
mp2enc versucht die 5 ac3 Spuren auf seine 1 mono oder 2 stereo abzubilden das geht in die Hose.
**ERROR: [mpeg2enc] Vertical size is greater than permitted in specified Level
Folgefehler durch das --export_prof scaling.
Was mir generell auffaellt ist V: zoom
rechts nichts schneiden will. Das aendert jedoch nichts an der Tatsache, das mpeg2enc nicht mitspielt (siehe oben). Ich kann 2 Durchlaeufe machen (1. mit -j, den 2. mit -Y), dann wird aber 2x scaliert und das will ich unbedingt vermeiden. Habe ich in den ganzen man/doc's den Parameter ---noscale uebersehen? :-)
Was meinst du mit "scaliert" bzw. warum willst du das vermeiden? IMO bewirken die Parameter -j und -Y keine Qualitätsveränderung, -j spart sogar Rechenzeit, bei -Y weiß ich es nicht.
Imho wird das Bild scaliert, wenn ich nur mit einer Option -j oder -Y arbeite.
Nein, da wird geschnitten bzw. geklebt. Das hat erstmal keinen Einfulss auf die Qualitaet. Bei 2 Aufrufen jagst Du es aber 2x durch mpeg2enc und das wird davon nicht besser. Dein groesseres Problem ist IMHO den ac3 zu erhalten. Du kannst zwar mit -E 48000,16,2 auf mpeg1-layer2 runter, dass will man aber IMHO nicht. Im Zweifelsfall sollte dvd auch mit -y mpeg2enc,raw laufen. Schau Dich vielleicht noch hier um: http://www.theorie.physik.uni-goettingen.de/~ostreich/transcode/html/dvd.htm...
Ich habe aus Verzweiflung schon transcode und mjpegtools in den aktuellsten Versionen aufgespielt.
Das ist nie zum Schaden ;). -- bye maik
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Samstag, 21. Februar 2004 13:26 schrieb Maik Holtkamp: Hallo Maik,
0n 04/02/21@12:50 Thomas Moritz told me:
Am Samstag, 21. Februar 2004 10:41 schrieb Thomas Moritz:
"Vertical size is greater than permitted in specified Level"
Die Meldung kenne ich. Schau dir mal die Ausgabe von transcode an bzw. poste das, vermutlich geht es sich irgendwo mit der Größe nicht aus.
Hier mal meine komplette Kommandozeile (die Reihenfolge der Parameter habe ich laut Doku eingehalten (-j -Y -z -k): transcode -i /mnt/video/nr01.mpv --export_prof dvd -j 0,0,72,0 ^^^ Im obigen Beispiel habe ich zum Test ein mpv-File benutzt. Also keinen Sound.
[transcode] auto-probing source /mnt/video/nr01.mpv (ok) [transcode] V: import format | MPEG (V=mpeg2|A=null) [transcode] V: import frame | 720x576 1.25:1 encoded @ 4:3 [transcode] V: clip frame (<-) | 720x504 [transcode] V: zoom | 720x576 1.09:1 (Lanczos3)
Dieser Schritt kommt bestimmt von --export_prof Dann sonst sehe ich ihn in Deinem Aufruf nicht und Du willst dass auch nicht. Hier wird scaliert (zoom wahrscheinlicht mit -B oder -Z).
[transcode] V: clip frame (->) | 720x648
Genau daher kommt das Problem: --export_prof
Das willst Du aber die 72 Zeilen clippen (dranpappen), da der obere Schritt aber unwillentlich geschah, ist Dein Bild jetzt zu gross :(.
[transcode] V: flip frame | yes [transcode] V: rgb2bgr | yes
Versuch hier mal -V.
OK.
[transcode] A: import format | 0x2001 AC3/A52 [ 0,16,0]
Schau Dir an was ich in der letzen mail zu ac3 schrieb.
[transcode] A: export format | 0x50 MPEG layer-2 [ 0,16,0] 384 kbps
Er versucht es mit einer Samplrate von 0, das seht so nicht. Es scheint das --export_prof nicht an den audio Einstellungen dreht.
**ERROR: [mp2enc] can only handle files with 1 or 2 channels
Der Fehler war von vorn herein klar, da ich lediglich einen mpv-stream benutzt habe.
Imho wird das Bild scaliert, wenn ich nur mit einer Option -j oder -Y arbeite.
Nein, da wird geschnitten bzw. geklebt.
Das hat erstmal keinen Einfulss auf die Qualitaet. Bei 2 Aufrufen jagst Du es aber 2x durch mpeg2enc und das wird davon nicht besser.
Dein groesseres Problem ist IMHO den ac3 zu erhalten. Du kannst zwar mit -E 48000,16,2 auf mpeg1-layer2 runter, dass will man aber IMHO nicht. Im Zweifelsfall sollte dvd auch mit -y mpeg2enc,raw laufen.
Schau Dich vielleicht noch hier um:
http://www.theorie.physik.uni-goettingen.de/~ostreich/transcode/h tml/dvd.html#vob_ac3
Waehrend der letzten Tage habe ich fast mit der Transcode-Seite geschlafen:-) Da das Thema jedoch so komplex ist und ich seit einem Jahr nichts mehr mit Transcode gemacht habe, werde ich wohl auch in naechster Zeit viel Lesestoff durchzuknabbern haben. Mehr zur Problemloesung in der anderen Mail. MfG Th. Moritz - -- Ich habe gestern schon gesagt, ich gehe heute zeitig schlafen und ich sitze heute immernoch hier, hatte ich dann eine kurze, oder eine lange Nacht? (c)ThM. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAN3SsPBTBVZNAOL4RAnpaAKC7NllA0LYtsq1/3SpAWsYPKl7w+ACfR6dH 18uJNSZUj4HMpLsf1R1ZuJM= =93j8 -----END PGP SIGNATURE-----
Hi, 0n 04/02/21@12:24 Al Bogner told me:
Am Samstag, 21. Februar 2004 10:41 schrieb Thomas Moritz:
"Vertical size is greater than permitted in specified Level"
Die Meldung kenne ich. Schau dir mal die Ausgabe von transcode an bzw. poste das, vermutlich geht es sich irgendwo mit der Größe nicht aus.
Schau Dir dies Zeilen an: [transcode] V: import frame | 720x576 1.25:1 [transcode] V: clip frame (<-) | 704x576 [transcode] V: new aspect ratio | 608x512 1.21:1 (-B) [transcode] V: clip frame (->) | 608x672 und vergleiche sie mit [1]
Gut, ich wuerde hier "-Y -36,0" verwenden, da ich links und rechts nichts schneiden will. Das aendert jedoch nichts an der Tatsache, das mpeg2enc nicht mitspielt (siehe oben). Ich kann 2 Durchlaeufe machen (1. mit -j, den 2. mit -Y), dann wird aber 2x scaliert und das will ich unbedingt vermeiden. Habe ich in den ganzen man/doc's den Parameter ---noscale uebersehen? :-)
Was meinst du mit "scaliert" bzw. warum willst du das vermeiden? IMO bewirken die Parameter -j und -Y keine Qualitätsveränderung, -j spart sogar Rechenzeit, bei -Y weiß ich es nicht.
-j und -Y macht clip und nicht scale. Das schneidet einfach weg (fuergt schwarzen Balken bei negativ hinzu) bevor es in den encoder geht. Aber --export_prof habe ich nie benutzt und die man page meint es waere eine Meta-Option fuer clippig. Ich habe mir Deinen Aufruf nochmal angesehen und wuerde da mal folgendes probieren: transcode -i nr01.mpg -V -j 0,8,72,8 -Y 0,0,-72,0 -E 48000,16,2\ -o nr01_dvd -y mpeg2enc,mp2enc -F 8,"-b 6000 -g 8" -V Dein -k -z deutet auf typische RGB Probleme hin. Muesste sich mit -V erledigen lassen und auch schneller gehen -j (scheidet links und rechts zusaetzlich 8 pixel weg -> siehe Al's Bemerkungen) -E Falls der Ton noch nicht so ist. Ich weiss nicht ob --export_prof dvd hier eingreift. Achtung: Wenn Deine Quelle ac3 bietet nicht machen (siehe: -A, -N 0x2000, -P 2[1], -m, man mpeg2enc: -B) 72 weil es schneller gehen sollte als 70.
Ist die DVD-Norm nicht trotzdem 720x576 ?
Auch. Ich habe gerade keine url parat, aber 704x576 ist ebenso gültig.
http://www.dvdrhelp.com/dvd [1] Bei transcode 0.6.11 ist -P AFAIK kaput -- bye maik
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Samstag, 21. Februar 2004 13:07 schrieb Maik Holtkamp: Hallo Maik, ich moechte mich vielmals fuer Deine Bemuehungen bedanken. Die Loesung kam mit Deiner letzten Mail!
Was meinst du mit "scaliert" bzw. warum willst du das vermeiden? IMO bewirken die Parameter -j und -Y keine Qualitätsveränderung, -j spart sogar Rechenzeit, bei -Y weiß ich es nicht.
-j und -Y macht clip und nicht scale. Das schneidet einfach weg (fuergt schwarzen Balken bei negativ hinzu) bevor es in den encoder geht.
Das Problem lag einfach am "--export_prof dvd", was sicher dazu fuehrt, dass nach dem Schneiden mit -j gleich wieder auf 720x576 gezoomt wird. Erst dann kommt -Y zum Zug und schon ist das Bild zu gross.
Aber --export_prof habe ich nie benutzt und die man page meint es waere eine Meta-Option fuer clippig. Ich habe mir Deinen Aufruf nochmal angesehen und wuerde da mal folgendes probieren:
transcode -i nr01.mpg -V -j 0,8,72,8 -Y 0,0,-72,0 -E 48000,16,2\ -o nr01_dvd -y mpeg2enc,mp2enc -F 8,"-b 6000 -g 8"
Ich muss zwingend "-x mpeg2" angeben um einen brauchbaren Stream zu erhalten. Die Video-Bitrate kann ich nicht wie in Deinem Beispiel oben angeben, dann bekommt mpeg2enc -b 1800 _und_ -b 6000 (schon merkwuerdig). Ich muss mit -w 6000 arbeiten. Um meine Audio-Bitrate beibehalten zu koennen, muss ich -b 384 benutzen.
-V Dein -k -z deutet auf typische RGB Probleme hin. Muesste sich mit -V erledigen lassen und auch schneller gehen
Super, Danke!
-j (scheidet links und rechts zusaetzlich 8 pixel weg -> siehe Al's Bemerkungen)
-E Falls der Ton noch nicht so ist. Ich weiss nicht ob --export_prof dvd hier eingreift. Achtung: Wenn Deine Quelle ac3 bietet nicht machen (siehe: -A, -N 0x2000, -P 2[1], -m, man mpeg2enc: -B)
A: import format | 0x50 MPEG layer-2 [48000,16,2] 384 kbps A: export format | 0x50 MPEG layer-2 [48000,16,2] 384 kbps Mit dem Ton scheint es keine Probleme zu geben. Der Vollstaendigkeit halber stricke ich mal meinen kompletten Aufruf hier ran: transcode -i test.mpg -x mpeg2 -V -j 0,8,72,8 -Y -36,0\ -E 48000,16,2 -o testout -y mpeg2enc,mp2enc -F 8 -w 6000 -b 384 Ich hoffe ganz stark, dass ich keinen neuen Fehler eingebaut habe. Zumindest sieht der Output ziemlich gut aus:-) Da ich eine weitere Frage ums generelle Schneiden von Streams habe, werde ich einen neuen Thread anfangen. Ordnung muss schon sein:-) Ich bedanke mich nochmals rechtherzlich fuer Deine schnellen und informativen Mails! MfG Th. Moritz - -- Man ist so alt wie man sich fühlt, aber niemals so wichtig! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAN3xhPBTBVZNAOL4RAr00AKCSzANmZ1VDHGwHb7Q+4mmHjY3SSgCgwJnC M11qvdodx77zq87BK3PPv2A= =aLNx -----END PGP SIGNATURE-----
Hi, 0n 04/02/21@16:42 Thomas Moritz told me:
transcode -i nr01.mpg -V -j 0,8,72,8 -Y 0,0,-72,0 -E 48000,16,2\ -o nr01_dvd -y mpeg2enc,mp2enc -F 8,"-b 6000 -g 8"
Ich muss zwingend "-x mpeg2" angeben um einen brauchbaren Stream zu erhalten. Die Video-Bitrate kann ich nicht wie in Deinem Beispiel oben angeben, dann bekommt mpeg2enc -b 1800 _und_ -b 6000 (schon merkwuerdig). Ich muss mit -w 6000 arbeiten. Um meine Audio-Bitrate
Das ist schon ok, mpeg2enc nimmt die letzte auf der Kommandozeile definierte Option. Wenn Du transcode nichts sagst ist dort hardcoded default 1800, dass wird aber spaeten ueberschrieben.
beibehalten zu koennen, muss ich -b 384 benutzen.
Ja. ac3 wird leider von vielen tolls Siefmuetterlich oder gar nicht unterstuetzt :(. -- bye maik
participants (3)
-
Al Bogner -
Maik Holtkamp -
Thomas Moritz