this should be faster https://github.com/webfft/webfft.github.io technically because it is using hardware for fft whereas current library is doing them on cpu but there is additional overhead with hw so we would actually have to test it.
i remember reading your blog and following your journey in the initial years it was quite inspirational and i learned so many things along the way thanks to you and @patio11. Thanks for sharing and be open about it.
reinstall bootstrap and be done with it. You can look at daisyui it is closest to bootstrap. There is also shadcn ui, ui looks good but it would take you effort to port styles to your phoenix project.
table has two parts to it, displaying of data and datawrangling. If you separate datawrangling part to api or sql or arquero than displaying of data becomes quite simple. You may not need ag-grid like library.
it is slightly more nuanced, if you do static linking it is considered derivative work and does requires you to open it. Since the app is based on ffmpeg which is GPL(core is LGPL) i am curious to know how it is getting used.
Static linking of LGPL content (thus making it derivative work) only requires that it must allow "modification of the work for the customer's own use and reverse engineering for debugging such modifications".
Making your own code public is not the only way to achieve this.
You can also make available to customer object files and build instructions to recreate your software with the (modified) statically linked LGPL content. (if it's LGPL > 2.1 you have extra requirements: you need to provide all toolchains/dependencies and it must be actually possible to install a modified version on the hardware)
Granted, this is not commonly used but I've used this on some projects where dynamic linking was not available/desired by client.
i didn't bundle the ffmpeg in the app. It uses homebrew to install ffmpeg on the user's device. this is the acceptable way since ffmpeg confirms it on twitter/X.
reply