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. |
19th November 2004, 05:32 | #101 | Link | |
....
Join Date: May 2002
Location: Australia
Posts: 2,797
|
Quote:
as for all the extra options Peter has added to the gui....no comment. |
|
19th November 2004, 09:11 | #103 | Link |
High beam
Join Date: Apr 2004
Location: Belgium
Posts: 290
|
@Dragongodz
Yes.This is why the new version of QuEnc0.56 functions less better in the top bitrate. My test are based on PC results not on TV. I know the underflow and VBV problems but I think that the goal of the new libavcodec-on the strict level of quality- is to succeed at the same result of the old version.It would be absurd to evolve and obtain worse performances, no? But I was not satisfied with your conclusion. So I tested once again in the morning and I found this strange result(I'm lost here): QuEnc0.55Alpha -with the new modified libavcodec????-produces the same great quality as its little brother QuEnc0.54. But-last but not least-QuEnc0.56 is worse!!! What kind of libavcodec 0.55Alpha is using? |
19th November 2004, 09:31 | #104 | Link |
Just a Member
Join Date: Aug 2004
Location: Australia
Posts: 225
|
@Peter1234
I thought this too, but BV reports 1835008 / 1024 / 16 (not in KB) whereas NuEnc is asking for a size in KB (1835008 / 1024 / 8). Just there to confuse us . @evade I intend to upload all my sources, but I don't see a point in uploading everything while I don't have a reliable host. But I have found an awesome free host, just need to get things set up. @freelock7 The bit distribution (and quality) depend on the rc equation used. Did you try increasing the value of rc variability to 1 (hint hint). QuEnc uses 0.5 by default, but because of the bitrate tolerance, its value is somewhere between 0.5-1 and varies throughout an encoding. Setting RC Variability to 1 is the same as CQ Mode (but not for 1-pass VBR). The bonus being that you know what file size to expect. The downside is you need to do at least 2 passes. RC variability changes the bitrate response - 0 means no change (CBR), 1 means change to keep constant quality (average quantiser). @dragongodz I added more options to clutter the GUI . Actually, I added the extra options because I was annoyed that I had to recompile every time I changed a parameter. The fact that it is more complicated to use doesn't hurt me . I've done some testing for macro block based rate control (for potentially higher quality). The problem is that first pass stats file becomes MUCH larger than the actual MPEG. Might be better to just forget about that one. There is no real point for me to port the XviD rate control. I stole the good bits . EDIT: My aim was to fix the underflow issues. As a consequence, quality may improve as the bitrate follows a strict rule (the rc equation). Last edited by Peter Cheat; 19th November 2004 at 09:46. |
19th November 2004, 10:04 | #105 | Link |
Just a Member
Join Date: Aug 2004
Location: Australia
Posts: 225
|
@freelock7
QuEnc0.56 may appear to be worse because Nic is using constant quant 2 for first pass, but I don't think he reduced the scene change threshold to compensate. You then get fewer scene changes detected (avcodec uses a stupid scene change algorithm which detects more scene changes with higher quantisers. Scene changes do not vary with quantiser to my eyes ) |
19th November 2004, 10:46 | #106 | Link | ||||
....
Join Date: May 2002
Location: Australia
Posts: 2,797
|
Quote:
Quote:
Quote:
Quote:
|
||||
19th November 2004, 10:58 | #107 | Link | |
High beam
Join Date: Apr 2004
Location: Belgium
Posts: 290
|
@Peter
VBR-2Pass comparison (2500kbs) I confirm with Bitrateviewer: QuEnc0.55Alpha is better than 0.56 with a versatile response in high bitrate. Peak in high motion picture at 8200 (5500 for QuEnc0.56). [Settings:Scene detection/GOP15/DC10/QLB Matrix/interlaced] @Dragongodz Quote:
I encoded with FreeEnc and it is read by my DVD player (some minnor underflow can appear sometimes). I'm looking for the best picture quality on my TV screen. If not, I choose another encoder which works better. So why CCE is so expensive? Because it works fine with a good quality. Last edited by freelock7; 27th November 2004 at 09:49. |
|
19th November 2004, 13:23 | #108 | Link | |
Just a Member
Join Date: Aug 2004
Location: Australia
Posts: 225
|
@freelock7
Set the RC variability to 1. The quality will be much better. Try it. The idea is to maximise quality, and stick within the standards. NuEnc does both, but you have to chose RC variability to your own personal tastes. 0.5 introduces heavy curve compression, 1 is just linear even compression. FreeEnc uses 1 by default (rc_eq=tex). Quote:
|
|
19th November 2004, 13:37 | #110 | Link |
Just a Member
Join Date: Aug 2004
Location: Australia
Posts: 225
|
Another mirror:
NuEnc0.01b |
19th November 2004, 14:57 | #112 | Link | |
interlace this!
Join Date: Jun 2003
Location: i'm in ur transfers, addin noise
Posts: 4,555
|
Quote:
people don't worry about how good the quality is if the thing glitches out on their equipment. they'll only notice the glitches. that's a guarantee. between a slightly blocky DVD and a slightly glitchy one, i can guarantee that the glitchy one will be returned more often (people feel like snobs if they complain about the quality... don't know why). personally, i think standards compliance is THE ONLY thing stopping lavc based codecs from being used in the mainstream. once that hurdle is overcome, THEN we can make the quality even better. not the other way around, because you must bear in mind that the good quality we spend time trying to achieve might not be possible in a standard compliant model. we should work with the standards and put in as much quality as they'll allow, being careful not to break any possible compliance in the process. otherwise we might as well author DVDs with VP6, or RV10, or any number of codecs that a DVD player will not understand. it seems to me that the point of using MPEG-2 rather than a superior codec is precisely one of standard compliance - who wants good looking mpeg-2 if it doesn't play? we might as well be using a better codec. [edit - minor grammatical adjustments]
__________________
sucking the life out of your videos since 2004 Last edited by Mug Funky; 19th November 2004 at 15:01. |
|
19th November 2004, 21:59 | #113 | Link |
Registered User
Join Date: Aug 2004
Posts: 130
|
Peter Cheat,
After you get all of the important things fixed, could you do something to more clearly indicate when encoding is complete. The progress bar color is not very different when starting and finished, and I usually end up looking at the Remaining Time number to confirm that it is finished. Maybe make progress bar change from gray to red. Ringing a bell when finished would also be a nice touch. I know you have already put a lot of work into this, hopefully you are willing to put in a little more. Thanks for all the work you have done already. |
19th November 2004, 22:32 | #114 | Link |
High beam
Join Date: Apr 2004
Location: Belgium
Posts: 290
|
@Mug Funky
It is explained much better but I never said anything else. Quality & compliance are working together. @Peter No change with RC variability <1>. Last edited by freelock7; 19th November 2004 at 23:30. |
20th November 2004, 01:56 | #115 | Link | |
....
Join Date: May 2002
Location: Australia
Posts: 2,797
|
Quote:
|
|
20th November 2004, 09:19 | #116 | Link |
High beam
Join Date: Apr 2004
Location: Belgium
Posts: 290
|
Sure! Here I'm talking french! So, excuse me for my bad explanations.
What you have to know, that's my research of the quality. Everybody is trying to obtain such result by developing new product! I believe in the great libavcodec potential. That's all. Last edited by freelock7; 23rd November 2004 at 16:59. |
20th November 2004, 11:08 | #117 | Link |
Just a Member
Join Date: Aug 2004
Location: Australia
Posts: 225
|
@johnnyquid
Good point. Probably why some are complaining about are quality issues. I'll throw that in next release. @Peter1234 Another good point. I'll make it more obvious that encoding has finished too. @freelock7 If there is no change when using RC variability = 1, then you are probably doing something wrong. Btw, did you try more than 2 passes? 3 passes gets to over 99% optimal. Also what settings are you using in FreeEnc that provides better results than NuEnc? EDIT: Perhaps I should add support for FreeEnc's templates and reduce the number of options in the GUI? Is this a better idea? Last edited by Peter Cheat; 20th November 2004 at 11:12. |
20th November 2004, 11:57 | #118 | Link | ||
....
Join Date: May 2002
Location: Australia
Posts: 2,797
|
Quote:
its better IMHO to have people saying they wish an option was there than to have them complaining the output is bad because they frelled with things they dont understand(but think they do). Quote:
|
||
20th November 2004, 12:51 | #119 | Link |
Just a Member
Join Date: Aug 2004
Location: Australia
Posts: 225
|
Adding some sort of template support would be beneficial I guess because known settings could be put into files and users would select a template, bitrate, mpeg version etc and the output would be more predictable. Editting those templates would not be a good idea for newbies, but on the other hand, the only way to learn is to try, make a mistake, then figure out what you did wrong. For example, settings used for high quality in avcodec doesn't work well at low bitrates, especially trellis and RD MB decision. But I didn't know that until I tried.
Here is a mirror to all the files relating to avcodec. I haven't finished uploading all the sources, but I do intend to. I've rewritten the scene detection algorithm in avcodec, and now intend to implement closed gop with scene detection, the same way as done in CCE (only closing gops when there is scene change). Just need to figure out what the current code actually does in that area. |
20th November 2004, 13:44 | #120 | Link | ||
....
Join Date: May 2002
Location: Australia
Posts: 2,797
|
Quote:
Quote:
|
||
|
|