Hi Glenn The problem is that the values passed to the reorder block are by value as strings and not as a variable. The string is truncated and the values not passed along. backpopulate_mask checks that the string to be written back into the mask is not too long. What needs to happen is that scripts writing values to masks need to check the length of the string to be written and act appropriately (ideally set_var but we will need to do this ourselves here it seems). There is a helper script tostring (in 10.1) that is called in many cases when setting parameters and I would advise inserting something here that checks the resulting string length and passes the values by reference (backpopulate_mask should then take care of saving it and putting in an appropriate call). I will do this tomorrow on 10.1 and check it.
Cheers Andrew 2009/4/30 G Jones <[email protected]> > Hello, > As some of you know, I have recently committed to the SVN some revised > files based on ideas taken from the 10.1 branch to address problems with > large FFTs and PFBs in 7.1 Green blocks. For the most part this is working > well. However, in the biplex_cplx_unscrambler, the reorder block ends up > with the reorder map argument in the form of a string which grows to be too > long for large FFTs. This is because the map variable is populated in this > way in the biplex_cplx_unscrambler. The reorder block mask calls > backpopulate_mask, which should see that the argument is too long and store > it in the user field. However, for some reason this is not happening. I > assume because the biplex_cplx_unscrambler mask is getting run again and > thus rewriting the map variable field. Does anyone know what the "right" way > to fix this is? > Thanks, > Glenn >
