Re: [PD] modifying Reduzent's [Solenoiduino] to control 44 solenoids (electro-mechanical piano)

[Epic Jefferson]

The modified version of the arduino sketch is included in the .zip in my
first email if you want to have a go at it. i haven't changed anything on
the pd side. I would rather sacrifice duty cycle resolution and be able to
control 64 solenoids, than making the entire message longer and slowing
down the entire system.

As far as the dropped messages go, I'm sending separate messages by packing
the data and sending it to a single [trigger $1 $2{ message box. I'll try
sending separate messages to see if that helps.


On Tue, Sep 10, 2013 at 6:24 PM, Roman Haefeli  wrote:

> On Tue, 2013-09-10 at 01:53 -0400, Epic Jefferson wrote:
> > To control solenoids with dynamics, I adapted Reduzent's
> > [Solenoiduino] abstraction and arduino sketch to include the TLC5940
> > functions, which is what the Practical Maker PWM shield is based on.
> > So far, I'm able to control 44 solenoids using custom drivers and 2
> > stacked PWM shields. This is an excellent alternative if you want to
> > build a relatively cheap electro-mechanical piano setup.
> >
> >
> > The problems i've run into:
> >  1. if 2 or more messages get sent simultaneously, one of them
> > might get dropped (this happens a lot)
>
> This shouldn't happen and actually never happened in my own experience.
> A single 2-byte message sets and one pin to HIGH and sets a timer for

that pin. So, if you need two set two pins simultaneously, you need to
> send two 2-byte messages. I don't see how the code could omit a message,
> unless two subsequent messages set the same pin.
>
> If you modified the code, you can send me a copy, so I'll look into it.
>
> >  1. the handshake does not seem to work on Linux (Ubuntu 11)
>
> It's pretty crude. Whenever you send it a '255' (0xff) byte, it responds
> with the following ASCII sequence: 'SOL 0 1'. You can easily test that
> with [comport] directly.
>
> The ugly thing is that [solenoiduino] has to make sure not to send any
> 0xff bytes and thus some values for periods are not allowed / replaced,
> e.g 127, 255, 383 etc.
>
> >  1. the original code only supports 16 solenoids
> > This last one is the one that goes over my head, since the code uses
> > that bit twiddling stuff, I can't figure out how to send the
> > appropriate messages to any solenoids past 15. So, I'm a little stuck
> > here, any help?
>
> The solenoiduino code uses two bytes per message, while the first bit of
> each is used for defining the byte order. This leaves 14 bits for the
> payload. The current implementation uses 4 bits for the pin address and
> 10 bits for the duty cycle. If you can live with a lower duty cycle
> resolution, you can shift some bits around. For instance, you could
> adapt the bitmask to use 6 bits for the address (allows to control 64
> solenoids) and use only 8 bit for the velocity / duty cycle.
>
> Alternatively, you could extend the protocol to use 3 bytes per message.
> This would give you a payload of 21 bits to be distributed between
> address and duty cycle. Of course, this reduces your maximum message
> rate by 1.5.
>
> Roman
>
>
>
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



-- 
www.epicjefferson.com
www.avmachinists.org Puerto Rico based Art Collective/ Non-Profit Org
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] pd 0.45-2 released

[Nicolas Montgermont]

no crack here
osx 10.6.8 48000Hz - 25ms delay - 64 blocksize
n

Le 10/09/13 16:08, Cyrille Henry a écrit :
> hello,
>
> no crack here 48000Hz, 20ms delay, 64 sample blocksize, alsa or portaudio
> (ubuntu 13.04 64 bits)
>
> cheers
> c
>
>
> Le 10/09/2013 15:34, Jaime E Oliver a écrit :
>> Could you also try the 48k sample rate while playing a sinusoid? I
>> get crackles unless I increase the software's delay (in audio
>> preferences) to something like 500ms.
>>
>> ?
>>
>>
>>
>> On Sep 10, 2013, at 6:01 AM, Cyrille Henry  wrote:
>>
>>>
>>>
>>> Le 10/09/2013 11:38, Nicolas Montgermont a écrit :
 Same here on osx 10.6.8
 But isn't that a pd-extended only feature?
>>>
>>> it has always been working in vanilla / linux.
>>>
>>> but I can confirm that it did not work any more on linux.
>>>
>>> c
>>>
 n

 Le 10/09/13 09:03, peiman khosravi a écrit :
> I can confirm the copying issue on OS X 10.7.5.
>
> P
>
>
> On 10 September 2013 06:36, Jaime E Oliver
> mailto:jaime.oliv...@gmail.com>> wrote:
>
>A couple of bugs it seems in osx 10.8.4 and pd 0.45-2
>
>I cannot copy the content of one object box (i.e. the text
> inside the box like name of an object and arguments) into another
> object.
>

 -- 
 http://www.nimon.org



 ___
 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
>

-- 
http://www.nimon.org


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

Re: [PD] compiling externals on ARM

[Roman Haefeli]

I vaguely remember that you need only the 'externals' folder from svn,
but also 'packages' for compiling the externals from svn.

Checkout 'packages' and try again.

Roman


On Tue, 2013-09-10 at 11:25 +0200, Cyrille Henry wrote:
> hello,
> 
> nusmuk-audio use the template makefile.
> i upgrade it to last version for ali to test.
> anyhow, this lib compile fine almost everywhere, including on rasbian.
> (so makefile look good on linux/arm)
> 
> ali say that compiling any externals gives the same problem.
> so it's not specific to this lib.
> 
> i have no idea where the problem source can be.
> 
> cheers
> c
> 
> 
> 
> 
> Le 10/09/2013 11:09, katja a écrit :
> > Actually I think that the library template should work for Linux on
> > ARM too, as is. Only it does not provide specific optimization flags,
> > which those ARM boards sorely need for performance. But if it does not
> > build at all, there may be something else wrong, for example the build
> > directory structure. Let's not conclude too early that the makefiles
> > are at fault.
> >
> > Katja
> >
> > On Mon, Sep 9, 2013 at 6:29 PM, jo57  wrote:
> >> I don't think it is clutter at all… I don't have one of these boards, but
> >> I'd love to try them, and when I do, I'd love to come back to this
> >> documentation...
> >> Perhaps this could be added to the library template?
> >> http://puredata.info/docs/developer/LibraryTemplate
> >> J
> >>
> >> On Sep 9, 2013, at 11:39 AM, katja  wrote:
> >>
> >> Hi Ali,
> >>
> >> Seems an interesting board, the Udoo. PengPod has Cortex-A8 while Udoo
> >> has Cortex-A9. But machine name is armv7l in both cases, meaning the
> >> same compiler flags may be used. If you want I can send you a project
> >> by private mail (don't want to clutter the list with this) which
> >> builds some home-brew externals and some externals from Pd-extended on
> >> RPi and PengPod amongst others. If it would build on Udoo too, we'd
> >> know a bit more.
> >>
> >> Katja
> >>
> >> On Mon, Sep 9, 2013 at 4:11 PM, Ali Momeni  wrote:
> >>
> >> Hello,
> >> Looks like the Udoo is the same as the PengPod.
> >> Is the PengPod  something like:  http://pandaboard.org/
> >>
> >> ?
> >>
> >>
> >> Here's what i get:
> >>
> >> ubuntu@imx6-qsdl:~$ uname -s
> >>
> >> Linux
> >>
> >> ubuntu@imx6-qsdl:~$ uname -a
> >>
> >> Linux imx6-qsdl 3.0.35 #1 SMP PREEMPT Mon Aug 19 07:11:31 PDT 2013 armv7l
> >> armv7l armv7l GNU/Linux
> >>
> >>
> >>
> >>
> >>
> >> On Mon, Sep 9, 2013 at 10:03 AM, katja  wrote:
> >>
> >>
> >> Hello Ali,
> >>
> >> A while ago I've compiled home-brew Pd externals on Raspberry Pi and
> >> PengPod Linux tablet, and found that for each ARM processor type you
> >> can identify them by their proper name as returned by command uname
> >> -m. For RPi this is armv6l and for PengPod armv7l. So I could define
> >> individual flags for those ARM types in the makefiles.
> >>
> >> There is no general approach to this, as makefiles in various Pd
> >> extended libs can be very different. In the template makefile which is
> >> used for many libs, the operating system is tested first with uname
> >> -s. If it is Linux, the processor type is found with uname -m and
> >> stored in variable CPU, which seems to be used for target 'showsetup'
> >> only, not for setting specific flags. Anyway, if you get "No rule to
> >> make target xxx.pd_linux" when trying to build a lib with template
> >> makefile, I wonder what you get from your Udoo board with command
> >> uname -s?
> >>
> >> Katja
> >>
> >> On Mon, Sep 9, 2013 at 2:06 PM, Ali Momeni  wrote:
> >>
> >>
> >>
> >> hello all,
> >> i'm working with a Udoo board (http://Udoo.org)
> >> i've successfully compiled PureData 0.45 from miller's site;
> >> i'm now trying to compile some of the externals in the pd svn, but i'm
> >> getting the same error for all.
> >>
> >> for instance, when trying to compile nusmuk-audio, i.e.
> >>
> >> http://sourceforge.net/p/pure-data/svn/17203/tree/trunk/externals/nusmuk/nusmuk-audio/
> >>
> >> i get the following
> >>
> >> ubuntu@imx6-qsdl:~/pd-externals/nusmuk/nusmuk-audio$ make
> >>
> >>
> >> make: * No rule to make target `bq~.pd_linux', needed by `all'.
> >> Stop.
> >>
> >>
> >> I have contacted the developer (cyrille henry) and he adjusted the
> >> MakeFile
> >> to account for building for ARM; but i get the same error.  I notice,
> >> incidentally, that i get the same error ("No rule to make target
> >> xxx.pd_linux") for all other externals that i tried from the repository.
> >>
> >> does anyone have any thoughts on how to resolve this?
> >>
> >>
> >> thanks,
> >>
> >>
> >> ali
> >>
> >>
> >>
> >> ___
> >> 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] modifying Reduzent's [Solenoiduino] to control 44 solenoids (electro-mechanical piano)

[Roman Haefeli]

On Tue, 2013-09-10 at 01:53 -0400, Epic Jefferson wrote:
> To control solenoids with dynamics, I adapted Reduzent's
> [Solenoiduino] abstraction and arduino sketch to include the TLC5940
> functions, which is what the Practical Maker PWM shield is based on.
> So far, I'm able to control 44 solenoids using custom drivers and 2
> stacked PWM shields. This is an excellent alternative if you want to
> build a relatively cheap electro-mechanical piano setup.
> 
> 
> The problems i've run into:
>  1. if 2 or more messages get sent simultaneously, one of them
> might get dropped (this happens a lot) 

This shouldn't happen and actually never happened in my own experience.
A single 2-byte message sets and one pin to HIGH and sets a timer for
that pin. So, if you need two set two pins simultaneously, you need to
send two 2-byte messages. I don't see how the code could omit a message,
unless two subsequent messages set the same pin.

If you modified the code, you can send me a copy, so I'll look into it.

>  1. the handshake does not seem to work on Linux (Ubuntu 11)

It's pretty crude. Whenever you send it a '255' (0xff) byte, it responds
with the following ASCII sequence: 'SOL 0 1'. You can easily test that
with [comport] directly.

The ugly thing is that [solenoiduino] has to make sure not to send any
0xff bytes and thus some values for periods are not allowed / replaced,
e.g 127, 255, 383 etc.

>  1. the original code only supports 16 solenoids
> This last one is the one that goes over my head, since the code uses
> that bit twiddling stuff, I can't figure out how to send the
> appropriate messages to any solenoids past 15. So, I'm a little stuck
> here, any help? 

The solenoiduino code uses two bytes per message, while the first bit of
each is used for defining the byte order. This leaves 14 bits for the
payload. The current implementation uses 4 bits for the pin address and
10 bits for the duty cycle. If you can live with a lower duty cycle
resolution, you can shift some bits around. For instance, you could
adapt the bitmask to use 6 bits for the address (allows to control 64
solenoids) and use only 8 bit for the velocity / duty cycle. 

Alternatively, you could extend the protocol to use 3 bytes per message.
This would give you a payload of 21 bits to be distributed between
address and duty cycle. Of course, this reduces your maximum message
rate by 1.5.

Roman





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

Re: [PD] [PD-announce] pd 0.45-2 released

[peiman khosravi]

I'm getting crackles with testtone, at 96k, with 25ms Delay and up to 1024
samples blocksize. OS X 10.7.5




*www.peimankhosravi.co.uk || RSS
Feed ||
Concert News *


On 10 September 2013 15:48, Nicolas Montgermont <
nicolas_montgerm...@yahoo.fr> wrote:

> no crack here
> osx 10.6.8 48000Hz - 25ms delay - 64 blocksize
> n
>
> Le 10/09/13 16:08, Cyrille Henry a écrit :
> > hello,
> >
> > no crack here 48000Hz, 20ms delay, 64 sample blocksize, alsa or portaudio
> > (ubuntu 13.04 64 bits)
> >
> > cheers
> > c
> >
> >
> > Le 10/09/2013 15:34, Jaime E Oliver a écrit :
> >> Could you also try the 48k sample rate while playing a sinusoid? I
> >> get crackles unless I increase the software's delay (in audio
> >> preferences) to something like 500ms.
> >>
> >> ?
> >>
> >>
> >>
> >> On Sep 10, 2013, at 6:01 AM, Cyrille Henry  wrote:
> >>
> >>>
> >>>
> >>> Le 10/09/2013 11:38, Nicolas Montgermont a écrit :
>  Same here on osx 10.6.8
>  But isn't that a pd-extended only feature?
> >>>
> >>> it has always been working in vanilla / linux.
> >>>
> >>> but I can confirm that it did not work any more on linux.
> >>>
> >>> c
> >>>
>  n
> 
>  Le 10/09/13 09:03, peiman khosravi a écrit :
> > I can confirm the copying issue on OS X 10.7.5.
> >
> > P
> >
> >
> > On 10 September 2013 06:36, Jaime E Oliver
> > mailto:jaime.oliv...@gmail.com>> wrote:
> >
> >A couple of bugs it seems in osx 10.8.4 and pd 0.45-2
> >
> >I cannot copy the content of one object box (i.e. the text
> > inside the box like name of an object and arguments) into another
> > object.
> >
> 
>  --
>  http://www.nimon.org
> 
> 
> 
>  ___
>  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
> >
>
> --
> http://www.nimon.org
>
>
> ___
> 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] FW: GEM noobie: I don't understand this glsl thing... but I need it!

[Benjamin ~ 01xy]

Hello,

oops, initialy not replied to the list ...

We have a modest wiki page in french about Pd vs glsl, some ressources
there as well http://wiki.labomedia.org/index.php/Pure_Data_vs_OpenGL

++benjamin

Le 10/09/2013 13:02, Cyrille Henry a écrit :
> the glsl exemples are in a specific folder in gem/exemple.
> it's not very documented, but you'll have some basic shader.
> it's a good place to start.
> c
>
>
> Le 10/09/2013 12:43, David Schaffer a écrit :
>> Hi, and thank you for your answers,
>>
>> I know about extended view, I 've donwloaded it and used to build my
>> design. The idea for me is now to get a better understanding of the
>> glsl chain, because it seems to be the place where all the magic
>> happens. I thought I could find more examples of glsl objects
>> implementations in pd, and some written code that I could try to
>> hack... any help appreciated.
>>
>> David
>>
>>
>> http://www.flickr.com/photos/schafferdavid/
>>
>> http://audioblog.arteradio.com/David_Schaffer/
>>
>>
>>
>>  > Date: Tue, 10 Sep 2013 09:27:17 +0200
>>  > From: n...@petervenus.de
>>  > To: pd-list@iem.at
>>  > Subject: Re: [PD] GEM noobie: I don't understand this glsl
>> thing... but I need it!
>>  >
>>  > for ExtendedviewToolkit, there is a webpage [1]
>>  > and you can download the latest via github [2]
>>  >
>>  > [1] extendedview.mur.at
>>  > [2] https://github.com/extendedview/extended_view_toolkit
>>  >
>>  > cheers, Peter
>>  >
>>  > Am 09.09.13 23:51, schrieb John Harrison:
>>  > > ExtendedViewToolkit does photo stitching. Maybe it does what you
>> want or
>>  > > can give you some ideas:
>>  > > http://puredata.info/Members/Weitsicht/extended-view-toolkit/
>>  > >
>>  > >
>>  > >
>>  > >
>>  > > On Mon, Sep 9, 2013 at 4:21 PM, Dan Wilcox
>>  wrote:
>>  > >
>>  > >> glsl is the open gl shader language ... basically a simple
>> C-like language
>>  > >> for doing graphics stuff on the GPU, see
>>  > >> https://en.wikipedia.org/wiki/GLSL
>>  > >>
>>  > >> Also, see the OpenGL Orange
>> Book
>>  > >>
>>  > >> On Sep 9, 2013, at 5:01 PM, pd-list-requ...@iem.at wrote:
>>  > >>
>>  > >> *From: *David Schaffer 
>>  > >> *Subject: **[PD] GEM noobie: I don't understand this glsl
>> thing... but I
>>  > >> need it!*
>>  > >> *Date: *September 9, 2013 4:24:08 PM EDT
>>  > >> *To: *pd list 
>>  > >>
>>  > >>
>>  > >> Hi there,
>>  > >>
>>  > >> I'm in the process of writing my own photo
>>  > >> stitching/assembling abstraction but I'm having a lot of trouble
>>  > >> understanding what the glsl object do... I've been able to
>> implement an
>>  > >> edge blurring function by copy/pasting the glsl code from the
>>  > >> "panoramique.pd" patch and the "panoramique.vert" and
>> "panoramique.frag"
>>  > >> files to the right places, but it only blurs vertical edges.
>> Can anyone
>>  > >> tell me how I could blur horizontal edges too? and... what this
>> glsl thing
>>  > >> is all about. I'm no code expert, so please keep it
>> understandable (!)
>>  > >>
>>  > >> Thanks a lot,
>>  > >>
>>  > >> David
>>  > >>
>>  > >> http://www.flickr.com/photos/schafferdavid/
>>  > >> https://soundcloud.com/schafferdavid
>>  > >>
>>  > >>
>>  > >> 
>>  > >> Dan Wilcox
>>  > >> @danomatika
>>  > >> danomatika.com
>>  > >> robotcowboy.com
>>  > >>
>>  > >>
>>  > >>
>>  > >>
>>  > >>
>>  > >>
>>  > >> ___
>>  > >> 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
>>
>
> ___
> 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] [PD-announce] pd 0.45-2 released

[Cyrille Henry]

hello,

no crack here 48000Hz, 20ms delay, 64 sample blocksize, alsa or portaudio
(ubuntu 13.04 64 bits)

cheers
c


Le 10/09/2013 15:34, Jaime E Oliver a écrit :

Could you also try the 48k sample rate while playing a sinusoid? I get crackles 
unless I increase the software's delay (in audio preferences) to something like 
500ms.

?



On Sep 10, 2013, at 6:01 AM, Cyrille Henry  wrote:




Le 10/09/2013 11:38, Nicolas Montgermont a écrit :

Same here on osx 10.6.8
But isn't that a pd-extended only feature?


it has always been working in vanilla / linux.

but I can confirm that it did not work any more on linux.

c


n

Le 10/09/13 09:03, peiman khosravi a écrit :

I can confirm the copying issue on OS X 10.7.5.

P


On 10 September 2013 06:36, Jaime E Oliver mailto:jaime.oliv...@gmail.com>> wrote:

   A couple of bugs it seems in osx 10.8.4 and pd 0.45-2

   I cannot copy the content of one object box (i.e. the text inside the box 
like name of an object and arguments) into another object.



--
http://www.nimon.org



___
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] [PD-announce] pd 0.45-2 released

[Miller Puckette]

Thanks everyone for reporting these... I'll start trying to figure these out
today.  (I tried to 'improve' audio handling for 0.45 and probably improved
it in the wrong direction somehow).  I don't know what happened to copy/paste.

cheers
Miller

On Tue, Sep 10, 2013 at 04:56:01PM +0300, Alexandros Drymonitis wrote:
> I can confirm the crackles with a 48k sampling rate and delay <= 100 ms on
> OS X 10.8.4
> 
> 
> On Tue, Sep 10, 2013 at 4:34 PM, Jaime E Oliver 
> wrote:
> 
> > Could you also try the 48k sample rate while playing a sinusoid? I get
> > crackles unless I increase the software's delay (in audio preferences) to
> > something like 500ms.
> >
> > ?
> >
> >
> >
> > On Sep 10, 2013, at 6:01 AM, Cyrille Henry  wrote:
> >
> > >
> > >
> > > Le 10/09/2013 11:38, Nicolas Montgermont a écrit :
> > >> Same here on osx 10.6.8
> > >> But isn't that a pd-extended only feature?
> > >
> > > it has always been working in vanilla / linux.
> > >
> > > but I can confirm that it did not work any more on linux.
> > >
> > > c
> > >
> > >> n
> > >>
> > >> Le 10/09/13 09:03, peiman khosravi a écrit :
> > >>> I can confirm the copying issue on OS X 10.7.5.
> > >>>
> > >>> P
> > >>>
> > >>>
> > >>> On 10 September 2013 06:36, Jaime E Oliver 
> > >>>  > jaime.oliv...@gmail.com>> wrote:
> > >>>
> > >>>   A couple of bugs it seems in osx 10.8.4 and pd 0.45-2
> > >>>
> > >>>   I cannot copy the content of one object box (i.e. the text inside
> > the box like name of an object and arguments) into another object.
> > >>>
> > >>
> > >> --
> > >> http://www.nimon.org
> > >>
> > >>
> > >>
> > >> ___
> > >> 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


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

Re: [PD] [PD-announce] pd 0.45-2 released

[Alexandros Drymonitis]

I can confirm the crackles with a 48k sampling rate and delay <= 100 ms on
OS X 10.8.4


On Tue, Sep 10, 2013 at 4:34 PM, Jaime E Oliver wrote:

> Could you also try the 48k sample rate while playing a sinusoid? I get
> crackles unless I increase the software's delay (in audio preferences) to
> something like 500ms.
>
> ?
>
>
>
> On Sep 10, 2013, at 6:01 AM, Cyrille Henry  wrote:
>
> >
> >
> > Le 10/09/2013 11:38, Nicolas Montgermont a écrit :
> >> Same here on osx 10.6.8
> >> But isn't that a pd-extended only feature?
> >
> > it has always been working in vanilla / linux.
> >
> > but I can confirm that it did not work any more on linux.
> >
> > c
> >
> >> n
> >>
> >> Le 10/09/13 09:03, peiman khosravi a écrit :
> >>> I can confirm the copying issue on OS X 10.7.5.
> >>>
> >>> P
> >>>
> >>>
> >>> On 10 September 2013 06:36, Jaime E Oliver 
> >>>  jaime.oliv...@gmail.com>> wrote:
> >>>
> >>>   A couple of bugs it seems in osx 10.8.4 and pd 0.45-2
> >>>
> >>>   I cannot copy the content of one object box (i.e. the text inside
> the box like name of an object and arguments) into another object.
> >>>
> >>
> >> --
> >> http://www.nimon.org
> >>
> >>
> >>
> >> ___
> >> 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] [PD-announce] pd 0.45-2 released

[Jaime E Oliver]

Could you also try the 48k sample rate while playing a sinusoid? I get crackles 
unless I increase the software's delay (in audio preferences) to something like 
500ms. 

?



On Sep 10, 2013, at 6:01 AM, Cyrille Henry  wrote:

> 
> 
> Le 10/09/2013 11:38, Nicolas Montgermont a écrit :
>> Same here on osx 10.6.8
>> But isn't that a pd-extended only feature?
> 
> it has always been working in vanilla / linux.
> 
> but I can confirm that it did not work any more on linux.
> 
> c
> 
>> n
>> 
>> Le 10/09/13 09:03, peiman khosravi a écrit :
>>> I can confirm the copying issue on OS X 10.7.5.
>>> 
>>> P
>>> 
>>> 
>>> On 10 September 2013 06:36, Jaime E Oliver >> > wrote:
>>> 
>>>   A couple of bugs it seems in osx 10.8.4 and pd 0.45-2
>>> 
>>>   I cannot copy the content of one object box (i.e. the text inside the box 
>>> like name of an object and arguments) into another object.
>>> 
>> 
>> --
>> http://www.nimon.org
>> 
>> 
>> 
>> ___
>> 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] FW: GEM noobie: I don't understand this glsl thing... but I need it!

[Cyrille Henry]

the glsl exemples are in a specific folder in gem/exemple.
it's not very documented, but you'll have some basic shader.
it's a good place to start.
c


Le 10/09/2013 12:43, David Schaffer a écrit :

Hi, and thank you for your answers,

I know about extended view, I 've donwloaded it and used to build my design. 
The idea for me is now to get a better understanding of the glsl chain, because 
it seems to be the place where all the magic happens. I thought I could find 
more examples of glsl objects implementations in pd, and some written code that 
I could try to hack... any help appreciated.

David


http://www.flickr.com/photos/schafferdavid/

http://audioblog.arteradio.com/David_Schaffer/



 > Date: Tue, 10 Sep 2013 09:27:17 +0200
 > From: n...@petervenus.de
 > To: pd-list@iem.at
 > Subject: Re: [PD] GEM noobie: I don't understand this glsl thing... but I 
need it!
 >
 > for ExtendedviewToolkit, there is a webpage [1]
 > and you can download the latest via github [2]
 >
 > [1] extendedview.mur.at
 > [2] https://github.com/extendedview/extended_view_toolkit
 >
 > cheers, Peter
 >
 > Am 09.09.13 23:51, schrieb John Harrison:
 > > ExtendedViewToolkit does photo stitching. Maybe it does what you want or
 > > can give you some ideas:
 > > http://puredata.info/Members/Weitsicht/extended-view-toolkit/
 > >
 > >
 > >
 > >
 > > On Mon, Sep 9, 2013 at 4:21 PM, Dan Wilcox  wrote:
 > >
 > >> glsl is the open gl shader language ... basically a simple C-like language
 > >> for doing graphics stuff on the GPU, see
 > >> https://en.wikipedia.org/wiki/GLSL
 > >>
 > >> Also, see the OpenGL Orange 
Book
 > >>
 > >> On Sep 9, 2013, at 5:01 PM, pd-list-requ...@iem.at wrote:
 > >>
 > >> *From: *David Schaffer 
 > >> *Subject: **[PD] GEM noobie: I don't understand this glsl thing... but I
 > >> need it!*
 > >> *Date: *September 9, 2013 4:24:08 PM EDT
 > >> *To: *pd list 
 > >>
 > >>
 > >> Hi there,
 > >>
 > >> I'm in the process of writing my own photo
 > >> stitching/assembling abstraction but I'm having a lot of trouble
 > >> understanding what the glsl object do... I've been able to implement an
 > >> edge blurring function by copy/pasting the glsl code from the
 > >> "panoramique.pd" patch and the "panoramique.vert" and "panoramique.frag"
 > >> files to the right places, but it only blurs vertical edges. Can anyone
 > >> tell me how I could blur horizontal edges too? and... what this glsl thing
 > >> is all about. I'm no code expert, so please keep it understandable (!)
 > >>
 > >> Thanks a lot,
 > >>
 > >> David
 > >>
 > >> http://www.flickr.com/photos/schafferdavid/
 > >> https://soundcloud.com/schafferdavid
 > >>
 > >>
 > >> 
 > >> Dan Wilcox
 > >> @danomatika
 > >> danomatika.com
 > >> robotcowboy.com
 > >>
 > >>
 > >>
 > >>
 > >>
 > >>
 > >> ___
 > >> 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



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

[PD] FW: GEM noobie: I don't understand this glsl thing... but I need it!

[David Schaffer]

Hi, and thank you for your answers, 


  
I know about extended view, I 've donwloaded it and used to build my design. 
The idea for me is now to get a better understanding of the glsl chain, because 
it seems to be the place where all the magic happens. I thought I could find 
more examples of glsl objects implementations in pd, and some written code that 
I could try to hack... any help appreciated.
 
David




http://www.flickr.com/photos/schafferdavid/

http://audioblog.arteradio.com/David_Schaffer/
  

> Date: Tue, 10 Sep 2013 09:27:17 +0200
> From: n...@petervenus.de
> To: pd-list@iem.at
> Subject: Re: [PD] GEM noobie: I don't understand this glsl thing... but I 
> need it!
> 
> for ExtendedviewToolkit, there is a webpage [1]
> and you can download the latest via github [2]
> 
> [1] extendedview.mur.at
> [2] https://github.com/extendedview/extended_view_toolkit
> 
> cheers, Peter
> 
> Am 09.09.13 23:51, schrieb John Harrison:
> > ExtendedViewToolkit does photo stitching. Maybe it does what you want or
> > can give you some ideas:
> > http://puredata.info/Members/Weitsicht/extended-view-toolkit/
> >
> >
> >
> >
> > On Mon, Sep 9, 2013 at 4:21 PM, Dan Wilcox  wrote:
> >
> >> glsl is the open gl shader language ... basically a simple C-like language
> >> for doing graphics stuff on the GPU, see
> >> https://en.wikipedia.org/wiki/GLSL
> >>
> >> Also, see the OpenGL Orange 
> >> Book
> >>
> >> On Sep 9, 2013, at 5:01 PM, pd-list-requ...@iem.at wrote:
> >>
> >> *From: *David Schaffer 
> >> *Subject: **[PD] GEM noobie: I don't understand this glsl thing... but I
> >> need it!*
> >> *Date: *September 9, 2013 4:24:08 PM EDT
> >> *To: *pd list 
> >>
> >>
> >> Hi there,
> >>
> >> I'm in the process of writing my own photo
> >> stitching/assembling abstraction but I'm having a lot of trouble
> >> understanding what the glsl object do... I've been able to implement an
> >> edge blurring function by copy/pasting the glsl code from the
> >> "panoramique.pd" patch and the "panoramique.vert" and "panoramique.frag"
> >> files to the right places, but it only blurs vertical edges. Can anyone
> >> tell me how I could blur horizontal edges too? and... what this glsl thing
> >> is all about. I'm no code expert, so please keep it understandable (!)
> >>
> >> Thanks a lot,
> >>
> >> David
> >>
> >> http://www.flickr.com/photos/schafferdavid/
> >> https://soundcloud.com/schafferdavid
> >>
> >>
> >> 
> >> Dan Wilcox
> >> @danomatika
> >> danomatika.com
> >> robotcowboy.com
> >>
> >>
> >>
> >>
> >>
> >>
> >> ___
> >> 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] [PD-announce] pd 0.45-2 released

[Cyrille Henry]

Le 10/09/2013 11:38, Nicolas Montgermont a écrit :

Same here on osx 10.6.8
But isn't that a pd-extended only feature?


it has always been working in vanilla / linux.

but I can confirm that it did not work any more on linux.

c


n

Le 10/09/13 09:03, peiman khosravi a écrit :

I can confirm the copying issue on OS X 10.7.5.

P


On 10 September 2013 06:36, Jaime E Oliver mailto:jaime.oliv...@gmail.com>> wrote:

A couple of bugs it seems in osx 10.8.4 and pd 0.45-2

I cannot copy the content of one object box (i.e. the text inside the box 
like name of an object and arguments) into another object.



--
http://www.nimon.org



___
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] [PD-announce] pd 0.45-2 released

[Nicolas Montgermont]

Same here on osx 10.6.8
But isn't that a pd-extended only feature?
n

Le 10/09/13 09:03, peiman khosravi a écrit :
> I can confirm the copying issue on OS X 10.7.5.
>
> P
>
>
> On 10 September 2013 06:36, Jaime E Oliver  > wrote:
>
> A couple of bugs it seems in osx 10.8.4 and pd 0.45-2
>
> I cannot copy the content of one object box (i.e. the text inside
> the box like name of an object and arguments) into another object. 
>

-- 
http://www.nimon.org

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

Re: [PD] compiling externals on ARM

[Cyrille Henry]

hello,

nusmuk-audio use the template makefile.
i upgrade it to last version for ali to test.
anyhow, this lib compile fine almost everywhere, including on rasbian.
(so makefile look good on linux/arm)

ali say that compiling any externals gives the same problem.
so it's not specific to this lib.

i have no idea where the problem source can be.

cheers
c




Le 10/09/2013 11:09, katja a écrit :

Actually I think that the library template should work for Linux on
ARM too, as is. Only it does not provide specific optimization flags,
which those ARM boards sorely need for performance. But if it does not
build at all, there may be something else wrong, for example the build
directory structure. Let's not conclude too early that the makefiles
are at fault.

Katja

On Mon, Sep 9, 2013 at 6:29 PM, jo57  wrote:

I don't think it is clutter at all… I don't have one of these boards, but
I'd love to try them, and when I do, I'd love to come back to this
documentation...
Perhaps this could be added to the library template?
http://puredata.info/docs/developer/LibraryTemplate
J

On Sep 9, 2013, at 11:39 AM, katja  wrote:

Hi Ali,

Seems an interesting board, the Udoo. PengPod has Cortex-A8 while Udoo
has Cortex-A9. But machine name is armv7l in both cases, meaning the
same compiler flags may be used. If you want I can send you a project
by private mail (don't want to clutter the list with this) which
builds some home-brew externals and some externals from Pd-extended on
RPi and PengPod amongst others. If it would build on Udoo too, we'd
know a bit more.

Katja

On Mon, Sep 9, 2013 at 4:11 PM, Ali Momeni  wrote:

Hello,
Looks like the Udoo is the same as the PengPod.
Is the PengPod  something like:  http://pandaboard.org/

?


Here's what i get:

ubuntu@imx6-qsdl:~$ uname -s

Linux

ubuntu@imx6-qsdl:~$ uname -a

Linux imx6-qsdl 3.0.35 #1 SMP PREEMPT Mon Aug 19 07:11:31 PDT 2013 armv7l
armv7l armv7l GNU/Linux





On Mon, Sep 9, 2013 at 10:03 AM, katja  wrote:


Hello Ali,

A while ago I've compiled home-brew Pd externals on Raspberry Pi and
PengPod Linux tablet, and found that for each ARM processor type you
can identify them by their proper name as returned by command uname
-m. For RPi this is armv6l and for PengPod armv7l. So I could define
individual flags for those ARM types in the makefiles.

There is no general approach to this, as makefiles in various Pd
extended libs can be very different. In the template makefile which is
used for many libs, the operating system is tested first with uname
-s. If it is Linux, the processor type is found with uname -m and
stored in variable CPU, which seems to be used for target 'showsetup'
only, not for setting specific flags. Anyway, if you get "No rule to
make target xxx.pd_linux" when trying to build a lib with template
makefile, I wonder what you get from your Udoo board with command
uname -s?

Katja

On Mon, Sep 9, 2013 at 2:06 PM, Ali Momeni  wrote:



hello all,
i'm working with a Udoo board (http://Udoo.org)
i've successfully compiled PureData 0.45 from miller's site;
i'm now trying to compile some of the externals in the pd svn, but i'm
getting the same error for all.

for instance, when trying to compile nusmuk-audio, i.e.

http://sourceforge.net/p/pure-data/svn/17203/tree/trunk/externals/nusmuk/nusmuk-audio/

i get the following

ubuntu@imx6-qsdl:~/pd-externals/nusmuk/nusmuk-audio$ make


make: * No rule to make target `bq~.pd_linux', needed by `all'.
Stop.


I have contacted the developer (cyrille henry) and he adjusted the
MakeFile
to account for building for ARM; but i get the same error.  I notice,
incidentally, that i get the same error ("No rule to make target
xxx.pd_linux") for all other externals that i tried from the repository.

does anyone have any thoughts on how to resolve this?


thanks,


ali



___
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] compiling externals on ARM

[katja]

Actually I think that the library template should work for Linux on
ARM too, as is. Only it does not provide specific optimization flags,
which those ARM boards sorely need for performance. But if it does not
build at all, there may be something else wrong, for example the build
directory structure. Let's not conclude too early that the makefiles
are at fault.

Katja

On Mon, Sep 9, 2013 at 6:29 PM, jo57  wrote:
> I don't think it is clutter at all… I don't have one of these boards, but
> I'd love to try them, and when I do, I'd love to come back to this
> documentation...
> Perhaps this could be added to the library template?
> http://puredata.info/docs/developer/LibraryTemplate
> J
>
> On Sep 9, 2013, at 11:39 AM, katja  wrote:
>
> Hi Ali,
>
> Seems an interesting board, the Udoo. PengPod has Cortex-A8 while Udoo
> has Cortex-A9. But machine name is armv7l in both cases, meaning the
> same compiler flags may be used. If you want I can send you a project
> by private mail (don't want to clutter the list with this) which
> builds some home-brew externals and some externals from Pd-extended on
> RPi and PengPod amongst others. If it would build on Udoo too, we'd
> know a bit more.
>
> Katja
>
> On Mon, Sep 9, 2013 at 4:11 PM, Ali Momeni  wrote:
>
> Hello,
> Looks like the Udoo is the same as the PengPod.
> Is the PengPod  something like:  http://pandaboard.org/
>
> ?
>
>
> Here's what i get:
>
> ubuntu@imx6-qsdl:~$ uname -s
>
> Linux
>
> ubuntu@imx6-qsdl:~$ uname -a
>
> Linux imx6-qsdl 3.0.35 #1 SMP PREEMPT Mon Aug 19 07:11:31 PDT 2013 armv7l
> armv7l armv7l GNU/Linux
>
>
>
>
>
> On Mon, Sep 9, 2013 at 10:03 AM, katja  wrote:
>
>
> Hello Ali,
>
> A while ago I've compiled home-brew Pd externals on Raspberry Pi and
> PengPod Linux tablet, and found that for each ARM processor type you
> can identify them by their proper name as returned by command uname
> -m. For RPi this is armv6l and for PengPod armv7l. So I could define
> individual flags for those ARM types in the makefiles.
>
> There is no general approach to this, as makefiles in various Pd
> extended libs can be very different. In the template makefile which is
> used for many libs, the operating system is tested first with uname
> -s. If it is Linux, the processor type is found with uname -m and
> stored in variable CPU, which seems to be used for target 'showsetup'
> only, not for setting specific flags. Anyway, if you get "No rule to
> make target xxx.pd_linux" when trying to build a lib with template
> makefile, I wonder what you get from your Udoo board with command
> uname -s?
>
> Katja
>
> On Mon, Sep 9, 2013 at 2:06 PM, Ali Momeni  wrote:
>
>
>
> hello all,
> i'm working with a Udoo board (http://Udoo.org)
> i've successfully compiled PureData 0.45 from miller's site;
> i'm now trying to compile some of the externals in the pd svn, but i'm
> getting the same error for all.
>
> for instance, when trying to compile nusmuk-audio, i.e.
>
> http://sourceforge.net/p/pure-data/svn/17203/tree/trunk/externals/nusmuk/nusmuk-audio/
>
> i get the following
>
> ubuntu@imx6-qsdl:~/pd-externals/nusmuk/nusmuk-audio$ make
>
>
> make: * No rule to make target `bq~.pd_linux', needed by `all'.
> Stop.
>
>
> I have contacted the developer (cyrille henry) and he adjusted the
> MakeFile
> to account for building for ARM; but i get the same error.  I notice,
> incidentally, that i get the same error ("No rule to make target
> xxx.pd_linux") for all other externals that i tried from the repository.
>
> does anyone have any thoughts on how to resolve this?
>
>
> thanks,
>
>
> ali
>
>
>
> ___
> 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] GEM noobie: I don't understand this glsl thing... but I need it!

[Peter Venus]

for ExtendedviewToolkit, there is a webpage [1]
and you can download the latest via github [2]

[1] extendedview.mur.at
[2] https://github.com/extendedview/extended_view_toolkit

cheers, Peter

Am 09.09.13 23:51, schrieb John Harrison:

ExtendedViewToolkit does photo stitching. Maybe it does what you want or
can give you some ideas:
http://puredata.info/Members/Weitsicht/extended-view-toolkit/




On Mon, Sep 9, 2013 at 4:21 PM, Dan Wilcox  wrote:


glsl is the open gl shader language ... basically a simple C-like language
for doing graphics stuff on the GPU, see
https://en.wikipedia.org/wiki/GLSL

Also, see the OpenGL Orange 
Book

On Sep 9, 2013, at 5:01 PM, pd-list-requ...@iem.at wrote:

*From: *David Schaffer 
  *Subject: **[PD] GEM noobie: I don't understand this glsl thing... but I
need it!*
  *Date: *September 9, 2013 4:24:08 PM EDT
*To: *pd list 


  Hi there,

   I'm in the process of writing my own photo
stitching/assembling abstraction but I'm having a lot of trouble
understanding what the glsl object do... I've been able to implement an
edge blurring function by copy/pasting the glsl code from the
"panoramique.pd" patch and the "panoramique.vert" and "panoramique.frag"
files to the right places, but it only blurs vertical edges. Can anyone
tell me how I could blur horizontal edges too? and... what this glsl thing
is all about. I'm no code expert, so please keep it understandable (!)

Thanks a lot,

David

http://www.flickr.com/photos/schafferdavid/
https://soundcloud.com/schafferdavid


  
Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com






___
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] [PD-announce] pd 0.45-2 released

[peiman khosravi]

I can confirm the copying issue on OS X 10.7.5.

P




*www.peimankhosravi.co.uk || RSS
Feed ||
Concert News *


On 10 September 2013 06:36, Jaime E Oliver  wrote:

> A couple of bugs it seems in osx 10.8.4 and pd 0.45-2
>
> I cannot copy the content of one object box (i.e. the text inside the box
> like name of an object and arguments) into another object.
>
> I also mentioned the weird 48k sample rate issue on a separate thread, but
> it seems like it should be on this thread…
>
> best,
>
> J
>
>
>
>
>
> On Aug 29, 2013, at 5:09 PM, Miller Puckette  wrote:
>
> > Sorry about all the noise...  I fixed the "find parent window"
> > problem (thanks Roman) and compiled for all platforms except
> > pi(that will have to wait because I packed all my Pis up for an upcoming
> > workshop in Quebec City (Tuesday; Chambre Blanche, and an opening
> > (Avatar, Fri.) and talk (Cosy, Sat). in case aonyone listening here is
> > interested.)
> >
> > nyhow, grab it for 'find parent window' to work:
> http://msp.ucsd.edu/software.html
> > (URL change too; the old one redirects)... or via git (the usual way).
> >
> > cheers
> > Miller
> >
> > ___
> > Pd-announce mailing list
> > pd-annou...@iem.at
> > http://lists.puredata.info/listinfo/pd-announce
> >
> > ___
> > 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