Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 Encoder GUIs

Reply
 
Thread Tools Search this Thread Display Modes
Old 20th February 2010, 17:42   #1  |  Link
erove
Registered User
 
Join Date: Feb 2010
Posts: 6
decent settings = bad quality :(

Hi guys ,

i'm doing a gaming video and even though i use very good megui settings for encoding , i get terrible results

example of one test

these settings i used , but result is always +- same
example1
example2
example3

could anyone of you please help me ?
erove is offline   Reply With Quote
Old 20th February 2010, 18:15   #2  |  Link
poisondeathray
Registered User
 
Join Date: Sep 2007
Posts: 5,547
Your sample has a lot of motion, and is difficult to encode. Use a higher bitrate, 5.8Mbps is not a lot for 720p50 with that type of source complexity

BTW, satd and 16 ref frames is overkill, the quality gains will be negligible , but encoding speed will be 5-10x slower. 3pass is pretty much useless as well.
poisondeathray is offline   Reply With Quote
Old 20th February 2010, 18:23   #3  |  Link
nurbs
Registered User
 
Join Date: Dec 2005
Posts: 1,460
Can you post a sample from the source so we know what it is supposed to look like. The colours look a bit off, but maybe they are supposed to be like that and anyway that would be more of a PC/TV range or BT.601/709 issue. Impossible to tell without the source and the avisynth script you used. The final stats x264 spits out would also be interesting.

Apart from that video game footage isn't easily compressible in general because unlike film there is no motion blur. So for 720p50 at your bitrate you maybe can't get much better results.

Also you should probably stick to the presets and tunings and not set everything manually. Everything you set is very slow, but then you use --subme 9, --no-mbtree and don't use b-pyramid and potentially throw away a lot of quality (mainly mb-tree) for relatively little speed gain, especially compared to using --slow-firstpass and --me tesa.
nurbs is offline   Reply With Quote
Old 20th February 2010, 19:20   #4  |  Link
erove
Registered User
 
Join Date: Feb 2010
Posts: 6
this is huffy example , and well , i know more bitrate should be used but there are several people that has already created way more quality videos with these presets , probably could you recommend me some exact settings which i should change ? and btw the motion blur is just half amount what is usually used
erove is offline   Reply With Quote
Old 20th February 2010, 19:26   #5  |  Link
poisondeathray
Registered User
 
Join Date: Sep 2007
Posts: 5,547
Quote:
Originally Posted by erove View Post
i know more bitrate should be used but there are several people that has already created way more quality videos with these presets
No they don't. Not with that source complexity.

If you had very little motion, with very little action & explosions (e.g. just camped out like a sniper) , then maybe with that bitrate, otherwise I seriously doubt it.

You also have some weird frame blends in your encoded sample. How did you do this capture? Did you feed it through an NLE?
poisondeathray is offline   Reply With Quote
Old 20th February 2010, 19:39   #6  |  Link
erove
Registered User
 
Join Date: Feb 2010
Posts: 6
then probably i did something wrong in vegas or during capturing , but this first preset example also used a guy for 720p 50 fps vid who gained very decent quality with that setting

i dont know what is nle , but i was capturing it with image et tool , which records and also immediately adds motion blur into frames , merged them in virtual dub into huffy avi file and done some color corrections in vegas
erove is offline   Reply With Quote
Old 20th February 2010, 19:46   #7  |  Link
poisondeathray
Registered User
 
Join Date: Sep 2007
Posts: 5,547
Quote:
Originally Posted by erove View Post
then probably i did something wrong in vegas or during capturing , but this first preset example also used a guy for 720p 50 fps vid who gained very decent quality with that setting

i dont know what is nle , but i was capturing it with image et tool , which records and also immediately adds motion blur into frames , merged them in virtual dub into huffy avi file and done some color corrections in vegas

But what was the source complexity for the other guy? The content matters. For example, if it's a still shot with low complexity you might be able to use 1Mb/s. If you're not fixated on bitrate or don't know what to use, try a crf encode. e.g. crf16-20

Your encoding settings are already very high, and most of them are absurd (diminishing returns) as discussed above. You won't get much better by adjusting them, except the bitrate.

NLE = non linear editor. e.g. vegas, premiere

Frame blending is the default action in most NLE's when your project/sequence settings DON'T match the actual footage. e.g you might have had a 60fps capture, but used 50fps project settings. It might have also been a product of your capture

If you're wondering what I'm talking about blends here is an example from your encode:
http://tinypic.com/r/i73gd0/6

What did you use to capture the original gameplay footage? e.g., FRAPS ? , Blackmagic intensity pro ? etc...

Last edited by poisondeathray; 20th February 2010 at 19:57.
poisondeathray is offline   Reply With Quote
Old 20th February 2010, 20:02   #8  |  Link
erove
Registered User
 
Join Date: Feb 2010
Posts: 6
i dont know what "source complexity" you mean, if the action in the video , then its equal or even higher in that video of the other guy

i was capturing it with image-et tool as i said , and i was capturing 150fps - because im planning to play a lot with velocity(the speed of video) and just 50 would result in terrible overall quality , dont know if that could cause those blends

sorry for my lack of informations about this encoding stuff , im pretty much a newbie to this
erove is offline   Reply With Quote
Old 20th February 2010, 20:08   #9  |  Link
poisondeathray
Registered User
 
Join Date: Sep 2007
Posts: 5,547
Quote:
Originally Posted by erove View Post
i dont know what "source complexity" you mean, if the action in the video , then its equal or even higher in that video of the other guy
Yes , by source complexity, I mean things like action, scene changes, noise, all that requires more bitrate to encode for a certain level of quality. A static scene with no motion might only need 0.1Mb/s and look 10x better than your encode.

I'm sorry. I don't believe you. Please post an example from "that guy". If your claims are true, I am certain there will be differences ,like fps, dimensions, content.

Quote:
i was capturing it with image-et tool as i said , and i was capturing 150fps - because im planning to play a lot with velocity(the speed of video) and just 50 would result in terrible overall quality , dont know if that could cause those blends
I'm not familiar with image-et tool , it might be screwing things up, or you might be getting frame drops @ 150fps (I suspect this is the case)

50fps should be easily obtained from 150fps, because it's evenly divisible. (there should be no blends or resampling)

In vegas, you can right click the clip and disable resample. When speed changes occur, it will duplicate frames instead of blending . This will give jerky playback. Both are bad IMO.

Last edited by poisondeathray; 20th February 2010 at 20:14.
poisondeathray is offline   Reply With Quote
Old 20th February 2010, 20:23   #10  |  Link
erove
Registered User
 
Join Date: Feb 2010
Posts: 6
Quote:
Originally Posted by poisondeathray View Post

I'm sorry. I don't believe you. Please post an example from "that guy". If your claims are true, I am certain there will be differences ,like fps, dimensions, content.
here is stream : http://www.own3d.tv/watch/21986 , but quality and colors are different then the actual file - here is link for download but i doubt you would like to do it , its over 500mb so i cant show you anything else of that , but belive me , with that preset or very similar ones are working many people , tho many use just 30 fps

Quote:
Originally Posted by poisondeathray View Post
I'm not familiar with image-et tool , it might be screwing things up, or you might be getting frame drops @ 150fps

50fps should be easily obtained from 150fps, because it's evenly divisible. (there should be no blends or resampling)

In vegas, you can right click the clip and disable resample.
that tool is reliable in this case and yes , i did disable resampling , btw the blending was caused by luminance (i guess)
erove is offline   Reply With Quote
Old 20th February 2010, 20:32   #11  |  Link
poisondeathray
Registered User
 
Join Date: Sep 2007
Posts: 5,547
Quote:
Originally Posted by erove View Post
... tho many use just 30 fps
I didn't check the sample or what fps he used yet, but that's a big difference, wouldn't you say...

The colors and luma values are an entirely different huge disussion

Quote:
that tool is reliable in this case and yes , i did disable resampling , btw the blending was caused by luminance (i guess)
I doubt it.

If it was a straight encode and you had a CFR source (constant frame rate) at 150fps with no frame drops, and did no speed changes (ramps), and encoded a 50fps export, there should be no blends, because 50 is evenly divisible (just every 3rd frame). So either you screwed up the settings, the source had frame drops, or blends were in the source to begin with
poisondeathray is offline   Reply With Quote
Old 20th February 2010, 20:44   #12  |  Link
erove
Registered User
 
Join Date: Feb 2010
Posts: 6
i mean the final clip is for example 33.33 fps , they capture 100 fps

ill try to get some changes in capturing and so , and post some results , so far thanks very much for your time
erove is offline   Reply With Quote
Old 20th February 2010, 21:20   #13  |  Link
poisondeathray
Registered User
 
Join Date: Sep 2007
Posts: 5,547
I downloaded that video. He's using ~10.5Mbps. Of course it looks better.

Summary: Use a higher bitrate for 720p50 if that content is typical of what you're planning to encode

x264 is a great encoder, but it can only do so much at relatively low bitrates for that content complexity

Cheers

Last edited by poisondeathray; 20th February 2010 at 21:29.
poisondeathray is offline   Reply With Quote
Reply

Tags
bad quality, gaming, problem, video

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 17:47.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.