Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
julesrms
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
11 ms
·
91.
▲
by
julesrms
7y ago
This is about building a cross-platform infrastructure that would sit below things like csound, Faust, and many other similar front-ends, and allow them to emit code that'd run optimally on hardware platforms other than just a deskto
92.
▲
by
julesrms
7y ago
We come from an audio background, but all the way through developing the project, we've been saying "...I bet this is useful for some other domain that we know nothing about.." so have been careful to make it about signal pro
93.
▲
by
julesrms
7y ago
I've not seen the Ableton platform, but the Faust guys have already released Faust-to-SOUL support, and we're hoping it'll make a really good back-end for that kind of thing (of which there are many examples)
94.
▲
by
julesrms
7y ago
We think this is maybe a weird local CA? We use a CA issued by AWS so should be pretty universal.
95.
▲
by
julesrms
7y ago
Well, we also have this URL: https://audio.dev :)
96.
▲
by
julesrms
7y ago
Not sure that being able to change the graph dynamically is a particularly good way to work with this kind of thing. In almost all synths, and even DAW engines, they only modify the graph when you modify the project, not while things are ru
97.
▲
by
julesrms
7y ago
Our long-term goal with plugins is to make them much easier to write in SOUL without needing to actually compile anything natively.. as for a marketplace to deliver them, we'd certainly love to be able to offer one of those, and will s
98.
▲
by
julesrms
7y ago
Hello HN - thanks for giving our website a proper stress-test! I'm the developer of SOUL - happy to answer any questions you guys have.. :)
99.
▲
by
julesrms
8y ago
That's true, but actually we've seen very little negativity, which given the expected grumpiness and cynicism level of developers is a good sign! (I wish we had a marketing budget!)
100.
▲
by
julesrms
8y ago
It's a language + API. And no, you don't compile it natively, it's more of a JIT/VM solution. But yeah, more docs are needed, and on the way soon!
101.
▲
by
julesrms
8y ago
No, not really. It looks a bit like C++/Java syntax but is very different in structure
102.
▲
by
julesrms
8y ago
It doesn't sound like you watched the talk because I do justify the latency claim in quite a lot of detail, and no, it's not just about the language being safe or fast. For example, even on commodity existing hardware, doing your
103.
▲
by
julesrms
8y ago
Apologies for having allowed our more marketing-oriented folk do the website content - we're still writing some developer-appropriate less hypey docs which we'll release soon. The concept is hard to explain in a couple of sentence
104.
▲
by
julesrms
8y ago
JACK is mainly just a way of connecting audio devices with streams. SOUL is a way of deploying code to run on other devices/processors. It's a language AND an API for deploying it to appropriate devices. We'll release more te
105.
▲
by
julesrms
8y ago
(Author here) Yeah - the design requirements of the language were for it to be instantly understandable by anyone who's done a bit of coding before, whilst enforcing the graph/node/safety architecture that's needed for i
106.
▲
by
julesrms
8y ago
No - none of us had heard of SAOL, but it looks like it's so long defunct that I couldn't even find a very clear description of what it did. The website for it seems to have been bit-rotting since 2002. Obviously there's a to
107.
▲
by
julesrms
11y ago
Yeah, that's the kind of thing it can do. We've got demos of live-coding audio algorithms, for example, which is the same kind of process.
108.
▲
by
julesrms
11y ago
We're actually waiting for a few gremlins in Clang/LLVM's Windows support to get straightened out before it can successfully compile on Windows. Fingers crossed we should be able to release a working version in the next coupl
109.
▲
by
julesrms
11y ago
Cling is more of a REPL, whereas ours is more of an IDE-like environment. And rather than just calling a function or expression, the Projucer invokes code by instantiating one of your GUI component classes
110.
▲
by
julesrms
11y ago
The smart way to generate bindings nowadays would probably be to use Clang to get an AST and auto-generate the wrapper code. But TBH I've never quite seen the point of binding scripts to C++ classes in general.. C++ is already a great
111.
▲
by
julesrms
11y ago
(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
112.
▲
by
julesrms
13y ago
Thanks! Actually, one of my big tasks over the next few months will be to redesign Tracktion's UI and try to make it look at bit more contemporary. Quite an interesting challenge!
113.
▲
by
julesrms
13y ago
Yeah, I'm sure that'd work fine. The Image class itself doesn't have any size limits. I guess that the openGL engine might hit GPU limits on texture size, but the software renderer should handle anything you throw at it.
114.
▲
by
julesrms
13y ago
Thanks for all the sudden attention, HN readers - my website's just about surviving the onslaught! Hope some of you discover JUCE from reading this! I'd just like to say that if anyone tries the demo app and finds it a bit tired a
115.
▲
by
julesrms
13y ago
Yep, tons of anti-aliased 2D stuff, using either a 100% software renderer, CoreGraphics, or an openGL shader based renderer.
116.
▲
by
julesrms
13y ago
The main reason I never added a native-widget implementation to juce is actually just lack of demand! It was very rarely requested, so was never a priority. That might just reflect the kind of crowd who use juce, but I do think that native
117.
▲
by
julesrms
13y ago
..actually, I should mention that although most of the library is still GPL, the core module is now under a permissive ISC license. So if you're doing non-GUI or audio stuff, you can use many of the core classes for free.
118.
▲
by
julesrms
13y ago
No.. it's still GPL.
119.
▲
by
julesrms
13y ago
Well, that's the beauty of open-source... I try to be hit as few trucks as possible, but it certainly wouldn't mean the end of the project, just perhaps a slight drop in code-quality :) I remember you getting in touch and asking a
120.
▲
by
julesrms
13y ago
Yes, but sadly still not yet released, due to me having absolutely no time to work on it :( (Anyone who finds the Projucer project interesting and who might be interested in throwing some resources at it, please get in touch!)
More ›