Re: [PD] [PD-announce] pd 0.48-1 released

[IOhannes m zmölnig]

On 01/27/2018 02:19 PM, Raphaël Ilias wrote:
> couldn't save the search pathes for the externals or abstractions.
> So based on that, I would agree that the registry causes problems...
> 

i'd rather say: your it department causes problems.

they could also prevent Pd from writing a preferences file (instead of
preventing Pd from modifying the registry), in which case the current
behaviour would have been the "correct" one.

if they were interested in not accumulating cruft, they probably should
wipe the registry on logout.



gfdsar
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] macOS 64 bit only soon

[Raphaël Ilias]

Ok, thanks for the clarification, IOhannes's message was a bit cryptic for
me !

All best dear pd community

Raphaël Ilias


Le 27 janv. 2018 5:03 PM, "Roman Haefeli"  a écrit :

On Sam, 2018-01-27 at 14:06 +0100, Raphaël Ilias wrote:
> Does it mean that Puredata will soon have to upgrade all it's floats
> and ~'s objects to double precision (64bit floating point) like
> Katia's pd-double ?
> I would love that ! :)
> Long tables made easy !


Let me quote IOhannes' email from yesterday


IOhannes wrote:
"64bit in this case means "sizeof(void*)==8" - that is: 64bit pointers.

this is orthogonal to "double precision" Pd, which uses (64bit) double
as t_float."

So, no, that doesn't automatically mean double-precision Pd.

Roman
___
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] macOS 64 bit only soon

[Roman Haefeli]

On Sam, 2018-01-27 at 14:06 +0100, Raphaël Ilias wrote:
> Does it mean that Puredata will soon have to upgrade all it's floats
> and ~'s objects to double precision (64bit floating point) like
> Katia's pd-double ?
> I would love that ! :)
> Long tables made easy !


Let me quote IOhannes' email from yesterday


IOhannes wrote:
"64bit in this case means "sizeof(void*)==8" - that is: 64bit pointers.

this is orthogonal to "double precision" Pd, which uses (64bit) double
as t_float."

So, no, that doesn't automatically mean double-precision Pd.

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] [PD-announce] pd 0.48-1 released

[Raphaël Ilias]

I'm not using Windows anymore, but I had an issue last year with the
registry, using pd-0.47 or 0.46 on Windows computers for a workshop : the
network admin had blocked all writing in the registry for the kids, so we
couldn't save the search pathes for the externals or abstractions.
So based on that, I would agree that the registry causes problems...



Raphaël


2018-01-10 21:55 GMT+01:00 Lucas Cordiviola :

> IMO now that we have the pref file for windows it will be more robust to
> stay away from the registry. I think that some “default name” pref.file
> could be used for read write instead. I think this file should live in
> the bin folder, so as not too be shared by other Pd.
>
> At least for me is a good option since I'm constantly testing Pds which
> all share the registry. OTOH for a normal user there's no difference.
>
>
> : )
>
> Mensaje telepatico asistido por maquinas.
>
> On 1/10/2018 5:22 PM, Miller Puckette wrote:
> > There's more confusion yet, because the Pd (not the GUI) preferences used
> > to be stored on HKEY_LOCAL_MACHINE instead of the (correct)
> HKEY_CURRENT_USER.
> > If there's anything left in HKEY_LOCAL_MACHINE\Software\Pure-Data you
> should
> > nuke that too.
> >
> > cheers
> > Miller
> >
> > On Wed, Jan 10, 2018 at 08:15:59PM +, Lucas Cordiviola wrote:
> >> I'm afraid I can't explain the win reg things. I remember someone
> having troubles a couple of month ago, I think it was with [declare] and
> Gem.
> >>
> >> He finally uninstall, deleted the reg keys, re-install and everything
> worked normally.
> >>
> >> I'm not saying that you should do that. But at least inspect your
> registry, may be we have a clue whats going on.
> >>
> >>
> >>
> >> --
> >>
> >> Mensaje telepatico asistido por maquinas.
> >>
> >> On 1/10/2018 5:00 PM, Christof Ressi wrote:
> >>   this wouldn't explain why standard paths are skipped. also, I tried
> with '-noprefs' - shouldn't this ignore all settings in the registry?
> >>
> >> Gesendet: Mittwoch, 10. Januar 2018 um 17:40 Uhr
> >> Von: "Lucas Cordiviola"  lucard...@hotmail.com>
> >> An: "Christof Ressi"  christof.re...@gmx.at>
> >> Cc: "pd-list@lists.iem.at" <
> pd-list@lists.iem.at>
> >> Betreff: Re: Aw: Re: [PD] [PD-announce] pd 0.48-1 released
> >>
> >> look in this key
> >>
> >> HKEY_CURRENT_USER\Software\Pure-Data
> >>
> >>
> >>
> >> you might have 2 "Pure-Data" @ HKEY_CURRENT_USER\Software\
> >>
> >> This one is for the GUI:
> >>
> >> HKEY_CURRENT_USER\Software\Pure-Data\org.puredata
> >>
> >>
> >>
> >>
> >>
> >> --
> >>
> >> Mensaje telepatico asistido por maquinas.
> >>
> >> On 1/10/2018 1:25 PM, Christof Ressi wrote:
> >> interesting. I'll have a look.
> >>
> >> Gesendet: Mittwoch, 10. Januar 2018 um 17:18 Uhr
> >> Von: "Lucas Cordiviola"  lucard...@hotmail.com>
> >> An: "pd-list@lists.iem.at" <
> pd-list@lists.iem.at>
> >> Betreff: Re: [PD] [PD-announce] pd 0.48-1 released
> >>
> >> I believe is something with the registry. Someone pointed here in the
> list that uninstalling Pd does not wipe the registry. So you might have
> foo/bar/ from the previous and foo/bar from the newone giving you those
> c:/foo/bar/c:/foo/bar paths.
> >>
> >> I can't remember where are the Pd keys on the windows registry but you
> can inspect them.
> >>
> >>
> >>
> >> --
> >>
> >> Mensaje telepatico asistido por maquinas.
> >>
> >> On 1/10/2018 9:31 AM, Christof Ressi wrote:
> >> can anyone think of a reason why the loader would just skip the User
> and Common standard path? or why it sometimes would create crazy search
> paths like:
> >> C:/Users/Christof/AppData/Roaming/Pd/C:/Program Files
> (x86)/Pd/extra/zexy.dll
> >>
> >> I also thought it could be a registry issue but I got the same result
> when running with -noprefs
> >>
> >> Gesendet: Mittwoch, 10. Januar 2018 um 05:43 Uhr
> >> Von: "Lucas Cordiviola"  lucard...@hotmail.com>
> >> An: "Christof Ressi"  christof.re...@gmx.at>, "pd-l...@iem.at" <
> pd-l...@iem.at>, "Miller Puckette"  >
> >> Betreff: Re: [PD] [PD-announce] pd 0.48-1 released
> >>
> >> I tried to replicate this on a win10 machine using pd from the
> installer (only pd in this clean machine).
> >>
> >> I did [declare -stdpath iemlib] and then successfully created the
> [unsig~].
> >>
> >> The console:
> >>
> >> tried C:/Users/Lucarda/AppData/Roaming/Pd/iemlib/unsig~.m_i386 and
> failed
> >> tried C:/Users/Lucarda/AppData/Roaming/Pd/iemlib/unsig~.dll and failed
> >> tried C:/Users/Lucarda/AppData/Roaming/Pd/iemlib/unsig~/unsig~.m_i386
> and failed
> >> tried C:/Users/Lucarda/AppData/Roaming/Pd/iemlib/unsig~/unsig~.dll and
> failed
> >> tried C:/Users/Lucarda/AppData/Roaming/Pd/iemlib/unsig~.pd and
> succeeded
> >> tried C:/Users/Lucarda/AppData/Roaming/Pd/iemlib/unsig~.pd and
> succeeded
> >>
> >> one thing that comes to my mind right now is that this path

Re: [PD] macOS 64 bit only soon

[Raphaël Ilias]

Does it mean that Puredata will soon have to upgrade all it's floats and
~'s objects to double precision (64bit floating point) like Katia's
pd-double ?
I would love that ! :)
Long tables made easy !

++

Raphaël


2018-01-26 20:02 GMT+01:00 Alexandre Torres Porres :

> yeah, these two links seem to have conflicting or confusing information.
> The first one you sent says warnings start now in the next update of high
> sierra, but only shown "once", ten it says "The next version of macOS after
> High Sierra will include "aggressive" warnings about 32-bit apps before
> they are phased out entirely." I suppose that means it'll always bug you
> about it and not just once when 10.14 comes out later this year... then
> 10.15 will stop it.
>
> But this other link says now 10.14 will only be 64 bits, hence the next
> update this year will prevent Pd extended from working.
>
> Let's see
>
> 2018-01-26 16:56 GMT-02:00 Dan Wilcox :
>
>> High Sierra was the last macOS release to support 32-bit apps. Apple
>> announced back in the summer of 2017 that applications in 10.14 would be
>> 64-bit only.
>>
>>
>> from https://www.macworld.co.uk/news/mac-software/macos-1014
>> -2018-release-date-features-specs-3669087/
>>
>> The last link I sent says the 10.13.4 update brings the warnings. So
>> earnings from now until 10.14 comes i  bthe fall of this year.
>>
>> enohp ym morf tnes
>> ---
>> Dan Wilcox
>> danomatika.com
>> robotcowboy.com
>>
>>
>> On Jan 26, 2018, at 3:52 PM, Alexandre Torres Porres 
>> wrote:
>>
>> I understood that 10.14 (which should come out this year) will have
>> "aggressive" warnings, and next year 10.15 will end support for good
>>
>>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>


-- 
Raphaël Ilias
  ___
* phae.fr *
 17 places des Halles - Ingrandes
 49123 Ingrandes Le Fresne s/ Loire
 phae.il...@gmail.com / +33 (0) 6 04 45 79 78
  ___
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] Camomile v1.0.1 - An audio plugin with Pure Data embedded

[Pierre Guillot]

Hi,

I'm pleased to announce that the brand new *Camomile *release (1.0.1) is
available!

Camomile is a plugin with Pure Data embedded that offers to load and to
control patches inside a digital audio workstation. The plugin is available
in the VST2, VST3 and Audio Unit formats for Linux, Windows and MacOS.
Download and information on the website:
https://github.com/pierreguillot/camomile/wiki.

Please, read carefully the documentation. Feedback are more than welcome! For
feature request and bug report, please use the issue section in the Github
repository if you can: https://github.com/pierreguillot/camomile/issues.

An overview of the main changes:
v1.0.0

   - Use libpd instead of my personal wrapper.
   - Use TLS approach of Pd to manage thread concurrency issues.
   - Use a text file to define the properties of the plugins.
   - Generate plugins with the patches included.
   - Separate the GUI and the parameters' definitions.

v1.0.1

   - Fix thread concurrency issue that occurred when selecting a program
   (#77).
   - Fix stack overflow issue due to concurrent access to the Pd's stack
   counter (#69).
   - Update documentation for VST2/VST3/AU generation on MacOS to display
   the name of the plugins in Ableton (#75).
   - Improve the whole documentation (#72) and start "How to Create
   Patches" (#73).
   - Add more warning when there are extra arguments in parameters' methods.
   - Add support for "openpanel" and "savepanel" methods.
   - Update examples Bulgroz, AlmondOrgan, Castafiore, MiniMock.
   - Start/Add support for patch description in the text file (#74).
   - Start/Add support for patch credits in the text file (#74).

Further information on the previous versions and the changes on this topic

. And here is the link to topic of the pd forum:
https://forum.pdpatchrepo.info/topic/11242/camomile-v1-0-1-an-audio-plugin-with-pure-data-embedded
.


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