HorliX と dcm4chee-arc-light を繋ぐ
以前に HorliX と Orthanc を繋いだことがありますが、今回は Java 系の PACS サーバ dcm4chee-arc-light と繋いでみます。
web アプリ経由での通信(WADO-RS などという)もできるようなのですが、まずは、古典的なダイコム通信で。
準備
dcm4chee-arc-light は Ver5 系になって、LDAP が採用され、運用にこぎつけるだけでも大変だと思いますが、この辺は
『dcm4chee-arc-light 5.29.2 のビルド』
『dcm4chee-arc-light 5.29.2 のデプロイ』
あたりの記事をご参考に。
今回は、接続テストですから、あらかじめバイナリが配布されている Ver5.29.1 を Ubuntu にインストールしておきます。
HorliX 側の設定
まず、HorliX 側の設定ですが、環境設定 -> Location で dcm4chee の DICOM ノードを登録します。

デフォルトだと dcm4chee は AETitle = DCM4CHEE, Port = 11112 になっているようです。これを指定。
注意! IP アドレスが localhost になっていますが、ソースで確認したら bind IP address が 0.0.0.0 になっていたので、ここは変更する必要はないです。
すると UI 画面右の source に DCM4CHEE という項目が出現します。

dcm4chee-arc-light 側の設定
次に dcm4chee-arc-light 側の設定。
メニュー -> Configuration -> AE Title で HorliX を AE Title に追加します。

これで準備は完了。
HorliX から dcm4chee-arc-light に送信
いたってシンプルです。
送信したい study や series を DB 画面から、先ほど触れた source (DCM4CHEE) にドラッグ&ドロップするだけです。
送信が無事終わると、dcm4chee 側で画像の確認もできます。

dcm4chee-arc-light の画像保存場所
WildFly HOME -> satndalone -> data -> fs1 に実体があります。
画像が増えてきた場合は fs2, fs3… になると思われます。
その他
horos でも同様の手順で dcm4chee-arc-light とリンクして使うことができると思います。
通信周りは horos とそれほど変わっていないはずなので。
HorliX on MacOS Ventura
速報です。
ようやく、一部マシンを Ventura に移行。
HorliX も問題なく動いているようです。
arm Mac も今後試します。 pic.twitter.com/9jLIzAZ6RX— 猪股弘明 (@H_Inomata) December 26, 2022
M1 Mac でも大きな問題はなさそうですね。

猪股弘明
HorliX, OpenDolphin-2.7m, DolphORCA など開発
HorliX on MacOS Monterey
2021/10 月末に Mac の新しい OS Monterey がリリースされたようなので、アップデート。
前回の BigSur とは異なり、大型アップデートというよりはマイナーチェンジに留まるようだ。
HorliX の動作チェック。
目立った問題はなし。
BigSur で動作するならば、Monterey でも動くでしょう。
HorliX リリース3周年記念 -世界を変えるのに3年もいらない-
HorliX が Apple AppStore で配信を開始したのが 2018/8/8 なので、今年(2021)の8/8でちょうど丸3年になる。
記念に何かしようと思って特設ページをつくってはいた。
当初は、3周年記念モデルなどを作ろうかと思っていたのだが、新型コロナやらなんやらでなかなか時間が取れず、その先に進めないでいた。
結局、内輪で欲しいと手を挙げてくれた人に現行の Ver1.0.7 (もちろん使用期限なし)を新規にビルドした。
先日、なんとか配布を完遂させた。
お世辞もあるだろうが、かなり喜んでいただいたようだ。
正直、かなりほっとした。
8月いっぱいくらいは、このキャンペーンを続けようと思っているので、第二弾もお楽しみに。
shading? or lighting?
ところで、画像処理マワリをやっていて気がついたのだが、horlix で VR(ボリュームレンダリング)させたとき、ツールバーに shading というアイテムが出現する。
ちなみに、shading にチェックを入れると

こういう画像が得られる。

shading のチェックを外すと

画像はこのようになる。

単なる lighting ですね。ambient, diffuse や specular なども lighting に関わる用語です。
最近では、位置情報を含めて GPU 描画させることを shading という呼び方をすることが多いので、若干、気になった。
細かいところですが。
HorliX on Mac OS11 Big Sur
以前から Mac の次期OS Big Sur は開発者向けにベータ版は配布されていたのだが、先日、RC (Release Candidate リリース候補バージョン) も公開され、正式リリースもそろそろといったところだろうか。
→ 11月初旬に正式リリース。11.0 は不具合も多かったので、すぐに 11.0.1にアップデートされました。
→ 11.0.1 も後述するようなバグ?があったので、12月14日に 11.1 にアップデートされました。
今回の改訂では、UI もけっこう変更になっているので、当方としてもそれなりの対応は不可避だと思っているが、とりあえずこれまでのバージョンでどの程度動作するかチェックしてみた。
まず、起動時の画面だが、ここはまったく問題なし。

続いて、2D Viewer のチェック。
ここも 11.1 では問題なし(M1, Intel Mac とも)。

ただし、11.0.1 では以下のような不具合がありました。

なぜか意味不明のバーが出現し、そのおかげで本来のツールバーが上下方向に縮んでいる。
→ バーが出現したのではなく、各種アイコンを載せているツールバーがアイコンに合わせて自動で伸びてくれないことが原因のようです。

機能的には問題ないようなのだが(2Dビューア上で「副」クリックするとROI などの各種メニューが出現する)、ここはなんとかしたいですね。
3D表示機能を VR(ボリュームレンダリング)でチェック。

見た目上は問題なし。
ただ、CLUT でプリセットを使おうとするとレインボーカーソルがでて、それ以上先に進まない。この不具合は、ある程度、心当たりがあるので、この点を重視してデバッグしていこうと思っている。
HorliX 開発チーム
HorliX on Mac OSX Catalina
Catalina の正式版がいつのまにかリリースされていたので、アップデート。
HorliX は無事動いているようです。

最新、Ver1.0.7 は、ダウンロードページからどうぞ。
日本語で使いたい方は、(もちろん)Japanese Ver を落としてください。
アノテーションの「文字化け?」について
日本では報告されていなかったのですが、2D ビューアや 3D ビューア上で描画されるテキスト文字が解読できないくらい乱れるという問題が指摘されていました。
HorliX であれば
github issues: HorliX with CATALINA , TEXT LINE ILLEGIBLE
Horos であれば、
github issues: Length assessment bug [ROI] , Annotation colour is green, cannot change after update Catalina
あたり。
報告されているとはいっても、かなり特殊な条件でしかおこらないようなので対応を後回しにしていたのですが、3次元表示(ボリュームレンダリングなど)あたりのコードを整理・手直ししていたときに、「あ、そういうことか」と思い当たる節があり、下記のような操作を実行してみたところ上手くいきました。
HorliX のメーリングリストに流したのですが、ここでも解説します。
かなり特殊な実行環境だと思うのですが、ROI などを使った場合、

というようにまるっきり文字が読めない現象が出現するときがある。
このバグが生じるのは、実行環境の Mac のモニターのカラープロファイルが意図せぬ設定になっているせいなので、これを修正する。
具体的には、まず、画面左上にある林檎マークをクリックしてメニューアイテムを表示して『このMacについて』を選ぶ。

するとパネルが現れるので、『ディスプレイ』を表示させ、パネル右下の『”ディスプレイ”環境設定…』ボタンをクリック。

するとディスプレイ設定パネルが出現する。
ここで『カラー』を選ぶ。するとカラープロファイルの設定画面に切り替わる。

文字が判読できないような場合、ディスプレイプロファイルが『一般RGBプロファイル』以外になっているので、これを『一般RGBプロファイル』に選び直す。
この設定変更の後、再度アプリを立ち上げると

と文字が正常に表示されるようになります。
ソースコードレベルでの修正は検討しているところです。(できれば OS の側で修正して欲しいんですが)
その他
今のところ、Catalina 移行に伴うバグらしいバグは上がってきていません。
今後の予定
3次元表示周りは、今一つコードが整理しきれていない印象があるので、ここは現在修正中です。

なお、上記のサンプルは MacOS BigSur でも無事に動いています。
今後の予定(追加)
Volume Rendering のところを整理する、みたいなことを言ってましたが、ここはどう頑張っても OpenGL になってしまうので(VTK の機能を利用しているため)、Metal で同様の機能を書いてみました。
オリジナル同様、RayCast Mapping という手法を使ってます。
OpenGL は廃止になることがわかっているため、こちらの方がいいでしょう。
HorliX on OSX 10.15 Catalina (Beta)
Catalina の正式版に関する記事はこちら(↓)で。
Mac OSX の次期バージョン Catalina (OSX 10.15) のベータ版を Mac の一台にアップデート。
HorliX を走らせてみたが、試しに 2D Viewer での表示や 3D Viewer でボリュームレンダリングさせても問題なく動いた。
詳しい検証はこれからだが、主要な機能は使えるかと。

Catalina の正式版に関する記事はこちら(↓)で。
HorliX 開発チーム
MacPro の衝撃
先日、MacPro の今秋の発売がアップルから公式にアナウンスされた。
当初は、その形状から「おろし金」などと言われていたが、徐々にそのハイスペックぶりに注目が集まっている。なにしろ、RAM だけで 1.5T 積めるらしい。
今から思うと OSX が「OpenGL 非推奨、Metal 推奨」になったのはこの布石だったのかもしれない。
画像処理を重視するなら、GPU を低レベルから操作できる Metal の方が処理速度の点で有利になることが予想される。現状では、OpenGL の Ver3, 4 の方が Metal より速いようであるが、コードが熟成すれば Metal の方が速くなりそうだ。
業務用途で凝った3Dキャラをストレスなく動かすには、ここまで必要なのかもしれない。ちょっとした画像処理でここまでの必要性があるのか判断しかねるが、アップルからしてみれば「業務用の高負荷のかかる映像処理は、Metal 対応のソフトで MacPro を使いなさいよ」ということなのだろう。
こういった明確なメッセージは、アップルらしいなあと思える。

