avs 2.8 alpha 3-4 and EXP1 (Woo)

what if they didn't know his name was justin, even tho there were sooo many hints for it

Being THAT stupid, they have no business mailing him anyway

Originally posted by UnConeD
Actually it's dead easy to grab these supposed spam proof addresses:

[a-zA-Z0-9_-~+]+ at ([a-zA-Z0-9_-~+]+ dot )+[a-zA-Z0-9_-~+]+

(regular expression)

You're better off using some smarter scheme, e.g. "my first name at nullsoft dot com"

Humans won't have a problem, spambots will 😉.

Yeah well I wasn't too terribly afraid, I get so much spam anyway.. was just making it non-superduper-trivialobviouslybad. 🙂

-J

OK I think this finally fixes (thanks to Unconed's diagnostic help):



The exp1 (err now exp2 fixing the deadlock bug) is because this uses my new evallib version which has some pretty major architectural changes (supports unlimited variables yay!)... So if you notice any new eval related bugs let me know, and I'll either fix or revert to the old code if need be.

-Justin

Edit: updated it again, resolving lots of little preset/transition issues. If you got it before reading this notice, get again =)

i only have one problem:
when i close the avs window a "plugin has executed an ilegal opperation. restart of winamp is recomended" message pops up.

Doesn't occur over here. Not even when I tap ctrl+shift+k really fast. Try reinstalling.

Justin could you make the text have codable x,y,size,on/off and it would be extra cool if it could be used as an array (would return length and you could set the index for the rendered word) multiline text would also kick ass but if you do the others that wouldnt be hard to do with code.

Originally posted by jonasc1
i only have one problem:
when i close the avs window a "plugin has executed an ilegal opperation. restart of winamp is recomended" message pops up.

Same here. I'm using exp2. It doesn't really make much of a difference in the operation of the program itself, but it's damn annoying.

Same thing for me. It also happens when I dock the AVS window in or out of the Winamp 'window'.

And still, when I return from fullscreen to normal (undocked), the cursor disappears behind the editor and all other WA windows.
Clicking on any window fixes this, but it's quite annoying.
Changing priorities shoud fix this, I guess.

I know this is a WA5-related bug, but since we're listing bugs anyway...

Using W98 and WXP, happens with both.

has been happening in w98se on wa2.x for a long time too. i seriously don't see what the problem is though....

Not a bug but to consider:

In previous version of AVS the image is lost on resizing the AVS-window. Now there is this option "reuse image on window resize" found in display settings which is turned on by default.

I do not know if this thing really makes sense here. Especially when doing SSC/DynaMove-coding depending on w and h it is comfortable to get an empty image after resizing to start back from "black" with the new res. Plus with some extra-code one can check for resizing and then start drawing from the very start, i.e.

Frame:
new=if(equal(resold,w*h),0,1);
resold = w*h;
...

Now with this new option some unwanted leftovers of the previous res stay on the screen which causes some of my presets to look ugly.

I think this new option should be better placed somewhere inside a preset i.e. inside "main". So one can decide for every single preset if the image is kept on resizing.

Using effect list coding you can do your own check though, and make every effect 'first frame/resize only'.

By the way it's probably better to check w/h separately rather than their product.

It's better to use h*1600+w instead, no one's really gonna run AVS at a higher horizontal resolution of 1600. Or if you can spare the division, h+1/w. This puts the height on the left, and width on the right of the decimal point, as we know that both w and h are integers.

Why would a multiplication+sum or even a division+sum be faster than simple equal-checks?

Originally posted by UnConeD
Using effect list coding you can do your own check though, and make every effect 'first frame/resize only'.

Yep, but I am thinking of compabilitiy - means running Presets made with previous AVS-versions in new AVS2.8

Originally posted by UnConeD
Why would a multiplication+sum or even a division+sum be faster than simple equal-checks?

Because you know as well as I do that jumps kill the cache.

True but FP multiplication and especially division are still slow. I'm not sure if branch prediction will have an effect on such a single piece of code.

Remember though, due to the evallib changes, a lot of code that used to be slow will be fast now (best example: Neon Coaster which runs 3-4x faster).

ok maybe this isn't the best place to post but i didn't want to create a new thread...

when clicking the channel shift winamp crashes without even showing the menu, it happened in the final that came with wa5.

*edit: nevermind, spotted the problem... the channel shift ape was still in the avs directory, this is what makes it crash.