Hi, I run a relatively new and small gaming/gameplay related youtube channel. I found your codec when I was looking for the best possible solution for Dxtory, sacrificing no quality while also providing good performance and reasonable file sizes.
Google eventually led me to MagicYUV, and 1 was quite good, but with 2 I can definitely feel the performance difference. Because I record a game that's temperamental at the best of times it's very important there isn't a big hit so that 60 FPS is always maintained. This latest release allows me to NOT worry whether I'm getting random FPS dives.
Anyway I wanted to say thank you. I've gotten a number of compliments on the recent quality of my captures and I could not do it without your codec. If you would like an example, you can check out a vid here: http://youtu.be/Uzb6c2ghMuU and I do credit MagicYUV in every video description in the hopes other people find it, too.
Hi and welcome to the forums!
To be honest, I already found your channel, and watched some of the vids, quite impressive! I noticed the credit too, so thanks for that!
As a side note, the last time I saw Street Fighter was Street Fighter 2 on arcade machines, but it seems they kept the feel of the game.
Out of curiosity, what format do you use to upload to YouTube, and at what settings?
Sorry, been a busy few days! I upload h.264 @ 60FPS in line with the recommended bit rates from youtube. I did some fairly comprehensive testing a while back and determined that higher bit rates don't look better post-conversion. There's really nothing special about my processing as far as that goes.
If your next question is why don't other replays look as good, I could tell you, but perhaps not here? It's not a super closely guarded secret but I did spend some days looking into these things so I'm a bit (probably foolishly) protective of my time investment.
Thanks!
I'm planning on doing an objective quality comparison for uploading to youtube (with psnr or ssim metrics) and write an article about it. I also tested ShadowPlay recently and I was pretty shocked how it butchers quality even at the highest bitrate setting.
As a quick remark, I've just seen youtube actually accepts some lossless formats, like x264 lossless, so I'm curious if that makes a difference.
Sorry, been a busy few days! I upload h.264 @ 60FPS in line with the recommended bit rates from youtube. I did some fairly comprehensive testing a while back and determined that higher bit rates don't look better post-conversion.
Bit of a necro but i figured you would see this anyways @ignus. I've also done a fair bit of testing and uploading. Uploading videos that have a higher bitrate than recommended actually does increase the general quality of the video, but it's most noticable in UI elements and since i did most of my testing on World of warcraft, this is really easy to tell. I don't have a comparison to show because I removed the "low" bitrate clip from my channel while doing the testing, never thought I would have any use for it smh.
But i do have the high bitrate clip. https://www.youtube.com/watch?v=lvdiKXO5ycI This is at average 250k bitrate and maximum 300k. About 10 seconds in you can see in the topleft corner that all of the bars for cooldowns are separated and does not "melt" together. When uploading with the recommended bitrate or near it those bars would merge and it looks kinda horrible (when you know what the original footage looks like). You can see a bit more info about the recording in the description.
The only point i have to make is that bitrate matters, even after hitting the recommended limit.
Thanks for the info @iterationfunk.
BTW, in the meantime I'v noticed that Google seems to be finally able to process MagicYUV videos directly (at least in Drive), so I assume they upgraded their ffmpeg. This means it'll probably work for Youtube as well, maybe worth a try (if you have the bandwidth that is), to see if uploading as lossless makes a difference.
That's kinda cool, sadly I don't have the bandwith to upload so large files for my current content (30min+, rendering x264 with RF8) but it's nice to know that it is an option.
