[PD] Pd Extended in Mac doesn't load externals

2016-10-01 Thread João Pais 
Hello list,

a friend is complaining that pd-extended doesn't load the externals on his
mac. Does anyone has any hints on how to fix this? All code is made with
namespaces, e.g. [zexy/tabdump] etc.

Best,

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

Re: [PD] purr data beta1

2016-10-01 Thread IOhannes m zmölnig 
On 09/30/2016 10:44 PM, João Pais wrote:
>>
>> ah, that one again
>>
>> the problem with iOS is that
>> - all software must go through the AppStore
>> AND
>> - the AppStore does not allow GPL software.
>>
>> the "problem" with the entire external collection as was shipped with
>> Pd-extended (and is shipped with Pd-l2ork and purr-data) is that a
>> relevant percentage of the externals are released under the GPL.
>>
>> so how?
> 
> didn't Dan manage a Pd "port"

i was referring to legal problems, not technical ones.
technical issues are easily solvable compared to legal ones (it's just
plain impossible to ever upload (e.g.) zexy to AppStore until
- Apple changes it's policy
OR
- IOhannes changes the license

no matter what wonders dan and jonathan und whoelse might have wraught.

gmards
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

Re: [PD] iemguts outdated on Deken

2016-10-01 Thread IOhannes m zmölnig 
On 10/01/2016 01:17 PM, Liam Goodacre wrote:
> All of the versions of iemguts listed on Deken report as "v0-0extended". The 
> latest one was uploaded in December 2015--is that the one that's up to date?

the idea is, that all libraries of the same version are "equivalent"
(having the very same features/objects/...; being compiled from the very
same source), regardless their upload date.

gamdsr
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

Re: [PD] iemguts outdated on Deken

2016-10-01 Thread Liam Goodacre 
All of the versions of iemguts listed on Deken report as "v0-0extended". The 
latest one was uploaded in December 2015--is that the one that's up to date?


I would love to help with things like this, but I'm afraid I just don't have 
the knowledge or skills necessary.



From: Antoine Villeret 
Sent: 01 October 2016 00:38
To: Liam Goodacre
Cc: pd-list@lists.iem.at
Subject: Re: [PD] iemguts outdated on Deken

yes it is
and you can even do it yourself ! ;-)

--
do it yourself
http://antoine.villeret.free.fr

2016-09-30 6:31 GMT+02:00 Liam Goodacre 
>:

Last time I checked, Deken had an outdated version of iemguts. Since iemguts 
now includes [initbang], it would be nice if this were made available to 
Vanilla users without having to manually download and install. Is it possible 
to update Deken to the latest version from the git?

___
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] Threading in Pd/libpd

2016-10-01 Thread Giulio Moro via Pd-list 
Subpatches with the same or smaller block size as the parent patch should not 
be threaded.Subpatches with larger blocksize should be threaded, but it's left 
up to the user to enable that.


 
  From: Jonathan Wilkes 
 To: Giulio Moro ; Pd-List  
 Sent: Saturday, 1 October 2016, 6:08
 Subject: Re: [PD] Threading in Pd/libpd
   



> The entire subpatch, which in principle can be used to wrap [fft~].> My plan 
> is to have a common way of wrapping these objects with threads so that 
> I do not have to re-write all of them.
Would this potentially benefit any subpatch, or just ones that have a 
substantially larger block size than the parent patch?

> Giulio

 
  From: Jonathan Wilkes 
 To: Giulio Moro ; Pd-List  
 Sent: Saturday, 1 October 2016, 1:43
 Subject: Re: [PD] Threading in Pd/libpd
  
> Yes, that's the plan, by default I'd set it to the number of samples 
> corresponding to the step determined by the specified overlap.
What exactly gets computed in the separate thread?  Is it only the revised 
[fft~] object?  Or is it the entire subpatch?
-Jonathan


   

   
 

   

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