Hi Rossco,
In short: Many of these things should be solved soon when the I/O framework is replaced. Which will hopefully be soon.
Quote:
Cosmetic Bug: Normal Output in uMPX configuration window?
That's on purpose. When you enable MicroMPX, similar to when you enable the FM output sound card, there's suddenly a choice for what to send to the Normal output. It's not very logical though, and we'll probably change that behavior in the future, basically in the next big redesign of everything.
Quote:
Issue: Placing ST in bypass and returning to normal processing operation quickly (<3 seconds) causes major headaches to audio synchronous I/O sync options. End up with buffer overruns and underruns for both FM, Normal Out or Both (varies in options, severity or time for issue to occur. There also appears to be display info showing code?
I/O will be replaced completely very soon, so I'm not going to fix bugs that have been in it for a long time already. That being said, that NAN thing is a real problem. Does that happen when you quickly go in and out of Bypass?????
Quote:
Option Request: Can we add a warning (Are you sure you wish to go into Bypass Mode?) to provide a safety net in case a stray mouse click places a production machine in bypass by mistake (or while clicking on the tray icon via high latency remote access option.
That is probably a good idea.
Quote:
Q: Is getting audio from Input #2 interface into audio pipeline to be heard on LQLL along with the main Input still on your to-do list?? Currently only the main Input is present on LQLL.
Hm. Same answer as above: I/O will be replaced soon, and this should be fixed when that's the case.