11–20 of 23 posts
The interface is so clean and fast I really want to start using it. It really seems like a great way to try out ideas quickly but still end up with native executable. There isn't even an install to go through which I actually really like.
This looks interesting but I'm having a hard time figuring out which problem it solves, specifically. It seems to do lots of things: GUI, Audio, Project Management - but I already know of tons of ways to do these things. Can somebody explain who would need this and for what? Maybe I'm just not the target audience, I don't mean to be disrespectful.
(Author here) There's a set of problems that tend to go together when you're doing audio tech development: We have to build apps/plugins that run on many platforms and plugin APIs (so managing many different compiler projects for the same codebase is really helpful). We always tend to have complicated and custom GUIs (hence all the GUI framework stuff). And there's a whole set of other commonly needed library code th…
I'm interested in writing a fairly bare-bones, standalone application for note sequencing, patch selection, and controlling the master clock of external MIDI synths and drum machines. Is this a suitable framework, or is there something else that might be more appropriate? I feel like the current DAW offerings are A) too complex/big for my needs, and B) focus a lot on MIDI in and not very much on MIDI out. That said,…
I'm interested in writing a fairly bare-bones, standalone application for note sequencing, patch selection, and controlling the master clock of external MIDI synths and drum machines. Is this a suitable framework, or is there something else that might be more appropriate? I feel like the current DAW offerings are A) too complex/big for my needs, and B) focus a lot on MIDI in and not very much on MIDI out. That said,…
Earlier quoted context omitted.
(Author here) There's a set of problems that tend to go together when you're doing audio tech development: We have to build apps/plugins that run on many platforms and plugin APIs (so managing many different compiler projects for the same codebase is really helpful). We always tend to have complicated and custom GUIs (hence all the GUI framework stuff). And there's a whole set of other commonly needed library code th…
i used tracktion many years ago and remember reading about the underlying juce framework, but i was dissuaded by the lack of bindings to other languages. i know real-time audio is inherently low-level, but are there any plans to expose the api to other languages to make it easier to experiment with?
So it would take a really strong incentive for someone to create and maintain a full-featured binding to another language.
Jules, the creator and prime maintainer of JUCE, is indefatigable. I think maybe he's triplets, but nice triplets. He answers questions on the forum (http://www.juce.com/forum) at all hours and with extreme patience. There seems to be absolutely no difference between the way he treats casual users vs. enterprise customers on the forum.
JUCE can be used to develop audio plugins, synthesizer programs, etc., but is also a complete framework for GUI apps that have nothing to do with audio. It has canvas drawing, 3D support, and forms support.
There's a ton of documentation on the site and the source code is a dream to read. If you were creating an API for something you would be well served to see how Jules did it.
I rank JUCE with web2py as one of the two most comprehensive, ridiculously underrated open source products I've encountered.
JUCE is a very, very well-designed cross platform framework that was used very successfully in the development of Tracktion, a competitor with programs like ProTools and Garageband. The API is C++ based but carefully designed to shield you from the weirdness of C++; if you needed to create a cross platform app and learn C++ at the same time this would be the gentlest possible introduction. Jules, the creator and prim…
JUCE is a very, very well-designed cross platform framework that was used very successfully in the development of Tracktion, a competitor with programs like ProTools and Garageband. The API is C++ based but carefully designed to shield you from the weirdness of C++; if you needed to create a cross platform app and learn C++ at the same time this would be the gentlest possible introduction. Jules, the creator and prim…
Earlier quoted context omitted.
i used tracktion many years ago and remember reading about the underlying juce framework, but i was dissuaded by the lack of bindings to other languages. i know real-time audio is inherently low-level, but are there any plans to expose the api to other languages to make it easier to experiment with?
This has been partly done several times with Lua (one by myself). One problem is that JUCE is not a C framework, it relies heavily on C++ features (notably, using it means deriving lots of parent classes and interfaces). This makes language bindings a bit more tedious, especially if you want your binding to keep up with JUCE's non-stop development. So it would take a really strong incentive for someone to create and…
But TBH I've never quite seen the point of binding scripts to C++ classes in general.. C++ is already a great way to write that code, why have a messy layer in the middle!
The place where I'd have thought it makes sense is for custom APIs, e.g. in Tracktion we let the users write javascript to control the app in response to keyboard shortcuts, but for that we have our own API that they can call. Never quite understood the use-case for more general library bindings to generic GUI classes, but I guess people have their reasons!
Earlier quoted context omitted.
(Author here) There's a set of problems that tend to go together when you're doing audio tech development: We have to build apps/plugins that run on many platforms and plugin APIs (so managing many different compiler projects for the same codebase is really helpful). We always tend to have complicated and custom GUIs (hence all the GUI framework stuff). And there's a whole set of other commonly needed library code th…
julesrms, Interested in the live coding, but can't seem to find any detailed info on your site. How does your live coding compare to, say, Cling ( https://root.cern.ch/cling ) ?