blackphlox / bevy_midi Goto Github PK

View Code? Open in Web Editor NEW

55.0 55.0 10.0 382 KB

Send and receive MIDI data to and from bevy using DAWS or MIDI Controllers

License: Apache License 2.0

Rust 100.00%

bevy midi plugin

bevy_midi's Introduction

Stats 📊 :

Specs 🖥 :

       Processor: AMD Ryzen 7 5800X 8-Core Processor (16 CPUs), ~3.8GHz
   System Memory: 65536MB RAM DDR4 3600Mhz           
   Graphics Card: NVIDIA GeForce RTX 4070
Dedicated Memory: 12288 MB

Game Jams 🍯 :

Participated - GMTK 2019
Organizing/Hosted & Participated - Level One Jam 2020 - itch.io
Organizing/Hosting - Level One Jam 2022

Hackathon ⚡ :

ITU Creative Coding, Developed a Co-op Mine Detector Game

Projects 🛠 :

See a project you like? Star the repo to increase the chances for me to continue or expand development of said repo.

Click here to show all projects

Bevy Plugins

bevy_config_cam 📹🔧

Plugin containing a suite of configurable cameras

bevy_midi 🎹🎶

Plugin for sending and reciving midi data

bevy_osc 🔣🔢

Plugin for sending and reciving osc data

Potoo 👻🐦

An experimental editor for Bevy

Level One Jam

Level One Jam 2020 & 2022 Website - written using HUGO and Bulma, backend made using JavaScript and Google Sheets API.

Level One Jam Video - made using Adobe After Effects, thanks to @myhairis_blue for the amazing VO.

Level One Jam Lottery - written in Javascript using P5.js and WebGL elements, backend in Dark.

Level One Jam Discord Bot - Achievement Manager - written in Node.js

CryptoGuard

Developed CryptoGuard for Cryptera. SAAS that allows their customers to do secure provisioning remotely as a service without requiring IoT devices to be transported to get firmware loaded.

Logic F Day

Implementing Logic Friday functionailty in a functional language.

CookieMonster

Cross site scripting(XSS) cookie-fetch server, used for educational perpose only. Made using Node.js, P5.js and Matter.js Demo

AsciiEngine 2.5D Topdown Game Engine using Processing and Box2D

Configurations

Below is my configuration for my laptop running WSL. Using X-Server and some enviroment variable configuration, I'm able to startup a linux instance using a single command:

Honeypot system running Debian on a headless server using Digital Ocean Because we had limited storage, continuously serializing the data from a database to CSharp to process the large amount of data for mapping and relation. D3.js to visualize the data and made interactive using Observable.

bevy_midi's People

Stargazers

Watchers

Forkers

grace125 leeola joverwey rookboom mockersf joshuabatty anandijain masonium noxyu3m lukemcneil

bevy_midi's Issues

Error when compiling to wasm

New to bevy 0.10.1 and found this crate. Not sure if it's supposed to be wasm compatible. When using version 0.6.0 and building wasm with:

cargo build --target wasm32-unknown-unknown

I'm getting this error:

Compiling bevy_midi v0.6.0
error[E0277]: `*mut u8` cannot be sent between threads safely
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/input.rs:49:10
    |
49  | #[derive(Resource)]
    |          ^^^^^^^^ `*mut u8` cannot be sent between threads safely
    |
    = help: within `input::Message`, the trait `Send` is not implemented for `*mut u8`
    = note: required because it appears within the type `PhantomData<*mut u8>`
    = note: required because it appears within the type `JsValue`
    = note: required because it appears within the type `Object`
    = note: required because it appears within the type `EventTarget`
    = note: required because it appears within the type `MidiPort`
    = note: required because it appears within the type `MidiInput`
    = note: required because it appears within the type `MidiInputPort`
    = note: required because it appears within the type `MidiInputPort`
note: required because it appears within the type `Message`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/input.rs:184:6
    |
184 | enum Message {
    |      ^^^^^^^
    = note: required for `crossbeam_channel::Sender<input::Message>` to implement `Sync`
note: required because it appears within the type `MidiInput`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/input.rs:50:12
    |
50  | pub struct MidiInput {
    |            ^^^^^^^^^
    = help: see issue #48214
    = note: this error originates in the derive macro `Resource` (in Nightly builds, run with -Z macro-backtrace for more info)

error[E0277]: `*mut u8` cannot be shared between threads safely
  --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/input.rs:49:10
   |
49 | #[derive(Resource)]
   |          ^^^^^^^^ `*mut u8` cannot be shared between threads safely
   |
   = help: within `(std::string::String, MidiInputPort)`, the trait `Sync` is not implemented for `*mut u8`
   = note: required because it appears within the type `PhantomData<*mut u8>`
   = note: required because it appears within the type `JsValue`
   = note: required because it appears within the type `Object`
   = note: required because it appears within the type `EventTarget`
   = note: required because it appears within the type `MidiPort`
   = note: required because it appears within the type `MidiInput`
   = note: required because it appears within the type `MidiInputPort`
   = note: required because it appears within the type `MidiInputPort`
   = note: required because it appears within the type `(String, MidiInputPort)`
   = note: required for `Unique<(std::string::String, MidiInputPort)>` to implement `Sync`
   = note: required because it appears within the type `RawVec<(String, MidiInputPort)>`
   = note: required because it appears within the type `Vec<(String, MidiInputPort)>`
note: required because it appears within the type `MidiInput`
  --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/input.rs:50:12
   |
50 | pub struct MidiInput {
   |            ^^^^^^^^^
   = help: see issue #48214
   = note: this error originates in the derive macro `Resource` (in Nightly builds, run with -Z macro-backtrace for more info)

error[E0277]: `*mut u8` cannot be sent between threads safely
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/input.rs:141:16
    |
141 |     mut input: ResMut<MidiInput>,
    |                ^^^^^^^^^^^^^^^^^ `*mut u8` cannot be sent between threads safely
    |
    = help: within `input::Message`, the trait `Send` is not implemented for `*mut u8`
    = help: the trait `bevy::prelude::Resource` is implemented for `input::MidiInput`
    = note: required because it appears within the type `PhantomData<*mut u8>`
    = note: required because it appears within the type `JsValue`
    = note: required because it appears within the type `Object`
    = note: required because it appears within the type `EventTarget`
    = note: required because it appears within the type `MidiPort`
    = note: required because it appears within the type `MidiInput`
    = note: required because it appears within the type `MidiInputPort`
    = note: required because it appears within the type `MidiInputPort`
note: required because it appears within the type `Message`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/input.rs:184:6
    |
184 | enum Message {
    |      ^^^^^^^
    = note: required for `crossbeam_channel::Sender<input::Message>` to implement `Send`
note: required because it appears within the type `MidiInput`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/input.rs:50:12
    |
50  | pub struct MidiInput {
    |            ^^^^^^^^^
note: required for `input::MidiInput` to implement `bevy::prelude::Resource`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/input.rs:49:10
    |
49  | #[derive(Resource)]
    |          ^^^^^^^^ unsatisfied trait bound introduced in this `derive` macro
50  | pub struct MidiInput {
    |            ^^^^^^^^^
note: required by a bound in `bevy::prelude::ResMut`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_ecs-0.10.1/src/change_detection.rs:428:35
    |
428 | pub struct ResMut<'a, T: ?Sized + Resource> {
    |                                   ^^^^^^^^ required by this bound in `ResMut`
    = note: this error originates in the derive macro `Resource` (in Nightly builds, run with -Z macro-backtrace for more info)

error[E0277]: `*mut u8` cannot be shared between threads safely
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/input.rs:141:16
    |
141 |     mut input: ResMut<MidiInput>,
    |                ^^^^^^^^^^^^^^^^^ `*mut u8` cannot be shared between threads safely
    |
    = help: within `(std::string::String, MidiInputPort)`, the trait `Sync` is not implemented for `*mut u8`
    = help: the trait `bevy::prelude::Resource` is implemented for `input::MidiInput`
    = note: required because it appears within the type `PhantomData<*mut u8>`
    = note: required because it appears within the type `JsValue`
    = note: required because it appears within the type `Object`
    = note: required because it appears within the type `EventTarget`
    = note: required because it appears within the type `MidiPort`
    = note: required because it appears within the type `MidiInput`
    = note: required because it appears within the type `MidiInputPort`
    = note: required because it appears within the type `MidiInputPort`
    = note: required because it appears within the type `(String, MidiInputPort)`
    = note: required for `Unique<(std::string::String, MidiInputPort)>` to implement `Sync`
    = note: required because it appears within the type `RawVec<(String, MidiInputPort)>`
    = note: required because it appears within the type `Vec<(String, MidiInputPort)>`
note: required because it appears within the type `MidiInput`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/input.rs:50:12
    |
50  | pub struct MidiInput {
    |            ^^^^^^^^^
note: required for `input::MidiInput` to implement `bevy::prelude::Resource`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/input.rs:49:10
    |
49  | #[derive(Resource)]
    |          ^^^^^^^^ unsatisfied trait bound introduced in this `derive` macro
50  | pub struct MidiInput {
    |            ^^^^^^^^^
note: required by a bound in `bevy::prelude::ResMut`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_ecs-0.10.1/src/change_detection.rs:428:35
    |
428 | pub struct ResMut<'a, T: ?Sized + Resource> {
    |                                   ^^^^^^^^ required by this bound in `ResMut`
    = note: this error originates in the derive macro `Resource` (in Nightly builds, run with -Z macro-backtrace for more info)

error[E0277]: `*mut u8` cannot be sent between threads safely
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/output.rs:41:10
    |
41  | #[derive(Resource)]
    |          ^^^^^^^^ `*mut u8` cannot be sent between threads safely
    |
    = help: within `output::Message`, the trait `Send` is not implemented for `*mut u8`
    = note: required because it appears within the type `PhantomData<*mut u8>`
    = note: required because it appears within the type `JsValue`
    = note: required because it appears within the type `Object`
    = note: required because it appears within the type `EventTarget`
    = note: required because it appears within the type `MidiPort`
    = note: required because it appears within the type `MidiOutput`
    = note: required because it appears within the type `MidiOutputPort`
    = note: required because it appears within the type `MidiOutputPort`
note: required because it appears within the type `Message`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/output.rs:173:6
    |
173 | enum Message {
    |      ^^^^^^^
    = note: required for `crossbeam_channel::Sender<output::Message>` to implement `Sync`
note: required because it appears within the type `MidiOutput`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/output.rs:42:12
    |
42  | pub struct MidiOutput {
    |            ^^^^^^^^^^
    = help: see issue #48214
    = note: this error originates in the derive macro `Resource` (in Nightly builds, run with -Z macro-backtrace for more info)

error[E0277]: `*mut u8` cannot be shared between threads safely
  --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/output.rs:41:10
   |
41 | #[derive(Resource)]
   |          ^^^^^^^^ `*mut u8` cannot be shared between threads safely
   |
   = help: within `(std::string::String, MidiOutputPort)`, the trait `Sync` is not implemented for `*mut u8`
   = note: required because it appears within the type `PhantomData<*mut u8>`
   = note: required because it appears within the type `JsValue`
   = note: required because it appears within the type `Object`
   = note: required because it appears within the type `EventTarget`
   = note: required because it appears within the type `MidiPort`
   = note: required because it appears within the type `MidiOutput`
   = note: required because it appears within the type `MidiOutputPort`
   = note: required because it appears within the type `MidiOutputPort`
   = note: required because it appears within the type `(String, MidiOutputPort)`
   = note: required for `Unique<(std::string::String, MidiOutputPort)>` to implement `Sync`
   = note: required because it appears within the type `RawVec<(String, MidiOutputPort)>`
   = note: required because it appears within the type `Vec<(String, MidiOutputPort)>`
note: required because it appears within the type `MidiOutput`
  --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/output.rs:42:12
   |
42 | pub struct MidiOutput {
   |            ^^^^^^^^^^
   = help: see issue #48214
   = note: this error originates in the derive macro `Resource` (in Nightly builds, run with -Z macro-backtrace for more info)

error[E0277]: `*mut u8` cannot be sent between threads safely
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/output.rs:150:17
    |
150 |     mut output: ResMut<MidiOutput>,
    |                 ^^^^^^^^^^^^^^^^^^ `*mut u8` cannot be sent between threads safely
    |
    = help: within `output::Message`, the trait `Send` is not implemented for `*mut u8`
    = help: the trait `bevy::prelude::Resource` is implemented for `output::MidiOutput`
    = note: required because it appears within the type `PhantomData<*mut u8>`
    = note: required because it appears within the type `JsValue`
    = note: required because it appears within the type `Object`
    = note: required because it appears within the type `EventTarget`
    = note: required because it appears within the type `MidiPort`
    = note: required because it appears within the type `MidiOutput`
    = note: required because it appears within the type `MidiOutputPort`
    = note: required because it appears within the type `MidiOutputPort`
note: required because it appears within the type `Message`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/output.rs:173:6
    |
173 | enum Message {
    |      ^^^^^^^
    = note: required for `crossbeam_channel::Sender<output::Message>` to implement `Send`
note: required because it appears within the type `MidiOutput`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/output.rs:42:12
    |
42  | pub struct MidiOutput {
    |            ^^^^^^^^^^
note: required for `output::MidiOutput` to implement `bevy::prelude::Resource`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/output.rs:41:10
    |
41  | #[derive(Resource)]
    |          ^^^^^^^^ unsatisfied trait bound introduced in this `derive` macro
42  | pub struct MidiOutput {
    |            ^^^^^^^^^^
note: required by a bound in `bevy::prelude::ResMut`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_ecs-0.10.1/src/change_detection.rs:428:35
    |
428 | pub struct ResMut<'a, T: ?Sized + Resource> {
    |                                   ^^^^^^^^ required by this bound in `ResMut`
    = note: this error originates in the derive macro `Resource` (in Nightly builds, run with -Z macro-backtrace for more info)

error[E0277]: `*mut u8` cannot be shared between threads safely
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/output.rs:150:17
    |
150 |     mut output: ResMut<MidiOutput>,
    |                 ^^^^^^^^^^^^^^^^^^ `*mut u8` cannot be shared between threads safely
    |
    = help: within `(std::string::String, MidiOutputPort)`, the trait `Sync` is not implemented for `*mut u8`
    = help: the trait `bevy::prelude::Resource` is implemented for `output::MidiOutput`
    = note: required because it appears within the type `PhantomData<*mut u8>`
    = note: required because it appears within the type `JsValue`
    = note: required because it appears within the type `Object`
    = note: required because it appears within the type `EventTarget`
    = note: required because it appears within the type `MidiPort`
    = note: required because it appears within the type `MidiOutput`
    = note: required because it appears within the type `MidiOutputPort`
    = note: required because it appears within the type `MidiOutputPort`
    = note: required because it appears within the type `(String, MidiOutputPort)`
    = note: required for `Unique<(std::string::String, MidiOutputPort)>` to implement `Sync`
    = note: required because it appears within the type `RawVec<(String, MidiOutputPort)>`
    = note: required because it appears within the type `Vec<(String, MidiOutputPort)>`
note: required because it appears within the type `MidiOutput`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/output.rs:42:12
    |
42  | pub struct MidiOutput {
    |            ^^^^^^^^^^
note: required for `output::MidiOutput` to implement `bevy::prelude::Resource`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_midi-0.6.0/src/output.rs:41:10
    |
41  | #[derive(Resource)]
    |          ^^^^^^^^ unsatisfied trait bound introduced in this `derive` macro
42  | pub struct MidiOutput {
    |            ^^^^^^^^^^
note: required by a bound in `bevy::prelude::ResMut`
   --> /Users/panopticon/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bevy_ecs-0.10.1/src/change_detection.rs:428:35
    |
428 | pub struct ResMut<'a, T: ?Sized + Resource> {
    |                                   ^^^^^^^^ required by this bound in `ResMut`
    = note: this error originates in the derive macro `Resource` (in Nightly builds, run with -Z macro-backtrace for more info)

For more information about this error, try `rustc --explain E0277`.
error: could not compile `bevy_midi` (lib) due to 8 previous errors

All messages are "Note On", even on release of the key.

Hello,
I'm using a M-Audio Keyrig 49 keyboard on Linux.
When trying the input example I successfully connect to the key board but every time I press a key it reads as "Note On", even on release. It seems that everytime, the first number in the MIDI message is 144.

I'm glad it exists

Didn't tried myself, but overall seems nice.
(Hope you don't mind me creating this issue)

Good luck!

Map midi layout to a struct

I think midi is always [u8; 3] right? Cause then it may be better just to have a struct with an enum?

Originally posted by @BlackPhlox in #12 (comment)

Create a midi passthrough example

https://github.com/Boddlnagg/midir/blob/master/examples/test_forward.rs

Keyboard layout like a piano

I think would be better to have the keys match the layout of a piano instead. Something like this:

Originally posted by @BlackPhlox in #12 (comment)

Update to using crossbeam_channel to reduce latency and glitches

Based on feedback from TheRawMeatball
https://docs.rs/crossbeam-channel/0.5.1/crossbeam_channel/

all messages are 'Other'

Boddlnagg/midir#89 (comment)
I'm not sure, but maybe it is something wrong with my keyboard (its support on Linux).

Menu example using bevy_egui

https://github.com/mvlabat/bevy_egui

Egui Piano Roll Example

Just ported a basic egui piano roll example from gamercade-io:
https://github.com/BlackPhlox/bevy_midi/blob/input-egui/examples/egui.rs

Closing #13 in favor of this.

Io Task Pool starvation

The way bevy_midi uses task pools causes thread starvation on machines with 8 cores or less, like the Apple Mac M1.

The way bevy assigns cores to background tasks pools are defined in task_pool_options.rs.
The IoTaskPool gets 25% of the available cores, with a max of 4. If you only have 8 cores, that is only 2 cores for IO.

Each of the midi_input and midi_out background threads occupies a thread in the task pool. These threads never exit until the application is finished. This means no other IO tasks can run as soon as these two threads are active. I'm not sure the task pools are intended to be used in this way. Tasks should eventually complete to allow other tasks to run.

This prevents other assets from being loaded, like the midi mesh keys in the 'piano' example.

It would help to use the AsyncComputeTaskPool instead of the IoTaskPool. It will still break if the downstream app uses the AsyncComputeTaskPool, but most apps, including the demo example will use the IoTaskPool for loading assets.

Have you considered just running it as a system instead of a background thread? Instead of doing recv() on the channel you can do try_recv(). This will not block if there are no messages in the queue. Let me know what you think. I could do a pull request if you are happy with this direction.

`cargo run --release --example input` giving `Result::unwrap()` on an `Err` value: PoisonError { .. }

anand@Loris-Air ~/.r/d/bevy_midi (main) [SIGINT]> cargo run --release --example input
    Finished release [optimized] target(s) in 0.24s
     Running `target/release/examples/input`
thread '<unnamed>' panicked at src/input.rs:224:51:
index out of bounds: the len is 1 but the index is 1
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
thread '<unnamed>' panicked at /Users/anand/.cargo/registry/src/index.crates.io-6f17d22bba15001f/midir-0.9.1/src/backend/coremidi/mod.rs:175:73:
called `Result::unwrap()` on an `Err` value: PoisonError { .. }
thread '<unnamed>' panicked at /Users/anand/.cargo/registry/src/index.crates.io-6f17d22bba15001f/midir-0.9.1/src/backend/coremidi/mod.rs:175:73:
called `Result::unwrap()` on an `Err` value: PoisonError { .. }

Thanks a lot for this great crate. I'm trying to use the input example, and for some reason I'm getting some issues that print this unwrap error.

When I try running the midir test_input, I'm able to get more sensible output (meaning it seems like it's seeing my note-on events and such):

anand@Loris-Air ~/.r/d/midir (master)> c r --release --example test_read_input
    Finished release [optimized] target(s) in 0.02s
     Running `target/release/examples/test_read_input`

Available input ports:
0: Ableton Push 2 Live Port
1: Ableton Push 2 User Port
Please select input port: 0

Opening connection
Connection open, reading input from 'Ableton Push 2 Live Port' (press enter to exit) ...
153889025778: [254] (len = 1)
153889295769: [254] (len = 1)
153889565812: [254] (len = 1)
153889835811: [254] (len = 1)
153890105845: [254] (len = 1)
153890375839: [254] (len = 1)
153890645896: [254] (len = 1)
153890836866: [144, 44, 11] (len = 3)
153890895013: [128, 44, 0] (len = 3)

Happy to provide any other debug information if needed, thanks!

`midly` integration for comprehensive message parsing

Currently, bevy_midi only parses Note On and Note Off messages, leaving it to the user to parse most messages. Because messages are consistently presented as 3 bytes, some messages are bound to be incorrectly parsed as well (this is the root cause of #29 , I think).

What do you think about using an external library, like midly, to do the messaging parsing? It has MidiStream specifically meant for parsing undelimitted byte streams of MIDI data into discrete events.

It does add an external dependency, and it would be a breaking change to the interface if bevy_midi directly uses its LiveEvent as the output. (midly itself has only one optional dependency in rayon, which bevy_midi wouldn't need for streaming data).

If it sounds reasonable, I'd be happy to take a crack at it.

WASM Support - Add browser example

As mentioned in #26, bevy_midi should be able to compile to wasm using:
cargo build --target wasm32-unknown-unknown

However, this requires some work, as far as I understand, WebMIDI is a bit different from native implementation.
Some investigation is needed to find out how different it is. Does it require that bevy_midi have compile-time changes / create a feature for wasm? etc.

midir which bevy_midi uses for the backend has an example of how to run it in the browser:
https://github.com/Boddlnagg/midir/tree/master/examples/browser

We should create an example as well in the same layout structure or using cargo trunk for when running the example

Allow to play midi

https://github.com/Boddlnagg/midir/blob/master/examples/test_play.rs

Make input and output generic/minimize code duplication

Something like this can also be implemented for input, maybe we can do something more generic for both of them?

Originally posted by @BlackPhlox in #12 (comment)

Recommend Projects

React

A declarative, efficient, and flexible JavaScript library for building user interfaces.
Vue.js

🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
Typescript

TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
TensorFlow

An Open Source Machine Learning Framework for Everyone
Django

The Web framework for perfectionists with deadlines.
Laravel

A PHP framework for web artisans
D3

Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

javascript

JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
web

Some thing interesting about web. New door for the world.
server

A server is a program made to process requests and deliver data to clients.
Machine learning

Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Visualization

Some thing interesting about visualization, use data art
Game

Some thing interesting about game, make everyone happy.

Recommend Org

Facebook

We are working to build community through open source technology. NB: members must have two-factor auth.
Microsoft

Open source projects and samples from Microsoft.
Google

Google ❤️ Open Source for everyone.
Alibaba

Alibaba Open Source for everyone
D3

Data-Driven Documents codes.
Tencent

China tencent open source team.

blackphlox / bevy_midi Goto Github PK

bevy_midi's Introduction

Stats 📊 :

Specs 🖥 :

Game Jams 🍯 :

Hackathon ⚡ :

Projects 🛠 :

Bevy Plugins

bevy_config_cam 📹🔧

bevy_dolly 📹🐑

bevy_midi 🎹🎶

bevy_osc 🔣🔢

Potoo 👻🐦

Level One Jam

Level One Jam 2020 & 2022 Website - written using HUGO and Bulma, backend made using JavaScript and Google Sheets API.

Level One Jam Video - made using Adobe After Effects, thanks to @myhairis_blue for the amazing VO.

Level One Jam Lottery - written in Javascript using P5.js and WebGL elements, backend in Dark.

Level One Jam Discord Bot - Achievement Manager - written in Node.js

AsciiEngine 2.5D Topdown Game Engine using Processing and Box2D

bevy_midi's People

Stargazers

Watchers

Forkers

bevy_midi's Issues

Recommend Projects

Recommend Topics

Recommend Org