Psy RDO: Official testing thread (version 0.6 out!)

[lexor]

Originally Posted by Sagittaire

Well it's paradoxal here because codec is simply mathematical algo. If you say that the first algo is better than the second algo for eyes you can by definition produce other mathematical algo (metric) for show that ... isn't it?

No it isn't. What you want is not the metric that adapts to encoding algorithm, but the metric that simulates your eyes (with algo specific metric, you can't compare algorithms and settings, which is what you want to do). And there is no such metric in existence. Furthermore existence of mathematical objects/concepts is a fundamental problem it is certainly doesn't follow from some "definition" nor can you assume existence most of the time.

[smok3]

lexor, you are right, however i was trying to avoid any filters in the chain (especially if there is a chance of additional posterization by filter itself).
p.s. looks correct with coreavc where input&output are set to auto.

[lexor]

Originally Posted by smok3

lexor, you are right, however i was trying to avoid any filters in the chain (especially if there is a change of additional posterization by filter itself).

Yeah, that stuff is always a trade off, the only reason I noticed is because wrong colour scale really shows up on my lcd. So I just have a habit for personal use to prioritize colour correction over everything else. The trailer still looks awesome though, I noticed it gets better as it goes to. In the intro, after tree with the birds disappears and the red line appears you can see a quick blocky flash in the bottom half of the frame, never happens again after that. I wonder if that's in the source?

[smok3]

lenox, check the 720p 'original';
http://www.apple.com/trailers/lions_gate/thespirit/

edit: another test, fast 2pass encoding, looks great
http://somestuff.org/flashAVC/flvpla...-x1280y544.mp4

(trailer for the movie 'australia' seems to be a good partybreaker, when trying to encode at sub 2k bitrates, probably due to bunch of dissolves?)

q: if i use the compile 'x264.928.modified.02.exe' then --trellis 2 = psytrellis ?

[kemuri-_9]

Originally Posted by smok3

q: if i use the compile 'x264.928.modified.02.exe' then --trellis 2 = psytrellis ?

if subme >= 6 & psy-rd > 0 as well (if unspecified, psy-rd is 1.0)

[Dark Shikari]

If psy_rd > 0, subme >= 6, and trellis > 0, psy trellis is on.

The final psy_rd commit will allow psy_trellis without subme >= 6.

[LoRd_MuldeR]

Originally Posted by Dark Shikari

The final psy_rd commit will allow psy_trellis without subme >= 6.

Good news

[elguaxo]

Will there be a chance to use PsyRDO without Psy Trellis when commited? Old movies usually have lots of noise and/or grain and don't have many details (probably similar to 300). For the bitrates I'm using PsyRDO seems to be great on every kind of source, but PsyRDO+Psy Trellis is not so great on those old movies unless I use a more bitrate.

edit: I haven't tried using Psy Trellis with a 'lowered' PsyRDO and/or 'lowered' AQ

[Dark Shikari]

Originally Posted by elguaxo

Will there be a chance to use PsyRDO without Psy Trellis when commited? Old movies usually have lots of noise and/or grain and don't have many details (probably similar to 300).

Huh? Those movies are exactly why I created psy-trellis; because regular trellis sucks with that kind of grain. If even psy-trellis isn't good enough for you, try low deadzones or something.

[elguaxo]

I'll post some samples tomorrow!

[Atak_Snajpera]

edit: another test, fast 2pass encoding, looks great
http://somestuff.org/flashAVC/flvpla...-x1280y544.mp4

Once again you did correct levels!

[wyti]

it will be good if we are able to desactivate psy-trellis when we use psy-rdo.
Because psy-trellis isn't very usefull on anime. He try to conserve details that are invisible (or even not existing at all) and include some ringing (even at high bitrate).

[Dark Shikari]

Originally Posted by wyti

it will be good if we are able to desactivate psy-trellis when we use psy-rdo.
Because psy-trellis isn't very usefull on anime. He try to conserve details that are invisible (or even not existing at all) and include some ringing (even at high bitrate).

Is psy-RD useful on anime at all?

[wyti]

not very, but isn't that one of your goal that psy-rdo will be better on any type of sources ?

[lexor]

Originally Posted by Dark Shikari

Is psy-RD useful on anime at all?

Not on most anime, but some of the newer ones that are broadcast in HD have artificial grain added to them like the movies shot all digital do (not quite as much though). So psy-rd is becoming useful for anime.

[Dark Shikari]

Originally Posted by wyti

not very, but isn't that one of your goal that psy-rdo will be better on any type of sources ?

Ideally, but I haven't found a solution for the "it makes edges in anime less sharp" problem. I can imagine its possible to make a psy-opt for anime (optimize for blurred edges instead of ringing, since the former looks better), but psy-rd isn't it.

I may switch --psy-rd as a parameter though from --psy-rd X to --psy-rd X:Y; this will allow you to tweak both psy-RD and psy-trellis.

[elguaxo]

Originally Posted by Dark Shikari

I may switch --psy-rd as a parameter though from --psy-rd X to --psy-rd X:Y; this will allow you to tweak both psy-RD and psy-trellis.

That sounds perfect!

[Ramir Gonzales]

Is there any sort of "Holey bible for the x264 settings) ?

Currently there are so many options, and many exceptions like "Never use option x with option y" that most not-so-knowledged users are completely loosing sight on how to correctly encode using x264 ?

[Dark Shikari]

Originally Posted by Ramir Gonzales

Is there any sort of "Holey bible for the x264 settings) ?

Currently there are so many options, and many exceptions like "Never use option x with option y" that most not-so-knowledged users are completely loosing sight on how to correctly encode using x264 ?

read this

[LoRd_MuldeR]

Originally Posted by Ramir Gonzales

Currently there are so many options, and many exceptions like "Never use option x with option y" that most not-so-knowledged users are completely loosing sight on how to correctly encode using x264 ?

That's why MeGUI provides various pre-defined profiles from "Fast" up to "Insane"