3ivx D4

[Stux]

Originally posted by Marc FD
maybe it's clean&fast, but i think it would be even better if it worked ^_^
IMHO, it lacks a emms.
Yes, I don't remember where exactly, but there was a missing emms

[Selur]

D4 4.0.3 is out:
http://www.3ivx.com/download/windows.html

Cu Selur

Ps.: should work fine with Yv12 :)

[Valky]

Hmm.. I wonder if they have made any improvements in decoding section..

It made very good job with the last version, but it is kind of frustfrating if I have have to uninstall all my other DS filters to be able to decode through 3ivx.

So..does anyone know if there is any priority settings now or what? If not..then the situation is as bad as it was. But good for Mac users..

[BoNz1]

Yes, there are priority settings now, just downloaded it a couple days ago and indeed they are there. Just out of curiousity, does this now mean that we can use ffdshow to decode the video now and just use 3ivx to parse the mp4 and playback the aac? Thanks.

[Selur]

I tested it a week ago or so (with the last rc before this release)to decode an mp4 file. Worked fine but as far as I remember 3ivX was used for all the decodeing.
(tried a trailer from http://www.wsu.edu/~benp/trailers.htm with Xvid and aac audio, just redownloading it now to see if I remember right ;) )

Cu Selur

[tiki4]

I transcoded a short clip yesterday evening. The video was XviD stable (Oct. 2002 Koepi build). Audio was transcoded with AACMachine and the normal VBR preset. I muxed video and audio with mp4creator60.exe version 0.9.7.4. The file playes absolutely fine in WMP 6.4, but it is impossible to seek. Audio gets async with video. Tested that with and without 'interleave', with and without 'optimize'.

AFAIK, decoding is only done by 3ivx DS filter. Unregistering it had no effect, as WMP can't find a decoder then. Otherwise the filter has some priority settings, so that it isn't used outside MP4 files.

Last issue remaining is the seeking problem, I didn't find a solution for that yet. Hopefully they also implement AAC 5.1 decoding, that's what we are really waiting for I think.

Regards,

tiki4

[CavalloPazzo]

I think ffdshow has to be modified to decode output of mp4 splitter... that's not a 3ivx problem.

[tiki4]

I think so, too.

In Graphedit the 3ivx DS splitter filter's output pin doesn't connect to any other decoder.

Regards,

tiki4

[Valky]

Just wanted to say that decoding works flawlessly now and the priority settings too.
It's easy to use now with low encoding Divx-files, but it couldn't decode my own Xvid encodings with Koepi's 020203-build with b-frames, CM,QP and GM. Picture went totally blurry.

I wonder how that automatic quality post-processing works. Should I use it with bad encodings or just put that slider to maximum myself.

Also with non-standard resolutions like 621x341 there is this little green horizontal line at the bottom of the picture. This happens with ffdshow too, but NOT with Divx decoder.

[tiki4]

@Valky:

Did seeking work for you in MP4 file with AAC audio? I also can confirm, that with latest unstable build of XviD and some of the 'newer options' the 3ivx decoder went totally crazy.

Regards,

tiki4

[bullitB]

Originally posted by Valky
Also with non-standard resolutions like 621x341 there is this little green horizontal line at the bottom of the picture. This happens with ffdshow too, but NOT with Divx decoder.

I'd love to know how you suggest decoding YUV 4:2:0 video to an odd dimension. 8)

I think sticking to multiples of 2 would save you a lot of headache.

[Valky]

..and in what particular part of my posting I did suggest something? :)

It was just a sidenote I did when watching my cousings homevideo from his weddings...(yeah right..like someone's gonna actually believe it..but who cares! :)

[Sirber]

I tryed it and it suck ass. The rate control don't work well and the image quality is ugly.

[raistlin2k]

anyone compared FFDshow to 3ivx-Decoder?

Thy offer both an automatic for CPU-load on post-processing, but which one is better in quality, performance??

For me FFDshow needs less CPU-power, moreover I think 3ivx has sometimes problems with Divx5.03-encoded samples, sometimes video slows down a lot, almost stops, but I guess it's not a CPU-problem, but DivX changed something in their encoder, old DivXDec 5.02 is unable to play my 5.03-encodes, stops always at same position.

Any results to share?

Raist

[RadicalEd]

Not sure about the 3vix decoder, but the divx 5.03 decoder seems to do a better job at postprocessing than ffdshow

[midiguy]

Originally posted by RadicalEd
Not sure about the 3vix decoder, but the divx 5.03 decoder seems to do a better job at postprocessing than ffdshow
The DivX 5.03 decoder uses a RIDICULOUS amount of horsepower. with NO post-processing enabled, the DivX 5.03 decoder uses more CPU than with FFDSHOW at FULL post-processing.

[RadicalEd]

well :\ maybe so
But the postprocessing seems a little better quality wise. And I guess it should if it uses that much more cpu :\

[ookzDVD]

When will 3ivx support the 2-pass mode ?

[Selur]

as far as I know they work on it, but at least as beta tester I didn't see any testing version up to now, so it seems like they are still doing some 'early' developing,...

[jonny]

There is a bug in the codec.

Calling ICSetState seems to have no effect in the codec (no parameters change)

This means that if we save a vcf with vdub, change the codec settings, load the vcf, the settings will be ignored (not nice!).

[Stux]

There is a bug in the codec.

Calling ICSetState seems to have no effect in the codec (no parameters change)


Yes, this was reported a few days ago, we've now fixed it, and the fix will be in the next release.

[deXtoRious]

When will the next release be released?

[jonny]

Yes, this was reported a few days ago, we've now fixed it, and the fix will be in the next release.


Nice :)

[Stux]

When will the next release be released?


We haven't decided yet

[deXtoRious]

I hope it's real soon... I tested your codec along with some others (you can read about it in the thread about VSS and H.264) and it's quality was about equal with Xvid. If your new release is really improved, it could become the best video codec available (not counting H264, which isn't usable due to it's horrible speed)! :D

[Stux]

The problem is always, do we release a minor update which just fixes bugs... or do we wait a bit longer and release an update with new features and/or serious improvements.

Normally its better to go with the second option, although at the time it often seems like the first option would be better ;)

Remembering that there is a serious amount of work involved in just freezing the cvs version and publishing a release, no matter how many changes have been made.

[jonny]

Fixing the get/set state bug is a minor fix... but permit us (or at least me :)) to batch encode=making a lot of testing ;)

[deXtoRious]

Could you tell what improvements/bugfixes/new feature can we expect in the new release, whenever it will come out?

[Stux]

We try to fix all known bugs in each update.

One of the big features we have planned is dual-pass.

Can't tell you more than that, sorry