), as well as C (IIRC).
Cheers!
--
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia Tech
Department of Music
Blacksburg, VA 24061-0240
(540) 231-6139
(540) 231-5034 (fax
On 05/03/2012 09:24 PM, Ivica Ico Bukvic wrote:
Does anyone else have a problem with creb/blosc~ not outputting any
audio (its signal output is stuck at -0.5 and that's it). This is on
64-bit Ubuntu. The problem affects both pd-extended and pd-l2ork.
Any thoughts?
Preliminary data suggests
some alternatives in terms of visual options.
i have zero in the way of coding experience of course, but i think the
game market needs an open source audio engine.
scott
On Thu, May 3, 2012 at 6:30 PM, Ivica Ico Bukvic i...@vt.edu
mailto:i...@vt.edu wrote:
On 05/03/2012 09:15 PM, Peter
/events/120430_poster.jpg Official
Poster (~500KB 11x17 JPG)
mailto:ico_AT_vt_DOT_edu Contact
Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia Tech
Dept
.
My hope is to submit cwiid changes upstream soon...
http://l2ork.music.vt.edu/main/?page_id=56
Cheers!
--
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia Tech
change log.
Is it simple enough to make a patch for the sourceforge tracker?
*From:* Ivica Ico Bukvic i...@vt.edu
*To:* Hans-Christoph Steiner h...@at.or.at
*Cc:* pd-list@iem.at
*Sent:* Sunday, April 1, 2012 8
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
--
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia Studio
Director, L2Ork Linux Laptop
Curiously, I would have said exactly that about your fontsize thing. I
would say that true zooming is the only way to go, and anything else
distracts by creating bigger complications.
Well, code-wise it is not. I simply change font size and automate stretch
values and don't worry about GOP
Jonathan Wilkes jancs...@yahoo.com wrote:
- Original Message -
From: Ivica Ico Bukvic i...@vt.edu
To: 'Mathieu Bouchard' ma...@artengine.ca
Cc: pd-list@iem.at
Sent: Tuesday, March 27, 2012 2:32 PM
Subject: Re: [PD] ANN: pd-l2ork v.20120304 and new disis_wiimote
external now
://l2ork.music.vt.edu/main/?page_id=56
As usual, bug reports are in high demand, so get busy and let me know
of any
potential hiccups.
-- Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
but there might be other source files involved as well.
HTH
.hc
On Mar 16, 2012, at 7:15 PM, Ivica Ico Bukvic wrote:
FWIW this has been fixed in L2Ork but only for the newly created arrays.
Opening old patches requires resizing them as they are saved incorrectly in the
patch.
Best
and can be downloaded from the usual place:
http://l2ork.music.vt.edu/main/?page_id=56
As usual, bug reports are in high demand, so get busy and let me know of
any potential hiccups.
--
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia Studio
FWIW this has been fixed in L2Ork but only for the newly created arrays.
Opening old patches requires resizing them as they are saved incorrectly in the
patch.
Best wishes,
Ico
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia Studio
Director
On Mar 12, 2012, at 13:00, Mathieu Bouchard ma...@artengine.ca wrote:
Le 2012-03-06 à 21:04:00, Ivica Ico Bukvic a écrit :
I agree, except I don't want to push this notion to the point where
unpredictable nature of tcl/tk's canvas implementation entirely hampers or
limits tool's
_
From: Marco Donnarumma [mailto:de...@thesaddj.com]
Sent: Friday, March 09, 2012 7:45 AM
To: pd-list@iem.at
Cc: Ivica Ico Bukvic
Subject: Re: [PD] some observations and questions on Pd-ext 0.43.1 beta
(sorry to quote but this will keep the conversation on the list
A few minor bugs crept into the new tooltip implementation, so 20120306 version
is now out. Tooltips now support both dockable behavior for the manual tooltips
and cursor-centric text bubbles for dynamic tooltips. Also, all the
shortcomings of tcl/tk's Enter/Leave events has been circumvented
I think that we should be pushing GUI stuff to the Tcl side of things as
much as possible, plus I prefer the current tooltip display down on the
lower right. I find that popups right next to the mouse are often annoying.
I agree, except I don't want to push this notion to the point where
Even better, off load this to a GUI plugin, then people can choose the
method that works best for them. But I still like Jonathan's original
implementation the best.
While there may be better, neither of them will be best when one relies on
the Tcl/tk's implementation that delivers
are in high demand, so get busy and let me know of any
potential hiccups.
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia Tech
Department of Music
Blacksburg, VA 24061
Sounds great. I'll try it out in a bit.
Just curious-- if I send [tip 1 Hello Canvas( to a canvas, where on the
canvas does the tooltip appear?
-Jonathan
Next to the cursor. We can alter that if this proves to be unintuitive.
Best wishes,
Ico
Well, I personally prefer the status bar approach than tooltips that nestle
up next to
my mouse-- that's why I always printed out the tooltip at the bottom of
the patch (or
at the top if the user is mousing at the bottom). This is basically the
Firefox
approach
seen when you mouse over a
...please note that some file links on the webpage don't work (because the
file naming scheme has been altered).
Oops, thanks for the bug report! Will fix that shortly (and while at it I am
already uploading 20120305 version which makes tooltips even more robust)
Zooming is cool! There
unfortunately not entirely (i could only test the git version (rev:
bb91ad26e16), due to my bad internet connection).
i still get a tcl error, when trying to change the number of items
of an [hradio] in a closed subpatch [1].
see attached patch that illustrates the problem.
it
me know of any
potential hiccups.
--
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia Tech
Department of Music
Blacksburg, VA 24061-0240
(540) 231-6139
(540) 231
, 2012, at 8:52 PM, Ivica Ico Bukvic wrote:
This release includes following fixes:
*MyCanvas does not become invisible if it is partially visible in GOP
mode
*copy-paste from console does not work with the ctrl+c shortcut
*Proper focusing out of the selection (where typing into .printout
Great! One question: what is implemented gop legacy redraw about?
Great question. Since January pd-l2ork by default moves gop/array/scalar groups
of objects via tag. In layman terms this means instead of having to redraw
entire gop object every time it is moved even by one pixel (e.g.
- Rutgers University
February 21st @12pm - Temple University
February 21st @2:30pm - A talk at Community College of Philadelphia
Hope you can join us at one of our destinations!
For additional info: http://l2ork.music.vt.edu
Best wishes,
Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director
I just tested that with the [wiimote] from pd-svn and it seems I can
have three continuous streams going at the same time (though the
update
rate seems to lower). I enabled accelerometers, IR and motionplus and
got updates on all three. Is it really a limitation by cwiid, then?
Roman
On 02/17/2012 03:42 PM, Roman Haefeli wrote:
What version of libcwiid are you running? I tried both wiimote and
disis_wiimote and both are limited by the same limitation. It appears there may
have been some kind of a regression in libcwiid if the older version works fine.
Sorry, I meant to
On 02/17/2012 01:27 PM, Roman Haefeli wrote:
On Fri, 2012-02-17 at 11:31 -0500, Ivica Ico Bukvic wrote:
I just tested that with the [wiimote] from pd-svn and it seems I can
have three continuous streams going at the same time (though the
update
rate seems to lower). I enabled accelerometers, IR
explicitly enables external they wish to use (eg. RPT_NUNCHUK), then all
is well... I just fixed this in the
Ugh, too tired... that should've been extension, not an external
last checked it and it poses code legibility advantages over
disis_wiimote. Where it still falls short is
And that
I can easily test this at the next rehearsal. But I think the more important
question is whether that would make any difference. In other words, are
the wiimote maintainers interested in merging disis_wiimote functionality.
OK, so studied the wiimote structure and decided to adopt its output
On Thu, 2012-02-16 at 15:09 -0500, Ivica Ico Bukvic wrote:
I can easily test this at the next rehearsal. But I think the more important
question is whether that would make any difference. In other words, are
the wiimote maintainers interested in merging disis_wiimote functionality.
So, I
Thanks a lot!
Ivica, what about using this for backtrace?
http://code.google.com/p/backtrace-mingw/
It is not necessary. It is a matter of making sure you use proper build system.
The current code should build just fine on Windows (although I never tried it)
as its build system is based
Yeah, no doubt that disis-wiimote has been well tested. I'm just
highlighting different cases. I know a couple projects that needed 6
wiimotes connected to 1 computer, where I think L2Ork does one
wiimote per computer. Now, it would be good to rely on a single object
to handle all cases.
Well, yes, I have them, but it's not very relevant, as I already know that
those changes make Pd really worse in too many cases.
The interface common to all item-types has a function to return one
bbox
(bounding-box : x1 y1 x2 y2). It is assumed that the whole bbox has to be
redrawn
-Original Message-
From: Mathieu Bouchard [mailto:ma...@artengine.ca]
Sent: Sunday, February 12, 2012 12:27 PM
To: Ivica Ico Bukvic
Cc: 'Patrice Colet'; 'pd-list'
Subject: RE: [PD] Fwd: [PD-dev] New snapshot of pd-l2ork available --
feedback appreciated
Le 2012-02-12 à 12:22:00
I thought I saw a comment in your code that said it only handled one
controller.
-Jonathan
It's been a while since I edited the source and/or tested more than one wiimote
per computer. It may be just a leftover comment. Also, I think this is in part
because each wiimote would have its own
-Original Message-
From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf
Of Ivica Ico Bukvic
Sent: Sunday, February 12, 2012 2:00 PM
To: 'Jonathan Wilkes'; 'Hans-Christoph Steiner'
Cc: 'pd-list'
Subject: Re: [PD] wiimote report
I thought I saw a comment
Cool. I guess the other question is this: does the threading stuff in your
class solve
a problem with dropouts that still exists in the other wiimote class? Can
you put
together a demo patch that would cause dropouts on the old wiimote
class before
you revised it, but which doesn't cause
On 02/12/2012 06:10 PM, Hans-Christoph Steiner wrote:
I think a lot of this would be alleviated for the most part if not entirely if:
1) pd completely removed redrawing logic from the c code and migrated it into
tcl (which is what you may have done in great part already inside desire-data)
2)
JUCE is amazing in terms of gui speed-up. Just check out bundled demos that
come with the sdk... Half of Gem could be easily reimplemented using JUCE sdk...
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia Studio
Director, L2Ork Linux Laptop
Try disis_wiimote (http://l2ork.music.vt.edu/main/?page_id=56). We use it as
the core controller inside L2Ork with over dozen machines in the same room and
it has been rock solid for over 2 years. It is multithreaded so sending
rumble/led messages back to Wiimote does not block Pd. It is also
://l2ork.music.vt.edu/main/?page_id=56
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia
Why have two wiimote objects? Is there a specific reason why they can't
be merged? If we pool the work on it we'll have one better wiimote
object versus two different wiimote objects that are both less good.
Do you mind elaborating why you believe both objects are less good in and of
while i appreciate your work with pd-l2ork, i think it would be great if
you would be trying to get the fixes into upstream (where you forked
from).
I did, but many fixes never got anywhere (we had this discussion a while ago),
and while in the early days I spent most of my time providing
Not really, there are a bunch of features pd-l2ork has that pd and pd-extended
dont have and even more bugfixes.
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia
] Error 1
it seems the compiler is calling linux headers for reasons I don't really get,
I don't really have time to go further.
Colet Patrice
- Mail original -
De: Ivica Ico Bukvic i...@vt.edu
À: pd-list@iem.at, pd-...@iem.at
Envoyé: Jeudi 26 Janvier 2012 07:08:35
Objet: [PD-dev
://lists.puredata.info/listinfo/pd-list
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia Tech
Department of Music
Blacksburg, VA 24061-0240
(540) 231-6139
(540) 231-5034 (fax
/main/?page_id=56...
Enjoy!
Best wishes,
--
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia Tech
Department of Music
Blacksburg, VA 24061-0240
(540) 231-6139
(540
For the few catches I do use, I don't do any follow-up simply because those
have been proven (at least so far) not to cause any problems down the line so
like I mentioned they were the few cases where it was easier to catch than to
hunt for a way to check for their sanity.
Ivica Ico Bukvic
than go through all
the trouble of making sure the call is sane. The rest of the code contains a
series of sanity checks I added and as such spews no tcl/tk warnings or errors.
I suspect this would be trivial to merge with your code base.
Best wishes,
Ico
Ivica Ico Bukvic, D.M.A
Composition
On Dec 16, 2011, at 11:41, Jonathan Wilkes jancs...@yahoo.com wrote:
- Original Message -
From: Ivica Ico Bukvic i...@vt.edu
To: pd-list@iem.at; pd-...@iem.at; l2ork-...@disis.music.vt.edu;
pik...@piksel.no; linux-audio-u...@lists.linuxaudio.org;
linux-audio-annou
Greetings fellow FOSS/Audio enthusiasts,
It is my great pleasure to announce pd-l2ork 20111215 a.k.a. Holiday
release. In the latest version of Linux Laptop Orchestra's in-house
version of Pure-Data we've squashed a number of lingering bugs, as well
as added some exciting new features, including:
I guess this is primarily for devs:
The title says it all. When pd starts up, it does 2 instances of
canvas_new() calls. More interestingly, it does not do canvas_free for
those two instances when closing pd, suggesting this is a memory leak.
So, what gives? Why does it create 2 invisible
They contain templates for arrays.
[; pd-_float vis 1; pd-_float_array vis 1 (
More interestingly, it does not do canvas_free for
those two instances when closing pd, suggesting this is a memory leak.
So, what gives? Why does it create 2 invisible canvases, what is their
function,
The OS releases all the memory allocated by the process when it
terminates, so no.
OK, however, in pd-l2ork I am currently building infinite undo which
will be a doubly-linked list linked to a canvas. So, if I am going to
instantiate it dynamically, once the program exits are all these dynamic
it does.
if it does not, file a bug report at your operating system.
I stand corrected. So, the next question is, is it considered good
coding practice to explicitly call destructors, or is this one of those
quod libet kinds of things?
Otherwise, why would we need
destructors in the
I. On Sat, 2011-12-10 at 23:55 -0500, Mathieu Bouchard wrote:
Le 2011-12-09 à 09:24:00, Roman Haefeli a écrit :
Is there a way to detect DSP drop outs in a patch, respectively to get
the information that is displayed in the Pd main window?
If you have an unused channel in a [dac~]
://github.com/pd-projects/pd-l2ork
Best wishes,
Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231
I guess this is mainly for the Pd devs,
Jonathan and I have been working on trying to have patch close itself
through the script. However, even in the newest Pd the problem persists
in that if one invokes menuclose via patch it crashes pd. I suspect this
is because the closure happens while Pd is
approach only
requires a recompile and I'd rather pick that over the alternative.
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia Tech
Department of Music
-Christoph Steiner [mailto:h...@at.or.at]
Sent: Friday, November 04, 2011 6:26 PM
To: Ivica Ico Bukvic
Cc: pd-list@iem.at
Subject: Re: [PD] how to capture window-related mouse-events when toxy
isdiscontinued?
Hey Ico,
What not just use the displacefn to do the move with tags? Then we
Indeed, pd-l2ork moves entire selection by tag, so instead of redrawing
everything, out issues single tcl/tk command. The only thing that still
redrawed every time when displaced is gop-enabled patcher.
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound
Forgot to copy the list...
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia Tech
Department of Music
Blacksburg, VA 24061-0240
(540) 231-6139
(540) 231-5034 (fax
It looks like it'll take overnight to download all of the pd-l2ork-dev
tarballs.
So should be able to have this done tomorrow. You still up for swapping
this in as your git repo?
.hc
Will I have complete control over it? In other words, I need to be made into an
admin for it. If that is
window (or the gop-ed patch unless it is open)
*Infinite undo
*Ability to draw red GOP rectangle
*Universal copy/paste should also resize the canvas as per original script?
*Consider making hslider and vslider capable of doing int data
Cheers!
Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Is this based on Pd 0.43 ?
Seems to be a mix, its got the 0.43 Tcl, but the 0.42 header:
https://github.com/pd-l2ork/pd/blob/master/src/m_pd.h
.hc
Indeed, it is a mix. Some of our implementations (e.g. magicglass) got ported
by Hans and some of upstream was backported. I feel like
I'd love to be able to include bugfixes from pd-l2ork. I looked thru
the code and I can't really find what changes belong to what
Changelog
items. Can you point me towards the code related to these Changelog
items, and expand on what they do, if you can? Then I can work on
including them
-Original Message-
From: Hans-Christoph Steiner [mailto:h...@at.or.at]
Sent: Wednesday, October 26, 2011 3:19 PM
To: Ivica Ico Bukvic
Cc: 'Roman Haefeli'; pd-list@iem.at
Subject: Re: [PD] New versions of pd-l2ork now available on git
On Oct 26, 2011, at 2:49 PM, Ivica Ico
Hans and all,
There was recently a mention of threaded output in pd-extended 0.43 which
prevents the console from overwhelming the main thread. Has this been
implemented and if so, in which file is this implementation located?
Any help on this one is most appreciated!
Best wishes,
Ico
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
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
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 familiar
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
Mathieu Bouchard ma...@artengine.ca 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 properties as editing
Jonathan Wilkes jancs...@yahoo.com wrote:
--- On Sun, 7/10/11, Hans-Christoph Steiner h...@at.or.at wrote:
From: Hans-Christoph Steiner h...@at.or.at
Subject: Re: [PD] Pd-extended 0.43 updates: lots of new editing
features
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Ivica Ico Bukvic i
Jonathan Wilkes jancs...@yahoo.com wrote:
--- On Fri, 7/8/11, Ivica Ico Bukvic i...@vt.edu wrote:
From: Ivica Ico Bukvic i...@vt.edu
Subject: RE: [PD] route - pack issue
To: Jonathan Wilkes jancs...@yahoo.com
Cc: pd-list@iem.at
Date: Friday, July 8, 2011, 8:12 PM
Jonathan Wilkes
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 list?
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
So even
Jonathan Wilkes jancs...@yahoo.com wrote:
--- On Fri, 7/8/11, Ivica Ico Bukvic i...@vt.edu wrote:
From: Ivica Ico Bukvic i...@vt.edu
Subject: RE: [PD] route - pack issue
To: 'Jonathan Wilkes' jancs...@yahoo.com
Cc: pd-list@iem.at
Date: Friday, July 8, 2011, 4:54 PM
static void
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-5034
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 object every time you
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 what
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 courtesy
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
console.
-Jonathan
--- On Thu, 7/7/11, Ivica Ico Bukvic i
On Thu, 2011-07-07 at 09:32 -0700, Jonathan Wilkes wrote:
I tested the patch from
http://sourceforge.net/tracker/?func=detailaid=3030159group_id=55736atid=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
edit
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
unnecessary cpu overhead
and potential instabilities.
Best wishes,
Ico
News is what people want to keep hidden and everything else is
publicity. - Bill Moyers
Ivica Ico Bukvic, D.M.A
Composition, Music
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)
Virginia Tech
Department
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, L2Ork
or 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 Music
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
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 of
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
, 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.
Composition, Music Technology
Director, DISIS Interactive Sound Intermedia
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 broadcasting
PS: the [delwrite~] clear method
http://sourceforge.net/tracker/?func=detailaid=3170987group_id=557
36atid=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
either :
backwards compatible with pd.
Cheers!
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, VA
)
Suposing that's what you meant, it didn't work, at least in
Pd-extended 0.42.5
Caio Barros
2011/3/10 Ivica Ico Bukvic i...@vt.edu
Prepend the contents with msg (don't forget the space between
msg and contents) then activate object to be recreated.
Ico
201 - 300 of 570 matches
Mail list logo