wtf...linux has a BUFSIZE = 64?????????
okay, is there some sort of reason that for the saturn code in windows, the libusb buffer is 4096, but in linux it's 64? i changed the buffer size to the size of the buffer for windows, and a 500kb video transferred in less than a second, whereas with the buffer size set to 64, it took about twelve seconds. and they diff'd the same. can anyone explain to me why we're bandwidth capped?

Penguins waddle - usually quite slowly. I have done PD camcorder usb bulkins up to 131072 (a whole flash block on m230s) with Windows.

...huh. in any case, i transferred a ~50MB in about 20 seconds...ten times, and they all diff'd the same...so i don't see an issue with errors. i also snail tranferred the file with the old buffersize and it still compared the same. so...for the new version of avidownload, to be released in a couple of days, i'll have that set with the new buffer size and see if anyone has performance issues with it. it was painful seeing the files transfer so slowly, when the usb specification allows for so much more bandwidth

You should -*test*-('") your new code with 3.40 cams. 3.40 cams misreported to the OS that their maximum transfer size was 64 bytes. Windows+libusb gladly gave the device more than it reported it could handle, while Linux and MacOS would rightly refuse to send bigger transfers than the cam said it could handle. PD has probably fixed this misreported transfer size in later firmwares, which is why your -*test*-('")s are probably working fine. (It's also possible that Linux+libusb is now fine with overflowing the device, but I doubt it)