1) We're already updated samples to use virtually no memory during lookup process. Thank you for pointing!
2) We're looking for what can be wrong with USB. Currenlty from the logs you've sent to us it was pretty clear you was reported a device presence, you've just faild to pick up right drive letter for it (b/s native symbolic link was reported first). Would you please clarify what do you mean under "not finding USB drive" now? Is this really callback did not return device or you've failed to get drive letter for it? It's critical to know.
3) We're checking how can we roll back to old cache size settings if this annoys you. In any case you're free to set 64M in StarBurn_CdvdBurnerGrrabber_Create(...) function. I do not see why you need to stick with default value )) It's normal when cache size settings are controlled in the application GUI so you can get amount of user memory during installation process and store best fitting value in the registry (f.e.).
4) I think every new version has announs with changes. Published on the site. Do you really want updates history be part of the SDK?
thomas young wrote:
I do not think set 160M as default parameter is a good idea.Not all user has 512 M or more memory.And with new 4.7.5 the most frequently asked questions from my users is can not find device with external usb drives.And sometimes get "exc 8, st31, CStarburn, execute cdb(), cmd failed" error.