> All
> I found was using I2C.
>
> Ingo
>
>
>
> Von: Ivica Bukvic [mailto:i...@vt.edu]
> Gesendet: Sonntag, 27. April 2014 20:38
> An: Ingo
> Cc: Alexandros Drymonitis; pd-list
> Betreff: Re: [PD] How to read I2C sensors?
>
&
I forget what i2c uses driverwise, but if it is spidev, in pd-l2ork you
have disis_spi external that allows for reading data from mcp3008 8-channel
ad converter. The external is specifically designed for Raspberry Pi build
of pd-l2ork, but I don't see a reason why it could not be compiled for
vanil
Forgot to mention if you use k12 educational module abstractions (you can
start k12 mode by adding -k12 startup flag to pd-l2ork in which case your
would have UI like this:
http://l2ork.music.vt.edu/main/wp-content/uploads/2014/03/pd-l2ork-k12-rpi-003.png),
then you can access either gpio or spi vi
There is also disis_phasor~ that does exactly what you mentioned (it is
available as a separate download as well as part of pd-l2ork). Namely, it
has 2 outlets with the right one firing a bang whenever ramp is complete.
This, however is only accurate to the nearest vector size (default 64
samples).
Except that in this case patch_name precedes canvasinfo...
On Mar 4, 2014 3:01 PM, "Jonathan Wilkes" wrote:
> On 03/04/2014 01:15 PM, Ivica Bukvic wrote:
>
> ...and [patch_name] external (again pd-l2ork only) that outputs the
> filepath out of the left outlet and the pat
...and [patch_name] external (again pd-l2ork only) that outputs the
filepath out of the left outlet and the patch filename out of the right
outlet.
On Mar 4, 2014 12:47 PM, "Jonathan Wilkes" wrote:
> On 03/04/2014 03:00 AM, Kaj Ailomaa wrote:
>
>>
>> On Tue, Mar 4, 2014, at 02:54 AM, Chris McCorm
party externals. Ditto for pd-l2ork.
On Feb 26, 2014 6:10 PM, "Peter Brinkmann"
wrote:
>
>
>
> On Wed, Feb 26, 2014 at 5:03 PM, Ivica Bukvic wrote:
>
>> The reason why I believe combining all of these will not be feasible is
>> because in one of my recent
The reason why I believe combining all of these will not be feasible is
because in one of my recent conversations with Miller (and Miller please
correct me if I somehow misremember here) he expressed his belief any
project that exceeds N lines of code which I believe in this case it was
something l
While it would be incredibly pretentious of me to even think about
proposing pd-l2ork as an upstream standard, What I can share instead is
that I welcome all submissions and as was the case with patches submitted
so far we try to merge them quickly provided there are no major
showstoppers. Even if
On Sun, Feb 23, 2014 at 11:04 PM, Dan Wilcox wrote:
>
> I consider that a sad thing. At least with Pd-extended, it was largely
> Pd-vanilla + externals.
>
I don't think it needs to be sad. Yes, pd-extended is pd-vanilla +
externals + most limitations of the vanilla. How does that help you in you
fast as you can at the expense of the compatibility.
On Sun, Feb 23, 2014 at 9:40 PM, Dan Wilcox wrote:
> Coming back on topic:
>
> On Feb 23, 2014, at 8:15 PM, Ivica Bukvic wrote:
>
> If I may chime in for a sec (pd-l2ork author here), there is absolutely no
> interest in dro
Not likely. For example, look at the coordinate system for iemgui objects
and you will find out that they are offset arbitrarily by a few pixels (in
other words, their xy coordinates do not reflect their top left corner but
some other arbitrary location). This is particularly apparent when trying
t
On Sun, Feb 23, 2014 at 4:40 PM, Dan Wilcox wrote:
> On Feb 23, 2014, at 3:29 PM, Jonathan Wilkes wrote:
>
>
> Yeah, stuff like that we should be able to solve. I'm not for ditching the
> Tcl/Tk gui at all. The work you and Ivica have been doing seems to be going
> a long way to fix this. Great!
Because this way you can reference data points with sc_vec+n as opposed to
dealing with single or double linked lists (since sc_vec can be an array).
On Feb 21, 2014 7:26 AM, "Charles Goyard" wrote:
> Hi,
>
> Sorry for this question, but why isn't sc_vec a good old pointer ?
>
> > t_gobj sc_g
In pd-l2ork nlets are highlighted which makes them grow and as a result you
can pinpoint them more easily. In k12 learning mode they are even bigger to
help kids select them. HTH
On Feb 13, 2014 5:23 PM, "Jonathan Wilkes" wrote:
> You'd have to tweak the stuff in g_text.c and probably also g_rtex
FWIW, recently there has been a fair amount of work in pd-l2ork with the
new tkpath backend to allow for this. Currently we are able to scale
everything but the text which requires development of a new widget. Once
that is done the canvas will be completely scalable independently of font
sizes. Thi
FWIW it will be included in the next pd-l2ork release.
On Dec 22, 2013 8:50 AM, "João Pais" wrote:
> maybe I asked this before: are there any plans to add this library to
> pd-extended?
>
> João
>
> I have just put a new version of LyonPotpourri online over here:
>
> http://disis.music.vt.edu/er
p://www.tntb.net
> <http://www.tntb.net>http://www.databit.me
> http://www.circuitpixel.net
>
> /_̲_̲̅_─ ̲̲͋_̲̅
> _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅
> _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅
> _ _̲̅̅̅_̅̅̅̅̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅
> _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_
>
>
>
>
> 2013/11/26 Ivica Bukvic
>
>> Ugh, just read the rest of your message. I guess
Ugh, just read the rest of your message. I guess we need to investigate
what are the exact package names for Mint and rebuild the package to for
Mint format? Can you list what packages are missing and what are the
closest package names you have in synaptic? Thanks!
_
http://www.tntb.net
> <http://www.tntb.net>http://www.databit.me
> http://www.circuitpixel.net
>
> /_̲_̲̅_─ ̲̲͋_̲̅
> _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅
> _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅
> _ _̲̅̅̅_̲̲̲̲̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅
> _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_
>
>
>
>
> 2013/11/26 Ivica Bukvic
>
>> Hi,
>>
>> This ma
Hi,
This may be because Mint and possibly newer Ubuntu distros fragment
packages differently than 12.04 I use to develop pd-l2ork. Try installing
pd-l2ork using dpkg command provided on the online documentation and if you
encounter errors like the ones you listed try:
sudo apt-get -f install
Hop
...tkpath in pd-l2ork, just like cwiid library is a fork that has more bug
fixes and features than any other variant since the core of either packages
is not maintained uniformly or at all, so tkpath is very much maintained
inside pd-l2ork.
There's also on my short-term a todo list to overhaul van
To an extent.
On Oct 9, 2013 2:33 PM, "Thomas Grill" wrote:
> Oh wow, i didn't know! Is that somewhat compatible to the pd/pd-extended
> build scripts?
> thanks, Thomas
>
>
> 2013/10/9 Ivica Ico Bukvic
>
>>
>> > Hey,
>> > you are right, there should be a packaging, or integration into
>> pd-exte
Please pardon my ignorance, but would it be possible to publish an app
through XYZ store and in case XYZ store does not have ability to also
include source that the project author host such source on its own page and
have the link to it embedded inside the app?
On Oct 6, 2013 12:09 AM, "Rich E" wr
tk0-dev still ask me for that dependency. It's strange.
>
> Anyway, I would like to try it, but I have not so much time to spend in
> installing. Now I'm googling for Albert Graef builts. If I have no luck...
> maybe I try again some day in the future.
>
> Thank you!
>
>
&g
Can you check if you have any libstk packages available in the software
center? Also make sure that you have universe repertories enabled. Btw what
version of Ubuntu are you using? Albert Graef has a launchpad with all
these packages built for newer versions of Ubuntu. HTH
On Sep 25, 2013 8:01 AM,
When and if such patch is implemented please do let us know as I would like
to implement it in pd-l2ork as well.
Best wishes,
Ico
On Aug 9, 2013 8:03 PM, "Miller Puckette" wrote:
> Well, if ia user really wants 32K receives of the same name, (s)he can have
> them - but most people won't want to
On Jul 3, 2013 7:09 PM, "Jonathan Wilkes" wrote:
>
> On 07/03/2013 04:31 AM, Roman Haefeli wrote:
>>
>> On Wed, 2013-07-03 at 03:56 -0400, Ivica Bukvic wrote:
>>>
>>> On Jul 3, 2013 1:38 AM, "Roman Haefeli" wrote:
>>>
Without seeing your patch this conversation is unfortunately entirely
pointless. It could be that you're using a third-party external that
somehow trips up and crashes when a pest I'd invoked, fails, and outputs
bogus data that makes the external crash and that is something that I
cannot even begin
Forgot to add, try selecting comment text and you will notice how much more
space selected area takes up then the text itself. This is what pd-l2ork
takes into account when calculating whether something fits within the gop
boundaries or not. HTH
On Jul 3, 2013 1:35 PM, "Ivica Bukvic&qu
That is because tk renders them as such. In other words when text is
written inside the canvas it is not just the text itself that takes up
space but imagine a box around it as if you were to select text that
actually within tk returns visible area required by the text itself.
Finding out only the
Indeed. Let's hope pd/extended adopt these soon.
Best wishes,
Ico
On Jul 3, 2013 7:31 AM, "Roman Haefeli" wrote:
> On Wed, 2013-07-03 at 05:53 -0400, Ivica Ico Bukvic wrote:
> > On 07/03/2013 04:31 AM, Roman Haefeli wrote:
> > > On Wed, 2013-07-03 a
On Jul 3, 2013 1:38 AM, "Roman Haefeli" wrote:
>
> On Die, 2013-07-02 at 19:15 -0400, Ivica Ico Bukvic wrote:
> > > [symbol\
> > > |
> > > [label $1(
> > > |
> > > [cnv]
> > >
> > > > - (ATTN: Ivica) [hsl] seems to have the bounding box (?)
miscalculated
> > > > in l2ork so it doesn't GOP when it'
In my experience, this may bog down pd but it should never crash it. If it
does, something else is the problem.
On Jul 1, 2013 1:24 PM, "Martin Peach" wrote:
> It could be that you are overloading Pd with too many messages. If you are
> wildly moving the slider and [tcpclient] is sending one TCP
FWIW pd-l2ork also has patch_name that provides both the patch path and the
patch name.
On Jun 26, 2013 7:54 AM, "Max" wrote:
> the next one who will search the archive might find this first, so let's
> just write it down again: [ggee/getdir] might be what you need.
>
> the amazing search plugin
Miller,
I think I solved the hang part in pd-l2ork implementation that is based on
the older model that allows disconnection and reconnection practically
under any circumstances. The only downside is if you yank the USB soundcard
while jack is running pd waits on jack to report that it lost the so
Not sure. Let me investigate.
On Jun 23, 2013 3:16 PM, "András Murányi" wrote:
>
> On Sun, Jun 23, 2013 at 8:55 PM, Ivica Bukvic wrote:
>
>> For the time being build them independently by hand after installing
>> pd-l2ork.
>>
> Alrite that will work. BTW
Is this in pd-l2ork? Up until recently in L2Ork we relied upon sssad
exclusively for our preset needs, so I am fairly sure it works fine over
here. I haven't tested it with latest version of pd-l2ork yet, though. That
said, if you are using pd-l2ork why not use preset_hub and preset_node
instead? I
For the time being build them independently by hand after installing
pd-l2ork. Also, if you recommend inclusion of specific libs and/or objects,
we can put it on the todo list for vetting to see if they are stable enough
to be included as-is and/or purpose a set of fixes before they can be
included
I don't think it is incomplete freeing of patch resources based on what I
saw so far. Could it be the watchdog's ping, isn't each of these tied to a
specific timestamp?
On Jun 19, 2013 3:50 AM, "Roman Haefeli" wrote:
> On Tue, 2013-06-18 at 22:58 +0200, András Murányi wrote:
> > Hi List,
> >
> >
On Jun 6, 2013 7:26 PM, wrote:
>
>
> Ivica Ico Bukvic schreef:
>
>
>> Looks like you don't have git installed which is unusual, as that is what
>> you need to get the source from git in the first place. Do:
>>
>> sudo apt-get install git
>>
>> Then use git to retrieve latest source (as per pd-l2o
up.sh -B
Go get a lunch/coffee, come back in an hour and install your own brand new
pd-l2ork (it will be located two folders up so you will have to type cd
../../ to get there)
HTH
On Jun 4, 2013 3:08 PM, "Ivica Bukvic" wrote:
> Yep. The build we provide is currently 64bit only.
Yep. The build we provide is currently 64bit only. As soon as I get a
chance (or someone else beats me to it ;-) I will also post a 32bit version.
HTH
On Jun 4, 2013 2:53 PM, wrote:
>
> (hello ivica)
> i tried to install the new version with the burrito installer in Ubuntu
> 12.04
> and got : wr
Joining late to the discussion--is there now a native Pd external that
allows direct connection to RPi pins or is there still a need to use
middleware to access the data steam? If former, where can one get their
hands on the source--I would love to include it in the next pd-l2ork RPi
release?
Plea
FWIW pd-l2ork is currently linux only.
On May 30, 2013 5:49 PM, "Alexandre Torres Porres" wrote:
> > If you don't need cutting edge software and kernels
>
> I just need Pd :-)
>
> And maybe some audio software (DAW) running free plugins to interact with
> the noise coming from Pd.
>
> 2013/5/30
On May 27, 2013 6:44 PM, "Jonathan Wilkes" wrote:
>
>
>
>
> From: Ivica Ico Bukvic
> To: Jonathan Wilkes
> Cc: "pd-list@iem.at"
> Sent: Monday, May 27, 2013 3:32 PM
>
> Subject: Re: [PD] first exercise with data structures
>
> >I've been experimenting with the p
I don't think so. Even if it does, I don't think it would be noticeable.
Btw pd-l2ork has a threaded implementation of coll that does not block
audio while reading from/writing to a file, so you will never get dropped
audio samples regardless of how large files are.
HTH
On May 22, 2013 1:20 PM, "J
FWIW all that you described can be done in one external disis_munger~
provided you don't go over 64 channels of audio output. Latest pd-l2ork
will come prepackaged with this and some other flext externals.
Best wishes,
Ico
On Apr 13, 2013 1:02 PM, "Maurice Rickard"
wrote:
> Last weekend I did a
This is just a wild guess what two things coming to mind based on your
description. First, you have to make sure that your shell script ends with
"exit 0" command. Second, you can always try to simply kill the pd-gui
process together with PD. The trick in this case will be finding out the
right pro
-- Forwarded message --
From: "Ivica Bukvic"
Date: Apr 11, 2013 11:24 AM
Subject: Re: [PD] PD-ext fails to connect to alsa-midi on startup...
To: "Raphael Raccuia"
Cc:
Not sure If this is the same problem but in pd-l2ork I need to specify both
alsa-midi flag
IOhannes,
How hard would it be to implement gem so that it runs in a separate thread
kind of like what PDP library can do with a simple toggle? This would solve
problem of having to run two instances of pd just to have xrun free audio.
___
Pd-list@iem.at
ve.
> Neither happens in pd-extended.
>
> Thanks for taking a look!
>
> András
>
> On Sun, Mar 3, 2013 at 6:47 PM, Ivica Bukvic wrote:
>
>> Can you forward patch(es)? Does the abstraction use any non-default gui
>> objects?
>> On Mar 3, 2013 1
Can you forward patch(es)? Does the abstraction use any non-default gui
objects?
On Mar 3, 2013 11:34 AM, "András Murányi" wrote:
> On Wed, Feb 27, 2013 at 12:45 AM, Ivica Bukvic wrote:
>
>> [...]
>>
>> Regarding slow redraw, can you try latest version?
On Mar 1, 2013 12:14 PM, "Jonathan Wilkes" wrote:
>
> >____
> > From: Ivica Bukvic
> >To: Jonathan Wilkes
> >Cc: pd-list
> >Sent: Friday, March 1, 2013 12:03 PM
> >Subject: Re: [PD] bang vs empty list
> >
>
es" wrote:
> >____
> > From: Ivica Bukvic
> >To: Jonathan Wilkes
> >Cc: pd-list
> >Sent: Friday, March 1, 2013 7:55 AM
> >Subject: Re: [PD] bang vs empty list
> >
> >
> >To add to this, I cannot think of a scenario wh
Sorry, missed that part. Not via a single object. Yes, when using both send
and receive objects.
On Mar 1, 2013 8:00 AM, "IOhannes zmölnig" wrote:
> On 03/01/2013 01:44 PM, Ivica Bukvic wrote:
>
>> You can also try disis_netsend/receive which is nearly identical to P
To add to this, I cannot think of a scenario where you would want to
differentiate between bang versus symbol bang. Please feel free to convince
me otherwise.
On Mar 1, 2013 7:50 AM, "Ivica Bukvic" wrote:
> Yes, but it also prevents profuse errors on the console regarding how
>
Yes, but it also prevents profuse errors on the console regarding how
select does not understand things which may happen in complex patches under
certain circumstances, and which previously were not reported.
On Mar 1, 2013 3:29 AM, "Jonathan Wilkes" wrote:
> - Original Message -
>
> > Fr
You can also try disis_netsend/receive which is nearly identical to Pd's
netsend/receive, except that it provides additional features including UDP
broadcast, msg queueing etc., including a different way for dispatching
received messages that has (at least on pd-l2ork) solved freezing gui
issues.
O
This is for pd-l2ork, but should be near identical to regular. Pd-l2ork's
trigger is also capable of static values like Max's, so this may be the
discrepancy in source.
On Feb 28, 2013 2:29 PM, "IOhannes m zmölnig" wrote:
> On 02/28/2013 19:34, Ivica Ico Bukvic wrote:
> > How about further expand
This may be because you didn't hide gop titles, in which case pd-l2ork
resizes gop size to match the text width.
Regarding slow redraw, can you try latest version? I fixed one major
inefficiency.
On Feb 26, 2013 6:22 PM, "András Murányi" wrote:
> Thanks for the reply.
> The hangup is literally 5
Just name the root git folder pure-data instead of pd-l2ork. I will need to
fix this in the next release.
On Feb 21, 2013 2:42 PM, "András Murányi" wrote:
> Hello,
>
> I was trying to compile l2ork on Ubuntu Lucid 64 with ./tar_em_up.sh -e
> and I got this error (./tar_em_up.sh -F works fine thou
-- Forwarded message --
From: "Ivica Bukvic"
Date: Feb 11, 2013 1:50 PM
Subject: Re: [PD] pdp_artoolkit
To: "Pagano, Patrick"
Cc:
Yep. It should be in the next pd-l2ork release.
On Feb 11, 2013 1:37 PM, "Pagano, Patrick"
wrote:
> Has anyone
You mean cyclist? BTW what does cyclist do anyhow?
On Feb 7, 2013 10:57 AM, "Hans-Christoph Steiner" wrote:
>
> Pd-extended will be removing pdsend, pdreceive, and cyclone from the
> official
> distros, so I think you should remove them in your packaging script, then
> make
> pd-extended 'recomme
Forgot to copy the list
-- Forwarded message --
From: "Ivica Bukvic"
Date: Feb 6, 2013 3:13 PM
Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ?
To: "Charles Goyard"
Cc:
On Feb 6, 2013 3:07 PM, "Charles Goyard" wrote:
>
&g
How did you install pd-l2ork? If you tried compiling it yourself and did
not have all the development libraries necessary for compiling Gem, then
the installer would never build Gem and give you plenty of errors. On the
software page I provided a list of Ubuntu packages you would need to
compile en
om SVN is
> out of
> >> date, unless its from the pd-extended release branch, in which case its
> the
> >> last release version rather than the development version.
> >>
> >> .hc
> >>
> >> On 02/05/2013 04:52 PM, Ivica Bukvic wrote:
> >
no longer using svn, it switched to git. So Gem from SVN is
>>> out of
>>> date, unless its from the pd-extended release branch, in which case its
>>> the
>>> last release version rather than the development version.
>>>
>>> .hc
>>>
It is the latest Gem from svn, so I am not sure what is not working. Can
you be more specific?
On Feb 5, 2013 4:37 PM, "Charles Goyard" wrote:
> No, it conflics with pd-extended. (just tried).
>
> btw it's awesome. Too bad Gem seems to work badly, or is it just me ?
Will it install in/usr/local, though, to prevent collision between
pd-extended and pd-l2ork?
On Feb 5, 2013 3:01 PM, "Fero Kiraly" wrote:
> if you are using arch linux, write to console
>
> yaourt -S pd-l2ork
>
> it will do all job for you ;)
> fk.
>
>
95761 4125
> (11) 2738 7868
>
> Enviado por celular.
> Em 05/02/2013 00:31, "Ivica Bukvic" escreveu:
>
> I indicated several times on this list that you can do binary install of
>> pd-l2ork in/usr/local folder. In addition to debs, the website also
>> provides
that exactly?
>
>
> 2013/1/22 Hans-Christoph Steiner
>
>>
>> pd-extended should use puredata-utils, but it doesn't yet. It will in
the
>> next release. Nothing requires puredata-utils, its optional.
>>
>> .hc
>>
>> On 01/22/2013 11:16 A
On Feb 3, 2013 2:05 PM, "Jonathan Wilkes" wrote:
>
> >____
> > From: Ivica Bukvic
> >To: Roman Haefeli
> >Cc: pd-list
> >Sent: Sunday, February 3, 2013 9:58 AM
> >Subject: Re: [PD] Apply missing
> >
> >
was mistaken before. Yes, the undo situation
> in
> Pd vanilla/extended is not good.
>
> I didn't realize I'd become Microsoft, I thought I was just writing some
> software for people to freely use ;-)
>
> .hc
>
> On 02/03/2013 09:58 AM, Ivica Bukvic wrot
Those are a part of the undo on pd-l2ork, as is changing properties of any
other object, such as canvas and array (unlike pd-extended that in many
cases fails to even acknowledge that the patch has been altered and needs
to be saved, needless to mention add such change to its 1-step undo queue,
e.g
On Feb 2, 2013 8:38 PM, "Hans-Christoph Steiner" wrote:
>
> On 02/02/2013 02:06 AM, Jonathan Wilkes wrote:
> >
> >
> >
> >
> > - Original Message -
> >> From: Max
> >> To: Hans-Christoph Steiner
> >> Cc: Jonathan Wilkes ; PD list
> >> Sent: Saturday, February 2, 2013 1:32 AM
> >> Subjec
Does this affect you on pd-l2ork as well?
On Feb 2, 2013 3:10 AM, "Raphael Raccuia"
wrote:
> Hi,
> late for this, but problem persists in 0.43 release.
>
> https://sourceforge.net/tracker/?func=detail&aid=3602109&group_id=55736&atid=478070
> I confirm it has to do with latency: under ~20ms, bug
On Jan 30, 2013 3:25 AM, "IOhannes m zmoelnig" wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2013-01-29 23:04, Hans-Christoph Steiner wrote:
> >
> > Select-all, then deselect the canvas, then cut then paste. That's
> > how I do
>
> or even better: use "undo" rather than "paste
Great catch, IOhannes!
On Jan 28, 2013 4:27 AM, "IOhannes m zmoelnig" wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2013-01-28 10:17, Fero Kiraly wrote:
> > thats the thing !
> >
> > I dont have folders with ~
> >
> > What should I do ?
> >
>
> just to be sure: you don't have th
/pd-l2ork/pd/tree/master/l2ork_addons/spectdelay
>
> but when downloadig using this commad:
> git clone git://github.com/pd-l2ork/pd.git
>
> i dont have folder spectdelay~..
> everything else seems be dowloaded, only this folder is missing...
>
> I dont know what is wrong.
>
>
&
nstall.sh
>
>
> but there is no spectdelay/spectdelay~ folder ???
>
>
> 2013/1/27 Ivica Bukvic
>
>> Are you sure? spectdelay builds here perfectly fine. Did you try/copy
>> l2ork build script?
>> On Jan 27, 2013 5:32 PM, "Fero
_phasor~-help.pd
> disis_phasor~.pd_linux
> disis_wiimote-help.pd
> disis_wiimote.pd_linux
> K12
> patch_name-help.pd
> patch_name.pd_linux
>
> spectdelay cant build. missing cd ../spectdelay/spectdelay~
> ./linux-install.sh
>
>
> 2013/1/27 Ivica Bukvic
>
Compare it to l2ork build script l2ork_addons/tar_em_up.sh. You are missing
a number of externals, plus k12.
On Jan 27, 2013 4:39 PM, "Fero Kiraly" wrote:
> ivica, thank for applying my patch.
> now everything works.
>
> I am not sure if ot is completed . this is my /usr/lib/pd-lork/extra/ :
>
>
Is this just on Pd-l2ork or on pd-extended as well? Did you try doing the
following:
cd externals/gem2pdp
aclocal
autoconf
cd..
make gem2pdp
On Jan 26, 2013 12:57 PM, "Fero Kiraly" wrote:
> I cant make it. the same error about gem2pdp...
>
> fk.
>
> _
dp” to see if
>> it compiles. Let me know.
>>
>> ** **
>>
>> *From:* Ivica Bukvic [mailto:i...@vt.edu]
>> *Sent:* Friday, January 25, 2013 8:04 AM
>> *To:* Fero Kiraly
>> *Subject:* Re: [PD] Building pd-l2ork on arch linux 64
>>
>> ** **
>>
>&
Ugh... Let me investigate...
On Jan 25, 2013 5:48 AM, "Laurent Willkomm" wrote:
> On 01/23/2013 04:15 PM, Ivica Ico Bukvic wrote:
>
>> OK, this is now fixed in pd-l2ork git (pd/src/s_main.c is the only file
>> that
>> was changed). Binary builds should be up in the next 24-48 hours.
>>
>>
> New p
OK, new version 20130123 is now up with this issue fixed. Again, thanks for
the report!
On Wed, Jan 23, 2013 at 10:15 AM, Ivica Ico Bukvic wrote:
> OK, this is now fixed in pd-l2ork git (pd/src/s_main.c is the only file
> that
> was changed). Binary builds should be up in the next 24-48 hours.
AFAIK I use pd-l2ork exclusively, not pd. I f you find it anywhere that I'm
not using that please let me know so I can fix it.
I need to check whether pdsend/receive is indeed identical before making
any calls on that matter. Even then if one has to uninstall pd-utils due to
conflict with pd-L2ork
Because:
1. the two are not binary compatible, so any stray packages may crash one
or the other if they are in the shared directory
2. pd-l2ork comes as a monolithic distribution
3. Pd-utils is enough to break the one or the other due to different ways
how gui functions between the two.
If you
Ditto
On Jan 2, 2013 5:52 PM, "Maurice Rickard"
wrote:
> The location works great for me. I'd love to attend.
>
> Maurice Rickard
> http://snwv.bandcamp.com/
>
>
>
> On Jan 2, 2013, at 5:04 PM, Hans-Christoph Steiner wrote:
>
> >
> > Hey all,
> >
> > Its time to start talking about the next PdC
Miller,
Pd-l2ork has this fix since your original post on the PD list and I've yet
to see any regressions. Many thanks for the suggestion. That said, I've yet
to understand the logic behind it ;-).
P.S. I also discovered quite a while ago that netreceive had a tendency to
freeze GUI permanently,
Without seeing the patch this may be tricky to diagnose. If I had to guess,
I would say you are redundantly updating something too quickly.
FWIW, in pd-l2ork k12 mode every object is a gop abstraction with many
having live gui components. Even with dozens of such abstractions (I've
seen as many as
I beg to differ. There are numerous examples where one would select only a
few objects and wanted to have them lined up and the regular tidy algorithm
was unable to do anything about it. In most cases objects did not move at
all with no explanation to the user as to why things didn't work out.
Yes
That is not what the new tidy is designed to do. Like I said, you didn't do
the second tidy to space things out...
On Dec 11, 2012 7:43 PM, "Hans-Christoph Steiner" wrote:
>
> I did Ctrl-A (Select-All) then Edit -> Tidy Up.
>
> .hc
>
> On Dec 11, 2012, at 4:51 PM, Ivica Ico Bukvic wrote:
>
> Ju
If I understood your problem correctly, this might be because pd redraws
array contents very inefficiently, so if you are constantly changing array
contents that can prove quite cpu intensive. Similarly, moving such gop
patch requires complete redraw of all its contents. Pd-l2ork fixes latter
probl
witchable, some other bugs are gone, my patches run :D
> You made my day and now I'm going to learn more about L2ork.
> Gerhard
>
> Am 24.11.2012 17:35, schrieb Ivica Bukvic:
>
>>
>> With 1.9.8 and pd-l2ork all your problems will be solved except for the
>> one
te:
> HUm... Ok... I will try!
>
> But what the better? Jack 1.9.8 or 1.9.9?
>
>
> 2012/11/24 Ivica Bukvic
>
>> That is the regression I spoke of in pd 0.43 branch. Try pd-l2ork...
>> On Nov 23, 2012 9:27 PM, "Esteban Viveros" wrote:
>>
>>>
That is the regression I spoke of in pd 0.43 branch. Try pd-l2ork...
On Nov 23, 2012 9:27 PM, "Esteban Viveros" wrote:
> Ops... I did a better test, and doing first open Pd and then I open Jack.
> Now The DSP function work well, but I don't have sound...
>
> On messages box I have:
>
> 00:18:26.
Starting jack after pd is fixed in pd-l2ork. Likewise, hanging after
connection with jack is lost is fixed in pd-l2ork. Pd 0.43 also has a
regression in its audio stack rewrite where reconnecting to jack fails and
outputs a salvo of errors (at least this was the case with the one that
ships with Ub
More info needed than that. How did you build it? Are you running 32bit
system on a 64bit cpu?
On Nov 19, 2012 9:47 PM, "Jonathan Wilkes" wrote:
> Tried to build the deb package, then running it with gdebi I get:
> Error: Wrong Architecture "
>
> on debian wheezy amd_64
>
> -Jonathan
>
>
>
>
> --
1 - 100 of 116 matches
Mail list logo
