nic's 03.27.2002 build

[wing1]

@nic

I d/l your new build, and try to install it. It seemed to only install the new xvid.ax filter support for -h new codes. However, when I tried to install it error out saying can not load/extract xvid.ax.

uManiac's 03.29.2002 instant build seems to increase details to the encoding. Furthermore, I noticed a drop in speed. I used to be able to capture at about 26-35% CPU, but now it is up at 78-91% most of the time. It is a minor issue to me but I can live with it :D I like where xvid is going!

[-h]

uManiac's 03.29.2002 instant build seems to increase details to the encoding. Furthermore, I noticed a drop in speed. I used to be able to capture at about 26-35% CPU, but now it is up at 78-91% most of the time. It is a minor issue to me but I can live with it :D I like where xvid is going!

Gah.

It *really* sounds like interlacing has been enabled (or at least it's doing the super-slow field DCT check), and that is *very*very* bad.

I'll check CVS.

-h

[soujir0u]

Very bad? Noooooo! I have been encoding a first pass for 4 hours already using the new build, I sure hope everything turns out ok!

[wing1]

you will not be disappointed with the outcome :D Speed wise it's a tad slower, but not that bad.

[wing1]

@-h

why is it bad? I can live with the speed impair for now until you completed the codes for it :D If it somehow improves details to the encoding more power to it I would think. I did a test with the interlace capture 512x384 and I like the outcome; It has some combing artifacts in motion area. However, the overall results are excellent. Playing back doesn't crash any more and furthermore I can watch it without post processing (no macro block noise) and it's at least 90% of source capture :D Now if i ran that through avisynth and decomb to get rid of the combing artifacts and recompress it once again, I'd have an excellent result!

[chemmajik]

Originally posted by -h


It *really* sounds like interlacing has been enabled (or at least it's doing the super-slow field DCT check), and that is *very*very* bad.

I'll check CVS.

-h

Let me know when the next build is out, if this is a bug. I want to try some test's. But they will be 720,704,640 sizes I want to compare sizes & see how its coming along. It would be nice if someone had best quality profile made.

[wing1]

according to uManiac's CVS update infos, the latest instant build has some fixes from -h: CPU % is down to normal now (26%-45%) and in heavy motion scenes it still max out at 100% for a few seconds, which 3.25.2002 build maxed out at 89%, nevertheless, there is no frame drop. Furthermore, it now allowed you to encode in CBR mode with lumni mask :D !!!

Note: This build still does not like Nic's DSfilter from 3.23.2002 and back. It will only allow you to play it with included xvid.ax. However, if you uninstall the current xvid.dll and reinstall uManiac's 3.24.2002 xvid.dll and Nic's 3.23.2002 xvid.ax, the clip will play fine.

Quality wise, there is nothing to be disappointed :D At this developement rate b-frame / interlace supports are pure sugar coating to the codec.

[uManiac]

@wing1:
I tryed the current build off my site (29.3@7:40) with Nic's DS filter (27.3) and it seems to work fine together, both with interlaced and progressive sources. What version of the DS-filter are you using ?

uManiac

[wing1]

@uManiac

I was using yours latest instant build 3.29.2002 0740 along with Nic 03.23.2002 DSfilter. These two conflicted with each others.

The 03.27.2002 DSfilter has error when I installed it, so I can not use it.

[Pasqui]

@wing1
just reboot your computer before installing Nic's release. Your error message is due to the fact that Windows doesn't allow you to change the filter after you used it.

[wing1]

Ok, did that too, and it does seemed to work either :(

Something strange here. Removed xvid completely from system including registry, and reinstall uManiacs's 3.29.2002 0740 build xvid. I then install Nic's 3.27.2002 over that, and I noticed that Nic's installer bypassed the xvid.dll and xvid.ax but it installed the calc and the 4CCchanger. Hmmm.... :rolleyes:

so I removed xvid once again, and proceed to install uManiac's current build. However, this time i removed the xvid.ax from system32. Bingo, Nic's 3.27.2002 installer skipped the xvid.dll and installed the xvid.ax and registered it.

What is going on? I have not seen that before.

Now they no longer conflict...hmmmmm (scratching my head ):confused:

[-h]

Good to hear cpu times are back down..

Interlacing can give you better quality, but I believe I have stuffed up the edging, so P-frames (although they look good now) are *not* MPEG4 compliant, it's just that the mistake cancels itself out at the moment.

I've got a bunch of interlacing asm I want to commit (interlacing code should be 16x or so faster), but I want to make sure it's bug-free first.

It should definitely not be used at the moment, apart from an I-frame-only clip, as that's the only method I'm sure works properly :)

-h

[alx]

Hi, this post is to share one test that i made with nic´s latest build......I have a trailer of "hollow man" in my hdd, that i usually use for testing purposes, because it has lot of action, bright and dark parts and its small too.

Well, i tried CBR at 6000bps and it looks great, so i thought that at 10000bps it would be fantastic.........well, it was, except for the very bad macroblocks that appears from time to time in walls or scenes where we can see sky....

That really worry me is that with the 6000 bps. version, this macroblocks does NOT appears at all..........interesting i guess.....

Well, as i said in my last posts, i am not an expert, but i want to help.

Thanks for read this
Alx

Ps and out of topic......does anyone could use AVIRevolution with Xvid, i couldn´t.... if i can found the author, i will let him know this.

[MaTTeR]

Maybe not the right place for this but....Nic is it possible to have a hue saturation slider in the DSF? I'm unfortunately stuck with a standard tube TV that washes colors out, being able to saturate the colors slightly would improve it though.

Many thx

[Koepi]

I guess we need overlay controls for that...
I once more looked into dshow to see if I somehow could access the overlay and control it's properties, but I'm still stuck :-/

Regards,
Koepi

[Nic]

I can add it, Ive been meaning to add the other color controls recently (Donald Graft's new Tweak filter shows how I should do it, so it shouldn't be a problem)

-Nic

ps
But it would be nice to do it the proper DShow way :)

[avih]

i have brightness/contrast/saturation controls in my postprocessing build. it doesn't use dshow functions, but operating directly on the image itself, in yuv. the 'c' code is quite cheap in cpu terms, and i also have working mmx code that really makes the cpu usage neglectible. i can post the code to nic (the sources i've uploaded so far have the 'c' version only), or just wait till we merge. it's working quite fast and satisfactory anyway.

cheers
avi.

[MaTTeR]

My eyes will thank all of you many times:D

I'll test the new build once it's available and report feedback.

Thx guys

[avih]

@MaTTeR:
if u were talking to me, then check out
www.geocities.com/avihpit/xvid/post.html

it's an old version, and i'm working on a newer one with more options, and the color controls are in 'c'. but it's working, if it's a must have for u :)

[MaTTeR]

@avih

I think I'll check out your build later tonight and see how it looks. I see you have several intersting options in the filter:) Thanks for the link!

[avih]

@nic:
in case u don't have the auto-pop up for PM, or u never check them out :), i just sent u a private message.

cheers
avi.

[edit] - since nic answered publicly, i'll put my original message here as well :)

----------
hey nic
hehe, finally managed to install sp5, dx8.1sdk and processor pack.

the dshow project now compiles ok, and i even added a slider to the dialog and it shows

YES!

anyway, i'm still working on the filters, but since you have good optimizations for deblocking and deringing, and my implementation kinda sucks for these filters , and i have some implementations which u don't have atm (i.e. picture controls and noise generator, which got amazingly good feedback btw) i thought of starting our long awaited merge.

since you've already mastered ( ) the dshow quirks, i thought of asking u for your dshow project, and i'll start adding stuff to it.

naturally, i'll send u the source before i publish something so u can also have it posted, and you'll also get good credits on my site and readme file

so, shall we?

let's start to have some fun
cheers
avi

ps.
i also understang that u still have non-GPLed deblocking code, so i won't release the sources either. only the dll after i send u the modified source.
----------

[Nic]

Ill answer the PM here :)

Sure you can have the source, I should really have been releasing it with every build but im lazy :) (<-- a -h quote I believe :) )

So ill put it up on my site soon (maybe not this weekend, im busy with family stuff, being easter an all, but definitely by tuesday/wednesday)

The code has gone through stages of being messy & tidy, its a bit messy...if you want, please try and tidy it up :) Its because I've had to make so many changes to bug fix, its got messy :)

Its debateable to say whether the code is GPL or not, When DivX4 came out, DivXNetworks did state that the OpenDivX decoder had become GPL (Junto mentioned it on more than one occasion).....

Good luck with adding your code in, you shouldn't have any problems :)

Cheers,
-Nic

[avih]

i've managed to compile the dshow projects today, and u're gonna let me wait will wednesday?????? :)
SEND IT TODAY! :) (preferably now before i go offline for a while)

juz send me whatever u got, i'm eager to put some stuff in, messy or not

;)
avi

[trbarry]

Is there any way in DirectX to adjust for the different color spaces or conversions, without the cpu overhead of massaging the data? Is it something in the overlay color controls?

I'm wondering about the distinction between BT709 vs 601, PC Scale vs TV scale, PAL vs NTSC vs ATSC, or Full Luma Rage on vs off. I don't know if these are even the same, or similar.

But even when the data is in the same format (say YUY2 or whatever) I think that the black level and some other color distinctions have just been passed along and never converted if it has not been selectively converted to RGB somewhere along the way. I don't know if the original color format (space, terminology?) has even been remembered.

Does this make any sense? I'm not looking for (another) tutorial on color conversions but just wondering what is available in current DirectShow and video overlay drivers. I'm afraid I still don't know enough about DirectShow to be properly dangerous.

I guess this is a feature request if anyone knows the answer. ;)

- Tom

[grovsnus]

@Nic: I think the 1-pass has gone bad. I have a test clip off the Stigmata film (2:39 long, very high motion) that I did some tests with at resolution 704x400, Quality 100%, Quantizer 2 and CBR 1000kbps.

What's funny is that they all end up the same size, and what a size it is.. 130MB (for 2m39s.. high motion indeed ;))

130MB is actually the original size of the MPEG-2 data stream, so something is quite fishy here I think :)

The results are nice, however, although the original stream is better.

Cheers,

[-g-]

[chemmajik]

Post & Pre processing seems to have disappeared on the 3-30 build of the filter properties when playing. From the last public release to this latest beta I can definently see a difference. The blocks have been reduced to 3/4 the size. I'm just not sure if theres a setting I should use to reduce even further the blocks, or try some kinda smoothing or deinterlacer technique. The quality is almost perfect if I could just get the right amount of smoothing without loosing the quality. This is a capture file at 640x480 then viewing it at full screen when the desktop is 1024x768. Thats why I was going to test the pre post filtering. I'm just not sure if you'll plan on ripping out that sheet. I'm wanting to keep them all in one format, and one way of creating them. Don't want to get some kinda quantizer mixed up with some smoothing technique. I'd say XVid is just about almost there if I could just finalize the last part, time for me to get the latest gordon knot, xvid really needs automating esp with the no filters allowed on the first pass versus 2nd pass. Alt Curve might be the final touch maybe to get the finishing touches...