my ultimate goal for this battle is to make something that produces sound

What in the

I'd recommend checking out the lyceum page for pd, it's not much so far but I'm trying to add some useful resources there

part of me wants to do some galaxy brain thing and try and write a tracker in pd
as an aside, my initial experience with pd is "wow, I hate graphical programming"
the sheer amount of drag and drop and link and I'M SCREAMING

I did a little thing to convert keycodes into midi note numbers and it's awful and I hate it and it has 37 patch cables -- 12 coming from the keyboard reading object (key), 12 going to messages containing the midi number to output, 12 going to the expression (right now it's just 60 to the result, since I might want to adjust which octave), and the last one going to the subpatch output.

if patching things wasn't such a pain, this wouldn't be so bad, but it is and I hate it
you can use send/receive objects to clean things up/allow for copy+paste editing, but it's still often a mess

This format would greatly benefit from an MML converter so you wouldn't have to deal with the graphical interface at all

The end result is supposed to be a funky patch or are we supposed to make a tune with the patchy thingie? I'm not totally following the rules/limitation in this compo =O ….

Oh no, scary white boxes with numbers that generate weird sounds
I have memories of pure confusion when I was first experimenting with this stuff

Okay, now it is more clear! I Think I'm going to enjoy this actually.

top tip: you can use multiple dac~ objects and that you should use send and receive objects if you value your sanity

I like how nowhere in the documentation for line~ does it mention how to make a nice "start from a value on bang" volume ramp.

whatever trigger object -> message [1, 0 100] -> [line~] -> multiply that against whatever sound you want to fade out
took me uncomfortably long to figure that out
1 is the starting volume, 0 is the ending volume, 100 is how long the fade lasts.
Use vline~ for fancier stuff (so you can send a message like "1, 0.2 100, 0 200 100" which will do a sharp initial decay and a longer fade out -- the third param for vline is how long to wait to do the next item)
in fact, to prevent clicking, you'd probably do a volume ramp to full first
something like "1 4, 0 200 4" -> [vline~] would do the trick

it also took me uncomfortably long to figure out how to do a numeric counter (the one I have crosses the output from an int object with a + object, the output of which heads to the previous int object's input, the other argument to the + object is how much to add/subtract, and the output can be taken from the int object)

I made a nice tracker style keyboard playback thing with octave select so I can actually attempt to test how my patches sound musically without owning a midi keyboard.
have a gander if you want
https://files.catbox.moe/b0f3ur.pd
Rename it to key-notes.pd and put it in the same folder as what you're working on, then hook in a key-notes object into whatever you're controlling. It emits midi note numbers and not frequencies, so use mtof to fix that.
The [ and ] keys select octave.

quick question: can we submit zips (eg, if our song consists of multiple .pd files/loads samples)?

being able to write each instrument as its own .pd file and link 'em up in a main.pd or something is terribly convenient

i agree that this should be allowed

Instead of having multiple parallel .pds communicating with each other, why not use a subpatch?

To my knowledge they accomplish the same purpose and it all goes in a single .pd file. Go to Help -> Browser (Ctrl+B) and check some of the more advanced examples to see how subpatches are utilized in them.

I don't know at all, but the submitted songs are interesting!

@lia:
Subpatches can be copy/pasted, but each copy is its own individual unit.
Editing one subpatch doesn't transfer the modifications to the other.

Using another .pd as an abstraction allows for exactly that, reusable blocks where every instance is modified when the .pd with the abstraction is.
http://write.flossmanuals.net/pure-data/abstractions/

I spent hours just trying to get purr-data to compile on ubuntu 19.10, and now I've gotta figure out how to make music with this abomination >.<

@PC you don't need to compile purr-data yourself, just get the package there: https://download.opensuse.org/repositories/home:/aggraef/xUbuntu_19.04/amd64/
You should also make sure it works with vanilla puredata from your distribution (but purr-data is nicer to work with)

About the possibility to have the resulting file in .zip instead of only .pd, it could be useful, yes, because for example if you want to process data (like a score), you have to rely on an external text file: http://www.pd-tutorial.com/english/ch04s02.html

tfw a fart joke entry is more advanced than my one...

i had pd on my computer for like 2 years but never had the motivation to try it, thanks for putting up the compo

This track has somethig good: https://www.youtube.com/watch?v=I9_3CfRm8GE but is pd-extended.
Make something that sound nice in vanilla? Let's try.

Uhh, and take a look at this one: https://www.youtube.com/watch?v=IBnxFNV06N4 ROLF (but it may be max not pd)

@garvalf (and everyone)

.zip added to the pd format
this allows abstractions
http://write.flossmanuals.net/pure-data/abstractions/

if .zips are allowed, what's the consensus on using samples in pd patches for the format? it would be super cool to trigger playback algorithmically, but it also opens up some serious abuse possibilities

if you store all your samples as tables/arrays in your patch (and enable save contents in the properties) then I don't see why not, it's supported by vanilla and you don't even have to include the wav samples in the directory or have the user load them

a few botbrs: "hey, lets make this a format; its unique"
me: "oh yeah that looks like it would make n00bs think hard, practice/experiment a bit, force people to make generative music"
other botbrs: "oh, i can paste a whole song's worth of wave data in there! sweet!"

uh.... changed max file size of PD format to 250kb whoops
enough room for tiny and/or crappy samples
but not enough to hold some nice, long loops

yeah that's reasonable, I didn't look at it that way
at least I'm glad we're having that conversation now rather than later, and I'm certainly more for encouraging interesting generative music with real-time synthesis rather than just using a whole lot of pre-made sounds

im so glad we added bytebeat but more complicated

shit i missed the chance to submit my copypasted-wav-into-pd entry :(((((((

Today, I found out that multiple undo in Pure Data is a very, very recent addition (late 2018) and I'm mildly baffled.

actually, 250kb zipped still sounds like a lot xD

It probably is still a huge limit, but that's not too bad.

mind you, none of this affects me right now because everything I have so far (read: a pile of disconnected abstractions that may or may not produce sound and certainly doesn't resemble music yet) is all synthesized bbyyyyyy

I wonder how far everyone is?

for my own entry I've mostly been making some neat abstractions, sequencers, primitive drum generators and things, though probably gonna scrap some of my current patch and try to get some proper ideas going that more resemble a music thing

been getting into minimal and dub techno lately, would be fun to make something in that general area

and anyways this week I have too much time because sitting at home all day and there's not much assignment work plus everything's remote lol

e: will actually post the scrapped patch on an alt account after uploading my main entry

current progress: 0%
but knowing myself, i'll probably do all the work on saturday and sunday and finish something right before the deadline

anticipating strobe's entry

Oh boy, do I have some bad news for you tennisers.

I accidently got caught up in BULLSHIT so there will be no PureData entry from uncle clusterfuck, I'll await Spring Tracks instead ;)=)

okay puke7, you know what to do right?
start spring racks but make pure data the only format

WHY YOU LITTLE

i would actually like puredata in spring tracks, but i'm probably the minority

finally decided to write something that resembles a sequencer and reads from a text file instead of typing in a bunch of numbers/dragging a bunch of sliders
just need to make something musical now ;-;

I do have a very nice FM synth piano patch made though. Totally going to use the absolute heck out of it.

humbly requesting an extension

thanks for the extension, it was what I needed to polish my entry...

i appreciate the extension if other people need it, but for myself i dont think i'll be able to finish something due to it. the reason is both simple and dumb, but with spring tracks starting later today, i'll use all of my brain power to make music for that instead of trying to finish a pd patch BUT i'd also need the approaching deadline to get productive and something done today. whoooops.

man, I had a wonderful time saving idea that I tried to implement in my tune and it ended up turning into an hour long timesink with no results lol (getting different things to line up properly even though they're ostensibly on the same clock source is awful and I hate it)

might end up just submitting what I have as-is if this keeps up

great comp! congrats guys!

be sure to hack into the data stream for the newest b4n|)c4mp release