dirtywave / m8headlessfirmware Goto Github PK

Context
When using a Headless M8, it is necessary to have the M8's front-end window to be in the foreground to receive user input. I often have other programs running in tandem when using my Headless M8 (i.e. DAW, browser, audio player/recorder, screen-capture, etc.), which consistently interrupts workflow.

Request
Allow Firmware to receive dedicated inputs via the Teensy 4.1's input pins for user-input.

Request Details
Allow 8 pins, of the Developer's choosing, to receive a digital-HIGH input to be interpreted analogously to the buttons on a non-Headless M8 (UP, RIGHT, DOWN, LEFT, SHIFT, OPTION, EDIT, PLAY). Conceptually, the user would solder switches (i.e. Cherry MX, momentary ON) between a power-output pin and each of the aforementioned digital-inputs.

Optional Request Details
Given the multitude of I/O pins on the Teensy 4.1, there may be a similar possibility to include user I/O for: MIDI IN/OUT, Audio IN/OUT, keyboard notes/octave/velocity (as per TouchDesigner's settings).

Please delete.

Would be great to be able to use M8HeadlessFirmware with sending midi (sysex) command through serial or even usb midi. This would allow us to connect the Teensy to another microcontroller or phone, and build our own UI for it.
Would this be feasible?

is there a way to acitvate audio in from the computer to the teensy? in order to record samples like the m8 itself

Where do I get the instrument presets for a headless M8?

Super cool project, thanks for sharing. Are there any thoughts of compiling M8 for linux?

Just flashed my Teensy 4.1 with the newest firmware, was working fine, but now it slowly blinks in program mode and won't connect the the Designer UI. USB audio devices are registering in windows, showing that the device is not in bootloader mode.

Reverting to 2.7.0, everything works again.

I am glad to see that this project exist, and I am aware that if there was a complete open project, people would make their own device; so to an extent I can related with the reluctant disposition to dedicate too much time on this "free" project, as it require a lot of time to test configurations and potentially would end up taking too much time to the main developer.

As such; since the problem was stated as lack of time and desire to support the project, due to the many things that could go wrong if people make their M8; making the source code available for the headless would solve these issues.

As the project use a Teensy; which is open hardware, and has most people familiar with its IO and architecture can handle by themselves the various issues that may arise if the code was available, this could help the main developer to focus on his hardware product for most part.

I exclude that in the entire codebase there is something that can be considered confidential, as a teardown of the M8 show clearly which parts have been used, and the code to address these parts and the related libraries are open source; so if there is anything that could be covered by a trademark or patent can be easily obfuscated.

Personally I think that having the ability to deal with pins on the Teensy to add or remove things to the headless M8 version would be welcome by many people; and for the ones concerned about "loss of sales"; I would point out that most people can't even solder the header on a teensy; so the chance that someone would make a DIY without have the skills to do so, compared to buy the actual product would be close to 0.0