ShatterShot Lite - DEMO MP3 ADDED

VST, AU, AAX, CLAP, etc. Plugin Virtual Effects Discussion
Post Reply New Topic
RELATED
PRODUCTS

Post

aciddose wrote:whyt;

i'm trying to make the world better, and you're trying to complain about both problems with the world, and my solutions for them. what is the meaning of your life? to make the world worse off? listen buddy, you need to chill out and do something useful, stop trying to heckle me, it isnt getting you, me, or anyone else anywhere, ok?
JackDark is trying to make the world better, and you're trying to complain about problems with the world, and his solutions for them. what is the meaning of your life? to make the world worse off? listen buddy, you need to chill out and do something useful, stop trying to heckle him, it isnt getting you, me, or anyone else anywhere, ok?

if you had been paying attention for the last year, you would have found i more than anyone desire important properities of objects i build and use,
And a smaller .dll is important to whom, exactly? Oh yeah, just you.

while i spend much time fighting against individuals who would rather have a fancy gui without it actually being an interface to something real underneath. if everyone actually cared about the quality of an instrument rather than its looks, or features which are not required by real artists, they would be using xhip. but are they?
Talk about twisted logic. People are using the tools that work for them. That should tell you a lot about xhip. And shows what you know about 'real' when it comes to artists.

in the real world, people will not only ask for the blue and red gui, they will demand it. they will want to be able to switch between them at will, and they will want to be able to make their own versions with a background image of the latest pop whore. will these people care about the instrument? no. they only care that they presds a button, and the instrument makes a sound that pleases them, they want it to make them feel like they are melting, into the pool of inanimate inert goo that accurately represents them.

most of the market for audio software is made up of these people, very few real artists use software in comparison.
What a load of self-deluded, maturbatory twaddle.

most companies with sound business strategy in this market are producing the one-key-magic software with fancy graphics and useless frill features that the market desires. i wont bother naming anyone specifically, just take a look around at the most successful products!
You mean the ones people make music with. Yeah, thats terrible. Everyone knows 'real' artists dont make music, they use xhip instead.
when i mentioned what i did to jackdark, i intended to help him to improve his creations in ways i thought he might be interested in. had he come to me suggesting such improvements to my software, i would have been very thankful. i ask people for suggestions and the best they can come up with is "better gui" or "more patches" or "moog filters!!!!!11111one" and so fourth.
So you complain when people want a better GUI from you, but you think its okay to complain about the size of a .dll by someone else.

Talk about hypocrisy.

if someone could come to me and say "i think xhip's sliders should be made from x, y and z, and here is a document and a bitmap to show you how to do this. i like the ones you already have a bit, maybe you could do i, j and k to allow for these other features." i would be probably messing up my pants with joy.
here i am, offering to put togeather something the se community probably has desired like madness for a long time
And of course, because you claim that, it must be true. Riiight.

Funny how it hardly ever gets mentioned on the developers lists, though.
and you whyterabbyt, heckle me and insult me, for what reason?
Because you started by heckling and insulting people over the stupidest, most inane set of reasons under the sun, and because you justify it on the ludicrous arrogance that you have an 'insight' into what defines a 'real artist' which seemingly has nothing to do with music, but whether or not they, wait for it, use your product.

"Only people who know their stuff use xhip. Anyone who doesnt use xhip doesnt know their stuff. I made xhip, your stuff is crap because its not like xhip, I know my stuff waaah waaah waaah"
An idiot on Set Theory:
"In some cases there is an object called red that contains everything that is red. In much the same way a pot is a plate."

Post

aciddose wrote: unfortunately i can not possibly support gif, i have the code right here and i could put it togeather, but anyone using it might be the target for lawsuits, most likely the se creator would get nailed for this and have to put out lots of cash just to get it shown they had nothing to do with it.. gif sucks anyway.


Incorrect. The patents on LZW compression by Unisys, which were the cause of the 'legal issue' over GIF files, expired in 2003.

Additionaly, Unisys never required any license for 'non-commercial, non-profit GIF-based applications'. A free library would come under these terms.

Oh and by the way, just for your information, a company, Forgent, is claiming a patent over part of the JPEG format in exactly the same way as Unisys did with the GIF format, and this has not yet been resolved legally.

In short, you've actually got it somewhat backwards. GIF is now safe, JPEG might not be.
An idiot on Set Theory:
"In some cases there is an object called red that contains everything that is red. In much the same way a pot is a plate."

Post

though, gif sucks, jpeg doesnt. gif isnt used by anyone anymore, jpeg is. gif was developed privately, jpeg was developed in public.. the odds of anyone ever allowing a company rights to any part of the jpeg standard are very low. there are so many versions of jpeg compressors and decompressors out there, it would be impossible to enforce anyway. most of the jpeg encoding and decoding processes are non-patentable. (although if you're american, well.. you're american.)

also, jd doesnt plan on using my module for free or open purposes, nor will many other people who ever use them.

Post

btw i patented addition! you owe me 45,553e for summing up the facts in your previous post.

but you're right, i stupidly forgot the lzw patents have expired. anyway, gif still isnt a very good format, and animating png or jpg is easy too.. if i write a module for jpg, i could also write a module which accepts a script and several images, and allows you to animate them.. or expose a parameter which allows the person working in se to set which image is shown, or etc. also, who would ever want to be using 16 or 256 pal index images anymore.. if you need the optimization for size, usually a custom format is easier to deal with.. the font in xhip for example will use adaptive (delta) encoding once i get around to caring about that.
Last edited by aciddose on Wed Dec 14, 2005 2:10 pm, edited 1 time in total.

Post

nice effect then, thanks Jack Dark.
...

Post

aciddose wrote:the png format supports animation i believe. png btw has much better compression than gif, and compresses/decompresses faster.. so, avoid gif at all costs, its junk.
I have heard that .PNG supports animation but nowhere on the net could I find a program that would allow you to edit .PNGs into framesets. I also tried to find an animated .GIF to animated .PNG converter, but couldn't. I'm not saying you're wrong, I'm just saying I couldn't find any way to do this.

.GIF greatly interests me because the main program I use to edit my art, Autodesk Animator Pro, exports to .GIF primarily, and it can create animations as .FLC files, and you can find .FLC to animated .GIF converters all day long. :) Plus there are tons of animated .GIFs to download off the net, most of them public domain.

I greatly, greatly wish that someone would create a subcontrol module for SE that supported an animation file, like animated .GIFs, .AVIs, .MPGs, or something like that... without having to split it into frames first, just for continuous animation purporses. You could do all kinds of stuff with that to enhance the GUI. Maybe you can do that somehow, but I haven't figured out how to yet.

Post

aciddose wrote:though, gif sucks, jpeg doesnt.
Actually GIF is generally much better than JPEG for things with defined edges, letters and logos.

Horses for courses.

eg gif isnt used by anyone anymore, jpeg is.
Incorrect.
the odds of anyone ever allowing a company rights to any part of the jpeg standard are very low. there are so many versions of jpeg compressors and decompressors out there, it would be impossible to enforce anyway.
All that would need to be 'enforced' is the patent holder's right to sue for its use.

Of course if you're saying you'll be safe for using someone else's patents in contravention of IP law, thats a different matter.
As it was the LZW algorithms was known,
most of the jpeg encoding and decoding processes are non-patentable.
That will be decided in court, not just by your casual assertion.
also, jd doesnt plan on using my module for free or open purposes, nor will many other people who ever use them.


Completely irrelevant. The LZW patent has expired, as I already said.
An idiot on Set Theory:
"In some cases there is an object called red that contains everything that is red. In much the same way a pot is a plate."

Post

you have heard of jp2 right?

jd; if i write an animation module, i'll be able to come up with a gif/etc to whatever format for it. i'm really interested in more something that you could have real control over beyond just start/stop, like imagine running an animation from an lfo? or anything else for that matter, that would be extremely cool.

if you just want to be able to play a video, i might be able to come up with that using directshow too.. since it is just a matter of calling some functions that do stuff automatically, and then having play/stop.. but first i need to get this jpg one working, i've never used se either so i'll have to take some time evaluating the situation here.

Post

aciddose wrote:you have heard of jp2 right?
He doesnt have a tube amp. Ha! Ha!
An idiot on Set Theory:
"In some cases there is an object called red that contains everything that is red. In much the same way a pot is a plate."

Post

well, jp2 or jpg2000 uses a slightly modified version of jpeg compression to get lossless results with little more data required for photo realistic images. this means png obsolites all other formats for cg raster images, while jp2 obsolites all other formats for pr raster images. the only area lacking in a very high standard format is now the vector sector :(

when if ever we start to use vector graphics more, a good format might be created. for now, tiff is suitable for basic needs, with postscript for another set of related but not entirely composite needs, and you can use a combination of these formats to achieve what a full vector and layered raster format might.

why cant someone combine jpg, jp2, png, tiff, and ps into one mother format and destroy the humans with it.

Post

JackDark wrote:I greatly, greatly wish that someone would create a subcontrol module for SE that supported an animation file, like animated .GIFs, .AVIs, .MPGs,
As you already know the subcontrols will allow animation of a graphics 'strip' anyway, but whether it is embedded animation files or graphics-strip animation it will mean CPU cycles that could be used for audio processing.. SE is not the most CPU light program anyway.. I experimented with moving starfields (reacting to various audio signals) in Cygnus but found that the CPU hit was unpallatable.
Obviously if your effect is CPU lean to start with then this might not be such a problem for you..

This thread has made for great entertainment, btw.

It is interesting to see the stress that aciddose was putting on optimization considering that every SE vst release has all the (possibly redundant) SE code bundled up with it in the dll. :lol:

Post

AD - that'd be awesome if your could code that SE module. I'm sure others would greatly appreciate it. Some sexy animated girlie would be neato...;)

Jack - I got another chance to use SSL and I must say I'm even more impressed than before. Just automating the wet/dry mix can yield some stunning and suprising results. DUDE!

The text file is a bit sparse :) I'm wondering what the different slice/dice modes really are?

Post

cleaning and restructuring this c jpeg code is enough of a trick, if i get a jpg display module working, we'll have to see if i do anything to do with animation. resonable rate animation (24fps max) shouldnt take very much cpu power at ordinary resolutions, 80kp or so. 320x240 would be 78kp. but, 120*800 is also 96kp, this is the area of the rect, so you could fit a tall animated part (containing your character) with the rest of the image like the background being static. also, gdi can blit using hardware, so it may depend upon several factors including 1) where is the destination surface located, system? video memory? 2) what differences are there between the destination surface format and the 32 argb big endian dib source? 3) what kind of blit accelleration can your video system offer in this case?

for most people (nvidia, ati), the answers would be: 1) video ram, 2) none, 3) the pantloads kind, as in, your pants, loaded after revelation of the card's power :P

it is even possible to create a seperate window in the se gui and render using hardware overlay, in which case, for example, it is possible to render full speed dvd at full resolution with zero cpu power.

rant, like i said we'll see if i even get around to this.

Post

I'm glad you dig LiquidClear. :) I'm working on one more freebie for KVR that'll really, I think really, turn some heads... but will be usable by all. It's a super version of one of my original plugs. :) Working on it hardcore so maybe it'll be finished soon.

Ianweb123, glad to entertain. A lot of your synths have entertained me a lot in the past. :D I am a sucker for a nifty GUI and if it's animated that's all the better... I'm willing to sacrifice a cycle or three for some eye candy. 'Specially of the sort I've not seen anyone do yet. I am in the process of thoroughly exploring the subcontrols and have already come up with some really nifty stuff I didn't know I could do.

SE is ever versatile!

Post

JackDark wrote:It's a super version of one of my original plugs. :) Working on it hardcore so maybe it'll be finished soon.
Got an alpha version done, still working out kinks and bugs. Here's a thumbnailish screenshot:

Image

Yes, GlitchGirl returns! This time with a whole hell of a lot of tricks up her sleeve... and even an easter egg to boot. ;)

Post Reply

Return to “Effects”