Wishlist for PR

Upcoming mother of all image editors

Wishlist for PR

Postby smmsamm » Thu Feb 20, 2014 6:25 am

There are many actions script with .ATN file that can be converted to photo Reactor and vice versa
It is very difficult to convert these manually please create a convertor for doing this with showing errors.
thank you
Last edited by smmsamm on Mon Dec 29, 2014 7:18 am, edited 1 time in total.
smmsamm
 
Posts: 319
Joined: Tue Oct 26, 2010 7:58 pm

Re: Whishlist for PR

Postby JEL » Thu Mar 06, 2014 8:45 am

My top-wish:

16 bit color handling (per channel, so 48 bit)
(for those silky-smooth color-gradations and less gritty-looking/noisy images)

That is the main thing I personally miss in PR. With that I think PR will be the complete package (fully able to truly knock the socks off of any other, even 'professional', software. It pretty much already is the best and most fun and fast image-editor of all I've tried. I can do much more, much faster, in PR than in any other I use. BUT the image from PR is still that tad bit more gritty looking because the work is done in 8 bit. It's the best to work with, by far, very far actually :) , but image-quality requires better internal processing to take the top-position (and ofcourse image-quality is too important to ignore))
DAP (AOPs): http://jelstudio.dk/DAP/
PhotoReactor (flows, effects and scripts): http://jelstudio.dk/PhotoReactor/
JEL
 
Posts: 294
Joined: Fri Jan 06, 2012 9:35 pm

Re: Whishlist for PR

Postby andydansby » Sat Mar 08, 2014 8:21 am

Jel:

I agree with 16 bits (per each RGB) color handling. 8 bit images while optimized in JPG can show some terrible artifacts and gradients.

Most of the plugins that I have written are easily converted to 48BPP as I try to work in the 0-1 space and then upconvert to 0-255. A notable exception is my Paint Effect which uses a 0-255 histogram. A 0-65535 histogram seems awkward to work with and I don't know how a 0-1 histogram would even work.

I don't know how Oscar's built in routines work, but one stumbling block may be that many may be 0-255 hard coded using either char or BYTE for memory and speed. One example I can think of is the Median routine. A well know speedup is using Hung routine, which is an internal histogram, which makes for a very zippy routine. The routine that I placed in my guide is many times slower than Oscar, probably for many reasons but perhaps the biggest is mine is a sorted Median (the other is I am not a good coder when compared to Oscar, but that off point).

Andy Dansby
andydansby
 
Posts: 160
Joined: Fri Oct 29, 2010 6:00 am
Location: Syracuse, NY

Re: Whishlist for PR

Postby JEL » Wed Mar 12, 2014 7:15 pm

I'm also just a novice when it comes to coding. And I do understand that going from 8 to 16 may not be as trivial a matter as it sounds.

I'd be happy enough if it was at least begun as perhaps a semi-functional beta-version (perhaps with the intention of becoming an own branch of PR; a 'pro-PR' for example :) It doesn't have to replace the 8bit version). The internal default blocks could come as time permits Oscar to convert them. The most important thing, for me, is that I can load and hold the 16bit images in PR. When that is possible, when access to the 16bit info is there, we can at least start to do some scripts in the script-block (or dedicated plugins like those you make :) ) that would work with the 16bit (even if the default blocks would not work yet)

And then whatever issues pops up could be ironed out over time. But it would be a start :)

I'm actually doing some '9.5' bit internal processing via the script-block at the moment :ugeek: It works! (I'm trying to do some fun with the 3 RGB-layers, which are afterall 3 8 bit layers that can extend to '9.5' bit (well, 768 tonal variations during the math-operation but obviously converted back into 256 tonal variations when it leaves the script-block). It does indeed make for smoother images when such internal math can be used. Similar to you using normalized values. It allows for some trickery that would go lost if done strictly on 0-255 values :) But ofcourse the initial 16bit info of the image is what we need to have available to really use it)
DAP (AOPs): http://jelstudio.dk/DAP/
PhotoReactor (flows, effects and scripts): http://jelstudio.dk/PhotoReactor/
JEL
 
Posts: 294
Joined: Fri Jan 06, 2012 9:35 pm

Re: Whishlist for PR

Postby JEL » Sun Mar 23, 2014 10:16 pm

This is a minor request: Can it be made so the output from the scopes can be sent to the output-node? Such that we can export the scope-displays as images.
DAP (AOPs): http://jelstudio.dk/DAP/
PhotoReactor (flows, effects and scripts): http://jelstudio.dk/PhotoReactor/
JEL
 
Posts: 294
Joined: Fri Jan 06, 2012 9:35 pm

Re: Whishlist for PR

Postby Peter-GZ » Wed Apr 30, 2014 1:48 pm

Hello,

My wishes for the next Version of Photo Reactor. I`m maybe not the only one.
"Proportional Crop" with crop ratio (Portrait Ratio, Portrait and Landscape) by main image.

regards
Peter-GZ
All my edited photos are photographs by me.
Peter-GZ
 
Posts: 519
Images: 3
Joined: Sat Apr 27, 2013 10:02 am
Location: Sindorf, Germany

Re: Whishlist for PR

Postby JEL » Tue May 27, 2014 8:15 pm

Suggestion:

Addition to menu: Edit - Paste Special

It has paste main image and secondary image.

How about a Paste flow?

If you copy an image from a webpage (one with a flow included), rather than downloading it and dragging it into PR, you could get the flow into PR via such an "Edit - Paste Special" menu entry point.

Copying an image from a webpage and using "Edit - Paste Special - Main Image (or Secondary Image)" is a quick way to get images into PR, but for flows you need to download the image first (and then locate it on your harddrive and drag it into PR).
With a "Paste Flow" getting flows from online images would be just as easy as getting the online image itself (and you could skip the 'download & drag' step)
DAP (AOPs): http://jelstudio.dk/DAP/
PhotoReactor (flows, effects and scripts): http://jelstudio.dk/PhotoReactor/
JEL
 
Posts: 294
Joined: Fri Jan 06, 2012 9:35 pm

Can PR export EXE?

Postby smmsamm » Sat Oct 25, 2014 6:07 am

Now PR can Export C++ source, Would you please add a feature that users can compile each .vfbox to an exe with command lines parameters?
smmsamm
 
Posts: 319
Joined: Tue Oct 26, 2010 7:58 pm

Re: Whishlist for PR

Postby JEL » Sat Dec 20, 2014 9:28 am

I don't know how hard this is to do, maybe it's a challenge for Andy Dansby :mrgreen: (that's me being green with envy because I'm not skilled enough to program cpp plugins myself :oops: )

LUT support:

http://www.quelsolaar.com/technology/clut.html

The method on this link seems to be one of the simplest and quickest 3D lut systems around.

It takes a normal png-image (or any lossless image format, and it can be either 8 bit, 16 bit or whatever other bit-depth one likes) and simply re-maps the RGB-color to one found in the lut-image. Simple idea really, but effective.
Every time your image has a pixel with, for example, RGB value 100,128,160, it will change those values into whatever the lut has.

This way color-correction is first done on a real image. For example, do some contrast and color-toning. When you're happy with your flow, put the neutral starter lut-image through it, save it, and then load this new lut-image (which has the contrast and color-toning you programmed in your flow) every time you want to color-correct an image with this particular color-grade.

One current popular use for this is to re-color images into 'film-looks', or artistic color-palettes (like duo-tone images and such)
DAP (AOPs): http://jelstudio.dk/DAP/
PhotoReactor (flows, effects and scripts): http://jelstudio.dk/PhotoReactor/
JEL
 
Posts: 294
Joined: Fri Jan 06, 2012 9:35 pm

Re: Whishlist for PR

Postby smmsamm » Mon Dec 29, 2014 7:17 am

Is there any Randomize function|node for making random border?
Now we use this for making watercolor border :
Random.jpg
Random.jpg (53.83 KiB) Viewed 6079 times


I hope we have a randomize shape generator or random shape selector for making more random bords.
smmsamm
 
Posts: 319
Joined: Tue Oct 26, 2010 7:58 pm

Next

Return to Photo Reactor

Who is online

Users browsing this forum: No registered users and 1 guest

cron