melatonin_audio_sparklines
stk
Our great sponsors
melatonin_audio_sparklines | stk | |
---|---|---|
2 | 3 | |
90 | 972 | |
- | 2.4% | |
3.6 | 5.0 | |
8 months ago | 7 months ago | |
Python | C++ | |
MIT License | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
melatonin_audio_sparklines
-
Audio Sparklines
You found the Achilles' heel of my project! I don't mind the fonts being different sizes or not monospaced, but the fact that there's a difference in height in the font rendering between ⎺ and ‾ on different platforms is a bummer. I have a flag in the C++ implementation so they can still be rendered "correctly" in IDEs like Xcode [1].
I felt doomed to Unicode in this case because of the number of places I wanted them to show up (CLion lldb integration, GitHub actions output, terminal). I would have loved to actually render graphics! I actually never thought about how they would render on a blog article, I wouldn't generally wouldn't use them for blogging...
1. https://github.com/sudara/melatonin_audio_sparklines/blob/ma...
-
Using ASCII waveforms to test real-time audio code
Nice! I became obsessed with rendering sparkline representations of chunks of audio for the same reason: to inspect failures when writing tests / refactoring. https://github.com/sudara/melatonin_audio_sparklines
stk
-
Lua efficiency
Did you have a look at e.g. ChucK, SuperCollider, Csound, Faust, just to name a few. Or there is e.g. the Synthesis Toolkit (see https://ccrma.stanford.edu/software/stk/) which has a Lua binding (see https://sourceforge.net/projects/stkwrap/).
-
Audio Sparklines
It looks nice. I would use STK instead if JUCE (https://github.com/thestk/stk) In particulat RtAudio.cpp, RtMidi.cpp, RtWvIn.cpp) and a local or remote visualizer based on ImGUI and OpenGL, since I have that code already I would only need to add a few lines to my audio app to debug visually, using shared memory (which is much faster than printf and works inside a debugger and anywhere else, on Linux, MacOS and Windows)
- My website (on which the EuroPi will soon be sold) is now live!!
What are some alternatives?
FFmpeg-SIXEL - Experimental fork git://source.ffmpeg.org/ffmpeg.git
juce-toys - Debugging utilities in a JUCE Module, plus NatVis and LLDB customizations
sixel-tmux - sixel-tmux is a fork of tmux, with just one goal: having the most reliable support of graphics
pico-synth - A digital synth based on Raspberry Pi Pico
Gin - A few extras for juce
raspberry-pico-midi-in-test
visual_debugger - debug data over a shared memory connection to an OpenGL ImGUI window
FYampaSynth - Modular Synthesizer Programming in F#
notcurses - blingful character graphics/TUI library. definitely not curses.
SampledSignals.jl - Core types for regularly-sampled multichannel signals like Audio, RADAR and Software-Defined Radio