推 Bencrie: 沒有。你自己刻不是比較快嗎?一般醫學影像不是拿 10/02 13:10
→ Bencrie: scalar data 過 transfer function 染色再顯示? 10/02 13:10
→ Schottky: MFC有沒有支援不影響你一邊自己處理影像一邊用MFC做GUI 10/02 14:19
→ F04E: 跟MFC無關 10/02 14:20
→ Schottky: 不要說 MFC 沒支援,好像沒聽過別家有人支援的 10/02 14:20
推 LPH66: 講更白一點好了, 就算你的原始資料有高位元深度 10/02 17:24
→ LPH66: 最後顯示到螢幕上還是必定得要在某個地方轉成 10/02 17:25
→ LPH66: 螢幕顯示用的八位元深度, 那這要怎麼轉要看你的用途 10/02 17:25
→ LPH66: 那這就不用期待一個像 MFC 這種的通用架構會有適用的轉換 10/02 17:27
→ LPH66: 噢, 我沒注意到你有說專用螢幕...那類似的問題會換個地方 10/02 17:29
→ LPH66: 通用架構的底層是為一般螢幕設計的, 不會為特殊螢幕特化 10/02 17:30
→ nh60211as: opencv哪裡不好了?森氣氣 10/02 18:33
推 Killercat: 看了一下手邊的SDL有支援8 15(...) 16 24 32 10/02 22:21
→ Killercat: 但是有這個enum是一回事 真的能正確render又是一回事.. 10/02 22:22
→ MasterChang: 這東西用opencv也不適合你處理高深度影像....自己刻 10/02 23:24
推 VSei: 可以考慮用QT當GUI 10/04 08:57
推 TeaEEE: high dynamic range的顯示用GDI+就可以,是不是mfc不重要 10/04 12:09
推 obj: 查windows api,有支援就可以做 10/08 17:17
→ flysonics: 高深度的就自己刻吧 10/10 13:15