AutoQMatEnc - a new free MPEG2 encoder

[Fishman0919]

It's not about discouraging, but all about encouraging respect for the license of the software his own encoder uses.

Xvid, Qenc, libavcodec, Linux, etc., and all the projects forked from them probably wouldn't be here if the people involved in those projects just wanted to have "fun", but didn't respect the license and release the code they developed because it was “too complicated”.

The GPL, LGPL, etc. is the glue that holds the open source community together. Without it, the likes of Microsoft and others would be free to profit off all the hard work put into the great number of open source projects without having to give back a single cent. This would collapse the community. There’s a reason Microsoft called the license a virus – it’s because it meant “hands off” to them, and they didn’t like it.

If Sapstar doesn’t like the GPL/LGPL that’s his own choice – but he still can’t use GPLd code in his own project without following the license agreement, or getting permission otherwise from the copyright holder of the code he’s using.

Even though Sapstar released his work for free, and I’m sure it never entered his mind that he was doing anything wrong, he still needs to respect the wishes of those that freely gave him access to their code via the GPL.

That aside, it's a great project and I hope he continues -- but this time with more reverence for the other authors of the code he's using.

beanbrain, :D , thats right, sure is fitting....LOL

[Hostile_Monk]

And what a great first post, so encouraging. To use your same argument against you, I'm sure everytime there was a little problem with a licence agreement, I'm sure the authors of the software you mentioned didn't sit around and whine about it for days on end either. Nothing gets accomplished. How about adding to the scene and being a bit more productive?

[hutch1711]

And what a great first post......
This BEANBRAIN joins the Doom9's forum on June 22 and his first post is to try an escalate the verbal attack that has been waged against SAPSTAR in another, now closed, thread! Interesting, because the most obstinate individual taking potshots at SAPSTAR in the now closed thread was also not a regular contributor. I certainly question their motives.

[beanbrain]

taking potshots at SAPSTAR

It was by no means a "potshot" at Sapstar, but instead a counter-point to those that seem to be under the impression that making sure GPLd software is used within its license is somehow "discouraging" an author from further development - followed by an explanation of why respecting the GPL is important, for those that seemed to still have trouble grasping it.

In no way were the remarks meant as inflammatory (nor did it appear that any of those that pointed out the potential violation in the beginning meant, or caused, any disrespect to Sapstar).

"Inflammatory" would be the insults that have been directed at me and any response I could have to them - something I have no intention of doing.

And again, I certainly hope Sapstar continues the project.

[hutch1711]

The quality of this encoder was really good and it takes a lot of the guess work out of finding optimal settings. Please don't let anyone discourage your brillant idea for an encoding process.
I see nothing in Axlemar's post that mentions anything about encouraging SAPSTAR to circumvent GPLd code. He offered encouragement to SAPSTAR not to be discouraged and continue with the project. You on the other hand post a reply as if somehow this is what he in fact was implying. SAPSTAR doesn't need another lecture from some self proclaimed GLP licence crusaider. SAPSTAR has acknowledged he made a mistake and has learned from it. This issue doesn't require rehashing here. Or is there an agenda here? SAPSTAR, I'm beginning to think you may have to impale yourself on a sword before some people are satisfied.

[beanbrain]

I see nothing in Axlemar's post that mentions anything about encouraging SAPSTAR to circumvent GPLd code.

No, but it does imply that those who encouraged Sapstar to abide by the license were discouraging him from continuing his project. This is what I responded to.

SAPSTAR doesn't need another lecture from some self proclaimed GLP licence crusaider.

My post was not directed at Sapstar.

Having released code under the GPL myself, yes, I'm probably too sensitive to disregard of the license - but I would never proclaim myself a "GPL license crusader". That's the job of the FSF and other organizations.

[Axlemar]

You know what, how about we either stop right here with the "who did what" or we open a new thread just to have a formal debate about who was in the wrong, why they were wrong, etc. I say it has gone on for too long and it isn't helping anyone. Sapstar has ended the gpl version of the program and MAY release a different one not bound by it. That pretty much sums up the last dozen post on this thread and I think we should just forget about the removed gpl version. It's gone. The end.

[Carpo]

there might be a new version out sooner than you think ;)

[SAPSTAR]

New thread :

http://forum.doom9.org/showthread.php?p=679821#post679821

Thank you for all your support....you gave me the taste to find a way to get rid of those "licensing" issues....

Special thanks to :
FishMan0919, BadServo, Carpo, Axlemar, Danpos, Hutch1711, MaDxCrEaM, junkyardogg, Doom9, and all others who supported my efforts.

[hutch1711]

Great news!!! :)

[Carpo]

there might be a new version out sooner than you think ;)


damn im good :cool:

[Krizzz989]

[Paths]
DECOMB=C:\Program Files\DVD-RB PRO\Filters\Decomb521.dll
MPEG2DEC=C:\Program Files\DVD-RB PRO\DGDecode.dll
Working=C:\DVD-RB\
Output=C:\DVD-RB\
CCENEW=C:\Program Files\AutoQMatEnc\AutoQMatEnc.exe
Source=C:\FELLOWSHIP_EXT_D1\VIDEO_TS\
[Options]
CCEAQM=1
CCETargetSectors=2252800
SkinVersion=7
HC_Quality=1
AVSFilter01=#JDL_UnfoldFieldsVertical
AVSFilter02=#Convolution3d("movielq")
AVSFilter03=#TemporalCleaner(2,5)
AVSFilter04=#JDL_FoldFieldsVertical
OneClick=0
EncoderMinimized=1
Backcolor=14215660
CCE=3
HalfD1=00
Convert_16_9=00
DisableInterlace=00
Completed=8
AdditionalOutput=0
Mode=1
iDCT=0
ReduceOpt=0
Skin=Rebuilder Default
DVD_Label=FELLOWSHIP_EXT_D1
DVD_Name=FELLOWSHIP_EXT_D1.ISO
[Audio]
Selected=1
[Subpictures]
Selected=1
[Setup]
Languages=0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
sLanguages=0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
[CCEOptions]
VBR_bias=25
Quality_prec=16
eclPasses=2
http://img134.imageshack.us/img134/9017/cceaqm5jf.th.png (http://img134.imageshack.us/my.php?image=cceaqm5jf.png)

Am I doing something wrong? Thanks in advance for any help.

[SAPSTAR]

@Krizzz989

CCEAQM=1 is only supported by pro versions of DVDRB, if you are not using it, then you have to change it manually in the REBUILDER.ECL file (adjust_q_matrix=0 to be replaced by adjust_q_matrix=1).

[Krizzz989]

I'm using the pro version

[SAPSTAR]

0.25b - 2005/07/07
- Improved the rate control.
- Replaced the turning cross by a percentage indicator
- Log file creation : <AVSFILE>.log
- The rate control automatically detects, if it has any chance to improve the movie in the next pass if not it skips it.

The rate control is better , it may correct many undersizing issues..some may still be there. I implemented a logfile generation in order to help me in the debugging. Thanks to Carpo for this idea....

[Carpo]

you could have given me some time to test it first - whats the use of being a beta tester if you rleases it a few hours after i get it :D :devil:

[hutch1711]

The :devil: made him do it. :D

[SAPSTAR]

Sorry I just discovered that the setup for 0.25b still contains the 0.24b version...I'll correct that as soons as possible....really sorry...
[EDIT] The package should be OK now.....I added a last minute correction I hope it will be good....

[Carpo]

that will teach u :sly: :devil:

qual seems better and i havent had any underflows (yet) but speed should be high on the piroity list now, but no need to sacrifice qual over speed tho :) - just would be nice if it was bit faster :p

[SAPSTAR]

Hi all,

Just to inform you I discovered a major flaw in the rate control, for bitrates higher than 2500-3000 kps, there is a good chance for your vid to be undersized, especially for animations or dark movies.
Expect a new release during the weekend.....

[Carpo]

there is a good chance for your vid to be undersized, especially for animations or dark movies.


and oversized for you pron films ;D

[SAPSTAR]

Finally I release 0.26b...the rate control is not yet as perfect as I would like, but is definitely better. I release it because I'm not sure if I will be able to work on it the 2 or 3 following weeks because I will be in vacation....

0.26b - 2005/07/13
- Corrected the PATH variable, added a ; at the end.
- Corrected the rate control once again...a new approach was implemented.
- Corrected a bug when the rate control was totally wrong,
the Nth pass was ending asking for pressing a key.
[EDIT] May be faster too...not 100% sure yet !

[SAPSTAR]

Hi there,

This is most probably my last release for the next 2 weeks....
0.27b - 2005/07/20
- Added a low motion detector to tweak the rate control
- Improved the rate control
- Updated the averaging in QMatOp
- Corrected an error on very big files for the Nth path(N>2)
- Minor tweakings and errors.

There are still issues with the high bitrates animations, outside this type of movie it should be ok....Good Encode !!!
Special thanks to Axlemar and Carpo for their tests of this last week....
Last minute info : The 1webspace.org web site died...my primary web site will be now the one provided by badservo : www.badservo.com/autoqmatenc

[Carpo]

u have another option :) - the space is still there if you want it :D

[BadServo]

You can now also access the official site at http://www.autoqmatenc.com

[SAPSTAR]

0.28b - 2005/08/05
- Corrected a major bug in the credits "type" scenes
- Corrected the rate control, 2 passes are enough for 90% of the scenes,
3/4 passes for the rest.
- Improved the sizing - Should be ok now.
For DVDRB Users, the default target size for DVDRB is [EDIT]4.27Gb
but CCE/HC tend to oversize,
I suggest CCETargetSectors=2260000 or 2280000 when using AQE.
- Recompiled avcodec, I'm now using the very last version of it...
(some overflows corrections were brought with it)

Good encodes :p ....and let me know your results....

Special thanks to Badservo for the free hosting :thanks: and Axlemar for the many detailed tests he ran... :thanks:

FYI : I lost my HDD during my vacations due to a storm, so I had to restart from the 0.24b version sources....I hope everything is back to normal now.

[Carpo]

you had chance to look at the processor pack for vs6 yet ?

CCETargetSectors=2260000 - what is the size of the dvd that puts out ?

[SAPSTAR]

you had chance to look at the processor pack for vs6 yet ?

CCETargetSectors=2260000 - what is the size of the dvd that puts out ?
Formula : Size in Gb = (CCETargetSectors*2)/1048576
2260000 = 4.31Gb
2280000 = 4.35Gb
[EDIT] I didn't yet look at the processor pack....becuz of my HD failure, I had no time for it !

[SAPSTAR]

Hi there,

The new official board is : http://www.vmesquita.com/forum/index.php?board=41.0

You can check there...you'll see that's is much much more active for AQE.

See you there !!!