压缩的NIFTI文件中的奇怪条带化

时间:2014-02-13 13:11:29

标签: xtk

我们正在查看2D查看器中的NIFTI图像。 XNK的CDN版本将它们颠倒显示,所以我检查了Github的代码。 Github上的主分支以正确的方向显示图像,但演示了一个奇怪的条带或条纹工件。在提交时,我发现提交332b822... Fix compilation for the changes in parserFSM and parserTRK.正常工作,即。正确的方向,没有条带,但是主人的HEAD没有。

不幸的是,我不太了解XTK以解决问题。

有什么想法吗?

来自HEAD of master的条纹工件的图片 Stripe artifact

第二张破碎的图像

Stripe artifact

332b822

更正图像

No artifact

1 个答案:

答案 0 :(得分:1)

这是因为我们在重新打印期间不进行任何插值。

以下是XTK方面的情况:

<强>之前:

  1. 解析NII(像素)
  2. 创建包含所有像素的3D数组
  3. 显示ii
  4. - &GT;因为我们没有考虑到这一点,所以方向很糟糕。我们只通过X,Y和Z轴切割3D阵列。

    立即

    1. 解析NII(像素和方向)
    2. 创建包含所有像素的3D数组
    3. 旋转3D阵列
    4. 从包含数据的旋转数组中提取纯Sagittal,Coronal和Axial切片
    5. - &GT;方向是正确的,因为我们确实考虑到了它。但是我们提取的切片可能会出现一些伪影,因为当我们生成切片时,我们不会进行任何插值。

      我们想尽快添加插值。

      一个好的起点是861行: https://github.com/xtk/X/blob/master/io/parser.js

      虽然可能很棘手......

      我们还可以轻松添加“定向音量”和“后天音量”之间切换的功能。

      我认为现在实施起来会更快,并且目前也需要进行良好的权衡。

      由于