btw, i used Mister Epic's encode for my previous post
Any chance we'll see an MKV of this any time soon?
I looked at a lot of comparisons by now and you really can't see any difference at all. I dare everyone here to pick out the YUV picture in a blind test. Btw. if you are not going to upload 300GB you'll have to convert it to YUV color space sooner or later anyay, so you might as well get it over with. Not that the elitist would listen to reason, though...
Doesn't H.264 always perform the yuv transformation before encoding, regardless of which compression method is used? Wouldn't that mean that the above artifact would be shown in a regular published encode as well? Does it?
I don't know if it's just me, my monitor, or a combination, but I just can't see a visible difference between the images, even when zoomed.
What you should do to compare is open one image in its own window, and then a second image in that window, and flip back and forth between them. The differences are subtle enough that you can't easily see them in Aktan's post, but they're there.
Your image is scaled-down and thus irrelevant.
Honestly, I don't see any difference. At all.
Everybody complains that H.264 loses color information ("loooot of color" information). Yet I have never seen an actual example of this. Could someone make a short encode of the beginning of the run in both raw RGB and lossless H.264, take a snapshot from the same frame and put them side-by-side so that we can see some actual evidence of this "huge" color information loss?
From top to bottom:
Original RGB
Convert to YV12 with Lanczos Re-sample and then convert back to RGB with Lanzos Re-sample
Convert to YV12 with Lanczos Re-sample and then convert back to RGB with Point Re-sample
Convert to YV12 with Lanczos Re-sample and then convert back to RGB with Windows Default (My GPU?) Re-sample
Convert to YV12 with Point Re-sample and then convert back to RGB with Lanzos Re-sample
Convert to YV12 with Point Re-sample and then convert back to RGB with Point Re-sample
Convert to YV12 with Point Re-sample and then convert back to RGB with Windows Default (My GPU?) Re-sample
Now the reason why there is a conversion back to RGB is because our displays output only in RGB, so the conversion is automatically done regardless, but I have a way to force a method, hence why I do it to show a difference.
Note: View each picture in full screen to see it better.Uhm it's lossless. So why would you lose color? Edit: Btw. I also have an audio problem in my encode. Talking with Aktan at the moment. Really interested how he got around that.
You just have to work with h264 lossless. Takes a little loger than RGB to encode, but saves you a loooooooooot of space. I now have a 1080P lossless encode of the whole TAS that is only 18GB big. I intend to upload it to youtube this way if swordless let's me. (god bless fast University internet)
I finally got a chance to sit down and watch this. Somehow, glN64 always runs too slowly on my machine, but Direct64 ALPHA worked.
Btw. why a terabyte hardrive? Only takes about 30GB.
Btw, why are 320x240 and 1280x960 the only available options? There are many usable resolutions in-between those two, such as a good compromise of 800x600, which is relatively high-res but still playable even with older computers.
moreover, I was under the impression that H.264 lossless still sent every block through a DCT to compress it, if that's the case then it's as lossless as a full quality .jpg
Though they did up the limit and provide HD support, something tells me they're still not good at achieving 60 frames/sec playback. They don't have the software that we got as individuals: VLC.
