I'd also like to express my concerns with the rules; the option --no-psy should be banned as it's a feature that trades off visual quality for SSIM points. --no-psy is also part of the psnr and ssim tweaks so those would have to be banned also.
Yep, this is probably what really made it jump over .92 easy. though in terms of visual quality, my eye can't really tell a difference with no psy =p. This as usual shows that SSIM can't measure perceived quality.
Oh also: this could probably be beaten by changing threads to 1. Have fun with waiting an hour for 25 seconds of movie though :)
SSIM Mean Y: 0.9203750
bitrate: 501.09
link to file: http://www.mediafire.com/download.php?5tlyj3ynojt
note: --rc-lookahead seem to be capped at 250
note 2: personally, I don't see why one would want to limit themselves to a certain bitrate. Just set it to crf <20 and be done with it =p
Using the latest VLC version 1.0.1 in Windows, the lastest posted Rockman 2 encode still has problems. Interesting enough, I also tried VLC on another encode I had with dup drops but no h.264 b-frames, and that seem to work fine. I guess a workaround is to not encode with b-frames? I'd assume the savings from dup drop would be higher than b-frames.
Personally, I've have had no problems with any encode on this site, but I'm using MPC+ffdshow
Here is a lossless encode of the latest Rockman 2 TAS (good job guys) using the same audio as the posted video:
http://www.mediafire.com/?sharekey=b415f67cbfeb4712b64026cfc061123621779cc92f1ae7e45be6ba49b5870170
It doesn't beat the posted video in size this time, though close. This is probably due to the advantage from lossless being gone because almost all the the duplicate frames were removed from the posted encode making it a VFR MKV. The lossess encode is also VFR, but the space saved is minimal.
Avisynth doesn't have configurations. It just a text based script. First you create a new text file with the extension .avs. For example "example.avs." Then you modify this file with a text editor like notepad. Since Snes9x outputs to AVIs, you type into the text editor something similar to this:
AviSource("C:\rockman.avi")
ConvertToYV12()
The first line points to the AVI file Snes9x created and use it as a source. The second line converts the color from RGB that Snes9x outputs to something x264 understands, which is YV12.
After you save the avs file, you can load it up in MeGUI and it should show you a preview.
I'm not sure how well I explained this, but here is some links with more help:
http://avisynth.org/mediawiki/First_scripthttp://avisynth.org/mediawiki/Getting_started
As for MeGUI: if you're going for temporary encodes, whatever. But if you want to help out by providing quality encodes for publication, just don't and do it with mencoder or the official x264 encoder.
What's wrong with MeGUI? It's just a frontend for CLI x264....
Hi Undie,
Here are just some general tips.
- Get Avisynth (http://avisynth.org/mediawiki/Main_Page). This is needed for the next tool
- Get MeGUI (http://sourceforge.net/projects/megui). This will allow you to encode to h.264 easier with x264 and also comes with all the audio encoding tools you need.
- When you capture from Snes9x, capture lossless. H.268 (I think you mean h.263) is not lossless in ffdshow and the quality will suffer when you convert to h.264 with x264 in MeGUI.
If you need help with creating the basic script in Avisynth, let me know.
Bicubic bad, lanczos good. (With 3D content. Pixel art is supposed to remain pixelated, so use a simple point scaler there.)
Discussed before, for example at http://tasvideos.org/forum/p/45626#45626
That's an old thread so I'm not sure should I post this in here or there, but if you are using Avisynth to resize, there is another resizer called BlackmanResize that is suppose to be "a modification of LanczosResize that has better control of ringing artifacts for high numbers of taps. See LanczosResize for an explanation for the taps argument (default: taps=4)" (taken from the Avisynth website). Maybe that would be even better?
I made some test last week and PointResize on sucks on some of my encode(2D psx games): the corner is very poxelized...
BicubicResize have not this problem..
just try:
It is kind of too bad the MSU Screen Capture Lossless codec isn't widely used. I did a test encode of MMX 1 where the only difference in the Avisynth script is the "ConvertToYV12()" line and the MSU Screen Capture Lossless file was smaller than x264 by 14 MBs! So not only was it in the native colorspace, but it was also more efficient! The x264 encode also took 6 times longer! I am impressed =).
the MSU Screen Capture Lossless codec available here
Proprietary codec with industry secrets, and consequently no free-software decoders exist for it. Unacceptable basis for open video distribution.
Oh this was just a test to see how well other codecs can do. As I already stated before, it is not feasible to use them even if they are efficient because again 1. it may only be playable in Windows and 2. it would require the masses to install a less commonly known codec just to play the video.
You just added another reason. 3. Bisqwit said so =p.
x264 is by far the best video encoder in terms of quality:bitrate. The double resolution before converting to YV12 method + encoding with x264 is currently the best way to encode RGB quality in terms of quality:bitrate. I'll find a way to do what Dark Shikari suggested with Avisynth and post a sample.
Were the samples I posted not good enough?
Nope, you resized both the luma and the chroma with nearest neighbor, resulting in pixelation.
Hmm, I see. Can you post the Avisynth script when you find it?