2012/12/7 Christophe Gisquet <[email protected]>: > All samples (stereo, 44100Hz) I have (found on samples.mplayerhq, > provided or self-encoded) seem to only use orders 16 and 64. > > It seems any other channel count or samplerate requires 24bits, > currently not supported by the decoder. > > Another possibility would be then to not modify > scalarproduct_and_madd16, and have the wma decoder instead request a > sample if it ever encounters one where the order is neither 16 nor 64.
So let me rephrase this. The decoder shows that the number of loops are at worst a multiple of 8, the SSE code requiring a multiple of 16 currently. There is a possibility that padding the buffers would allow leaving this code as is. But what the samples ever contained (files I generated myself or provided) are loops of 16 or 64. So we have multiple courses of action: 1) do nothing 2) use the current dsp code as is, fail on samples with a loop count multiple of 8, and request those samples -- Christophe _______________________________________________ libav-devel mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-devel
