Marcel
Sorry to bump an old thread but I have a client that is seeing this issue at the moment and we are using j2 to compress. However it seems to only be on US studies and is only showing up on some viewers. For example a US comes in as uncompressed and is compressed by dgate to j2, this changes 0028,0004 from RGB to YBR_FULL. In our main viewers , ohif, weasis, and clearcanvas, this doesn't seem to be presenting an issue. However the rad that is reading is using an older version of OHIF that does present with the green overlay.
So my main question would be, would jpeg-ls be a better compression option as it seems not to convert the RGB to YBR_FULL on compression. Or is there a newer executable or code I could implement that wouldn't cause this issue?
Another option I thought of was to put an importconverter in checking for those devices that send US and store them as js instead of j2 . My problem with that solution is that I cannot figure out how to forward those js studies to the rad as js and leave the rest being sent to him as j2.
Hope this post makes sense.
Mr Johnathan Bravo
P.S. forgot to say using 1.50b on debian 11