eDRUMin version 1.3.2 BETA

[Mylo]

No, it wouldn't. We'll try again tomorrow. Thank-you.

Ok... no problem. Happy to help.

[monospace]

I'm unable to reproduce the issue on Windows. Maybe be it's only a mac thing (very unlikely). This is what I tried.

1. Unplug ED10 (with ED4 connected to the back)
2. Replug ED10.
3. Open the control application.
4. Hit a pad on ED4.
5. Hit a pad on ED10.
6. Hit a pad on ED4.

This all worked as expected, and auto select switches between devices.

Followed the steps outlined above. It always fails at #6 (that is, it stops following the Auto Select.)
I've unplugged and replugged, power-cycled, but no dice.

[Rob]

Mylo,

Here's build 15. In this version I've significantly changed the way I collect data packets from eDRUMin devices on Windows. In previous versions, it would process incoming data packets as soon as they arrived, but if they arrived faster than the UI could process them, it's possible that some would be missed. In build 15 the packets are queued up before being processed. Do your same test with this build and see if the issue persists. If it appears to be a winner, I'll need to test this new method more extensively.

PC
http://www.audiofront.net/eDRUMin_Contr ... 3.2.15.zip

Monospace,
I still couldn't reproduce the issue. Keep in mind that the auto-select limits switching devices only once every 700 ms. Any hits that arrive less than 700ms after switching devices will not be able to trigger the auto-select. This is done to prevent flooding the USB with huge numbers of data packets.

[Rob]

Mylo, I was able to reproduce the issue in build 11 on my old Surface Pro 3. Build 15 seems to resolve it. I will spend some time tomorrow to test thoroughly.

[Mylo]

It seems to be fixed. At first it appeared the pad buttons weren’t changing properly but when I updated the notes on one of my cymbals it appears everything is working now. I’ll keep my eye on it. But for now it appears fixed.

Thanks.

[monospace]

Monospace,
I still couldn't reproduce the issue. Keep in mind that the auto-select limits switching devices only once every 700 ms. Any hits that arrive less than 700ms after switching devices will not be able to trigger the auto-select. This is done to prevent flooding the USB with huge numbers of data packets.

Not sure what I did but as of today but this is working for me again. Tx

[Rob]

Here's build 16. I've now done the same data packet queuing on both Windows and macOS. Firmware remains at build 9.

PC
http://www.audiofront.net/eDRUMin_Contr ... 3.2.16.zip
macOS
http://www.audiofront.net/eDRUMin_Contr ... 3.2.16.zip

[Rob]

Here's build 17. MacOS executable is now includes Apple Silicon support. Firmware remains at build 9.

PC
http://www.audiofront.net/eDRUMin_Contr ... 3.2.17.zip
macOS
http://www.audiofront.net/eDRUMin_Contr ... 3.2.17.zip

[Rob]

Here's build 18. I did a lot of code cleaning a small change to the firmware to ensure that updating a child runs smoothly.

PC
http://www.audiofront.net/eDRUMin_Contr ... 3.2.18.zip
macOS
http://www.audiofront.net/eDRUMin_Contr ... 3.2.18.zip

[Rob]

Changes in build 19

• UI Performance improvements.
• Fixed an issue that could cause dropped data packets coming for devices connected to the USB host port on ED10.

This included numerous UI optimizations to improve UI performance. This will be especially noticeable on high DPI displays on macOS.

PC
http://www.audiofront.net/eDRUMin_Contr ... 3.2.19.zip
macOS
http://www.audiofront.net/eDRUMin_Contr ... 3.2.19.zip