<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
Hi Alex,
<div class=""><br class="">
</div>
<div class="">thanks for the additional information. I tried to reproduce your issue on CentOS 6.7</div>
<div class="">with one of the r3d files in our data repository. However I was unsuccessful at</div>
<div class="">reproducing it. After converting the image using the same command as you</div>
<div class="">posted and importing both the original and the converted one into OMERO, pixels</div>
<div class="">have the same intensities.</div>
<div class=""><br class="">
</div>
<div class="">Would it be possible for you to upload one of your failing images at</div>
<div class=""><a href="http://qa.openmicroscopy.org.uk/qa/upload/" class="">http://qa.openmicroscopy.org.uk/qa/upload/</a></div>
<div class=""><br class="">
</div>
<div class="">Best,</div>
<div class="">Sebastien</div>
<div class=""><br class="">
<div>
<blockquote type="cite" class="">
<div class="">On 8 Mar 2016, at 19:13, Alexandre Cunha <<a href="mailto:cunha@caltech.edu" class="">cunha@caltech.edu</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">Hi Melissa,<br class="">
<br class="">
The output of md5sum is the same for both systems. The tiff validation is nothing special. I did a visual check of a few slices and they are totally off, the .r3d is a FISH image with a few bright spots on a dark background, all float values, and the generated
tiff is a saturated bright all over for some slices and a mix of saturated and dark pixels for others. I also checked a few pixel values using "gmic -o -.asc". Though the tiffinfo reporst 32-bit floats on the Redhat system, the actual values seem to be integers
at 16-bit quantization, it doesn't make sense. Some unsolicited conversion is being done.<br class="">
<br class="">
I tried different versions of java, installed an up-to-date libtiff, but the problem persists on the Redhat system - not on Ubuntu. I didn't build bfconvert from source but used bftools.zip to deploy it in both systems. I can't tell for sure if there is something
wrong with the Redhat cluster - it is, after all, a possibility - but this is the only application I am aware is behaving oddly.<br class="">
<br class="">
Let me know if you would like me to send directly to you the .r3d I am using for tests and a few generated tiff slices.<br class="">
<br class="">
Best,<br class="">
- Alex<br class="">
<br class="">
<br class="">
<br class="">
On 03/08/2016 06:32 AM, Melissa Linkert wrote:<br class="">
<blockquote type="cite" class="">Hi Alex,<br class="">
<br class="">
Thank you for reporting this.<br class="">
<br class="">
<blockquote type="cite" class="">We run bfconvert to convert .r3d files, (Deltavision, 32-bit floats) into tiff slices, as in<br class="">
<br class="">
bfconvert -separate file.r3d slice.%c.%z.tiff<br class="">
<br class="">
for further processing. It works well under Ubuntu 14.04 but it chokes under Red Hat Enterprise Linux Server release 6.7 producing faulty tiff slices (pixel values are incorrect, e.g. all pixels have 65535). In my tests I use bfconvert versions 5.0.2 and 5.1.8
on both systems.<br class="">
</blockquote>
<br class="">
We're trying a few things to duplicate the problem now, but in the<br class="">
meantime could you please confirm that the output of 'md5sum file.r3d'<br class="">
is the same on both systems? It would also be useful to know which<br class="">
software is being used to validate the converted TIFF files, as that<br class="">
may help to point us in the right direction.<br class="">
<br class="">
Regards,<br class="">
-Melissa<br class="">
<br class="">
On Mon, Mar 7, 2016 at 7:01 PM, Alexandre Cunha <<a href="mailto:cunha@caltech.edu" class="">cunha@caltech.edu</a>> wrote:<br class="">
<blockquote type="cite" class=""><br class="">
Hi,<br class="">
<br class="">
We run bfconvert to convert .r3d files, (Deltavision, 32-bit floats) into tiff slices, as in<br class="">
<br class="">
bfconvert -separate file.r3d slice.%c.%z.tiff<br class="">
<br class="">
for further processing. It works well under Ubuntu 14.04 but it chokes under Red Hat Enterprise Linux Server release 6.7 producing faulty tiff slices (pixel values are incorrect, e.g. all pixels have 65535). In my tests I use bfconvert versions 5.0.2 and 5.1.8
on both systems.<br class="">
<br class="">
I was wondering if this is a known problem on RedHat machines and/or .r3d files. Any advice?<br class="">
<br class="">
Many thanks,<br class="">
- Alex<br class="">
<br class="">
---<br class="">
<br class="">
[607] : bfconvert -version<br class="">
Version: 5.1.8<br class="">
VCS revision: 9eb8da31c1f01989f439963b9cc215b4398bedd8<br class="">
Build date: 12 February 2016<br class="">
<br class="">
OR<br class="">
<br class="">
(bfconvert -version<br class="">
Version: 5.0.2<br class="">
VCS revision: 0c4215a<br class="">
Build date: 27 May 2014)<br class="">
<br class="">
<br class="">
lsb_release -a<br class="">
<br class="">
LSB Version: :base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch<br class="">
Distributor ID: RedHatEnterpriseServer<br class="">
Description: Red Hat Enterprise Linux Server release 6.7 (Santiago)<br class="">
Release: 6.7<br class="">
Codename: Santiago<br class="">
<br class="">
Distributor ID: Ubuntu<br class="">
Description: Ubuntu 14.04.4 LTS<br class="">
Release: 14.04<br class="">
Codename: trusty<br class="">
<br class="">
<br class="">
_______________________________________________<br class="">
ome-users mailing list<br class="">
<a href="mailto:ome-users@lists.openmicroscopy.org.uk" class="">ome-users@lists.openmicroscopy.org.uk</a><br class="">
http://lists.openmicroscopy.org.uk/mailman/listinfo/ome-users<br class="">
<br class="">
</blockquote>
<br class="">
</blockquote>
_______________________________________________<br class="">
ome-users mailing list<br class="">
<a href="mailto:ome-users@lists.openmicroscopy.org.uk" class="">ome-users@lists.openmicroscopy.org.uk</a><br class="">
http://lists.openmicroscopy.org.uk/mailman/listinfo/ome-users<br class="">
</div>
</blockquote>
</div>
<br class="">
</div>
<br>
<span style="font-size:10pt;">The University of Dundee is a registered Scottish Charity, No: SC015096</span>
</body>
</html>