Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Sonic Pi v5

patreon.com

Post reply on HN
Print view View original

41–50 of 110 posts

Re: Sonic Pi v5

#41

Post by xrd »

samaaron wrote: post #38
xrd wrote: post #37

I love Sonic Pi. I am a terrible musician but I really enjoy finding chords for a song and then putting them into a sonic pi buffer and messing around. U2 started as a cover band, right, so maybe this is a path to becoming musical someday. The one thing that confuses me about Sonic Pi is the buffers/editor. I always wish I could replace the UI with my own embedded editor (emacs in my case). I would then be able to ma…

If you look in the source code you’ll find an example REPL which serves as a great minimal example of how you can build your own interface. You essentially need to spawn a process, read the session’s port numbers and then send messages via OSC over the local network loopback. This could easily done from your favourite editor of choice (e.g. Emacs).

Hi Sam, big fan of you and your work!

Does this mean I just don't understand how to use the existing UI? I'm often messing around with a bunch of chords and sounds and I quickly run out of scratch space. Does that mean I'm doing it wrong?

Re: Sonic Pi v5

#42

Post by samaaron »

xrd wrote: post #41
samaaron wrote: post #38

Earlier quoted context omitted.

If you look in the source code you’ll find an example REPL which serves as a great minimal example of how you can build your own interface. You essentially need to spawn a process, read the session’s port numbers and then send messages via OSC over the local network loopback. This could easily done from your favourite editor of choice (e.g. Emacs).

Hi Sam, big fan of you and your work! Does this mean I just don't understand how to use the existing UI? I'm often messing around with a bunch of chords and sounds and I quickly run out of scratch space. Does that mean I'm doing it wrong?

What do you mean by “running out of scratch space?”

Do you mean your code was too long that Sonic Pi refused to run it? If so this has been addressed in v5 with much larger buffer sizes supported.

Or do you mean you ran out of buffer? In which case v5 helps again as you can now save and load all the buffers to and from a single save-file :-)

Re: Sonic Pi v5

#43

Post by [deleted] »

harwoodr wrote: post #3

For those wondering what it actually is, as I was: https://sonic-pi.net/ "Sonic Pi is your free code-based music creation and performance tool."

[deleted]

Re: Sonic Pi v5

#44

Post by alin23 »

I was just working on a music improv app for the MacBook trackpad [1] and tried to use Sonic Pi 4 for the backing track (muse) generator but it was too clunky to run a full fledged second GUI alongside the app and control it through OSC.

I had to do sample retrieval, decoding, native CoreAudio logic to get acceptable latency. A programmable synth would have made my life so much easier.

supersonic-scsynth in Pi 5 feels more fit now, it’s the first time I tried a JS frontend for a macOS app but if it lets me import this and use it so easily, it already paid its dividends.

[1] https://lowtechguys.com/meander

Re: Sonic Pi v5

#45

Post by pzo »

samaaron wrote: post #2

Sonic Pi v5 is released. Sonic Pi is now more friendly, more accessible, more powerful and more fun. There's something to excite everyone - from the friendlier error messages, to the pro-audio config, to the new dynamic visuals for performance. Enjoy!

if you want to attract more userbase that's probably the least meaningful copy-text someone can provide. Not only doesn't even in one sentence what sonic pi v5 is but also doesn't explain whats difference between v4 and v5 - I mean what it means more friendly/accessible/fun really?

Re: Sonic Pi v5

#46

Post by glimshe »

samaaron wrote: post #39
glimshe wrote: post #19

Earlier quoted context omitted.

I think the underlying Supercollider sound engine uses the more restrictive GPL, though...

Actually v5 no longer uses SuperCollider’s scsynth engine. I completely replaced it with my own port called SuperSonic - which targets native (used in this Sonic Pi release), WASM and embedded. See https://github.com/samaaron/supersonic

It seems that SuperSonic also uses GPL, no?

Re: Sonic Pi v5

#47

Post by WithinReason »

I tried it for a few seconds but there is a huge lag between pressing a button and the sound, and half the time the button press does nothing. It's basically unusable.

Re: Sonic Pi v5

#48

Post by samaaron »

WithinReason wrote: post #47

I tried it for a few seconds but there is a huge lag between pressing a button and the sound, and half the time the button press does nothing. It's basically unusable.

By default there’s a 500ms latency as this gives all target platforms sufficient breathing space for system pauses and other work not to affect the scheduling.

Multiple presses spawn multiple threads which layer over each other - unless you’re using Live Loops in which case it triggers hot code swapping.

What was the code you were running? Happy to help.

We also have a friendly forum to ask questions and get help: https://in-thread.sonic-pi.net

Re: Sonic Pi v5

#50

Post by kyle-rb »

gizajob wrote: post #8

why is the Amen Brother breakbeat included in this software as if it's open source and GPL / MIT license? Just because something has been stolen a million times, that doesn't make it public domain, it's still under copyright and owned by its publisher, who I'm pretty certain has never given it away under a free license.

It's worth noting that the particular recording they include[0] is not the original performance, it's a CC0 (public domain) recreation of the sample.

So the recording itself has no copyright attached, but yes, there's still a question of the copyright on the composition.

[0] https://freesound.org/people/Dolfeus/sounds/43389/

Post reply on HN