 |
CorruptMind

Regular User
Join Date: 4/13/2005
Posts: 111
Location: Jacksonville, NC
|
 |
|
quick question... havent read to much about this codec yet so i'll ask here and hope someone can answer... can this codec run on linux and the like?


A UT2004, TAM Movie... To Be Released When I Feel Like It... |
| IP: Logged |
Posted: 9.23.05 @ 6:23 PM |
|
 |
|
|
 |
tox|k

New User
Join Date: 1/22/2003
Posts: 49
Location: Canada... eh
|
 |
|
Yes, I'm certain it can. I'm not sure what programs/tools are needed for it through.

Quake, Honoris Causa. |
| IP: Logged |
Posted: 9.23.05 @ 6:36 PM |
|
 |
v1ncent

Regular User
Join Date: 1/4/2004
Posts: 80
Location: Germany, Cologne
|
 |
|
Thank you so much Tox.

|
| IP: Logged |
Posted: 9.23.05 @ 6:47 PM |
|
 |
Azaze1

Regular User
Join Date: 8/16/2005
Posts: 151
Location: Wigan, UK
|
 |
|
| tox|k wrote: | Azaze1 is also "setting up a wiki all about (hopefully) the art and technical aspects of movie making." Looks pretty good so far, and he has also amended my batch file to make it abit better. You can check it out here |
The more who add or edit information to the wiki, the better it will become. If you have anything you think is worth adding go right ahead and do it. As I don't really use xvid or divx would be helpful if someone could do a guide for them :)
 Videos: Phoenix Alliance :: Revisionistic :: Unrealthology (In Progress) Links: Blog :: Movie Making Wiki :: #creative-pictures :: #ut-movies |
IP: Logged Modified by IP: Logged |
Posted: 9.24.05 @ 7:07 AM Last modified: 9.24.05 @ 7:07 AM |
|
 |
Azura

Regular User
Join Date: 6/16/2005
Posts: 811
Location: Pirating your ass
|
 |
|
|
|
 |
Azura

Regular User
Join Date: 6/16/2005
Posts: 811
Location: Pirating your ass
|
 |
|
|
|
 |
Azaze1

Regular User
Join Date: 8/16/2005
Posts: 151
Location: Wigan, UK
|
 |
|
|
|
 |
Azaze1

Regular User
Join Date: 8/16/2005
Posts: 151
Location: Wigan, UK
|
 |
|
|
|
 |
Azura

Regular User
Join Date: 6/16/2005
Posts: 811
Location: Pirating your ass
|
 |
|
|
|
 |
Fragalishus

Regular User
Join Date: 4/25/2005
Posts: 356
Location: Dallas
|
 |
|
yeah this is turning into quite a headache. +3 minute video took around 4 hours to encode, only to crash vlc player about halfway through. looked good up until that point, tho. (using the .bat file method)
gotten decent results using virtualdub, tho, but WMP doesn't play them right, too laggy. but looks good in vlc player with only an occasional hiccup.
running another one now. if it looks good and plays well ill upload it.
 FragTV |
| IP: Logged |
Posted: 10.1.05 @ 2:24 AM |
|
 |
Azaze1

Regular User
Join Date: 8/16/2005
Posts: 151
Location: Wigan, UK
|
 |
|
I did some tests yesterday with 3vix, xvid, divx6 and x264. All at 3500, all with a multipass. Clip was 1 minute 35 seconds long. Computer is Ath64 3200, 1 gb of ram, GF6800 GT etc etc
3vix was the worst in quality, but smallest in size and quickest with a total time of 3 minutes to do a full 2 pass. This is definitely my "show clips to people" codec. Size was 33mb.
Divx6 and xvid I would say were level pegging, quality was stunning. Divx6 took around 8 minutes to encode. Xvid took 15 minutes. Both had a size of 42 mb.
x264 was obviously the best but not by much over xvid/divx6, the only place you notice is in fine detail. Problem for me is that it took well over an hour to do that clip which could mean around 12 hours for a 12 minute movie! Size was 41.5mb
All codecs used as much as possible the best settings to get the best out of a gaming movie. Personally I think my release will be in Xvid and if I'm feeling frisky an x264 the next day.
 Videos: Phoenix Alliance :: Revisionistic :: Unrealthology (In Progress) Links: Blog :: Movie Making Wiki :: #creative-pictures :: #ut-movies |
| IP: Logged |
Posted: 10.1.05 @ 5:12 AM |
|
 |
mOO

Regular User
Join Date: 6/20/2004
Posts: 62
Location: Iowa
|
 |
|
What kind of cpu do you have? Just did 3 minutes of 720X400 23.976fps video in 12:26 using the megui gui 2:35 (27.8fps) for 1st pass and 9:51 (7.3fps) for 2nd. Used settings from guide but with turbo enabled in megui for first pass. It seems the .bat has pretty extreme settings though and 3 passes of it which is probably not the best if you are just wanting to try things out.. more like something you may want to do for a final insane quality encode. Like the guide says it is important to understand the settings to optimize them. :P That way you can get the quality/speed tradeoff that you want.
"what MeGUI picks are all the options that you are certainly not to notice.. mathematically the difference between those and your second pass option is negligible (0.01 in terms of PSNR iirc)" quote from Doom9 relating to the turbo first pass setting which removes some options from command line.
You can turn off deblocking for h264 in the ffdshow postprocessing settings for a bit of a decoding performance increase haven't seen a video yet where it had a very positive effect anyway.
edit: That is definately too long for your cpu azaze1. >:D What I mentioned above is on a p4 3.8ghz and encoder was set to 1 thread. |
IP: Logged Modified by IP: Logged |
Posted: 10.1.05 @ 5:36 AM Last modified: 10.1.05 @ 5:49 AM |
|
 |
Azaze1

Regular User
Join Date: 8/16/2005
Posts: 151
Location: Wigan, UK
|
 |
|
|
|
 |
tox|k

New User
Join Date: 1/22/2003
Posts: 49
Location: Canada... eh
|
 |
|
Reply to m00's post:
Since the first pass is really only analyzing the video, it should be fine to set it for turbo, which is what I sometimes do too. When i was writing the guide i was thinking about breaking the passes down into different steps, but i decided against it; because, more steps = more places for things to go potentially wrong. Something which is certainly not good in a guide.
The batch file uses the same settings for all three passes. But, the batch file was wrtten mostly as a tool that i used and not specifically for the guide. I threw it in there figuring some other people could have a use for it too.
The "why always 3pass instead of 3 for final, 2 for test?"... two reasons for that. 1. I'm a pretty big quality freak, so i'll always go with that extra pass. 2. I said it before, more steps = more places for things to go wrong.
Now that it's been brought up, i'll look over it abit (just to be sure) and perhaps make an amendment to the guide based on it. If anything, i'll probably add a section at the bottom explaining some of the differences, instead of explicitly telling people to do more in the guide.
| m00 wrote: | | Like the guide says it is important to understand the settings to optimize them. :P That way you can get the quality/speed tradeoff that you want. |
Good for you mOO! didn't expect many, if anyone, to read beyond the guide :D

Quake, Honoris Causa. |
| IP: Logged |
Posted: 10.1.05 @ 3:04 PM |
|
 |
siLc

Regular User
Join Date: 1/27/2005
Posts: 13
Location: Tallinn, Estonia
|
 |
|
| x264 is really a godsend when you`ve messed with Xvid quants/bitrates trying to get an ET vid 856x480@40fps to have a bitrate of 28-31MB/minute and really nice quality (crisp texture edges and so on). Tho it took over an hour to analize and an another hour to compress the ~12900 frames (@ 3-5fps) in the aforementioned size ET vid. I wonder if i use 3rd or even 4th pass then what will it improve/make worse ? |
| IP: Logged |
Posted: 10.1.05 @ 3:28 PM |
|
 |
mOO

Regular User
Join Date: 6/20/2004
Posts: 62
Location: Iowa
|
 |
|
Would probably be easy to have a zip of megui profiles like High Quality 2-pass, High Quality 3-pass, tox|k Quality 3-pass. :D Plain high quality to me would be standard me algo(hex) and range(16) because it has more of an impact on the time to encode than it does on the quality. Something like that would be easy to understand and keeps things simple. Anyway just tossing out ideas.
Just a note to anyone don't use x264 rev307 it has a bug causing artifacts in encodes. |
IP: Logged Modified by IP: Logged |
Posted: 10.1.05 @ 4:35 PM Last modified: 10.1.05 @ 4:44 PM |
|
 |
tox|k

New User
Join Date: 1/22/2003
Posts: 49
Location: Canada... eh
|
 |
|
The settings in my guide are mostly derived from info I've got from the "AVC Quality Guide (x264 Optimized)" doom9 thread (which is linked in the guide). And, as it says in my guide, my settings are for near max compression at mid-high bitrates.
It would be kind of handy to have a bunch of megui profiles; but, throwing those in the guide would be abit outside of the scope. The guide is meant for people looking to get into x264 and learn about it, not as much for those who want to tweak for optimal performance or compression. That's what i put all the nice links in my guide for and i very strongly encourage reading them :) The guide is also pretty long, i really don't want to make it any longer unless the addition is quite pertinent.
Good ideas tho mOO. Always nice to see some feedback :D
Also, I've run some tests on encoding with full quality settings for all three passes, against having the first pass "turbo" and the last two full quality. There are some very very minor difference, but it is so small that no one will notice it... it's less than a fraction of a percent. Having said that, feel free to use turbo first pass to speed things up. I will be amending the guide soon to mention this.
Hopefully i'll be able to do more thorough comparisons and others as well; Such as xvid vs. x264 to get some real numbers on the differences. it's just that running PSNR and quality related tests is about as exciting as watching paint dry.

Quake, Honoris Causa. |
| IP: Logged |
Posted: 10.2.05 @ 2:49 AM |
|
 |
Z!ppo

New User
Join Date: 9/14/2005
Posts: 32
Location: Oostende, Belgium
|
 |
|
| siLc wrote: | | x264 is really a godsend when you`ve messed with Xvid quants/bitrates trying to get an ET vid 856x480@40fps to have a bitrate of 28-31MB/minute and really nice quality (crisp texture edges and so on). Tho it took over an hour to analize and an another hour to compress the ~12900 frames (@ 3-5fps) in the aforementioned size ET vid. I wonder if i use 3rd or even 4th pass then what will it improve/make worse ? |
what do you mean with messed up Xvid quants and bitrates =O I would really like to learn more about that...=)
 Zippo |
| IP: Logged |
Posted: 10.2.05 @ 10:23 AM |
|
 |
siLc

Regular User
Join Date: 1/27/2005
Posts: 13
Location: Tallinn, Estonia
|
 |
|
I meant when I´ve messed WITH (not up) them trying to find "the right" settings.
The guide was really good and I wont have to worry about Xvid since I`ll be using x264, which gave me the desired results much more easily. |
| IP: Logged |
Posted: 10.2.05 @ 3:04 PM |
|
 |
Wonder

New User
Join Date: 6/5/2004
Posts: 31
Location: China , Xi'an
|
 |
|
I don't think h.264 is a good compression codec , its way of compress is just remixed wmv's and Xvid's mode and more like wmv's , i mean their primary compression method , and H.264 have too much smoothy lost of colors.

 |
| IP: Logged |
Posted: 10.8.05 @ 3:09 AM |
|
 |