Repository navigation
TBD Regroove for Freetribe #62
Replies: 3 comments 6 replies
|
This is some really cool stuff! I can imagine why youd want a proper tracker screen though. What makes you think the E2 is a good candidate? Its display isn't that big (128x64) |
|
That should not be an issue, as the engine it is based on I targeted a generic hd44780 and/or the oled on the Akai fire. Information can be minimal as song order, pattern, channel, row are position indicator, and it is note, volume and effects in mostly a few characters. Not worried about this. |
|
Why the E2, mostly has the same processing power it needs as no emulation runs, plus it has a decent interface. For the drumlogue and RPi I use a nanoPad to control the engine. This would allow likely better control, by highlighting where you are in the pattern or channel. |
|
There's no emulation support (yet) in Freetribe, but you'd do well to know that there's a BF523 DSP and AM1802 CPU, so you'll need to decide on how you are going to implement sound playback across the barrier of the CPU and DSP. The E2 loads samples into DSP RAM and then uses a command interface for playback.
yes it can, Freetribe uses FatFS, which implements a unix-style file interface. There's also the 16 MiB flash, I'm currently almost done writing the Freetribe bootloader which can boot binaries from SDcard. A basic GDBstub implementation over USB is also working and will be PRed, so theoretically you could start working without a debugger soldered in. |
|
Awesome, that would be great as the alternative would have been to temporarily embed the song into the application. These are usually not very big. But about playing samples, if they are played from the DSP, any effect should be applied there. Like playing from offset, tremolo, etc. This currently exists in the main C file that runs on fort example an Arm/x86. Might have to split this, ... |
|
Maybe for a tracker implementation it'd be reasonable to keep a synchronized pattern cache in CPU - DSP memory instead of doing it with a command interface, but that's up for you to decide. |
|
There is a lot to explore, as at the moment I am working on a headless editing mode for the drtumlogue, but this can still return info for use in another interface. For sure will work on this, and hopefully soonwrt than expected. Regardless will stay in touch. Do you have a discord or some other means? |
|
Yeah discord preferably novictim |
|
One of the issues to me is that the source code is AGPL-licensed. At the moment my DSP code is closed-source; I might want to open source at some moment, this is not what I prefer now. It is unclear if an exception is possible, but it feels like the IPC is not enough to prevent linking and therefore being affected by the license. While the main application, that reads/prepares the file maybe is not an issue, the same would apply. If this is MIT-licensed or so, it would be much nicer. |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
I have an embedded tracker engine that plays .mod and .med files, and I have started working on adding a "blind" editing mode, as the Korg Drumlogue has no front panel access for the Logue SDK. It wa always my goal to relate a groovebox using the code and already got far: https://youtu.be/lS_RMaHqx4k
While it works, it is not ideal for editing, so after a bit I finally decided to get an E2 and use Freetribe to create a working setup. However, the device will arrive in the Netherlands and I will not be there for another 3 months, so is there a way to start testing this somehow? I would ideally like a device like emulator. I know the player routine works, ao what can I do to develop this? Can it load files from SD?
Note: currently do not resident in the NL. Bought th device on Marktplaats, and shipped to family. In my Geo it was a lot more expensive, shipped from Japan.
All reactions