next »

[inp o҉rtb]

Hey paulwratt, thanks for your interest. I haven't been working very effectively on this project because college's been eating my time... but I do come back to it occasionally.

The proprietary PNG format I used was just a concatenation of PNG data and some serialized metadata.

Indeed, the b5 version was a bit faster, but it's also less extensible. The ng version is actually just a front-end to a GD-based image manipulation API. The API itself is an operation composition language that's looking more and more like Lisp. Well, the main reason I haven't done much work is that I'm not very happy with the API. While I'd like it to be as powerful and simple as Lisp, I'd also like to have as little overhead as possible. Implementing Lisp in PHP just does not work for large projects.

But... if I get some good ideas and make the API anywhere near completion, it'd be released for public consumption.

Then there's the issue with file uploads... I know uploading an image transiently for manipulation should be legal, but I'm trying to engineer a less "shady" method ;p

If you have any ideas, I'd love to hear them. And yes, you may take these imagine programs apart.

[paulwratt]

a couple of your links dont work, the ones on you project/imagine page, from what you have in the first post, I got to them by inserting /dev at the front of the path (I'm testing my 1.6 install with your app..) edit: ok everythings is "getable" but the jnlp wont run cos somehow (internally) all references are to /projects/imagine (testing .zip now)
thanks for making your b5 available, I'll run through it when I get some time..

As for a less "shady" method of getting the image, I presume you are trying NOT to bypass an revenue earners (ads, etc), in which case pull "it" in a couple of steps, the entire page (html) 1st, then the images, then give them a list/preview to choose from (all through a iframe or external window "box")
 (you can use an http object in the java version to sift through content, or divine where they "click", presumes you are still dev'ing that tho)

Question: is the API abstracted from the current (html) app, or is it integral to is functionality (aside from the "objects" of manipulation)

Paul

[allbrightwindowcleaning]

Very original and clever idea. 10/10, awesome website!

[inp o҉rtb]

The app has been rewritten completely around the new API. The client-side portion generates the script, and the server-side portion does something with it. The reason I have gone back to the browser-based approach is that it's much more flexible than Java, though Java is more powerful.

Demo: http://inportb.com/imagine/

[thefluffball]

Much easier to use (and more powerful). Good choice!

[inp o҉rtb]

Thanks!

So I've done away with the old history mechanism, in which you could step backwards, forwards, or to any point in the timeline.
Now you get to selectively toggle each action by itself or reorder actions

(I used this feature while playing around with the Laplacian convolution...)

(*curses at the server for being down*)

[cogs]

my logo:

after imagine:

[inp o҉rtb]

Ah, the negation filter
Let's see if we could replace some colors using the hue filter ;p

[antimatter15]

While editing my awesome http://img8.imageshack.us/img8/6029/400000000000000108613s4.jpg and trying your LoG effect, it gives a:

X
the last request failed

[inp o҉rtb]

While editing my awesome http://img8.imageshack.us/img8/6029/400000000000000108613s4.jpg and trying your LoG effect, it gives a:

X
the last request failed

unfortunately, box5 is down atm
but if you wait a few minutes until box5 comes back and disable+enable one of the actions, it'd re-render the stuff.

btw, I love that image ;p

[antimatter15]

Your server (obvoiusly) isn't the most blazingly fastest thing ever, so how about having some cue when it's processing?

[inp o҉rtb]

Yeah, been looking to add some kind of throbber
Good call.Done; how's that?

And identify this:

[arcaders]

WOW look at this:

[inp o҉rtb]

So I heavily edited the GUI to save screen space and make it a bit more Wave-friendly. There are some glitches:
1) the renderlist no longer responds to single-click, but double-click works
2) the root menu text is not vertically centered
3) it's missing some menu icons

At any rate... I think this'd become the new interface. How's it so far?

[thagames]

Wow very nice was that hard to make?

[antimatter15]

So I heavily edited the GUI to save screen space and make it a bit more Wave-friendly. There are some glitches:
1) the renderlist no longer responds to single-click, but double-click works
2) the root menu text is not vertically centered
3) it's missing some menu icons

At any rate... I think this'd become the new interface. How's it so far?

If you want stuff to be do-able without rapidly colliding edits, then I suggest (well it's a good feature anyway) to only apply a transformation to a selection rather than everything.

And the checkerboard is rather distracting.

[inp o҉rtb]

Oh, selection editing is definitely on the agenda. The reason I have not done this yet is that raster image editing is inherently expensive... so while these operations are cached, selection editing opens up way more possibilities to cache. If it were a vector editor, then I'm sure each operation could have a lot more options, but then one would have your problem of merging all these operations together ;p The GUI is fully capable of supporting this, though: the cropper could be used to select the area.

Yeah... I think I'll reduce the contrast.

[antimatter15]

Have you tried doing more client-side ops, like pixastic? http://www.pixastic.com/

[inp o҉rtb]

I haven't, actually, since canvas is not well-supported (yes, I'm taking about that browser). I'm playing around with such concepts, though, since this may be a possibility in the future.

[arcaders]

What programs did you use to make this photo editor?