|
|
@@ -47,7 +47,7 @@ See **Performance** above. |
|
|
|
## I found a bug. |
|
|
|
|
|
|
|
Search [Rack's issue tracker](https://github.com/VCVRack/Rack/issues?q=is%3Aissue) to check whether someone else has posted a similar issue. |
|
|
|
If you believe the problem has never been reported before, [open an issue](https://github.com/VCVRack/Rack/issues/new/choose) on GitHub, or email contact@vcvrack.com if you don't want to register a GitHub account, with a detailed report containing the following information. |
|
|
|
If you believe the problem has never been reported before, [open an issue](https://github.com/VCVRack/Rack/issues/new/choose) on GitHub with a detailed report containing the following information. |
|
|
|
|
|
|
|
- Your operating system and version |
|
|
|
- The Rack version |
|
|
@@ -58,7 +58,7 @@ If you believe the problem has never been reported before, [open an issue](https |
|
|
|
## I have a feature request. |
|
|
|
|
|
|
|
Search [Rack's issue tracker](https://github.com/VCVRack/Rack/issues?q=is%3Aissue) to check whether someone else has posted a similar feature request. |
|
|
|
If you believe the feature has never been posted before, [open an issue](https://github.com/VCVRack/Rack/issues/new/choose) on GitHub, or email contact@vcvrack.com if you don't want to register a GitHub account, with a detailed report containing the following information. |
|
|
|
If you believe the feature has never been posted before, [open an issue](https://github.com/VCVRack/Rack/issues/new/choose) on GitHub with a detailed report containing the following information. |
|
|
|
|
|
|
|
- Your proposal, with consideration for how it fits into Rack's existing features |
|
|
|
- A possible workflow or diagram (if your request involves multiple steps or UI states, e.g. dragging multiple modules simultaneously). |
|
|
@@ -81,12 +81,21 @@ When running Rack in development mode, it is your current working directory inst |
|
|
|
## Will Rack be ported to iOS or Android? |
|
|
|
|
|
|
|
It is not planned. There are many issues with such a project. |
|
|
|
|
|
|
|
- Technical: |
|
|
|
- Tablet and phone users don't normally use mice, so a touch driver would need to be written. If GLFW is still used, [touch support](https://github.com/glfw/glfw/issues/42) would need to be added to the library. |
|
|
|
- There is no user-managed filesystem on iOS, and forcing users to mess with the filesystem is bad UX on Android, so plugin folders and patch files would need to be managed entirely by Rack itself. |
|
|
|
- RtAudio and RtMidi don't have iOS Core Audio/MIDI or Android HAL/OpenSL ES backends, so they would need to be added and tested. |
|
|
|
- Apple does not allow apps distributed through the store to download and execute code, so either all plugins would need to be included in the distributable, or it could only be distributed on jailbroken iOS devices, which is an absurd user requirement. |
|
|
|
|
|
|
|
- Business: |
|
|
|
- Such a port would be expensive to develop, so it would need to be sold commercially. Some plugins (proprietary, GPL, etc) would need special licensing agreements in order to be included in the package. Some plugins would increase the cost of the product if included in the package. Others would simply be omitted from the third-party plugin collection. |
|
|
|
- The friction for a developer to build and test their plugins on iOS/Android is significantly higher than the three desktop OS's, which may decrease their willingness to develop Rack plugins. |
|
|
|
- When serving an app on the App Store or Google Play, Apple or Google are typically not obligated to continue serving an app and may remove it at will or change policies that can disrupt VCV's business model. This would place VCV's risk in a small number of baskets. |
|
|
|
- When serving an app on the App Store or Google Play, Apple and Google are not obligated to continue serving an app and may remove it at will or change policies on a whim that can disrupt VCV's business model. This would place VCV's risk in a small number of baskets. |
|
|
|
|
|
|
|
## Why does the Audio module from Core consume so much CPU? |
|
|
|
|
|
|
|
The CPU meter measures the time spent processing each module. |
|
|
|
In order for playback timing to be consistent, your audio device, and thus the Audio module, waits until all samples in the current audio buffer are played before moving onto the next audio buffer. |
|
|
|
Otherwise, your device's DAC and ADC would play and record at very inconsistent and incorrect sample rates. |
|
|
|
While waiting, the engine thread is put to sleep, so no energy is consumed by the thread. |