Re: [PD] iOS: writesf~ problem

[Dan Wilcox]

Maybe string handling from Swift to libpd is messing up the path? I would 
double check the path and that you are creating the file in a *writable* 
location aka the app's Documents or temp folders.

> On Jul 12, 2018, at 7:17 PM, pd-list-requ...@lists.iem.at wrote:
> 
> From: ar...@katlenok.ru 
> To: pd-list@lists.iem.at , IOhannes m zmölnig 
> mailto:zmoel...@iem.at>>
> Subject: Re: [PD] iOS: writesf~ problem
> Message-ID: <8f71e953-8b31-43f0-8704-ae63d1f07beb@Spark>
> Content-Type: text/plain; charset="utf-8"
> 
> I’ve increased value to 3e+08, and I waited for this recursion for a minute, 
> it did not occur, but the file was not created.
> 
> I have Objective C written application, where everything works as intended, 
> and my Swift version is stuck on this one.
> 
> Any more ideas?


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



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

Re: [PD] malfunction of pd-0.48.1

[Dan Wilcox]

Probably. We added some math to handle multi-monitor placement which may be 
showing this problem.

Please open a bug report with the patch.

> On Jul 13, 2018, at 7:27 PM, pd-list-requ...@lists.iem.at wrote:
> 
> Date: Fri, 13 Jul 2018 19:21:09 +0200
> From: Csaba Láng mailto:langcs...@gmail.com>>
> To: Pd-List mailto:pd-list@lists.iem.at>>
> Subject: Re: [PD] malfunction of pd-0.48.1
> Message-ID:
>>
> Content-Type: text/plain; charset="utf-8"
> 
> So it looks like the crash is caused by saving the patch on a second
> screen. After that I am unable to reopen the patch, and pd quits
> unexpectedly..
> Changing the first line back as Lucas suggested, opens the patch again on
> the first screen.
> is it a bug?


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



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

Re: [PD] [PD-announce] Camomile v1.0.6 - LV2 support, PdStalFx, Audio Buses, etc.

[Alexandre Torres Porres]

thanks for the video

2018-07-13 13:13 GMT-03:00 Pierre Guillot :

>
> - Add *script for Linux and MacOS* that speeds up and facilitates the
> generation of the plugins.
>

I just realized this is also another feature I had requested that must
really facilitate things. You had a video tutorial on how to generate
plugins before, I think this is also a nice feature to dedicate another
video showing how easier it is now ;)

thanks

Oh, and, by the way, I'm more than willing to support this project by
adding support to my externals - you wouldn't need to worry on maintaining
that.

But I needed to know what I had to do...

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

Re: [PD] library prefix prevents objects loading (rpi vanilla)

[Alexandre Torres Porres]

if you include the cyclone folder in "extra", for example, you don't need
to add it to the search path, as this is a "standard path".

In Pd 0.48-1, it should ask you to create a folder in your home/documents,
and if you say yes, you can include externals in that folder and it also
should work without adding them to the path.

If that is not working on Raspberry Pi, for some reason, you should report
a bug in https://github.com/pure-data/pure-data/issues

2018-07-14 5:12 GMT-03:00 Nick Burge via Pd-list :

> Yes, that works now.
>
> > On 14 Jul 2018, at 08:48, Lucas Cordiviola 
> wrote:
> >
> > You can try adding a path of your externals folder. You already have:
> >
> > whatever/path/to/cyclone
> >
> > add this path:
> >
> > whatever/path/to/
> >
> >
> > This way namespaces will work: [cyclone/coll]
> >
> > :)
> >
> > Mensaje telepatico asistido por maquinas.
> >
> > On 7/14/2018 4:39 AM, Nick Burge via Pd-list wrote:
> >> i’m having trouble getting objects to load in libraries that use a name
> prefix as in [cyclone/cycle~]. The object will load perfectly if I remove
> the “cyclone/“ prefix. So [cycle~] works which would indicate to me that
> the paths are set correctly in preferences. The issue is not specific to
> cyclone library, it occurs on any library that employs a prefix.
> >> This is on Pd 0-48.1 vanilla compiled from Miller’s source code on my
> RaspberryPi 3. (ARM v7)
> >> Thanks.
> >>
> >>
> >>
> >> ___
> >> 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] [PD-announce] Camomile v1.0.6 - LV2 support, PdStalFx, Audio Buses, etc.

[Pierre Guillot]

Thanks! Yes, I've done it:  https://vimeo.com/279991885

Date: Fri, 13 Jul 2018 15:38:19 -0300
> From: Alexandre Torres Porres 
>
> 2018-07-13 13:13 GMT-03:00 Pierre Guillot :
>
> > - Add a new plugin example *PdStalFx* that allows to dynamically load
> > patches. It can be used in a similar way to the first Camomile versions
> > (v0.0.1 to v0.0.7).
> >
>
> this is awesome, would you consider making a video example for this?
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] job angebot in experimenteller informatik an der kunsthochschule für medien köln

[hans w. koch]

(sorry in german only)

Künstlerisch-wissenschaftliche/r Mitarbeiter/in (50%) Experimentelle Informatik:

https://www.khm.de/stellen/news.4529.kuenstlerisch-wissenschaftliche-r-mitarbeiter-in-50-experimentelle-informatik/





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

Re: [PD] standard paths for externals

[Roman Haefeli]

On Fri, 2018-07-13 at 14:27 -0300, Alexandre Torres Porres wrote:
> 
> 
> 2018-07-13 11:12 GMT-03:00 Roman Haefeli :
> > So, does that mean the [declare]-flags -stdlib and -stdpath are
> > obsolete now?

Oops, bad wording on my part. I should have said 'in the declare-path
branch' instead of 'now' as readers might think it was already changed
in Pd, which is _not_ the case. I'm talking about a feature branch that
  possibly/hopefully makes it into Pd. 

> yes, and this was mentioned in this thread already - but it is kept
> there for backwards compatibility concerns, for not to have a change
> in behaviour from one version to another, so your old configuration
> still works 

Alright, that's absolutely correct. Old flags still work with old
layout, new flags work with new layout. So there is no problem with the
transition. Thanks for the clarification. 

Roman

signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] library prefix prevents objects loading (rpi vanilla)

[Nick Burge via Pd-list]

Yes, that works now.

> On 14 Jul 2018, at 08:48, Lucas Cordiviola  wrote:
> 
> You can try adding a path of your externals folder. You already have:
> 
> whatever/path/to/cyclone
> 
> add this path:
> 
> whatever/path/to/
> 
> 
> This way namespaces will work: [cyclone/coll]
> 
> :)
> 
> Mensaje telepatico asistido por maquinas.
> 
> On 7/14/2018 4:39 AM, Nick Burge via Pd-list wrote:
>> i’m having trouble getting objects to load in libraries that use a name 
>> prefix as in [cyclone/cycle~]. The object will load perfectly if I remove 
>> the “cyclone/“ prefix. So [cycle~] works which would indicate to me that the 
>> paths are set correctly in preferences. The issue is not specific to cyclone 
>> library, it occurs on any library that employs a prefix.
>> This is on Pd 0-48.1 vanilla compiled from Miller’s source code on my 
>> RaspberryPi 3. (ARM v7)
>> Thanks.
>> 
>> 
>> 
>> ___
>> 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] library prefix prevents objects loading (rpi vanilla)

[Lucas Cordiviola]

You can try adding a path of your externals folder. You already have:

whatever/path/to/cyclone

add this path:

whatever/path/to/


This way namespaces will work: [cyclone/coll]

:)

Mensaje telepatico asistido por maquinas.

On 7/14/2018 4:39 AM, Nick Burge via Pd-list wrote:
> i’m having trouble getting objects to load in libraries that use a name 
> prefix as in [cyclone/cycle~]. The object will load perfectly if I remove the 
> “cyclone/“ prefix. So [cycle~] works which would indicate to me that the 
> paths are set correctly in preferences. The issue is not specific to cyclone 
> library, it occurs on any library that employs a prefix.
> This is on Pd 0-48.1 vanilla compiled from Miller’s source code on my 
> RaspberryPi 3. (ARM v7)
> Thanks.
>
>
>
> ___
> 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] library prefix prevents objects loading (rpi vanilla)

[Nick Burge via Pd-list]

i’m having trouble getting objects to load in libraries that use a name prefix 
as in [cyclone/cycle~]. The object will load perfectly if I remove the 
“cyclone/“ prefix. So [cycle~] works which would indicate to me that the paths 
are set correctly in preferences. The issue is not specific to cyclone library, 
it occurs on any library that employs a prefix. 
This is on Pd 0-48.1 vanilla compiled from Miller’s source code on my 
RaspberryPi 3. (ARM v7)
Thanks. 



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