Hallo, Am Wed, 06 Feb 2013, ?l ??gn?r schrieb:
Am Mi, 06 Feb 2013 14:28:04 CET schrieb David Haller:
Hint2: Das können auch viele TV automatisch verschlimmbessern, wenn man keinen Rand sehen will. Da wird dann zB am Rand mehr verzerrt als in der Mitte oder simpel beschnitten. Ansonsten hatte ich ja kürzlich geschrieben, ich bin kein Anhänger von Aspekt-Ratio. Wenn ich schon kodiere dann werfe ich das gleich raus, ebenso Deinterlacing.
Ich kodiere meine DVDs inzwischen 1:1 in 720x576. Wozu aufblasen, wenn das der Player bei der Wiedergabe auch kann
Ja wenn, ...
http://de.wikipedia.org/wiki/Pixelseitenverh%C3%A4ltnis [..] Und das ist noch nicht alles, was man beim Camcordern so erlebt.
Ich habe da genug Fälle erlebt, wo es mit PAR Probleme gab und daher war meine Entscheidung, weg damit. Die Überraschung war, dass das Handbrake immer durch einfache Auswahl richtig korrigierte. Vorher musste ich da immer selber rum probieren, bis ein Kreis ein Kreis war. Probekodieren, etc.
Schon klar.
Für Leute, die DVDs kodieren, ist das aber alles kein Thema.
Der Unterschied zu mir ist eben, dass ich mich vorwiegend mit Camcorder beschäftige und nicht mit DVDs.
Eben ;)
und die CPU beim "upscaling" (720x576 => 1024x576) noch nicht mal merklich zuckt. Im Mplayer sieht das dann so aus (grad heut' kodiert):
Glaube ich dir. Bei Upscaling zu 1080p sieht es aber anders aus, ist aber auch vernachlässigbar.
Jo.
Ich denke, so bekomme ich die beste Qualität bei geringster Dateigröße, da ich "Pixel-zu-Pixel" nach H.264 kodiere.
Wobei deine Hardware keine Probleme mit PAR hat, es gibt aber genug davon und sobald mir so was unterkommen würde, ab zu quadrat. Pixel ;-) Den Ärger und die Zeit sind mir ein paar 100MB mittlerweile nicht mehr wert.
Ich hab grad mal eben nen 2min-Schnipsel wie gewohnt 1:1 und einmal mit Skalierung kodiert: $ mencoder -nosound -ovc x264 -x264encopts \ crf=22:trellis=1:qcomp=0.8:weight_b:8x8dct:subq=6:nr=750:threads=1 \ -vf dsize=16/9,yadif=0 -sws 9 -endpos 120 -o 1_to_1.avi in.vob [..] VIDEO: MPEG2 720x576 (aspect 3) 25.000 fps 9800.0 kbps (1225.0 kbyte/s) [V] filefmt:2 fourcc:0x10000002 size:720x576 fps:25.000 ftime:=0.0400 Opening video filter: [expand osd=1] Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1 Opening video filter: [yadif=0] Opening video filter: [dsize=16/9] [..] Movie-Aspect is 1.78:1 - prescaling to correct movie aspect. x264 [info]: using SAR=64/45 x264 [info]: using cpu capabilities: MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT x264 [info]: profile High, level 3.0 [..] Video stream: 1498.537 kbit/s (187317 B/s) size: 22785259 bytes 121.640 secs 3041 frames x264 [info]: frame I:88 Avg QP:18.78 size: 39442 x264 [info]: frame P:1342 Avg QP:21.96 size: 9288 x264 [info]: frame B:1609 Avg QP:22.89 size: 4257 [..] Beim Abspielen: VO: [gl] 720x576 => 1024x576 Planar YV12 [zoom] vs. $ mencoder -nosound -ovc x264 -x264encopts \ crf=22:trellis=1:qcomp=0.8:weight_b:8x8dct:subq=6:nr=750:threads=1 \ -vf scale=1024:576,dsize=16/9,yadif=0 -sws 9 -endpos 120 \ -o 16_to_9_scaled.avi in.vob [..] VIDEO: MPEG2 720x576 (aspect 3) 25.000 fps 9800.0 kbps (1225.0 kbyte/s) [V] filefmt:2 fourcc:0x10000002 size:720x576 fps:25.000 ftime:=0.0400 Opening video filter: [expand osd=1] Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1 Opening video filter: [yadif=0] Opening video filter: [dsize=16/9] Opening video filter: [scale w=1024 h=576] [..] Movie-Aspect is 1.78:1 - prescaling to correct movie aspect. [swscaler @ 0xbb0dc0]Lanczos scaler, from yuv420p to yuv420p using MMX2 x264 [info]: using SAR=1/1 x264 [info]: using cpu capabilities: MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT x264 [info]: profile High, level 3.1 [..] Video stream: 2038.182 kbit/s (254772 B/s) size: 30990564 bytes 121.640 secs 3041 frames x264 [info]: frame I:88 Avg QP:18.68 size: 48026 x264 [info]: frame P:1386 Avg QP:21.74 size: 12330 x264 [info]: frame B:1565 Avg QP:22.70 size: 6182 [..] Beim Abspielen: VO: [gl] 1024x576 => 1024x576 Planar YV12 [zoom] Keine Ahnung wieso im letzteren x264 "level 3.1" angibt? Die Bitrate unterscheidet sich schonmal sehr deutlich. $ du 1_to_1.avi 16_to_9_scaled.avi 22356 1_to_1.avi 30380 16_to_9_scaled.avi Jew. für 3041 Frames nur-Video + AVI-Header. Das sind also ca. 36% die das skalierte größer ist bzw. 26% die das 1:1 kleiner ist. Der Videostream (per mencoder -nosound -ovc copy extrahiert) des ganzen 1:41:29 lange Film belegt hier als 1:1 kodiert 826 MiB, skaliert wären das 1123 MiB. Falls der 2min-Schnipsel repräsentativ für den Rest ist ;) Und das eben nur für "dazufabulierte" interpolierte Pixel die schon im Quellmaterial nicht vorhanden sind. Und da die CPU hier das Skalieren (auch mit Lanczos) nebenbei machen kann ... Ok, mit den 2 Audio und 2 Sub-Spuren (605MiB) fällt das nimmer soo ins Gewicht, ergäbe aber immer noch 1431 MiB (1:1) vs. 1728 MiB (skaliert). Nur mal so als "Hausnummern" :) Ich hab nicht vor hier in den nächsten Jahren was daran zu ändern wie ich Filme gucke, also mit mplayer/vlc/xine am Monitor. Und falls sich's ändert wird dann eben ggfs. neu kodiert.
Meine letzte 3TB-HD hat um die 100€ gekostet. BTW die aktuelle 3TB von Toshiba ist eine Hitachi.
Erzähl mir nix ;) Meine neue WD30EZRX ist noch nicht mal eingebaut sondern nur schonmal extern im Dock mit ~300G oder so befüllt ;) Ich muß noch gucken, welche der internen Platten in den anderen Rechner umziehen soll und welche dort dann dafür rausfliegt.
Würd' ich mir die Filme/Serien auf nem TV mit miesem Upscaling angucken würd' ich mir die aber wohl schon beim umkodieren mit Lanczos raufskalieren ('-sws 9 -vf scale=1024:576,dsize=16/9')... Tu ich aber nicht :)
Das ist genau das, was ich mir für Camcorder-Filme überlege. Mein TV kann zwar mit beliebigen Auflösungen umgehen, aber ich denke man sollte auf Standardauflösungen kodieren. Durch das Wegschneiden von Kantenfehlern oben und unten, ergeben sich ziemlich krumme Auflösungen.
720x576 ist ja eben gerade PAL. Und den Kantenfehlern kannst du mit crop + expand (mencoder) beikommen. Also sowas wie: -vf crop=720:568:0:4,expand=720:576:0:4,scale=768:576,dsize=4/3 -sws 9 zu Deutsch: 4 Pixel oben und unten weg, dann 4px schwarze Balken oben unten per expand dranbasteln, das ganze dann von PAL auf 4:3 skalieren. In dem Fall ist das ":0:4" jew. überflüssig da "center" der default ist, aber wenn man mal z.B. nur oben schnibbeln will ... ;)
Handbrake macht das neben dem automatischen Entfernen der schwarzen Ränder mit Default-Profilen ausgezeichnet. Bei alten Filmen macht es Sinn auch leicht zu entrauschen, sonst wird die Bitrate extrem hoch.
ACK bzgl. Entrauschen!
Wobei ich mir noch nicht klar bin, was man am besten macht, wenn der Schlitten beim Digitalisieren von alten analogen Filmen nicht gut justiert war und das Bild zittert.
Zittert? Entwackler ...
Stärker entrauschen oder crf rauf?
Beides. Erstmal würd ich bei x264 mit nr >= 1000 testen, und ansonsten mind. einmal hqdn3d verwenden. Je nachdem was dabei dann rauskommt würd ich crf bis auf 26 oder ggfs. auch noch mehr anheben. Ich verwende zur Kontrolle da gerne avidemux und scrolle bei beiden Testschnipseln dann zu ner problematischen Sequenz und vergleiche dann ein paar Frames Original mit Ergebnis. Z.B. die typischen totkomprimierte-Online-Video Blockartefakte im Vordergrund sind ein no-no, von hqdn3d vermatschte/plattgebügelte statt verrauschte dunkle Hintergrundflächen sind hingegen akzeptabel wenn's die Datenrate deutlich senkt, und bügelt normal keine relevanten Details platt. Achso, hqdn3d kann man noch parametrisieren oder einfach 2mal anwenden. Letzteres sieht man dann aber doch relativ leicht ;) Kurz: Patentrezept gibbet nich. Antesten geht aber ja mit mplayer -vf ... Achso, die Kombi x264-nr + hqdn3d hab ich noch nicht getestet. Und auch mit den Parametern von hqdn3d hab ich noch nicht experimentiert. -dnh -- Persönliche Daten sind wie Plutonium. Wenn zuviele davon auf einem Haufen liegen, wird es kritisch. -- Dirk Engeling, CCC -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org