Hue sorting
I really want to try out trichrome photography. I need to find myself some color gels and go hiking.
Alternate pixel sorts again.
Normal
Brightness
Saturation (2)
Hue (2)
Red, Green, and Blue sorted separately.
I was messing around with Kim Asendorf's pixel sorting algorithm more to try to sort based on other properties. The first image is the starting photo (I was running through the woods in Mendocino county), second is an unchanged Asendorf sort, third is a sort that sorts pixel brightness, fourth sorts based on saturation, and the fifth on hue.
I had assumed that when you used sort() on a pixel array that it was sorting based on brightness, but apparently not.
Here's my code: http://pastebin.com/JK7sBkAm
Left click to save, right click to load a new image, spacebar to switch between bright first and dark first. Move your mouse left and right to change the threshold.
I was inspired by the look of darylalexsy's gifs (Her animations are awesome! Go look at them!) and set out to try to make a brush stroke in processing to imitate those strokes. As with many experiments it ended up as something totally different: a painting filter.
I forgot to divide by 255 while making a painting sketch in processing.
whats the website you use for this?
Websites:
Other Programs:
VoidGlitch [Courtey of tumbleringintothevoid]
If you’re asking about the most recent post specifically, I used VoidGlitch; it’s the one I use most often since it has a bunch of different options in one place.
I'm glad to hear you're finding it so useful! Do you have any requests for other options or ways anything could work differently? I'm working on a new update to fix some things. Better saving being a main point.
Other people feel free to answer as well.
I kept saying I would release this so other people could play with it, and now It's done! Using it should be fairly self explanatory. When you start the program it'll ask for an image to process. Choose one and then choose a mode from the menu. Load Map image will alter how the other modes change your image, using them as the basis for changes for your original image. Right click anywhere to save.
Modes include non-interlaced wordpad effect simulator, several versions of Kim Asendorf's pixel sorting algorithm, .jpg corruption, pixel shifting, and using different map images to change the output.
Follow the link for downloads for Windows, Mac, and Linux.
What you need: Photos to work with and, Java. If you have 64 bit Windows, then you can download VoidGlitchJava and you don't need Java.
Known issues: The .jpg corruption mode can sometimes make extra .tmp files. You can delete these. Occasionally this mode stops working, and you need to reload the image, or click reset map ASDFRGB doesn't work with map images.
Note about saving: The program counts the number of files in the VoidGlitch folder and saves your new file as "x+1".png where x is the number of files already there. If there's already a file there with this name (10.png for example) it will get overwritten. It will also overwrite anything called temp.jpg when the .jpg corruption mode is used. If you delete any files in the folder, make sure to move or rename the files you want to keep so they don't get overwritten.
Sunset on the Oregon coast
I figured I should give an update on the processing sketch I mentioned I was writing. I'm hoping I'll be able to release this in the next couple of weeks to let other people play with it. I keep getting caught up in adding more stuff though.
I'm working on a processing sketch that collects all the other things I've made so I can let other people play with my programs.
The one from my other post was really the best result I've gotten out of it, but I'll explain what the code does: what I'm doing is comparing the color values for each pixel in each frame with the pixel to it's right. The code checks if the difference between the red values is lower than a certain threshold (set by the X position of the mouse), and if it is, copies the red value from the last pixel. It does the same thing with green and blue, and then does the whole process again except comparing each pixel with the one below it, and using the mouse's Y position. If you want more explanation feel free to ask.
Having more luck with gifs. Feel like I understand what I'm doing more of the time now.
More Processing work. This one looks at each pixel and shifts it over based on brightness. Some of the textures it creates end up looking pretty cool. I'm considering doing this again with each color separately to see what happens. Picture taken in the north of Scotland a few years ago.
Gifs are kind of difficult to work with in Processing. Sometimes I think I know what I'm doing and then it'll produce a result I didn't expect or understand.
Edit: This shows up as a gif on my dashboard but not when I click through to my site?
Inspired by a question on reddit and the explanation of they were trying to accomplish. I wrote something in processing that replaces chunks of bytes in one .jpg file with bytes from a different .jpg.