<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="https://stage.nitrcce.org/themes/nitrc3.0/css/rss.xsl.php?feed=https://stage.nitrcce.org/export/rss20_forum.php?forum_id=799" ?>
<?xml-stylesheet type="text/css" href="https://stage.nitrcce.org/themes/nitrc3.0/css/rss.css" ?>
<rss version="2.0"> <channel>
  <title>NITRC BXH/XCEDE Tools Forum: help</title>
  <link>http://stage.nitrcce.org/forum/forum.php?forum_id=799</link>
  <description>Get Public Help</description>
  <language>en-us</language>
  <copyright>Copyright 2000-2026 NITRC OSI</copyright>
  <webMaster></webMaster>
  <lastBuildDate>Sun, 12 Apr 2026 6:27:35 GMT</lastBuildDate>
  <docs>http://blogs.law.harvard.edu/tech/rss</docs>
  <generator>NITRC RSS generator</generator>
  <item>
   <title>RE: volumemeans or volmeasures?</title>
   <link>http://stage.nitrcce.org/forum/forum.php?thread_id=13524&amp;forum_id=799</link>
   <description>fmriqa_generate.pl calls fmriqa_volmeasures to generate that data so they should give you similar numbers, however fmriqa_generate.pl may remove some datapoints from the beginning before sending data to fmriqa_volmeasures.  The center-of-mass is a crude measure that can be helpful.  For more accurate position information you may consider tools like FSL's mcflirt.</description>
   <author>Syam Gadde</author>
   <pubDate>Tue, 31 May 2022 12:28:39 GMT</pubDate>
   <guid>http://stage.nitrcce.org/forum/forum.php?thread_id=13524&amp;forum_id=799</guid>
  </item>
  <item>
   <title>volumemeans or volmeasures?</title>
   <link>http://stage.nitrcce.org/forum/forum.php?thread_id=13524&amp;forum_id=799</link>
   <description>Hello,&lt;br /&gt;
&lt;br /&gt;
I was wondering if I could have some clarification on the difference between the volumemeans output (cmassx/y/z from fmriqa_generate.pl) and the volmeasures output (from fmriqa_volmeasures)?&lt;br /&gt;
&lt;br /&gt;
I am trying to use BXH tools to identify absolute motion artefacts in my fmri data - which would you advise would be best for this?&lt;br /&gt;
&lt;br /&gt;
Thank you very much!&lt;br /&gt;
Mollie</description>
   <author>Mollie Neason</author>
   <pubDate>Mon, 30 May 2022 11:31:51 GMT</pubDate>
   <guid>http://stage.nitrcce.org/forum/forum.php?thread_id=13524&amp;forum_id=799</guid>
  </item>
  <item>
   <title>Catalina / 64-bit Catalina issues</title>
   <link>http://stage.nitrcce.org/forum/forum.php?thread_id=11935&amp;forum_id=799</link>
   <description>Hi,&lt;br /&gt;
&lt;br /&gt;
I am trying to run the firm_phantomqa.pl program, but am running into some issues with the binary programs that come with the most recent package: bxh_xcede_tools-1.11.14-MacOSX.i686. This package is not compatible with MacOS Catalina or greater, as Catalina has dropped support for 32-bit executables.&lt;br /&gt;
&lt;br /&gt;
For example, the error I get when attempting to run &amp;lt; ./bxhabsorb &amp;gt; is &amp;quot;Bad CPU type in executable&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Does anybody know a way to run these programs in macOS Catalina? Or is there an updated software package available that I can download to use? &lt;br /&gt;
&lt;br /&gt;
Thanks,&lt;br /&gt;
Hannah</description>
   <author>Hannah Swearingen</author>
   <pubDate>Mon, 14 Dec 2020 17:00:28 GMT</pubDate>
   <guid>http://stage.nitrcce.org/forum/forum.php?thread_id=11935&amp;forum_id=799</guid>
  </item>
  <item>
   <title>Can't find frequency direction in NIFTI header</title>
   <link>http://stage.nitrcce.org/forum/forum.php?thread_id=9782&amp;forum_id=799</link>
   <description>Dear all,&lt;br /&gt;
&lt;br /&gt;
I am running the fBIRN QA pipeline version 1.10.7-lsb30.x86_64 with AFNI version AFNI_2011_12_21_1014. I have NIFTI fmri images and I convert them to BXH/XCEDE using analyze2bxh --xcede. This is followed by running the fBIRN QA pipeline on the BXH/XCEDE data files using fmriqa_phantomqa.pl.&lt;br /&gt;
&lt;br /&gt;
The fBIRN QA pipeline fails to generate ghost measures with the following error:&lt;br /&gt;
&lt;br /&gt;
&amp;quot;volnum ghostpercentage brightghostpercentageCan't find frequency direction in header! Not calculating ghost metrics (not EPI?)&amp;quot;&lt;br /&gt;
&lt;br /&gt;
It appears that the pipeline cannot find the information pertaining to frequency/phase-encode directions in the NIFTI header. I tried to manually modify the NIFTI header by adding the field 'dim_info' but it did not resolve the issue. Any suggestion pertaining to a solution?&lt;br /&gt;
&lt;br /&gt;
Thanks,&lt;br /&gt;
&lt;br /&gt;
Aras</description>
   <author>Aras K</author>
   <pubDate>Thu, 15 Nov 2018 16:24:51 GMT</pubDate>
   <guid>http://stage.nitrcce.org/forum/forum.php?thread_id=9782&amp;forum_id=799</guid>
  </item>
  <item>
   <title>RE:  dyld errors on Mac OS X</title>
   <link>http://stage.nitrcce.org/forum/forum.php?thread_id=6635&amp;forum_id=799</link>
   <description>Sounds good! Yes, it seems reasonable to me to just have people install ImageMagick for themselves... MacPorts and Homebrew make that pretty easy even if you're not running Linux.</description>
   <author>Matthew Johnson</author>
   <pubDate>Fri, 25 Mar 2016 21:16:54 GMT</pubDate>
   <guid>http://stage.nitrcce.org/forum/forum.php?thread_id=6635&amp;forum_id=799</guid>
  </item>
  <item>
   <title> dyld errors on Mac OS X</title>
   <link>http://stage.nitrcce.org/forum/forum.php?thread_id=6635&amp;forum_id=799</link>
   <description>Thanks for doing the grunt work, and providing detailed workarounds to these issues.  I will likely get rid of the ImageMagick executables packaged with bxh_xcede_tools since the standard ImageMagick tools are stable enough now.  In the past, ImageMagick behavior would change drastically from minor version to minor version, but now things are less volatile.</description>
   <author>Syam Gadde</author>
   <pubDate>Fri, 25 Mar 2016 14:05:13 GMT</pubDate>
   <guid>http://stage.nitrcce.org/forum/forum.php?thread_id=6635&amp;forum_id=799</guid>
  </item>
  <item>
   <title>dyld errors on Mac OS X</title>
   <link>http://stage.nitrcce.org/forum/forum.php?thread_id=6635&amp;forum_id=799</link>
   <description>Not really a help request per se as I just figured out my own problem, but I'm leaving the solution here for posterity. I have already submitted a bug report with similar information to that below.&lt;br /&gt;
&lt;br /&gt;
The ImageMagick programs contained within the BXH/XCEDE tools don't appear to work on current versions of Mac OS X (I'm on El Capitan here, but from my searches it appears that this bug would happen for any version &amp;gt;= 10.7 Lion). I ran into this using fmriqa_generate.pl but any other functions that use ImageMagick likely have the same problem.&lt;br /&gt;
&lt;br /&gt;
Errors like this appear when invoking ImageMagick's 'convert' or 'montage' tools:&lt;br /&gt;
dyld: Library not loaded: /System/Library/Frameworks/OpenCL.framework/Versions/A/Libraries/libclparser.dylib&lt;br /&gt;
Referenced from: /Users/mjohnson113/Downloads/bxh_xcede_tools-1.11.1-MacOSX.i686/bin/convert&lt;br /&gt;
Reason: image not found&lt;br /&gt;
&lt;br /&gt;
From web searches, I deduced that the .dylib in question doesn't seem to exist anymore in Lion and up.&lt;br /&gt;
&lt;br /&gt;
I fixed the problem for myself by installing ImageMagick via MacPorts and replacing the 'montage' and 'convert' binaries in the BXH/XCEDE package with the freshly built copies from MacPorts. Not sure what the best long-term solution would be for the project.&lt;br /&gt;
&lt;br /&gt;
Anyway, if you are having the same problem, installing your own copy of ImageMagick and replacing the broken BXH/XCEDE copies with custom-built ones should, in theory, work for you too!</description>
   <author>Matthew Johnson</author>
   <pubDate>Fri, 25 Mar 2016 1:32:38 GMT</pubDate>
   <guid>http://stage.nitrcce.org/forum/forum.php?thread_id=6635&amp;forum_id=799</guid>
  </item>
  <item>
   <title>RE: error running fbirn qa on human data</title>
   <link>http://stage.nitrcce.org/forum/forum.php?thread_id=5262&amp;forum_id=799</link>
   <description>For any lost souls who are wondering what the solution is -- I had the same problem and just debugged it.&lt;br /&gt;
&lt;br /&gt;
For me, at least, the problem was running the script from within the 'bin' directory as &amp;quot;./fmriqa_generate.pl&amp;quot; which causes the script not to know which directory it is being run from, and thus not to be able to find the files it needs.&lt;br /&gt;
&lt;br /&gt;
It worked when I either invoked the script using its full pathname (starting with a slash), or added the 'bin' directory to my path and ran the script as simply &amp;quot;fmriqa_generate.pl&amp;quot;&lt;br /&gt;
&lt;br /&gt;
(I'm on a Mac but from a quick pass through the Perl, I expect the experience to be the same with any *nix operating system.)&lt;br /&gt;
&lt;br /&gt;
Now on to my next challenge -- getting ImageMagick working correctly with the same script...&lt;br /&gt;
&lt;br /&gt;
Cheers,&lt;br /&gt;
MJ&lt;br /&gt;
&lt;br /&gt;
PS Hi Shashwath!</description>
   <author>Matthew Johnson</author>
   <pubDate>Fri, 25 Mar 2016 1:15:58 GMT</pubDate>
   <guid>http://stage.nitrcce.org/forum/forum.php?thread_id=5262&amp;forum_id=799</guid>
  </item>
  <item>
   <title>  RE: Installation help</title>
   <link>http://stage.nitrcce.org/forum/forum.php?thread_id=6503&amp;forum_id=799</link>
   <description>Syam,&lt;br /&gt;
Much thanks for your assistance.&lt;br /&gt;
&lt;br /&gt;
Summing up. &lt;br /&gt;
&lt;br /&gt;
For the tool to function in Ubuntu 14.04 64-but, installation of lsb-core is required. This can be done by using:&lt;br /&gt;
apt-get install lsb-core&lt;br /&gt;
&lt;br /&gt;
Afterwards, a program dicom2bxh can be called by: ./dicom2bxh&lt;br /&gt;
If added to system PATH, then can be called from anywhere in the system.&lt;br /&gt;
&lt;br /&gt;
Piotr</description>
   <author>Piotr Faba</author>
   <pubDate>Mon, 15 Feb 2016 12:53:19 GMT</pubDate>
   <guid>http://stage.nitrcce.org/forum/forum.php?thread_id=6503&amp;forum_id=799</guid>
  </item>
  <item>
   <title>  RE: Installation help</title>
   <link>http://stage.nitrcce.org/forum/forum.php?thread_id=6503&amp;forum_id=799</link>
   <description>Did you try adding the ./ before the command name?  i.e.:&lt;br /&gt;
&lt;br /&gt;
./dicom2bxh&lt;br /&gt;
&lt;br /&gt;
If the directory is not on your PATH, you have to give a directory before the executable name, even if it is the current directory (./).</description>
   <author>Syam Gadde</author>
   <pubDate>Fri, 12 Feb 2016 16:47:07 GMT</pubDate>
   <guid>http://stage.nitrcce.org/forum/forum.php?thread_id=6503&amp;forum_id=799</guid>
  </item>
 </channel>
</rss>
