Re: [PD] Old patch unable to run
Hi guys. Thanks a lot! Yes, I worked it out from my own messages from decades ago asking about it! I managed to replace it with iemguts/receivecanvas with a small workaround. [tot] was able to take the name of a canvas as argument, but [receivecanvas] seems to only take an int telling it how many levels "up" to read. This means I have to put a small subpatch on the canvas I want to read and send the data out, instead of reading it remotely, but it works now. Chuckk On Tue, Jan 17, 2023 at 1:05 AM Peter P. wrote: > Dear BadMuthaHubbard, (one of my favourite email addresses on this list > since long) > > a quick check in the SVN repository of old externals yielded > miXed/doc/help/toxy/tot-help.pd > which makes me assume there is a tot object in either a lib called > [miXed] or [toxy], maybe courtesy of Krzsystof Czaya or Hans-Christoph > Steiner. A quick startpage.com search brings up results which may > indicate that [toxy] is by now unmaintained. Others may have better > knowledge of its current situation. > > cheersz, P > > * Chuckk Hubbard [2023-01-16 21:17]: > > Hello. > > This is from 2007. A complete microtonal sequencer in Pd, with 8 voices, > > copy-paste, tempo control, soundfont loading, etc. > > I know I used cyclone, Gem and zexy. I also used the csoundapi~ object, > but > > I don't think it was essential, as the .csd file itself is invalid, so I > > probably never incorporated that. I updated to the csound6~ object; but I > > don't think this is a show-stopper. > > > > I have two vexing errors, shown in the images: this [tot score] object > and > > the Tcl error. > > I seem to think this [tot] object was also from an external, but I'm not > > seeing any hints in the lists of externals. It appears to be routing > > mouse/keyboard messages, real or artificially generated, no? > > > > Chuckk > > > > > > > > [image: JI-Pd-Errors.png][image: JI-totscore.png][image: JI-main.png] > > > > > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > -- http://www.badmuthahubbard.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] vstplugin~ v0.1.0 released!
Thank you to everyone involved! I can't wait to check it out. Wasn't there something about VST3? Postponed? (I can live without it, to be honest) Chuckk On Fri, Mar 15, 2019, 2:37 AM Christof Ressi wrote: > I'm happy to announce the first stable release of vstplugin~! Binaries are > already available on Deken. > > Source code: https://git.iem.at/pd/vstplugin/tree/master > > The repository also includes a version for Supercollider called VSTPlugin > (which works very differently but achieves the same thing). > > The overall design and functionality of vstplugin~ v0.1.0 is the same as > in vstplugin~ v0.1-alpha, but there are some breaking changes and new > features! Have a look at the change log in > https://git.iem.at/pd/vstplugin/releases > > Have fun! > > Christof > > > > > > ___ > Pd-announce mailing list > pd-annou...@lists.iem.at > https://lists.puredata.info/listinfo/pd-announce > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] [Pd] No symbol arguments for append
Sorry for the extra clutter. I found the answer, but only in the help file for "set", that you have to set symbol arguments after scalar creation. On Fri, Mar 15, 2019 at 1:40 AM Chuckk Hubbard wrote: > I'm having this problem on Win 7 64-bit, with vanilla Pd 0.49.0 both > 32-bit and 64-bit, as well as Purr-Data vs. Pd-l2ork-2.8.1 > 2019-0207-rev.e216f5a0 > > A symbol included as part of a struct definition is not accepted using > append, whether I send individual values or a list with all values. > Sending an individual symbol, I see "error: inlet: expected 'float' but > god 'symbol' > Sending a list, I see "error: pd-odd.odd: not a number" > Is this a bug or a sign that I'm doing something wrong? > Thank you > Chuckk > -- http://www.badmuthahubbard.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] [Pd] No symbol arguments for append
I'm having this problem on Win 7 64-bit, with vanilla Pd 0.49.0 both 32-bit and 64-bit, as well as Purr-Data vs. Pd-l2ork-2.8.1 2019-0207-rev.e216f5a0 A symbol included as part of a struct definition is not accepted using append, whether I send individual values or a list with all values. Sending an individual symbol, I see "error: inlet: expected 'float' but god 'symbol' Sending a list, I see "error: pd-odd.odd: not a number" Is this a bug or a sign that I'm doing something wrong? Thank you Chuckk #N struct odd float x float y symbol odd; #N canvas 807 101 450 300 10; #X obj 230 99 pointer; #X msg 111 79 5; #N canvas 0 50 450 300 oddstruct 0; #X obj 105 52 struct odd float x float y symbol odd; #X restore 19 10 pd oddstruct; #N canvas 34 317 450 300 odddata 1; #X scalar odd 5 5 symbol \;; #X scalar odd 5 5 symbol \;; #X scalar odd 5 5 symbol \;; #X restore 17 33 pd odddata; #X msg 146 80 symbol odd; #X msg 230 77 traverse pd-odddata \, bang; #X obj 89 111 append odd x y odd; #X msg 14 156 5 5 odd; #X msg 71 85 5; #X msg 161 43 odd; #X connect 0 0 6 3; #X connect 1 0 6 1; #X connect 4 0 6 2; #X connect 5 0 0 0; #X connect 7 0 6 0; #X connect 8 0 6 0; #X connect 9 0 6 2; ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] [Pd] OT: floating-point note numbers in other FOSS
Hello. Many years ago, when I first went through some Pd tutorials, I noticed how the mtof, ftom, et al objects, as well as the audio/MIDI testing patch, allowed for floats in place of integer MIDI note numbers, interpreted the same way, and found that really interesting. The main reason I've ever been drawn to programming is to facilitate microtonal composition (I wrote a microtonal sequencer in Pd in college, got an A*, *thanks, later rewrote it in Python using Csound, now it's broken due to Csound API changes). Now that I know C and C++ at least a little better, I'm wondering if it would be feasible to implement such treatment of MIDI(-style) note numbers in other open source music programs, e.g. simply by overloading functions written with byte or int8 arguments and offering float versions alongside them, leaving the same midi-cps algorithms. One of the Ardour devs discouraged this (well, several, but one had this argument) complaining of floating-point rounding. From what I've researched, typical single floats ,IEEE something, can represent any real number accurate to 6 digits. For 0-127, at least 3 digits after the decimal point means at least 1/1000 of a semitone, or 0.1 cents. I call that definitely good enough. Or doubles, for the picky. I bring this up here because Pd is the only software I've ever found that implemented such a thing, and I think it's brilliant. I'd like to slowly go through various open source MIDI programs and make versions that allow floating-point note numbers and still support the original byte/int8 arguments. A DAW and a couple of plugins to start. Maybe a piano roll that allows disabling snap-to for pitch; or my own sequencer could easily be made to send these numbers. Ardour has 32 bits internal audio samples, still 7 bits of polyphonic pitch control. I think this would be revolutionary for microtonal music, and simple to implement, though the authors of these programs might not have thought of it. Anyone in? Anyone more familiar with MIDI coding give me a hint in what sections of code to search? Any open-source devs who'd be open to it? NB For all the alternative suggestions, I have tried them. Pitch bend is one value per channel, so you'd need a separate sound gen for each channel* (I'm *wor*king *on this with* IEM's Pd *vstplugin~, but e.g. 10 voices per channel times 4 instruments is already 40 running plugins). Scala .scl files have a finite set of pitches that, in most cases, cannot be changed during performance - you can only change the scale with mouse clicks. Directly sending frequency instead of note numbers involves more code changes. There are lots of possible ways to make software microtone-friendly. I think this would be the best mix of versatile and easy to do. Thanks! Chuckk ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd as a plugin: concept shift with JACK freewheel
I think that sounds great. It's not going to stop me wanting the ability to use Pd as a VST plugin in which I can load and control other VST plugins. So I agree with all but the "instead of" part. I'm currently trying to do basically the same thing, but cross-platform. Chuckk On Tue, Mar 12, 2019, 11:14 AM Lorenzo Sutton wrote: > Longish post inspired by the recent discussion about 'Pd as a VST plugin'. > > TL:DR: better use a modular JACK (freewheel) approach compared to more > 'static' Pd as a plugin approach. > > I think that on systems with JACK Audio [1] (Linux mostly, but available > on other platforms, albeit maybe not so common nor supported), it would > be great to have solid JACK Freewheel [2] support instead of trying to > embed Pd as a plugin in rather cumbersome, diverse and (probably) > unstable, ways. > > Actually JACK freewheel *does* work with Pd on Linux (audio only) with > the [jackclock] external by Nicolas Bouillot [3] also used to interact > with jack transport, although currently a bit cumbersome if interacting > with other applications. What's the big deal? Freewheel is 'faster than > realtime', meaning that when activated audio will be generated as fast > as the CPU can. The key use case is generating audio to a file at the > same time avoiding things such as xruns or other problems due to > real-time operation. If you've ever used Ardour [4] and exported audio, > it is using JACK freewheel (and in fact you see the playhead moving > forward faster than realtime as it processes audio...). > > Now imagine instead of having Pd as an LV2, VST or whatever plugin in > Ardour, you have your patch(es) open in usual Pd, connect tracks or > busses to Pd, reconnect [dac~] to Arour's master et voilà :) - when you > need to export you just run with freewhel mode. > > Indeed, I _was_ already able to connect through JACK an Ardour audio > output to Pd with some simple audio processing, and then, after > activating freewheel mode with [jackclock], 'record' the output to a > .wav file through both jack_capture and [writesf~] internally (the > former more interesting for this use case). > > So, just to shift points of view, IMHO strong JACK (maybe including JACK > midi) and JACK freewheel support is somewhat more desirable in Pd > compared to support for the many plugin types and platforms. If one > thinks about it this is more in line with Pd's modular and dataflow > approach, also in the long run might be more resilient to plugin format > changes, license changes (see VST problems), as well as updates in Pd > itself. > > > Lorenzo. > PS. Disclosure: this is not my first post advocating a freewheel > approach in the (Linux) audio ecosystem compared to monolithic do-it-all > audio software, but just as a user :) [5]. > > [1] Jack Audio > [2] Jack Freewheel in the JACK API: > > http://jackaudio.org/api/group__ClientCallbacks.html#gae797e2cde20faecb9be510c8873fbdd6 > See also this interesting section in Louigi Verona's 'Linux Audio > workshop': > > https://louigiverona.com/?page=projects&s=writings&t=philosophy&a=philosophy_linuxaudio#2 > [3] https://github.com/nicobou/pd-jackclock > [4] https://ardour.org/ > [5] See e.g > > http://linux-audio.4202.n7.nabble.com/JACK-Freewheel-mode-thoughts-td102077.html > and > > https://www.mail-archive.com/rosegarden-user@lists.sourceforge.net/msg02632.html > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] PD as VST plugin, legal side (was Purr-Data Google Summer of Code opportunity)
You got me. When I saw "You will be," I was expecting
https://www.youtube.com/watch?v=NPOb3DlB7WA
Which applies to VST3 regarding both "confused" and "afraid".
Soap was one of the best shows ever made.
I'm trying to work through Steinberg's licensing explanations. It looks
like all they have control over is distributing code from the SDK or
binaries compiled with it. That would make it seem like it's not my problem.
I'm even thinking of using libpd to access this external. I'm not touching
Steinberg's SDK, only linking to an existing binary made by someone else.
Anyone know more about this aspect?
On Fri, Mar 8, 2019 at 3:44 PM Julian Brooks wrote:
> 'Confused, you will be...'
>
> https://www.youtube.com/watch?v=0BHQT3Omqtw
>
> On Fri, 8 Mar 2019 at 12:14, Chuckk Hubbard
> wrote:
>
>> Point taken. This is equally true of Python, though, and it is likewise
>> not clear to me whether a Python program written by me, linking to a binary
>> library built with VST SDK 2.4 (distributed by a VST2-licensed developer),
>> would be subject to their decrees. I mean, you are allowed to continue to
>> publish programs made with 2.4, but the vstplugin~ extern is not a program.
>> And Pd the program does not use the VST standard, only the program I would
>> write with it.
>> Confusing.
>> Chuckk
>>
>>
>>
>> On Fri, Mar 8, 2019, 1:57 PM IOhannes m zmölnig wrote:
>>
>>> On 3/8/19 7:04 AM, Chuckk Hubbard wrote:
>>> > Pd itself,
>>> > according to Wikipedia, is not a program, but a programming language,
>>> won't
>>>
>>> according to LinkedIn Chuck Hubbard is director at the Canadian Pacific
>>> Railway.
>>>
>>> what is Pd "itself"?
>>> wikipedia says it's a programming language, which is fair enough. but
>>> you cannot *run* any code in a programming language.
>>> for running code, you need an interpreter ("a runtime"), which is
>>> provided by the eponymous *program*.
>>>
>>>
>>> gsmddt
>>> IOhannes
>>>
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> https://lists.puredata.info/listinfo/pd-list
>>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>
--
http://www.badmuthahubbard.com
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Re: [PD] PD as VST plugin, legal side (was Purr-Data Google Summer of Code opportunity)
Point taken. This is equally true of Python, though, and it is likewise not
clear to me whether a Python program written by me, linking to a binary
library built with VST SDK 2.4 (distributed by a VST2-licensed developer),
would be subject to their decrees. I mean, you are allowed to continue to
publish programs made with 2.4, but the vstplugin~ extern is not a program.
And Pd the program does not use the VST standard, only the program I would
write with it.
Confusing.
Chuckk
On Fri, Mar 8, 2019, 1:57 PM IOhannes m zmölnig wrote:
> On 3/8/19 7:04 AM, Chuckk Hubbard wrote:
> > Pd itself,
> > according to Wikipedia, is not a program, but a programming language,
> won't
>
> according to LinkedIn Chuck Hubbard is director at the Canadian Pacific
> Railway.
>
> what is Pd "itself"?
> wikipedia says it's a programming language, which is fair enough. but
> you cannot *run* any code in a programming language.
> for running code, you need an interpreter ("a runtime"), which is
> provided by the eponymous *program*.
>
>
> gsmddt
> IOhannes
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
[PD] PD as VST plugin, legal side (was Purr-Data Google Summer of Code opportunity)
Hi again, I've been experimenting a bit and another question came to me, if anyone knows the legal details: Considering that vstplugin~ is not a program, but a library, and Pd itself, according to Wikipedia, is not a program, but a programming language, won't Big BrotherST have the right to start threatening me if I put out a PD patch using this library to load VST 2.4 plugins? I do not have a VST developer's license. OR, considering that I won't distribute the library itself, only a program that links to it (and which will not itself be able to distinguish which version of the VST standard is being used) will they only have the right to kiss my grits? Genuinely concerned here. Thanks! Chuckk On Wed, Mar 6, 2019, 8:57 PM Christof Ressi wrote: > > good, for me, plugin integration would make a huge difference. > > Search deken for vstplugin~ or checkout https://git.iem.at/pd/vstplugin > > It's a vst host for pd and supercollider. The alpha release is vst2 only > but a new (stable) release with vst3 support will be out in a couple of > days. > > Christof > > > Gesendet: Mittwoch, 06. März 2019 um 18:21 Uhr > > Von: "Chuckk Hubbard" > > An: "Pure Data List" > > Betreff: Re: [PD] [PD-announce] Purr-Data Google Summer of Code > opportunity > > > > Re: GSoC for Purr Data, I just want to say > > 1. That's great news! Congratulations! > > 2. I saw the list, and while I'm sure some internal improvements would be > > good, for me, plugin integration would make a huge difference. > > VST has unfortunately been completely removed from Csound in response to > > Steinberg's aggressive approach, old CPS seems not to work anymore, and > > yes, PD's plugin possibilities are unstable. There are Distrho PF and > > iPlug2 and Faust, but none of these allow hosting, only being hosted. > Other > > than that, to write software that hosts as well as plugs VST, it's Juce > or > > Steinberg's SDK. > > A few years ago, it seemed like this functionality was cropping up > > everywhere. Today it has disappeared. I for one would be thrilled to see > > this happen. > > > > On Tue, Mar 5, 2019, 9:10 PM Ivica Bukvic wrote: > > > > > Greetings fellow Pd enthusiasts, > > > > > > As some of you may be already aware, ast year the Purr-Data (a.k.a. > > > Pd-L2Ork v2) was adapted to support native 64-bit operations. We are > > > pleased to report that Purr-Data was once again selected this year as > one > > > of the GSoC projects. This means more opportunities to engage and help > > > further the platform. Ideas for this year are plentiful, ranging from > core > > > infrastructure (C) development to patching and front-end development, > > > including porting Pd-L2Ork's K12 learning module that has seen its > > > utilization in dozens of Maker camps over the past 7 years. > > > > > > If interested, please contact Jonathan and/or me to explore potential > > > projects and to discuss the next steps in the application process. > > > > > > Best, > > > > > > Ico > > > > > > -- > > > Ivica Ico Bukvic, D.M.A. > > > Director, Creativity + Innovation > > > Institute for Creativity, Arts, and Technology > > > > > > Virginia Tech > > > Creative Technologies in Music > > > School of Performing Arts – 0141 > > > Blacksburg, VA 24061 > > > (540) 231-6139 > > > i...@vt.edu > > > > > > www.icat.vt.edu > > > www.performingarts.vt.edu > > > l2ork.icat.vt.edu > > > ico.bukvic.net > > > > > > ___ > > > Pd-announce mailing list > > > pd-annou...@lists.iem.at > > > https://lists.puredata.info/listinfo/pd-announce > > > ___ > > > Pd-list@lists.iem.at mailing list > > > UNSUBSCRIBE and account-management -> > > > https://lists.puredata.info/listinfo/pd-list > > > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > > > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd as vst plugin (was: [PD-announce] Purr-Data Google Summer of Code opportunity)
Hi! Thanks for the tip. I did come across this during my searching before. I'd offer to help adapt it to run on Linux and OSX, but I did not foresee Steinberg illegalizing VST2. I would not be legally allowed to do this since I did not obtain a license before Oct 2018. I would gladly help with testing, though. Any idea how much struggle would be involved? Are Linux and OSX support something you'd consider? -Chuckk On Thu, Mar 7, 2019 at 11:26 AM Jean-Yves Gratius wrote: > Hi > If you are on Windows, pdvst lets you use puredata as vst plugin with > externals. > http://puredata.info/Members/jyg/software/pdvst > > J.Y.G. > > On 07/03/2019 09:31, pd-list-requ...@lists.iem.at wrote: > > Subject: > Re: [PD] [PD-announce] Purr-Data Google Summer of Code opportunity > > From: > Chuckk Hubbard > > Date: > 07/03/2019 à 09:14 > > To: > pd-list@lists.iem.at > Thank you for straightening me out on that, Christof! I had seen this one > and vst~, but for some reason I only tested vst~, which gave me too many > problems to recommend it to my program's users, but this does indeed do > exactly what I want; well, it would be ideal if I could put the whole thing > inside another VST plugin, but I understand this is not an option for the > moment, to use Pd as VST plugin together with externals... Unless there's > something else I'm missing... > > Chuckk > > > > On Wed, Mar 6, 2019, 8:57 PM Christof Ressi wrote: > >> > good, for me, plugin integration would make a huge difference. >> >> Search deken for vstplugin~ or checkout https://git.iem.at/pd/vstplugin >> >> It's a vst host for pd and supercollider. The alpha release is vst2 only >> but a new (stable) release with vst3 support will be out in a couple of >> days. >> >> Christof >> >> > Gesendet: Mittwoch, 06. März 2019 um 18:21 Uhr >> > Von: "Chuckk Hubbard" >> > An: "Pure Data List" >> > Betreff: Re: [PD] [PD-announce] Purr-Data Google Summer of Code >> opportunity >> > >> > Re: GSoC for Purr Data, I just want to say >> > 1. That's great news! Congratulations! >> > 2. I saw the list, and while I'm sure some internal improvements would >> be >> > good, for me, plugin integration would make a huge difference. >> > VST has unfortunately been completely removed from Csound in response to >> > Steinberg's aggressive approach, old CPS seems not to work anymore, and >> > yes, PD's plugin possibilities are unstable. There are Distrho PF and >> > iPlug2 and Faust, but none of these allow hosting, only being hosted. >> Other >> > than that, to write software that hosts as well as plugs VST, it's Juce >> or >> > Steinberg's SDK. >> > A few years ago, it seemed like this functionality was cropping up >> > everywhere. Today it has disappeared. I for one would be thrilled to see >> > this happen. >> > >> > On Tue, Mar 5, 2019, 9:10 PM Ivica Bukvic wrote: >> > >> > > Greetings fellow Pd enthusiasts, >> > > >> > > As some of you may be already aware, ast year the Purr-Data (a.k.a. >> > > Pd-L2Ork v2) was adapted to support native 64-bit operations. We are >> > > pleased to report that Purr-Data was once again selected this year as >> one >> > > of the GSoC projects. This means more opportunities to engage and help >> > > further the platform. Ideas for this year are plentiful, ranging from >> core >> > > infrastructure (C) development to patching and front-end development, >> > > including porting Pd-L2Ork's K12 learning module that has seen its >> > > utilization in dozens of Maker camps over the past 7 years. >> > > >> > > If interested, please contact Jonathan and/or me to explore potential >> > > projects and to discuss the next steps in the application process. >> > > >> > > Best, >> > > >> > > Ico >> > > >> > > -- >> > > Ivica Ico Bukvic, D.M.A. >> > > Director, Creativity + Innovation >> > > Institute for Creativity, Arts, and Technology >> > > >> > > Virginia Tech >> > > Creative Technologies in Music >> > > School of Performing Arts – 0141 >> > > Blacksburg, VA 24061 >> > > (540) 231-6139 >> > > i...@vt.edu >> > > >> > > www.icat.vt.edu >> > > www.performingarts.vt.edu >> > > l2ork.icat.vt.edu >> > > ico.bukvic.net >> > > >> > > ___ >> > > Pd-announce mailing list >> > > pd-annou...@lists.iem.at >> > > https://lists.puredata.info/listinfo/pd-announce >> > > ___ >> > > Pd-list@lists.iem.at mailing list >> > > UNSUBSCRIBE and account-management -> >> > > https://lists.puredata.info/listinfo/pd-list >> > > >> > ___ >> > Pd-list@lists.iem.at mailing list >> > UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list >> > > > > -- http://www.badmuthahubbard.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Purr-Data Google Summer of Code opportunity
Thank you for straightening me out on that, Christof! I had seen this one and vst~, but for some reason I only tested vst~, which gave me too many problems to recommend it to my program's users, but this does indeed do exactly what I want; well, it would be ideal if I could put the whole thing inside another VST plugin, but I understand this is not an option for the moment, to use Pd as VST plugin together with externals... Unless there's something else I'm missing... Chuckk On Wed, Mar 6, 2019, 8:57 PM Christof Ressi wrote: > > good, for me, plugin integration would make a huge difference. > > Search deken for vstplugin~ or checkout https://git.iem.at/pd/vstplugin > > It's a vst host for pd and supercollider. The alpha release is vst2 only > but a new (stable) release with vst3 support will be out in a couple of > days. > > Christof > > > Gesendet: Mittwoch, 06. März 2019 um 18:21 Uhr > > Von: "Chuckk Hubbard" > > An: "Pure Data List" > > Betreff: Re: [PD] [PD-announce] Purr-Data Google Summer of Code > opportunity > > > > Re: GSoC for Purr Data, I just want to say > > 1. That's great news! Congratulations! > > 2. I saw the list, and while I'm sure some internal improvements would be > > good, for me, plugin integration would make a huge difference. > > VST has unfortunately been completely removed from Csound in response to > > Steinberg's aggressive approach, old CPS seems not to work anymore, and > > yes, PD's plugin possibilities are unstable. There are Distrho PF and > > iPlug2 and Faust, but none of these allow hosting, only being hosted. > Other > > than that, to write software that hosts as well as plugs VST, it's Juce > or > > Steinberg's SDK. > > A few years ago, it seemed like this functionality was cropping up > > everywhere. Today it has disappeared. I for one would be thrilled to see > > this happen. > > > > On Tue, Mar 5, 2019, 9:10 PM Ivica Bukvic wrote: > > > > > Greetings fellow Pd enthusiasts, > > > > > > As some of you may be already aware, ast year the Purr-Data (a.k.a. > > > Pd-L2Ork v2) was adapted to support native 64-bit operations. We are > > > pleased to report that Purr-Data was once again selected this year as > one > > > of the GSoC projects. This means more opportunities to engage and help > > > further the platform. Ideas for this year are plentiful, ranging from > core > > > infrastructure (C) development to patching and front-end development, > > > including porting Pd-L2Ork's K12 learning module that has seen its > > > utilization in dozens of Maker camps over the past 7 years. > > > > > > If interested, please contact Jonathan and/or me to explore potential > > > projects and to discuss the next steps in the application process. > > > > > > Best, > > > > > > Ico > > > > > > -- > > > Ivica Ico Bukvic, D.M.A. > > > Director, Creativity + Innovation > > > Institute for Creativity, Arts, and Technology > > > > > > Virginia Tech > > > Creative Technologies in Music > > > School of Performing Arts – 0141 > > > Blacksburg, VA 24061 > > > (540) 231-6139 > > > i...@vt.edu > > > > > > www.icat.vt.edu > > > www.performingarts.vt.edu > > > l2ork.icat.vt.edu > > > ico.bukvic.net > > > > > > ___ > > > Pd-announce mailing list > > > pd-annou...@lists.iem.at > > > https://lists.puredata.info/listinfo/pd-announce > > > ___ > > > Pd-list@lists.iem.at mailing list > > > UNSUBSCRIBE and account-management -> > > > https://lists.puredata.info/listinfo/pd-list > > > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > > > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Purr-Data Google Summer of Code opportunity
Re: GSoC for Purr Data, I just want to say 1. That's great news! Congratulations! 2. I saw the list, and while I'm sure some internal improvements would be good, for me, plugin integration would make a huge difference. VST has unfortunately been completely removed from Csound in response to Steinberg's aggressive approach, old CPS seems not to work anymore, and yes, PD's plugin possibilities are unstable. There are Distrho PF and iPlug2 and Faust, but none of these allow hosting, only being hosted. Other than that, to write software that hosts as well as plugs VST, it's Juce or Steinberg's SDK. A few years ago, it seemed like this functionality was cropping up everywhere. Today it has disappeared. I for one would be thrilled to see this happen. On Tue, Mar 5, 2019, 9:10 PM Ivica Bukvic wrote: > Greetings fellow Pd enthusiasts, > > As some of you may be already aware, ast year the Purr-Data (a.k.a. > Pd-L2Ork v2) was adapted to support native 64-bit operations. We are > pleased to report that Purr-Data was once again selected this year as one > of the GSoC projects. This means more opportunities to engage and help > further the platform. Ideas for this year are plentiful, ranging from core > infrastructure (C) development to patching and front-end development, > including porting Pd-L2Ork's K12 learning module that has seen its > utilization in dozens of Maker camps over the past 7 years. > > If interested, please contact Jonathan and/or me to explore potential > projects and to discuss the next steps in the application process. > > Best, > > Ico > > -- > Ivica Ico Bukvic, D.M.A. > Director, Creativity + Innovation > Institute for Creativity, Arts, and Technology > > Virginia Tech > Creative Technologies in Music > School of Performing Arts – 0141 > Blacksburg, VA 24061 > (540) 231-6139 > i...@vt.edu > > www.icat.vt.edu > www.performingarts.vt.edu > l2ork.icat.vt.edu > ico.bukvic.net > > ___ > Pd-announce mailing list > pd-annou...@lists.iem.at > https://lists.puredata.info/listinfo/pd-announce > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] LibPd on microcontroller
Hi, Joe. Thanks for sharing Heavy. I was simply referring to the main page saying "heavy supports a range of platforms and frameworks allowing easy integration to your project." Before going through the documentation, I was hoping to see which platforms and frameworks. I see some logos, is that the list? Chuckk On Sun, May 15, 2016 at 4:06 PM, Joe White wrote: > Hi Chuckk, > > I'm one of the developers of heavy. Apologies that you felt some > information was lacking, would be very interested in hearing more about > your experience and what wasn't answered. > > The code that heavy generates should compile on any platform that has a > C99 compiler, and if it didn't we'd be very interested in looking into why. > There are no OS specific dependencies and you can even swap out your own > malloc, math, etc.. implementations. > > The code is optimised for SSE, AVX and NEON instruction sets and we also > provide a single sample option for platforms where they are not available > (i.e. javascript) > > Here's an example of integration with portaudio > https://github.com/enzienaudio/examples/tree/master/portaudio > > Thanks, > Joe > > > > On 13 May 2016 at 23:22, Chuckk Hubbard wrote: > >> Apropos of the heavy compiler, I was reading up on it and simply moved on >> because of what seems to me a lack of information. There was an allusion to >> it working for a wide variety of platforms and so on, but no actual lists >> of this supposedly wide variety. >> Does someone have an idea if it could compile Pd patches to work without >> an OS for some architecture? Otherwise, why would you bother with it? >> (that's not a rhetorical question) >> Thanks. >> -Chuckk >> >> >> On Mon, May 9, 2016 at 6:39 PM, cyrille henry wrote: >> >>> hello, >>> >>> I recently send a mail in this list describing my experience of audio >>> synthesis on microcontroler, but i did not use libpd. >>> >>> i did not recommend libpd for microcontrolers. >>> >>> in fact, I did not recommend audio processing on hardware that did not >>> have support for float arithmetic. >>> (only me or crazy nerd do that). >>> >>> a micro controller to use is for example the cortex M4. You can find >>> them on the teensy hardware. >>> teensy also provide a audio synthesis library, and is supported by >>> arduino IDE. >>> >>> You can also have a look at the heavy compiler if you want to embedded a >>> pd patch. >>> >>> Cyrille >>> >>> >>> >>> >>> >>> Le 09/05/2016 17:01, Christof Ressi a écrit : >>> >>>> Hi, >>>> >>>> has anyone experience in using LibPd on a microcontroller? >>>> I wanna try to run some rather basic DSP code on this guy here: >>>> >>>> https://www.olimex.com/Products/IoT/MOD-WIFI-ESP8266-DEV/open-source-hardware >>>> There are some existing Arduino/C++ frameworks and I thought I could >>>> either write my own small DSP library in C++ or use LibPd. >>>> >>>> I understood that LibPd is completely independed of audio drivers and >>>> external libraries and since it's plain C code it should work on everything >>>> that can run code. However, I have only encountered LibPd in the context of >>>> other applications (processing, openFrameworks) and mobile devices so far. >>>> Do you think it could work on an ESP8266? I'm also a bit concerned about >>>> efficiency, as computation power is rather limited: >>>> >>>> "ESP8266EX is embedded with Tensilica L106 32-bit micro controller >>>> (MCU), which features extra low >>>> power consumption and 16-bit RSIC. The CPU clock speed is >>>> 80MHz. It can also reach a maximum >>>> value of 160MHz. Real Time Operation System (RTOS) is >>>> enabled. Currently, only 20% of MIPS has >>>> been occupied by the WiFi stack, the rest can all be used >>>> for user application programming and >>>> development." >>>> >>>> Christof >>>> >>>> ___ >>>> Pd-list@lists.iem.at mailing list >>>> UNSUBSCRIBE and account-management -> >>>> https://lists.puredata.info/listinfo/pd-list >>>> >>>> >>> ___ >>> Pd-list@lists.iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> https://lists.puredata.info/listinfo/pd-list >>> >> >> >> >> -- >> http://www.badmuthahubbard.com >> >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list >> >> > -- http://www.badmuthahubbard.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] LibPd on microcontroller
Thanks. Still, I have the feeling it will not be so simple without an OS. Anyone tried it? -Chuckk On Sat, May 14, 2016 at 1:34 AM, cyrille henry wrote: > heavy compile pd patch in C code. > you can then compile this C code to whatever architecture/platform you > wish. > > cheers > c > > > Le 14/05/2016 00:22, Chuckk Hubbard a écrit : > >> Apropos of the heavy compiler, I was reading up on it and simply moved on >> because of what seems to me a lack of information. There was an allusion to >> it working for a wide variety of platforms and so on, but no actual lists >> of this supposedly wide variety. >> Does someone have an idea if it could compile Pd patches to work without >> an OS for some architecture? Otherwise, why would you bother with it? >> (that's not a rhetorical question) >> Thanks. >> -Chuckk >> >> >> On Mon, May 9, 2016 at 6:39 PM, cyrille henry > c...@chnry.net>> wrote: >> >> hello, >> >> I recently send a mail in this list describing my experience of audio >> synthesis on microcontroler, but i did not use libpd. >> >> i did not recommend libpd for microcontrolers. >> >> in fact, I did not recommend audio processing on hardware that did >> not have support for float arithmetic. >> (only me or crazy nerd do that). >> >> a micro controller to use is for example the cortex M4. You can find >> them on the teensy hardware. >> teensy also provide a audio synthesis library, and is supported by >> arduino IDE. >> >> You can also have a look at the heavy compiler if you want to >> embedded a pd patch. >> >> Cyrille >> >> >> >> >> >> Le 09/05/2016 17:01, Christof Ressi a écrit : >> >> Hi, >> >> has anyone experience in using LibPd on a microcontroller? >> I wanna try to run some rather basic DSP code on this guy here: >> >> https://www.olimex.com/Products/IoT/MOD-WIFI-ESP8266-DEV/open-source-hardware >> There are some existing Arduino/C++ frameworks and I thought I >> could either write my own small DSP library in C++ or use LibPd. >> >> I understood that LibPd is completely independed of audio drivers >> and external libraries and since it's plain C code it should work on >> everything that can run code. However, I have only encountered LibPd in the >> context of other applications (processing, openFrameworks) and mobile >> devices so far. Do you think it could work on an ESP8266? I'm also a bit >> concerned about efficiency, as computation power is rather limited: >> >> "ESP8266EX is embedded with Tensilica L106 32-bit micro >> controller (MCU), which features extra low >> power consumption and 16-bit RSIC. The CPU clock speed >> is 80MHz. It can also reach a maximum >> value of 160MHz. Real Time Operation System (RTOS) is >> enabled. Currently, only 20% of MIPS has >> been occupied by the WiFi stack, the rest can all be >> used for user application programming and >> development." >> >> Christof >> >> ___ >> Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list >> >> >> ___ >> Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list >> >> >> >> >> -- >> http://www.badmuthahubbard.com >> >> >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list >> >> > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > -- http://www.badmuthahubbard.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] LibPd on microcontroller
Apropos of the heavy compiler, I was reading up on it and simply moved on because of what seems to me a lack of information. There was an allusion to it working for a wide variety of platforms and so on, but no actual lists of this supposedly wide variety. Does someone have an idea if it could compile Pd patches to work without an OS for some architecture? Otherwise, why would you bother with it? (that's not a rhetorical question) Thanks. -Chuckk On Mon, May 9, 2016 at 6:39 PM, cyrille henry wrote: > hello, > > I recently send a mail in this list describing my experience of audio > synthesis on microcontroler, but i did not use libpd. > > i did not recommend libpd for microcontrolers. > > in fact, I did not recommend audio processing on hardware that did not > have support for float arithmetic. > (only me or crazy nerd do that). > > a micro controller to use is for example the cortex M4. You can find them > on the teensy hardware. > teensy also provide a audio synthesis library, and is supported by arduino > IDE. > > You can also have a look at the heavy compiler if you want to embedded a > pd patch. > > Cyrille > > > > > > Le 09/05/2016 17:01, Christof Ressi a écrit : > >> Hi, >> >> has anyone experience in using LibPd on a microcontroller? >> I wanna try to run some rather basic DSP code on this guy here: >> >> https://www.olimex.com/Products/IoT/MOD-WIFI-ESP8266-DEV/open-source-hardware >> There are some existing Arduino/C++ frameworks and I thought I could >> either write my own small DSP library in C++ or use LibPd. >> >> I understood that LibPd is completely independed of audio drivers and >> external libraries and since it's plain C code it should work on everything >> that can run code. However, I have only encountered LibPd in the context of >> other applications (processing, openFrameworks) and mobile devices so far. >> Do you think it could work on an ESP8266? I'm also a bit concerned about >> efficiency, as computation power is rather limited: >> >> "ESP8266EX is embedded with Tensilica L106 32-bit micro controller (MCU), >> which features extra low >> power consumption and 16-bit RSIC. The CPU clock speed is >> 80MHz. It can also reach a maximum >> value of 160MHz. Real Time Operation System (RTOS) is enabled. >> Currently, only 20% of MIPS has >> been occupied by the WiFi stack, the rest can all be used >> for user application programming and >> development." >> >> Christof >> >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list >> >> > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > -- http://www.badmuthahubbard.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
