Hello everyone, first time on this forum for me...
So I've been dabbling with tons of codecs for video rendering (I'm using Sony Vegas) for videos on YouTube, and it seems that a video I watched recently suggests there is a H264 codec that 'bypasses' YouTube's re-encoding system, because it already uses that by standard (AVI container).
This codec at first seems great... however, when using the exact same settings as the person in the video, I end up with insane filesizes... 1.26 GB for a 13 seconds video!
Not only that, but the raw footage I recorded with DXTory is around 1623625kpbs... while the rendered result is DOUBLE that size (see attachement #1). There are no options in the x264vwf interface to like... lower this or make it equal to the original file. The only good thing is that yes, the quality is about the same as the raw one (with almost no pixel bleeding or artefacts).
Lastly, when I finally upload the video to YouTube, the quality is just downright terrible (a frame of the 1.26 GB file of 13 seconds can be found in the attachements). All the frames are like this, and no matter what kind of settings I change, when I upload a video rendered with the H264 codec it results in awful quality that is completely sub-par to what is said in the tutorial video nor does it come even close to the quality of videos I uploaded all those years before. I really want to get rid of YT re-encoding my videos, or at least changing drastically what is shown on-screen (like red colours bleeding out insanely), and while it seems that now the reworking progress gets almost completely ignored, with the video being published nearly instantly, the results are unusable.
My question is, what am I understanding wrong, is this an outdated codec, are my settings bad? How can the filesize of H264 vary so greatly compared to results of MainConcept AVC/AAC, produce excellent results in the final product before uploading to YT but when it's actually online and streaming, it's as if the 1080p function is 240p fullscreen.
Can anyone please help me out.
+ Reply to Thread
Results 1 to 12 of 12
Last edited by Joris Ceoen; 2nd Apr 2017 at 06:09. Reason: clarified a bit
About the colours, that is how it was in-game. The map transformed the colours. I used this footage to see how the rendered would deal with many different strange colours to see exactly how well it compressed. It compresses amazingly in the end-result, but sadly when uploaded to YouTube there seems to be a terrible problem in the quality. How can this even happen when it is supposed to not even re-encode at all...
x264vfw does not know about original file size so you cannot say "make it lower than original file", you have to manually calculate the bitrate. I recommend using CRF. E.g. start with CRF 16 and then see if you are happy with the quality/size. If not: increase or decrease CRF as you find necessary.
Last edited by sneaker; 2nd Apr 2017 at 06:30. Reason: Explorer screenshots wrong, manually calculated bitrate
Anyways, here are some video results:
mp4 format instead of avi
The 13 secs 1.26gb file at insane quality settings (16)
Last edited by Joris Ceoen; 2nd Apr 2017 at 06:39.
file size = bitrate * duration. So if the duration is constant (e.g. 13 seconds) and the file size shrinks then the bitrate shrinks by the same amount. The 3 Gbit/s is actually some wrong measurement. I only looked at your explorer screenshot but now manually calculated the bitrate from 1.26 GB for 13 seconds. It is still too high unless you have Gigabit-Internet.
But, let me reiterate:
Nicely edited and everything. Thanks for being short and to the point! But some advice may cause problems for some people.The way to communicate information about your file online is with a MediaInfo report (View menu, Text; right click, Select All, Copy; paste your report in a reply)
Using a DV template *might* force a keyframe on every frame (like DV has) which will make your compressed file 20x-100x larger than it should be.
Sony built-in templates can't be changed, so someone trying to follow this advice *might* write a DV file instead instead of x264 (large file size, low quality).
I have not checked either of these DV-related issues for myself, and even if I did, different versions of the same program can behave differently. Even if this method works for you, it may not work for someone else.
The AVI container has sometimes had audio sync problems after YouTube processing. YouTube suggests MOV or MP4, and these have worked well for me.
Don't change frame rate or you will get frame blending or stuttering. Keep it the same as your source video.
In x264vfw, "zero latency" is for live streaming (as in video conferencing) and has nothing to do with audio sync. Zero latency does not help a video file in any way, but it does makes the file about 20% larger.
"Constant rate factor", "quality=18" is excellent advice, but "ultrafast" speed has had quality issues for me in action scenes (the bitrate hits a certain limit), so now I always use "veryfast." This makes file size somewhat smaller too.
You can't bypass YouTube's re-encoding system - and that's a good thing. Otherwise bad guys would be able to hide viruses in their video files, or just make your computer crash for the lulz.
I have seen x264vfw files turn out larger than expected - but not as large as you seem to have! A better way would be to use Vegas' built-in MainConcept h.264 encoder, set to high quality & bitrate. Even better would be to render an intermediate using a lossless codec (or near-lossless, eg DNxHD) and do the final compression in Handbrake. This post summarizes the process I use, and it hasn't changed much in the five years since I posted it.
Lastly, for resolution you suggest using the same as my project settings, but my files are recorded in pure 60FPS, and no such option is possible from the resolution drop-down (only 1080i/59.94). It doesn't affect the FPS right? Only the resolution I hope.
Anyhow, I'm gonna try it out and let you know what the results are!
Thanks and you're welcome.
I'm not sure if YouTube supports 10-bit yet. Others here probably do (anyone?)
Check the effects of the Studio RGB filter on a short test video, as viewed on YouTube, before deciding if you want to use it.
If you're recording at 60 fps, keep the project @ 60 if possible. You should be able to get it with a "custom template" in Vegas.
If you can't get it, 59.94 won't be terrible. One frame per 1000 might be dropped, not sure. Be sure to turn frame blending off.
Last edited by raffriff42; 2nd Apr 2017 at 09:28.
Youtube should support 10 bit uploads but only HDR videos are served as 10 bit as of now. Everything else is only served as 8 bit.