Re: [PD] Get list of a the arguments of a patch without using any external?

> >> PS: the [delwrite~] clear method > http://sourceforge.net/tracker/?func=detail&aid=3170987&group_id=557 > 36&atid=478072 > >> is still assigned to "nobody", because it's waiting for any > >> of the five project admins to click on a button... It also > >> didn't appear on pd-...@iem.at > >> eit

Re: [PD] udp broadcasting with netsend: permission denied in Linux

Use disis_netsend/netreceive, which provide this and other functionalities. Ico > -Original Message- > From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf > Of Matteo Sisti Sette > Sent: Thursday, March 31, 2011 10:51 AM > To: PD-List > Subject: Re: [PD] udp broadcastin

[PD] ANN: upcoming L2Ork performances and a new pd-l2ork software release

ted with the new promotional materials and photos. Yet, in the spirit of Steve Jobs' keynote speeches we've left the best for last. Stay tuned for more exciting updates soon ;-) For additional info on L2Ork, visit http://l2ork.music.vt.edu. Best wishes, Ivica Ico Bukvic, D.M.A

Re: [PD] [wiimote] accelerometer data missing?

Somewhat OT perhaps, but can you also try disis_wiimote which supports motion plus (compiled against latest SVN cwiid lib)? I just released new version earlier today that also fixes a few bugs and makes it even more xrun-proof. You can find it on the L2Ork website at http://l2ork.music.vt.edu/ma

Re: [PD] [wiimote] accelerometer data missing?

> Hi Ico, > > Thanks for the tip! > > I was able to get [disis_wiimote] compiled and working after: > 1) Changing the #include not to assume extended (cuz I run vanilla) > 2) Adding -fPIC to the LINUXCFLAGS because I'm running 64-bit. > > I haven't yet tried Roman's suggestion debian-sid flavor

[PD] potential fix for denormals in freeverb

All, Couldn't this be solved simply by adding -O2 compilation flag to the object, as per intel's document found at: http://software.intel.com/sites/products/documentation/hpc/compilerpro/en-us/fortran/win/compiler_f/fpops/common/fpops_reduce_denorm.htm Any thoughts? Ico __

[PD] ANN: Upcoming L2Ork tour of Europe

concerns, please do not hesitate to contact me. Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept. of M

Re: [PD] missing broadcast in netsend<0.43 (was: Re: 0.43 should still be a test version)

Or you can use disis_netsend external which is practically identical to netsend except it provides broadcast support and a few additional features and improvements. Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L

Re: [PD] frozen GUI

ive. HTH P.S. Many thanks for the kind words regarding NIME performance! Best wishes, Ico Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork LinuxLaptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy)

Re: [PD] Pd-extended 0.43 updates: lots of new editing features

mplementations of both of >> those have a number of issues, including unnecessary cpu overhead >> and potential instabilities. >> >> Best wishes, >> >> Ico > > > >---- > >News

Re: [PD] GOP Rendering Issue

Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork LinuxLaptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034

Re: [PD] GOP Rendering Issue

On Thu, 2011-07-07 at 08:47 +0200, Ivica Ico Bukvic wrote: > Neither if those are fixes but rather hacks that should be avoided > because once the bug is fixed you will have to go back and change all > your existing patches with this workaround. Pd already redraws entire > gop objec

Re: [PD] Pd-extended 0.43 updates: lots of new editing features

> I ended up refactoring the magic glass and highlighting code quite a > bit, I think there might be something worth checking out. As for > other bug fixes, it would be great to have them in the patch tracker > so we can sort them out. It would take me a massive amount of time to > figure out wha

Re: [PD] Pd-extended 0.43 updates: lots of new editing features

a report in the patch tracker together with supporting documentation can be doubly so. Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork LinuxLaptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by cour

Re: [PD] GOP Rendering Issue

before and I traced it down to tcl/tk. The command is in iemgui objects to allow for global custom colors. The irony is tcltk interprets the flag correctly and online documentation suggests this is a valid flag for the said widget but for some reason it keeps triggering those errors in the

Re: [PD] GOP Rendering Issue

On Thu, 2011-07-07 at 09:32 -0700, Jonathan Wilkes wrote: > I tested the patch from > http://sourceforge.net/tracker/?func=detail&aid=3030159&group_id=55736&atid=478070 > with pd-l2ork (Pd version 0.42.5-extended-l2ork-20110427) > and every time I clicked the tgl in the parent patch it put me into

Re: [PD] Pd-extended 0.43 updates: lots of new editing features

> commented: Looks worth including, but with GOP bugs, I'm currently > waiting to see what Miller is going to do with GOP restructuring before > tackling this stuff. I still don't really have a grasp of the GOP code, > so I don't know what the repercussions of GOP-related patches are. From > my

Re: [PD] route - pack issue

> static void pack_list(t_pack *x, t_symbol *s, int ac, t_atom *av) > { > if (ac==0) > pack_bang(x); > else > obj_list(&x->x_obj, 0, ac, av); > } Many thanks for this contribution! I will add this to pd-l2ork. However, shouldn't also route output bang when having an empty

Re: [PD] GOP Rendering Issue

> Ok, now that I understand how it works, that's not a bad assumption, IMO. > If people want to do dynamic GOP sizing they can just use the "coords" > message instead of "donecanvasdialog". (And I checked in Pd-l2ork, > and "coords" doesn't change to edit mode, so this should work fine.) snip >

Re: [PD] route - pack issue

Jonathan Wilkes wrote: > > >--- On Fri, 7/8/11, Ivica Ico Bukvic wrote: > >> From: Ivica Ico Bukvic >> Subject: RE: [PD] route - pack issue >> To: "'Jonathan Wilkes'" >> Cc: pd-list@iem.at >> Date: Friday, July 8, 2011, 4:54 P

Re: [PD] GOP Rendering Issue

Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork LinuxLaptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-

Re: [PD] route - pack issue

Jonathan Wilkes wrote: > > >--- On Fri, 7/8/11, Ivica Ico Bukvic wrote: > >> From: Ivica Ico Bukvic >> Subject: RE: [PD] route - pack issue >> To: "Jonathan Wilkes" >> Cc: pd-list@iem.at >> Date: Friday, July 8, 2011, 8:12 PM >>

Re: [PD] Pd-extended 0.43 updates: lots of new editing features

Jonathan Wilkes wrote: > > >--- On Sun, 7/10/11, Hans-Christoph Steiner wrote: > >> From: Hans-Christoph Steiner >> Subject: Re: [PD] Pd-extended 0.43 updates: lots of new editing >features >> To: "Jonathan Wilkes" >> Cc: "Ivica Ico Bukv

Re: [PD] GOP Rendering Issue

Mathieu Bouchard wrote: >On Thu, 7 Jul 2011, Ivica Ico Bukvic wrote: > >> >> OK, I just investigated this and the reason the edit mode is enabled >> because I never encountered a need to dynamically change GOPs this >way >> and thus treated changes in canvas

Re: [PD] netsend/netreceive + GUI bug

Hello, IMHE, netsend works perfectly in Linux, OSX and Windows, the only thing to keep in mind is the ip of the computer to control and call the variables are equal, they are sent and those received. BR José This is however not the case whenever you have a high throughput traffic tha

Re: [PD] netsend/netreceive + GUI bug

> hmm, i don't know where you get this idea from, but to me, the code of > Pd's networking infrastructure looks, as if > a) all incoming traffic was polled for in the main thread > b) all output of this traffic (to the Pd-patch) was propery protected > by sys_lock() I am honestly not that familia

Re: [PD] netsend/netreceive + GUI bug

If you are indeed talking about vanilla netsend and netreceive, the poll function is called during pd's main loop, not when something arrives at the socket. In x_net.c : sys_addpollfn(sockfd, (t_fdpollfn)socketreceiver_read, y); socketreceiver_read is in s_inter.c: void socketreceiver_read(t_soc

Re: [PD] netsend/netreceive + GUI bug

Speaking of workarounds what is wrong with clock_delay(0) implementation of disis_ netreceive when it uses existing facilities, has no noticeable overhead, does not drop packets our crash GUI, and is very easy to implement? Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS

[PD] pd crash oddity (and a workaround)

deed the case here) why is GUI still so strongly tied to the underlying engine in Pd. Couldn't the two be more separate so that one does not have to deal with these kinds of problems and/or ugly hacks like running 2 Pd instances concurrently? Any thoughts/ideas/improvement suggestions are m

[PD] problem with pd-extended 0.41.4

||~ Any ideas on how to fix this? Is this a compile-time problem or incompatibility of zexy with latest versions of Pd? Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) V

Re: [PD] problem with pd-extended 0.41.4

In addition, it appears there are other objects that are messed up: 0x2e (scalar multiplication) Reports: load_object: Symbol "0x2e_setup" not found (fails to load) 0x260x260x7e (&&~) This one loads but still reports: load_object: Symbol "0x260x260x7e_setup" not found The

Re: [PD] problem with pd-extended 0.41.4

It appears when compiling zexy from pd-extended svn source (0.41.4) the resulting zexy.pd_linux fixes problems that are apparent when zexy is compiled into separate objects (as is the case in /usr/lib/pd/extra/zexy/ folder that is a part of the pd-extended linux package). Ico __

Re: [PD] problem with pd-extended 0.41.4

> > Yup, we are aware. Originally that stuff was handled by the hexloader > for > > special characters, which had serious bugs. > > I probably missed something important. What happened to the > hexloader? Second that. I would love to hear more about the hexloader. Is this a part of the regular d

Re: [PD] new GUI screenshots

> > It looks so nice on the Mac...! ;o) > > It's a pity it looks way less 21th Century here on Hardy... > > Well, at least Carmen's peak-meters made it into a mainstream branch. > (I didn't actually check that they are the same, maybe they aren't...) If you dislike vanilla appearance of Pd on Lin

Re: [PD] new GUI screenshots

If you dislike vanilla appearance of Pd on Linux as much as I do, please try the pd.tk file I sent out sometime last week on this list and report any bugs. Hans has pointed a few that affect other platforms (this one was designed to provide minimal changes while making GUI more 21st century and wit

[PD] problem making an audio-thread-safe external

Hi all, I am currently working on a threaded implementation of a wiimote external. The reason I was hoping threaded design would help is to avoid dropped samples when issuing commands to wiimote (e.g. rumble/led status change). So far, it seems that reading from wiimote, no matter how fast, has no

Re: [PD] problem making an audio-thread-safe external

dy > threaded, then chances are you should be able to get data from its > threads using non-blocking calls. If it already buffers the data, > then you don't need your own thread, just get the data from cwiid's > buffer in a non-blocking way. > > This is how the Lin

Re: [PD] problem making an audio-thread-safe external

ter! Best wishes, Ico On Sun, 2009-10-18 at 20:22 -0400, Ivica Ico Bukvic wrote: > The problem is however that this is not the case. Whenever issuing > rumble/led commands and/or toggling various features (enable ir, acc, > nunchuk, etc.), cwiid call causes a dropout in audio thread. It'

Re: [PD] problem making an audio-thread-safe external

out and as such users potentially will never be notified of their occurrence. Any examples of how this could be handled through a sys_lock or whatever it is, would be most appreciated. Best wishes, Ico On Sun, 2009-10-18 at 20:30 -0400, Ivica Ico Bukvic wrote: > One small fix to the callback see

[PD] another question about the threaded design in pd

xit of the other thread. Any ideas? Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 231-5034 (fa

[PD] introducing l2ork

ts to Pd-extended, Linux gui enhancement (pd.tk posted a while ago) being one of them. We are hoping to release final versions soon. For more info: http://l2ork.music.vt.edu/ Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermed

[PD] still troubles with gui freezes on Pd-extended 0.41.4

It appears I've hit the bug yet once again. Namely, Pd-gui's numbers/sliders freeze after a while, yet ironically dynamic changes to iemgui objects' attributes (e.g. background color) continue to work. Pd audio thread also continues to work uninterrupted. Has this been fixed in newer Pd versions?

Re: [PD] still troubles with gui freezes on Pd-extended 0.41.4

> thing I noticed that was kind of nifty in the new tcl sources is a check > to see whether a particular canvas has been loaded. Namely, > variable ::loaded($mycanvas) which effectively (if I am not mistaken) > generates a member in the global ::loaded array and which is exactly > what I needed. A

Re: [PD] introducing l2ork

> -Original Message- > From: Spencer Russell [mailto:spencer.f.russ...@gmail.com] > Sent: Friday, October 30, 2009 9:12 AM > To: Ivica Ico Bukvic > Cc: pd-list@iem.at > Subject: Re: [PD] introducing l2ork > > Great news! > > May I ask what the considerati

Re: [PD] pd-extended bugs

> Those bugs are known, and in the bug tracker, as far as I know. As > far as visual display bugs in Pd-extended, I'm not going to look at > those until I start working on Pd-extended 0.43 and incorporating the > new GUI. But patches are welcome if anyone wants to try their hand at > that beforeh

[PD] patch for undo cord color bug in pd-extended

All right, here's first patch for the undo patch cord bug. It's rather small and for the most part self-explanatory. This applies cleanly against 0.42.5 pd-extended I checked out yesterday. Best wishes, Ico --- g_editor_old.c 2009-10-30 22:13:16.0 -0400 +++ g_editor.c 2009-10-30 22:13:40

[PD] is there an object that emits bang when a subpatcher is restored?

I guess the title says it all. Instead of a loadbang, this thing would emit a bang whenever a patcher is restored (e.g. [pd something] is closed by default, and every time it is restored, obviously after being closed it would emit a bang from this object). Is there such a thing? Ico

Re: [PD] is there an object that emits bang when a subpatcher is restored?

On Sat, 2009-10-31 at 21:43 +0800, jurgen wrote: > try [closebang] - read help file > > Jurgen Thanks for the info! However, this works when closing the entire patch but not sub-patchers. Likewise, I would need something that bangs when you open sub-patchers. I guess "restore" was the wrong termi

[PD] what is the purpose of following options on canvas properties?

I am having a hard time understanding what is the purpose of following options on the canvas properties window. they apparently have no effect on 0.42.5: X units per pixel Y units per pixel and X range from/to Y range from/to ico ___ Pd-list@iem.at

[PD] is there a way to get symbol length?

title says it all. Any external capable of doing this (other than resorting to something like a pyext)? Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] is there a way to get symbol length?

Cool! Many thanks! BTW, where is this documented? P.S. Yes, this does also work with spaces (at least it does on 0.42.5 extended). Best wishes, Ico > -Original Message- > From: Roman Haefeli [mailto:reduzie...@yahoo.de] > Sent: Tuesday, November 10, 2009 3:48 PM > To: Ivic

[PD] Getting the best out of the rewrite (was: Re: pow~, etc. in Pd-extended 0.42.5)

FWIW, I recently listened to a really entertaining presentation of a computer systems security expert and one thing he pointed out that IMHO is currently really bogging Pd development is legacy support. If PD is currently undergoing a complete rewrite of the GUI this may be a good opportunity to a

Re: [PD] Getting the best out of the rewrite (was: Re: pow~, etc. in Pd-extended 0.42.5)

> I think its good to get to a point where we don't have to worry much > about backwards compatibility. IMHO, the easiest way to do that is > embed library and other settings in each patch rather than having > libraries loaded by default. The pow~ issue highlights that. > > You can also already

[PD] freeverb and denormals

mply added to the freeverb c code instead? Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-6139 (540) 23

Re: [PD] Getting the best out of the rewrite (was: Re: pow~, etc. in Pd-extended 0.42.5)

> In Pd-extended 0.41.4 and newer, and with libdirs, the help patches > should be found when using namespace prefixes. They are in all the > tests I've done. > > As for loading by default, I personally think no libraries should be > loaded by default. We just need to figure out a transition plan

Re: [PD] Getting the best out of the rewrite (was: Re: pow~, etc. in Pd-extended 0.42.5)

> No, that works for me. Which help patch isn't working? In that case it could be because I moved things around not knowing about hexloader and other interesting stuff. > > > Also, has the problem with [>~ ] and similar objects using special > > characters been fixed in 0.42.5 (IIRC 0.41.4 had

Re: [PD] freeverb and denormals

> > It appears that current iteration of freeverb~ is susceptible to denormals > > bug. Namely, feeding silence after sound hogs cpu (I chuckled by > reading > > Pd's CPU footprint which was in excess of 400%). Adding a tiniest > amount of > > DC bias inside Pd solves this but I wonder shouldn't th

Re: [PD] Getting the best out of the rewrite (was: Re: pow~, etc. in Pd-extended 0.42.5)

> > Also, has the problem with [>~ ] and similar objects using special > > characters been fixed in 0.42.5 (IIRC 0.41.4 had issues with these > > so you > > had to invoke those objects using hex ascii values). > > > That's an issue with hexloader. If you want to use those names, you > need

Re: [PD] Getting the best out of the rewrite (was: Re: pow~, etc. in Pd-extended 0.42.5)

> hex loader $Revision: 1.5 $ > written by IOhannes m zmölnig, IEM > compiled on Nov 17 2009 at 19:30:48 > compiled against Pd version 0.42.5.extended > load_object: Symbol "0x3e0x7e_setup" not found > [>~] part of zexy-2.2.3 (compiled: Apr 29 2009) Just to follow-up. The same

Re: [PD] Getting the best out of the rewrite (was: Re: pow~, etc. in Pd-extended 0.42.5)

> 1) if hexloader is buggy/incomplete what will it take to fix it? > 2) if you agree with me that in the interim pd-extended is effectively > broken what can be done to circumvent this problem to make it usable > until hexloader is fixed? I guess I owe everyone an apology. I've recompiled the exte

[PD] ANN: L2Ork Debut Performance at Virginia Tech

info on L2Ork and a video preview of L2Ork in rehearsal: http://l2ork.music.vt.edu. Facebook Event Page: http://www.facebook.com/home.php#/event.php?eid=180832548428&ref=mf Sincerely, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedi

[PD] [OT]: help L2Ork climb up the digg/reddit ladder

n be found below: <http://www.reddit.com/r/reddit.com/comments/aa12z/who_says_penguins_cannot_ sing_introducing_l2ork/> <http://digg.com/linux_unix/Introducing_L2Ork_World_s_First_Linux_Laptop_Orc hestra> Once again, apologies for the OT nature of this post. Sincerely, Ivica Ico Bukvic, D.M.A. Co

Re: [PD] [LAD] [OT]: help L2Ork climb up the digg/reddit ladder

> uins_cannot_ > > sing_introducing_l2ork/> > > > > > p_Orc > > hestra> > > neither link works as posted. Ah, the wonders of sleep deprivation... Let's try

[PD] L2Ork story on Slashdot brings up the age-old question whether Linux is ready for serious audio use

://entertainment.slashdot.org/story/09/12/03/2018253/Introducing-L2Ork-W orlds-First-Linux-Laptop-Orchestra Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept. of M

[PD] First L2Ork track now available

hould you feel compelled to leave a comment, please feel free to do so on our jukebox page (no registration required). Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Co-

Re: [PD] First L2Ork track now available

> amount of positive feedback and it has been truly hart-touching to learn Umm, that should read "heart-touching"... DOH! :-) Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

[PD] question about netclient and netserver

Hi all, I've been trying to port my udp-based network communication to tcp-based and in a large ensemble netclient/netserver seemed like the best option. However, now that I've tested it in a couple sessions I am finding that every time I broadcast more than let's say dozen lines of text (coll dat

Re: [PD] question about netclient and netserver

Thanks all for your replies. Please see my comments below. > If you are "broadcasting" in TCP you are actually sending separate > messages to each recipient, with the OS providing overhead for each > one until it has been acknowledged by the recipient. Obviously it's easy > to do a DOS attack this

Re: [PD] question about netclient and netserver

Regarding tcpserver/tcpclient these don't cut it as they only forward numerical info. We need alphanumeric-compatible system like netsend/netreceive that also supports broadcasting. We implemented disis versions of netsend/receive that combine netsend and udpsend into one (thus allowing broadca

[PD] tcpserver/client question

Ok, I tried now working with the tcpserver/client model and am unable to solve following problem: when a tcpclient (or server) outputs a long string, it splits is for some reason into two separate lines (perhaps that is how the buffer wraps around?). Adjusting buf size makes no difference. I tried

[PD] ANN: Upcoming L2Ork spring event and Midwest tour

ntermedia Festival (April 25th 2pm). So, if you happen to be in the area we'd love to see you there! Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and

[PD] Upcoming ICMC L2Ork workshop at NYC Resistor

erns, please do not hesitate to contact me. Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept. of Music - 0240 Blacksburg,

[PD] understanding graphics objects on canvas

So, I've been playing with scalars a bit and am still not quite sure I understand how to actually create a new object/instance on canvas window that can then use templates etc. All tutorials already have those created and while I can change their properties, I cannot for the love of the world figu

Re: [PD] understanding graphics objects on canvas

Never mind. Figure it out... that said, FWIW this part may need better coverage under the "scalar" help file which pops up when one selects help on it. The other confusing thing is when you pull up properties for a scalar object on the graph that the window that pops up is titled misleadingly "Ato

Re: [PD] [PD-announce] [wiimote] for ubuntu

> Fantastic! I compiled your code and now the nunchuk just works. > Looking into your code a bit it seems as though the original wiimote > external misspelled nunchuk and you've compensated for it: > --- > // support the spelling mistake in the original version :-) > class_addmethod(wiimote_

[PD] [PD-announce] pd-extended snapshot with l2ork improvements/externals/abstractions now availabe on the L2Ork's website

will be making their way eventually into the vanilla releases. Remaining improvements will be submitted soon. For more info, please visit: http://l2ork.music.vt.edu/main/?page_id=56 Comments/feedback are appreciated. Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS

[PD] [PD-announce] Reminder: upcoming L2Ork workshop at NYC Resistor as part of ICMC 2010

: http://l2ork.music.vt.edu Many thanks! Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept. of Music -

[PD] [PD-announce] Reminder: upcoming L2Ork workshop at NYC Resistor as part of ICMC 2010

: http://l2ork.music.vt.edu Many thanks! Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept. of Music -

Re: [PD] [PD-announce] Reminder: upcoming L2Ork workshop at NYC Resistor as part of ICMC 2010

t the > money right now to afford a ticket. Will there be documentation available >online? >-Pat > >On Sun, May 23, 2010 at 12:50 PM, Ivica Ico Bukvic wrote: > >> (apologies for cross-posting) >> >> Dear Colleagues and FOSS enthusiasts, >> >> A f

[PD] thoughts on Pd's networking framework

e might be something on the router settings that would make this an issue in both cases. Any thoughts on this would be most appreciated. Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Co-D

Re: [PD] ChucK vs. Pd

> FWIW I looked at chuck to run on my performance wearable (500 MHz > P3) and all I got was dropouts. Pd runs great in realtime on the same > machine ... That's because ChucK has its DSP loop set at per sample whereas Pd calculates everything in 64-byte chunks. While latter gives you a relief

[PD] [PD-announce] L2Ork North Carolina Mini-Tour

rnals (under construction): http://l2ork.music.vt.edu/main/?page_id=56 Should you happen to have any questions, suggestions or concerns, please do not hesitate to contact me. Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermed

[PD] coll alternative

ng of output)? Any thoughts would be most appreciated. Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Co-Director, CCTAD CHCI, CS, and Art (by courtesy) Virginia Tech Dept.

Re: [PD] coll alternative

Many thanks for the info. BTW, what lib does msgfile belong to? Doesn't appear to be a part of the Pd vanilla. Best wishes, Ico > -Original Message- > From: Husk 00 [mailto:hus...@gmail.com] > Sent: Thursday, September 23, 2010 11:10 AM > To: Ivica Ico Bukvic >

Re: [PD] coll alternative

Many thanks! > -Original Message- > From: Jack [mailto:j...@rybn.org] > Sent: Thursday, September 23, 2010 12:00 PM > To: Ivica Ico Bukvic > Cc: 'Husk 00'; pd-list@iem.at > Subject: Re: [PD] coll alternative > > Zexy. > ++ > > Jack > &g

[PD] xruns in coll and msgfile and a question about the threaded external design

-on-read-complete (as the coll does) even though it is effectively running independently from the main thread without causing a major ruckus inside Pd's internal interrupt/clock that deals with audio and gui updates? Any help is most appreciated. Ivica Ico Bukvic, D.M.A. Compositio

[PD] xrun-free file i/o using the coll external (SOLVED)

*x_filebangout; t_outlet *x_dumpbangout; struct _coll *x_next; + + //for thread-unsafe file i/o operations + //added by Ivica Ico Bukvic 9-24-2010 + //http://disis.music.vt.edu http://l2ork.music.vt.edu + t_clock *x_clock; + t_clock *x_init; /* for initializing first dummy thread */ +

Re: [PD] xrun-free file i/o using the coll external (SOLVED)

Oops, please use the attached patch instead. Best wishes, Ico On Sat, 2010-09-25 at 12:36 -0400, Ivica Ico Bukvic wrote: > In hope to answer some of the questions I presented on the pd-list the > other day, attached is the patch (diff -u against pd-extended svn > 0.42.5) that conve

Re: [PD] xrun-free file i/o using the coll external (SOLVED)

y that would be I would greatly appreciate your feedback. Best wishes, Ico On Sat, 2010-09-25 at 20:05 -0400, Ivica Ico Bukvic wrote: > Oops, please use the attached patch instead. > > Best wishes, > > Ico > > On Sat, 2010-09-25 at 12:36 -0400, Ivica Ico Bukvic wrote: &g

Re: [PD] GUI speed

FWIW you may want to try to simply cut pieces of the patch while it is running and observe the cpu load meter until it drops. That way you should be able to locate the problem quicker. HTH Ico João Pais wrote: >> Well, it's not very exportable as i have modified/overwritten some >> abstracti

Re: [PD] xrun-free file i/o using the coll external (SOLVED)

struct _coll *x_next; + + //for thread-unsafe file i/o operations + //added by Ivica Ico Bukvic 9-24-2010 + //http://disis.music.vt.edu http://l2ork.music.vt.edu + t_clock *x_clock; + + pthread_t unsafe_t; + pthread_mutex_t unsafe_mutex; + pthread_cond_t unsafe_cond; + + t_symbol *x_s; + t_int u

[PD] odd key object behavior under Linux

In my recent troubleshooting saga dealing with xruns and coll object I identified one rather odd behavior that apparently stems from the [key] object. It all started when I noticed that my threaded version of coll object tended to freeze Pd at apparently random points. As it turns out, I was testi

Re: [PD] [PD-dev] odd key object behavior under Linux

Many thanks for the explanation! What seems weird, however, is how divergent time delta between repeats is. On Windows it is always around 30ms (at least on my hardware) whereas on Linux it goes between 0, including 1.4ms and up to 50+. Even when accounting for jitter between two events I cannot

Re: [PD] [PD-dev] odd key object behavior under Linux

_ From: tim vets [mailto:timv...@gmail.com] Sent: Monday, September 27, 2010 1:21 PM To: Ivica Ico Bukvic Cc: martin.pe...@sympatico.ca; pd-list@iem.at; pd-...@iem.at Subject: Re: [PD] [PD-dev] odd key object behavior under Linux I got curious, so I did this little test with auto-repeated keys

Re: [PD] GUI speed

gt;>> >> 50% >>> >> cpu usage - which means it's using a whole processor of my dual core. >>> >> unless >>> >> one of the missing abs is the problem, I would suggest you spend some >>> >> hours >>> >> bug tracki

[PD] question about multithreaded externals in Pd

copy of the GNU General Public License // along with this program; if not, write to the Free Software // Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA // === // ChangeLog: // 2008-04-1

Re: [PD] [PD-dev] question about multithreaded externals in Pd

First of all, my apologies to all for x-posting of the original matter--I did not realize there was such a major overlap in user base on pd-list and pd-dev lists making my x-post truly redundant. > since rPars can't be used by any other thread, you need to make a copy > for each thread. This mus

Re: [PD] PD on Atom Processors

FWIW L2Ork (http://l2ork.music.vt.edu ) runs entirely on MSI Wind U100 netbooks with Atom processors. Everything works just fine. You will top off the CPU relatively quickly as these things are not built for speed. Still, you should get a decent amount of performance

Re: [PD] ugly fonts under pdextended 0.42.5

FWIW, you can also try L2Ork version of pd-extended that includes a lot of goodies found in 0.43, including 8.5 tk support. It is however currently Linux-only. Bug-fixes/reports are as always welcome. Ico Hans-Christoph Steiner wrote: > >That's how Pd looks using Tcl/Tk 8.4 0.42.5 does not

Re: [PD] [PD-dev] odd key object behavior under Linux

Indeed. However, does Linux's API allow for this? _ From: Hans-Christoph Steiner [mailto:h...@at.or.at] Sent: Sunday, October 10, 2010 6:26 PM To: tim vets Cc: Ivica Ico Bukvic; pd-list@iem.at; martin.pe...@sympatico.ca; pd-...@iem.at Subject: Re: [PD] [PD-dev] odd key o

<    1   2   3   4   5   6   7   >