Re: [PD] Using png files in Gem and Windows 10

* Py Fave [2018-01-10 23:39]: > when you start pd gem gives some info on which image types are supported. > > > on windows 10 i had a lot of problems because of a missing dll (msvcr??). > > one solution is to use malinette, > >

Re: [PD] Using png files in Gem and Windows 10

when you start pd gem gives some info on which image types are supported. on windows 10 i had a lot of problems because of a missing dll (msvcr??). one solution is to use malinette, http://reso-nance.org/public/pd-malinette/test05/ to test, for me it worked, but i think there are other

[PD] Using png files in Gem and Windows 10

Dear list, I'm trying to open png files with [pix_image] and [pix_multiimage] in Windows 10, but I get errors like [pix_image]: failed to load image 'C:/Users/compo/Documents/Pd/_Sketches/face/vowel1.png'. I saw someone with a similar problem two years ago on the list, and the only reply he/she

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

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

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

Simply changing the Pd folder name in C:\Program Files (x86) from 'Pd' to 'Pd-0.48.1' solved the issue. you're all probably right that it's partly a registry issue but what I don't understand: how can Pd possibly treat [declare -stdpath iemlib] differently from [declare -stdpath zexy]? this

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

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

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

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

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

 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" An: "Christof Ressi" Cc: 

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:

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

On 2018-01-09 00:56, Christof Ressi wrote: > Now here comes the crazy thing: this doesn't happen for all other libraries! > it only fails for iemlib... and it worked correctly with the installer version of 0.48-0? > > How is this possible? > > For some reason it only happens when I install Pd

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

interesting. I'll have a look.   Gesendet: Mittwoch, 10. Januar 2018 um 17:18 Uhr Von: "Lucas Cordiviola" An: "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

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

Re: [PD] pd-0.48.1 trouble getting started

On 2018-01-10 14:53, David Medine wrote: > Any reason not to use CMake? I find it makes things a lot easier, > especially when dealing with multiple platforms. It requires installing > CMake, of course, but I think it is reasonable to expect that anyone > building Pd from source can install CMake.

Re: [PD] pd-0.48.1 trouble getting started

Once generated, an autotools build is basically just scripting & makefiles and works on a ton of platforms. It's old & ugly, but it works pretty well. You only need the compiler and associated tools to build using the common ./configure && make pattern and the common make targets (install, etc)

Re: [PD] pd-0.48.1 trouble getting started

Any reason not to use CMake? I find it makes things a lot easier, especially when dealing with multiple platforms. It requires installing CMake, of course, but I think it is reasonable to expect that anyone building Pd from source can install CMake. On 1/10/2018 12:08 PM, IOhannes m zmoelnig

Re: [PD] pd-0.48.1 trouble getting started

On 2018-01-10 02:53, Miller Puckette wrote: > ep... the make step is decently fast. But I almost never just remake without > for some reason having to reconfigure. i see. btw, you can have multiple configurations in parallel. e.g. the following will prepare to build Pd for linux with and