Nic's xvid build 2004.12.14

Sharktooth · 15th December 2004, 17:36

Quote:

Well, it has been a while hasn't it?
New XviD build up, nothing special. Intel 8.1 Compiled.
(Has been over a year afterall...

)

Download it from http://nic.dnsalias.com/

Are there more info about it?

Koepi · 15th December 2004, 17:41

Yupp. Straight CVS (so some fancy things missing like VBV, selectable curve compression and [don't know for sure] _maybe_ dshow auto AR correction). Fastest build possible for P4. Will be slower on AMD machines though :-/ (ICL8.1 is evil).

Finally, Nic is back to offer builds, too!

It's always better to have a choice.

Regards
Koepi

Sharktooth · 15th December 2004, 17:44

Well, i can compile some builds too (GCC compiles) but i'm sure nic's and your builds are faster and there is already ppl (like the "binarymaker" celticdruid

) that offer compiles with gcc.

Caleb666 · 15th December 2004, 18:05

Quote:

Originally posted by Koepi
Yupp. Straight CVS (so some fancy things missing like VBV, selectable curve compression and [don't know for sure] _maybe_ dshow auto AR correction). Fastest build possible for P4. Will be slower on AMD machines though :-/ (ICL8.1 is evil).

Finally, Nic is back to offer builds, too! It's always better to have a choice.

Regards
Koepi

Hey Koepi,

Are there going to be any improvements in seeking speed in upcoming XVID decoders?

DIVX 5's seek speed is really really fast and XVID is sometimes very slow.

Also, most talk is done about the encoder.. but are there any talks about the xvid decoder ? as in speed improvements or any others?

For example, a few notes from the latest DIVX alpha:

Quote:

CoreBurn includes numerous fixes to the encoder GUI and functionality. Also bundled with this release is a newer version of the DivX DirectShow decoder, which includes performance and quality enhancements.

Bogalvator · 15th December 2004, 19:10

I assume this build doesn't contain skal's fix for the trellis bug suggested here
http://forum.doom9.org/showthread.ph...0&pagenumber=2
as it has not been applied in the CVS (I notice it was last suggested on 10/12/04 on the mailing list)

Is the fix not safe?

Nic · 15th December 2004, 19:16

(I was wondering when someone would notice

)

I'm going to try and update lots on my site (here's hoping I'll have time).

Take Care,
-Nic

Leak · 15th December 2004, 19:52

Quote:

Originally posted by Nic
I'm going to try and update lots on my site (here's hoping I'll have time).

One word: *WHEEEE*!

np: Autechre - Draun Quarter (Envane)

lithoc · 15th December 2004, 22:03

I'm not a programmer but something strike me.

I'm sure AMD fans would love to have.

http://groups.google.ca/groups?dq=&h...ing.google.com

Anyone try it yet? What's the % improvement for XVID?

Nic · 15th December 2004, 22:12

@lithoc:
Interesting post. The AMD FX chip can handle most of the intel optimisations (Can't it? I thought, the only one I think it doesn't is SSE3). So the intel compilers routine must be checking for an Intel Chip as well as Processer Capabilities. A better hack would remove the Intel Chip detection but leave the Processor Capabilities check in.

-Nic

lithoc · 15th December 2004, 22:23

As far as I know, ICL 8.1 crippled Athlon64 by disabled SSE2

bond · 15th December 2004, 23:01

Quote:

Originally posted by Koepi
some fancy things missing like VBV

hopefully it will be stable soon

SeeMoreDigital · 15th December 2004, 23:51

Nice one!

More "profiles" I see...

Cheers

celtic_druid · 16th December 2004, 04:46

Just tried it with /QaxN, it found and removed the checks and the program does not crash despite me not having SSE2.

dragongodz · 16th December 2004, 05:21

the real test would need to be on an Athlon64 or AthlonFX of course. to see whether its speed changed or if it still used the generic code(generated by the "a" in /QaxN).
since some of xvid is compiled with nasm these parts dont recieve any benefit from this at all.

celtic_druid · 16th December 2004, 07:35

Well I just compiled xvidcore.dll with QaxN and QxN. In both cases the patched dll's were identical to the originals.

The previous test I did was with ffdshow.ax which I use ICL8.1 for.

SeeMoreDigital · 17th December 2004, 00:29

Sadly not even Nic's build will not allow me to generate XviD Mpeg4 B-VOP encodes that will play with my Sigma Xcard

Not that I was really expecting it too!

Cheers

sysKin · 17th December 2004, 02:23

Yay

Quote:

Originally posted by Koepi
Yupp. Straight CVS (so some fancy things missing like VBV, selectable curve compression and [don't know for sure] _maybe_ dshow auto AR correction).

VBV is there, you just need to use corresponding profile/level and you'll get VBV active.
"Unrestricted" is the default again, just to disable VBV by default.

Radek

BoNz1 · 17th December 2004, 07:15

sysKin, is there anyway that you can make these VBV boxes in the Levels tab editable? This would be ideal so that if you wanted to encode with say unrestricted profile using quarter pixel or whatever you could still use the VBV for compatibility for your standalone (if it supported qpel). And you wouldn't be forced to use the DXN HT profile which won't allow you to do turn on things like qpel and gmc. This would be really handy I think.

celtic_druid · 17th December 2004, 07:59

I could do a build with say a new MTK profile. GMC disabled, packed bitstream off by default, VBV, etc.

GMC and VBV? Are there any chipsets that support 3 warp point GMC?

SeeMoreDigital · 17th December 2004, 09:23

Quote:

Originally posted by celtic_druid
GMC and VBV? Are there any chipsets that support 3 warp point GMC?

It seems not even the new NeroDigital stand-alone supports 3WP GMC

Cheers

15th December 2004, 17:41	#2 \| Link
Koepi Moderator Join Date: Oct 2001 Location: Germany Posts: 4,453	Yupp. Straight CVS (so some fancy things missing like VBV, selectable curve compression and [don't know for sure] _maybe_ dshow auto AR correction). Fastest build possible for P4. Will be slower on AMD machines though :-/ (ICL8.1 is evil). Finally, Nic is back to offer builds, too! It's always better to have a choice. Regards Koepi __________________ Koepi's new media development site

15th December 2004, 17:44	#3 \| Link
Sharktooth Mr. Sandman Join Date: Sep 2003 Location: Haddonfield, IL Posts: 10,818	Well, i can compile some builds too (GCC compiles) but i'm sure nic's and your builds are faster and there is already ppl (like the "binarymaker" celticdruid ) that offer compiles with gcc. __________________ MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!!

15th December 2004, 23:51	#12 \| Link
SeeMoreDigital Life looks better in HDTV Join Date: Jun 2003 Location: UK Posts: 10,009	Nice one! More "profiles" I see... Cheers __________________ Still confused about anamorphic images? Then look here! \| Main Encoding Interests: Hardware device playback \| My Gear \|

16th December 2004, 05:21	#14 \| Link
dragongodz .... Join Date: May 2002 Location: Australia Posts: 2,789	the real test would need to be on an Athlon64 or AthlonFX of course. to see whether its speed changed or if it still used the generic code(generated by the "a" in /QaxN). since some of xvid is compiled with nasm these parts dont recieve any benefit from this at all. __________________ Narrator: And of course, with the birth of the artist came the inevitable afterbirth - the critic. (History of the World part 1)

17th December 2004, 00:29	#16 \| Link
SeeMoreDigital Life looks better in HDTV Join Date: Jun 2003 Location: UK Posts: 10,009	Sadly not even Nic's build will not allow me to generate XviD Mpeg4 B-VOP encodes that will play with my Sigma Xcard Not that I was really expecting it too! Cheers __________________ Still confused about anamorphic images? Then look here! \| Main Encoding Interests: Hardware device playback \| My Gear \|

15th December 2004, 19:10	#5 \| Link
Bogalvator Registered User Join Date: Jun 2003 Location: Northampton, England Posts: 187	I assume this build doesn't contain skal's fix for the trellis bug suggested here http://forum.doom9.org/showthread.ph...0&pagenumber=2 as it has not been applied in the CVS (I notice it was last suggested on 10/12/04 on the mailing list) Is the fix not safe?

15th December 2004, 19:16	#6 \| Link
Nic Moderator Join Date: Oct 2001 Location: England Posts: 3,260	(I was wondering when someone would notice ) I'm going to try and update lots on my site (here's hoping I'll have time). Take Care, -Nic

15th December 2004, 22:03	#8 \| Link
lithoc Registered User Join Date: Jan 2004 Posts: 86	I'm not a programmer but something strike me. I'm sure AMD fans would love to have. http://groups.google.ca/groups?dq=&h...ing.google.com Anyone try it yet? What's the % improvement for XVID?

15th December 2004, 22:12	#9 \| Link
Nic Moderator Join Date: Oct 2001 Location: England Posts: 3,260	@lithoc: Interesting post. The AMD FX chip can handle most of the intel optimisations (Can't it? I thought, the only one I think it doesn't is SSE3). So the intel compilers routine must be checking for an Intel Chip as well as Processer Capabilities. A better hack would remove the Intel Chip detection but leave the Processor Capabilities check in. -Nic

15th December 2004, 22:23	#10 \| Link
lithoc Registered User Join Date: Jan 2004 Posts: 86	As far as I know, ICL 8.1 crippled Athlon64 by disabled SSE2

16th December 2004, 04:46	#13 \| Link
celtic_druid Registered User Join Date: Oct 2001 Location: Melbourne, Australia Posts: 2,175	Just tried it with /QaxN, it found and removed the checks and the program does not crash despite me not having SSE2.

16th December 2004, 07:35	#15 \| Link
celtic_druid Registered User Join Date: Oct 2001 Location: Melbourne, Australia Posts: 2,175	Well I just compiled xvidcore.dll with QaxN and QxN. In both cases the patched dll's were identical to the originals. The previous test I did was with ffdshow.ax which I use ICL8.1 for.

17th December 2004, 07:15	#18 \| Link
BoNz1 Registered User Join Date: Dec 2002 Location: Great White North Posts: 521	sysKin, is there anyway that you can make these VBV boxes in the Levels tab editable? This would be ideal so that if you wanted to encode with say unrestricted profile using quarter pixel or whatever you could still use the VBV for compatibility for your standalone (if it supported qpel). And you wouldn't be forced to use the DXN HT profile which won't allow you to do turn on things like qpel and gmc. This would be really handy I think.

17th December 2004, 07:59	#19 \| Link
celtic_druid Registered User Join Date: Oct 2001 Location: Melbourne, Australia Posts: 2,175	I could do a build with say a new MTK profile. GMC disabled, packed bitstream off by default, VBV, etc. GMC and VBV? Are there any chipsets that support 3 warp point GMC?

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode