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. |
5th October 2004, 18:20 | #41 | Link |
Registered User
Join Date: Jan 2003
Location: Greece
Posts: 53
|
There must be something wrong with the compiler, since my built doesn't have these problems.
I would like to hear too what akupenguin's thinks about it. Subq=5 does indeed offer better quality when working correctly. To my eyes the edges are more well defined (and the color gradients are better?) Virus : since I started using quant 20 the problem with the second pass is gone. Lucky me |
5th October 2004, 19:43 | #42 | Link |
Registered User
Join Date: Nov 2001
Posts: 9,770
|
is there some "reference" x264 encoding tool (commandline or so) which the x264 devs work on, for being able to differentiate between real x264 bugs and bugs introduced by "x264 wrappers", like ffdshow?
__________________
Between the weak and the strong one it is the freedom which oppresses and the law that liberates (Jean Jacques Rousseau) I know, that I know nothing (Socrates) MPEG-4 ASP FAQ | AVC/H.264 FAQ | AAC FAQ | MP4 FAQ | MP4Menu stores DVD Menus in MP4 (guide) Ogg Theora | Ogg Vorbis use WM9 today and get Micro$oft controlling the A/V market tomorrow for free |
6th October 2004, 06:12 | #45 | Link | |
x264 developer
Join Date: Sep 2004
Posts: 2,392
|
Quote:
There is also a simple commandline encoder program in svn, which could be considered the reference frontend. It is up to date, but still may contain unnoticed bugs, because (I think) no one uses it for real encodes. And then there's mencoder, which I base all comparisons on. |
|
6th October 2004, 06:34 | #46 | Link | |
x264 developer
Join Date: Sep 2004
Posts: 2,392
|
Quote:
The deblocking strength options control a QP offset. So a block/frame with QP=25 and deblock{alpha,beta}=-5, gets processed with the filter strengths from QP=20. ("alpha" affects how much change the filter is allowed to cause to any one pixel, "beta" affects the detail threshold. The unimaginative names are copied straight from the H.264 spec.) |
|
6th October 2004, 20:29 | #47 | Link | |
Registered User
Join Date: Nov 2001
Posts: 9,770
|
Quote:
or would you say that we should use mencoder for testing x264 itself?
__________________
Between the weak and the strong one it is the freedom which oppresses and the law that liberates (Jean Jacques Rousseau) I know, that I know nothing (Socrates) MPEG-4 ASP FAQ | AVC/H.264 FAQ | AAC FAQ | MP4 FAQ | MP4Menu stores DVD Menus in MP4 (guide) Ogg Theora | Ogg Vorbis use WM9 today and get Micro$oft controlling the A/V market tomorrow for free |
|
6th October 2004, 23:10 | #48 | Link |
Registered User
Join Date: Jun 2003
Location: Northampton, England
Posts: 187
|
Making the little command line is pretty easy if you have MinGW, MSYS & binutils installed.
Run MSYS, then type cd c:/x264/build/cygwin #or wherever you unzipped the directory then type make and it should build x264.exe for you. It only takes raw YUV files I think (though I briefly tested a HuffYUV file renamed *.yuv and it seemed to work). |
7th October 2004, 03:35 | #49 | Link | |
x264 developer
Join Date: Sep 2004
Posts: 2,392
|
Quote:
And that is the main reason I recommend mencoder instead. Last edited by akupenguin; 7th October 2004 at 04:05. |
|
7th October 2004, 19:45 | #51 | Link |
Registered User
Join Date: Nov 2001
Posts: 9,770
|
cool stuff! thanks a lot
__________________
Between the weak and the strong one it is the freedom which oppresses and the law that liberates (Jean Jacques Rousseau) I know, that I know nothing (Socrates) MPEG-4 ASP FAQ | AVC/H.264 FAQ | AAC FAQ | MP4 FAQ | MP4Menu stores DVD Menus in MP4 (guide) Ogg Theora | Ogg Vorbis use WM9 today and get Micro$oft controlling the A/V market tomorrow for free |
9th October 2004, 14:57 | #52 | Link |
Senior n00b
Join Date: Jan 2004
Location: Italy
Posts: 446
|
So, after almost sinking into several assorted troubles, I've finally completed the PSNR test I started a while ago (look at the corresponding post on page 2 for further details about settings, source, bitrate, ...). I've added some x264 results as well as VP6.2 (sharpness 7, Best quality, "Best PSNR" postprocessing = deblocking only).
VP6.2: 43.76 dB x264 (more iterations): 43.39 dB x264 (Qpel on all): 43.35 dB XviD (HPel): 43.03 dB XviD (QPel): 42.91 dB x264 (Hpel): 42.79 dB finally we can see x264 among the masters |
9th October 2004, 15:36 | #53 | Link | |
Registered User
Join Date: Jan 2003
Location: Greece
Posts: 53
|
Well done virus!
Quote:
I am curious if we will see an even higher psnr if you decrease the deblock beta to something like -5 or -4. The image will be sharper (and vp6 has very high sharpness with the chosen options). |
|
9th October 2004, 20:34 | #54 | Link | |
Registered User
Join Date: Jan 2002
Location: France
Posts: 2,856
|
Default deblocking settings were computed to give the best psnr, so I doubt playing with these settings will increase psnr.
Quote:
|
|
9th October 2004, 21:31 | #55 | Link |
x264 developer
Join Date: Sep 2004
Posts: 2,392
|
I don't know what he used, but I've seen XviD's qpel give up to 0.5 dB worse than hpel, on anime.
And yes, deblock vars = 0 is the optimal setting for PSNR. (maybe +/- 1 for some sources, but you're not going to gain much.) The options are just in case you prefer sharpness or smoothness over mathematical accuracy. (I personally think 0 looks best, too.) |
9th October 2004, 21:37 | #56 | Link | |
Senior n00b
Join Date: Jan 2004
Location: Italy
Posts: 446
|
Quote:
Reasonably clean source. This is a very high motion clip featuring small, detailed sea waves, large near-uniform areas (sky+clouds), a wide range of difficult edges, some closeups on faces, a few underwater detailed frames and even some hardcoded text - all in 40 seconds. My reference clip for high-motion DVD content. The caps on page 2 of this thread can give you an idea. As for the results with QPel/HPel, I don't know. Maybe with long MVs you have a better chance to have hpel vectors do the job well, without that extra 2 bits/MB. Instead, if you have a low-motion clip with many "static" MBs they may need some small MV like (0.25, 0.25) due to slight camera movements, and thus you may end up with more MBs (on average) which "need" QPel and overall, you can compensate better the MV overhead. But this is really just speculation... I failed to come up with a better explanation IIRC gruel once said that re-encoding MPEG-2 material - which uses HPel only - can reduce QPel effeciency due to the way MPEG-2 handles subpel interpolation. So maybe on DVDs you simply have a better chance to find a clip where HPel works better than QPel. |
|
10th October 2004, 01:25 | #57 | Link | |
x264 developer
Join Date: Sep 2004
Posts: 2,392
|
Quote:
This effect can be reduced by pp/crop/scale/denoising the video (which you should do anyway, unless you really need to know how well the codecs can accurately reproduce noise). |
|
10th October 2004, 23:56 | #58 | Link | |
I have sawdust in my head
Join Date: Aug 2003
Location: Russia
Posts: 305
|
It's so good to see that x264 is growing up!
I tried it in ffdshow and it looks nice. Akupenguin, what do you think about interlaced encoding support? Can we expect it any time soon? Or this feature have low development priority? Quote:
I am getting this error when I use '-ovc x264': And other errors when I use another codecs. It's the first time I am trying mencoder, so I may miss something important about it. What can be wrong? |
|
11th October 2004, 02:11 | #60 | Link |
retired developer
Join Date: Oct 2002
Location: Canada
Posts: 8,978
|
It's part of FFDShow (VFW) and mplayer (win32/linux).
__________________
Detritus Software |
Thread Tools | Search this Thread |
Display Modes | |
|
|