ProjectM's OpenGL drawing is done with what are known as legacy "immediate-mode" calls. VBOs can be colored and deformed through the use of shaders, which are GPU programs that operate on vertices and pixel colors. The modest number of immediate-mode calls that projectM makes need to be converted to VBO code. This will not only improve performance but it is also needed for compatibility with newer OpenGL implementations, namely OpenGL ES , which is the specification for embedded systems.
Until the OpenGL calls are updated, it is unlikely an open-source projectM will ever be able to run on an embedded system, as many have desired. It's worth noting that this work was done by one of the main authors of projectM and a previous maintainer, but he has not chosen to share his modifications with the project.
ProjectM did a good job of replicating the functionality in a cross-platform manner but one DirectX-specific piece remains: the shader code in the preset files.
Some presets can contain GPU shader programs as mentioned previously. Either manual or automatic conversion possibly using something along the lines of HLSL2GLSL for Unity needs to be added along with code to compile and upload the shaders. This would greatly increase performance and capabilities, enable the most advanced presets, and drop the dependency on an out-of-date and unsupported proprietary framework.
This was done partly because of the limitations and complexity of CMake coupled with its less-ubiquitous status; Autotools is more widely known. It is unclear which implementations if any are actually in use by anyone. The switch to Autotools has caused some small disturbances with downstream package maintainers who may lump the library itself together with the reference implementations; the difference in build systems can lead to confusion about the state of the project.
There were some compile-time feature flags exposed by CMake, such as render to texture and Freetype GL support; these need to be added to the Autotools-based build.
Anyone with GNU Autotools experience who wants to help finish the migration for the various implementations and feature flags is sought. Support for building on Windows would be useful as well. Many of these are in a questionable state, some have not been updated in approximately a decade.
Work needs to be done to go through the various implementations and either update them or determine if they should get the axe.
The two most recently updated were the macOS iTunes plugin , which enjoyed some recent popularity until an update caused it to stop functioning properly , with no cause determined as of yet.
The most useful and up-to-date reference implementation is based on libsdl2 , which is a cross-platform media library used in many media applications and games; it is currently supported in large part by Valve.
This program can read in audio from a capture device, which is a feature only recently added to libsdl2.
If improvements were made, such as proper configuration file support already implemented in libprojectM , more keyboard-input support, and adding some sort of basic user interface, the projectM SDL application would make a nice cross-platform standalone audio-visualization program. Higher-level language bindings, such as for Python , could be also useful.
Of course, projectM is an open-source project like any other. It's been put together over the years by contributions from developers who like the project and find it useful, either for getting stoned and watching trippy visuals with their dubstep MP3s, for integrating into media players, or for projecting at live music shows.
There is interest in the project, but more developers and contributors are needed to modernize and polish it. That will make it easier for other open-source projects to include a powerful and versatile music-visualization library. Contributors are welcome to come file issues and send pull requests at the GitHub repository.
Project Mu also tries to address the complex business relationships and legal challenges facing partners today. To build most products, it often requires both closed-source, proprietary assets as well as open-source and industry-standard code. The distributed build system and multi-repository design allow product teams to keep code separate and connected to their original source while respecting legal and business boundaries. Project Mu originated from building modern Windows PCs but its patterns and design allow it to be scaled down or up for whatever the final product's intent.
IoT, Server, PC, or any other form factor should be able to leverage the content. Project Mu is an active project. This is not a side project, mirror, clone, or example. This is the same code used today on many of Microsoft's 1 st party devices and it will be kept current because it must be to continue to enable shipping products.
Play music with other apps, then visualize that music with projectM! Its purpose in life is to read in audio input and produce mesmerizing visuals, detecting tempo, and rendering advanced equations into a limitless array of user-contributed visualizations. Observe the sounds around you with your eyes. Captures windows system audio and renders visuals to the screen.
Stay informed about special deals, the latest products, events, and more from Microsoft Store. Available to United States residents. By clicking sign up, I agree that I would like information, tips, and offers about Microsoft Store and other Microsoft products and services. Privacy Statement. See System Requirements. Description Over 40, user contributed Music Visualizations - See what you hear with projectM - The most advanced open-source music visualizer.
Show More. People also like. Audio Spectrum Visualizer Free. Yeelight Control Free. NiceTaskbar Free.
0コメント