new codec?

[REIGN_]

have you heard anything about new divx codecs? 4.11 is still slow especially with vdub!:rolleyes:

[BlackSun]

It's done when it is done :p Btw what is slow for you ?

[ChristianHJW]

... if you are running DivX4.11 on a P IV with SSE2 there is more CPU power needed for resizing than for encoding ... ;) !

[REIGN_]

i was meaning that the algorithm is still very slow! you are programmers you should be uderstanding me!
how's power divx going by the way?

[ChristianHJW]

Reign,

what i was trying to tell you is that DivX4.11 is not at all slow. In fact, given the right CPU with SSE2 ( for now only Pentium IV, AMD on the way ) its fast as hell !!

This results in a stupid situation that the encoding program ( Vdub, DVD2AVI1.82, whatever ) and cropping/resizing filters may need more CPU power than the codec itself !

A friend of mine owning P IV was reporting a 69 fps encoding speed when reencoding an elder 2 CD DivX3.11 AVI ( not nandubbed, simple 1 Pass ) in Vdub's 'fast recompress' mode to DivX4.11 2 Pass VBR, no resizing, no filters .... sorry i cant give you more details ( resolution, CPU frequency, etc. ) ...

.... what CPU you have ??

[BlackSun]

PowerDivX is find, 4.0 version is in development...

[BetaBoy]

NEWS: DivX 4.12 Available for Download

Version 4.12 of the DivX codec fixes some minor issues with version 4.11, which introduced full optimizations for the Intel® Pentium 4 processor.

Version 4.12 does the following:

- Fixes a crash on Pentium 4 when encoding in YUV12 mode
- Fixes a crash on buggy VIA motherboards (in both the encoder and decoder)
- Adds more complete support for future advanced DivX video features

Also in this release is a new and improved version of "The Playa" 0.6.6

Whats new?

* CPU usage reduced
* S3 video cards display bugs fixed
* MicroDVD subtitles support finished
* GDI Leak bug corrected
* Improved Streaming of AVI files
* Right click pauses in fullscreen
* Various minor bugs corrected

-- Changes since 0.6.5 --

* Bugs fixed in The Playa 0.6.6 release:**
* Post-Processing slider not working correctly
* Changes since 0.6.4 **
* New skin with DivX.com hyperlink



Download it here:
http://www.divx.com/divx/

[snol]

yeah I find the codec itself's plenty fast, I'm not even on a p4 (athlon) and I get framerates about like ChristianHJW mentioned. > 40-60 fps for avi-to-avi/fast compress/no resize (at a moderate resolution), 15-25 for a dvd-rip with resizing and mpeg2 decoding. the codec's probably not where the slowdown is.

[Uli]

Yeah!!

This release works nearly flawless...
But still i have to force loading of DivXG400 always, or the picture is flipped by Y. If i force load of DivXG400 the picture is correct, without it's upside down :confused:

Anyway, great codec, Uli

BTW: Athlon 1.4 Ghz, Via KT266, 512 MB, Geforce 2 Pro...

[REIGN_]

i have a pentium 3

[REIGN_]

i have a pentium 3 700mhz 7/100fsb and i get 4.5-5.6 with full filters no sound!!!! i haven't tried recompressing but i suppose about 13-15 fps what should i do except from upgrading which will be done in april or june:)))))))(p4 1,7 giga , 512mb ram total 60 giga hard disk etc..)

[ppera2]

DivX 4.11 Codec rocks !

It is really fast... If you have low framerate it's not codec's fault.

I get average 70-80 fps when encoded in VDub Mpeg1 source (with DVMPEG codec) res 704x304. On Athlon@1350, DDR board. It is amazing speed, and we even don't have yet Athlon/3DNow optimized version...

I just can sorrow that no Mpeg2 plugin for VDub.

[ProfDrMorph]

I just can sorrow that no Mpeg2 plugin for VDub
Use a frame server and VDub can encode MPEG2 sources. You can either do this through VFAPI but you better use AviSynth since AviSynth supports cropping, resizing and more and it works in YUV colorspace which allows you later in VDub to use the Fast Recompress mode to speed up compression by skipping the YUV->RGB and RGB->YUV conversions.

[ppera2]

ProfDrMorph:

I know about frameserving... But it is always slower than working in one programm. Currently fastest way to encode is DVD2AVI 1.82. But it is pretty limited. Therefore I would like to make it all in VDub.

[ProfDrMorph]

I know about frameserving... But it is always slower than working in one programm.
Then I wonder why even the DVD2AVI/VFAPI/VirtualDub solution is faster than using FlaskMpeg ;). AviSynth's speed improved "could" be explained by staying in YUV colorspace ( I would have to compare it to Xmpeg but it's been a long time since I touched Flask ). So frameserving doesn't need to be slower. Especially with AviSynth I think your better off by using a frameserver since VirtualDub can't use it's filters in YUV colorspace.

[ppera2]

Correct... I talked once about that all what I want is Mpeg2 and YUV filter support in VDub... However, even if I use Full processing I get very good framerate in Vdub from for example that mpeg1 source.
Actually I don't like idea to use AVISynth only for resize. I think that it is purposed for some complexer operations.

Sometimes I have feeling that lack of Mpeg2 support is intentional, probably because of copyright.

Flask is not good example. It is badly coded, slow and buggy. I don't use it for long time.

[ProfDrMorph]

Actually I don't like idea to use AVISynth only for resize. I think that it is purposed for some complexer operations.
I think the idea behind AviSynth is being a fast frame server. It CAN do complexer operations but it's also good for simple jobs like bringing MPEG2 support to applications which wouldn't have it otherwise.

Sometimes I have feeling that lack of Mpeg2 support is intentional, probably because of copyright.
More or less right. Avery Lee said that he doesn't add MPEG2 support because he's lacking the necessary time. I once suggested in a mail that he should add an input plug-in system to VirtualDub and he answered that this is planned for VDub 2.0.

Flask is not good example. It is badly coded, slow and buggy. I don't use it for long time.
Ok compared to other decoders it's bad but not so bad as if it wouldn't be ok for newbies to take their first steps into DVD conversion.