It would make sense to suggest that a Real-time Runtime would be an
interesting project to consider.
I also think that may be one could attempt implementing an audio engine on
a bare-metal chip, like an MCU. For that purpose there is Zinc project to
look into, which already supports some Cortex-M4
On 2014-10-08 07:49, David Henningsson wrote:
Hi,
I'm curious about the possibilities to use Rust for programming
real-time audio stuff. Usually one has one small task that runs in
high priority, and everything else is handled by a main task.
I have a few questions related to this:
1) The
On 2014-10-08 07:49, David Henningsson wrote:
Hi,
I'm curious about the possibilities to use Rust for programming
real-time audio stuff. Usually one has one small task that runs in
high priority, and everything else is handled by a main task.
I have a few questions related to this:
1) The re
On 2014-10-08 13:02, Allen Welkie wrote:
For your first question, you could enable the "owned-heap-memory"
warning as an error for the crate in which you want to avoid heap
memory. If this doesn't do exactly what you want, you may be able to
write your own lint to do what you want http://doc.ru
For your first question, you could enable the "owned-heap-memory" warning
as an error for the crate in which you want to avoid heap memory. If this
doesn't do exactly what you want, you may be able to write your own lint to
do what you want http://doc.rust-lang.org/rustc/lint/
On Wed, Oct 8, 2014
Hi,
I'm curious about the possibilities to use Rust for programming
real-time audio stuff. Usually one has one small task that runs in high
priority, and everything else is handled by a main task.
I have a few questions related to this:
1) The real-time audio task should never block when no