Posted by
Jeffrey B. Woodward on
Jul 13, 2009; 6:21pm
URL: http://imagej.273.s1.nabble.com/color-order-vs-ImageJ-version-tp3691793p3691796.html
Just guessing here, but are you sure that it is an ImageJ version issue,
and not a platform endianness issue [with the application that is
producing the raw video files]? Quick test, does the "older" version of
ImageJ work as expected on the "other" system and vice versa? I am
guessing that the older version won't work for you on the "other" system
either (i.e., not an ImageJ version issue)...
What platform (hardware type and O/S) is the application that is saving
the 32-bit ARGB RAW video files running on...i.e.,
System A running ImageJ 1.39o [known to exist in your setup] stated
to be Windows XP SP3 assumed to be Intel architecture.
System B running ImageJ 1.43o [known to exist in your setup] not
stated what O/S and hardware architecture.
System ? running application to produce 32-bit ARGB RAW video files
for system A -- platform not stated.
System ? running application to produce 32-bit ARGB RAW video files
for system B -- platform not stated.
So, are there 2, 3, or 4 systems involved? Seeing that the JAVA JVM is
big endianness regardless of the endianness of the host platform, [if I
were a betting man] I'd guess that you are producing your 32-bit ARGB
RAW video files for System B on a different platform with different
endianness than the platform used to produce the files for System A.
Thus, if you take a video file that had been known to work on System A
and transferred it to System B, does it work? I am guess that it will...
Sorry in advance if all my guessing is completely wrong (thankfully, I
am only betting with virtual money, and I have a lot of that to waste ;-))
-Woody
Chinn, Steve Dr CIV USA AMC wrote:
> We have created an application that saves 32-bit ARGB RAW video files.
> When imported as such, and viewed using ImageJ 1.39o, the colors appear
> as we intended, and as displayed in our real-time application (running
> in Windows XP, SP3).
>
>
>
> However, when viewed on another computer using the newer version ImageJ
> 1.43o, the Red and Blue colors appear reversed. Can someone explain the
> cause of this, and a possible way to get the old behavior back with the
> newer ImageJ versions?
>
>
>
> Thanks.
>
>
>
> Stephen R. Chinn, Ph.D.
> US Army RDECOM CERDEC
> Night Vision and Electronic Sensors Directorate
> AMSRD CER NV ST LT
> 10221 Burbeck Road
> Fort Belvoir, VA 22060-5806
> (703) 704-3821; FAX: (703) 704-1752
>
[hidden email] <mailto:
[hidden email]>
>
>
>
>