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

61–70 of 110 posts

Re: Sonic Pi v5

#61

Post by samaaron »

WithinReason wrote: post #57
samaaron wrote: post #48

Earlier quoted context omitted.

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: ht…

Thanks I appreciate the response but this is not for me. I clicked "your first note" and got a runtime error "Promise timed out after 3 seconds".

Sounds like a possible bug which I’d be only too happy to support you with should you open a github issue. Sorry your experience wasn’t smooth.

Re: Sonic Pi v5

#62

Post by fuklief »

zaphar wrote: post #59

I donate to this software because it's so much fun to play around with. My wife (of 30 years as of today) knows way more about music than I do and this is one way for me to connect a little bit with her hobby.

Congrats on the 30 years of marriage!

Re: Sonic Pi v5

#63

Post by samaaron »

Lapel2742 wrote: post #58
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!

I tried it. but the Flatpak seems to be missing some of the documentation.

Apologies but I’m not the maintainer of the Sonic Pi Flatpak.

Instead v5 officially supports AppImage builds.

Re: Sonic Pi v5

#64

Post by olivia-banks »

I remember years and years ago getting a Raspberry Pi from my father. We were going to use it for something or other, but that plan fell through, and I ended up using it to "deploy" my first programming project when I was around 12 or so, which was a home assistant that I was really proud of. I remember using Sonic Pi to come up with what I think was an excessive 30 or so different sounds and indicator tones for it, and a little startup jingle. Good times.

Re: Sonic Pi v5

#65

Post by samaaron »

olivia-banks wrote: post #64

I remember years and years ago getting a Raspberry Pi from my father. We were going to use it for something or other, but that plan fell through, and I ended up using it to "deploy" my first programming project when I was around 12 or so, which was a home assistant that I was really proud of. I remember using Sonic Pi to come up with what I think was an excessive 30 or so different sounds and indicator tones for it,…

Awesome to hear! So glad you had fun with it :-)

Re: Sonic Pi v5

#66

Post by herpdyderp »

fn-mote wrote: post #40
herpdyderp wrote: post #33

Earlier quoted context omitted.

I want to embed the player into standalone video game binaries that don't require internet access to download the restrictively licensed files. I'm not looking to embed music file outputs, I want the music to remain customizable on the fly.

Seems like a pretty special use-case.

I don't think it'd be that special if the licenses allowed it. (Meaning I believe it'd be normal already if it were possible.)

Re: Sonic Pi v5

#67

Post by fl0id »

samaaron wrote: post #60
spacechild1 wrote: post #56

Earlier quoted context omitted.

Careful! Just because you are exchanging messages via sockets does not necessarily make it a mere aggregate! Quoting the official GPL FAQ: > By contrast, pipes, sockets and command-line arguments are communication mechanisms normally used between two separate programs. So when they are used for communication, the modules normally are separate programs. But if the semantics of the communication are intimate enough, ex…

Oh that sounds like the official SuperCollider stance might be that any use of scsynth from an existing project via the network OSC API is considered an aggregate. Is this the case? I definitely don’t want to create any issues and it would be great to get some clarity here.

also keep in mind that the gnu.org want gpl to apply as widely as possible. Generally, your approach should be fine imo

Re: Sonic Pi v5

#68

Post by samaaron »

zaphar wrote: post #59

I donate to this software because it's so much fun to play around with. My wife (of 30 years as of today) knows way more about music than I do and this is one way for me to connect a little bit with her hobby.

Congratulations on you anniversary! I’m so happy to hear that Sonic Pi helps you connect together with music. It makes me smile :-)

Thanks also for your kind support.

Re: Sonic Pi v5

#69

Post by gamblor956 »

spacechild1 wrote: post #56
samaaron wrote: post #53

Earlier quoted context omitted.

Yep, as it’s a derivative work. But I have put effort into making the interface purely network shaped so it’s possible to use it from non-gpl projects without them being considered a derivative work and triggering the gpl.

Careful! Just because you are exchanging messages via sockets does not necessarily make it a mere aggregate! Quoting the official GPL FAQ: > By contrast, pipes, sockets and command-line arguments are communication mechanisms normally used between two separate programs. So when they are used for communication, the modules normally are separate programs. But if the semantics of the communication are intimate enough, ex…

that too could be a basis to consider the two parts as combined into a larger program.

That would not stand up in court. This battle has been fought before. Interoperability is not a trojan horse to spread the GPL anymore than it is a trojan horse to impose copyright restrictions by private software.

Re: Sonic Pi v5

#70

Post by Tcepsa »

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…

You can save/load the contents of a single buffer or all buffers. For a single buffer, select the buffer you want to save, then go to the Live menu and choose "Save Buffer As". To load a file into a buffer, choose the buffer you want to load it into and then go to the Live menu and select "Load into Buffer"

You can also save off all the buffers together (e.g. if you've put different parts of the same song into different buffers) by going to the Live menu and choosing "Save Set As" (or just "Save Set" if you want to overwrite what was previously in your last saved set e.g. you made changes to your song and you want to replace the previous version).

So to achieve a workflow similar to what you're describing, you construct your song (in up to ten buffers) and then save the set and clear the buffers or load a different set to work on another song. True, it doesn't give you infinite buffers, but it does give you a way to "manage all [your] songs as files".

You can then use e.g. Magit to version control the files just as you would if you were working in Emacs itself.

The sets are also saved as text files in a very human readable format; basically just all of the buffers dumped out one after another with some delimiters. You could even use Emacs to edit them and then load them into Sonic Pi to run them! (That said, I'm not sure there's a good sonic-pi-mode for things like indentation and autocomplete yet. Hopefully someday; I would love to have my custom evil-mode Emacs keybindings while working in Sonic Pi, but I get that it's not really a priority right now ;) )

Post reply on HN