Re: [PD] Purr Data rc1

[Alexandre Torres Porres]

2016-11-24 20:20 GMT-02:00 Jonathan Wilkes :

> Have you made substantial improvements to comment.c in your fork?
>

so, here's the deal, we haven't touched it, but we really needed to. I
wanted to at least add a properties window and we really need to fix some
issues it has in cross platforms


> Also, I'm not sure whether that code is trying to match Max's interface or
> whether it's simply an ad hoc
> approach to getting arbitrary fonts to display and interact in a Pd
> canvas.  If it's the latter then I don't want to waste time on it.
>

It's not a good clone, and it is only related to old Max 4.0 - we don't
think it is a good idea to make it really compliant with the latest Max,
it'd be kinda crazy, but no matter how good of a clone it is and which
version it is related to, it is only a comment, it displays text on the
patch.



> Another reason for putting it off is that I still haven't figured out a
> sane approach
> to handling arbitrary fonts in a diagram where everything is absolutely
> positioned.
> In fact I only have a minimally-workable approach to handling a single,
> mono-
> spaced font across platforms.  For example, there was a change somewhere
> in
> the Gnu/Linux font-stack (relatively) recently that renders fonts (or at
> least
> DejaVu Sans Mono) noticeably wider than before.  So Windows, OSX, and
> old Gnu/Linux would render a particular line of text sized at "12px"
> within less
> than a single pixel of each other.  The new Gnu/Linux font stack (seen in
> Ubuntu
> 16.04 and some recent Arch) rendered the same text about 7 pixels wider.
>
> Worse, the newer Gnu/Linux font stack quantizes the "px" sizes such that
> the
> next smallest size is noticeably smaller.  So in Ubuntu 16.04 I have to
> compromise
> by keeping the object box the same size and having some extra padding at
> the
> end-- otherwise users of that OS could end up tightly spacing their object
> chains
> in ways that cause overlaps on the other platforms.
>
> So... I'd like to get a handle on that mess first, then handling arbitrary
> font
> families-- as in cyclone/comment-- will hopefully be easier and less prone
> to bugs.
>

well, it seems some of the issues are exactly what we're facing now...

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

Re: [PD] I used to like better the earlierperformances by Ed Kelly in the earlier PdCons

[Ed Kelly via Pd-list]

Ho Ho Ho, festive but nasty!Queen are my least favorite rock band of all time, 
and no I don't think he uses wrap_overshoot~.But if you think that's bad, this 
is worse:Folk Alley: OpenMic - Song Information

  
|  
|   
|   
|   ||

   |

  |
|  
|   |  
Folk Alley: OpenMic - Song Information
 Folk music, traditional music, celtic music, and world music with a 24-hour 
stream and artists links and informa...  |   |

  |

  |

 
 

On Tuesday, 22 November 2016, 12:54, me.grimm  wrote:
 
 

 >> like this one with the "Killer Queen"
i dont think he's using the new [phasorwrap~] with that one... thats back in 
the metastudio daze :)
m
On Tue, Nov 22, 2016 at 1:57 AM, Alexandre Torres Porres  
wrote:

like this one with the "Killer Queen"
https://www.youtube.com/watch? v=Xi4BeAIWvIo

rad work bro
__ _
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/ 
listinfo/pd-list





-- 

m.e.grimm, m.f.a, ed.m.syracuse u., tc3megrimm.net

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


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

Re: [PD] Purr Data rc1

[Jonathan Wilkes via Pd-list]

> awesome to see this close to a final release


> i see some guis seem to be fine, but still no cyclone/comment, are there 
> plans to work it out?
I don't have plans to port it for the initial release, but I'd definitely still 
like to port it.

Question:
Have you made substantial improvements to comment.c in your fork?

The code I've been working from is from the old "miXed" directory.  In that 
code, 
comment.c is so complicated it would probably take 10 times longer to port 
it than just starting from scratch with the Max docs.  Also, I'm not sure 
whether 
that code is trying to match Max's interface or whether it's simply an ad hoc 
approach to getting arbitrary fonts to display and interact in a Pd canvas.  If 
it's 
the latter then I don't want to waste time on it.

Another reason for putting it off is that I still haven't figured out a sane 
approach 
to handling arbitrary fonts in a diagram where everything is absolutely 
positioned.  
In fact I only have a minimally-workable approach to handling a single, mono- 
spaced font across platforms.  For example, there was a change somewhere in 
the Gnu/Linux font-stack (relatively) recently that renders fonts (or at least 
DejaVu Sans Mono) noticeably wider than before.  So Windows, OSX, and 
old Gnu/Linux would render a particular line of text sized at "12px" within 
less 
than a single pixel of each other.  The new Gnu/Linux font stack (seen in 
Ubuntu 
16.04 and some recent Arch) rendered the same text about 7 pixels wider.
Worse, the newer Gnu/Linux font stack quantizes the "px" sizes such that the 
next smallest size is noticeably smaller.  So in Ubuntu 16.04 I have to 
compromise 
by keeping the object box the same size and having some extra padding at the 
end-- otherwise users of that OS could end up tightly spacing their object 
chains 
in ways that cause overlaps on the other platforms.
So... I'd like to get a handle on that mess first, then handling arbitrary font 
families-- as in cyclone/comment-- will hopefully be easier and less prone 
to bugs.
-Jonathan




> cheers
2016-11-24 14:16 GMT-02:00 Jonathan Wilkes via Pd-list :

Purr Data release candidate 1! (Don't have a semver figured out yet...)
* fix for iemgui colors not getting properly updated
* allow opening a file at OSX startup
* fix weird behavior when dragging files onto a Pd patch
* remove more debugging statements
* fix slider display error
* fix "Select All" on OSX
* fix allowed characters in atom box dialog
* forward console key events to Pd
* change [draw group] to [draw g]
* add fit width/height/optimal zoom shortcuts
* fix consistency bug with [draw]
* put "Window" menu in the customary position next to "Help" menu
* fix clipboard operations for patch snippets
* some translation fixes
* some Pd-l2ork fixes backported
* improvements for opening files in the same instance

please report lots of bugs to
https://git.purrdata.net/ jwilkes/purr-data/issues

Binaries:

rpi Raspbian (armv7l): https://git.purrdata.net/ jwilkes/purr-data-binaries/ 
raw/master/purr-data-armv7l- raspbian-rc1.deb

Debian Jessie 32-bit: https://git.purrdata.net/ jwilkes/purr-data-binaries/ 
raw/master/purr-data-i686- debian_jessie-rc1.deb

Debian Jessie 64-bit: https://git.purrdata.net/ jwilkes/purr-data-binaries/ 
raw/master/purr-data-x86_64- debian_jessie-rc1.deb

Ubuntu 14.04 32-bit: https://git.purrdata.net/ jwilkes/purr-data-binaries/ 
raw/master/purr-data-i386- ubuntu_14.04-rc1.deb

Ubuntu 14.04 64-bit: https://git.purrdata.net/ jwilkes/purr-data-binaries/ 
raw/master/purr-data-x86_64- ubuntu-14.04-rc1.deb

Ubuntu 16.04 64-bit: https://git.purrdata.net/ jwilkes/purr-data-binaries/ 
raw/master/purr-data-x86_64- ubuntu-16.04-rc1.deb

Windows with 64-bit GUI: https://git.purrdata.net/ jwilkes/purr-data-binaries/ 
raw/master/purr-data-x86_64- windows-rc1.zip

OSX 64-bit: https://git.purrdata.net/ jwilkes/purr-data-binaries/ 
raw/master/purr-data-x86_64- osx-rc1.dmg

OSX 64-bit Out of Date Style (10.8): https://git.purrdata.net/ 
jwilkes/purr-data-binaries/ raw/master/purr-data-x86_64- osx-10.8-rc1.dmg
__ _
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/ 
listinfo/pd-list





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

Re: [PD] abl_link~ external for windows

[Lucas Cordiviola]

Good,

The cache thing is done. It`s listed on Deken.

Salutti,
Lucarda.



Mensaje telepatico asistido por maquinas.



From: Pd-list  on behalf of Lucas Cordiviola 

Sent: Thursday, November 24, 2016 11:37 AM
To: Antoine Rousseau; Jean-Yves Gratius
Cc: pd-list@lists.iem.at
Subject: Re: [PD] abl_link~ external for windows


I think he did it correctly. Search "abl" in puredata.info search menu, it 
displays as the other Deken pkgs, so Deken should see it, lets wait for the 
cache thing.

Or retry tomorrow.



Mensaje telepatico asistido por maquinas.



From: Antoine Rousseau 
Sent: Thursday, November 24, 2016 11:25 AM
To: Jean-Yves Gratius
Cc: Lucas Cordiviola; pd-list@lists.iem.at
Subject: Re: [PD] abl_link~ external for windows

I think the way you uploaded the zip is not the right one, but I don't really 
know how you should do it. Look at the differences between my repo and yours:

http://puredata.info/Members/ant1r/software/abl_link~/0.3
http://puredata.info/Members/jyg/software/abl_link~/0.3

Yours seems hosting like a link to a metadata or subdirectory, while mine 
actually contains the download-able files.

cheers
 Antoine


2016-11-24 11:16 GMT+01:00 Jean-Yves Gratius 
mailto:j...@gumo.fr>>:
Hi,
Lucas, thanks for the instructions with Deken.
I uploaded manually the zip archive in my section 
http://puredata.info/Members/jyg/software/abl_link%7E/0.3/abl_link%7E-v0.3-%28Windows-i386-32%29-externals.zip/view
Is there another thing to do to make it visible within deken ?



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

Re: [PD] Next PdCon?

[Ed Kelly via Pd-list]

All your Alex are belong to us!
I really think two years is enough of a gap for another Pdcon - enough time for 
people to get something new together, something fresh. I think one year is too 
short a gap.
Go for it Alexandros!Ed 

On Wednesday, 23 November 2016, 18:25, Alexandre Torres Porres 
 wrote:
 
 

 Alexandre CastonguayAlexandre PorresAlexandros Drymonitis

What is wrong with people called Alex and their urge to organize PdCons?
2016-11-23 16:20 GMT-02:00 Alexandre Torres Porres :

every once in a thousand emails I hit a magic shortcut I never know of and send 
an incomplete email out...
continuing...
I never guaranteed any structure, and I can say now that it was quite a bluff 
that I could pull something off, as I had never done that... and... well... 
these days, if we were to do it here, it'd be a lot more modest...

And anyway, we had a pretty nice technical structure, but also no spatial 
system whatsoever...
what I', trying to say is that you shouldn't worry much about being fancy and 
meeting any standard requirements. Well, let me refer to some of your text.
2016-11-23 16:05 GMT-02:00 Alexandre Torres Porres :



2016-11-23 9:14 GMT-02:00 Alexandros Drymonitis :

I asked a friend and colleague who works at the American College of Greece in 
Athens whether it would be possible to host the next Pd Convention there. He is 
very positive about this, without this meaning it's certain.



sounds like a great start :) 

What I would like to ask is when do you guys think it would be best to organize 
this? 2017 or 2018?



I guess anything earlier than 5 years (2021) is a progress :D we never had two 
years in a row, but sure i'd personally love to see PdCons every year. But 
looks like 2018 is more like it...


the college can provide the necessary infrastructure 


yeah, that all sounds great 

Some other stuff (like concerts) can happen in various places in Athens (...) 
anything else will probably happen in the center.
I know that PdCon16~ was a bit scattered around NYC, and Athens is much smaller 
than that, but transportation is not the best.


Well, herd in São Paulo it was all over the place and transportation is 
definitely worse than in NY What helps a lot with these kind of things is a 
good organization, that you guys provides us all the best information on how to 
get around, also specially made maps with detailed transportation info, etc... 
just work out good logistics with enough time in schedule to get around.
I can say we did offer a good structure, but I can also say that the hardest 
part and what's more important is to offer a well organized event.
I can add more thoughts as this thread progresses ;)
cheers


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


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

Re: [PD] Installing externals on Raspberry Pi 3

[David]

Thanks, I found most of them and was able to install them. I'm still
missing two that don't seem to be in the repository, 'creb' and 'flatgui'.
Maybe they're no longer supported by anybody. Any idea if they might be in
some other repository?

I only have two repositories registered at the moment:

http://archive.raspberrypi.org/debian   jessie main, ui
http://mirrordirector.raspian.org/raspian   jessie main, contrib,
non-free, rpi

David.


> On 2016-11-24 15:46, David wrote:
> >>
> >> Hi!
> >
> >
> > I have PD v0.46.2 installed on a RPi3 under Jessie. I'm trying to install
> > some externals by using 'sudo apt-get install pd-', but
> > I'm just getting "Unable to locate package ...". There was a posting on
> the
> > raspberrypi.org forum saying that this method worked, but the posting
> was a
> > little old.
>
> this method has worked for more than 10 years or so, and there is no
> sign that it will stop working anytime soon.
> anyhow, chances are that you misspelled "".
> when using `apt-get install`, you must use the *exact* package name.
>
> you can get a list of available packages with
>
> $ apt-cache search ^pd-
>
> this will simply list all packages that start with "pd-"; afaict it only
> contains pd-packages; and it only misses Gem, which goes by the package
> name of "gem" for historical reasons.
>
> on a jessie/amd64 system this lists about 56 packages, on stretch/amd64
> it's about 92.
> on arm (e.g. the raspberry), you might get fewer packages, as some might
> not be available on this architecture (though a quick look at the Debian
> archive suggests that the only package missing from arm is pd-scaf,
> which you have probably never heard about :-))
>
>
> anyhow, you could also use a graphical package manager to do some
> interactive search for available packages.
>
>
> >
> > Is this the best way to install externals on a RPi? Is there a
> repository I
> > need to add to find them? The latest version of PD available in the
> Raspian
> > repositories is v0.46.2. Maybe I should install v0.47, but where can I
> find
> > it for the RPi?
> >
>
> in the mailinglist archives :-)
> anyhow, installing Pd-0.47 won't magically make more packages available
> via the apt package manager.
>
> hgs,t<
> IOhannes
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] cyclone's coll for osx

[Fred Jan Kraan]

On 24-11-16 19:48, Jeppi Jeppi wrote:

Hi all,

could please anyone point me to a functional, compiled version of
coll.pd_darwin for osx10? The ones I got give me an error Symbol not
found: _sys_fopen


It might help if you give some more info on your system and which 
versions you tried. All I can say now is that it works for me. 
_sys_fopen looks like a system call which could mean your system is 
somewhat broken.



Manty thanks in advance

josep


Greetings,

Fred Jan

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

Re: [PD] cyclone's coll for osx

[Miller Puckette]

I think any version of Pd since 0.44 should define sys_fopen - are you using a
very old version of Pd by any chance?  (I can't tell offhand whether Pd
extended had it or not).

cheers
Miller

On Thu, Nov 24, 2016 at 06:48:21PM +, Jeppi Jeppi wrote:
> Hi all,
> 
> could please anyone point me to a functional, compiled version of 
> coll.pd_darwin for osx10? The ones I got give me an error Symbol not found: 
> _sys_fopen
> 
> 
> Manty thanks in advance
> 
> josep

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


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

[PD] cyclone's coll for osx

[Jeppi Jeppi]

Hi all,

could please anyone point me to a functional, compiled version of 
coll.pd_darwin for osx10? The ones I got give me an error Symbol not found: 
_sys_fopen


Manty thanks in advance

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

Re: [PD] Purr Data rc1

[Alexandre Torres Porres]

awesome to see this close to a final release

i see some guis seem to be fine, but still no cyclone/comment, are there
plans to work it out?

cheers

2016-11-24 14:16 GMT-02:00 Jonathan Wilkes via Pd-list :

> Purr Data release candidate 1! (Don't have a semver figured out yet...)
> * fix for iemgui colors not getting properly updated
> * allow opening a file at OSX startup
> * fix weird behavior when dragging files onto a Pd patch
> * remove more debugging statements
> * fix slider display error
> * fix "Select All" on OSX
> * fix allowed characters in atom box dialog
> * forward console key events to Pd
> * change [draw group] to [draw g]
> * add fit width/height/optimal zoom shortcuts
> * fix consistency bug with [draw]
> * put "Window" menu in the customary position next to "Help" menu
> * fix clipboard operations for patch snippets
> * some translation fixes
> * some Pd-l2ork fixes backported
> * improvements for opening files in the same instance
>
> please report lots of bugs to
> https://git.purrdata.net/jwilkes/purr-data/issues
>
> Binaries:
>
> rpi Raspbian (armv7l): https://git.purrdata.net/
> jwilkes/purr-data-binaries/raw/master/purr-data-armv7l-raspbian-rc1.deb
>
> Debian Jessie 32-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/
> raw/master/purr-data-i686-debian_jessie-rc1.deb
>
> Debian Jessie 64-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/
> raw/master/purr-data-x86_64-debian_jessie-rc1.deb
>
> Ubuntu 14.04 32-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/
> raw/master/purr-data-i386-ubuntu_14.04-rc1.deb
>
> Ubuntu 14.04 64-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/
> raw/master/purr-data-x86_64-ubuntu-14.04-rc1.deb
>
> Ubuntu 16.04 64-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/
> raw/master/purr-data-x86_64-ubuntu-16.04-rc1.deb
>
> Windows with 64-bit GUI: https://git.purrdata.net/
> jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-windows-rc1.zip
>
> OSX 64-bit: https://git.purrdata.net/jwilkes/purr-data-binaries/
> raw/master/purr-data-x86_64-osx-rc1.dmg
>
> OSX 64-bit Out of Date Style (10.8): https://git.purrdata.net/
> jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-osx-10.8-rc1.dmg
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [delwrite~], or "what Pd operations are/should be realtime?"

[Simon Iten]

coming from arduino, it is definitely not optimized there, but nice to know!


> On 24 Nov 2016, at 17:41, Jonathan Wilkes  wrote:
> 
> > wouldn’t memset be faster?
> 
> 
> 
> No.  But only because compilers are smart enough to spot 
> artisinally-rolled, prematurely unoptimized code and just 
> use memset instead.
> 
> -Jonathan
> 
> > On 24 Nov 2016, at 10:41, Orm Finnendahl 
> >  > > wrote:
> > 
> > Am Mittwoch, den 23. November 2016 um 21:28:52 Uhr (-0200) schrieb 
> > Alexandre Torres Porres:
> >> please show us (and miller) what it is about :)
> > 
> > patch against vanilla pd is attached. Also a small usage example.
> > 
> > Although it's trivial, adding it to pd would be quite useful for me
> > especially since it doesn't break any backwards compatibility. In
> > rehearsals of pieces with long delays/reverbs it's a real time-saver
> > ;-)
> > 
> > --
> > Orm
> > ___
> > Pd-list@lists.iem.at  mailing list
> > UNSUBSCRIBE and account-management -> 
> > https://lists.puredata.info/listinfo/pd-list 
> > 
> 
> 
> 
> ___
> Pd-list@lists.iem.at  mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list 
> 
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [delwrite~], or "what Pd operations are/should be realtime?"

[Jonathan Wilkes via Pd-list]

> wouldn’t memset be faster?



No.  But only because compilers are smart enough to spot 
artisinally-rolled, prematurely unoptimized code and just 
use memset instead.
-Jonathan

> On 24 Nov 2016, at 10:41, Orm Finnendahl 
>  wrote:
> 
> Am Mittwoch, den 23. November 2016 um 21:28:52 Uhr (-0200) schrieb Alexandre 
> Torres Porres:
>> please show us (and miller) what it is about :)
> 
> patch against vanilla pd is attached. Also a small usage example.
> 
> Although it's trivial, adding it to pd would be quite useful for me
> especially since it doesn't break any backwards compatibility. In
> rehearsals of pieces with long delays/reverbs it's a real time-saver
> ;-)
> 
> --
> Orm
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list


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


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

[PD] Purr Data rc1

[Jonathan Wilkes via Pd-list]

Purr Data release candidate 1! (Don't have a semver figured out yet...)
* fix for iemgui colors not getting properly updated
* allow opening a file at OSX startup
* fix weird behavior when dragging files onto a Pd patch
* remove more debugging statements
* fix slider display error
* fix "Select All" on OSX
* fix allowed characters in atom box dialog
* forward console key events to Pd
* change [draw group] to [draw g]
* add fit width/height/optimal zoom shortcuts
* fix consistency bug with [draw]
* put "Window" menu in the customary position next to "Help" menu
* fix clipboard operations for patch snippets
* some translation fixes
* some Pd-l2ork fixes backported
* improvements for opening files in the same instance

please report lots of bugs to
https://git.purrdata.net/jwilkes/purr-data/issues

Binaries:

rpi Raspbian (armv7l): 
https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-armv7l-raspbian-rc1.deb

Debian Jessie 32-bit: 
https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-i686-debian_jessie-rc1.deb

Debian Jessie 64-bit: 
https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-debian_jessie-rc1.deb

Ubuntu 14.04 32-bit: 
https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-i386-ubuntu_14.04-rc1.deb

Ubuntu 14.04 64-bit: 
https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-ubuntu-14.04-rc1.deb

Ubuntu 16.04 64-bit: 
https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-ubuntu-16.04-rc1.deb

Windows with 64-bit GUI: 
https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-windows-rc1.zip

OSX 64-bit: 
https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-osx-rc1.dmg

OSX 64-bit Out of Date Style (10.8): 
https://git.purrdata.net/jwilkes/purr-data-binaries/raw/master/purr-data-x86_64-osx-10.8-rc1.dmg___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Installing externals on Raspberry Pi 3

[IOhannes m zmoelnig]

On 2016-11-24 15:46, David wrote:
>>
>> Hi!
> 
> 
> I have PD v0.46.2 installed on a RPi3 under Jessie. I'm trying to install
> some externals by using 'sudo apt-get install pd-', but
> I'm just getting "Unable to locate package ...". There was a posting on the
> raspberrypi.org forum saying that this method worked, but the posting was a
> little old.

this method has worked for more than 10 years or so, and there is no
sign that it will stop working anytime soon.
anyhow, chances are that you misspelled "".
when using `apt-get install`, you must use the *exact* package name.

you can get a list of available packages with

$ apt-cache search ^pd-

this will simply list all packages that start with "pd-"; afaict it only
contains pd-packages; and it only misses Gem, which goes by the package
name of "gem" for historical reasons.

on a jessie/amd64 system this lists about 56 packages, on stretch/amd64
it's about 92.
on arm (e.g. the raspberry), you might get fewer packages, as some might
not be available on this architecture (though a quick look at the Debian
archive suggests that the only package missing from arm is pd-scaf,
which you have probably never heard about :-))


anyhow, you could also use a graphical package manager to do some
interactive search for available packages.


> 
> Is this the best way to install externals on a RPi? Is there a repository I
> need to add to find them? The latest version of PD available in the Raspian
> repositories is v0.46.2. Maybe I should install v0.47, but where can I find
> it for the RPi?
> 

in the mailinglist archives :-)
anyhow, installing Pd-0.47 won't magically make more packages available
via the apt package manager.

hgs,t<
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Installing externals on Raspberry Pi 3

[David]

>
> Hi!


I have PD v0.46.2 installed on a RPi3 under Jessie. I'm trying to install
some externals by using 'sudo apt-get install pd-', but
I'm just getting "Unable to locate package ...". There was a posting on the
raspberrypi.org forum saying that this method worked, but the posting was a
little old.

Is this the best way to install externals on a RPi? Is there a repository I
need to add to find them? The latest version of PD available in the Raspian
repositories is v0.46.2. Maybe I should install v0.47, but where can I find
it for the RPi?

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

Re: [PD] [delwrite~], or "what Pd operations are/should be realtime?"

[Simon Iten]

wouldn’t memset be faster?

> On 24 Nov 2016, at 10:41, Orm Finnendahl 
>  wrote:
> 
> Am Mittwoch, den 23. November 2016 um 21:28:52 Uhr (-0200) schrieb Alexandre 
> Torres Porres:
>> please show us (and miller) what it is about :)
> 
> patch against vanilla pd is attached. Also a small usage example.
> 
> Although it's trivial, adding it to pd would be quite useful for me
> especially since it doesn't break any backwards compatibility. In
> rehearsals of pieces with long delays/reverbs it's a real time-saver
> ;-)
> 
> --
> Orm
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list


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

Re: [PD] abl_link~ external for windows

[Lucas Cordiviola]

I think he did it correctly. Search "abl" in puredata.info search menu, it 
displays as the other Deken pkgs, so Deken should see it, lets wait for the 
cache thing.

Or retry tomorrow.



Mensaje telepatico asistido por maquinas.



From: Antoine Rousseau 
Sent: Thursday, November 24, 2016 11:25 AM
To: Jean-Yves Gratius
Cc: Lucas Cordiviola; pd-list@lists.iem.at
Subject: Re: [PD] abl_link~ external for windows

I think the way you uploaded the zip is not the right one, but I don't really 
know how you should do it. Look at the differences between my repo and yours:

http://puredata.info/Members/ant1r/software/abl_link~/0.3
http://puredata.info/Members/jyg/software/abl_link~/0.3

Yours seems hosting like a link to a metadata or subdirectory, while mine 
actually contains the download-able files.

cheers
 Antoine


2016-11-24 11:16 GMT+01:00 Jean-Yves Gratius 
mailto:j...@gumo.fr>>:
Hi,
Lucas, thanks for the instructions with Deken.
I uploaded manually the zip archive in my section 
http://puredata.info/Members/jyg/software/abl_link%7E/0.3/abl_link%7E-v0.3-%28Windows-i386-32%29-externals.zip/view
Is there another thing to do to make it visible within deken ?



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

Re: [PD] abl_link~ external for windows

[Antoine Rousseau]

I think the way you uploaded the zip is not the right one, but I don't
really know how you should do it. Look at the differences between my repo
and yours:

http://puredata.info/Members/ant1r/software/abl_link~/0.3
http://puredata.info/Members/jyg/software/abl_link~/0.3

Yours seems hosting like a link to a metadata or subdirectory, while mine
actually contains the download-able files.

cheers
 Antoine


2016-11-24 11:16 GMT+01:00 Jean-Yves Gratius :

> Hi,
> Lucas, thanks for the instructions with Deken.
> I uploaded manually the zip archive in my section
> http://puredata.info/Members/jyg/software/abl_link%7E/0.3/
> abl_link%7E-v0.3-%28Windows-i386-32%29-externals.zip/view
> Is there another thing to do to make it visible within deken ?
>
>
>
> Le 23/11/2016 à 23:33, Lucas Cordiviola a écrit :
>
> Cool,
>
> Loads with no problem and when turning on DSP I get output.
>
> Don`t have another app to do tests but I will try these days.
>
> IOhannes mentions doing the Deken package, he's right, there are versions
> for OSX and Linux, we are missing the w32.
>
> If you already have and account on puredata.info just upload the Zip (in
> your section) with a suitable name for a Deken pkg :
>
> abl_link~-v0.1-(Windows-i386-32)-externals.zip
>
> Thats all, it will be available via Deken.
>
> More on this:
> https://github.com/pure-data/deken/blob/master/developer/README.md
>
>
> Salutti,
> Lucarda.
>
>
> Mensaje telepatico asistido por maquinas.
>
>
> --
> *From:* Jean-Yves Gratius  
> *Sent:* Wednesday, November 23, 2016 10:19 AM
> *To:* Jean-Yves Gratius; pd-list@lists.iem.at; Lucas Cordiviola
> *Subject:* Re: [PD] abl_link~ external for windows
>
>
> Hi
>
> Please check the new binary @  https://sourceforge.net/
> projects/jygsdownloads/files/abl_link%7E4windows/
>
> that may resolve all dll dependancies.
>
> Works on virtual XP and Windows 7 machines.
>
> Let me know,
>
> regards
>
> Le 22 novembre 2016 à 23:17, Lucas Cordiviola 
>  a écrit :
>
>
> Hi Jean-Yves
>
> I`m having trouble with [abl_link~ ].
> ..
>
> Aucun virus trouvé dans ce message.
> Analyse effectuée par AVG - www.avg.com
> Version: 2016.0.7924 / Base de données virale: 4664/13454 - Date:
> 22/11/2016
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] abl_link~ external for windows

[IOhannes m zmoelnig]

On 2016-11-24 11:16, Jean-Yves Gratius wrote:
> Is there another thing to do to make it visible within deken ?

afaict, only patience is required.
in theory the deken cache should udpate automatically whenever a new
file is added, but there seems to be a bug in this.
the cache will be purged every 24h hours, so that's the longest time you
should need to for a new file to appear.

gfamsdr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Fwd: Re: [delwrite~], or "what Pd operations are/should be realtime?"

[cyrille henry]

sorry, i forgot to send to the list

 Message transféré 
Sujet : Re: [PD] [delwrite~], or "what Pd operations are/should be realtime?"
Date : Thu, 24 Nov 2016 10:44:05 +0100
De : cyrille henry 
Pour : Jonathan Wilkes 



Le 24/11/2016 à 03:31, Jonathan Wilkes via Pd-list a écrit :

Cyrille is doing it one go by exploiting the "bang" feature of switch~ with an [until] 
loop to basically "fast forward" the zeroing process by however many blocks long the 
buffer is. It's really clever, and I don't think it screws anything up on the outside. This is a 
technique I'd never thought of, and I can imagine some interesting things coming from this (though 
I'm not sure it's a canonical technique or incidental). There are some things to think about, like 
whether the [inlet~] vector is cleared or if it just keeps the last 64 samples for each iteration 
of the [until] loop.



My patch will not work in environment using blocksize != 64
but it could be fixed by querying current blocksize.

it could also be optimized with an increase of the subpatch blocksize during 
the clear process in order to reduce the until loop.

anyway, things can always be more optimized, but I don't thinks they always 
need to be more optimized.





I'm just talking in general about the idea of amortizing the cost of the 
operation
across multiple blocks, which I assume is what's happening in his abstraction 
(or
at least what's supposed to happen).


my patch is not amortizing the cost of the operation across multiple block, but 
this could be done easily.




Hm...
In practice, how do you find Pd-l2ork's "clear" method compares to Cyrille's 
abstraction?


Pd-l2ork "clear" works only on pd-l2ork.
my abstraction work on all pd variant.
;-)


cheers
c



-Jonathan


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



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

Re: [PD] abl_link~ external for windows

[Jean-Yves Gratius]

Hi,
Lucas, thanks for the instructions with Deken.
I uploaded manually the zip archive in my section 
http://puredata.info/Members/jyg/software/abl_link%7E/0.3/abl_link%7E-v0.3-%28Windows-i386-32%29-externals.zip/view

Is there another thing to do to make it visible within deken ?


Le 23/11/2016 à 23:33, Lucas Cordiviola a écrit :

Cool,

Loads with no problem and when turning on DSP I get output.

Don`t have another app to do tests but I will try these days.

IOhannes mentions doing the Deken package, he's right, there are 
versions for OSX and Linux, we are missing the w32.


If you already have and account on puredata.info just upload the Zip 
(in your section) with a suitable name for a Deken pkg :


abl_link~-v0.1-(Windows-i386-32)-externals.zip

Thats all, it will be available via Deken.

More on this:
https://github.com/pure-data/deken/blob/master/developer/README.md


Salutti,
Lucarda.


Mensaje telepatico asistido por maquinas.



*From:* Jean-Yves Gratius 
*Sent:* Wednesday, November 23, 2016 10:19 AM
*To:* Jean-Yves Gratius; pd-list@lists.iem.at; Lucas Cordiviola
*Subject:* Re: [PD] abl_link~ external for windows

Hi

Please check the new binary @ 
https://sourceforge.net/projects/jygsdownloads/files/abl_link%7E4windows/


that may resolve all dll dependancies.

Works on virtual XP and Windows 7 machines.

Let me know,

regards

Le 22 novembre 2016 à 23:17, Lucas Cordiviola  
a écrit :



Hi Jean-Yves

I`m having trouble with [abl_link~ ].
..


Aucun virus trouvé dans ce message.
Analyse effectuée par AVG - www.avg.com 
Version: 2016.0.7924 / Base de données virale: 4664/13454 - Date: 
22/11/2016




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

Re: [PD] [delwrite~], or "what Pd operations are/should be realtime?"

[Orm Finnendahl]

Am Mittwoch, den 23. November 2016 um 21:28:52 Uhr (-0200) schrieb Alexandre 
Torres Porres:
> please show us (and miller) what it is about :)

 patch against vanilla pd is attached. Also a small usage example.

Although it's trivial, adding it to pd would be quite useful for me
especially since it doesn't break any backwards compatibility. In
rehearsals of pieces with long delays/reverbs it's a real time-saver
;-)

--
Orm
--- src/d_delay.c-orig	2016-11-24 10:26:25.040469748 +0100
+++ src/d_delay.c	2016-11-24 10:25:19.878068543 +0100
@@ -51,6 +51,16 @@ static void sigdelwrite_updatesr(t_sigde
 }
 }
 
+static void sigdelwrite_clear (t_sigdelwrite *x) /* added by Orm Finnendahl */
+{
+  t_int i;
+  t_sample* p1=x->x_cspace.c_vec;
+  if (x->x_cspace.c_n > 0) {
+for (i=0;i < (x->x_cspace.c_n + XTRASAMPS);i++)
+  *p1++ = (t_sample) 0;
+  }
+}
+
 /* routine to check that all delwrites/delreads/vds have same vecsize */
 static void sigdelwrite_checkvecsize(t_sigdelwrite *x, int vecsize)
 {
@@ -136,6 +146,8 @@ static void sigdelwrite_setup(void)
 CLASS_MAINSIGNALIN(sigdelwrite_class, t_sigdelwrite, x_f);
 class_addmethod(sigdelwrite_class, (t_method)sigdelwrite_dsp,
 gensym("dsp"), A_CANT, 0);
+class_addmethod(sigdelwrite_class, (t_method)sigdelwrite_clear,
+gensym("clear"), 0);
 }
 
 /* - delread~ - */
#N canvas 687 316 768 484 10;
#X obj 236 123 delwrite~ d1 1;
#X obj 238 174 delread~ d1 9000;
#X obj 238 196 *~ 0.1;
#X obj 238 218 dac~;
#X obj 237 94 osc~ 440;
#X msg 187 92 clear;
#X connect 1 0 2 0;
#X connect 2 0 3 0;
#X connect 4 0 0 0;
#X connect 5 0 0 0;
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] another cyclone0.3 pre-alpha

[pierre]

Le 23 novembre 2016 19:43:13 GMT+01:00, Alexandre Torres Porres 
 a écrit :
>>
>> *>  the new [play~] and [average~] haven't gone*
>>
>> *through the thorough Porres-tests yet though.*
>>
>>
>and average~ just failed it :) so really forget that
>
>I'm yet to test [play~] and should have done it but I wanted to release
>a
>latest snapshot for PdCon. Maybe skip a windows version for this one
>'til I
>organize a better new release (maybe an actual alpha)
>
>2016-11-22 19:47 GMT-02:00 Dan Wilcox :
>
>> Maybe cyclone needs it’s own mailing list :)
>>
>
>it's usually just a facebook chat between 3 people ;)
>
>Anyway, thanks for trying this Lucas, we fixed the build issue with
>play~
>but we'll keep working on it ;)
>
>cheers
>
>
>
>
>___
>Pd-list@lists.iem.at mailing list
>UNSUBSCRIBE and account-management ->
>https://lists.puredata.info/listinfo/pd-list

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list