Es geht um den Stream einer XSVCD: mplayer stream.dump MPEG-PS file format detected. VIDEO: MPEG2 704x576 (aspect 2) 25.000 fps 5000.0 kbps (625.0 kbyte/s) ========================================================================== Opening audio decoder: [mp3lib] MPEG layer-2, layer-3 AUDIO: 48000 Hz, 2 ch, s16le, 192.0 kbit/12.50% (ratio: 24000->192000) Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3) ========================================================================== AO: [oss] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... Movie-Aspect is 1.33:1 - prescaling to correct movie aspect. VO: [vdpau] 704x576 => 768x576 Planar YV12 A: 2.6 V: 2.7 A-V: -0.019 ct: 0.058 63/ 63 10% 6% 0.8% 0 0 Das Bild hat schwarze Balken (abgeschnitten wegen beschädigter VHS-Kanten) crop=688:544:8:16 Daher habe ich so encodiert: mencoder stream.dump -ovc x264 -x264encopts qp=27:threads=auto:pass=1 -vf crop=688:544:8:16,yadif=0,softskip,harddup,hqdn3d,unsharp=l:5x5:0.5 -nosound - of rawvideo -o /dev/null mencoder stream.dump -ovc x264 -x264encopts qp=27:threads=auto:pass=2 -vf crop=688:544:8:16,yadif=0,softskip,harddup,hqdn3d,unsharp=l:5x5:0.5 -nosound - of rawvideo -o movie.264 Das ergibt leichte Eierköpfe: Playing movie1.mkv. [mkv] Track ID 1: video (V_MPEG4/ISO/AVC), -vid 0 [mkv] Track ID 2: audio (A_MPEG/L3), -aid 0, -alang und [mkv] Will play video track 1. Matroska file format detected. VIDEO: [avc1] 688x544 24bpp 25.000 fps 0.0 kbps ( 0.0 kbyte/s) ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Unsupported PixelFormat -1 Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ========================================================================== ========================================================================== Opening audio decoder: [mp3lib] MPEG layer-2, layer-3 AUDIO: 48000 Hz, 2 ch, s16le, 32.0 kbit/2.08% (ratio: 4000->192000) Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3) ========================================================================== AO: [oss] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... Movie-Aspect is 1.38:1 - prescaling to correct movie aspect. VO: [vdpau] 688x544 => 750x544 Planar YV12 A: 2.1 V: 2.1 A-V: -0.001 ct: 0.097 0/ 0 35% 12% 2.8% 9 0 Wie skaliere ich richtig, sodass sich ein DVD-kompatibles Format ergibt, also 704 oder /20 x 576? Al -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Hallo, Am Mon, 01 Feb 2010, Al Bogner schrieb:
mencoder stream.dump -ovc x264 -x264encopts qp=27:threads=auto:pass=1 -vf crop=688:544:8:16,yadif=0,softskip,harddup,hqdn3d,unsharp=l:5x5:0.5 -nosound - of rawvideo -o /dev/null
Du mußt noch skalieren. Und den aspect-ratio setzen wenn's anamorph ist. [..]
Wie skaliere ich richtig, sodass sich ein DVD-kompatibles Format ergibt, also 704 oder /20 x 576?
Croppe nicht wenn du eh wieder raufskalieren mußt, zumal du bei so nem krummen Faktor eh nochmal Qualität verlierst. -dnh -- Solaris userland is a race-ridden pile of shit written by illiterate twats who should seriously consider working on <spit> GNOME - they will fit just fine there. --Alex Viro, in the Monastery -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Dienstag, 2. Februar 2010 19:13:12 schrieb David Haller: Hallo David,
Am Mon, 01 Feb 2010, Al Bogner schrieb:
mencoder stream.dump -ovc x264 -x264encopts qp=27:threads=auto:pass=1 -vf crop=688:544:8:16,yadif=0,softskip,harddup,hqdn3d,unsharp=l:5x5:0.5 -nosound - of rawvideo -o /dev/null
Du mußt noch skalieren. Und den aspect-ratio setzen wenn's anamorph ist.
Habe ich alles probiert, vermutlich falsch oder die Optionen waren wirkungslos. Es waren keine extremen Eierköpfe und es sah eher nach einer Schlankheitskur aus ;-) Zuerst eine Verständnisfrage: Was bedeutet das: VO: [vdpau] 704x576 => 768x576 Planar YV12 Welchen Wert verwendet man beim Skalieren? http://de.wikipedia.org/wiki/DVD-Video PAL-DVDs (z. B. in Europa verwendet) bieten eine Auflösung von 704×576/720×576 Bildpunkten mit einer Bildfrequenz von 25 Hz http://de.wikipedia.org/wiki/Pixelseitenverhältnis Bei der digitalen Speicherung von PAL oder NTSC kommen nichtquadratische Pixel zum Einsatz. Ein 4:3-Bild entspricht hier einer Auflösung von 702×576 (PAL) bzw. 702×480 (NTSC) Pixeln, wobei allerdings typischerweise 720×576 bzw. 720×480 Pixel-Bilder gespeichert werden. Auf Video-DVDs sind unter anderem die Formate 720×576 und 704×576 (wegen der Teilbarkeit durch 16) erlaubt. Auf welchen Wert skaliert man nun mit mencoder, auf den quadratischen oder den rechteckigen?
Wie skaliere ich richtig, sodass sich ein DVD-kompatibles Format ergibt, also 704 oder /20 x 576?
Croppe nicht wenn du eh wieder raufskalieren mußt, zumal du bei so nem krummen Faktor eh nochmal Qualität verlierst.
Leicht gesagt. An den Kanten beschädigte VHS-Bänder und / oder Spurlagenfehler will ich korrigieren. Man kann darüber diskutieren ob ein paar Pixel mehr weggeschnitten werden sollen. Ich achte darauf, dass es ein Vielfaches von 8 ist. Mit scaling fiel mir auf, dass es egal ist, ob ich auf 704x576 oder 720x576 rechnen lasse. In _beiden_ Fällen ergab sich: VO: [vdpau] 704x576 => 794x576 Planar YV12 Ich habe es mit und ohne aspect 4/3 probiert. Mit aspect war es noch mehr in die Breite gedehnt. Da passiert irgendeine automatische Korrektur. Warum 794x576? Ich würde also gern bei diesem Beispiel bleiben und dazu die richtige Skalierung finden oder eine Alternative mit ähnlichem Ergebnis. Ich kann mir 2 Varianten vorstellen: 1) Es wird ein Rand weggeschnitten und auf 704x576 die Auflösung hochgerechnet. Das Ergebnis sollte so aussehen: VO: [vdpau] 704x576 => 768x576 Planar YV12 [zoom] 2) Es wird der Rand weggeschnitten und der fehlende Teil mit einem schwarzen Balken ersetzt, d.h. es wird nicht skaliert. Das Ergebnis sollte wieder so aussehen: VO: [vdpau] 704x576 => 768x576 Planar YV12 [zoom] _Wo_ setze ich die Skalierung ein. IMHO ist ja die Reihenfolge entscheidend. Ich hatte folgendes mit einem 4:3 Original probiert: mencoder stream.dump -ovc x264 -x264encopts qp=27:threads=auto:pass=1 -vf crop=688:544:8:16,scale=704:576,yadif=0,softskip,harddup,hqdn3d,unsharp=l:5x5:0.5 -sws 9 -nosound - of rawvideo -o /dev/null Also zuerst crop, dann scale, dann Deinterlace, dann entrauschen, dann schärfen. Ist sws an der richtigen Position? Der Befehl läuft durch. Es wäre nett, wenn du einen kompletten Befehl anführen könntest, damit die Reihenfolge dann sicher passt. Al -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Dienstag, 2. Februar 2010 22:05:12 schrieb Al Bogner: Hallo Al,
Am Dienstag, 2. Februar 2010 19:13:12 schrieb David Haller:
Hallo David,
Am Mon, 01 Feb 2010, Al Bogner schrieb:
mencoder stream.dump -ovc x264 -x264encopts qp=27:threads=auto:pass=1 -vf crop=688:544:8:16,yadif=0,softskip,harddup,hqdn3d,unsharp=l:5 x5:0.5 -nosound - of rawvideo -o /dev/null
Du mußt noch skalieren. Und den aspect-ratio setzen wenn's anamorph ist.
Habe ich alles probiert, vermutlich falsch oder die Optionen waren wirkungslos. Es waren keine extremen Eierköpfe und es sah eher nach einer Schlankheitskur aus ;-)
Es ist eine ganze Weile her... Damals hatte ich meine Camcorder-Sammlung digitalisiert und die flackernden Raender entfernt. "transcode" war damals die einzige erfolgsversprechende Loesung. Schau Dir die Parameter '-j' und '-B' an. Mit '-j' schneidest Du Pixelreihen weg und mit '-B' fuegst Du die fehlenden schwarzen Zeilen in einem Zug wieder hinzu. Leider habe ich gerade kein Beispiel parat - es ist eine Weile her und ich muesste in der Wuehlkiste buddeln :-) Bei Bedarf durchsuche ich meine Backup's! MfG Th. Moritz -- Eltern an die Macht! Macht Sauber! Macht Essen! Macht die Kinder gluecklich! -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Dienstag, 2. Februar 2010 22:35:26 schrieb Thomas Moritz: Hallo Thomas,
Am Dienstag, 2. Februar 2010 19:13:12 schrieb David Haller:
Hallo David,
Am Mon, 01 Feb 2010, Al Bogner schrieb:
mencoder stream.dump -ovc x264 -x264encopts qp=27:threads=auto:pass=1 -vf crop=688:544:8:16,yadif=0,softskip,harddup,hqdn3d,unsharp=l:5 x5:0.5 -nosound - of rawvideo -o /dev/null
Du mußt noch skalieren. Und den aspect-ratio setzen wenn's anamorph ist.
Habe ich alles probiert, vermutlich falsch oder die Optionen waren wirkungslos. Es waren keine extremen Eierköpfe und es sah eher nach einer Schlankheitskur aus ;-)
Es ist eine ganze Weile her... Damals hatte ich meine Camcorder-Sammlung digitalisiert und die flackernden Raender entfernt. "transcode" war damals die einzige erfolgsversprechende Loesung. Schau Dir die Parameter '-j' und '-B' an. Mit '-j' schneidest Du Pixelreihen weg und mit '-B' fuegst Du die fehlenden schwarzen Zeilen in einem Zug wieder hinzu. Leider habe ich gerade kein Beispiel parat - es ist eine Weile her und ich muesste in der Wuehlkiste buddeln :-) Bei Bedarf durchsuche ich meine Backup's!
vielen Dank, mit transcode habe ich es früher auch gemacht und für die transcode-Syntax brauche ich nur in meine Scripts zu blicken. Mit transcode hat sich aber viel in den Jahren getan und die Anwendung der Filter zu verstehen ist nicht trivial. Ich suche aber eine Workflow, der als Ergebnis ein x264-Video im mkv-Container hat. Für meine XSVCD habe ich eine gute Lösung gefunden um die CD auszulesen: mplayer -dumpstream vcd://2 Mit dem Stream kann ich gut weiterarbeiten, wenn ich die gesplitteten Originale der XSVCD nicht mehr habe. Meistens habe ich aber noch m2v und mp2. Ich probiere es gerne auch mit transcode, wenn mir jemand sagt, wie ich am besten deinterlace, entrausche, schärfe und daraus in 1 Schritt x264 erstelle. Der Haken ist wie so oft das Detail. Al -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Hallo, Am Die, 02 Feb 2010, Al Bogner schrieb:
Am Dienstag, 2. Februar 2010 19:13:12 schrieb David Haller:
Am Mon, 01 Feb 2010, Al Bogner schrieb:
mencoder stream.dump -ovc x264 -x264encopts qp=27:threads=auto:pass=1 -vf crop=688:544:8:16,yadif=0,softskip,harddup,hqdn3d,unsharp=l:5x5:0.5 -nosound - of rawvideo -o /dev/null
Du mußt noch skalieren. Und den aspect-ratio setzen wenn's anamorph ist.
Habe ich alles probiert, vermutlich falsch oder die Optionen waren wirkungslos. Es waren keine extremen Eierköpfe und es sah eher nach einer Schlankheitskur aus ;-)
Zuerst eine Verständnisfrage:
Was bedeutet das: VO: [vdpau] 704x576 => 768x576 Planar YV12
Dein Monitor hat quadratische Pixel, um die nicht-quadratischen korrekt wiederzugeben wird die DVD-Auflösung auf die passende 4:3 Monitorauflösung skaliert. $ echo 'scale=5;704/576;768/576;' | bc 1.22222 1.33333
Welchen Wert verwendet man beim Skalieren?
http://de.wikipedia.org/wiki/DVD-Video PAL-DVDs (z. B. in Europa verwendet) bieten eine Auflösung von 704×576/720×576 Bildpunkten mit einer Bildfrequenz von 25 Hz
http://de.wikipedia.org/wiki/Pixelseitenverhältnis Bei der digitalen Speicherung von PAL oder NTSC kommen nichtquadratische Pixel zum Einsatz. Ein 4:3-Bild entspricht hier einer Auflösung von 702×576 (PAL) bzw. 702×480 (NTSC) Pixeln, wobei allerdings typischerweise 720×576 bzw. 720×480 Pixel-Bilder gespeichert werden. Auf Video-DVDs sind unter anderem die Formate 720×576 und 704×576 (wegen der Teilbarkeit durch 16) erlaubt.
Auf welchen Wert skaliert man nun mit mencoder, auf den quadratischen oder den rechteckigen?
Wenn du das Ergebnis konform auf DVD haben willst: auf 704x576 oder 720x576.
Wie skaliere ich richtig, sodass sich ein DVD-kompatibles Format ergibt, also 704 oder /20 x 576?
Croppe nicht wenn du eh wieder raufskalieren mußt, zumal du bei so nem krummen Faktor eh nochmal Qualität verlierst.
Leicht gesagt. An den Kanten beschädigte VHS-Bänder und / oder Spurlagenfehler will ich korrigieren. Man kann darüber diskutieren ob ein paar Pixel mehr weggeschnitten werden sollen. Ich achte darauf, dass es ein Vielfaches von 8 ist.
Ah, dann sollte man schwarze Ränder draus machen. Um wenige Zeilen/Spalten hochskalieren würde ich wg. dem Qualitätsverlust nicht.
Mit scaling fiel mir auf, dass es egal ist, ob ich auf 704x576 oder 720x576 rechnen lasse. In _beiden_ Fällen ergab sich: VO: [vdpau] 704x576 => 794x576 Planar YV12 Ich habe es mit und ohne aspect 4/3 probiert. Mit aspect war es noch mehr in die Breite gedehnt. Da passiert irgendeine automatische Korrektur.
Warum 794x576?
Fehler in der Reihenfolge, denke ich.
Ich würde also gern bei diesem Beispiel bleiben und dazu die richtige Skalierung finden oder eine Alternative mit ähnlichem Ergebnis.
Ich kann mir 2 Varianten vorstellen:
1) Es wird ein Rand weggeschnitten und auf 704x576 die Auflösung hochgerechnet. Das Ergebnis sollte so aussehen: VO: [vdpau] 704x576 => 768x576 Planar YV12 [zoom]
Am Rechner: ja.
2) Es wird der Rand weggeschnitten und der fehlende Teil mit einem schwarzen Balken ersetzt, d.h. es wird nicht skaliert. Das Ergebnis sollte wieder so aussehen: VO: [vdpau] 704x576 => 768x576 Planar YV12 [zoom]
_Wo_ setze ich die Skalierung ein. IMHO ist ja die Reihenfolge entscheidend.
Müßte ich jetzt auch ausprobieren.
Ich hatte folgendes mit einem 4:3 Original probiert:
mencoder stream.dump -ovc x264 -x264encopts qp=27:threads=auto:pass=1 -vf crop=688:544:8:16,scale=704:576,yadif=0,softskip,harddup,hqdn3d,unsharp=l:5x5:0.5 -sws 9 -nosound - of rawvideo -o /dev/null
Also zuerst crop, dann scale, dann Deinterlace, dann entrauschen, dann schärfen. Ist sws an der richtigen Position? Der Befehl läuft durch.
Flasche Reihenfolge denke ich.
Es wäre nett, wenn du einen kompletten Befehl anführen könntest, damit die Reihenfolge dann sicher passt.
Versuch mal folgendes (wenn's nicht passt: mail mir mal 30s oder so vom Ausgangsmaterial, bis 5 MB geht gut auch ohne Vorwarnung). mencoder -ovc x264 -x264encopts qp=27:threads=auto:pass=1 \ -vf yadif=0,softskip,harddup,hqdn3d \ -vf crop=688:544:8:16,expand=704:576,dsize=4/3 \ -sws 9 -nosound -of rawvideo -o /dev/null stream.dump Nachschärfen nur, wenn's besser ausschaut, den unsharp=l:5x5:0.5 dann am besten als letzten Filter. Achso, die Filter kannst du im pass=1 (zumindest teilweise weglassen). Also: mencoder -ovc x264 -x264encopts qp=27:threads=auto:pass=1:turbo=1 \ -vf yadif=0,softskip,harddup \ -vf crop=688:544:8:16,expand=704:576,dsize=4/3 \ -sws 9 -nosound -of rawvideo -o /dev/null stream.dump Ich schreib übrigens auch schon im pass1 auf Platte (und nicht nach /dev/null, erstens kann ich dann direkt die Größe nachgucken und zweitens werd' ich dann nicht erst beim pass=2 von ner vollgelaufenen Platte "uberrascht". Und grad bei x264 hat das wohl kaum Einfluß auf die Kodiergeschwindigkeit, daß da was weggeschrieben wird. Bei 'copy' komm ich auf der neuen Kiste auf selbst fast randvollen Platten noch auf >2k fps ;) mencoder -ovc x264 -x264encopts qp=27:threads=auto:pass=2 \ -vf yadif=0,softskip,harddup,hqdn3d \ -vf crop=688:544:8:16,expand=704:576,dsize=4/3 \ -sws 9 -oac copy -of mpeg -o foo.mpeg stream.dump Oder so. Weiß jetzt aber nicht so recht, inwieweit der Rauschfilter auf die errechnete Bitrate Einfluß hat. Bei der Kodierung nach QP ist aber generell eigentlich 1-pass ausreichend, 2-pass bringt da lt. Doku eigentlich nix. HTH, -dnh -- $max = [$a => $b] -> [ $a <= $b ]; ## Simon Cozens -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Dienstag, 2. Februar 2010 23:17:54 schrieb David Haller: Hallo David, ich antworte jetzt nur teilweise, mehr morgen.
Wenn du das Ergebnis konform auf DVD haben willst: auf 704x576 oder 720x576.
Mir ist nicht klar, ob das sinnvoll ist. Ergebnis ist ja x264 und beim Popcorn habe ich festgestellt, dass der auch "Nicht-DVD-Auflösungen" abspielt. Wann würde bei x264 eine DVD-Auflösung Sinn machen? Ziel sollte schon sein möglichst eine Norm zu verwenden. Nur welche? Die DVD-Norm ist schon fast Vergangenheit.
Ah, dann sollte man schwarze Ränder draus machen. Um wenige Zeilen/Spalten hochskalieren würde ich wg. dem Qualitätsverlust nicht.
Theoretisch logisch. Ich bin mir aber in der Praxis nicht klar, ob die Qualität merklich darunter leidet, da sie sowieso schon katastrophal ist.
Versuch mal folgendes (wenn's nicht passt: mail mir mal 30s oder so vom Ausgangsmaterial, bis 5 MB geht gut auch ohne Vorwarnung).
Wie kriege ich mencoder dazu von zB Position 12min50sec. 30sec zu encodieren? Ich wollte sowieso schon ein Beispiel zum Download vorbereiten. Ich freue mich über dein Interesse. Ich denke meine Probleme sind ganz anders gelagert als beim Rippen von DVDs.
mencoder -ovc x264 -x264encopts qp=27:threads=auto:pass=1 \ -vf yadif=0,softskip,harddup,hqdn3d \ -vf crop=688:544:8:16,expand=704:576,dsize=4/3 \ -sws 9 -nosound -of rawvideo -o /dev/null stream.dump
Nachschärfen nur, wenn's besser ausschaut, den unsharp=l:5x5:0.5 dann am besten als letzten Filter.
Ja, ich finde auch, dass man am Ende schärfen soll, allerdings denke ich manchmal noch schärfer, wenn du dir das Beispiel ansiehst, das demnächst folgt.
Achso, die Filter kannst du im pass=1 (zumindest teilweise weglassen). Also:
Habe ich mir auch schon gedacht, dass vermutlich nicht alles notwendig ist.
mencoder -ovc x264 -x264encopts qp=27:threads=auto:pass=1:turbo=1 \ -vf yadif=0,softskip,harddup \ -vf crop=688:544:8:16,expand=704:576,dsize=4/3 \ -sws 9 -nosound -of rawvideo -o /dev/null stream.dump
Ich schreib übrigens auch schon im pass1 auf Platte (und nicht nach /dev/null, erstens kann ich dann direkt die Größe nachgucken und zweitens werd' ich dann nicht erst beim pass=2 von ner vollgelaufenen Platte "uberrascht".
Die HD wird kaum voll. Nachdem ich aber auf der Partition mit 2 Dualcores gleichzeitig 4 Filme erstelle, merke ich, dass die HD schon in die Knie geht, wenn ich dann von dieser Partition noch einen 5. Film zur Kontrolle abspielen will.
Und grad bei x264 hat das wohl kaum Einfluß auf die Kodiergeschwindigkeit, daß da was weggeschrieben wird. Bei 'copy' komm ich auf der neuen Kiste auf selbst fast randvollen Platten noch auf >2k fps ;)
Wie 2k = 2000? Mit Filtern werkelt es gerade um die 3-5 fps, aber nachts ist mir das egal. Der PC darf arbeiten, während ich schlafe ;-)
mencoder -ovc x264 -x264encopts qp=27:threads=auto:pass=2 \ -vf yadif=0,softskip,harddup,hqdn3d \ -vf crop=688:544:8:16,expand=704:576,dsize=4/3 \ -sws 9 -oac copy -of mpeg -o foo.mpeg stream.dump
Oder so. Weiß jetzt aber nicht so recht, inwieweit der Rauschfilter auf die errechnete Bitrate Einfluß hat. Bei der Kodierung nach QP ist aber generell eigentlich 1-pass ausreichend, 2-pass bringt da lt. Doku eigentlich nix.
2-pass bringt um 1/3 kleinere Ergebnisse. Ich habe mit qp und Bitrate probiert. Al -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Hallo, Am Mit, 03 Feb 2010, Al Bogner schrieb:
Am Dienstag, 2. Februar 2010 23:17:54 schrieb David Haller: ich antworte jetzt nur teilweise, mehr morgen.
dito *gähn*
Wenn du das Ergebnis konform auf DVD haben willst: auf 704x576 oder 720x576.
Mir ist nicht klar, ob das sinnvoll ist. Ergebnis ist ja x264 und beim Popcorn habe ich festgestellt, dass der auch "Nicht-DVD-Auflösungen" abspielt. Wann würde bei x264 eine DVD-Auflösung Sinn machen? Ziel sollte schon sein möglichst eine Norm zu verwenden. Nur welche? Die DVD-Norm ist schon fast Vergangenheit.
Äh, ich vergaß: wir reden über H.264. Da muß man sich wohl wirklich nimmer an DVD-Norm (MPEG-2/720x576) halten müssen. Würde dann also vorschlagen auf die "komplette" 4:3 Auflösung (=768x576) zu skalieren. Ob mit Balken oder "aufgezogen" mußt du anhand des Materials entscheiden.
Ah, dann sollte man schwarze Ränder draus machen. Um wenige Zeilen/Spalten hochskalieren würde ich wg. dem Qualitätsverlust nicht.
Theoretisch logisch. Ich bin mir aber in der Praxis nicht klar, ob die Qualität merklich darunter leidet, da sie sowieso schon katastrophal ist.
s.o. Prinzipiell hast du bei "krummen" Änderungen immer mehr Verlust. Offensichtlich wird's v.a. wenn du einen simplen Skalierungsalgorithmus verwendest also z.B. gerade nicht Lanczos (-sws 9) sondern z.B. "nearest neighbour" (-sws 4) ;) Mit den prinzipiellen Schwierigkeiten der "krummen" Skalierung kämpfen die guten Algos aber natürlich ebenso.
Versuch mal folgendes (wenn's nicht passt: mail mir mal 30s oder so vom Ausgangsmaterial, bis 5 MB geht gut auch ohne Vorwarnung).
Wie kriege ich mencoder dazu von zB Position 12min50sec. 30sec zu encodieren?
mencoder -ss 12:50 -endpos 30 ... Das kodiert jew. von/bis zum naheliegendsten Keyframe. Für's ausschnippeln aus dem Rohmaterial also: mencoder -oac copy -ovc copy -ss 12:50 -endpos 30 \ -o svcd_bsp.avi stream.dump [mendoder packt halt per default in .avi]
Ich wollte sowieso schon ein Beispiel zum Download vorbereiten. Ich freue mich über dein Interesse. Ich denke meine Probleme sind ganz anders gelagert als beim Rippen von DVDs.
Aber schon ähnlich ;)
mencoder -ovc x264 -x264encopts qp=27:threads=auto:pass=1 \ -vf yadif=0,softskip,harddup,hqdn3d \ -vf crop=688:544:8:16,expand=704:576,dsize=4/3 \ -sws 9 -nosound -of rawvideo -o /dev/null stream.dump
Nachschärfen nur, wenn's besser ausschaut, den unsharp=l:5x5:0.5 dann am besten als letzten Filter.
Ja, ich finde auch, dass man am Ende schärfen soll, allerdings denke ich manchmal noch schärfer, wenn du dir das Beispiel ansiehst, das demnächst folgt.
IIRC ist das der letzte Parameter des unsharp-Filters, setz den mal von 0.5 auf z.B. 1.0 oder 1.5. Lt. Doku ist 1.5 IIRC das obere Ende des sinnvollen Bereichs. Achso: IIRC beeinflußt der Filter so auch nur die Helligkeit ('l' als erster Parameter), du solltest evtl. auch noch auf Farbebene (leicht) nachschärfen, z.B. sowas: unsharp=l:5x5:1.0:c:5x5:0.5 Ich habe mit dem Filter bisher aber selber nicht rumgemacht, da mußt du also selber ein bisserl rumprobieren (und die Doku dazu angucken)... ==== man mencoder (MPlayer 1.0rc2) ==== unsharp[=l|cWxH:amount[:l|cWxH:amount]] unsharp mask / gaussian blur l Apply effect on luma component. c Apply effect on chroma components. <width>x<height> width and height of the matrix, odd sized in both directions (min = 3x3, max = 13x11 or 11x13, usually something between 3x3 and 7x7) amount Relative amount of sharpness/:blur to add to the image (a sane range should be -1.5-1.5). <0: blur >0: sharpen ==== Der Algorithmus (Gaussian) ist AFAIR einer der "guten" Filter.
Achso, die Filter kannst du im pass=1 (zumindest teilweise weglassen). Also:
Habe ich mir auch schon gedacht, dass vermutlich nicht alles notwendig ist.
Im Zweifel laß die Parameter drin, 'turbo=1' sollte schonmal beschleunigen / irrelevante Filter "entsorgen", hoffentlich ... Bei lavc-mpeg4 (=Divx) hab ich mit allen Filtern fast 100% mehr fps ;)
mencoder -ovc x264 -x264encopts qp=27:threads=auto:pass=1:turbo=1 \ -vf yadif=0,softskip,harddup \ -vf crop=688:544:8:16,expand=704:576,dsize=4/3 \ -sws 9 -nosound -of rawvideo -o /dev/null stream.dump
Ich schreib übrigens auch schon im pass1 auf Platte (und nicht nach /dev/null, erstens kann ich dann direkt die Größe nachgucken und zweitens werd' ich dann nicht erst beim pass=2 von ner vollgelaufenen Platte "uberrascht".
Die HD wird kaum voll. Nachdem ich aber auf der Partition mit 2 Dualcores gleichzeitig 4 Filme erstelle, merke ich, dass die HD schon in die Knie geht, wenn ich dann von dieser Partition noch einen 5. Film zur Kontrolle abspielen will.
Geht nicht um den Speed, sondern den Platz ;) Meine Platten sind generell "voll". Da passiert's immer mal wieder, das die Partition dann komplett voll ist (df -h . liefert <= 4k Platz frei). Merkst du mit mencoder an 2 Symptomen: 1. Framerate von mencoder bricht massiv ein 2. das ganze System wird lahm (auch auf dem Dualcore, wg. I/O Last) Bei mir macht's da inzwischen: *ding* Du hast mal wieder vergessen, daß auf der Partition nimmer genug Platz is ... Dummerweise gibt's im Pass=2 (mind. bei divx) dann gern auch Bildfehler an der jew. Stelle, selbst ein Strg+z, Platz-Schaffen und 'fg' hilft also nicht. Ergo: mind. Pass=2 nochmal von vorn...
Und grad bei x264 hat das wohl kaum Einfluß auf die Kodiergeschwindigkeit, daß da was weggeschrieben wird. Bei 'copy' komm ich auf der neuen Kiste auf selbst fast randvollen Platten noch auf >2k fps ;)
Wie 2k = 2000?
Jup. Spitze (je nach Platten- und sonstiger Auslastung is auch mal >3k fps bei 'mencoder -oac copy -ovc copy' ;)
Mit Filtern werkelt es gerade um die 3-5 fps, aber nachts ist mir das egal. Der PC darf arbeiten, während ich schlafe ;-)
Meiner nicht. Gleiches Zimmer. Ich bin da eher der "morgens anwerfen" Typ. Wobei ich hier ja eh eher nach Divx und in niedrigere Auflösungen kodiere. Immerhin: wg. dem MoBo Defekt neulich bin ich gleich von AM2 auf AM2+ (GA-MA770-UD3) umgestiegen, und kann also nach Wunsch ne nochmal schnellere CPU als zuvor mit dem alten MoBo möglich einbauen ;) IIRC fast alle im aktuellen Athlons und Phenoms. Mit z.B. nem Athlon II X2 250e oder so dürfte ich einige fps mehr erreichen ;) Im Moment reicht mir die Leistung aber, aber ich werd vermutlich zugreifen bevor diese CPUs aus dem Handel verschwinden.
mencoder -ovc x264 -x264encopts qp=27:threads=auto:pass=2 \ -vf yadif=0,softskip,harddup,hqdn3d \ -vf crop=688:544:8:16,expand=704:576,dsize=4/3 \ -sws 9 -oac copy -of mpeg -o foo.mpeg stream.dump
Oder so. Weiß jetzt aber nicht so recht, inwieweit der Rauschfilter auf die errechnete Bitrate Einfluß hat. Bei der Kodierung nach QP ist aber generell eigentlich 1-pass ausreichend, 2-pass bringt da lt. Doku eigentlich nix.
2-pass bringt um 1/3 kleinere Ergebnisse. Ich habe mit qp und Bitrate probiert.
Hätte ich jetzt so nicht gedacht :)) Hängt sicher auch vom Material ab. Bei "gutem" Material wird "qp=" sicher weniger "überrascht" als bei schlechtem, was qp= erst im 2ten Durchgang berücksichtigen kann ;) Bei mir rödelt so'n typischer 90min Film im Pass=1/Divx mit ~60 fps durch, und i.d.R. hab ich genug anderes auf der Kiste zu tun, da leiste ich mir das 2-Pass einfach ;) -dnh PS: *grummel grumpf grumpf* Ich hoffe, daß ich mal wieder den Kopp dafür hab am Script weiterzubasteln ... Is ja auch für mich. Das alte Script ist inzwischen doch recht speziell ... -- Any sufficiently advanced technology is indistinguishable from magic. -- Arthur C. Clarke -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Mittwoch, 3. Februar 2010 04:07:01 schrieb David Haller: Hallo David,
Versuch mal folgendes (wenn's nicht passt: mail mir mal 30s oder so vom Ausgangsmaterial, bis 5 MB geht gut auch ohne Vorwarnung).
zum Testen deiner Syntax bin ich noch nicht gekommen, mache ich am Abend. Hier 3 Beispiele zur vorhandenen "Qualität": Jedes File hat etwa 18MB. Mplayer spielt es ab. vlc nicht, ohne Ton wurde aus m2v erstellt, mit Ton aus einem Dump. Aus einem gekauften Urlaubsvideo: http://pinguin.uni.cc/megaschlecht1.avi http://pinguin.uni.cc/megaschlecht2.avi Von einer VHS-Kamera: http://pinguin.uni.cc/schlecht1.avi Jede Idee zur Bildverbesserung ist willkommen! Al -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Mittwoch, 3. Februar 2010 04:07:01 schrieb David Haller: Hallo David,
Wenn du das Ergebnis konform auf DVD haben willst: auf 704x576 oder 720x576.
Mir ist nicht klar, ob das sinnvoll ist. Ergebnis ist ja x264 und beim Popcorn habe ich festgestellt, dass der auch "Nicht-DVD-Auflösungen" abspielt. Wann würde bei x264 eine DVD-Auflösung Sinn machen? Ziel sollte schon sein möglichst eine Norm zu verwenden. Nur welche? Die DVD-Norm ist schon fast Vergangenheit.
Äh, ich vergaß: wir reden über H.264. Da muß man sich wohl wirklich nimmer an DVD-Norm (MPEG-2/720x576) halten müssen. Würde dann also vorschlagen auf die "komplette" 4:3 Auflösung (=768x576) zu skalieren. Ob mit Balken oder "aufgezogen" mußt du anhand des Materials entscheiden.
Schwere Entscheidung. Ich denke in Echtzeit mit dem Popcorn hochskaliert ist die Qualität schlechter als gleich hochgerechnet. Zumindest am Plasma-TV ist es gewöhnungsbedürftig das Bild in einem schwarzen Rahmen zu sehen. Zur Zeit tendiere ich zu "expand". mencoder -ovc x264 -x264encopts qp=27:threads=auto:pass=1 \ -vf yadif=0,softskip,harddup,hqdn3d \ -vf crop=656:544:24:16,expand=704:576,dsize=4/3 \ -vf unsharp=l:5x5:1.0:c:5x5:1.0 \ -sws 9 -nosound -of rawvideo -o /dev/null "$M2VFILE" Damit probiere ich gerade bzgl. Schärfe den ganzen Film von http://pinguin.uni.cc/megaschlecht1.avi http://pinguin.uni.cc/megaschlecht2.avi Ergbnis ist: VO: [vdpau] 704x576 => 768x576 Planar YV12 Das passt also nun, danke! Wie müsste ich die Syntax ändern, damit hochskaliert wird, also keine schwarzen Balken sind? Ich denke an: -vf crop=656:544:24:16,scale .... (aber wie genau?) Es darf ja nicht verzerrt werden. Eventuell kann auch etwas mehr beschnitten werden. Ich denke, ich bleibe bei 704x576. Damit sollte man notfalls leichter eine DVD erstellen können. Gibt es da irgendwo ein Beispielskript um aus allen x264.mkv-files eines Ordners eine DVD mit simplem Menü für die einzelnen Files zu erstellen? Das wäre interessant um Leuten eine Freude machen zu können, die keinen PC, sondern nur einen DVD-Player haben. Ohne Beschneidung verwende ich mencoder -ovc x264 -x264encopts qp=27:threads=auto:pass=1 \ -vf yadif=0,softskip,harddup,hqdn3d \ -vf unsharp=l:5x5:1.0:c:5x5:1.0 \ -sws 9 -nosound -of rawvideo -o /dev/null "$M2VFILE" Ist -sws 9 dann überflüssig?
Ich wollte sowieso schon ein Beispiel zum Download vorbereiten. Ich freue mich über dein Interesse. Ich denke meine Probleme sind ganz anders gelagert als beim Rippen von DVDs.
Aber schon ähnlich ;)
Klar, für mich ist die Kunst gut zu entrauschen und gute Parameter zum Schärfen zu finden, wobei ich da noch ziemlich hilflos bin. Es gibt so viele Kombinationsmöglichkeiten. Es wäre interessant zu wissen, wie du diese Beispiele verbessern würdest: Aus einem gekauften Urlaubsvideo: http://pinguin.uni.cc/megaschlecht1.avi http://pinguin.uni.cc/megaschlecht2.avi Von einer VHS-Kamera: http://pinguin.uni.cc/schlecht1.avi
IIRC ist das der letzte Parameter des unsharp-Filters, setz den mal von 0.5 auf z.B. 1.0 oder 1.5. Lt. Doku ist 1.5 IIRC das obere Ende des sinnvollen Bereichs. Achso: IIRC beeinflußt der Filter so auch nur die Helligkeit ('l' als erster Parameter), du solltest evtl. auch noch auf Farbebene (leicht) nachschärfen, z.B. sowas:
unsharp=l:5x5:1.0:c:5x5:0.5
So läuft zur Zeit: http://pinguin.uni.cc/schlecht1.avi
Ich habe mit dem Filter bisher aber selber nicht rumgemacht, da mußt du also selber ein bisserl rumprobieren (und die Doku dazu angucken)...
Doku lesen ist nicht das Problem. Die Schwierigkeit ist das Video anzusehen und dann zu sagen, das braucht diese Werte.
==== man mencoder (MPlayer 1.0rc2) ==== unsharp[=l|cWxH:amount[:l|cWxH:amount]] unsharp mask / gaussian blur
l Apply effect on luma component.
c Apply effect on chroma components.
<width>x<height> width and height of the matrix, odd sized in both directions (min = 3x3, max = 13x11 or 11x13, usually something between 3x3 and 7x7)
amount Relative amount of sharpness/:blur to add to the image (a sane range should be -1.5-1.5). <0: blur
>0: sharpen
====
Der Algorithmus (Gaussian) ist AFAIR einer der "guten" Filter.
Achso, die Filter kannst du im pass=1 (zumindest teilweise weglassen). Also:
Habe ich mir auch schon gedacht, dass vermutlich nicht alles notwendig ist.
Im Zweifel laß die Parameter drin, 'turbo=1' sollte schonmal beschleunigen / irrelevante Filter "entsorgen", hoffentlich ... Bei lavc-mpeg4 (=Divx) hab ich mit allen Filtern fast 100% mehr fps ;)
Noch gehe ich den vorsichtigeren Weg und lasse alles drinnen Wäre das ok, oder ist entscheidend wo turbo steht? mencoder -ovc x264 -x264encopts qp=27:threads=auto:pass=1:turbo http://www.mplayerhq.hu/DOCS/HTML/en/menc-feat-quicktime-7.html Die ordnen die Parameter etwas anders bei 11.7.7. Encoding example
2. das ganze System wird lahm (auch auf dem Dualcore, wg. I/O Last) Bei mir macht's da inzwischen: *ding* Du hast mal wieder vergessen, daß auf der Partition nimmer genug Platz is ...
Ich besorge mir morgen 1 externe TB-HD mit eSata für 70€ beim österr. Aldi (Hofer) mit 3 Jahren Garantie. Da werden dann darauf alle VHS-Bänder digitalisiert. Für 30 VHS-C-Bänder sollte es reichen.
Wie 2k = 2000?
Jup. Spitze (je nach Platten- und sonstiger Auslastung is auch mal >3k fps bei 'mencoder -oac copy -ovc copy' ;)
Wenn ich die Filter weglasse wird es extrem schneller, aber mehr als 30fps ist mit x264 nicht drinnen.
Mit Filtern werkelt es gerade um die 3-5 fps, aber nachts ist mir das egal. Der PC darf arbeiten, während ich schlafe ;-)
Meiner nicht. Gleiches Zimmer. Ich bin da eher der "morgens anwerfen" Typ. Wobei ich hier ja eh eher nach Divx und in niedrigere Auflösungen kodiere. Immerhin: wg. dem MoBo Defekt neulich bin ich gleich von AM2 auf AM2+ (GA-MA770-UD3) umgestiegen, und kann also nach Wunsch ne nochmal schnellere CPU als zuvor mit dem alten MoBo möglich einbauen ;) IIRC fast alle im aktuellen Athlons und Phenoms. Mit z.B. nem Athlon II X2 250e oder so dürfte ich einige fps mehr erreichen ;) Im Moment reicht mir die Leistung aber, aber ich werd vermutlich zugreifen bevor diese CPUs aus dem Handel verschwinden.
Letztlich hat sich ein Rechner mit angeblich 120C CPU automatisch heruntergefahren nachdem ich die DB von mpd aufbauen ließ. Ganz komisch, der PC läuft aber wieder problemlos. Das wär der nächste der ersetzt würde, wenn es Probleme gibt. Der Sempron 2400 reicht aber alle Mal um analoge Videos per Canopus zu digitialsieren.
2-pass bringt um 1/3 kleinere Ergebnisse. Ich habe mit qp und Bitrate probiert.
Hätte ich jetzt so nicht gedacht :)) Hängt sicher auch vom Material ab.
Denke ich auch. 2-pass ist aber egal. Viel wichtiger ist, dass ich einigermaßen brauchbare Werte fürs Schärfen habe. Ich habe jetzt ein paar Mal mit qp=26 probiert, da wird das Ergebnis meist aber deutlich größer als das Original, +30-50%. So lasse ich nochmal mit qp=27 rechnen. Bei S-VHS werde ich wieder testen, ob qp=26 oder weniger etwas bringt.
Bei "gutem" Material wird "qp=" sicher weniger "überrascht" als bei schlechtem, was qp= erst im 2ten Durchgang berücksichtigen kann ;)
Bei mir rödelt so'n typischer 90min Film im Pass=1/Divx mit ~60 fps durch, und i.d.R. hab ich genug anderes auf der Kiste zu tun, da leiste ich mir das 2-Pass einfach ;)
-dnh
PS: *grummel grumpf grumpf* Ich hoffe, daß ich mal wieder den Kopp dafür hab am Script weiterzubasteln ... Is ja auch für mich. Das alte Script ist inzwischen doch recht speziell ...
Grins, du kannst ja die Erfahrungen aus diesem Thread bei VHS einbringen ;-) Wie schon geschrieben, bastle mal den Output für DVD, dann kann ich das testen. Al -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Mittwoch, 3. Februar 2010 18:19:38 schrieb Al Bogner: Hallo Al, das ist zwar keine direkte Hilfe zum Thema, aber...
Ich besorge mir morgen 1 externe TB-HD mit eSata für 70€ beim österr. Aldi (Hofer) mit 3 Jahren Garantie. Da werden dann darauf alle VHS-Bänder digitalisiert. Für 30 VHS-C-Bänder sollte es reichen.
...fuehle Dich _nicht_ auf der sicheren Seite, wenn Du eine neue Platte als Ablage nutzt! Ich schreibe aus eigener Erfahrung und hatte das "Erlebnis" einer defekten _neuen_ Platte nach dem Schneiden des 30. Camcorder-Bandes. Lege also unbedingt regelmaessig ein Backup irgendwohin! Die Mitleidsbekundung des Herstellers war zwar nett gemeint, die tagelange Arbeit war trotzdem umsonst :-( MfG Th. Moritz -- In Bier sind weibliche Hormone. Trinkt man zu viel davon, redet man wirr und kann kein Auto mehr fahren… (Craig David) -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Mittwoch, 3. Februar 2010 19:34:37 schrieb Thomas Moritz: Hallo Thomas,
Ich besorge mir morgen 1 externe TB-HD mit eSata für 70€ beim österr. Aldi (Hofer) mit 3 Jahren Garantie. Da werden dann darauf alle VHS-Bänder digitalisiert. Für 30 VHS-C-Bänder sollte es reichen.
...fuehle Dich _nicht_ auf der sicheren Seite, wenn Du eine neue Platte als Ablage nutzt! Ich schreibe aus eigener Erfahrung und hatte das "Erlebnis" einer defekten _neuen_ Platte nach dem Schneiden des 30. Camcorder-Bandes. Lege also unbedingt regelmaessig ein Backup irgendwohin! Die Mitleidsbekundung des Herstellers war zwar nett gemeint, die tagelange Arbeit war trotzdem umsonst :-(
Die Problematik ist mir schon klar. Ohne Risiko geht es aber nicht. Die geschnittenen Bänder kommen dann auf eine andere HD mit 3-facher Sicherung. Sollte die externe HD beim "capturen" eingehen, habe ich Pech. Das wäre natürlich sehr ärgerlich, da ich erst anfange, wenn alle Bänder überspielt sind, da so das Sortieren der Bänder einfacher ist. Der Preis ist natürlich schon sehr interessant, speziell mit eSata. Zu 2 Stk. kann ich mich nicht durchringen, obwohl ich darüber nachgedacht habe. Ich hoffe, dass den Preis die Geschwindigkeit bestimmt, den die ist mir dafür ziemlich egal. Allerdings kriegt die HD einen Dauertest mit badblocks. Ich denke das dauert 2 Tage bis da 1TB durch ist. Und dann darf smartctl auch noch testen. Das mache ich mit jeder neuen HD. Manchmal nervt es natürlich, wenn man warten muss, aber so kann man grobe Mängel am Anfang entdecken. Al -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Mittwoch, 3. Februar 2010 20:06:45 schrieb Al Bogner: Hallo Al,
Allerdings kriegt die HD einen Dauertest mit badblocks. Ich denke das dauert 2 Tage bis da 1TB durch ist. Und dann darf smartctl auch noch testen. Das mache ich mit jeder neuen HD. Manchmal nervt es natürlich, wenn man warten muss, aber so kann man grobe Mängel am Anfang entdecken.
Nichts fuer ungut, aber: Bei meiner Platte hatte vermutl. ein Kopf aufgesetzt. Das Geraeusch hoere ich heute noch bei jedem Gedanken an die verlorene Arbeit! Auch eine Festplatte kann vor Schmerz schreien, ist aber schnell vorbei :-( MfG Th. Moritz -- Ich glaube nicht, dass verheiratete Maenner laenger leben als Frauen. Es kommt ihnen nur laenger vor… (Sir Peter Ustinov) -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Mittwoch, 3. Februar 2010 19:34:37 schrieb Thomas Moritz:
Am Mittwoch, 3. Februar 2010 18:19:38 schrieb Al Bogner:
Hallo Al, das ist zwar keine direkte Hilfe zum Thema, aber...
Ich besorge mir morgen 1 externe TB-HD mit eSata für 70€ beim österr. Aldi (Hofer) mit 3 Jahren Garantie. Da werden dann darauf alle VHS-Bänder digitalisiert. Für 30 VHS-C-Bänder sollte es reichen.
...fuehle Dich _nicht_ auf der sicheren Seite, wenn Du eine neue Platte als Ablage nutzt! Ich schreibe aus eigener Erfahrung und hatte das "Erlebnis" einer defekten _neuen_ Platte nach dem Schneiden des 30. Camcorder-Bandes. Lege also unbedingt regelmaessig ein Backup irgendwohin! Die Mitleidsbekundung des Herstellers war zwar nett gemeint, die tagelange Arbeit war trotzdem umsonst :-(
Grummel, 3 HDs probiert, alle funktionierten nicht. Die HD blieb stromlos, dh die blaue LED leuchtete nicht und ein Ein/Aus-Schalter war nicht zu finden. Al -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Hallo, Am Mit, 03 Feb 2010, Al Bogner schrieb:
Am Mittwoch, 3. Februar 2010 04:07:01 schrieb David Haller:
Wenn du das Ergebnis konform auf DVD haben willst: auf 704x576 oder 720x576.
Mir ist nicht klar, ob das sinnvoll ist. Ergebnis ist ja x264 und beim Popcorn habe ich festgestellt, dass der auch "Nicht-DVD-Auflösungen" abspielt. Wann würde bei x264 eine DVD-Auflösung Sinn machen? Ziel sollte schon sein möglichst eine Norm zu verwenden. Nur welche? Die DVD-Norm ist schon fast Vergangenheit.
Äh, ich vergaß: wir reden über H.264. Da muß man sich wohl wirklich nimmer an DVD-Norm (MPEG-2/720x576) halten müssen. Würde dann also vorschlagen auf die "komplette" 4:3 Auflösung (=768x576) zu skalieren. Ob mit Balken oder "aufgezogen" mußt du anhand des Materials entscheiden.
Schwere Entscheidung. Ich denke in Echtzeit mit dem Popcorn hochskaliert ist die Qualität schlechter als gleich hochgerechnet. Zumindest am Plasma-TV ist es gewöhnungsbedürftig das Bild in einem schwarzen Rahmen zu sehen. Zur Zeit tendiere ich zu "expand".
Kannst ja mal beides miteinander vergleichen. So klein und krumm skaliert mußt du halt mit noch mehr Unschärfen und schlechten Kontrasten rechnen, da hilft dann auch ein Schärfefilter nimmer.
mencoder -ovc x264 -x264encopts qp=27:threads=auto:pass=1 \ -vf yadif=0,softskip,harddup,hqdn3d \ -vf crop=656:544:24:16,expand=704:576,dsize=4/3 \ -vf unsharp=l:5x5:1.0:c:5x5:1.0 \ -sws 9 -nosound -of rawvideo -o /dev/null "$M2VFILE"
Damit probiere ich gerade bzgl. Schärfe den ganzen Film von http://pinguin.uni.cc/megaschlecht1.avi http://pinguin.uni.cc/megaschlecht2.avi
Ergbnis ist: VO: [vdpau] 704x576 => 768x576 Planar YV12
Das passt also nun, danke!
Prima. Das liegt am 'dsize=', das sagt welches Seitenverhältnis das Teil hat.
Wie müsste ich die Syntax ändern, damit hochskaliert wird, also keine schwarzen Balken sind?
Ich denke an: -vf crop=656:544:24:16,scale .... (aber wie genau?)
-vf crop=656:544:24:16,dsize=4/3,scale=768:576 -sws 9
Es darf ja nicht verzerrt werden. Eventuell kann auch etwas mehr beschnitten werden.
Ich denke, ich bleibe bei 704x576. Damit sollte man notfalls leichter eine DVD erstellen können.
Jup. Teste mal selber folgendes (kannst du auch direkt mit mplayer, wenn deine Kiste schnell genug für die Filter ist): mplayer -zoom -sws 9 -vf pp=ci,softskip,harddup \ -vf crop=656:544:24:16,dsize=4/3,expand=768:576 \ -vf unsharp=l:3x3:0.5 \ megaschlecht1.avi mplayer -zoom -sws 9 -vf pp=ci,softskip,harddup \ -vf crop=656:544:24:16,dsize=4/3,expand=768:576 \ -vf unsharp=l:3x3:0.5:c:3x3:0.2 \ megaschlecht1.avi Würde ich tendenziell bei _dem_ Video nicht machen, da kaum verrauscht, und das Video wirkt mit dem Filter eher "plattgebügelt" (flächige Stellen statt Details): mplayer -zoom -sws 9 -vf pp=ci,softskip,harddup,hqdn3d \ -vf crop=656:544:24:16,dsize=4/3,expand=768:576 \ -vf unsharp=l:3x3:0.5 \ megaschlecht1.avi mplayer -zoom -sws 9 -vf pp=ci,softskip,harddup,hqdn3d \ -vf crop=656:544:24:16,dsize=4/3,expand=768:576 \ -vf unsharp=l:3x3:0.5:c:3x3:0.2 \ megaschlecht1.avi Analog dann eben mit raufskalieren.
Gibt es da irgendwo ein Beispielskript um aus allen x264.mkv-files eines Ordners eine DVD mit simplem Menü für die einzelnen Files zu erstellen? Das wäre interessant um Leuten eine Freude machen zu können, die keinen PC, sondern nur einen DVD-Player haben.
Kenn ich keins. Hab selber ja keinen Player und somit kein Bedarf für ein Menü ;) dvdauthor soll das glaub können.
Ohne Beschneidung verwende ich
mencoder -ovc x264 -x264encopts qp=27:threads=auto:pass=1 \ -vf yadif=0,softskip,harddup,hqdn3d \ -vf unsharp=l:5x5:1.0:c:5x5:1.0 \ -sws 9 -nosound -of rawvideo -o /dev/null "$M2VFILE"
Ist -sws 9 dann überflüssig?
-sws hat einfluß auf alle Skalierungen, die angewendet werden. In dem Fall keine. Wenn keine Skalierungen vorkommen schadet's auch nicht.
Ich wollte sowieso schon ein Beispiel zum Download vorbereiten. Ich freue mich über dein Interesse. Ich denke meine Probleme sind ganz anders gelagert als beim Rippen von DVDs.
Aber schon ähnlich ;)
Klar, für mich ist die Kunst gut zu entrauschen und gute Parameter zum Schärfen zu finden, wobei ich da noch ziemlich hilflos bin. Es gibt so viele Kombinationsmöglichkeiten.
Geht mir doch auch so ;)
Es wäre interessant zu wissen, wie du diese Beispiele verbessern würdest:
Aus einem gekauften Urlaubsvideo: http://pinguin.uni.cc/megaschlecht1.avi http://pinguin.uni.cc/megaschlecht2.avi
s.o.
Von einer VHS-Kamera: http://pinguin.uni.cc/schlecht1.avi
Da kannste mit Filtern kaum was machen. Das ist glaub einfach ein bissl stark komprimiert (wenn z.B. der Affe mit dem Kleinen aufsteht, da hat's oben Block- und keine (Interlacing) Kammartefakte ...)
IIRC ist das der letzte Parameter des unsharp-Filters, setz den mal von 0.5 auf z.B. 1.0 oder 1.5. Lt. Doku ist 1.5 IIRC das obere Ende des sinnvollen Bereichs. Achso: IIRC beeinflußt der Filter so auch nur die Helligkeit ('l' als erster Parameter), du solltest evtl. auch noch auf Farbebene (leicht) nachschärfen, z.B. sowas:
unsharp=l:5x5:1.0:c:5x5:0.5
So läuft zur Zeit: http://pinguin.uni.cc/schlecht1.avi
Beim Schärfen vorsichtig sein ;) Wenn's helle Säume an Kanten gibt hast du deutlich zu viel geschärft ;)
Ich habe mit dem Filter bisher aber selber nicht rumgemacht, da mußt du also selber ein bisserl rumprobieren (und die Doku dazu angucken)...
Doku lesen ist nicht das Problem. Die Schwierigkeit ist das Video anzusehen und dann zu sagen, das braucht diese Werte.
Naja, bei mencoder verliert man sich doch gerne mal und findet nicht die richtige Stelle -- und die Erklärungen sind auch gerne mal eher knapp. [..]
Achso, die Filter kannst du im pass=1 (zumindest teilweise weglassen). Also:
Habe ich mir auch schon gedacht, dass vermutlich nicht alles notwendig ist.
Im Zweifel laß die Parameter drin, 'turbo=1' sollte schonmal beschleunigen / irrelevante Filter "entsorgen", hoffentlich ... Bei lavc-mpeg4 (=Divx) hab ich mit allen Filtern fast 100% mehr fps ;)
Noch gehe ich den vorsichtigeren Weg und lasse alles drinnen
Wäre das ok, oder ist entscheidend wo turbo steht? mencoder -ovc x264 -x264encopts qp=27:threads=auto:pass=1:turbo
Ist egal. Ich hab's hinten, weil ich per alt+links von hinten komme wenn ich dann pass=1:turbo durch pass=2 ersetzen will ;)
http://www.mplayerhq.hu/DOCS/HTML/en/menc-feat-quicktime-7.html Die ordnen die Parameter etwas anders bei 11.7.7. Encoding example
Ist in dem Fall egal. Relevant ist die Reihenfolge IIRC eigentlich nur bei den Filtern (welcher Filter nach welchem angewendet wird, schärfen z.B. erst am Schluß, Rauschfilter erst nach dem de-interlacing etc). "turbo" im "pass=2" ist übrigens falsch (oder es wird doch ignoriert? Weiß net ;) BTW: lavformat kann auch mp4 als Container, ist aber evtl. auch "experimentell" wie noch mkv.
2. das ganze System wird lahm (auch auf dem Dualcore, wg. I/O Last) Bei mir macht's da inzwischen: *ding* Du hast mal wieder vergessen, daß auf der Partition nimmer genug Platz is ...
Ich besorge mir morgen 1 externe TB-HD mit eSata für 70? beim österr. Aldi (Hofer) mit 3 Jahren Garantie. Da werden dann darauf alle VHS-Bänder digitalisiert. Für 30 VHS-C-Bänder sollte es reichen.
'smartctl -a' (abspeichern), 'mke2fs -c' (oder badblocks über die ganze Platte), 'smartctl -A', smartd laufen lassen und 'tail -f' auf die messages ;)
Wie 2k = 2000?
Jup. Spitze (je nach Platten- und sonstiger Auslastung is auch mal >3k fps bei 'mencoder -oac copy -ovc copy' ;)
Wenn ich die Filter weglasse wird es extrem schneller, aber mehr als 30fps ist mit x264 nicht drinnen.
Jup. Der Codec ist halt sehr komplex.
Mit Filtern werkelt es gerade um die 3-5 fps, aber nachts ist mir das egal. Der PC darf arbeiten, während ich schlafe ;-)
Meiner nicht. Gleiches Zimmer. Ich bin da eher der "morgens anwerfen" Typ. Wobei ich hier ja eh eher nach Divx und in niedrigere Auflösungen kodiere. Immerhin: wg. dem MoBo Defekt neulich bin ich gleich von AM2 auf AM2+ (GA-MA770-UD3) umgestiegen, und kann also nach Wunsch ne nochmal schnellere CPU als zuvor mit dem alten MoBo möglich einbauen ;) IIRC fast alle im aktuellen Athlons und Phenoms. Mit z.B. nem Athlon II X2 250e oder so dürfte ich einige fps mehr erreichen ;) Im Moment reicht mir die Leistung aber, aber ich werd vermutlich zugreifen bevor diese CPUs aus dem Handel verschwinden.
Letztlich hat sich ein Rechner mit angeblich 120C CPU automatisch heruntergefahren nachdem ich die DB von mpd aufbauen ließ. Ganz komisch, der PC läuft aber wieder problemlos. Das wär der nächste der ersetzt würde, wenn es Probleme gibt. Der Sempron 2400 reicht aber alle Mal um analoge Videos per Canopus zu digitialsieren.
:)
2-pass bringt um 1/3 kleinere Ergebnisse. Ich habe mit qp und Bitrate probiert.
Hätte ich jetzt so nicht gedacht :)) Hängt sicher auch vom Material ab.
Denke ich auch. 2-pass ist aber egal. Viel wichtiger ist, dass ich einigermaßen brauchbare Werte fürs Schärfen habe. Ich habe jetzt ein paar Mal mit qp=26 probiert, da wird das Ergebnis meist aber deutlich größer als das Original, +30-50%. So lasse ich nochmal mit qp=27 rechnen. Bei S-VHS werde ich wieder testen, ob qp=26 oder weniger etwas bringt.
qp=26 ist ja der default, ich denke selbst erst mit qp=30 oder so bekommst du schlechterer Quali als das Ausgangsmaterial. Muß man halt mal gucken (kurze Schnipsel in ner Schleife kodieren).
PS: *grummel grumpf grumpf* Ich hoffe, daß ich mal wieder den Kopp dafür hab am Script weiterzubasteln ... Is ja auch für mich. Das alte Script ist inzwischen doch recht speziell ...
Grins, du kannst ja die Erfahrungen aus diesem Thread bei VHS einbringen ;-) Wie schon geschrieben, bastle mal den Output für DVD, dann kann ich das testen.
Jau :) -dnh -- "Wenn mer die Linke an der Macht beteiligt, flüchtet das bürgerliche Kapital ins Ausland." "Des glaub isch ned, des is doch scho fott." -- Neues a. d. Anstalt -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Mittwoch, 3. Februar 2010 23:06:59 schrieb David Haller: Hallo David,
Am Mit, 03 Feb 2010, Al Bogner schrieb:
Am Mittwoch, 3. Februar 2010 04:07:01 schrieb David Haller:
Wenn du das Ergebnis konform auf DVD haben willst: auf 704x576 oder 720x576.
Mir ist nicht klar, ob das sinnvoll ist. Ergebnis ist ja x264 und beim Popcorn habe ich festgestellt, dass der auch "Nicht-DVD-Auflösungen" abspielt. Wann würde bei x264 eine DVD-Auflösung Sinn machen? Ziel sollte schon sein möglichst eine Norm zu verwenden. Nur welche? Die DVD-Norm ist schon fast Vergangenheit.
Äh, ich vergaß: wir reden über H.264. Da muß man sich wohl wirklich nimmer an DVD-Norm (MPEG-2/720x576) halten müssen. Würde dann also vorschlagen auf die "komplette" 4:3 Auflösung (=768x576) zu skalieren. Ob mit Balken oder "aufgezogen" mußt du anhand des Materials entscheiden.
Schwere Entscheidung. Ich denke in Echtzeit mit dem Popcorn hochskaliert ist die Qualität schlechter als gleich hochgerechnet. Zumindest am Plasma-TV ist es gewöhnungsbedürftig das Bild in einem schwarzen Rahmen zu sehen. Zur Zeit tendiere ich zu "expand".
Kannst ja mal beides miteinander vergleichen. So klein und krumm skaliert mußt du halt mit noch mehr Unschärfen und schlechten Kontrasten rechnen, da hilft dann auch ein Schärfefilter nimmer.
Wunder gibt es leider nicht. Wegen des persönlichen Werts der Videos, findet man (ich) sich mit der Qualität sowieso leichter ab. Wenn ich den Popcorn auf 16:9 vergrößern + crop mit dem Plasma machen lasse, dann ist unten der Rand sowieso weg. Wichtig ist, dass es symmetrisch ist und das dürfte expand ja machen. Bis jetzt habe ich nur mit bereits schwarzen Rändern getestet, die vor Jahren mit transcode erstellt wurden. Bei den Bändern ist meistens unter mehr beschädigt als oben.
mencoder -ovc x264 -x264encopts qp=27:threads=auto:pass=1 \ -vf yadif=0,softskip,harddup,hqdn3d \ -vf crop=656:544:24:16,expand=704:576,dsize=4/3 \ -vf unsharp=l:5x5:1.0:c:5x5:1.0 \ -sws 9 -nosound -of rawvideo -o /dev/null "$M2VFILE"
Damit probiere ich gerade bzgl. Schärfe den ganzen Film von http://pinguin.uni.cc/megaschlecht1.avi http://pinguin.uni.cc/megaschlecht2.avi
Ergbnis ist: VO: [vdpau] 704x576 => 768x576 Planar YV12
Das passt also nun, danke!
Prima. Das liegt am 'dsize=', das sagt welches Seitenverhältnis das Teil hat.
Wie müsste ich die Syntax ändern, damit hochskaliert wird, also keine schwarzen Balken sind?
Ich denke an: -vf crop=656:544:24:16,scale .... (aber wie genau?)
-vf crop=656:544:24:16,dsize=4/3,scale=768:576 -sws 9
Warum 768:576 und nicht 704:576, wenn VO: [vdpau] 704x576 => 768x576 Planar YV12 das Ergebnis sein soll.
Es darf ja nicht verzerrt werden. Eventuell kann auch etwas mehr beschnitten werden.
Ich denke, ich bleibe bei 704x576. Damit sollte man notfalls leichter eine DVD erstellen können.
Jup. Teste mal selber folgendes (kannst du auch direkt mit mplayer, wenn deine Kiste schnell genug für die Filter ist):
mplayer -zoom -sws 9 -vf pp=ci,softskip,harddup \ -vf crop=656:544:24:16,dsize=4/3,expand=768:576 \ -vf unsharp=l:3x3:0.5 \ megaschlecht1.avi
mplayer -zoom -sws 9 -vf pp=ci,softskip,harddup \ -vf crop=656:544:24:16,dsize=4/3,expand=768:576 \ -vf unsharp=l:3x3:0.5:c:3x3:0.2 \ megaschlecht1.avi
Würde ich tendenziell bei _dem_ Video nicht machen, da kaum verrauscht, und das Video wirkt mit dem Filter eher "plattgebügelt" (flächige Stellen statt Details):
mplayer -zoom -sws 9 -vf pp=ci,softskip,harddup,hqdn3d \ -vf crop=656:544:24:16,dsize=4/3,expand=768:576 \ -vf unsharp=l:3x3:0.5 \ megaschlecht1.avi
mplayer -zoom -sws 9 -vf pp=ci,softskip,harddup,hqdn3d \ -vf crop=656:544:24:16,dsize=4/3,expand=768:576 \ -vf unsharp=l:3x3:0.5:c:3x3:0.2 \ megaschlecht1.avi
Analog dann eben mit raufskalieren.
Gibt es da irgendwo ein Beispielskript um aus allen x264.mkv-files eines Ordners eine DVD mit simplem Menü für die einzelnen Files zu erstellen? Das wäre interessant um Leuten eine Freude machen zu können, die keinen PC, sondern nur einen DVD-Player haben.
Kenn ich keins. Hab selber ja keinen Player und somit kein Bedarf für ein Menü ;) dvdauthor soll das glaub können.
Habe auch keinen mehr, bei mir sind an 1 Tag 2 kaum benutzte DVD-Player eingegangen. Ich überlege nur, wie ich meiner Mutter die persönlichen Videos geben soll. Da sollte man die DVD reingeben und es zu spielen beginnen. Es gibt ja schon um 40€ DVD-Player, die mkv speilen können und eine USB-HD anschließen können, aber die Bedienung ist ein anderes Thema.
Ohne Beschneidung verwende ich
mencoder -ovc x264 -x264encopts qp=27:threads=auto:pass=1 \ -vf yadif=0,softskip,harddup,hqdn3d \ -vf unsharp=l:5x5:1.0:c:5x5:1.0 \ -sws 9 -nosound -of rawvideo -o /dev/null "$M2VFILE"
Ist -sws 9 dann überflüssig?
-sws hat einfluß auf alle Skalierungen, die angewendet werden. In dem Fall keine. Wenn keine Skalierungen vorkommen schadet's auch nicht.
Ich wollte sowieso schon ein Beispiel zum Download vorbereiten. Ich freue mich über dein Interesse. Ich denke meine Probleme sind ganz anders gelagert als beim Rippen von DVDs.
Aber schon ähnlich ;)
Klar, für mich ist die Kunst gut zu entrauschen und gute Parameter zum Schärfen zu finden, wobei ich da noch ziemlich hilflos bin. Es gibt so viele Kombinationsmöglichkeiten.
Geht mir doch auch so ;)
Es wäre interessant zu wissen, wie du diese Beispiele verbessern würdest:
Aus einem gekauften Urlaubsvideo: http://pinguin.uni.cc/megaschlecht1.avi http://pinguin.uni.cc/megaschlecht2.avi
s.o.
Von einer VHS-Kamera: http://pinguin.uni.cc/schlecht1.avi
Da kannste mit Filtern kaum was machen. Das ist glaub einfach ein bissl stark komprimiert (wenn z.B. der Affe mit dem Kleinen aufsteht, da hat's oben Block- und keine (Interlacing) Kammartefakte ...)
IIRC ist das der letzte Parameter des unsharp-Filters, setz den mal von 0.5 auf z.B. 1.0 oder 1.5. Lt. Doku ist 1.5 IIRC das obere Ende des sinnvollen Bereichs. Achso: IIRC beeinflußt der Filter so auch nur die Helligkeit ('l' als erster Parameter), du solltest evtl. auch noch auf Farbebene (leicht) nachschärfen, z.B. sowas:
unsharp=l:5x5:1.0:c:5x5:0.5
So läuft zur Zeit: http://pinguin.uni.cc/schlecht1.avi
Beim Schärfen vorsichtig sein ;)
Wenn's helle Säume an Kanten gibt hast du deutlich zu viel geschärft ;)
IMHO extrem schwierig, oft gibt es Farbsäume um die Kanten, die vom Sensor der Kamera stammen.
Ich habe mit dem Filter bisher aber selber nicht rumgemacht, da mußt du also selber ein bisserl rumprobieren (und die Doku dazu angucken)...
Doku lesen ist nicht das Problem. Die Schwierigkeit ist das Video anzusehen und dann zu sagen, das braucht diese Werte.
Naja, bei mencoder verliert man sich doch gerne mal und findet nicht die richtige Stelle -- und die Erklärungen sind auch gerne mal eher knapp.
Ging mir bei transcode auch so. Ich verwende vor allem nun mencoder, weil von dir wertvolle Tipps kamen. Nochmals danke.
BTW: lavformat kann auch mp4 als Container, ist aber evtl. auch "experimentell" wie noch mkv.
Der Container ist mir zur Zeit egal. Das ist eher eine Vision. Für x/h264 habe ich mich entschieden, weil es sehr gut komprimiert. Mit mkv kann man Menüs machen, aber ich habe keine Ahnung wie und es ist mir auch nicht wichtig.
2. das ganze System wird lahm (auch auf dem Dualcore, wg. I/O Last) Bei mir macht's da inzwischen: *ding* Du hast mal wieder vergessen, daß auf der Partition nimmer genug Platz is ...
Ich besorge mir morgen 1 externe TB-HD mit eSata für 70? beim österr. Aldi (Hofer) mit 3 Jahren Garantie. Da werden dann darauf alle VHS-Bänder digitalisiert. Für 30 VHS-C-Bänder sollte es reichen.
'smartctl -a' (abspeichern), 'mke2fs -c' (oder badblocks über die ganze Platte), 'smartctl -A', smartd laufen lassen und 'tail -f' auf die messages ;)
Bin schon gespannt was verbaut wurde.
Wie 2k = 2000?
Jup. Spitze (je nach Platten- und sonstiger Auslastung is auch mal >3k fps bei 'mencoder -oac copy -ovc copy' ;)
Wenn ich die Filter weglasse wird es extrem schneller, aber mehr als 30fps ist mit x264 nicht drinnen.
Jup. Der Codec ist halt sehr komplex.
Über Nacht werden 16 Videos erstellt, das ist wieder ein Härtetest für die 2 Dualcores. Letzte Nacht war alles problemlos.
Denke ich auch. 2-pass ist aber egal. Viel wichtiger ist, dass ich einigermaßen brauchbare Werte fürs Schärfen habe. Ich habe jetzt ein paar Mal mit qp=26 probiert, da wird das Ergebnis meist aber deutlich größer als das Original, +30-50%. So lasse ich nochmal mit qp=27 rechnen. Bei S-VHS werde ich wieder testen, ob qp=26 oder weniger etwas bringt.
qp=26 ist ja der default, ich denke selbst erst mit qp=30 oder so bekommst du schlechterer Quali als das Ausgangsmaterial. Muß man halt mal gucken (kurze Schnipsel in ner Schleife kodieren).
Für mich stellt sich eher die umgekehrte Frage, wird es mit _kleineren_ Werten schlechter, weil Rauschen detaillierter wird. Ich verwende nun meistens Werte um 28-29. Erst damit erreiche ich eine Datei, die kleiner als das Original ist. Manchmal ist es auch 30.
PS: *grummel grumpf grumpf* Ich hoffe, daß ich mal wieder den Kopp dafür hab am Script weiterzubasteln ... Is ja auch für mich. Das alte Script ist inzwischen doch recht speziell ...
Grins, du kannst ja die Erfahrungen aus diesem Thread bei VHS einbringen ;-) Wie schon geschrieben, bastle mal den Output für DVD, dann kann ich das testen.
Ich werde jetzt mal schauen, wie es von Original-VHS-Bändern wird, bis jetzt waren das ja alte XSVC-Quellen. Al -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Mittwoch, 3. Februar 2010 23:06:59 schrieb David Haller: Hallo David,
Wie müsste ich die Syntax ändern, damit hochskaliert wird, also keine schwarzen Balken sind?
Ich denke an: -vf crop=656:544:24:16,scale .... (aber wie genau?)
-vf crop=656:544:24:16,dsize=4/3,scale=768:576 -sws 9
Habe gerade das mit DVB-Stream probiert und es bleiben die schwarzen Balken: mencoder -ovc x264 -x264encopts qp=26:threads=auto:pass=1 \ -vf yadif=0,softskip,harddup \ -vf crop=688:560:16:12,dsize=4/3,scale=704:576 -sws 9 \ -vf unsharp=l:5x5:0.5 \ -nosound -of rawvideo -o /dev/null $DUMPFILE Al -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Hallo, Am Don, 04 Feb 2010, Al Bogner schrieb:
Am Mittwoch, 3. Februar 2010 23:06:59 schrieb David Haller:
-vf crop=656:544:24:16,dsize=4/3,scale=768:576 -sws 9
Habe gerade das mit DVB-Stream probiert und es bleiben die schwarzen Balken:
mencoder -ovc x264 -x264encopts qp=26:threads=auto:pass=1 \ -vf yadif=0,softskip,harddup \ -vf crop=688:560:16:12,dsize=4/3,scale=704:576 -sws 9 \ ^^^^^^^
Das ist kein 4:3, und wenn du das nicht auf nem Monitor abspielst, der die Balken abschneidet (Overscan), dann gibt's halt Balken. Deswegen die 768x576 von mir (das ist 4:3 bei 576 Zeilen). -dnh, heute bissl arg durchhängend -- VBScript is designed to be a secure programming environment. It lacks various commands that can be potentially damaging if used in a malicious manner. This added security is critical in enterprise solutions. -- support.microsoft.com -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Donnerstag, 4. Februar 2010 23:29:50 schrieb David Haller: Hallo David,
Am Don, 04 Feb 2010, Al Bogner schrieb:
Am Mittwoch, 3. Februar 2010 23:06:59 schrieb David Haller:
-vf crop=656:544:24:16,dsize=4/3,scale=768:576 -sws 9
Habe gerade das mit DVB-Stream probiert und es bleiben die schwarzen Balken:
mencoder -ovc x264 -x264encopts qp=26:threads=auto:pass=1 \ -vf yadif=0,softskip,harddup \ -vf crop=688:560:16:12,dsize=4/3,scale=704:576 -sws 9 \
^^^^^^^
Das ist kein 4:3, und wenn du das nicht auf nem Monitor abspielst, der die Balken abschneidet (Overscan), dann gibt's halt Balken. Deswegen die 768x576 von mir (das ist 4:3 bei 576 Zeilen).
Ich verstehe das noch nicht ganz,
Ich verwende das am Ende zitierte Script, das ich im Netz gefunden habe um die
Ränder zu berechnen. (Achtung kann umbrochen sein!) Meistens passen die Werte
auch. Somit sollte da _kein_ schwarzer Balken mehr sichtbar sein, oder?
-vf crop=688:560:16:12
Wenn ich nun _danach_ ein scale="704:576" mache, dann sollte doch nur Bild
hochskaliert werden, oder? Warum sehe ich also Balken? Ich verstehe nicht was
das mit Overscan zu tun haben soll.
BTW was ist der Unterschied zwischen dsize=4/3 und -aspect 4/3 ?
Al
CROP="1"
TOTAL_LOOPS="10"
NICE_PRI="10"
SOURCE="$1"
######### CROP Settings #############
if [ "$CROP" == "1" ]; then
echo "Please wait. It make take a couple minutes to detect crop
parameters."
A=0
while [ "$A" -lt "$TOTAL_LOOPS" ] ; do
A="$(( $A + 1 ))"
SKIP_SECS="$(( 35 * $A ))"
nice -n $NICE_PRI nohup mplayer "$SOURCE" $CHAPTER -ss $SKIP_SECS \
-identify -frames 20 -vo md5sum -ao null -nocache -speed 100 -noframedrop
\
-vf ${VF_OPTS}cropdetect=20:16 2>&1 > mplayer.log < /dev/null
# echo DEBUG ; cat mplayer.log
CROP[$A]=`awk -F 'crop=' '/crop/ {print $2}' < mplayer.log\
| awk -F ')' '{print $1}' | tail -n 1`
SOURCE_AUDIORATE=`awk -F '=' '/ID_AUDIO_BITRATE/ {print $2}'
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, interessanter thread ;). 0n 10/02/03@18:19 Al Bogner told me:
Ich besorge mir morgen 1 externe TB-HD mit eSata für 70€ beim österr. Aldi (Hofer) mit 3 Jahren Garantie. Da werden dann darauf alle VHS-Bänder digitalisiert. Für 30 VHS-C-Bänder sollte es reichen.
Was ich nicht wirklich kapiere ist, warum Du die Aufnahmen zwangsweise in x264/mkv willst. Durch das zusaetzliche Encoden werden die Teile weder besser noch kompatibler. Ich war ja seinerzeit schon kein Fan von Deiner Idee _X_SVCD's, aus Deinem Zeug zu machen, aber Du hast Dich IIRC dazu entschieden, weil Dein _X_ Anteil dann 1:1 den DVD Specs entsprach und in weiser Vorraussicht, spaeter super auf DVD passen wuerde. Jetzt ist es soweit dass jede Eieruhr DVD kompatibles mpeg2 spielen kann und Du willst jetzt x264/mkv draus machen? Grundsaetzlich bin ich auch kein wirklicher Fan von Filtern, denn sie schlucken irreversibel Infos. Fuer den Betrachter moegen Filter subjektiv einiges besser machen, aber dann wuerde ich sie auch dort anwenden, wo sie nichts kaput machen koennen: Waehrend des Abspielens im Player (vorrausgesetzt mencoder==mplayer). Der gesparte Speicherplatz kann bei den o.g. Kosten doch nun wirklich kein Argument mehr sein, oder? Wenn Du Angst hast, dass es jetzt (nach Einfuehrung von x264/mkv), um die Hardware Unterstuetzung fuer DVD kompatilbes mpeg2 schlecht bestellt sei ... ich denke wir werden das nicht mehr erleben, dass es en gros Geraete geben wird, die es sich Leisten koennen zu Gunsten von mkv/x264 auf die Abspielbarkeit von DVD-kompatiblen Zeug verzichten koennen YMMV. Wenn Du einfach nur spielen willst: Bin ich zwar _fast_ drueber hinweg, aber kenn ich ;). Behalt in dem Fall aber die Orginale, denn vielleicht kommt schon morgen der non-plus-utra Filter der Deine morschen XSVCDs/VHS Baender so aufpeppt, dass sie von kommerziellen x-264/mkv HD Material nicht mehr zu unterscheiden sind :). Rein Interesse halber, wuerde ich vielleicht auch mal die xx EUR in kommerzielle Umandlung von einem Deiner 30 Min VHS-Baendern in $Digitalformat investieren und schauen ob die zaubern koennen. Just my 0.02€ - -- bye maik -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAktqlCoACgkQ0Bn175Anq4hmOACgiowb8o9IVwtjhquwN+nDENH+ MasAmgKkEPZOOfeBAQGFea7Egd0xA2S4 =dFTL -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Am Donnerstag, 4. Februar 2010 10:32:26 schrieb Maik Holtkamp: Hi Maik,
interessanter thread ;).
0n 10/02/03@18:19 Al Bogner told me:
Ich besorge mir morgen 1 externe TB-HD mit eSata für 70€ beim österr. Aldi (Hofer) mit 3 Jahren Garantie. Da werden dann darauf alle VHS-Bänder digitalisiert. Für 30 VHS-C-Bänder sollte es reichen.
Was ich nicht wirklich kapiere ist, warum Du die Aufnahmen zwangsweise in x264/mkv willst. Durch das zusaetzliche Encoden werden die Teile weder besser noch kompatibler.
Weil ich einen Popcorn Hour habe und mit dieser Qualität zufrieden bin. > 20 Jahre alte VHS-Bänder haben eben eine schlechte Qualität, auch wenn die Kamera damals 4000 DM gekostet hat. Speicherplatz ist immer knapp, egal wie groß die HD ist.
Ich war ja seinerzeit schon kein Fan von Deiner Idee _X_SVCD's, aus Deinem Zeug zu machen, aber Du hast Dich IIRC dazu entschieden, weil Dein _X_ Anteil dann 1:1 den DVD Specs entsprach und in weiser Vorraussicht, spaeter super auf DVD passen wuerde.
Geschadet hat es nicht.
Jetzt ist es soweit dass jede Eieruhr DVD kompatibles mpeg2 spielen kann und Du willst jetzt x264/mkv draus machen?
Ja, weil ich keine Scheiben mag. Allein schon die "Lagerkosten" für einige tausende Scheiben (CD + DVD) inkl. physischer Organisation ist erheblich. Mittlerweile ist es machbar, dass man alles auf eine HD geben kann. Das war zu Zeiten als XSVCD ein Thema war, nicht möglich
Grundsaetzlich bin ich auch kein wirklicher Fan von Filtern, denn sie schlucken irreversibel Infos. Fuer den Betrachter moegen Filter subjektiv einiges besser machen, aber dann wuerde ich sie auch dort anwenden, wo sie nichts kaput machen koennen: Waehrend des Abspielens im Player (vorrausgesetzt mencoder==mplayer).
Der gesparte Speicherplatz kann bei den o.g. Kosten doch nun wirklich kein Argument mehr sein, oder?
Kommt darauf an, man muss ja auch Backups berücksichtigen.
Wenn Du Angst hast, dass es jetzt (nach Einfuehrung von x264/mkv), um die Hardware Unterstuetzung fuer DVD kompatilbes mpeg2 schlecht bestellt sei ... ich denke wir werden das nicht mehr erleben, dass es en gros Geraete geben wird, die es sich Leisten koennen zu Gunsten von mkv/x264 auf die Abspielbarkeit von DVD-kompatiblen Zeug verzichten koennen YMMV.
Ich denke Scheiben sind zu Hause out, wenn es um _eigene_ Filme geht. Na wo ist denn die DVD gerade, habe ich die vielleicht gerade verliehen oder verlegt? Auf der HD hat man sofort Zugriff. Man muss sich nur ein gutes Sicherungskonzept überlegen. Viele Geräte können heute mkv abspielen. USB- Stick mitnehmen und man kann den Film bei Freunden abspielen. Natürlich ist es wieder eine Frage der Größe des Sticks. Mit mkv passt aber immer mehr darauf.
Wenn Du einfach nur spielen willst: Bin ich zwar _fast_ drueber hinweg, aber kenn ich ;).
Ganz im Gegenteil. Damals hatte ich perfektes Authoring im Koipf. Das ist gestrichen. Bei 20Min. Film brauche ich keine Kapitel, etc. Ich will nun die Filme vom Band auf der Platte haben, notfalls auch in nicht optimaler Qualität. Wenn die Datei größer als notwendig ist, ist mir der verschenkte Platz in Grenzen egal.
Behalt in dem Fall aber die Orginale, denn vielleicht kommt schon morgen der non-plus-utra Filter der Deine morschen XSVCDs/VHS Baender so aufpeppt, dass sie von kommerziellen x-264/mkv HD Material nicht mehr zu unterscheiden sind :).
Das habe ich auch vor. Die Bänder sowieso. Da ist aber zu fürchten, dass irgendwann der SVHS-Recoder eingeht. Nur kann ich schwer abschätzen, wieviel Kapazität ich brauche, da ich neben VHS-C auch noch große Kassetten zum digitalisieren habe und ich keine Ahnung habe wieviel das sein werden, AFAIR waren 90min ca. 18GB DV-Format.
Rein Interesse halber, wuerde ich vielleicht auch mal die xx EUR in kommerzielle Umandlung von einem Deiner 30 Min VHS-Baendern in $Digitalformat investieren und schauen ob die zaubern koennen.
Alternativ zum Canopus kann ich eine neuere Sony-Videokamera zum Digitaliseren verwenden. Habe mir extra noch eine gekauft, bevor dieses Feature vom Markt verschwand. Al -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
Hallo, Am Don, 04 Feb 2010, Al Bogner schrieb:
Am Donnerstag, 4. Februar 2010 10:32:26 schrieb Maik Holtkamp: [..]
Was ich nicht wirklich kapiere ist, warum Du die Aufnahmen zwangsweise in x264/mkv willst. Durch das zusaetzliche Encoden werden die Teile weder besser noch kompatibler. [..] Speicherplatz ist immer knapp, egal wie groß die HD ist.
$ dfall -h | tail -2 GB: 13367 12012 1229 89.9%
Jetzt ist es soweit dass jede Eieruhr DVD kompatibles mpeg2 spielen kann und Du willst jetzt x264/mkv draus machen?
Ja, weil ich keine Scheiben mag. Allein schon die "Lagerkosten" für einige tausende Scheiben (CD + DVD) inkl. physischer Organisation ist erheblich. Mittlerweile ist es machbar, dass man alles auf eine HD geben kann. Das war zu Zeiten als XSVCD ein Thema war, nicht möglich
Und außerdem muß man die alle 3-5 Jahre auf neue umkopieren, das geht mit Festplatten deutlich einfacher ;) -dnh -- Q: Warum habe so viele Männer O-Beine? A: Unwichtiges wird eben in Klammern gesetzt. -- David Leukert im Quatsch Comedy Club -- To unsubscribe, e-mail: opensuse-multimedia-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-multimedia-de+help@opensuse.org
participants (4)
-
Al Bogner
-
David Haller
-
Maik Holtkamp
-
Thomas Moritz