Optimization #997 improve pwi4 d#1527
Optimization #997 improve pwi4 d#1527jan-petr merged 96 commits intofeature-#1551_RevampedSubtractionTempBranchfrom
Conversation
jan-petr
left a comment
There was a problem hiding this comment.
Essentially good. but some errors need to be fixed.
jan-petr
left a comment
There was a problem hiding this comment.
A new batch of comments.
jan-petr
left a comment
There was a problem hiding this comment.
A second batch of comments.
jan-petr
left a comment
There was a problem hiding this comment.
A new batch of comments and answers.
e7b073d to
e79f32b
Compare
jan-petr
left a comment
There was a problem hiding this comment.
We can perhaps remove some of the comments in the code - as resolved. See details and if you agree.
HenkMutsaerts
left a comment
There was a problem hiding this comment.
Two minor questions, I will have a few more of these iterations, just so I start understanding it better, so I can add more comments, so it becomes also more understandable for somebody new to Hadamard/multi-TE. And to ascertain modularity/generalizability.
HenkMutsaerts
left a comment
There was a problem hiding this comment.
Added a few suggestions to simplify the code/comments.
There was a problem hiding this comment.
I don't understand why we need two bMultiTE parameters. To clarify:
I would keep single & multi-TE processing equal everywhere, except for only taking the first TE if bMultiTE is false.
And then quantification differs based on bMultiTE, like with bMultiPLD. So why 2 bMultiTE parameters?
bMultiTE should not be a substitute for numel(uniqueEchoTime)>1
So, as above, I suggest we keep:
bMultiTEQuantification & bMultiPLDQuantification
and remove bMultiTE and bMultiPLD.
Right?
0dad5b5 to
10eb905
Compare
Linked issue
Temporary check by Jan for closing #997 in the future