RAW 4.0 format

[MarcoVando]

Is raw4.0 format from Bruker compatible?
Even Fitxyk is not able to display some new .raw files

[MarcoVando]

It seems that when .raw files are generated through jobs in XRDCommander (bruker) they have RAW4.0 format which cannot be read by fityk (and so xyconvert)
If instead pattern are collected with the main window of xrdcommander they have RAW1.0 format
Is it a known problem?
Below the headings of raw files opened with a text editor:

RAW4.00 ïÿ 04/10/2023 12:31:45 � � � 3C C�

•   CREATOR                 XRDWizard
  

•   CREATOR_VERSION         V2.9.0.22
  

•   WIZARD_VERSION          V2.9.0.22
  

•   WIZARD_ADDINS           V2.9.0.22
  

' WIZARD_DOCTYPE XRD
$ COMMENT � ˆ �� � �' úC ½ €? @ áz¼@=
#A @ ^¢zk`«ø?J{ƒ/L¦ø? OäIÒµø?Ød�zˆFö? à? Cu A
, OSUSER XRD User
( USER User
5 SITE Cambridge MA, USA
3 SAMPLEID MV1-84_7-40_01s  |� |� � �' �� � Locked Coupled

RAW1.01 � � 01/26/23 15:28:07 User Cambridge MA, USA 152HIJK_NiL4_std_KLM_230124 � �' zC €? � áz¼@=

[wojdyr]

Support for RAW 4.0 was contributed in #23
but it's been a long time since the last release of xylib (and fityk), so the released versions don't support 4.0 yet.

[MarcoVando]

I see
thank you
Are you planning to fix this thing?

[Takaogahara]

any updates on this issue?

[MarcoVando]

Also interested in this feature

[isobianin]

Hey guys, also have the same trouble with .raw4.0 with the exact same steps taken (using xylib, fytik)

[Takaogahara]

I managed to solve my problem compiling from source. Laborious, but it worked.

[MarcoVando]

you downloaded the whole git and make-install it locally? is that what you mean?

[Takaogahara]

I followed the instructions on the "Download" section of the readme file

[isobianin]

Hey @MarcoVando @Takaogahara , thanks for your input. I have been testing things on my side, and so far, there are some results.

So, when @Takaogahara says that you can compile your local copy of xylib, it indeed works. I did not use the whole cmake thing, but I just used pip to install from the local copy (tbh, it should work if you pip from the github repo).

Unfortunately, not all .raw files are made equal, from what I understand, and the current raw4.0 only works for some set of raw4.0 files. Specifically, I encountered and currently working with the file where y-axis values (4 bytes) have a some sort of a delimiter (4 bytes):

In this particular case, the delimiter is FF 00 but it is random in other files I was supplied.
In other raw file types (1-4) however, y-axis values occupy 4-bytes and come one after the other one:

Not sure whether there is a setting somewhere in the software that generates raw4 file that can disable those. xylib raw4.0 simply crushes with those which have a delimiter. Anybody experienced something like this? Any idea where is the "delimiter flag" is hidden in the RAW4.0?