ACR 4.5 behaves different from 4.4.1 with Olympus ORF files

In the last weeks I shot raw files (ORF; Olympus UZ570)and first used ACR 4.4.1. Auto Tone option. Later on I used ACR 4.5 on the same files and noted that especially the brightness was substantially different after using Auto Tone; other values were hardly affected. Typical example a brightness value of 53 with ACR 4.4.1 changed to 6 in ACR 4.5
This behaviour results in regularly under-exposed pictures.
Any thoughts/ideas/causes?
Thanks,
Nick

I've always been curious about this. Is auto-tone a one-time thing or will an engine with different
algorithms apply different auto-toning retroactively? Seems like the former is preferred but I've
never known for sure.

Similar Messages

Fonts behave different in Photoshop in comparison with Illustrator

I have a problem: it seems that some fonts behave different in Photoshop CS than in Illustrator CS on my Windows XP. Where Illustrator opens a vector (Ill) EPS file correct Photoshop shows me wrong characters sometimes: for example: an é becomes a wrong character: Capital O with a stroke through it. Frutiger was used.
My question is: where does Photoshop behave different reading fonts in comparison with Illustrator?

Perhaps you forgot to embed the font?
Here comes an example, using characters with accents.
The font is GillSans-Schoolbook. The font or subset is embedded.
The file extension TXT should be replaced by EPS after downloading.
The EPS doesn't contain a preview image.
The file is correctly handled by
Photoshop CS2 (opened)
InDesign CS2 (placed)
Illustrator CS2 (opened)
PSAlter (PostScript interpreter by Quite)
All characters with accents are missing in
Word 2007 (insert graphic)
http://www.fho-emden.de/~hoffmann/buffel-7-sRGB-Dokument.txt
Best regards --Gernot Hoffmann

CMake behaves differently from within PKGBUILD and from command line

Hi,
I am currently struggling with an issue which I cannot find a solution. The problem is, I am trying to create a PKGBUILD for the CasADi code. The following is the PKGBUILD file written. My problem is the cmake configuration part. When the code is configured from the command line, without PKGBUILD, camke detects the -fopenmp flag for C and C++ compilers. For exactly the same compilers, cmake detects openmp for C compiler but fails to do so for the C++ compiler, when configuration is done from within the PKGBUILD file using makepkg.
My question is, why different behaviors? Any suggestions on what is wrong?
pkgname=casadi-git
pkgver=0
pkgrel=1
pkgdesc="A symbolic framework for automatic differentiation and numeric optimization"
arch=('i686' 'x86_64')
url=""
license=('GPL')
groups=()
depends=('sundials' 'ipopt' 'blas' 'lapack' 'python2')
makedepends=('cmake' 'swig')
checkdepends=()
optdepends=()
provides=('casadi')
conflicts=()
replaces=()
backup=()
options=()
install=
changelog=
source=('casadi::git+https://github.com/casadi/casadi.git')
md5sums='SKIP'
build() {
cd "$srcdir/casadi"
sed -i 's/PythonLibs/PythonLibs 2.7/g' ./cmake_modules/FindNUMPY.cmake ./swig/CMakeLists.txt
cmake . -DCMAKE_INSTALL_PREFIX=/usr \
-DPYTHON_EXECUTABLE=/usr/bin/python2 \
-DWITH_DL:BOOL=ON \
-DWITH_LLVM:BOOL=OFF \
-DWITH_PYTHON_INTERRUPTS:BOOL=ON \
-DWITH_OPENMP:BOOL=ON \
-DWITH_OOQP:BOOL=ON \
-DWITH_DOC:BOOL=ON \
-DWITH_OPENCL:BOOL=OFF
make
package() {
cd "$srcdir/casadi"
make DESTDIR="$pkgdir/" install
Output when cmake is run from command line
-- The C compiler identification is GNU 4.8.1
-- The CXX compiler identification is GNU 4.8.1
-- Check for working C compiler: /usr/bin/colorgcc
-- Check for working C compiler: /usr/bin/colorgcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- The Fortran compiler identification is GNU
-- Check for working Fortran compiler: /usr/bin/gfortran
-- Check for working Fortran compiler: /usr/bin/gfortran -- works
-- Detecting Fortran compiler ABI info
-- Detecting Fortran compiler ABI info - done
-- Checking whether /usr/bin/gfortran supports Fortran 90
-- Checking whether /usr/bin/gfortran supports Fortran 90 -- yes
-- Flag needed for enabling C++11 features: -std=gnu++11
-- x86_64 architecture detected - setting flag -fPIC
-- Try OpenMP C flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Success
-- Try OpenMP CXX flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Success
-- Found OpenMP: -fopenmp
-- Looking for Fortran sgemm
-- Looking for Fortran sgemm - found
-- Looking for include file pthread.h
-- Looking for include file pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - found
-- Found Threads: TRUE
-- Found LibXml2: /usr/lib64/libxml2.so (found version "2.9.1")
-- A library with BLAS API found.
-- Looking for Fortran cheev
-- Looking for Fortran cheev - found
-- A library with LAPACK API found.
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.28")
-- checking for one of the modules 'ipopt'
-- Detected an IPOPT configuration without development headers. Build will proceed, but without callback functionality. To enable it, see https://github.com/casadi/casadi/wiki/enableIpoptCallback
-- Detected an IPOPT configuration without sIPOPT headers. Build will proceed, but without sIPOPT functionality.
-- Found IPOPT: ipopt;lapack;blas;m;dl;coinmumps;pthread;blas;gfortran;m;gcc_s;quadmath;coinmetis
-- Could not find KNITRO include dir
-- Could not find KNITRO library
-- Could not find CPLEX include dir
-- Could not find CPLEX libraries
-- Could not find MA57
-- MA57 libraries not found. Falling back to MA27
-- Could not find MA27
-- Could not find OOQP include dir
-- Could not find SNOPT include dir
-- Found Snopt libs: /usr/lib64/libf2c.a;/usr/lib64/liblapack.so;/usr/lib64/libblas.so;dl
-- Could not find MATLAB include dir
-- Could not find Matlab libs
-- Could not find SNOPT include dir
-- Found Snopt libs: /usr/lib64/libf2c.a;/usr/lib64/liblapack.so;/usr/lib64/libblas.so;dl
-- Could not find MATLAB include dir
-- Could not find Matlab libs
-- Found SWIG: /usr/bin/swig (found version "2.0.10")
-- Found PythonLibs: /usr/lib64/libpython2.7.so (found suitable version "2.7.5", minimum required is "2.7")
-- Python executable is /home/hamid/bin/python
-- numpy.get_include() is /usr/lib/python2.7/site-packages/numpy/core/include
-- Numpy path found: /usr/include/python2.7/numpy
-- Python libs: /usr/lib64/libpython2.7.so
-- Numpy includes: /usr/include/python2.7/numpy;/usr/include
-- Numpy libs: /usr/lib64/python2.7/site-packages/numpy/core/multiarray.so
-- Found PythonInterp: /home/hamid/bin/python (found version "2.7.5")
-- Found Doxygen: /usr/bin/doxygen (found version "1.8.4")
-- Found DOXYFILE_IN: /usr/src/AUR/build/casadi/src/casadi/documentation/api-doc/Doxyfile.in
-- pyreport not found -- try 'easy_install pyreport'
-- The following features have been enabled:
* dynamic-loading , Compile with support for dynamic loading of generated functions (needed for ExternalFunction)
* using-c++11 , Using C++11 features (improves efficiency and is required for some examples).
* sundials-interface , Interface to the ODE/DAE integrator suite SUNDIALS.
* csparse-interface , Interface to the sparse direct linear solver CSparse.
* lapack-interface , Interface to LAPACK.
* ipopt-interface , Interface to the NLP solver Ipopt.
* qpoases-interface , Interface to the active-set QP solver qpOASES.
* dsdp-interface , Interface to the interior point SDP solver DSDP (requires BLAS and LAPACK).
-- The following OPTIONAL packages have been found:
* OpenMP
* LibXml2
* BLAS
* Threads
* LAPACK
* PkgConfig
* IPOPT
* SWIG
* NUMPY
* PythonInterp
* Doxygen
-- The following features have been disabled:
* just-in-time , Just-in-time compiliation via the LLVM compiler framework.
* opencl-support , Enable just-in-time compiliation to CPUs and GPUs with OpenCL.
* get-ipopt , Download and build Ipopt.
* knitro-interface , Interface to the NLP solver KNITRO.
* cplex-interface , Interface to the QP solver CPLEX.
* ooqp-interface , Interface to the QP solver OOQP (requires BLAS).
* worhp-inteface , Interface to the NLP solver Worhp (requires LibXml2 headers).
-- The following OPTIONAL packages have not been found:
* KNITRO
* CPLEX
* MA57
* MA27
* OOQP
* MATLAB
* OCTAVE
* LATEX
* PYREPORT
-- Configuring done
-- Generating done
Output when running makepkg
-- The C compiler identification is GNU 4.8.1
-- The CXX compiler identification is GNU 4.8.1
-- Check for working C compiler: /usr/bin/colorgcc
-- Check for working C compiler: /usr/bin/colorgcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- The Fortran compiler identification is GNU
-- Check for working Fortran compiler: /usr/bin/gfortran
-- Check for working Fortran compiler: /usr/bin/gfortran -- works
-- Detecting Fortran compiler ABI info
-- Detecting Fortran compiler ABI info - done
-- Checking whether /usr/bin/gfortran supports Fortran 90
-- Checking whether /usr/bin/gfortran supports Fortran 90 -- yes
-- Flag needed for enabling C++11 features: -std=gnu++11
-- x86_64 architecture detected - setting flag -fPIC
-- Try OpenMP C flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Success
-- Try OpenMP CXX flag = [-fopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [/openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-Qopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-openmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [ ]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-xopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [+Oopenmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-qsmp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Try OpenMP CXX flag = [-mp]
-- Performing Test OpenMP_FLAG_DETECTED
-- Performing Test OpenMP_FLAG_DETECTED - Failed
-- Could NOT find OpenMP (missing: OpenMP_CXX_FLAGS)
-- Looking for Fortran sgemm
-- Looking for Fortran sgemm - found
-- Looking for include file pthread.h
-- Looking for include file pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Found LibXml2: /usr/lib64/libxml2.so (found version "2.9.1")
-- A library with BLAS API found.
-- Looking for Fortran cheev
-- Looking for Fortran cheev - found
-- A library with LAPACK API found.
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.28")
-- checking for one of the modules 'ipopt'
-- Detected an IPOPT configuration without development headers. Build will proceed, but without callback functionality. To enable it, see https://github.com/casadi/casadi/wiki/enableIpoptCallback
-- Detected an IPOPT configuration without sIPOPT headers. Build will proceed, but without sIPOPT functionality.
-- Found IPOPT: ipopt;lapack;blas;m;dl;coinmumps;pthread;blas;gfortran;m;gcc_s;quadmath;coinmetis
-- Could not find KNITRO include dir
-- Could not find KNITRO library
-- Could not find CPLEX include dir
-- Could not find CPLEX libraries
-- Could not find MA57
-- MA57 libraries not found. Falling back to MA27
-- Could not find MA27
-- Could not find OOQP include dir
-- Could not find SNOPT include dir
-- Found Snopt libs: /usr/lib64/libf2c.a;-lpthread;/usr/lib64/liblapack.so;/usr/lib64/libblas.so;dl
-- Could not find MATLAB include dir
-- Could not find Matlab libs
-- Could not find SNOPT include dir
-- Found Snopt libs: /usr/lib64/libf2c.a;-lpthread;/usr/lib64/liblapack.so;/usr/lib64/libblas.so;dl
-- Could not find MATLAB include dir
-- Could not find Matlab libs
-- Found SWIG: /usr/bin/swig (found version "2.0.10")
-- Found PythonLibs: /usr/lib64/libpython2.7.so (found suitable version "2.7.5", minimum required is "2.7")
-- Python executable is /usr/bin/python2
-- numpy.get_include() is /usr/lib/python2.7/site-packages/numpy/core/include
-- Numpy path found: /usr/include/python2.7/numpy
-- Python libs: /usr/lib64/libpython2.7.so
-- Numpy includes: /usr/include/python2.7/numpy;/usr/include
-- Numpy libs: /usr/lib64/python2.7/site-packages/numpy/core/multiarray.so
-- Found PythonInterp: /usr/bin/python2 (found version "2.7.5")
-- Found Doxygen: /usr/bin/doxygen (found version "1.8.4")
-- Found DOXYFILE_IN: /usr/src/AUR/build/casadi/src/casadi/documentation/api-doc/Doxyfile.in
-- pyreport not found -- try 'easy_install pyreport'
-- The following features have been enabled:
* dynamic-loading , Compile with support for dynamic loading of generated functions (needed for ExternalFunction)
* using-c++11 , Using C++11 features (improves efficiency and is required for some examples).
* sundials-interface , Interface to the ODE/DAE integrator suite SUNDIALS.
* csparse-interface , Interface to the sparse direct linear solver CSparse.
* lapack-interface , Interface to LAPACK.
* ipopt-interface , Interface to the NLP solver Ipopt.
* qpoases-interface , Interface to the active-set QP solver qpOASES.
* dsdp-interface , Interface to the interior point SDP solver DSDP (requires BLAS and LAPACK).
-- The following OPTIONAL packages have been found:
* LibXml2
* BLAS
* Threads
* LAPACK
* PkgConfig
* IPOPT
* SWIG
* NUMPY
* PythonInterp
* Doxygen
-- The following features have been disabled:
* just-in-time , Just-in-time compiliation via the LLVM compiler framework.
* opencl-support , Enable just-in-time compiliation to CPUs and GPUs with OpenCL.
* get-ipopt , Download and build Ipopt.
* knitro-interface , Interface to the NLP solver KNITRO.
* cplex-interface , Interface to the QP solver CPLEX.
* ooqp-interface , Interface to the QP solver OOQP (requires BLAS).
* worhp-inteface , Interface to the NLP solver Worhp (requires LibXml2 headers).
-- The following OPTIONAL packages have not been found:
* OpenMP
* KNITRO
* CPLEX
* MA57
* MA27
* OOQP
* MATLAB
* OCTAVE
* LATEX
* PYREPORT
-- Configuring done
-- Generating done

With a little creativity, you can actually do all that from the command line with a single command. It'll look a little crazy, but it can be done.
Whether the script exists on the local machine or not has zero to do with platform indpendence. You assumedly have to get the application onto the local machine, so including the script is not really an issue at all. However, you're talking about system independence, yet still wishing to run command line arguments? The two are mutually exclusive.

Why can't I make a purchase from my new IPod using a new credit card which is different from the one registered with my apple account ?

Why can't I make a purchase from my new IPod using a new credit card which is different from the one I have registered with iTunes before ?

You can only use one credit card to one Apple ID.

ITunes window behaves different from others?

I've always been wondering why the iTunes window behaves much differently than other windows. Taking Firefox for example, when I maximize it to the screen, I can't shift it left/right/up/down, so I can't accidentally move it. iTunes, however, doesn't have the same maximize options, changing from the 'big' mode to the 'mini' player. And when it's in the big mode, I constantly have to re-stretch and proportion it to my screen, and it frequently drops below the dock and outside the screen. Is there any way to get this changed or fixed? Thanks!

Fixed

BEx Analyzer exit variable behaves differently from RSRT

Hello experts
I have an exit variable on a number of queries which is being filled out at I_STEP 1 with different values depending on which query is executed. This is a requirement for a number of reasons and cannot be changed. The user then has a different variable which is user input ready so he can select from one of the values I supply them. This variable is in the proposed values section of the query so it should only list the variables allowed for the user to select.
For example on query A, I want the exit variable to give the values 1,2 and 3. The user, on variable screen can select in the input-ready variable on of those values. In query B the same happens except the exit variable has values 3, 4 and 5.
If the user accesses one of these queries everything works fine. The problem happens when the user accesses query A, closes it and then accesses query B. In this situation he sees values 1,2,3,4 and 5 as available instead of only 3,4 and 5. It seems that the system shows him variables 1 and 2 despite the fact that he can't access them. This only happens in analyzer but not if I use RSRT. Is it a bug in Analyzer? I've tried debugging from RSRT the code to check if I forgot to clear something but I cannot find anything wrong but then again the problem does not happen in RSRT.
What can I try to do to solve this?
Thanks for your help.

I've done some further researching and discovered the following:
1 - My exit variable is working fine. It gets the correct values.
2 - The user-input variable is not being filtered correctly. It looks like it does not show only the values allowed in the exit variable.
Is this right? I thought if I had a set of values in the filter of the query, they would automatically restrict user input variables that the query may use in the proposed values.

2.0 Tabs Behave Differently from 1.6 Tabs

I exported and imported my primary application from our HTMLDB 1.6 server to our HTMLDB 2.0 server. Now the application looks ugly, because the text on my tabs drop down...
to the second line when the width of the browser window is less than the width of the application
My thoughts are that the HTMLDB 1.6 code used absolute dimensions to create the page, using a table having a width based on the number of pixels, say 800 for instance. Now, with HTMLDB 2.0 code, the page behaves like its a table with a width based on percentage, with relative dimensions, such as 100%.
This may not make a difference with applications with a small number of tabs, or with a large number of small width tabs. But on mine... see below.
I have some images that illustrate this:
HMTMDB 1.6 nicely formatted page,
http://www.utpa.edu/itis/images/htmldb%201.6.jpg
HMTMDB 2.0 squashed tabs, not very appealing page,
http://www.utpa.edu/itis/images/htmldb%202.0.jpg
Does anyone else have this concern?
Can the developer have a choice of absolute or relative page setup?
Thanks for your time,
RussDove

Hello,
Can the developer have a choice of absolute or relative page setup?You have full control of that using your page templates.
You'll be able to fix that in your page template or css. Your running a very customized page template and I'm actually suprised that anything between 1.6 or 2.0 would have caused that to change but it looks like you found something.
Try this add nowrap="nowrap" or style="white-space:nowrap" to the <td> cells of the tabs.
Carl
Message was edited by:
Carl Backstrom

Why does DIO6534 behaves differently from its lesser relatives?

I am developing under LabWindows/CVI some code for the DIO 653X family. It's almost two years since I started working with'em, so it's disappointing the problem I'm talking about.
This is the guilty code:
DIG_Grp_Config(DIO_BOARD, 2, 2, 2, 0);
DIG_Block_PG_Config(DIO_BOARD, 2, 1, 0, rtimebase, rreqint, 0);
DIG_Block_In(DIO_BOARD, 2, in_conf_buff, 1281);
do {
status = DIG_Block_Check(DIO_BOARD, 2, &rem);
} while (rem);
It is used to read in pattern generation 1281 samples, 16 bits each, on group 2
The code runs OK on DIO 32-HS and on DAQCard 6533, but it faults on DIO 6534.
Provided that rtimebase e rreqint are correctly defined and that in_conf_buff is wi
de enough to contain all the acquisition, the problem is: come to the do-while loop that worries about controlling that the acquisition is running OK by the DIG_Block_Check instruction, the program remains in the loop, with a single sample to be read (rem = 1), only with DIO 6534.
I made some trials to get out of the mess, so that I found that the error happens when I use an odd number of samples, not when I use an even number. But the REQ pulses number are needed to drive a read-out chip, so I can't simply reduce or increase by 1 the samples number, as this would leave the chip in an umpredictable state.
Who can help me?

Hi medihelp,
Because the 6534 always performs DMA transfers in 32-bit even for 16-bit input groups, there will be "stranded" data if the number of data transferred is not a multiple of 4 bytes. This different behavior (compared to the 6533) is due to the addition of onboard memory to support high speed transfers. At the end of the DMA transfers, the stranded data will be retrieved manually, and status should be updated to indicate that the tranfer is truly finished. There is a bug in the NIDAQ driver that fails to update the status flag, causing the return value of DIG_Block_Check to get stuck at 1, even though all data has been acquired. The fix for this problem will be made available to all users very soon. In the meantime, I would recommend that you either make the
sample count a multiple of 4 bytes, or change the condition of the while loop to break when DIG_Block_Check returns 1 instead of 0.

Magic Mouse behaving differently from illustrator to PS

I have an apple magic mouse, in illustrator dragging my finger around on the mouses surface moves the image I'm zoomed in on all around rather fast, i like it,.. but in photoshop doing the exact same thing moves the image slowly and its kinda chunky as it moves. Exact same jpg image I've tested this with, anyone know why? Or better yet how to fix it?

Never heard of that from new batteries.   Here are some notes I've written about batteries.
Whether you use regular or rechargeable batteries you should buy the best. Discounted or unbranded batteries are more likely to give a depleted performance and may be of irregular size, often leading to connection problems. Apple’s own brand, Eneloop and Energiser appear to be the best.
Rechargeable batteries for the standard Magic mouse are unlikely to exceed eighteen days before needing a recharge although the mouse itself can be a limiting factor.   I have seen reports that some Logitech mice vastly exceed this.   Apple may suggest more in their sales blurb but this is a realistic expectation.   The benefit (if you are organised) is that you can always have charged batteries available.   Regular batteries will give you between 25 and 35 days before they need to be replaced.
Note. Never mix old and new batteries or rechargeable and regular.
Both the above are based on my personal experience, not shutting down my machine and using it for around four hours per day.   Note.   Monitors do not always faithfully report battery strength, particularly with rechargeable ones.
When checking your mouse or keyboard batteries ...
Turn off the device.
Remove the batteries,
Clean the terminals both inside the battery compartment and on the batteries themselves.
Replace or renew both batteries.
Turn on the device.   You should get a blinking green light if the device is paired.
Click the mouse to activate it. The green light becomes steady.

Running from a command line with a .bat file

I am running my program through a .bat file.
The .bat file looks as follows:
java ../classes/HelloWorld
The .bat file is in a directory at the same level as classes so to get to the class file to run I specify this path. However, it cannot find the class file unless it is in the same directory as the .bat file. Is there a way around this?

hi,
as you could have known from the documentation, the java virtual machine executable 'java' expects a fully qualified class name as parameter, no file path. so 'java ../classes/HelloWorld' is of course completely wrong, it should be 'java HelloWorld' and nothing else. if you want to specify a certain path where the class file is to be found, use the -classpath command line option as in 'java -classpath ../classes/ HelloWorld'.
sincerely, Michael

PS CS5 Image Display Differs From Used ICC Profile In Win 7

Hi,
on my Windows 7 Ultimate x64 machine, I just calibrated my Dell SP2309W monitor using an i1DisplayPro and basICColor 5, creating a ICC v2 profile (I am aware of the problems under Windows with ICC v4 profiles).
It created the ICC profile and applied it to be used by Windows. I double checked under COLOR MANAGEMENT that the new ICC profile is being used. Although I can see that the new ICC is being used (desktop appearance changes), there are a few issues I am experiencing:
(1.) Windows Photo Viewer
The thumbnails in Windpows Explorer look fine (they DO use the new ICC profile), when I double click a jpeg and open the image it DOES NOT use the new ICC profile. When I click the PLAY SLIDESHOW button (starting the slideshow) in the opened image in Windows Photo Viewer, the images DO use the new ICC profile.
(2.) Internet Browsers
All current internet browser (Firefox, IE, Safari and Chrome) DO use the new ICC profile and display the image correctly.
(3.) Photoshop CS 5
When I open the same image - that Windows Photo Viewer does not correctly displays (according to the new ICC profile) - in Photoshop CS5, I get the same image display that Windows Photo Viewer gives me (when not thumbnail or not in slideshow mode) - it appears to be the sRGB display.
My color settings in PS CS5 are: North America General Purpose 2 > sRGB IEC 61966-2.1.
When I go to View > Proof Setup > Monitor RGB I get the image display using the new ICC profile.
Why does the image look different in PS than my calibrated monitor should output ?
I was under the impression (please correct me if I am wrong), that the sole purpose for calibrating my monitor was to get a uniform display across (ICC aware) applications. Even when one applies different color spaces to a document in PS, I thought the output on my calibrated screen done by the graphic card should always be according to my calibration and the settings in the ICC profile being used.
What Am I doing wrong or what am I misunderstanding ?
Any help or input is appreciated !
Thanks.
- M

Hello,
A note on monitor calibration: calibrating your monitor will not guarentee that every application will display color correctly, it's more of a step along the pipeline, and for the preview part of a color workflow it's the last step. Here's how color translation follows for an ICC workflow when previewing to a monitor:
Image Color Numbers > Document Tag or Workspace Profile > Monitor Profile
For non-color managed applications, if the original document is or isn't tagged with a color profile it will be translated directly to the monitor profile anyway. This is the equivalent in Photoshop of selecting "Monitor" in soft proofing. Selecting monitor in softproofing will bypass the tagged or workspace profile to translate colors directly through the monitor profile.
For most automatic color managed applications (like Firefox), the image will be translated through the tagged profile and then sent through the monitor profile. If the image is untagged or the profile is unrecognized, the colors get sent directly to the monitor profile.
For Photoshop, a tagged document will have its profile respected and then sent to the monitor. An untagged document will be assigned the workspace profile, which acts like a temporary document profile, and then gets sent to the monitor. This is often why users will notice Photoshop behaves differently from other applications. It's usually a case of the workspace coming into play. By default the workspace profile is set to sRGB. You can change this in Edit > Color Settings.
The purpose of the workspace is originally for printing workflows, as a way of keeping consistant color translations when dealing with both tagged and untagged documents. For web output workflows it can be useful for viewing everything through sRGB, which is typical of the average monitor output (not so with newer wide-gamut monitors, another source of confusion...) combined with the fact that originally most web browsers were not color managed. Hence viewing everything through sRGB is pretty close to what most monitors see and what untagged/unmanaged docs will look like.
Monitor calibration is useful only because it brings your monitor output to a "known state". In traditional workflows the monitor was always a middle-man, a preview device which was useful for getting an idea of what the printed output would look like before you print it. Since print colorspaces are often smaller than display spaces, it's feasible and useful to narrow down the monitor/display space and calibrate it to a known state, so that even if it doesn't totally match the print, you'll get used to its differences/limitations and they'll be consistent so long as the calibration is maintained.
For web output, your final output is often another user's computer monitor, which can have any form of behavior (most standard monitors are pretty close to sRGB, or use sRGB as an operating system workspace (default monitor profile). Wide gamuts behave differently, but I'm not sure if there's a particular ICC space that they closely match, or if different wide-gamuts are even that close to each other in their display color spaces.
Hope this helps!

Executable behaving different when called f/Java

I have an executable that is run from the command line which behaves differently when I run it from my application. The executable takes MP3s files as arguments and merges them together. When I use large files from within my app, it doesn't respond, but using the same files from the command line works fine. I was thinking it might be a memory thing, but the executable should get its own space seperate from the VM. Does anyone have any suggestions? Thanks!

I do not have the source for the executable, so I wouldn't be able to pull lines out of there. It works from my Java app when I pass in smaller files, so I know I have the syntax correct, but with larger files it hangs. When I run the same thing from the command line with the larger files it runs like a champ. I was trying to use my task manager (I'm on Win NT) to look at memory usage since the only variable seems to be file size, but nothing seems to indicate it is a memory issue.

NIKON D5000 NEF - Lightroom 2.6 and PSE show colors quite differently from what Nikon Software show

With my Nikon D5000 DSLR camera, I took recently photos from small blue flowers. I had set-up my Nikon D5000 to create for every photo both a NEF File and a JPEG File (and had set my camera to use Automatic While Balance).
I noticed that for NEF Files Lightroom 2.6 (and also PSE 7, that uses internally Camera RAW ) shows me the blue colors of the flowers quite differently from what I see with PSE for the jpeg file. It is my impression, that it is in the Jpeg files, that the blue color is close to the reality; and that it is with the NEF Files that Lightroom and PSE show a blue color that is quite different from the reality.
I also looked at the photo files with the NIKON "View Nx" 1.3.0 Software that came with my camera. With "View Nx" the blue colors (both with the NEF file and the Jpeg File) are very vlose that what i see with PSE 7 in the jpeg file (and quite different from what I see with LR and PSE for the .NEF File).
I mentioned this problem to Nikon Support. They suggested, that Nikon Software and Adobe software use different algorithms; and that the Nikon algorithms are better/closer adapted to the Nikon cameras than the more generalized Adobe algorithms that need to support a very large number of cameras.
But ....it is Lightroom that i wish to use to process my NEF Files and PSE that I wish to use to organize my Photos. Can a LR/Camera-RAW expert help me? I would like to find a solution to see with LR and with PSE in my D5000 NEF Photo Files blue colors that are close to the reality and close to what Nikon Software shows me on my PC. Please notice that I am very far away from being a professional and that i will probably not understand complicated explanations.
Thanks a lot in advance.
An additional note, that is perhaps not relevant: I used LR to convert my NEF File into a JPEG File format and looked at the blue in the result. It looks the same as what LR and PSE show me for the .NEF File (and looks different from the jpeg file crreated by the NIKON camera).

EJ and Jim
Thank You very much for your useful feedback.
I realize, that as a neophit I am an exot among the community of photo-experts and photo-professionals addressed by LR. Therefore the wish that I will now express is perhaps inadequate. But since it is gently, that i express this wish, I am probably allowed to do so......
My wish for a future version of LR, is that LR comes out of the box with a "reasonable" interpretation of the RAW images of most important/widespread modern cameras....without requiring that non-experts like me gets confronted from the very beginning with the need to develop their own default settings.
For this wish, I will formulate a Feature Request.
You might wonder, why a non-expert like me is interested in LR instead of using those Photo-Editing Software (e.g. PSE) that are supposed to address the need of non-experts. Well..... I am coming from the PSE world. I am reasolnably happy with the PSE Organizer....but I hate the complex, inefficient, unfriendli "user-interface" (experts will probably tell: workflow-interface?) of the PSE Editor. Its really a last-century Software. LR is so much more friendly, even for non-experts...within the Library Module, i do not need to switch back and forth between one dialogue-window for each type of change.... nearly all what i need is in that one right-hand pane of the Library module.
I honestly believe, that Adobe should take a serious look at promoting/marketing LR also to the audience of non-experts. That would be a good and attractive additional marketing opportunity for LR.

Err Patch File passwords different from original repository - Patching RPD

I'm getting this message"[94040] Input Patch File(s) have passwords different from the original repository. Add patch file password(s) with the parameter -S to the patchrpd command." when attempting to patch a repository. obiee 11g 11.6.1 Many patches prior with no problem.

I'm getting this message"[94040] Input Patch File(s) have passwords different from the original repository. Add patch file password(s) with the parameter -S to the patchrpd command." when attempting to patch a repository. obiee 11g 11.6.1 Many patches prior with no problem.

Customer Standard page is behaving differently in two different instances Y

HI Guru's,
I am querying the data in one Customer standard page in support6 instance for eg: 27868 is a Acccount Number we are searching for this and we are getting the Data in this instance here the thing is the Account is Inactive and we can view even Inactive customers in this.
Now we are seraching for the Customer Number(Acct. Number) same : 27868 in Support 3 instance now here the magic thing i found is i am unable to get the Data in this intance here this one also in backend it is Inactive Customer and this is also a Standard page there is no customization for this.
Why these two instances are behaving like this if i search for a Same Account Number in Customer search page its a oracle standard page there is no customization.
Support 6 -- Is Multi node having 2 nodes
Support 3 -- Is Multi node having 3 nodes .
Previously we have perform one customization we have changed the query in both the instances same query then also it is behaving like previous one, So we plan to remove the complete customization to both of the instances and tried so we are facing this Issue.
Note : Support 6 having some Oracle Patches is different from Support 3 Patches means some patches is not applied in Support 3 instances.
So, is there any issue of those patches and these are not OAF Patches its some Apps Patches.
Please it's a High Priority issue for me so OAF Guru's update me your valuable answers to me so that i can check out why it is behaving like this.

Hi
I have removed my personalizations and customizations in all nodes like this,
begin
jdr_utils.deletedocument('/oracle/apps/ar/hz/components/search/server/customizations/site/0/HzPuiDQMSrchResultsVO');
end;
Commit ;
begin
jdr_utils.deletedocument('/oracle/apps/ar/hz/components/search/webui/customizations/site/0/HzPuiDQMSearchResults');
end;
Commit ;
Next i have run jdr_utils.printdocument also in all the instances so i got these output
Error: Could not find document /oracle/apps/ar/hz/components/search/server/customizations/site/0/HzPuiDQMSrchResultsVO
Error: Could not find document /oracle/apps/ar/hz/components/search/webui/customizations/site/0/HzPuiDQMSearchResults
in all the instances same , so now its a standard functionality right because i have reverted back my customizations.
i have these two scripts because 1. this is for Vo substitution removed and 2. this is for two new attributes that i added before that was removed.
Even i have checked the "About this page" link and then we tried to see the query and we got the standrad query only.
Yes DBA bounced all the 3 nodes for Support 3 and in Support 6 also he bounced 2 nodes.
The Database has only 1 common node and 1 $java_Top which is shared for all the 3 nodes for support 3 instance and for Support 6 instance that is diffrent $Java_Top .
Edited by: Kiran Paspulate on Nov 16, 2012 1:43 PM

ACR 4.5 behaves different from 4.4.1 with Olympus ORF files

Similar Messages

Maybe you are looking for