Ok... no problem. Happy to help.Rob wrote:No, it wouldn't. We'll try again tomorrow. Thank-you.
eDRUMin version 1.3.2 BETA
Re: eDRUMin version 1.3.2 BETA
Re: eDRUMin version 1.3.2 BETA
Followed the steps outlined above. It always fails at #6 (that is, it stops following the Auto Select.)Rob wrote: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.
I've unplugged and replugged, power-cycled, but no dice.
Miscellaneous Roland triggers. ED-10 + ED-4. MacBook Pro (2015), 16G RAM, Big Sur. Superior Drummer 3. Logic Pro.
Re: eDRUMin version 1.3.2 BETA
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.
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.
Re: eDRUMin version 1.3.2 BETA
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.
Re: eDRUMin version 1.3.2 BETA
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.
Thanks.
Re: eDRUMin version 1.3.2 BETA
Not sure what I did but as of today but this is working for me again. TxRob wrote: 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.
Miscellaneous Roland triggers. ED-10 + ED-4. MacBook Pro (2015), 16G RAM, Big Sur. Superior Drummer 3. Logic Pro.
Re: eDRUMin version 1.3.2 BETA
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
PC
http://www.audiofront.net/eDRUMin_Contr ... 3.2.16.zip
macOS
http://www.audiofront.net/eDRUMin_Contr ... 3.2.16.zip
Re: eDRUMin version 1.3.2 BETA
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
PC
http://www.audiofront.net/eDRUMin_Contr ... 3.2.17.zip
macOS
http://www.audiofront.net/eDRUMin_Contr ... 3.2.17.zip
Re: eDRUMin version 1.3.2 BETA
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
PC
http://www.audiofront.net/eDRUMin_Contr ... 3.2.18.zip
macOS
http://www.audiofront.net/eDRUMin_Contr ... 3.2.18.zip
Re: eDRUMin version 1.3.2 BETA
Changes in build 19
PC
http://www.audiofront.net/eDRUMin_Contr ... 3.2.19.zip
macOS
http://www.audiofront.net/eDRUMin_Contr ... 3.2.19.zip
- UI Performance improvements.
- Fixed an issue that could cause dropped data packets coming for devices connected to the USB host port on ED10.
PC
http://www.audiofront.net/eDRUMin_Contr ... 3.2.19.zip
macOS
http://www.audiofront.net/eDRUMin_Contr ... 3.2.19.zip