Open yoyololicon opened 1 year ago
to keep memory requirement in O(n^2) rather than O(n!), better to adapt FLoss
and TLoss
to accommodate dim parameters to allow permutations to be evaluated in parallel
the way some loss fns are currently implemented (e.g. the sdr-combination loss in sdr_loss
) are bound to specific shapes and numbers of targets, so either I refactor all these to accommodate the general PIT wrapper, or I scrap the wrapper approach and just hard-code PIT variants of loss functions we're interested in
I prefer the latter approach since the loss fns are meant to be replaceable (using configs), and we can make as many as we want. :)
yeah fair point! will switch it over.
For bleeding/label noise tracks