Re: [PD] Should message objects be able to pre-parse $0 into valid dollarzero?

On Sep 10, 2014 1:17 AM, Chris McCormick ch...@mccormick.cx wrote: Hi Ivica, On 10/09/14 04:19, Ivica Ico Bukvic wrote: Yet, I wonder why message shouldn't be able to pre-parse $0 into a valid dollarzero (canvas instance), when there will never be a message one Thoughts? There has

Re: [PD] Should message objects be able to pre-parse $0 into valid dollarzero?

- to the selector || [send] No ugly zeros, no leading semi-colon, everybody wins! -Jonathan On Wednesday, September 10, 2014 2:27 AM, Ivica Bukvic i...@vt.edu wrote: On Sep 10, 2014 1:17 AM, Chris McCormick ch...@mccormick.cx wrote: Hi Ivica, On 10/09/14 04:19, Ivica Ico

Re: [PD] [Bulk] Re: Updated pd-extended

If you are on Linux, pd-l2ork comes with a near identical setup as extended, except that it is packaged as a monolithic deb (everything in one). On Sep 11, 2014 10:57 AM, Alessio Degani alessio.deg...@ymail.com wrote: On 11/09/2014 15:34, IOhannes m zmoelnig wrote: Is there a simple'n dirty

Re: [PD] Updated pd-extended

On Sep 23, 2014, at 11:54 AM, Ivica Bukvic i...@vt.edu wrote: Well, there is a concerted effort on the pd-l2ork side of things. We now technically have 3 devs contributing code regularly to git and 3 additional contributors. On Sep 23, 2014 11:14 AM, Dan Wilcox danomat...@gmail.com wrote

Re: [PD] pd-l2ork website was: Updated pd-extended

It is already linked from that site. On Sep 23, 2014 12:27 PM, Dan Wilcox danomat...@gmail.com wrote: Maybe the software portal could be a subdomain or integrated on the pure-data.info site along with vanilla extended. On Sep 23, 2014, at 12:18 PM, Ivica Bukvic i...@vt.edu wrote: True

Re: [PD] pd-l2ork website was: Updated pd-extended

platforms build/install info. My original criticism was more that there isn't a pd-l2ork section, it's listed under Join the L2orkmania - Software. On Sep 23, 2014, at 1:22 PM, Ivica Bukvic i...@vt.edu wrote: It is already linked from that site. On Sep 23, 2014 12:27 PM, Dan Wilcox danomat

Re: [PD] External/Abstraction Repository (was Pd-extended)

For me the list is large enough to have warranted a fork. Here's just one to get us started: more than one step of undo. On Sep 23, 2014 10:31 PM, Max abonneme...@revolwear.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The discussion about the Pd-extended reanimation left one

Re: [PD] Updated pd-extended

...@at.or.at wrote: You've done a lot of good work in pd-l2ork, but you also broke binary compatibility of libraries for no good reason. You could have implemented that feature in a way that preserved binary compatibility of libraries. You still can, and you should. .hc Ivica Bukvic wrote

Re: [PD] Updated pd-extended

Based on what metrics? On Sep 25, 2014 11:05 AM, Hans-Christoph Steiner h...@at.or.at wrote: For libraries, there is binary compatibility between pd vanilla, extended, desiredata, and vibrez. desiredata made much larger changes to the GUI-side than pd-l2ork. .hc Ivica Bukvic wrote

Re: [PD] Updated pd-extended

: You can take an external compiled for the same OS/arch and it loads and works on all of them. .hc Ivica Bukvic wrote: Based on what metrics? On Sep 25, 2014 11:05 AM, Hans-Christoph Steiner h...@at.or.at wrote: For libraries, there is binary compatibility between pd vanilla, extended

Re: [PD] message box - text editing?

Miller et al, You may want to search pd-l2ork source. Pd-l2ork has a fairly comprehensive support for ctrl+arrows, home, end as well as up/down arrows by themselves. Best, Ico On Sep 28, 2014 12:13 AM, Miller Puckette m...@ucsd.edu wrote: I can't remember when that disappeared - years ago.

Re: [PD] Audio properties dialog

ALSA appears to have it but I notice no observable changes in perceived latency. On Oct 7, 2014 6:54 PM, Miller Puckette m...@ucsd.edu wrote: I couldn't immediately find anything short of going through each s_audio_*.c implementation and checking whether the blocksize parameter in the open

[PD] ANN: SEAMUS 2015 -- Call for submissions

Apologies for x-posting: The SEAMUS 2015 conference will be held at Virginia Tech during March 26-28, 2015. The conference theme is Emotion and Electroacoustic Music. The submission deadline is October 31, 2014. Please see http:// http://seamus.music.vt.edu/main/seamus.music.vt.edu

Re: [PD] libpd for l2ork?

FWIW, there is every intent on providing libpd-l2ork, eventually. As Dan pointed out, it is all a matter of adequate manpower. Pd-l2ork has been already tested extensively as a headless system, which is essentially one step away from a library. For example, the Cloud installation I premiered this

Re: [PD] Cyclone suite initiative

Why not simply use cyclone help patches provided in pd-l2ork that already conform to the pddp standard? On Dec 5, 2014 3:59 PM, Fred Jan Kraan fjkr...@xs4all.nl wrote: Hi everyone, Recently I started on improving the help-patches of the cyclone library. The idea is to convert then all to the

Re: [PD] passing $0 from an abstraction to another abstraction

FWIW pd-l2ork loadbangs all newly created abstractions. On Dec 9, 2014 6:06 PM, i go bananas hard@gmail.com wrote: Loadbang doesn't trigger when you create abstractions dynamically. Use [initbang], or send a message after creating the abstraction to trigger the loadbang. (Look up pd-msg

Re: [PD] Cyclone help patches issue list

On Dec 13, 2014 8:35 AM, Fred Jan Kraan fjkr...@xs4all.nl wrote: Hi Alexandre, Thanks for the clarification, I changed the overview. But this is a good example for the type of problem that maybe shouldn't be fixed in the current objects. How many now working patches will break when the

Re: [PD] [Bulk] Re: [Bulk] Extending Vanilla (was Cyclone help patches issue list)

FWIW, a good chunk of this cleanup is currently taking place in pd-l2ork. Namely, we are looking for redundant objects which are then disabled and replaced by legacy abstractions where possible or linked to other objects with identical or near identical functionality (again, where possible); we

Re: [PD] [Bulk] Re: [Bulk] Extending Vanilla (was Cyclone help patches issue list)

certain objects or libs in the search results, and steer new users to the more reliable and maintained set of externals. -Jonathan On Monday, December 22, 2014 5:48 PM, Ivica Bukvic i...@vt.edu wrote: On Dec 22, 2014 10:23 PM, Dan Wilcox danomat...@gmail.com wrote: On Dec 22, 2014, at 2

Re: [PD] [Bulk] Re: [Bulk] Extending Vanilla (was Cyclone help patches issue list)

-but-let-me-debug-this-patch-while-everyone-sits-there-and-waits. Anyway, I think there are ways to prefer certain objects or libs in the search results, and steer new users to the more reliable and maintained set of externals. -Jonathan On Monday, December 22, 2014 5:48 PM, Ivica Bukvic i

Re: [PD] future PD-extended development

On Dec 23, 2014 3:27 PM, Dan Wilcox danomat...@gmail.com wrote: * starting a new thread * * responding to : * Actually, you're simply trading one shortcoming for another, and I would argue you're shortcoming is a lot harder to troubleshoot. If you provide a monolithic distribution to all of

Re: [PD] [Bulk] gui toolkits

On Dec 24, 2014 11:49 AM, Alessio Degani alessio.deg...@ymail.com wrote: On 24/12/2014 06:18, Jonathan Wilkes via Pd-list wrote: Hi list, I've been investigating other guis as possible replacements for tcl/tk gui. A few reasons: * tk is slow to redraw * no anti-aliasing except on OSX *

Re: [PD] GUI Plugins in pd-l2ork?

Unfortunately no. This is mainly because we are currently in the process of porting the entire GUI to a different toolkit altogether which will render plugins like these superfluous. If there is a genuine interest in zenity, we may want to provide an interim version that supports this plugin. HTH

Re: [PD] Fw: [PD-dev] Mouse over editing Pd patch

No, as far as the current design is concerned, as pd calculates getrect for every object to see if the new mouse position is on top of something clickable. For this reason, abstracting your mega-patch into subpatches (where possible) is not only a good programming practice for the purpose of

Re: [PD] [L2Ork-dev] pd-extended/pd-l2ork not loading pngs

Not sure. Pd-l2ork always builds against the latest gem git snapshot. It is conceivable that latest git may have introduced some kind of a change or that your build did not have all the necessary libraries. On May 17, 2015 4:01 PM, Antonio Roberts anto...@hellocatfood.com wrote: I recently

Re: [PD] Wiimote external not working any more ...

Try disis_wiimote (included in pd-l2ork; source also available separately and compatible with vanilla), unless you have one of the newer wiimote plus controllers that may not be yet fully supported. HTH On Aug 8, 2015 9:17 AM, frank f.pie...@gmail.com wrote: Niklas Reppel nik at parkellipsen.de

Re: [PD] What is the purpose of iemgui_raute2dollar

er for the GUI port. > I think a Pratt parser for message-box math would be neat. > > -Jonathan > > > > On Sunday, November 1, 2015 9:38 PM, Ivica Bukvic <i...@vt.edu> wrote: > > > I presume this may pertain primarily to IOhannes and Miller, > > I

Re: [PD] What is the purpose of iemgui_raute2dollar

e are various places > in the code that escape stuff in various ways (to get strings past > the TCL parser or the Pd parser) and it's never been thought about in a > unified way. > > cheers > Miller > > On Sun, Nov 01, 2015 at 10:57:42PM -0500, Ivica Bukvic

Re: [PD] percolate binaries

munger~ variant disis_munger~ is present inpd-l2ork by default. But the rest has not been integrated yet. There is source for Linux externals (flext version). Alas, the last time I checked munger~ was broken. HTH -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow

Re: [PD] cartopol~ and poltocar~

I am sure this has been covered on this list before--if it is not too much of a trouble where can one get the new version of cyclone? Also, there are some improvements on pd-l2ork side of things that I've implemented that may detract from Max behavior but also offers other benefits. For instance,

Re: [PD] cartopol~ and poltocar~

ture for Max compatibility. > > -Jonathan > > > > > On Friday, October 16, 2015 11:50 PM, Ivica Bukvic <i...@vt.edu> wrote: > > > cool = coll > -- > Ivica Ico Bukvic, D.M.A. > Associate Professor > Computer Music > ICAT Senior Fellow > Di

Re: [PD] Coll object Was: cartopol~ and poltocar~

> Large collection support can be better implemented with a clear, > > ortogonal operation set in a new object. > >> > >> -Jonathan > >> > > The latest source is in the SVN repository and at > > http://puredata.info/downloads/cyclone/releases >

Re: [PD] compiling for Raspberry Pi 2 (was 2nd Pi 2 issue)

IIRC last time I spoke with the wiringPi author I pointed out to him how the library was designed to make the app using it exit should the conditions not match library's requirements (e.g. sudo access). While this is perfectly fine when running the library through a standalone command line

Re: [PD] changing font size overall

Pd has per-iemgui-object and per-abstraction font settings, so changing font size only affects non-iemgui objects in the currently focused patch and its non-abstraction subpatches. What you may be looking for is a zoom level which does not exist (yet). HTH Best, -- Ivica Ico Bukvic, D.M.A.

Re: [PD] getting [inlet~] to accept data

While I don't know much about the draw group yet, it is conceivably possible the order by which inlets are created and depending on what kind they are could have something to do with it. Best, -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow Director -- DISIS,

Re: [PD] [PD-announce] ANN: pd-l2ork version 20150917 now available

OK, I seem to have found the culprit. A new version 20150919 of the 32bit, 64bit, and Raspberry Pi builds is now available. Please let me know if this fixes your problem. Thank you. On Sat, Sep 19, 2015 at 12:48 PM, Ivica Bukvic <i...@vt.edu> wrote: > Oops, looks like I missed a fi

Re: [PD] miller's gpio on rpi2modelB and the enable message

Are you running pd with sudo privileges? On Aug 28, 2015 2:25 PM, Peter P. peterpar...@fastmail.com wrote: Hi list, hi J, I am better understand the GPIOs on a Raspberry Pi 2 model B using Miller's gpio external from pi-externs. Everything works fine so far, only in the help patch kindly

Re: [PD] animation api

Create a metronome with less than 2 milliseconds clock and connect it to a bunch of toggles, turn it on, and enjoy interacting with a barely responsive gui. The same is achievable with a less dubious implementation where a graphical user interface simply has a lot of concurrently animated

Re: [PD] consolidate backward- and MaxMSP compatibility in Cyclone (was: Purpose of Cyclone)

Pd is a programming language and I cannot think of any long-lived language where things did not become deprecated and/or required older code authors to make minor changes to ensure it works on newer versions of the same language. I think cyclone would do well to follow this mantra and by doing so

Re: [PD] [PD-announce] ANN: pd-l2ork version 20151219 now available

/extra/Gem/gem_videoDC1394.so'! >> dylib loading file '/usr/lib/pd-l2ork/extra/Gem/gem_videoV4L.so'! >> dylib loading file '/usr/lib/pd-l2ork/extra/Gem/gem_videoV4L2.so'! >> not reloading 'image' plugins (already 4 loaded) >> watchdog: signaling pd... >> watchdog:

Re: [PD] PdCon16 -- 5th International Puredata Convention @ NYU

Very cool! -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow Director -- DISIS, L2Ork Virginia Tech School of Performing Arts – 0141 Blacksburg, VA 24061 (540) 231-6139 i...@vt.edu www.performingarts.vt.edu disis.icat.vt.edu l2ork.icat.vt.edu ico.bukvic.net On Jun

[PD] new alpha release of pd-l2ork

All, New version containing bunch of ports from vanilla and fixes to the issues reported by the users over the past several weeks is now out and I could really use some feedback in terms of testing. New features/fixes include: New objects: text array oscparse oscformat bob~ others I cannot think

Re: [PD] [L2Ork-dev] new alpha release of pd-l2ork

errors both from text and the array objects I will need to investigate. Thank you. On Thu, May 26, 2016 at 8:31 AM, Albert Graef <aggr...@gmail.com> wrote: > Hi Ico, > > On Thu, May 26, 2016 at 7:26 AM, Ivica Bukvic <i...@vt.edu> wrote: > >> New version containing bunch o

Re: [PD] freeverb~ problem

> , > there's a function 'fix_denorm_nan_float() defined starting at line > 154. The function is called later (in line 225 and others) but the > return value is never stored. Therefore freeverb~ doesn't flush > denormals. > > On Sat, Feb 6, 2016 at 3:34 PM, Ivica Bukvic <i...@vt.e

Re: [PD] freeverb~ problem

Thank you all. Looks like I've got some troubleshooting to do and will report what I find. Best, -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow Director -- DISIS, L2Ork Virginia Tech School of Performing Arts – 0141 Blacksburg, VA 24061 (540) 231-6139

Re: [PD] Cyclone: List of Issues with existing objects by Alexandre Porres

This is something I did not know about Max. I presume that is only with signal objects as I don't recall seeing that with non-signal ones? Perhaps this would be an opportunity to revisit nlet code to make it more versatile? I have on pd-l2ork's TODO to explore implementing nlets that can split

Re: [PD] fftease 3.0 compatibility with Linux. Was Re: fftease compatibility with Pd-0.46-7

Pd-l2ork for RPi comes prepackaged with it. -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow Director -- DISIS, L2Ork Virginia Tech School of Performing Arts – 0141 Blacksburg, VA 24061 (540) 231-6139 i...@vt.edu www.performingarts.vt.edu disis.icat.vt.edu

[PD] Fwd: Re: fftease 3.0 compatibility with Linux. Was Re: fftease compatibility with Pd-0.46-7

ico.bukvic.net -- Forwarded message -- From: "Ivica Bukvic" <i...@vt.edu> Date: Jan 27, 2016 6:16 PM Subject: Re: [PD] fftease 3.0 compatibility with Linux. Was Re: fftease compatibility with Pd-0.46-7 To: "Samuel Burt" <composer.samuel.b...@gmail.com> Cc: P

Re: [PD] fftease 3.0 compatibility with Linux. Was Re: fftease compatibility with Pd-0.46-7

Senior Fellow Director -- DISIS, L2Ork Virginia Tech School of Performing Arts – 0141 Blacksburg, VA 24061 (540) 231-6139 i...@vt.edu www.performingarts.vt.edu disis.icat.vt.edu l2ork.icat.vt.edu ico.bukvic.net On Jan 29, 2016 5:26 PM, "Ivica Bukvic" <i...@vt.edu> wrote: > Y

Re: [PD] fftease 3.0 compatibility with Linux. Was Re: fftease compatibility with Pd-0.46-7

patch to use the 2.5.2 [pvoc~] although > then I can't program the patch on my Mac and then transfer it straight. I'd > have to heavily modify it every time. > > Thanks for the recommendation to use pd-l2ork's libraries. > > Sam > > > > On Wed, Jan 27, 2016 at 6:16 PM

Re: [PD] Cyclone future

If anyone wants git access to pd-l2ork with the intent of continuing to develop cyclone under the same name including bug fixes and feature additions to existing as well as introducing new objects, please email me off-list. Best, -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music

Re: [PD] Nettles. Was: Cyclone: List of Issues with existing objects by Alexandre Porres

t Barber wrote: >> >> [gt~] is a great example of something that could work as an abstraction, >> except for the pesky right inlet which should take a signal if there's no >> creation argument, but float otherwise. >> >> On Sun, Feb 14, 2016 at 10:50 AM, Ivica Bukvic &

Re: [PD] Nettles. Was: Cyclone: List of Issues with existing objects by Alexandre Porres

ith > dynamic nlet creation and you're done? Then you can simply abstract most > cases. > > > On 2/14/2016 11:36 AM, Matt Barber wrote: > > [gt~] is a great example of something that could work as an abstraction, > except for the pesky right inlet which should take a signal

Re: [PD] Nettles. Was: Cyclone: List of Issues with existing objects by Alexandre Porres

> > > I asked for something like Antoine's design back in 2007. I think it's a > great idea, because it behaves like a signal inlet in compiled objects. > On Feb 14, 2016 6:48 PM, "Ivica Bukvic" <i...@vt.edu> wrote: > > > On Sun, Feb 14, 2016 at 5:54 PM, Jona

Re: [PD] Help Patches Layout

On Mar 17, 2016 2:03 PM, "Esteban Viveros" wrote: >> >> >> If you are determined to update all the docs to reflect this change, don't forget the PD_META which currently requires the use of 0 as the first inlet. Updating tooltips will also require changes accommodate for this

Re: [PD] GUI port: full triforce

Fantastic work, Jonathan! -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow Director -- DISIS, L2Ork Virginia Tech School of Performing Arts – 0141 Blacksburg, VA 24061 (540) 231-6139 i...@vt.edu www.performingarts.vt.edu disis.icat.vt.edu l2ork.icat.vt.edu

Re: [PD] Pd-l2ork GUI port Alpha 0

On Apr 12, 2016 13:00, "Alexandre Torres Porres" <por...@gmail.com> wrote: > > 2016-04-12 13:05 GMT-03:00 Ivica Bukvic <i...@vt.edu>: >> >> pd-l2ork has had the -legacy startup flag for some time now that ensures that all the patches will render according

Re: [PD] Pd-l2ork GUI port Alpha 0

I will let Jonathan answer the bulk of your questions pertaining to the latest GUI port. As far as GUI objects being offset, pd-l2ork has had the -legacy startup flag for some time now that ensures that all the patches will render according to legacy GUI positioning. Best, -- Ivica Ico Bukvic,

[PD] problems with footils fluid~

All, It appears since sometime earlier this year (possibly with upgrade to Ubuntu 15.10 and newer), fluid~ external crashes as soon as you enable dac~. It worked perfectly fine before. The backtrace is fairly cryptic suggesting something is wrong with the libfluidsynth. Yet, other apps that use

Re: [PD] problems with footils fluid~

are handled there? Best, Ico On Sun, May 22, 2016 at 6:31 PM, Ivica Bukvic <i...@vt.edu> wrote: > All, > > It appears since sometime earlier this year (possibly with upgrade to > Ubuntu 15.10 and newer), fluid~ external crashes as soon as you enable > dac~. It worked

Re: [PD] [clone]'s instance number

What about having an if statement that detects clone object and if so, compensates for $2 discrepancy and assigns $1 to it instead and increments from there? This way the discrepancy is internalized as opposed to something user needs to deal with. -- Ivica Ico Bukvic, D.M.A. Associate Professor

Re: [PD] Fwd: [coll] bug

I am perfectly fine with that because I don't mind updating all my patches to adapt them to this change. You will, however, find other users who won't like this because they will need to update their patches, even though it may be a matter of running a simple shell script. Best, -- Ivica Ico

Re: [PD] bendin bug (?)

Couldn't you simply open older patches with an older version of pd? Even gcc over time requires changes to the source that uses deprecated API. Best, -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow Director -- DISIS, L2Ork Virginia Tech School of Performing

Re: [PD] purr data beta1

I think it can only be spiritual successor if you believe it to be one in part because its philosophy is different. What I said originally was that I had no explicit intentions on replacing extended in part because I was not sure what was its roadmap and whether it had a chance of being developed

Re: [PD] [coll] bug

School of Performing Arts – 0141 Blacksburg, VA 24061 (540) 231-6139 i...@vt.edu www.performingarts.vt.edu disis.icat.vt.edu l2ork.icat.vt.edu ico.bukvic.net On Sep 18, 2016 08:15, "Alexandre Torres Porres" <por...@gmail.com> wrote: > 2016-09-17 11:03 GMT-03:00 Ivica

Re: [PD] purr data beta1

Not yet. I need to carve out some time to learn the packaging. -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow Director -- DISIS, L2Ork Virginia Tech School of Performing Arts – 0141 Blacksburg, VA 24061 (540) 231-6139 i...@vt.edu www.performingarts.vt.edu

Re: [PD] purr data beta1

That was eons ago. You now have also arch Linux packages thanks to Albert. Best, -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow Director -- DISIS, L2Ork Virginia Tech School of Performing Arts – 0141 Blacksburg, VA 24061 (540) 231-6139 i...@vt.edu

Re: [PD] Fwd: [PD-dev] [pure-data:bugs] #1273 feature request - paste from clipboard

Pd-l2Ork supports universal clipboard but is somewhat limited by the Tcl/Tk idiosyncrasies, like having to start the application and then copying because the preexisting system clipboard is not actually recognized by the toolkit. It also supports pasting actual text from the patches into an

Re: [PD] [delwrite~], or "what Pd operations are/should be realtime?"

For clear, I can imagine having a second empty memory buffer being created while delay continues to use the populated one until the memory allocation is complete. At that point a simple change in the pointer should suffice, after which the old buffer gets trashed. This would break determinacy, so

Re: [PD] Purr Data Beta 4

There is a build of pd-l2Ork for RPi3 (that's what we used at the PdCon workshops)--I just need to post it. -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow Director -- DISIS, L2Ork Virginia Tech School of Performing Arts – 0141 Blacksburg, VA 24061 (540)

Re: [PD] purr data 2.1.1

1.0 will only be updated at this point in case there is major regression or there is a demand to do so. All development will soon shift to 2.0 a.k.a. Purr-Data. One thing that is still missing in 2.0 is the k12 mode sidebar and customizations and some minor cosmetic changes. I am hoping to get to

Re: [PD] GUI freeze

This is likely dur to a buggy implementation of a particular widget redrawing which may be a third-party widget. It may be also due to out of sequence execution of commands in case the widget does not enqueue all it's GUI commands like it should. One way pd-l2ork 1.0 dresses this which is an ugly

[PD] Fwd: Re: why not Purr Data?

ico.bukvic.net -- Forwarded message -- From: "Ivica Bukvic" <i...@vt.edu> Date: Oct 2, 2017 23:06 Subject: Re: [PD] why not Purr Data? To: "Roman Haefeli" <reduz...@gmail.com> Cc: On Oct 2, 2017 14:07, "Roman Haefeli" <reduz...@gmail.com> wro

Re: [PD] what's up with "#" and iemgui labels (bug)?

Yes 1.x and by extension 2.x. I haven't checked but am reasonably sure it handles those scenarios ok. Best, Ico -- Ivica Ico Bukvic, D.M.A. Creative Technologies in Music Director -- DISIS, L2Ork, CTM ICAT Senior Fellow Virginia Tech School of Performing Arts – 0141 Blacksburg, VA 24061

Re: [PD] multiple instances of a patch forbidden in 0.49, why?

Pd-L2Ork offers -unique startup flag that leverages Tcl/Tk's ability to share variables across multiple apps. By default it tries to open patches in an existing instance to prevent newcomers who tend to open patches by double-clicking on icons from opening multiple instances of Pd-L2Ork and

[PD] [PD-announce] Purr-Data Google Summer of Code opportunity

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

Re: [PD] GPIO pi-extras

FWIW, since 2016 Pd-L2Ork and its K12 mode come with a comprehensive set of objects for both GPIO and SPI (MCP3008) and more recently also mechatronics externals focused on solenoids and servos (to be uploaded in the next month or so--depending how soon my student gets the commit cleaned-up). The

Re: [PD] GPIO pi-extras

(540) 231-6139 i...@vt.edu www.icat.vt.edu www.performingarts.vt.edu l2ork.icat.vt.edu ico.bukvic.net On Thu, May 16, 2019 at 9:41 AM Ivica Bukvic wrote: > FWIW, since 2016 Pd-L2Ork and its K12 mode come with a comprehensive set > of objects for both GPIO and SPI (MCP3008) and more recentl

Re: [PD] 64-bit disis_munger for windows?

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 On Sun, Oct 20, 2019, 11:35 IOhannes m zmölnig wrote: > On 10/20/19 2:06 PM, Ivica Bukvic wr

Re: [PD] 64-bit disis_munger for windows?

I believe non-flext version is prepackaged with Purr-Data. Hope this helps. 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

Re: [PD] simple fix for -nogui audio inconsistency

Sorry, I don't manage aur packages, so you would have to contact the maintainer. Also, FWIW pd-l2ork comes with a set of objects that give you seamless connectivity with rpi gpio and spi and arduino (using sarcduino firmware). See k12 mode for more info (start pd-l2ork with -k12 flag) or check the

Re: [PD] Jonathan Wilkes via Pd-list pd-list@lists.iem.at

Depends what you mean by decent enough. Original Pi has audio out. Is it decent enough, depends on your needs. That said, RPi (regardless of the revision) is a formidable arduino replacement. See lots of pots shield that fits either (I just presented a paper on it in NIME) made by modern device.