5 ms·

How would you say Supercollider is more modern? To my knowledge, the fidelity of the sounds you can get with Csound far exceed Supercollider. Also, Supercollid

• spacechild1 3y ago
  > Also, Supercollider has a very restrictive license, What? SuperCollider is GPL, so it's 100% Free Software. > preventing its use in basically anything besides small side and school projects Typically, people use it to create music, so the restrictions of the GPL are no concern.
  • bmitc 3y ago
    > > Also, Supercollider has a very restrictive license, > What? SuperCollider is GPL. Exactly. That is a restrictive license, and no one is going to use it (it being Supercollider) in anything resembling a commercial product. A lot of these programmatic audio systems make their way into things like installations and video games. Supercollider can't be used in commercial instances except when you're just releasing music.
    • xcv123 3y ago
      > Exactly. That is a restrictive license, and no one is going to use it in anything resembling a commercial product. GPL software is used commercially. Have you heard of Linux?
      • bmitc 3y ago
        If you can convince Sony, Nintendo, Microsoft, or any of the game studios to release the code for their games or systems, just so that they can use Supercollider for an audio subsystem, go for it.
        • pjmlp 3y ago
          If you could convince Sony and Nintendo to upstream everything they customised from FreeBSD (Sony), and clang/LLVM (both), the upstream projects would appreciate, given how they lag behind in GNU/Linux adoption, and GCC in standards compliance and architectures.
        • deleted 3y ago
          [deleted]
        • xcv123 3y ago
          Why would they have to release everything else if the Supercollider server is running as a separate process? Just fork it on Github.
          • bmitc 3y ago
            If it's packaged with a game, even though it's running separately (is that even possible in a game console?), you would still have to distribute the binaries, would you not? And doesn't that break GPL?
        • spacechild1 3y ago
          SuperCollider is targeted at composers/musicians/artists, not video game developers, so I don't see how that is relevant.
          • bmitc 3y ago
            I shouldn't have even mentioned licensing in my original comment, which was more of an aside that mattered to me in my selection of which system to use, but of course, it's been hyper and myopically focused on here with GPL proponents coming out of the woodwork to argue about it. However, it is relevant because, as I said, a nice benefit of these sound engines is that they can be embedded in other languages and applications. Thus, when choosing such a sound engine, the licensing is an input to the decision, and other systems, such as Pure Data and Csound, have more permissive licenses. For example, the absolutely excellent iVCS3 app on iOS is built on Csound: https://apps.apple.com/us/app/ivcs3/id665703927 https://apps.apple.com/us/app/ivcs3/id665703927.
    • spacechild1 3y ago
      If you want to use SuperCollider as the audio engine of your video game, you would indeed need to comply with the GPL. At least if you want to use the C library (libscsynth). Alternatively, you could run scsynth as a separate process and communicate over OSC; this is a bit of a grey area. However, most people use SuperCollider as a tool to create music; in this case the GPL does not apply. > and no one is going to use it (it being Supercollider) in anything resembling a commercial product. This is patently false.
    • dspillett 3y ago
      > > GPL. > […] and no one is going to use it […] in anything resembling a commercial product. Ignoring the fact that this is demonstrably false, why would it be a problem if it was actually true? There is nothing to stop a commercial interest writing their own, or licensing something from elsewhere. Depending on the contribution structure for this project (caveat: I've not looked into this at all) it may even be possible to license this project for non-GPL-compliant use. Or, you know, release the resulting project under the GPL. The GPL is less restrictive than most commercial licensing, so judging it as restrictive because it can be difficult to justify in some (many?) commercial contexts is somewhat hypercritical IMO. Commercial licences can be just as "viral" and depending on the owner inadvertent infection (by using some code without properly verifying is origin & license first) can be more fatal to a project.
      • bmitc 3y ago
        What commercial products are using Supercollider, since you mention this is demonstrably wrong? I'm honestly curious to know about them to read and learn about them.
        • spacechild1 3y ago
          Many artworks and installations, which I would count as "commercial instances".
        • dspillett 3y ago
          You suggest that this is because of the GPL. That GPL covered code is used in many commercial products demonstrates that to be false. You refrained from answering the question: if it was true, why would it matter? Supplementary questions: If I release some software covered by, for instance, AGPLv3, why would it be a problem for me that commercial projects wouldn't use it? Why would it necessarily be a problem for my code's users?
          • bmitc 3y ago
            We are talking about Csound and Supercollider here. I didn't make any general statement about GPL or licensing, nor would I like to. The entire point is if one wants to do something else with these programmatic audio systems besides just use them as they are to make music, which would almost surely include bundling the software into or distributing with an application, the projects that have more permissive licensing are more attractive for that purpose. And this particularly affects systems like game consoles or other such hardware like synthesizers. Please just read my other comments and quit arguing about licensing to me. I am much more interested in just hearing about the features and applications of Csound and others. Csound and Pure Data are more attractive, to me but likely others, because I can freely bundle them and apply them as I please without tiptoeing around a license, not to mention they have their own pros as far as sound generation goes. Supercollider was presented as an alternative to Csound, but I simply pointed out that if you care about embedding the system into something else, Csound is more friendly to that, as is Pure Data.
    • aoeusnth1 3y ago
      You have somehow acquired a misunderstanding of the GPL. It does not forbid commercial use.
      • bmitc 3y ago
        Did you read my original comment to understand the specific context and many followups? Because I was talking about embedding programmtic sound engines like Csound and Supercollider into other software and applications and distributing them, which the GPL license of Supercollider does indeed prevent unless you want to open source those applications.
• viraptor 3y ago
  > How would you say Supercollider is more modern? Reasonable syntax, naming, errors, etc. Csound feels like programming assembler. Yeah, you can macro and it's powerful, but... it was far from fun for me.
  • bmitc 3y ago
    Yea, the Csound syntax does take some getting used to. But I just haven't found a demo of Supercollider that I feel sounds good. It all sounds pretty glitchy and digitally, for lack of a better word. But the interaction of Supercollider does seem nice. They're certainly both very cool, as well as their other brethren like Pure Data, Max, Audiomulch, Faust, ChucK, etc.
    • viraptor 3y ago
      I'm not sure I understand. An oscillator in csound should sound the same as one in supercollider. The rest (what you build) is up to you. What do you mean by glitchy in this case?
      • rollcat 3y ago
        I've never used either Csound or Supercollider extensively (more of a PD guy), but having tried to write a simple oscillator in pure C, even that turns out to be non-trivial. The naive approach of sin(t * pi2 * freq) produces pops when varying the frequency - you need to keep track of current phase. And from there it begins, the further you dig the more things you find you thought were trivial. I wouldn't be surprised if this or that synthesizer got something wrong.
        • bmitc 3y ago
          Did you continue on your own writing synthesis in C? Any resources you found helpful?
          • cseleborg 3y ago
• zebproj 3y ago
  If you compare codebases, SuperCollider is definitely the more "modern" of the 2. SC is written in a reasonably modern version of C++, and over the years has gone through significant refactoring. Csound is mostly implemented in C, with some of the newer bits written in C++. Many parts of Csound have been virtually untouched since the 90s. Syntax-wise, Csound very closely resembles the MUSIC-N language used by early computer musicians in the 60s. "Trapped in Convert" by Richard Boulanger was written in Csound in 1979, and to this day is able to run on the latest version of Csound. Both Csound and SC are both very capable DSP engines, with a good core set of DSP algorithms. You can get a "good" sound out of both if you know what you are doing. I find people who are more CS-inclined tend to prefer SuperCollider over Csound because it's actually a programming language you can be expressive in. While there have been significant syntax improvements in Csound 6, I'd still call Csound a "text-based synthesizer" rather than a "programming language". That being said, I also think Csound lends itself to those who have more of a formal background in music. Making an instrument in an Orchestra is just like making a synthesizer patch, and creating events in a Csound score is just like composing notes for an instrument to play. FWIW, I've never managed to get SuperCollider to stick for me. The orchestra/score paradigm of Csound just seems to fit better with how I think about music. It's also easier to offline render WAV files in Csound, which was quite helpful for me.
  • bmitc 3y ago
    I have programming experience, but that's actually why I prefer Csound. Since Csound's engine is effectively oriented around building up instruments in a modular way, I feel it can simply be wrapped up into more general purpose programming languages to get a language with the power of the more modular synth engine.
• braislen 3y ago
  None of these languages have ever been on the level of Reaktor IMO and I started in csound quite awhile before Reaktor. You don't gain almost anything with these languages in their current forms because they end up not being much different than modular patch cord synthesis with a less intuitive interface. The amount and variety of interesting sounds I have heard from Reaktor is several orders of magnitude beyond csound to a degree it isn't even comparable. I might even rate these early versions of AudioLM as already more interesting than csound. The whole idea of music programming languages is a dead end IMO.