OK, the thing is: In the old days, chishm's FAT driver couldn't do non-aligned writes. They would result in noise samples (the same that some of you are experiencing). So, I added a buffer to my XM writing routine such that all writes would be aligned and samples would save fine. With the advent of DLDI, I thought the alignment problems were solved and I removed the buffer because it cluttered up the code. I tested XM writing on my hardware which works fine.
Judging from this thread it seems that some DLDI drivers are buggy in that they do not support unaligned writes. If you have this problem, please complain to your card manufacturer or whoever wrote the DLDI driver and have them fix it, or even better, fix it yourself if the DLDI source is available and make the DLDI available.
But since I don't think any flash card manufacturer will actually care, I'll add the wite buffer to the XM saving routine again so you can save uncorrupted XMs regardless of whether or not your driver can write unaligned. I have no time for NT coding at the moment, and I cannot promise a date for this fix, but you won't have to wait until 0.5
Author
Topic: 0.4 corrupting samples? (Read 33516 times)