retsyo / delaboratory Goto Github PK

It was in svn, though seems gone in 0.5 if a very pitty. or do i do something 
wrong?

What steps will reproduce the problem?
1. open image in win 32 bit version
2. press vignette button
3.

What is the expected output? What do you see instead?
expected: vignette layer; result: seesion aborted

What version of the product are you using? On what operating system?
0.5.9.1 beta on win XP SP3


Please provide any additional information below.

[deleted issue]

[deleted issue]

The request of a new tool.

It is close to current 'vignette' layer but with linear gradient mask instead 
of current circle mask. The input of gradient position and transition distance 
is very comfortable with mouse click at the start point and drag to end point 
of gradient transition from 0 to 1 transparency.

Also as an option 2 different influence on RGB channels:

1. Linear gradient simulation (like optical gradient filter) - the 'power' of 
image burn/darkening as linear function of 'gradient value' (k, in range 0..1 
or 0..10):

R = R*k
G = G*k
B = B*k

Initial k value 1. RGB in range 0..1.

2. Gamma gradient simulation (really nice transform almost impossible with 
optical linear filters) - the 'power' of image burn/darkening as linear 
function of 'gradient value' (k, in range 0..10):

R = R^k
G = G^k
B = B^k

Initial k value 1. RGB in range 0..1.

I tried to look how current 'vignette' tool process RGB values after mask 
generation depending on 'darkness' slider value but still lost in sources.

The 'gradient layer' also as current 'vignette layer' are much faster way to 
apply desired transform to the required area of the image in compare with 
classic '2layers+mask' way - first generate separate layer full of required RGB 
transform, second generate layer mask of the desired shape and third make 
approproate blending with copy of non-transformed layer.

Current 'vignette' tool may be used as limited 'gradient' tool if adjust 
radius/center/spot sliders, but the resulting mask shape still not fits most 
cases well.

What steps will reproduce the problem?
1. Try compiling on Windows 7 64bit
2. Using WxWidgets 2.9.1 
3.

What is the expected output? What do you see instead?
A compiled application

What version of the product are you using? On what operating system?
.1 on Window 7 64 bit

Please provide any additional information below.
Here is the error message:
src/layer_list_panel.h:32: error: ISO C++ forbids declaration of 'wxListCtrl' 
with no type

LCMS?

What steps will reproduce the problem?
1. File/Generate test image (small)
2. Enter Colorspace tab
--------------
What is the expected output? What do you see instead?

I cannot see CMY colorspace. The CMYK is there though. I need the CMY support, 
which WAS present in the older version. The CMYK is useless for skin color 
adjustment - it works reliably ONLY in CMY.

On the
http://code.google.com/p/delaboratory/wiki/ColorSpaces
it is stated that Delaboratory supports CMY.
--------------
What version of the product are you using? On what operating system?

Delaboratory 0.6.9.1, 32-bits on Windows XP SP3

[deleted issue]

What steps will reproduce the problem?
1. compile on i686 single core
2. comment line 32 uncomment line 31 of Makefile
3.

What is the expected output? What do you see instead?
Compiling

i see:
~/delab/delaboratory-read-only$ make
g++ -c `wx-config --cxxflags` `xml2-config --cflags` -Ofast -march=i686 
-DNDEBUG -Wno-long-long -Wno-variadic-macros  src/delaboratory.cc
cc1plus: error: invalid option argument ‘-Ofast’
make: *** [delaboratory.o] Fout 1

What version of the product are you using? On what operating system?
latest svn. Ubuntu 11.04

Please provide any additional information below.

See screen shot.

What steps will reproduce the problem?
Open image
convert to CMYK
add markers
set marker color space to CMYK



What is the expected output? What do you see instead?

Readable values. Now they are weird.
What version of the product are you using? On what operating system?
svn on Linux ubuntu 11.04


Please provide any additional information below.

Currently conversion to BW can only be done from RGB and by mixing RGB 
channels. It would be very useful to be able to mix it from the other spaces - 
LAB and CMYK being the ones that are quite useful.

What steps will reproduce the problem?
1. Try to Load a tiff file
2.
3.

What is the expected output? What do you see instead?
I am getting the the following errors:

---------------------------
wxWidgets Debug Alert
---------------------------
./src/common/image.cpp(1634): assert "IsOk()" failed in GetWidth(): invalid 
image
Do you want to stop the program?
You can also choose [Cancel] to suppress further warnings.
---------------------------
Yes   No   Cancel   

And then:

11:54:12 AM: This is not a JPEG file.
11:54:12 AM: Failed to load image from file "I:\Images\2011\Canadian 
Rockies\_S112121.TIF".


Please use labels and text to provide additional information.

I have been testing Delaboratory 0.6 beta (on Windows xp prof. sp3 - 32 bit).

I think it would be useful to add more options to open an image

In short, as with Gimp 2.7.4:
- Add the option to open an image by dragging it into Delaboratory;
- Add an option to open an image by pasting it into Delaboratory (you copy your 
image and afterwards you paste it within Delaboratory).

Naturally, if you work with the Linux Shell these options are not so useful :-)

[deleted issue]

I have been testing Delaboratory 0.6 beta (Windows xp prof sp 3 - 32 bit)

I think it would be useful to add a button into the "File Menu" to close the 
image (Ctr + W as shortcut).
This *without* exiting from Delaboratory

At present, it looks like you can not make this choice.
In the "File Menu" there is only the button to close Delaboratory

[deleted issue]

dcraw 9.11 supports direct sRGB output which makes the use of libtiff obsolute 
and should even be avoided, as dcraw 9.11 with the -o 1 switch gives a much 
better result.


Delab will give a warning, though that is with the -o 1 switch not relevant.

If users want to use a batch file to convert directly a raw file to delab the 
bash file should look like this:

----------------------------------------------------------

#1/bin/sh

dcraw -T -6 -w -b 0.8 -o 1 -c  $1 >original.tiff
delaboratory original.tiff


The delab warning can be ignored as the images comes in sRGB color space in 
best quality as 16 bits whith camera WB and a brighten of 80% is applied (-b 
0.8 switch, this can be adapted to users whishes)

dcraw 9.11 can be obtained here:

http://www.cybercom.net/~dcoffin/dcraw/dcraw.c

to compile run :

"gcc -o dcraw -O4 dcraw.c -lm -ljasper -ljpeg -llcms" or "gcc -o dcraw -O4 
dcraw.c -lm -DNODEPS"

libjasper, libjep libcms are required.

[deleted issue]

Current version is a huge step ahead.

Though i do miss total histogram option. Now there only channel histograms. Not 
used colorspace all channels. Why?

I know once that was planned. Is it still? as i know many users who would like 
that option a lot. This to load textures for instance and bracketed shots

New GUI is much better that older one, but there are still few things i would 
see to be done in different manner:

1. What about to attach windows with parameteres to right panel as second tab? 
Then, first tab would contain layers, conversions and so on, and the second tab 
with params of active layer (curves/blur + blend in one tab). Buttons next to 
layer name can be used to switch tab too.

Program doesn't open the file with the cyrillic filename or if the file located 
on the path that contains non-latin letters.

I'm using version 0.4 on Arch Linux.

What steps will reproduce the problem?
1. Use Gimp 2.7.3 x64 for win7/xp 
2. Use Shellout.py in the gimp plugin folder with   programlist = [
  ["Delaboratory", "\"C:\\Program Files\\Delaboratory\\delaboratory.exe\"", "jpg"], [...]
3. Launch delaboratory from shellout in Gimp

What is the expected output? What do you see instead?
I expected to see the "new from visible" Image, or the "current layer" to be 
load into delaboratory. I see the ShellOutTempFile.jpg in the gimprc defined 
temp folder. I can show it by different image viewer.

But delaboratory which is succeessfully launched by shellout.py, throws out an 
error (wxEidgets Debug Alert)
"./src/common/image.cpp(1634): assert "IsOk()" failed in GetWidth(): invalid 
image
Do youwant to stop the program?
You can also choose [Cancel] to suppress further warnings.
Yes No Cancel"

When pressing Cancel delaboratory appears and throws another Message:
"16:42:14: This is not a JPEG file.
16:42:14: Failed to load image from file "e:\temp\ShellOutTempFile.jpg".

Also if I try to load the JPEG file from open dialog from the temp folder I get 
that message. I'm not able to load that image into delaboratory, though it 
could be displayed fine by other programs and also the original file loaded by 
the gimp can be loaded by delaboratory.

What version of the product are you using? On what operating system?

I'm using Windows XP 64bit edition and delaboratory 0.3 64bit (but even the 0.2 
shows the same issue). 
http://code.google.com/p/delaboratory/downloads/detail?name=delaboratory-0.3-64b
it.exe&can=2&q=
gimp 64bit 2.7.3 http://partha.com/downloads/gimp-2.7.3-64bit.exe

Please provide any additional information below.

It's the same issue posted here:
http://gimpchat.com/viewtopic.php?f=22&t=1873#p24218

Curves operation close to unusable for all channels at once control. I.e. if we 
need non-colored RGB curve correction we need to set all 3 RGB curves to equal 
form. But current curves control do not have option for applying one curve to 
all 3 RGB channels.

Please add 'RGB' option for curves layer operation for applying 1 curve to all 
RGB channels at once.

No analog of 'levels' tool. It is very hard to use adjustments of brigtness and 
contrast in 'basic' layer tool to get edges of histogram fit required 
positions. Futhermore the 'contrast' adjustment is mid-level-centered in levels 
so no egde of histogram is fixed. May be add 'gain' adjustment that is 
zero-level-centered 'contrast' so user can first use 'brigtness' to set low 
levels to required position and then 'gain' to set highs.
'Gain' control slider may programmically follow current 'Contrast' and 
'brightness' control sliders so user can select which control to use.
Best I like to see 'levels' layer tool with histogram, and white, mid and black 
controls under the historgam like in Photoshop/GIMP. With mid control adjusting 
gamma-correction. For me it is much faster tool to set 'brightness and 
contrast' in compare with current 'basic' layer tool.

All of the controls (sliders) has fixed edge values that is not always enough. 
May be add edit boxes and the sliders left and right positions with ability of 
manual input of control min and max values and auto-saving of these values for 
current user.

Very nice this way. Though it would be nice if the previews of the  three 
channels also would be visable. Aka the RGB channels previews. 

I am not aware or this is a big task, i think it would help user to use the 
mixer slicers efficient, though ofcourse i might be wrong there.

[deleted issue]

What steps will reproduce the problem?
1. open curves tool
2. select a channel
3.

What is the expected output? What do you see instead?

expected is to see all 3 channel in the dropdown for selection

seen is a very small dropdown menu with only the first to channel instantly 
visible and the thrird one only reachable by scrollbar


What version of the product are you using? On what operating system?

0.6 on windows XP 32bit SP3


Please provide any additional information below.

1. When I open new image (File -> New Image), it sees *.jpg, but not *.JPG. 
Might be linux related issue. I have to rename the file JPG to jpg....

It seems, that Delaboratory uses only one core of my four. Is it possible to 
make it multithread?

(Linux/Ubuntu/Intel I5)

Not a bug, but an idea. 

Sometimes filter/transformation takes so much time, that user could think, that 
there's no action (or even Delaboratory is hung up). 

Maybe indicator next to 'view' would be helpfull?

What steps will reproduce the problem?
1. Downloaded and installed 64-bit delab on Win 7 machine
2. Attempted to launch and no response
3.

What is the expected output? What do you see instead?
Program launch

What version of the product are you using? On what operating system?
The latest, but the same thing happened on the prior version.  I loaded it to a 
64-bit machine, Windows 7.

Please provide any additional information below.
It works on my 32-bit windows machine.

What steps will reproduce the problem?
1. Send to Gimp
2. Delaboratory crashes
3.

What is the expected output? What do you see instead?
Send the file to Gimp. Delaboratory crashed.

What version of the product are you using? On what operating system?
0.2 on Windows 7 64 bit

Please provide any additional information below.
Jacek, On Windows you will need to provide some way for folks to configure 
"send to gimp". )

Is there a way to do some effective denoise in delab? If not yet is it planned?

What steps will reproduce the problem?
1. pick the left bottom (0,0) or upper right (255,255) handle of the curves 
tool by clicking on it with left mouse button. 
2. move along the x-axis 
3. release left mouse button

What is the expected output? What do you see instead?
-expected: control point is moved to desired position and fixed there after 
releasing mose button.
-observed: no movement along x-axis, only along y-axis; after release control 
point does not keep position but still moves
-sometimes crahes, not reproductible


What version of the product are you using? On what operating system?

win XP SP3 with delab latest beta


Please provide any additional information below.

suggestion for improvement: In the curves tool it would be handy to have an 
"all channels" option too for quick adjustments (i.e. S-curve in RGB on all 
channels is something many people know and use)

[deleted issue]

In your how to use it wiki you talk about high pass:


"if you want to preserve sharp edges, you can also:

add "high pass" layer
set source of "high pass" to original image
add "blend layer"
set source of blend to the "dreamy" version
set overlay of blend to "high pass" layer
set type to "overlay"

Where can it be found?

I have been testing Delaboratory 0.6 beta (on Windwows Xp profes. SP 3)

I think it would be very useful to have some shortcuts in the next versions.

For instance, at least these ones (but the more, the better):
- Ctr+O: Open an image;
- Ctr+W: Close the image;
- Ctr+Q: Exit from Delaboratory;
- Ctr+M: Open Curves editor (as in Photoshop).

Ctr+M for Curves Editor is only available in Photoshop (with Gimp 2.7.4 this 
shortcut is different).
Nevertheless, since Photoshop is the *true* standard for photographers I think 
it is much better to follow Photoshop shortcuts :-)

It goes wird after adding second LAB curve and goes wacko after converting to 
CMYK. Orginal work flow did go just fine. The reload of the saved stack + image 
goes wird.

image:

http://ubuntuone.com/4gs9OWUAeitBll4lBj5GQk

stack:

http://ubuntuone.com/5GwL1VH9XQkVhHr7pgWKpc

[deleted issue]

I have been testing Delaboratory 0.6 beta (Windows xp profes sp3).

I think it would be very useful to make the curves editor more powerful.

In short:
- Add a shortcut to open it (e.g. Ctr+M as with Photoshop);
- Add an option do delete the point on the curve. 
With Gimp 2.7.4 you can press the button delete of your keyboard to achieve 
this. 
With Gimp to delete your point on the curve editor you can drag the point on 
the very upper-lower border.
Another option would be to add a button to "reset". In order to delete every 
change in the curve editor

BTW, I have noticed that when you press the button CTR of your keyboard 
(*while* you click on your image)the curve editor shows a vertical line.
In essence, it works as with Gimp with the color picker (while working with the 
curve editor).

As a consequence, I think it would be useful to have something like a "color 
picker" button in Delaboratory to make this option more visible.
Right now, this feature is "hidden" and it is difficult to discover it (unless 
you know other "similar" graphical softwares)

When having more then 12 layers I loose the bottom ones. That is a pity as 
often it can be worth while to check the first steps.


Is it possible in due time to scroll trough the stack? or any other solution?

When curves dialog is opened, simply moving mouse cursor over the curve seems 
to use one of the points and drag it changing the curve shape. I would expect 
this to work by selecting/setting the point first and then perhaps dragging it 
with mouse whilst holding the mouse button pressed.

In addition to that, all curves seems to be using splines so I have not found a 
way to do straight Z like curves that Margulis uses in his book in LAB to boost 
saturation for example? I can get a curve close to that shape but the diagonal 
like is still slightly curved which in LAB can be problematic (if it needs to 
go straight through the center and be linearly symmetrical)

[deleted issue]