cpu=? Frage

Zitat von Neuron2.net

MPEG2Source(str "d2v", int "idct", int "cpu", bool "iPP", int "moderate_h", int "moderate_v", str "cpu2", bool "upConv", bool "iCC", bool "i420", int "info", bool "showQ", bool "fastMC")

Although DGDecode can now decode both MPEG-1 and MPEG-2, this function is still called MPEG2Source()
for compatibility with existing scripts. You can use it for both MPEG-1 and MPEG-2 streams.

d2v: "[PATH\]project.d2v"

DGIndex Project File.
Required parameter!
Note 1: PATH can be ignored if "project.d2v" is in the same directory as your AviSynth (*.avs) script.

idct: 0 to 7 (default: 0)

iDCT Algorithm.
For more infomation on iDCTs please see Appendix B.
Please see Appendix C for supported CPUs.
- 0: Use value specified by DGIndex
- 1: 32-bit MMX
- 2: 32-bit SSEMMX
- 3: 32-bit SSE2MMX
- 4: 64-bit Floating Point
- 5: 64-bit IEEE-1180 Reference
- 6: 32-bit SSEMMX (Skal)
- 7: 32-bit Simple MMX (XviD)

cpu: 0 to 6 (default: 0)

Post-Processing Quickset Options.
(Y=luma, C=chroma, H=horizontal, V=vertical)
- 0: DISABLE POST-PROCESSING
- 1: DEBLOCK_Y_H
- 2: DEBLOCK_Y_H, DEBLOCK_Y_V
- 3: DEBLOCK_Y_H, DEBLOCK_Y_V, DEBLOCK_C_H
- 4: DEBLOCK_Y_H, DEBLOCK_Y_V, DEBLOCK_C_H, DEBLOCK_C_V
- 5: DEBLOCK_Y_H, DEBLOCK_Y_V, DEBLOCK_C_H, DEBLOCK_C_V, DERING_Y
- 6: DEBLOCK_Y_H, DEBLOCK_Y_V, DEBLOCK_C_H, DEBLOCK_C_V, DERING_Y, DERING_C

iPP: true/false (default: auto)

Post-Processing Mode.
DGDecode automatically uses the PROGRESSIVE_FRAME flag to switch between field/frame based post-processing on a per-frame-basis.
You should only specify the iPP parameter if you want to force DGDecode to use a particular post-processing mode.
- [unspecified]: follow the PROGRESSIVE_FRAME flag
- true: force field-based (interlaced) post-processing
- false: force frame-based (progressive) post-processing

moderate_h, moderate_v: 0 to 255 (default: moderate_h=20, moderate_v=40)

Block Detection Sensitivity.
(moderate_h=horizontal, moderate_v=vertical)
Smaller values are stronger, use with care.

cpu2: (default: "")

Post-Processing Custom Options.
Specify a six character string of x's and o's according to list below. (case-insensitive)
Each "x" enables the corresponding post-processing feature.
Each "o" disables the corresponding post-processing feature.
character 1: luma horizontal deblocking
character 2: luma vertical deblocking
character 3: chroma horizontal deblocking
character 4: chroma vertical deblocking
character 5: luma deringing
character 6: chroma deringing

Alles anzeigen

Das bezeichnet nur das Postprocessing.

Bin jetzt auch über cpu= gestolpert und da ich ja ein braver Forumer bin, erstmal gesucht und auch hier drüber gestolpert....

Und ehrlich gesagt, bringt dieses Posting mich nicht gross weiter

Macht es in irgendeiner weise sinn die cpu oder idct optionen manuel zu setzen? ZB bei DVD Transcoding oder macht es nur Sinn bei Mpeg4?

Grüße

Bitspyer

Diese Option beeinflusst, wie was der Decoder ausspuckt. Je nach dem was du machen willst bzw. wie dein , kann es sinnvoll sein, deblocking ein oder auszuschalten.

Verschiedene IDCTs machen vermutlich wenig unterschied, aber wenn ich mich recht erinnere hat LigH da mal ausführlich getestet

Ich würde cpu=4 nur bei DVB-Aufnahmen oder schlechten DVD-Recorder-Aufnahmen verwenden. Bei diesen Quellen sieht man den Unterschied meist recht deutlich.

Welche Auswirkung der Deblocking-Filter hat, wirst du freilich nur in verblockten Szenen wirklich deutlich sehen.

Bei DVB würde ich unbedingt empfehlen, dessen Wirkung mal zu testen. Die meisten DVDs aber dürften ziemlich gutes Bild haben, und man sieht dann oft kaum wirklich Unterschiede.

Die iDCT-Wahl kann bei modernen Prozessoren vor allem die Geschwindigkeit beeinflussen - wer SSE2 hat, sollte auch die SSE2-optimierte iDCT-Variante verwenden. Qualitativ gibt es aber mit den aktuellen DGMPGDec-Versionen keine großen Unterschiede mehr.

Zitat von Kopernikus

Verschiedene IDCTs machen vermutlich wenig unterschied, aber wenn ich mich recht erinnere hat LigH da mal ausführlich getestet

Meinst du Diesen Test von Doom9 oder gibt es da wirklich was von LigH? Würde mich Interesieren.

Ich benutze übrigens immer idct=7.

Ich hatte die mal kreuz und quer verglichen, als die "Reference Implementation" (4) noch fehlerhaft war. Ergebnis: MMX (1) / SSE (2) / SSE2 (5) waren praktisch identisch, die anderen speziellen Varianten (3 = FPU, 6 = Skal, 7 = XviD) sehr ähnlich.

http://www.ligh.de/privhome/iDCT-Vergleich.htm

Hallo,

einen Film umzuwandeln dauert viele Stunden. Den Film hierbei zu decodieren dürfte nur einen Bruchteil der Spieldauer dauern. Das Decodieren halte ich also im Vergleich zur Umwandlungsdauer für vernachlässigbar. Deshalb nehme ich FPU, denn DGIndex/DGDecode rechnet dann mit 64 statt 32 Bit (auch wenn eine FPU 80 Bit haben sollte). Außerdem verrechnet sich eine FPU im Gegensatz zu SSE oder MMX nicht.

Ich erhoffe mir davon, das beim Decodieren keine Artefakte durch Rechenfehler auftreten und sich der Film dann anschließend besser komprimieren läßt.

Gruß

akapuma