I see a new version of PD is available, which has got some serious goodies:
Save state for abstractions. you can now use the same abstraction with variables inside and they will be independant of each other. Before if you save one abstraction, you save the setting in all abstractions.
yeah, that patching looks great … look forward to it being available.
is there a release date for 49 yet?
Ive been running 48.0 on my dev Organelle for nearly a year now, without any issues, detailed here
Pd-0.48.0 ("") compiled 15:55:28 Sep 23 2017
we talked about releasing 48 with OS 3.0, but for some reason decided against it.
( I think because there I found a couple of issues, that meant the factory patches would ‘need fixing’ (see post above) , but honestly I cant remember now.)
once Pd-0.49 is released I’ll no doubt do the same again … just need to remember how i did it last time
but I still have the build tree so that should be easy enough.
(perhaps ping me when you see 49 released, in case i don’t spot it… i dont follow pd news )
I’ll then test to see if the issue we had was resolved, but if not, I think we just have to accept thats the way PD is going forward, and adapt patches accordingly (its nothing new, for pd patches to have to workaround pd bugs )
I guess it would go in a new OS release, as it’d get very confusing if users start running different versions of PD on the same ‘OS’… as incompatible patches might start appearing. (ones using PD 47+ features) , but thats for C&G to decide.
having a look at pd source, theres a lot of activity, so hard work is going on.
there are also 10 bugs/issues/features that are scheduled for PD 49
4 are bugs, so I guess will have to be fixed for release - 1 is ‘wont fix’, and the other 5 are features, so I guess could be postponed.
(of course no guarantees that this list is complete … or that testing wont find more issues)
but looks like it might happen in a couple of weeks
There was a bug with saving, which I raported to the mailing list and it was fixed the day after. They work quickly :=)
And on top of that there is also the new auto-complete search function, by Henri Augusto; if you start typing in the name of an object you can then push the “tab” button, and PD will show a list with the objects that has those letters in the name… So its a lot easier “falling over new objects” exploring and so on, and over all just finding what you need… For this to work follow instructions from here, Its pretty simple, you just need to download the newest deken through deken and the auto complete works.
when I get time I’ll build it for the organelle and see if there are any compatibility issues.
in particular i’ll check to see if it still contains the small issue with startup sequence that made some of the early C&G patches crash… which is what stopped me releasing 48.
the breaking change can be worked around, in the patches, but this would required C&G to revisit these patches - its a simple change though, perhaps @oweno would accept a pull request on the C&G patches repo if the change was made?!
(the change is backwards compatible with earlier versions of PD, so wouldn’t break those using the old PD)
doing this would give us a strategy for updating PD in an OS release.
sure! although we are happy to take care of it too, I think it was pretty simple. something in the metronome sub patch, like it started sending out midi clock immediately and adding a little loadbang delay fixed it
Yeah lets get that PD update, its like patching in the dark ages, using that ooooold version of PD. For the new versions, there are both 32 bit and 64 bit to choose from. I mean both could run on organelle right? So its mostly about backwards compatibility, I guess.
As @oweno said , only thing I found was an issue with sending out midi clock as the patch was starting - so it’s a small cahnge and quite specific.
3rd party patches might have this if they copied metro but can be easily fixed.
Of course not tested all other patches, but ones I’ve tried were ok on 48, and of course mine are fine
ok, so Ive got PD 0.49.0 compiled and running on my Organelle
a quick test indicate no issues with C&G patches or Orac, audio and midi seem fine.
(even incompatibility issue introduced in 48 seems to have been fixed )
I need to do some more tests (on my vanilla organelle), to check that the CPU load has not increased, or anything else odd is happening either due to PD 0.49 or my build of it.
but so far its looking positive.
Ive provided the build to C&G so they can also take a look on a spare Organelle, and check they are happy with it.
I guess if tests are positive then we can :
a) release it as a package, either on the C&G website, or patchstorage (TBD)
b) later release as part of an OS update.
if we do (a) then if you use newer features of PD in a patch you’d have to let your users know.
if you dont use new objects etc, e.g. you just use editing features, then a PD 0.49 patch should still run on the old PD e.g. I used PD 0.48 for all Orac development, despite the user’s organelle being on pd 0.46.7
so bearing this in mind, you can already use Pd 0.49 on your desktops (pc/mac) for the new editing features, I know i am
I guess we should also keep an eye on the PD dev lists, incase they decide to release a minor update, though its very quick/easy for me to rebuild an updated pd package if needed.
Just a big thanks you for all your amazing work on the Organelle OS and patches. Your work, and this community’s work, is one of the reasons I bought an Organelle to begin with.
Quick question: Its been a while since there have been an OS update and therefore and update of PD.
PD is now version 0.49.1 and has some nice new features. I know you’re not working for C&G but I thought you might have an inside scope on things to come?
Ive supplied a 0.49 build and it does look good… (I use it all the time without issue)
but really needs an OS release, as we don’t want to get into a situation where to get some patches working you have to do PD upgrade… it’ll be confusing to users.
(but saying you have to be on OS 3.5 (or whatever) would be ok, and we could even build this check into the patch)
But i agree its a useful upgrade, mainly because of the clone object which makes polyphonic patches much easier/flexible.
------------------ 0.50-0 ------------------------------
new pdcontrol object allows getting patch's owning directory and calling arguments, and opening files in web browser under patch control (useful in help files).
new nonlinear low-pass filter, slop~, for use in designing envelope followers and dynamics processors.
attempted to fix limitations on incoming MIDI and network packets. Things seem to be improved but the improvements aren't exhaustively tested yet.
improved HTML style in documentation and more info on writing externs.
updates to Iohannes's smart patching features
sort method for text object. Also text searching can deal with restricted range of lines (so that, for instance, you can iteratively get all the matches, not just the first one).
internal changes to improve scheduler behavior and memory management.
"zoom" feature updates to handle data structs better.
busy at the moment, but in a few weeks - I’ll compile it, and check compatibility etc
I’m mainly interest in the midi, scheduler and memory management changes.
however, its likely it will be better to wait for 0.50-1 or 2, let it settle down - as 0.49 seems very stable to me… and there are a few comments around, that things are a little incomplete in 0.50.
(besides ive got a whole load of change in 0.49 that i want to start getting into my patches!)
I was patching away on my mac, but when I transferred the patch to my Organelle-M I was missing the [slop~] object.
How about we update PD now? My mac is on 0.51-3, Organelle-M is on 0.49.0.
If anyone want to guide me in the direction of how to actually do this myself that would also be cool as I am slooooowly dipping my toes in the direction of Linux as macs are getting more and more locked down.
We should look into this for next OS update… The Organelle OS is old enough that you can’t just run an update to grab Pd 0.51, so you would have to build it from source. Not impossible but you might run into dependency problems. We have an experimental OS build based on the newer version of Debian (10 aka buster) and it looks like there is a backport package available for Pd 0.51. We can try this out and maybe post a beta disk image.