Re: [PD] mac os9 version

[Simon Iten]

too bad, thanks.
On 25 Feb 2014, at 16:19, Peter P.  wrote:

> * Simon Iten  [2014-02-25 14:31]:
>> is there or better was there ever a version of pure data for mac os9?
>> 
>> the bits i find on the net seem to indicate no. but maybe a call here will 
>> reveal a version. (miller?)
> 
> The only thing I have ever seen was GEM for Max under OS9.
> best, P


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] arduino/comport load hang

[Martin Peach]

On 2014-02-25 23:11, Allen, Michael wrote:

I've had issues getting an arduino to work right with PD on my Raspberry
Pi. Basically PD won't start up right with the arduino plugged in from
the command line without some finesse.

I turn the Pi on, start Jack, then start PD-Extended to open a patch.
The patch has a load bang to a comport object with the device name and
baud rate. This patch has a the CPU load meter set to print, and the
value of several pots set to print through the arduino. The first time
the patch will freeze:


...



Any ideas why it won't load up from the start? I have tried delaying the
comport open for a second, with no luck.



Well without seeing the patch, I can only guess:
Does the loadbang hit the baud rate or the open first?
Make sure you don't send anything to the arduino for a few seconds or 
you will invoke the bootloader by mistake.



Martin



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] arduino/comport load hang

[Allen, Michael]

I've had issues getting an arduino to work right with PD on my Raspberry Pi. 
Basically PD won't start up right with the arduino plugged in from the command 
line without some finesse.

I turn the Pi on, start Jack, then start PD-Extended to open a patch. The patch 
has a load bang to a comport object with the device name and baud rate. This 
patch has a the CPU load meter set to print, and the value of several pots set 
to print through the arduino. The first time the patch will freeze:

ccrma@satellite ~ $ pd-extended -nogui -jack -open copy/effectpatch1.pd
verbose(5): Using /usr/lib/pd-extended/startup as startup.
verbose(4): Loading /usr/lib/pd-extended/startup/0.libdir.pd_linux
verbose(3): libdir loader 1.9
verbose(3): compiled on Oct  4 2012 at 15:46:18
verbose(3): compiled against Pd version 0.43.3.extended-20121004
verbose(4): Loading /usr/lib/pd-extended/startup/1.list.pd_linux
verbose(4): Loading extra in /usr/lib/pd-extended/startup/extra
verbose(3): libdir_loader: added 'extra' to the global objectclass path
verbose(14): Loaded libdir 'extra' from '/usr/lib/pd-extended/extra/extra'
verbose(4): Loading pdlua in /usr/lib/pd-extended/startup/pdlua
verbose(3): pdlua 0.7.1 (GPL) 2012 Martin Peach, based on
verbose(3): lua 0.6~svn (GPL) 2008 Claude Heiland-Allen 
mailto:claudiusmaxi...@goto10.org>>
verbose(3): pdlua: compiled for pd-0.43 on Oct  4 2012 15:46:20
verbose(4): Loading tclpd in /usr/lib/pd-extended/startup/tclpd
verbose(3): tclpd loader v0.3.0
verbose(3): tclpd: trying to load /usr/lib/pd-extended/extra/tclpd/tclpd.tcl...
verbose(3): tclpd: loaded /usr/lib/pd-extended/extra/tclpd/tclpd.tcl
verbose(4): Loading vanilla in /usr/lib/pd-extended/startup/vanilla
verbose(3): libdir_loader: added 'vanilla' to the global objectclass path
verbose(14): Loaded libdir 'vanilla' from '/usr/lib/pd-extended/extra/vanilla'


@ the zexy external  2.2.5 @
@ (l)  forum::für::umläute @
@   iem   @  kug   @
@  compiled:  May 13 2012  @
@ send me a 'help' message @


matchbox: OSC-pattern matching code (c) Matt Wright, CNMAT
verbose(3): libdir_loader: added 'cyclone' to the global objectclass path
verbose(14): Loaded libdir 'cyclone' from '/usr/lib/pd/extra/cyclone'
comport - PD external for unix/windows
LGPL 1998-2006,  Winfried Ritsch and others (see LICENSE.txt)
Institute for Electronic Music - Graz
expr, expr~, fexpr~ version 0.4 under GNU General Public License
get_baud_ratebits: 9600
set_baudrate baudbits: 13

^CPd: signal 2

Until I close it with Control-C. This takes about 60 seconds to close the 
program. Then I fire it up and the whole thing loads and begins printing the 
CPU load as I want, but not the pots. At this point I can keep closing and 
restarting PD and get the same result. Now, if I unplug the arduino and 
reconnect it, and start PD everything fires right up!

Any ideas why it won't load up from the start? I have tried delaying the 
comport open for a second, with no luck.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] libpd separating gui from core

[Peter Brinkmann]

Late to the party, but here are a few thoughts on the topics that have come
up:

1. Pd and concurrency: Audio processing must be separate from user
interaction. If you want decent latency, you need to do your audio
processing on a real-time thread. On the other hand, the GUI cannot be on a
real-time thread. So that's settled :P Moreover, processors haven't gotten
faster in a while, but you get more and more of them. So, to stay relevant
in the long run, we really want the option of multi-threaded audio
processing (bonus points if we manage to squeeze in GPU support). It's not
so much about existing patches that don't work well right now; it's more
about patches that have never been attempted.

1a. On a related note, it would also be helpful to have support for
hardware-specific optimizations such as vectorization. Right now, libpd
will run anywhere (which is great), but it's optimized nowhere (which
causes some users to abandon it after using it as a prototyping tool).

2. Multi-instance support must happen because that's what it takes to make
plugins with libpd. I'm sure we'll see a whole cottage industry of people
making Pd-based plugins when multiple instances of Pd become available. I'm
also pretty sure that this change would seriously interact with a
concurrency overhaul, and so those two should be done together.

3. I'm sort of losing track of all the stakeholders and their agendas.
Here's a rough list of players and their agendas as I see them:
  * Pd Vanilla (maintain backward compatibility so that existing works
won't bit-rot).
  * Pd Extended (get stuff done by adding lots of capabilities to Pd)
  * Pd-l2ork (get stuff done by adding lots of capabilities to Pd; not
sure how this relates to Pd Extended)
  * libpd (embed Pd into anything with a CPU)
  * Anyone else?

I don't think these agendas are necessarily at odds with one another.
Cheers,
 Peter




On Mon, Feb 24, 2014 at 8:12 PM, Billy Stiltner wrote:

> I think Miller's  puredata is awesome. more than  20 years ago I wrote my
> own assembly routines as well as c++ for an analog devices 32 ch board for
> waterplant control software , but ended up using the factory drivers
> instead when they came out for this software
> http://home.comcast.net/~patslabtech/Applications/seatbelt_testing.html.
> reminds me more of reaktor than puredata. I  have a hard time
> comprehending reaktor stuff but things make so much more since using pd.
> I ought do dig into the programming part of pd . I read a lot of the code
> and it's kinda starting to sink in how to write an external, it's not quite
> like on the tip of my toungue yet though.
>
>
> On Mon, Feb 24, 2014 at 7:08 PM, Jonathan Wilkes wrote:
>
>> On 02/24/2014 03:03 PM, Dan Wilcox wrote:
>>
>>> Exactly. If we can build a list of things that should/could be in the
>>> core, then we have a starting place to see if there is a way to work into
>>> into either vanilla or a wrapper like libpd.
>>>
>>
>> Let's just focus on a single feature-- "$@"-- and assume that there is
>> widespread desire for such a feature by most Pd users.
>>
>> How do we put this feature into a wrapper like libpd?  The only thing I
>> can think of is as part of a patch set that get applied to core Vanilla,
>> and that's hard to maintain.
>>
>> As for working stuff into Vanilla-- that's Miller's personal version of
>> Pd, and I've never once seen him state that it's the reference client, or
>> that it's at the top of any hierarchy.  All I've seen is passive-aggressive
>> statements from other devs on this list who say, "You'll have to ask Miller
>> if you want to get 'whatever' in Vanilla," when I ask about the kind of
>> issues you're talking about. Of course I can't be certain but I'd guess
>> that style of non-development is probably one of the biggest sources of
>> your frustration.
>>
>> But I really will help you implement whatever it is you think improves
>> sustainable development for Pd.  I really, really don't want to extract
>> patches from the 1000+ commits in Pd-l2ork (granted the core/non-graphical
>> changes would be fewer), but I'll help you do it if that's the path you
>> want to take.
>>
>> -Jonathan
>>
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
>> listinfo/pd-list
>>
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] iem_sqrt4~ crashes on linux 64 bit

[Billy Stiltner]

this is with Miller's vanilla latest with  added iem_lib snagged in from
pd-extended, i didnt grab or complie ggee to test ~moog yet

https://archive.org/details/newcpusmandelbox


On Tue, Feb 25, 2014 at 4:32 PM, Billy Stiltner wrote:

> re:  iem_cot~
>
> lo pass vcf2 started out in resonance with it and was way too loud, i
> figured it was a mistake, maybe not.
>
> "i guess you *also* removed/renamed the iem_sqrt4.pd_linux then, in
> order to make this work?"
>
> yep renamed it.
> I was too much in  hurry to play instead of compile.
>
>
> On Tue, Feb 25, 2014 at 3:59 AM, IOhannes m zmoelnig wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> hi,
>>
>> On 2014-02-25 00:39, Billy Stiltner wrote:
>> > hey iem_qrt4~.pd_linux crashes the newest pd-extended as well as
>> > the latest pd source from sourceforge on ubuntu studio 13.04.
>>
>> [iem_sqrt4~] (i guess "qrt4" is just a typo) has been fixed a while
>> ago (namely around 2012-09), and i just confirmed that it works on
>> amd64 without problems.
>> it seems that this fix has not made it into the last pd-extended
>> release (which was released somewhen 2013-01, irrc).
>>
>> you should either compile iemlib yourself, or get a nightly build that
>> contains the updated iemlib (you could simply extract the iemlib files
>> and replace the buggy ones, if you don't want to upgrade your entire
>> pd installation).
>>
>> starting with ubuntu/trusty there is also a "pd-iemlib" package, that
>> should have the issue fixed.
>>
>>
>> (btw, it was really the "iem_sqrt4~" object that crashed, nothing any
>> host, be it pd-vanilla or pd-extended, pd-l2ork or pd-foobar, could do
>> about)
>>
>>
>> > I didn't want to mess with trying to figure out how to fix the
>> > source so I just made an iem_sqrt4~.pd that has a sqrt~  inside
>>
>> i guess you *also* removed/renamed the iem_sqrt4.pd_linux then, in
>> order to make this work?
>>
>> >
>> > now all the iemlib vcf filters work .
>> >
>> > some of the vcf pd files had an iem_cot~  instead of iem_cot4~
>>
>> so what is the problem?
>> iemlib has both [iem_cot~] and [iem_cot4~]...
>>
>> fgmsadr
>> IOhannes
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v1
>> Comment: Using GnuPG with Icedove - http://www.enigmail.net/
>>
>> iQIcBAEBCAAGBQJTDFtuAAoJELZQGcR/ejb4+rYP/Rao7DY3LupIo79G6sSO8WpD
>> kf694qrXDWU5lY2TjXa2T8KW+Vg/7pkqGOVycdisXCwXLURKdhMxBSek62SpStDM
>> uGiBa3t41KPt3l0jkxyetJY93lFr4nS2MzJKCNULlmzAOWVcQTB6bRf8uFGs2KSa
>> GTxaF+LUX94GMyPiO6HdxYsv+9sGIFtwjv4qjdTdFZLQrZehf5jQnpqa+K6M4N76
>> 8VfdoJdhnWnwIgUIkFQXmg1bO3n56ymZE+f7otUkxiugaIKYTwY3/xbqbBBZMKr1
>> auAoBtpqf6h5lsK6aosaQNNCbVoAxBFtP2aFyP0aDp5BbfMv1iqcDXkxkvzwCdh9
>> jBn+bARQZwpUE1rnU5yrUCshrcddrNKJsUjMFUnbsy0UCM7Gnys9vF7qk6MVvcb+
>> W6URs/OUW1kkdgqrHQrLXG9P04Ai2HFRtt8iwbAlrIHdxkXX5/94wxAnjVVnMK7L
>> bg+3wmsubLaJhmN5vMjKyRRewhsnHR7XruqKlN0Tw8y7ZHlhX7F2gQKrDLPLJNGS
>> g/FRyfrf5cUv7DEydOdnOugsFH9oH0fH+ihXqcACXQxJXL+YpSyeSeM9StcLcIMm
>> wF5ZEgKGrvZlPCI3s78B1AwsymOA3Q+BcWdjIH58QPUXgX8RrOAxFBqTRw+B4Wty
>> f6ZZpell2IZ94K+mgM9e
>> =FivE
>> -END PGP SIGNATURE-
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] iem_sqrt4~ crashes on linux 64 bit

[Billy Stiltner]

re:  iem_cot~

lo pass vcf2 started out in resonance with it and was way too loud, i
figured it was a mistake, maybe not.

"i guess you *also* removed/renamed the iem_sqrt4.pd_linux then, in
order to make this work?"

yep renamed it.
I was too much in  hurry to play instead of compile.


On Tue, Feb 25, 2014 at 3:59 AM, IOhannes m zmoelnig wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> hi,
>
> On 2014-02-25 00:39, Billy Stiltner wrote:
> > hey iem_qrt4~.pd_linux crashes the newest pd-extended as well as
> > the latest pd source from sourceforge on ubuntu studio 13.04.
>
> [iem_sqrt4~] (i guess "qrt4" is just a typo) has been fixed a while
> ago (namely around 2012-09), and i just confirmed that it works on
> amd64 without problems.
> it seems that this fix has not made it into the last pd-extended
> release (which was released somewhen 2013-01, irrc).
>
> you should either compile iemlib yourself, or get a nightly build that
> contains the updated iemlib (you could simply extract the iemlib files
> and replace the buggy ones, if you don't want to upgrade your entire
> pd installation).
>
> starting with ubuntu/trusty there is also a "pd-iemlib" package, that
> should have the issue fixed.
>
>
> (btw, it was really the "iem_sqrt4~" object that crashed, nothing any
> host, be it pd-vanilla or pd-extended, pd-l2ork or pd-foobar, could do
> about)
>
>
> > I didn't want to mess with trying to figure out how to fix the
> > source so I just made an iem_sqrt4~.pd that has a sqrt~  inside
>
> i guess you *also* removed/renamed the iem_sqrt4.pd_linux then, in
> order to make this work?
>
> >
> > now all the iemlib vcf filters work .
> >
> > some of the vcf pd files had an iem_cot~  instead of iem_cot4~
>
> so what is the problem?
> iemlib has both [iem_cot~] and [iem_cot4~]...
>
> fgmsadr
> IOhannes
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> Comment: Using GnuPG with Icedove - http://www.enigmail.net/
>
> iQIcBAEBCAAGBQJTDFtuAAoJELZQGcR/ejb4+rYP/Rao7DY3LupIo79G6sSO8WpD
> kf694qrXDWU5lY2TjXa2T8KW+Vg/7pkqGOVycdisXCwXLURKdhMxBSek62SpStDM
> uGiBa3t41KPt3l0jkxyetJY93lFr4nS2MzJKCNULlmzAOWVcQTB6bRf8uFGs2KSa
> GTxaF+LUX94GMyPiO6HdxYsv+9sGIFtwjv4qjdTdFZLQrZehf5jQnpqa+K6M4N76
> 8VfdoJdhnWnwIgUIkFQXmg1bO3n56ymZE+f7otUkxiugaIKYTwY3/xbqbBBZMKr1
> auAoBtpqf6h5lsK6aosaQNNCbVoAxBFtP2aFyP0aDp5BbfMv1iqcDXkxkvzwCdh9
> jBn+bARQZwpUE1rnU5yrUCshrcddrNKJsUjMFUnbsy0UCM7Gnys9vF7qk6MVvcb+
> W6URs/OUW1kkdgqrHQrLXG9P04Ai2HFRtt8iwbAlrIHdxkXX5/94wxAnjVVnMK7L
> bg+3wmsubLaJhmN5vMjKyRRewhsnHR7XruqKlN0Tw8y7ZHlhX7F2gQKrDLPLJNGS
> g/FRyfrf5cUv7DEydOdnOugsFH9oH0fH+ihXqcACXQxJXL+YpSyeSeM9StcLcIMm
> wF5ZEgKGrvZlPCI3s78B1AwsymOA3Q+BcWdjIH58QPUXgX8RrOAxFBqTRw+B4Wty
> f6ZZpell2IZ94K+mgM9e
> =FivE
> -END PGP SIGNATURE-
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Bugs in Pd-Extended in Ubuntu LTS

[katja]

Hi Pierre,

I'm on Xubuntu 12.04 with Pd-extended 0.44 and have experienced big
troubles with Jack too. I only use Jack for complex routings like
Skype to Pd or Kdenlive to Pd via PulseAudio+Jack. I got a lot of
jackdbus-errors initially, and jack wouldn't restart. Don't know if
it's the same issue which you're experiencing. Anyway, it seems that
this was about jackd2 writing config files to different places, which
can be out of sync under certain conditions. Not sure if this is a
correct description but it is my interpretation. Looking at running
processes in command htop, I always noticed a jackdbus processing
still running when the dbus error was given. Killing the jackdbus
process sometimes helped. But in the course of time I've somehow
learned how to avoid it at all, by carefully considering the right
order of operations when starting processes. I have PulseAudio
disabled by default, so I can start Jack first, then the Jack clients,
of which PulseAudio may be one. Then eventually the PulseAudio
clients. When killing processes, everything in reverse order. I don't
like this hocus pocus, but well, I'm happy if it works at all. On
Kubuntu I couldn't get PulseAudio to cooperate with Jack.

Katja

On Tue, Feb 25, 2014 at 9:33 PM, Pierre Massat  wrote:
> I just checked again and to to sum up I have three problems :
> - errors with JACK (and instability),
> - X crashes sometimes when typing stuff in an object box,
> - and Alsa throwing this error in the console : "ALSA output error (restart
> failed): Broken pipe" (though the sound does work).
>
> Pierre.
>
>
> 2014-02-25 21:23 GMT+01:00 Cyrille Henry :
>
>>
>>
>> Le 25/02/2014 21:03, Roman Haefeli a écrit :
>>
>>> On Die, 2014-02-25 at 19:50 +0100, Pierre Massat wrote:
>>>
>>>
 I have installed Pd-extended from the Ubuntu repos. It seems to be the
 same version as the one available on puredata.info (0.43.4).
>>>
>>>
>>> I am pretty sure there is no package called 'pd-extended' in the Ubuntu
>>> repositories. Probably you got it from Hans' ppa or from
>>> apt.puredata.info?
>>>
>>> Also, is your Ubuntu 12.04 up-to-date? Your bug description sounds like
>>> an intel driver bug in 13.04 or 13.10 that has been discussed a lot on
>>> this list. I thought this bug has been fixed for quite a while.
>>
>> i still have some problem. (i'm on 13.10). X can crash specially if i have
>> object that are not created on the patch.
>> c
>>
>>
>>
>>>
>>>
>>> Roman
>>>
>>>
>>>
>>> ___
>>> Pd-list@iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> http://lists.puredata.info/listinfo/pd-list
>>>
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Bugs in Pd-Extended in Ubuntu LTS

[Pierre Massat]

I just checked again and to to sum up I have three problems :
- errors with JACK (and instability),
- X crashes sometimes when typing stuff in an object box,
- and Alsa throwing this error in the console : "ALSA output error (restart
failed): Broken pipe" (though the sound does work).

Pierre.


2014-02-25 21:23 GMT+01:00 Cyrille Henry :

>
>
> Le 25/02/2014 21:03, Roman Haefeli a écrit :
>
>  On Die, 2014-02-25 at 19:50 +0100, Pierre Massat wrote:
>>
>>
>>  I have installed Pd-extended from the Ubuntu repos. It seems to be the
>>> same version as the one available on puredata.info (0.43.4).
>>>
>>
>> I am pretty sure there is no package called 'pd-extended' in the Ubuntu
>> repositories. Probably you got it from Hans' ppa or from
>> apt.puredata.info?
>>
>> Also, is your Ubuntu 12.04 up-to-date? Your bug description sounds like
>> an intel driver bug in 13.04 or 13.10 that has been discussed a lot on
>> this list. I thought this bug has been fixed for quite a while.
>>
> i still have some problem. (i'm on 13.10). X can crash specially if i have
> object that are not created on the patch.
> c
>
>
>
>
>>
>> Roman
>>
>>
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
>> listinfo/pd-list
>>
>>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Bugs in Pd-Extended in Ubuntu LTS

[Cyrille Henry]

Le 25/02/2014 21:03, Roman Haefeli a écrit :

On Die, 2014-02-25 at 19:50 +0100, Pierre Massat wrote:



I have installed Pd-extended from the Ubuntu repos. It seems to be the
same version as the one available on puredata.info (0.43.4).


I am pretty sure there is no package called 'pd-extended' in the Ubuntu
repositories. Probably you got it from Hans' ppa or from
apt.puredata.info?

Also, is your Ubuntu 12.04 up-to-date? Your bug description sounds like
an intel driver bug in 13.04 or 13.10 that has been discussed a lot on
this list. I thought this bug has been fixed for quite a while.

i still have some problem. (i'm on 13.10). X can crash specially if i have 
object that are not created on the patch.
c





Roman



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Bugs in Pd-Extended in Ubuntu LTS

[Pierre Massat]

Hi all,

Thanks for your replies. I get the same error message in the console about
JACK, regardless of whether I start it before Pd or not. The sound works
though most of the time.

There is a package in the Ubuntu repos for pd-extended. It's called "Pure
Data with patches and a large collection of externals" in the Ubuntu
software Center. My Ubuntu is up to date (last update last week-end I
believe). Could it be that it was fixed in 13.04 but not in the older LTS
version ?

Pierre.


2014-02-25 21:03 GMT+01:00 Roman Haefeli :

> On Die, 2014-02-25 at 19:50 +0100, Pierre Massat wrote:
>
>
> > I have installed Pd-extended from the Ubuntu repos. It seems to be the
> > same version as the one available on puredata.info (0.43.4).
>
> I am pretty sure there is no package called 'pd-extended' in the Ubuntu
> repositories. Probably you got it from Hans' ppa or from
> apt.puredata.info?
>
> Also, is your Ubuntu 12.04 up-to-date? Your bug description sounds like
> an intel driver bug in 13.04 or 13.10 that has been discussed a lot on
> this list. I thought this bug has been fixed for quite a while.
>
>
> Roman
>
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Bugs in Pd-Extended in Ubuntu LTS

[Roman Haefeli]

On Die, 2014-02-25 at 19:50 +0100, Pierre Massat wrote:


> I have installed Pd-extended from the Ubuntu repos. It seems to be the
> same version as the one available on puredata.info (0.43.4).

I am pretty sure there is no package called 'pd-extended' in the Ubuntu
repositories. Probably you got it from Hans' ppa or from
apt.puredata.info?

Also, is your Ubuntu 12.04 up-to-date? Your bug description sounds like
an intel driver bug in 13.04 or 13.10 that has been discussed a lot on
this list. I thought this bug has been fixed for quite a while. 


Roman



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Patching Circle this Friday at ITP

[sonia yuditskaya]

Hello Patchers,

there will be a patching circle at ITP this Friday at 6.30
All are welcome!

*Patching Circle:*
*Open GL in Max/MSP*

 *Open GL in Max with Josh Goldberg and Matt Romein*


*Fri, Feb 28  6:30pm - 8pm*
*ITP Meeting room and lobby*

*This is a show and tell/open mic bring your projects to show, get help, or
just come hang out. Josh Goldberg  and Matt Romein
 will give an informal presentation on
Open GL programming in Max/MSP followed by a short performance/demo.
Afterwards we will open up the floor.*

The New York City Patching Circle is an free alternating monthly meeting
and salon open to anyone who is working or interested in media programming
and audiovisual performance. We mostly use Pd and Max/MSP, but all are
welcome.

Beginners and Experienced welcome. Open to everyone, students, the public,
unicorns.  Work on personal projects, professional projects, school
projects, ask for help, help others, or just patch quietly to yourself in a
room full of other people patching patches and helping other people patch.

Each month there will be informal salon, featuring demonstrations of
projects, performances and systems in the process of being built.  The
format will include short performances, artist talks about process and
performance techniques and Q&A depending on time availability.  The salon
is openly curated with the intent of being as inclusive as possible and
participation is open all practitioners working in realtime media.


Sofy Yuditskaya
s~ 
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Bugs in Pd-Extended in Ubuntu LTS

[Cyrille Henry]

Le 25/02/2014 19:50, Pierre Massat a écrit :

Dear list,

I've been using Pd-extended in Ubuntu LTS (12.04) a lot lately, and a couple of 
bugs are beginning to get on my nerves...
first it randomly crashes and also crashes X (i get a black screen, and after a 
few seconds i'm prompted for my password to log into my session again), 
whenever I'm typing something in an object box (i haven't been able to figure 
out exaclty what character was causing this, it really looks random to me).

this have been reported here a lot.
it look like an intel graphic driver bug, so nothing can be made from the pd 
side.
c


I also get constant error messages in the console when using JACK (JACKerror: 
Cannot use real-time scheduling (RR/55)(1: Operation not permitted)
JACKerror: JackClient::AcquireSelfRealTime error). The sound works sometimes 
though, but Pd also freezes every once in a while. I also get error messages 
with Alsa.

I have installed Pd-extended from the Ubuntu repos. It seems to be the same version 
as the one available on puredata.info  (0.43.4).

I don't know what to do.

Cheers,

Pierre.


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Bugs in Pd-Extended in Ubuntu LTS

[Jonathan Wilkes]

1) Are you starting JACK before firing up Pd-extended?
2) Are you typing any non-ascii characters?  If so what are they?

-Jonathan





On Tuesday, February 25, 2014 1:54 PM, Pierre Massat  wrote:
 
Dear list,

I've been using Pd-extended in Ubuntu LTS (12.04) a lot lately, and a couple of 
bugs are beginning to get on my nerves...
first it randomly crashes and also crashes X (i get a black screen, and after a 
few seconds i'm prompted for my password to log into my session again), 
whenever I'm typing something in an object box (i haven't been able to figure 
out exaclty what character was causing this, it really looks random to me).
I also get constant error messages in the console when using JACK (JACKerror: 
Cannot use real-time scheduling (RR/55)(1: Operation not permitted)
JACKerror: JackClient::AcquireSelfRealTime error). The sound works sometimes 
though, but Pd also freezes every once in a while. I also get error messages 
with Alsa.

I have installed Pd-extended from the Ubuntu repos. It seems to be the same 
version as the one available on puredata.info (0.43.4).

I don't know what to do.

Cheers,

Pierre.

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Bugs in Pd-Extended in Ubuntu LTS

[Pierre Massat]

Dear list,

I've been using Pd-extended in Ubuntu LTS (12.04) a lot lately, and a
couple of bugs are beginning to get on my nerves...
first it randomly crashes and also crashes X (i get a black screen, and
after a few seconds i'm prompted for my password to log into my session
again), whenever I'm typing something in an object box (i haven't been able
to figure out exaclty what character was causing this, it really looks
random to me).
I also get constant error messages in the console when using JACK
(JACKerror: Cannot use real-time scheduling (RR/55)(1: Operation not
permitted)
JACKerror: JackClient::AcquireSelfRealTime error). The sound works
sometimes though, but Pd also freezes every once in a while. I also get
error messages with Alsa.

I have installed Pd-extended from the Ubuntu repos. It seems to be the same
version as the one available on puredata.info (0.43.4).

I don't know what to do.

Cheers,

Pierre.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] mac os9 version

[Peter P.]

* Simon Iten  [2014-02-25 14:31]:
> is there or better was there ever a version of pure data for mac os9?
> 
> the bits i find on the net seem to indicate no. but maybe a call here will 
> reveal a version. (miller?)

The only thing I have ever seen was GEM for Max under OS9.
best, P

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] mac os9 version

[Simon Iten]

is there or better was there ever a version of pure data for mac os9?

the bits i find on the net seem to indicate no. but maybe a call here will 
reveal a version. (miller?)

thanks
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] suggestion for onset detector - timbreId?

[João Pais]

Hi William,

[bark] seems to be exactly what I need. I'll try to look at that next week,
I won't be able to do anything before.


2014-02-25 13:57 GMT+01:00 William Brent :

> Hi João,
>
> timbreID has [bark~], which uses a technique based off of bonk~, but with
> a filterbank built from the Bark scale. It also has some special features
> that I've found useful. If you're looking for non-real-time analysis,
> there's [bark], which analyzes whole arrays as fast as possible and reports
> attack locations in seconds. I use it to generate text label files for
> importing into Audacity to take advantage of the "export multiple" command
> there.
>
>
> On Sun, Feb 23, 2014 at 5:24 PM, João Pais wrote:
>
>> Hi all,
>>
>> I wanted to ask if anyone has been working with onset detectors recently,
>> and has any suggestions for patches.
>> I already know T Vets' http://www.timvets.net/software/pd_autocutup.php?
>> page=software, which goes through the file in realtime using bonk~. But
>> is there anything more recent, e.g. using timbreId, that analyses an array
>> in logical time?
>>
>> My goal was to generate a table with attack points and duration of events
>> for a given sound, which I would then use on another patch.
>>
>> Thanks as usual,
>>
>> jmmmp
>>
>
>
>
> --
> William Brent
> www.williambrent.com
>
> "Great minds flock together"
> Conflations: conversational idiom for the 21st century
>
> www.conflations.com
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] suggestion for onset detector - timbreId?

[William Brent]

Hi João,

timbreID has [bark~], which uses a technique based off of bonk~, but with a
filterbank built from the Bark scale. It also has some special features
that I've found useful. If you're looking for non-real-time analysis,
there's [bark], which analyzes whole arrays as fast as possible and reports
attack locations in seconds. I use it to generate text label files for
importing into Audacity to take advantage of the "export multiple" command
there.


On Sun, Feb 23, 2014 at 5:24 PM, João Pais  wrote:

> Hi all,
>
> I wanted to ask if anyone has been working with onset detectors recently,
> and has any suggestions for patches.
> I already know T Vets' http://www.timvets.net/software/pd_autocutup.php?
> page=software, which goes through the file in realtime using bonk~. But
> is there anything more recent, e.g. using timbreId, that analyses an array
> in logical time?
>
> My goal was to generate a table with attack points and duration of events
> for a given sound, which I would then use on another patch.
>
> Thanks as usual,
>
> jmmmp
>



-- 
William Brent
www.williambrent.com

"Great minds flock together"
Conflations: conversational idiom for the 21st century

www.conflations.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] smooth random numbers

[Roman Haefeli]

On Mon, 2014-02-24 at 15:27 +0100, Ingo wrote:
> Roman, 
> 
> are you using MIDI in theory or "real life"?

Frankly, I use (physical) MIDI quiet rarely and  I'm far from hitting
any of its limits as I mostly use some kind of MIDI controller.

> "Jitter" is MIDI's "alias name".

Yeah, I guess that is true.

> In practice MIDI data is being reduced as much as possible to avoid
> overloading the MIDI bus and in return causing serious timing problems or
> even missing data. Since I would not expect this signal to be the only one
> through the MIDI interface I would actually reduce the data on fast changes
> even drastically more.
> 
> All (decent) MIDI receiving devices interpolate between the values in order
> to avoid zipper noise.

Being even more nit-picking, I say interpolation doesn't address jitter,
though I totally see what you mean. Being that precise doesn't actually
matter that much.

> I see your point - in fact I had the same thought that you had at first!
> I dropped it right away.
> 
> Working on a daily basis with MIDI I know that this is a waste of time.

Waste of programming time or waste of CPU time? The latter doesn't
really make a difference.

> Actually: I would add a [speedlim 5] to reduce data further and you still
> wouldn't hear anything unusual.

I agree that those subtleties are hardly noticable. However, I felt the
need to point out the differences between our approaches, as you removed
what I considered crucial parts of the example.

> That reminds me a little of people asking for 14-bit pitchbend. It would
> take about 11 seconds to move the pitchbend wheel on a keyboard from the
> bottom to the top. Even a 7-bit pitchbend takes more that 80 ms sending all
> values.
> It's impossible to play music with a precise timing like this!
> 
> In practice a very fast volume change going from 0 - 127 usually gets
> reduced to 3-5 numbers in order to allow additional controllers like
> pitchbend and aftertouch to be sent at the same time and still keep the note
> on jitter within a range of maybe 3-8 ms (plus the jitter of the interface
> itself).

Sure, can't argue with that. You are assuming a scenario where this MIDI
fader emulator is used to control real MIDI receivers. I was more
thinking of a scenario where the emulator is used to substitute a real
MIDI controller/sender. There is no precision loss within Pd, so why not
use the "precise" implementation? 

> And BTW - why would "random" need extra precision?
> Doesn't the word random say it all?

No, the endpoints are supposed to be random, not the ramps in between.

> Another neglected thing is the curve that the data change should have. That
> would obviously require some extra calculation. I don't remember reading
> anything about that in the original posting, though.

Me, neither, though in real that is certainly an issue. 

I don't know why I'm so pig-headed with precision. I guess the mere fact
that Pd allows for such implementations makes me want to use them
everywhere. I personally see beauty in this ability of Pd.

Roman




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] iem_sqrt4~ crashes on linux 64 bit

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

hi,

On 2014-02-25 00:39, Billy Stiltner wrote:
> hey iem_qrt4~.pd_linux crashes the newest pd-extended as well as
> the latest pd source from sourceforge on ubuntu studio 13.04.

[iem_sqrt4~] (i guess "qrt4" is just a typo) has been fixed a while
ago (namely around 2012-09), and i just confirmed that it works on
amd64 without problems.
it seems that this fix has not made it into the last pd-extended
release (which was released somewhen 2013-01, irrc).

you should either compile iemlib yourself, or get a nightly build that
contains the updated iemlib (you could simply extract the iemlib files
and replace the buggy ones, if you don't want to upgrade your entire
pd installation).

starting with ubuntu/trusty there is also a "pd-iemlib" package, that
should have the issue fixed.


(btw, it was really the "iem_sqrt4~" object that crashed, nothing any
host, be it pd-vanilla or pd-extended, pd-l2ork or pd-foobar, could do
about)


> I didn't want to mess with trying to figure out how to fix the
> source so I just made an iem_sqrt4~.pd that has a sqrt~  inside

i guess you *also* removed/renamed the iem_sqrt4.pd_linux then, in
order to make this work?

> 
> now all the iemlib vcf filters work .
> 
> some of the vcf pd files had an iem_cot~  instead of iem_cot4~

so what is the problem?
iemlib has both [iem_cot~] and [iem_cot4~]...

fgmsadr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBCAAGBQJTDFtuAAoJELZQGcR/ejb4+rYP/Rao7DY3LupIo79G6sSO8WpD
kf694qrXDWU5lY2TjXa2T8KW+Vg/7pkqGOVycdisXCwXLURKdhMxBSek62SpStDM
uGiBa3t41KPt3l0jkxyetJY93lFr4nS2MzJKCNULlmzAOWVcQTB6bRf8uFGs2KSa
GTxaF+LUX94GMyPiO6HdxYsv+9sGIFtwjv4qjdTdFZLQrZehf5jQnpqa+K6M4N76
8VfdoJdhnWnwIgUIkFQXmg1bO3n56ymZE+f7otUkxiugaIKYTwY3/xbqbBBZMKr1
auAoBtpqf6h5lsK6aosaQNNCbVoAxBFtP2aFyP0aDp5BbfMv1iqcDXkxkvzwCdh9
jBn+bARQZwpUE1rnU5yrUCshrcddrNKJsUjMFUnbsy0UCM7Gnys9vF7qk6MVvcb+
W6URs/OUW1kkdgqrHQrLXG9P04Ai2HFRtt8iwbAlrIHdxkXX5/94wxAnjVVnMK7L
bg+3wmsubLaJhmN5vMjKyRRewhsnHR7XruqKlN0Tw8y7ZHlhX7F2gQKrDLPLJNGS
g/FRyfrf5cUv7DEydOdnOugsFH9oH0fH+ihXqcACXQxJXL+YpSyeSeM9StcLcIMm
wF5ZEgKGrvZlPCI3s78B1AwsymOA3Q+BcWdjIH58QPUXgX8RrOAxFBqTRw+B4Wty
f6ZZpell2IZ94K+mgM9e
=FivE
-END PGP SIGNATURE-

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list