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] GPIO pi-extras

Oops, that should've read "since 2013..." Time flies by... 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 recently also > mechatron

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] 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 s

[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 to

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 thereby

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 (540)

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

ico.bukvic.net -- Forwarded message -- From: "Ivica Bukvic" Date: Oct 2, 2017 23:06 Subject: Re: [PD] why not Purr Data? To: "Roman Haefeli" Cc: On Oct 2, 2017 14:07, "Roman Haefeli" wrote: On Mon, 2017-10-02 at 15:53 +, Jonathan Wilkes wrote:

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 w

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 t

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 Buk

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 p

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) 231-6139

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 existin

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 disis.

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 www.performin

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 f

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" wrote: > 2016-09-17 11:03 GMT-03:00 Ivica Bukvic : > >> Is this fix Win

Re: [PD] [coll] bug

Is this fix Windows specific or is it gone on all platforms? -- 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.ic

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 Arts

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

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

Pd-L2Ork beta release is now available (64bit version only for the time being--final release will have both 32bit and 64bit). Please test and report bugs. Thank you. http://l2ork.music.vt.edu/data/pd/pd-l2ork-x86_64-20160530.deb (27MB 64bit Ubuntu deb) Best, Ico _

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 wrote: > Hi Ico, > > On Thu, May 26, 2016 at 7:26 AM, Ivica Bukvic wrote: > >> New version containing bunch of ports from vanilla and fixes to the >>

[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] problems with footils fluid~

handled there? Best, Ico On Sun, May 22, 2016 at 6:31 PM, Ivica Bukvic 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 perfectly fine before. The back

[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 it

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 C

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

On Apr 12, 2016 13:00, "Alexandre Torres Porres" wrote: > > 2016-04-12 13:05 GMT-03:00 Ivica Bukvic : >> >> 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. > > j

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, D

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 alteration. > > > I di

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 ico.buk

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 ICA

Re: [PD] opensoundcontrol.org

Could be also because Matt Wright (who I believe is the OSC author) has left CNMAT and is now at Stanford (AFAIK). 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

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

ething 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" wrote: > > > On Sun, Feb 14, 2016 at 5:54 PM, Jonathan Wilkes via Pd-list < > pd-list@

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

eation 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 if there's no &

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

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 wrote: >> >>> What I am

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

What I am also trying to do eventually in pd-l2ork is weed out redundant objects and only keep the ones that do the said task the best while still supporting other objects' idiosyncrasies (if any). There is absolutely no reason to have multiple objects of the same kind. Ultimately, one could keep a

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 sign

Re: [PD] Cyclone To Do: list of new objects; Any help?

I would love to see these implemented, as well, in vanilla cyclone library, with one caveat: wherever possible, I would suggest using an abstraction. Doing so promotes learning and exposes brilliant efficiency of the pure-data core. For instance, one thing that pd-l2ork already does is it provides

Re: [PD] freeverb~ problem

ing Arts – 0141 >>>> Blacksburg, VA 24061 >>>> (540) 231-6139 <%28540%29%20231-6139> >>>> i...@vt.edu >>>> www.performingarts.vt.edu >>>> disis.icat.vt.edu >>>> l2ork.icat.vt.edu >>>> ico.bukvic.net >>

Re: [PD] freeverb~ problem

#x27;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 wrote: > > Thank you

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 i...@vt.e

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

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 Jan 29, 2016 5:26 PM, "Ivica Bukvic" wrote: > Yes, RPi is not

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

zing > efficiency/quality with the analysis window size. > > Thanks for your help. > > Sam > > > > > On Fri, Jan 29, 2016 at 3:30 PM Ivica Bukvic wrote: > >> This is likely due to binary incompatibility. Please try with pd-l2ork. >> >> -- >>

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

lthough > 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 Ivica Bukvic wrote

[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" 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" Cc: Pd-l2ork is not binary compatible with vanilla, alth

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 l2ork.i

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 component

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

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:

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

Apologies for x-posting, This holiday release brings you: *-legacy flag that provides 100% backwards compatibility with iemgui objects *gfsm library *added support for $0 functionality in messages *support for Intel Haswell and Skylake CPUs *ability to use # in labels *ability to use multiple $n

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 g

Re: [PD] What is the purpose of iemgui_raute2dollar

hat 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 wrote: > > Right, but this function does not

[PD] Fwd: What is the purpose of iemgui_raute2dollar

Forgot to include pd-list and l2ork-dev list... -- Forwarded message -- From: Ivica Bukvic Date: Mon, Nov 2, 2015 at 12:01 AM Subject: Re: [PD] What is the purpose of iemgui_raute2dollar To: Miller Puckette So, I am about to commit a 'fix' in pd-l2ork where one ca

Re: [PD] What is the purpose of iemgui_raute2dollar

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 wrote: > > > I presume this may pertain primarily to IOhannes and Miller, > > I am trying to figure out what is the purpo

[PD] What is the purpose of iemgui_raute2dollar

I presume this may pertain primarily to IOhannes and Miller, I am trying to figure out what is the purpose of raute2dollar in iemgui objects? On an obvious level the function replaces # with an $ in a send, receive, and label symbols. Why is this necessary? Personally, I cannot think of a reason w

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

ort 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 > > <http://puredata.info

Re: [PD] cartopol~ and poltocar~

rginia 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 <http://ico.bukvic.net/> > On Oct 16, 2015 11:48 PM, "Ivica Bukvic" wrote: > >

Re: [PD] cartopol~ and poltocar~

Oct 16, 2015 11:48 PM, "Ivica Bukvic" wrote: > 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 > impleme

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] 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 Di

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, L2

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 wrote: > Oops, looks like I missed a file. Lemme investig

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

Oops, looks like I missed a file. Lemme investigate. 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 www.performingarts.vt.edu disis.ica

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. Assoc

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." 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 provided by J Oliver

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" wrote: > Niklas Reppel parkellipsen.de> writes: > > > > > Hi

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 applicat

Re: [PD] wiimote

Hi, This is likely because you are using a newer version of the wiimote that has motionplus embedded and the supporting libcwiid library wiimote object relies on does not support that version. For the time being your only choice is to use older version of the wiimote. HTH Best, Ico On Jun 19, 20

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" wrote: > I recently upgraded to Ubuntu 15.04. O

Re: [PD] Granular Synthesis on liv input?

Try disis_munger~ which is a flext external that also runs on RPi and is included with the pd-l2ork builds. The help file provides live input example. NB: RPi's CPU is fairly limited in terms of computational power, so it is rather easy to choke it when increasing a number of concurrent voices. H

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 legibi

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] [Bulk] gui toolkits

On Dec 24, 2014 11:49 AM, "Alessio Degani" 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 >> * poor suppor

Re: [PD] future PD-extended development

On Dec 23, 2014 3:27 PM, "Dan Wilcox" 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 your users,

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

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 wrote: >> >> >> >> On Dec 22, 2014

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

has already done this before by obsoleting certain libraries. > > 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, 2

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

On Dec 22, 2014 10:23 PM, "Dan Wilcox" wrote: > > >> On Dec 22, 2014, at 2:55 AM, Jonathan Wilkes wrote: >> >> Unless you want an enormous number of patches in the wild to bit-rot, you're going to have a "Install Pd-extended libraries" button. If you have that button, then presumably at least _o

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

> > cheers > > 2014-12-20 8:28 GMT-02:00 Ivica Bukvic : > >> 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 objec

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 are

Re: [PD] Cyclone help patches & issue list

On Dec 13, 2014 8:35 AM, "Fred Jan Kraan" 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 object > behavi

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" 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 in the help d

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" wrote: > Hi everyone, > > Recently I started on improving the help-patches of the cyclone library. > The idea is to convert then all to the format used

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 f

Re: [PD] data structures......

I stand corrected. Apologies for the noise. On Nov 12, 2014 12:19 PM, "Jonathan Wilkes via Pd-list" wrote: > Well, Miller has recently added the "text" field to [struct], so he does > work on them, too. > > -Jonathan > > > On Wednesday, November 12, 2014 11:59 AM, Jonathan Wilkes < > jancs...@y

[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:// seamus.music.vt.edu

Re: [PD] "list foreach"?

Oh dear... On Oct 9, 2014 11:31 PM, "Chris McCormick" wrote: > > On 09/10/14 22:51, Ivica Ico Bukvic wrote: > > ... One could argue that those using a pd-fork would benefit, and > > just maybe if vanilla contributors felt compelled to do so, they could > > also borrow code and implement it in the

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" 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 > routine

Re: [PD] Why do i get glitches at 70% cpu load?

FWIW IIRC you should be able to compile freeverb with appropriate optimization flag where denormals should not affect it. On Oct 4, 2014 6:46 PM, "James Dunn" wrote: > Are you using [freeverb~]? > > This can cause excessive CPU usage due to denormals. Try putting the > [freeverb~] object in a sub

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" wrote: > I can't remember when that disappeared - years ago. > > Anyhow, t

Re: [PD] Updated pd-extended

wrote: > > 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" > wrote: > > > >&

Re: [PD] Updated pd-extended

Based on what metrics? On Sep 25, 2014 11:05 AM, "Hans-Christoph Steiner" 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. >

Re: [PD] Updated pd-extended

einer" 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 shoul

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" wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > The discussion about the Pd-extended reanimation left one question open: > What exa

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

f you expand to more 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 wrote: > > It i

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" 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 wrote: >

Re: [PD] Updated pd-extended

o navigate :D > > On Sep 23, 2014, at 11:54 AM, Ivica Bukvic 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, "

Re: [PD] Updated pd-extended

, up keep and > versioning should be supported by some sort of institution, if possible, > and by people who could be rotated in and out. > > On Sep 23, 2014, at 10:57 AM, Ivica Bukvic wrote: > > Well, I guess you can call me a "developer," whatever that means--I don&#x

Re: [PD] Updated pd-extended

Well, I guess you can call me a "developer," whatever that means--I don't care that much about titles. Yet, I would argue that as far as low level stuff is concerned in recent years pd-l2ork has certainly pushed the envelope in terms of core development. Even the feature that has earned me the titl

Re: [PD] Pd-l2ork bug?

Hey Chris! Hope all is well. Thanks for the bug report. We are currently squashing lingering bugs for the next release, so this could not be more timely. I haven't looked at the s-env yet but a if this is an array window, a quick fix on pd-l2ork side of things until we fix the bug in question is

  1   2   >