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 ASP

Reply
 
Thread Tools Search this Thread Display Modes
Old 2nd April 2008, 10:35   #81  |  Link
celtic_druid
Registered User
 
celtic_druid's Avatar
 
Join Date: Oct 2001
Location: Melbourne, Australia
Posts: 2,171
xvid.cvs.head.MTK.2007.07.25

That would be my compile and it would have been ICL10, either that or 9. This is the reason for the large filesize. Basically the only change to the core was to allow for the disabling of N-VOP's. The MTK profiles and alt 2-pass are part of the VfW dll only. Replacing the core, you would lose some speed maybe (depending on CPU and alt compiler) and you wouldn't be able to disable N-VOP's (bad for ESS based SAP's as I recall).

As for various newer builds. There were zero changes to the CVS since my last build other than some nasm 0.99.x compatibility changes (talking CVS here, not patches). Even those are six months or so old.

Compiling a newer build without the code updating, makes no difference, well other than compiler improvements in the meantime. Still might update my builds with the VAQ patch.
celtic_druid is offline   Reply With Quote
Old 2nd April 2008, 11:55   #82  |  Link
Inventive Software
Turkey Machine
 
Join Date: Jan 2005
Location: Lowestoft, UK (but visit lots of places with bribes [beer])
Posts: 1,953
I used to do my own GCC compiles of Xvid a while back (cos at the time I didn't completely trust Koepi's builds), when they actually released the sources. I haven't done any of 1.2, cos there's nothing final, but speed was good, and it compiled, and if there's demand, I'll do one of 1.2. Size varied, but it wasn't UPX'd and defaults were used. VFW of course obligatory.

Will need to install and update MinGW to 3.4.6 though. 4 tends to be a lil slower, and less stable!
__________________
On Discworld it is clearly recognized that million-to-one chances happen 9 times out of 10. If the hero did not overcome huge odds, what would be the point? Terry Pratchett - The Science Of Discworld
Inventive Software is offline   Reply With Quote
Old 2nd April 2008, 20:27   #83  |  Link
Sharktooth
Mr. Sandman
 
Sharktooth's Avatar
 
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
3.4.x is faster than 4.x series, except 4.4 that seems to be the fastest one but unstable.
Sharktooth is offline   Reply With Quote
Old 2nd April 2008, 21:04   #84  |  Link
olnima
Registered User
 
olnima's Avatar
 
Join Date: Dec 2003
Posts: 216
Quote:
Originally Posted by Inventive Software View Post
...and if there's demand...

...demand here ...

Olnima
olnima is offline   Reply With Quote
Old 2nd April 2008, 22:06   #85  |  Link
Koepi
Moderator
 
Koepi's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 4,454
Well, I finally found some time to create a build with the VAQ-patch as well. Find it at my Homepage.

Thanks Dark Shikari for the code!

I had to move some variable declarations around (to the beginning of the function blocks / loops) so the intel compiler won't abort with errors, but I'm quite positive that I didn't break anything.

I didn't test if the code works though. The installer does work at least ;-)

Cheers
Koepi
Koepi is offline   Reply With Quote
Old 3rd April 2008, 02:54   #86  |  Link
plugh
A hollow voice says
 
Join Date: Sep 2006
Posts: 269
Quote:
Originally Posted by Koepi View Post
I had to move some variable declarations around (to the beginning of the function blocks / loops) so the intel compiler won't abort with errors, but I'm quite positive that I didn't break anything.
I had similar problems with MSVC6, plus no 'logf'...

FYI...
plugh is offline   Reply With Quote
Old 3rd April 2008, 02:56   #87  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
Quote:
Originally Posted by plugh View Post
I had similar problems with MSVC6, plus no 'logf'...

FYI...
.....
Quote:
Originally Posted by Akupenguin
> --- a/common/osdep.h
> +++ b/common/osdep.h
> @@ -31,6 +31,17 @@
> #include <inttypes.h>
> #endif
>
> +//fixes logf bug in MSVC's math.h
> +//see http://connect.microsoft.com/VisualS...edbackID=98751
> +//note this will only work if math.h is included after osdep.h
> +#ifdef _MSC_VER
> +#if !defined (_M_IA64) && !defined (_M_AMD64)
> +#undef logf
> +#define logf(x) ((float)log((double)(x)))
> +#endif // !defined (_M_IA64) && !defined (_M_AMD64)
> +#endif

According to that url, not only is it a bug in msvc, it was fixed 2 years ago. So I won't accept a workaround.
Dark Shikari is offline   Reply With Quote
Old 3rd April 2008, 03:01   #88  |  Link
Ranguvar
Registered User
 
Ranguvar's Avatar
 
Join Date: Feb 2007
Location: ::1
Posts: 1,236
Quote:
Originally Posted by Koepi View Post
Well, I finally found some time to create a build with the VAQ-patch as well. Find it at my Homepage.

Thanks Dark Shikari for the code!

I had to move some variable declarations around (to the beginning of the function blocks / loops) so the intel compiler won't abort with errors, but I'm quite positive that I didn't break anything.

I didn't test if the code works though. The installer does work at least ;-)

Cheers
Koepi
Thanks, Koepi!

...and now, because when recieving a gift, it is proper to ask for more...

1.2.x SMP build with VAQ? Pretty please? xD
Ranguvar is offline   Reply With Quote
Old 3rd April 2008, 03:42   #89  |  Link
plugh
A hollow voice says
 
Join Date: Sep 2006
Posts: 269
Quote:
Originally Posted by Dark Shikari View Post
.....
Well spotted, and Nice to know. Thanks.

I just used 'log' (as the macro would have anyway).

I was a bit concerned about the 'statements before declaration' type errors, until I convinced myself it wasn't a bad patch application on my part. A bit of reordering and VC6 was happy...
plugh is offline   Reply With Quote
Old 3rd April 2008, 03:48   #90  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
Quote:
Originally Posted by plugh View Post
I was a bit concerned about the 'statements before declaration' type errors, until I convinced myself it wasn't a bad patch application on my part. A bit of reordering and VC6 was happy...
I'm lazy in that regard. I love throw statements before declarations, since gcc doesn't complain
Dark Shikari is offline   Reply With Quote
Old 3rd April 2008, 06:20   #91  |  Link
Koepi
Moderator
 
Koepi's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 4,454
Quote:
Originally Posted by Ranguvar View Post
...and now, because when recieving a gift, it is proper to ask for more...

1.2.x SMP build with VAQ? Pretty please? xD
Thy wish is me command ;-)

Find Xvid-1.2-127-VAQ over at my website.

Cheers
Koepi
Koepi is offline   Reply With Quote
Old 3rd April 2008, 13:44   #92  |  Link
olnima
Registered User
 
olnima's Avatar
 
Join Date: Dec 2003
Posts: 216
Thanks koepi !!!

Olnima
olnima is offline   Reply With Quote
Old 3rd April 2008, 13:46   #93  |  Link
elguaxo
Registered User
 
elguaxo's Avatar
 
Join Date: Jun 2006
Posts: 260
thanks!
elguaxo is offline   Reply With Quote
Old 4th April 2008, 00:13   #94  |  Link
Ranguvar
Registered User
 
Ranguvar's Avatar
 
Join Date: Feb 2007
Location: ::1
Posts: 1,236
Awesome, thanks Koepi!

Something about that Koepi Xvid feel, like it's the "true Xvid" xD

What's the date of the source, please?

Last edited by Ranguvar; 4th April 2008 at 00:19.
Ranguvar is offline   Reply With Quote
Old 4th April 2008, 00:30   #95  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
You know, if people are actually using this, I might want to go back and see if I can make it work any better for Xvid's quants

One thought is a the following: A CQM full of intentionally low values in order to make Xvid's QP8 equivalent to QP2 (in order to increase the quantizer resolution for moving quants up/down). This would require adjusting Xvid's internal lambda in order to compensate.
Dark Shikari is offline   Reply With Quote
Old 4th April 2008, 03:01   #96  |  Link
Sharktooth
Mr. Sandman
 
Sharktooth's Avatar
 
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
EQM V3UHR or 6of9...
Sharktooth is offline   Reply With Quote
Old 4th April 2008, 03:29   #97  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
Quote:
Originally Posted by Sharktooth View Post
EQM V3UHR or 6of9...
You'd still have to adjust the internal lambdas or else you're just going to waste bits.
Dark Shikari is offline   Reply With Quote
Old 4th April 2008, 03:48   #98  |  Link
Gromozeka
Registered User
 
Join Date: Jan 2007
Posts: 151
Quote:
Originally Posted by Dark Shikari View Post
This would require adjusting Xvid's internal lambda in order to compensate.
It probably to realize?
Gromozeka is offline   Reply With Quote
Old 4th April 2008, 05:19   #99  |  Link
plugh
A hollow voice says
 
Join Date: Sep 2006
Posts: 269
The 1.2 series give the plg_frame routine access to lamda via
XVID_REQLAMBDA /* plugin requires access to the lambda table */

I debated whether to 'announce' this, but what the hell...

I've been working on some enhancements to the HVS plugin (which I'm not ready to release yet), mostly some new variables and operators to work with and a couple bug fixes. (In case noone remembers, an earlier version of this code is in both squid_80's encraw and the xvidvfw I posted).

For example, on the AQ side, not only can you supply an eqn for the old lumi-masking (or variations), but now it will also allow expressing an equation for the new VAQ (or variations), or other approaches people might want to try. You can also do things based upon position (eg center vs sides) and some rudimentary support for zones (eg main movie vs end credits)

And, as the 1.2 version of that plugin also supports supplying equations to manipulate lamda, well *I* think it's a great tool for experimenting...

Stay tuned...

Last edited by plugh; 4th April 2008 at 05:24.
plugh is offline   Reply With Quote
Old 8th April 2008, 02:52   #100  |  Link
ToS_Maverick
x264 Tester
 
Join Date: Dec 2005
Location: Austria, near Vienna
Posts: 223
any news on this?

this sounds extremely intriguing!
ToS_Maverick is offline   Reply With Quote
Reply

Tags
xvid aq, xvid vaq

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 14:22.


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