milkdrop changes in 5.57 beta

[ORB 13]

@redi jedi: Loading a shader from a text file during runtime will not be easy with XNA. The content pipeline converts all assets into a intermediate form (xnb files) that can be loaded easily. This is done during the build process. See http://forums.xna.com/forums/p/3026/14984.aspx

[redi jedi]

@ORB yeah I know, I hit that snag already so I was just gonna do MD1 but it just didn't seem worth it anymore... I just thought it was cool that I had presets loading/running and doing the basic waves/movements on both the xbox and pc... most of the code is just c# so I think I'll offload it to just be a stand-alone ordeal making directX calls... haven't had alot of time lately.

[Nitorami]

Sorry, it seems I made a mistake and had to withdraw this... hope I still can make it work

Martin

[Amandio C]

Just a note about the difference between the 2 MD versions with the integer division operand %.
In previous MD, for example for t=n%10, t changes when the decimal part of n is .5.
In the Beta, t changes when the decimal part of n is 0.

[Stahlregen]

Is it possible that the equal operation is somewhat broken in this release?
I noticed that some of my random switches (in the form of "if(equal(rand(2),1),1,-1)") were broken, and some other stuff that relies on it, like the attached waveform by shifter, won't work anymore, either...

[Nitorami]

Hey, Stahlregen ! A rave from the grave ... haven't heard from you in ages!

Actually a few things have changed in the syntax, e.g. as Amandio C found out, certain float - integer conversions... Don't remember the details, you have to look it up in the forum. I think the rounding changed, and whether 1.5 is converted to 1 or 2... that may affect the integer operations as performed with int, % etc.

In shifters preset however the problem is the line

lr = if(sw,lr,rand(10));

I wonder how this ever worked, because rand() is supposed to deliver a float value, not an integer. The next line

let = equal(lr,0)*sa + equal(lr,1)*sb + equal(lr,2)*sc .........

will never deliver anything else than zero because the chance that rand() spits out exactly an integer number like 1,2,3,4, etc. are zero and therefore equal (lr,1) will NEVER be true. The problem is solved easily by changing the line to

lr = if(sw,lr,int(rand(10)));

I don't know where this incompatibility was introduced. Apart from that I must say the compiler has improved a lot, with the introduction of huge arrays, loop processing and simplifications making the code more similar to C .... e.g. instead of x = above (y,2) you may now use x = (y >= 2) as in standard languages. Unfortunately there seems to be no reasonable tutorial.

Martin

[Flexi]

In the former version the rand() function actually has put out Integers! I have not used it much anyway or i used high multipliers for float value generation - obsolete now. Good find, thanks for pointing out that change.

Welcome back Stahlregen, I'm going to sift through your new presets...

[Stahlregen]

D'oh. Should've checked the rand() output. It used to be integers.

Sure enough, using floor() or int() fixes that.

Also, as a curiosity I found while testing, it seems that rand(0) will output the same as rand(1).

PS: You haven't heard from me the last 15 months or so, I think. My interests had wandered off.

[Telek]

Wow, it's been ages since I've been on these forums.

Gotta get back up to pace with the latest MD developments!

Great to see Redi Jedi, Flexi, Shifter and ROVASTAR still on here.

[Zylot]

yeah this place never dies... oldskoolers and new folks are always poking around. Good to see some other legends have returned as of late.