In addition to the earlier question:
We tried latest relion-2.1.0, still the same problem (file is treated as unsigned 8 bits):
relion_image_handler --stats --i FoilHole_31003387_Data_31004525_31004526_20171201_1126_Fractions.mrcs
[log in to unmask] : (x,y,z,n)= 4096 x 4096 x 1 x 1 ; avg= 2.67916 stddev= 7.72568 minval= 0 maxval= 255
[log in to unmask] : (x,y,z,n)= 4096 x 4096 x 1 x 1 ; avg= 2.6755 stddev= 7.72137 minval= 0 maxval= 255
[log in to unmask] : (x,y,z,n)= 4096 x 4096 x 1 x 1 ; avg= 2.67394 stddev= 7.73988 minval= 0 maxval= 255
But this is a signed 8 bits MRC file as can be seen from associated .xml file:
<Format>Signed 8 bits</Format>
Since currently the accepted consensus for MRC mode 0 file is to be signed 8 bits, would be great if that issue can be fixed for "relion_image_handler".
Thanks!
>>>>>>>
Dear all,
While collecting FalconIII data in counting mode accidentally we got some images written out by FEI EPU as raw un-summed frames. I.e. instead of 40 fractions in file we got ~ 2000 frames. We would like to recover those files for further processing but the problem is that these huge files are written in 8 byte signed format and most programs we tried seem to treat it as unsigned (including Relion and Imod). In principle command "relion_image_handler --avg_bin 50 --i file --o file_av " should do what we like but it produces all 40 frames with minimal density = 0 and maximal ~3000, while in properly written by EPU files it ranges from -20 to ~ 600. So it looks like signed numbers are treated as unsigned.
Does anybody knows a way around this?
Many thanks!
|