I suspect there is a problem somewhere, although I don't know where it is. Don't worry, I'm not spending a majority of my time on this issue (not even a small fraction really) so it isn't a problem.donquixote wrote:Hi again, please don´t take this as if i´m insisting on you to look into this, as i told you before, as long as i can load single wav files its fine with me , i´m just testing and informing you on this tests so in the future this can or not be helpful ...
If there is some specific reason the 32-bit or 64-bit version act differently in this case it makes me far more suspicious of a real bug.
This is due to differences in the way floating point values are calculated on x87 (the "FPU") and AMD64 (with SSE2.)donquixote wrote: Other thing i found was different between the 32 bit and the 64 bit versions was that problem i already report here, when using the 32 bit version and when loading a .wavs file, if i choose the 2nd wave its the 1st wave that is being selected, if i choose the 4rd wave its the 3rd wave that´s being selected and so on... This don´t happen when using xhip 64 bit version, this version works ok in selecting the waves.
thanks.
I've fixed this issue. Since offsets into the menu are integer values but VST parameters are passed as values between 0 and 1, the integers must be divided by the range of the parameter or "normalized".
On AMD64 the rounding of values during this operation is different than on x87. The result is rather than producing 16.000 for example, it produces 15.99998. This value is then truncated to 15.
I've fixed the issue by changing the order of operations slightly to ensure this rounding error can't occur.