Re: [PD] Creating Gem Window in Windows
In the summer of 2016 I spent some days being really troubled around the problem on getting Gem working on a windows machine. The solution came with the dll file msvcr71.dll. There was also a thread called "missing MSVCR71.DLL on Win10, Gem can't load library" this spring. You might check it out. Best / Björn Eriksson P.S. Some copy/paste from that other thread down below here. *Ok, I see. It works without re-install or re-start. Just copy the file (msvcr71.dll) to that location (C:\Windows\System OR SysWOW64 OR installed Gem Folder)Thanks,* *Jonghyun* *On Tue, Apr 11, 2017 at 4:13 PM, IOhannes m zmoelnig > wrote:* > > > > > > > > > *On 2017-04-10 23:38, Jonghyun Kim wrote:> 3) Reinstall Gem and restart > Pdi seriously doubt that you need to re-install anything after > puttingmsvcr71.dll into the PATH.you *might* not even need to restart Pd > (but then, this is a simple enough).fgamsdrIOhannes* > On Wed, Oct 11, 2017 at 4:39 PM, Peter P. wrote: > Hi list, > > * Peter P. [2017-10-07 21:33]: > > Hi list, > > > > running Pd 0.48-0 vanilla on Windows and installing Gem 0.93.3 via Deken > > causes Problems at a few computers around me. > > > > Gem loads with a [declare -lib Gem] object, but creating a [gemwin] > > object by sending it the [create< message fails with many lines of > > ... couldn't create > >GLdefine GL_LINEAR > > ... couldn't create > >GLdefine GL_EXP > > ... couldn't create > >GLdefine GL_EXP2 > > ... couldn't create > >GLdefine GL_COLOR_BUFFER_BIT > > ... couldn't create > >GLdefine GL_DEPTH_BUFFER_BIT > > ... couldn't create > >GLdefine GL_STENCIL_BUFFER_BIT > > ... couldn't create > >GEMglMatrixMode GL_MODELVIEW > > ... couldn't create > >GEMgluLookAt 0 0 4 0 0 0 0 1 0 > > ... couldn't create > >GEMglLoadIdentity > > ... couldn't create > >GEMglMatrixMode GL_PROJECTION > > ... couldn't create > >GEMglLoadIdentity > > ... couldn't create > >GEMglFrustum -1 1 -1 1 1 20 > > ... couldn't create > > > > IOhannes suspected a problem with the presence of a file Gem-meta.pd in > > the search path, but there seems no such file present on the computers > > at hand. > > > > Using the Gem Windows installer from > > http://gem.iem.at/releases/0.93.3/Gem-0.93.3-W32-i686.exe > > did not help either. > > > > This problem persists largely on Windows 10 machines and is present or > > not on identical operating system versions on different installations. > > After a suggestion that Gem might be lacking certain Microsoft Visual > C++ libraries in Windows10 installations I am trying to track down the > exact name of the required libraries. I am unable to find that > information from the mailinglist archive. It would be great if someone > who has/had the same problem could help us out here. > > Thank you for all ideas, > Peter > > ___ > 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] purr data 2.3.2's gem on windows 10
On Win10 there seems to be the problem with a dll file: MSVCR71.DLL that is missing. Placing it in the Gem folder helped me a lot. Your problem might be something else, but this dll file seems important on Win10 when running GEM. It has been discussed in other threads with Gem in Pd Vanilla and Win10. Best, Björn Eriksson On Wed, Oct 4, 2017 at 11:12 PM, Py Fave wrote: > Hello Jonathan and Alexandre , > > i just saw the git commits . > > but will wait for next build. > or try a build next week. > > i already tried but failed miserably :-) > i 'll retry and give feedback, > > i justed wanted to ask if your modifications will give support for > avi? > mpg? > quicktime? > > to prepare some files. > > and for images, png support with alpha channel for transparency or tiff or > tga. > > or , if possible , support for > https://www.xnview.com/fr/GFL/ > > or a libre alternative like imagemagick? > > i am for the moment trying things with osc and vision software Scene. > and html interface in purrdata supports a higher load of messages for > display than tcl tk . > > on linux (mint) it works great for me on an old pentium dual core laptop > but opengl is too old and slow, just ok for tests > > > btw, is it possible to send a html patch window to a secondary monitor > fullscreen? > and/or to use webgl?. > > I would like to deploy installation in a classroom, for initiations. > > after all, i was led to linux by windows pd crashes. > an all new world. > > Thanks > > > Pierre-Yves > > > > 2017-09-30 17:10 GMT+02:00 Jonathan Wilkes : > >> > Hello List, >> >> > 1. Please don't ask why i use windows. >> >> > 2. please tell me if there is a better place to post about this. >> >> > 3. i installed purr-data 2.3.2 (and other versions before) on windows >> 10 (x64). >> >> > gem is included but i startup i get : >> > GEM: image loading support: SGI >> >> > only >> >> > and i can't find a way of loading jpg or movies in gem. >> >> > if i load example pix_film opr pix_movie, i get >> >> > verbose( 0):[pix_movie]: AVI support verbose( 0):[pix_movie]: image >> support >> >> > [pix_film]: unable to open file: C:/Users/PC-VonoXS/Desktop/pour >> josep/capture014_type1.avi >> >> > (standard dv file , that used to work on pd-extended) >> >> > but gem 93.3 is quite old , especially for glsl stuff. >> >> >> Hi Py, >> I maintain Purr Data. I'll have a look at this. >> >> -Jonathan >> > > > ___ > 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] accoustic guitar chord detection
Hi, thanks for this thread. I am also searching for detection solutions, for let say three notes in a chord. I tried to open the patch Patrice posted "chordDetection.pd" It seems like that objects [list-sort desc] and [list-compare] aren+t created with my Pd Vanila install on a Win10 machine. Any idea why this behaviour? Do I need some extra library for the [list] objects? /Björn Eriksson On Wed, Mar 29, 2017 at 6:21 PM, patrice colet wrote: > I don't really know what 'fancy' means in this context, here is an example > with [sigmund~], it's supposed to detect 3 notes chords > > > > Le 29/03/2017 à 11:02, Simon Iten a écrit : > >> this is far from trivial without a hex pickup and i doubt that something >> useful will be possible to do with puredata. but i would be very happy to >> be proven wrong! >> >> On 29 Mar 2017, at 02:51, Alexandre Torres Porres >>> wrote: >>> >>> howdy, getting involved in a research that needs to detect notes from >>> guitar chords (no hex pickup solutions, unfortunately). No need to do >>> anything fancy with the spectra, or process it in any way like with >>> celemony melodyne's DNA stuff. Do any of you know of some nice stuff done >>> in Pd or Max or SC or whatever on that? >>> >>> thanks >>> ___ >>> Pd-list@lists.iem.at mailing list >>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li >>> stinfo/pd-list >>> >> >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li >> stinfo/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] pduino/firmata trouble? (Rick Snow)
Thank you! Sorry, just saw the github link now! /Björn On Wed, Feb 22, 2017 at 9:49 AM, Roman Haefeli wrote: > Sorry, fogot to post the link: > https://github.com/reduzent/pduino > > > > On Mit, 2017-02-22 at 09:34 +0100, Roman Haefeli wrote: > > On Son, 2017-02-19 at 12:27 +0100, Björn Eriksson wrote: > > > > > > Hello list! > > > I experience also problems coming now and then whith different > > > firmata together with pduino. > > > Are there by chance any updated info on this, on how to have the > > > latest pduino communicate at it´s best with what Firmata somewhere? > > I once made a pduino version that uses less dependencies. I consider > > it > > well tested with Firmata v2.2 and v2.3. I see that the current > > arduino > > IDE (1.8.1) ships with Firmata protocol version 2.5.1. > > > > I didn't track the changes since 2.3. However, I'm willing to fix > > pduino if there is some indication that pduino is not compatible with > > more recent Firmatas. > > > > Please be as specific as possible in reporting what's not working for > > you. > > > > 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] pduino/firmata trouble? (Rick Snow)
Thanks for this hopeful reply! I will be following up with some specific problems regarding the Pduino / Firmata I encountered. To put it short it seems to me that things works much better with the older Firmata v2.1 than the newer ones. Among some problems were problems to setup I/O digital pins from within Pd-patch. But as said, I will return with some specifics within a week or two. The Pduino version you did Roman, with less dependencies, was that released the ordinary ways - and might it even be searchable through Deken? If so... what to look for? All the best, Björn Eriksson On Wed, Feb 22, 2017 at 9:34 AM, Roman Haefeli wrote: > On Son, 2017-02-19 at 12:27 +0100, Björn Eriksson wrote: > > Hello list! > > I experience also problems coming now and then whith different > > firmata together with pduino. > > Are there by chance any updated info on this, on how to have the > > latest pduino communicate at it´s best with what Firmata somewhere? > > I once made a pduino version that uses less dependencies. I consider it > well tested with Firmata v2.2 and v2.3. I see that the current arduino > IDE (1.8.1) ships with Firmata protocol version 2.5.1. > > I didn't track the changes since 2.3. However, I'm willing to fix > pduino if there is some indication that pduino is not compatible with > more recent Firmatas. > > Please be as specific as possible in reporting what's not working for > you. > > 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] pduino/firmata trouble? (Rick Snow)
Hello list! I experience also problems coming now and then whith different firmata together with pduino. Are there by chance any updated info on this, on how to have the latest pduino communicate at it´s best with what Firmata somewhere? /Björn Eriksson On Wed, Nov 30, 2016 at 11:12 PM, Rick Snow wrote: > Apologies... I switched to another arduino and the problem disappeared. > > > >> Message: 3 >> Date: Wed, 30 Nov 2016 12:16:24 -0600 >> From: Rick Snow >> To: Pd-List >> Subject: [PD] pduino/firmata trouble? >> Message-ID: >> > ail.com> >> Content-Type: text/plain; charset="utf-8" >> >> Hi list, >> >> I'm having trouble getting PD on mac osx 10.11.4 to work with the arduino >> analog inputs. >> I am able to upload firmata via the arduino ide. I'm also able to upload >> blink and get the expected behavior. >> When loading the arduino pduino examples I am able to get comport to >> connect to arduino but am not able to get any input from the analog pins. >> >> Has anyone else had trouble with this recently? Any advice? >> >> Thanks! >> Rick >> > > ___ > 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] fftease with pd 0.47.1 under OS X
Hello, to my knowledge (also left pd-extended recently) you need to [declare -lib xx] within the patch where you intend to use library objects. After you have "deken-installed" the library with "Find externals". Some packages are not libraries and there you might have to [declare -stdpath xx] instead. [import x] does not work in pd-vanilla afaik. All the best, Björn Eriksson On Sun, Sep 25, 2016 at 10:40 AM, Jugen Frenz wrote: > Hello, > > I want to leave pd-extended behind me and use the newer releases of pd > vanilla instead and then add the externals. > When I define a path to the fftease folder in 0.47.1 as I used to do in > pd-extended the library is not recognised. Also dragging the darwin objects > into the ‘extra’ folder inside the application folder didn’t work for me. > > Please, what do I need to do? Any advice is largely appreciated… > > Best regards > Jurgen > > > ___ > 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] Loading libs and path (w32) Was:Re: Trying to get GEM going on Pd Vanilla / Win10
Hi, I will probably when there is time write up (don´t know when, but hopefully the coming month) something on the declaring of libraries and externals when I get time. This has been one of the more troublesome thing to understand for me as former Pd Extended user where everything "just worked" migrating tp Pd Vanilla. Now using Vanilla which I am verry happy for I still see alot of questions regarding how to install things, and then how to use it. I found these pages useful as some sort of summary - and tracker of old libraries - among with what is written up in the FLOSS manual. Sharing these pages here, if someone is getting the idea and time to to some update managings: https://puredata.info/downloads/by-category/library https://puredata.info/docs/faq/how-do-i-install-externals-and-help-files http://puredata.info/docs/LibrariesInPdExtended/ http://en.flossmanuals.net/pure-data/list-of-objects/introduction/ http://en.flossmanuals.net/pure-data/list-of-objects/glue/ and continuing on the next pages in FLOSS All the best, Björn On Sat, Aug 6, 2016 at 5:15 AM, Lucas Cordiviola wrote: > *>In Pd Extended there were an object called [output~]. By nostalgic > reasons* > > > output~ was not an Object, it is/was an abstraction. > > Its in the “extra” folder of pd-extended, if you don't have extended > anymore you can find it in the latest cyclone, on many help patches. > > Do right-click to open it, then save it as “output~.pd” wherever you know > pd will find it. > > : ) > > > Mensaje telepatico asistido por maquinas. > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Loading libs and path (w32) Was:Re: Trying to get GEM going on Pd Vanilla / Win10
Thanks again! In Pd Extended there were an object called [output~]. By nostalgic reasons and sometimes when opening old patches made in Pd Extended I would like to know what library or set of externals the [output~] is/was part of. Anyone knows? /Björn Eriksson On Fri, Aug 5, 2016 at 9:26 PM, Lucas Cordiviola wrote: > *>Sometimes I read upon the importance of using /user/AppData/Roaming/Pd * > > > This is one of the default places that pd “Knows”, so if you put externals > there you don't need to -path or [declare] anything. > Just do deken, when prompt select %appdata%\pd and even without restarting > they are ON. Restart the browser and you will see the new externals. > > To create the objects you must specify the folder I.e [ggee/getdir] not > just [getdir] > > %appdata% has the same behavior as yourrunning-pd/extra > > But which method you choose depends on other personal considerations or > projects/work-flows you are in. > > Salutti, > Lucarda. > > > Mensaje telepatico asistido por maquinas. > > > -- > *From:* Pd-list on behalf of Björn > Eriksson > *Sent:* Friday, August 5, 2016 11:20 AM > *To:* Pd-List > *Subject:* Re: [PD] Loading libs and path (w32) Was:Re: Trying to get GEM > going on Pd Vanilla / Win10 > > Thanks for the practical tips! Appreciated! > It´s also good to be able to change the font and fontsize to a good > windows standard, also another thing that was annoying when switching from > Pd Extended to Pd Vanilla overcome! Consolas 12 seems like a good choice! > > I think upon uninstall of Pd the extra folders are left untouched, so I > think I will continue to have extra libraries there (pd/extra). Sometimes I > read upon the importance of using /user/AppData/Roaming/Pd or > Program/Common Files/Pd . How to think and act upon these considerations? I > bet this been discussed alot before, maybe a new thread if not? Of course > it is platform dependant and now here I am speaking windows considerations. > >> >>> >>> >> > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Loading libs and path (w32) Was:Re: Trying to get GEM going on Pd Vanilla / Win10
Thanks for the practical tips! Appreciated!
It´s also good to be able to change the font and fontsize to a good windows
standard, also another thing that was annoying when switching from Pd
Extended to Pd Vanilla overcome! Consolas 12 seems like a good choice!
I think upon uninstall of Pd the extra folders are left untouched, so I
think I will continue to have extra libraries there (pd/extra). Sometimes I
read upon the importance of using /user/AppData/Roaming/Pd or
Program/Common Files/Pd . How to think and act upon these considerations? I
bet this been discussed alot before, maybe a new thread if not? Of course
it is platform dependant and now here I am speaking windows considerations.
Here is pd -help list btw:
C:\pd\bin>pd -help
usage: pd [-flags] [file]...
audio configuration flags:
-r-- specify sample rate
-audioindev ... -- audio in devices; e.g., "1,3" for first and third
-audiooutdev ... -- audio out devices (same)
-audiodev ...-- specify input and output together
-audioaddindev -- add an audio input device by name
-audioaddoutdev -- add an audio output device by name
-audioadddev -- add an audio input and output device by name
-inchannels ... -- audio input channels (by device, like "2" or "16,8")
-outchannels ... -- number of audio out channels (same)
-channels ...-- specify both input and output channels
-audiobuf -- specify size of audio buffer in msec
-blocksize-- specify audio I/O block size in sample frames
-sleepgrain -- specify number of milliseconds to sleep when idle
-nodac -- suppress audio output
-noadc -- suppress audio input
-noaudio -- suppress audio input and output (-nosound is synonym)
-callback-- use callbacks if possible
-nocallback -- use polling-mode (true by default)
-listdev -- list audio and MIDI devices
-asio-- use ASIO audio driver (via Portaudio)
-pa -- synonym for -asio
-mmio-- use MMIO audio API (default for Windows)
(default audio API for this platform: MMIO)
MIDI configuration flags:
-midiindev ... -- midi in device list; e.g., "1,3" for first and third
-midioutdev ... -- midi out device list, same format
-mididev ... -- specify -midioutdev and -midiindev together
-midiaddindev-- add a MIDI input device by name
-midiaddoutdev -- add a MIDI output device by name
-midiadddev -- add a MIDI input and output device by name
-nomidiin-- suppress MIDI input
-nomidiout -- suppress MIDI output
-nomidi -- suppress MIDI input and output
other flags:
-path -- add to file search path
-nostdpath -- don't search standard ("extra") directory
-stdpath -- search standard directory (true by default)
-helppath -- add to help file search path
-open -- open file(s) on startup
-lib -- load object library(s)
-font-size -- specify default font size in points
-font-face -- specify default font
-font-weight -- specify default font weight (normal or bold)
-verbose -- extra printout on startup and when searching for files
-noverbose -- no extra printout
-version -- don't run Pd; just print out which version it is
-d-- specify debug level
-loadbang-- do not suppress all loadbangs (true by default)
-noloadbang -- suppress all loadbangs
-stderr -- send printout to standard error instead of GUI
-nostderr-- send printout to GUI instead of standard error (true by
default)
-gui -- start GUI (true by default)
-nogui -- suppress starting the GUI
-guiport -- connect to pre-existing GUI over port
-guicmd "cmd..." -- start alternatve GUI program (e.g., remote via ssh)
-send "msg..." -- send a message at startup, after patches are loaded
-prefs -- load preferences on startup (true by default)
-noprefs -- suppress loading preferences on startup
-sleep -- sleep when idle, don't spin (true by default)
-nosleep -- spin, don't sleep (may lower latency on multi-CPUs)
-schedlib -- plug in external scheduler
-extraflags -- string argument to send schedlib
-batch -- run off-line as a batch process
-nobatch -- run interactively (true by default)
-autopatch -- enable auto-connecting new from selected objects (true
by default)
-noautopatch -- defeat auto-patching new from selected objects
-compatibility -- set back-compatibility to version
/Björn Eriksson
On Thu, Aug 4, 2016 at 10:01 PM, Lucas Cordiviola
wrote:
> Hi Björn, David:
>
> There's a good windows way to manage loading libs and path.
>
> Mainly is a .cmd file that is used to start pd with whatever options.
>
> With this folder structure:
>
> Some parent folder (A)
>
> A/externals
>
> A/pd
>
> A/x.cmd
>
> (this folder struc keeps thi
Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
Hi, yes the main problem was the missing dll. Don't know why it is needed or why it's not already included. Lucas was spotting this and might be able to spread some light on this. /Björn Eriksson On 5 Aug 2016 2:04 am, "me.grimm" wrote: > hello, > > just to clarify, other than the [declare] stuff, is the main problem > placing "msvcr71.dll" in the Gem folder because it is missing? do we know > the reason? > > i was just helping someone this morning on win10 / pd 0.47.1 / Gem and had > the same problem... unable to load Gem. i ended up just telling them to > install pd-x which worked fine (so far i assume). > > cheers > m > > On Thu, Aug 4, 2016 at 8:23 AM, Björn Eriksson wrote: > >> Thanks for clarifications IOhannes! >> I would really prefer to not declare anything with specific path >> references like this one with the Gem-0.93.3 folder. I understand it will >> induce problems if shared and if drives/sticks changes places, OS´s. The >> reason the versioned folder got there was due to the suggestion from Oliver >> to unzip all Gem.zip into the "extra" folder, which I did and got it there. >> I also tried to set path preferences (from menu - File-Preference-Path, >> also File-Preference-Startup, but it seems that neither of them are >> remembered after restart of Pd. >> >> Will try to rename the versioned folder to just Gem instead of >> Gem-0.93.9 so to get rid of the dependecies. I hope it will work like that. >> >> Guess I was happy that Gem finally started to work on this machine I am >> at, so didn´t see the fatalities of the versioned folder. (why is it anyway >> included in the zip-file if it causes this instabilties?) >> >> All the best! >> Björn Eriksson >> >> On Thu, Aug 4, 2016 at 1:25 PM, IOhannes m zmoelnig >> wrote: >> >>> On 2016-08-04 03:23, Björn Eriksson wrote: >>> > In the patch I do have to [declare -lib /Gem-0.93.3/Gem] or with direct >>> > path where Gem is installed, on my external harddrive that is [declare >>> -lib >>> > G:/pd/extra/Gem-0.93.3/Gem]. >>> >>> well, that sounds like a bad layout. >>> the point of using [declare] is to create patches with dependency >>> information that is platform independent and sharable. >>> >>> for instance it makes little sense to use [declare -lib >>> D:\bjoern\Pd-Projects\Gem-0.89\Gem]: while it might work, the patch will >>> break as soon as you give it away (or port it to another computer, that >>> is not running windows ANDOR has a cd-drive occupying the "D:" letter >>> rather than yoiur USB-stick ANDOR has a different filesystem layout >>> ANDOR ... >>> >>> sp, if you put your externals into extra/, then you shouldn't use >>> version-prefixes. >>> if you do want to organise the directories the way you like, use the >>> preferences to add additional paths. >>> >>> e.g. extracting Gem to D:\bjoern\Pd-Projects\Gem-0.89\Gem\ you could add >>> "D:\bjoern\Pd-Projects\Gem-0.89\" to your search-paths (in the >>> Pd-preferences) and then use [declare -lib Gem] in your patch. >>> then, if you want to migrate the patch to another machine, install Gem >>> to /home/bobby/projects/2018/external-pool/Gem/ and add >>> "/home/bobby/projects/2018/external-pool" to your Pd-preferences. >>> then run your patch. >>> without any modifications! >>> >>> >>> fgasdmr >>> IOhannes >>> >>> >>> ___ >>> Pd-list@lists.iem.at mailing list >>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li >>> stinfo/pd-list >>> >>> >> >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li >> stinfo/pd-list >> >> > > > -- > > m.e.grimm, m.f.a, ed.m. > syracuse u., tc3 > megrimm.net > > > ___ > 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] Externals: which library they belong to and where to download the sources
David, did you [declare -lib zexy] in your patch? For me it works with Pd 0.47.1 and Win10 so I guess it should work on Win7 too... I can put [limiter~] object without errors after declaring library. /Björn Eriksson On Thu, Aug 4, 2016 at 2:00 PM, David wrote: > Does deken work under Windows (W 7, SP1, 32-bit, in my case)? I just > installed PD 0.47 to try it (I was using PD 46.7, which doesn't seem to > have that option, at least in the Windows version). I was able to install > 'zexy', with no errors reported, but my patch is still getting "couldn't > create" errors. And the 'limiter~' object is also getting the error > "limiter~ We need 4 inlets" (this is on the 'limiter~-help' patch!). > > Thanks, > David. > > >> > The last versions are in deken, you may download a package here and >> there >> > from Pd-Extended in a git, but you won't find them all via git, and the >> > thing is that whatever is being maintained in a git repo (note that the >> > most majority of extended packages are unmaintained) surely has the >> latest >> > package available in deken. >> >> > I just say, don't worry about keeping track of git repos, just chek >> deken >> > out... and deken is now part of vanilla, in 0.47-1, just go to "help", >> "find externals" and get them... >> >> > ___ > 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] Trying to get GEM going on Pd Vanilla / Win10
Thanks for clarifications IOhannes! I would really prefer to not declare anything with specific path references like this one with the Gem-0.93.3 folder. I understand it will induce problems if shared and if drives/sticks changes places, OS´s. The reason the versioned folder got there was due to the suggestion from Oliver to unzip all Gem.zip into the "extra" folder, which I did and got it there. I also tried to set path preferences (from menu - File-Preference-Path, also File-Preference-Startup, but it seems that neither of them are remembered after restart of Pd. Will try to rename the versioned folder to just Gem instead of Gem-0.93.9 so to get rid of the dependecies. I hope it will work like that. Guess I was happy that Gem finally started to work on this machine I am at, so didn´t see the fatalities of the versioned folder. (why is it anyway included in the zip-file if it causes this instabilties?) All the best! Björn Eriksson On Thu, Aug 4, 2016 at 1:25 PM, IOhannes m zmoelnig wrote: > On 2016-08-04 03:23, Björn Eriksson wrote: > > In the patch I do have to [declare -lib /Gem-0.93.3/Gem] or with direct > > path where Gem is installed, on my external harddrive that is [declare > -lib > > G:/pd/extra/Gem-0.93.3/Gem]. > > well, that sounds like a bad layout. > the point of using [declare] is to create patches with dependency > information that is platform independent and sharable. > > for instance it makes little sense to use [declare -lib > D:\bjoern\Pd-Projects\Gem-0.89\Gem]: while it might work, the patch will > break as soon as you give it away (or port it to another computer, that > is not running windows ANDOR has a cd-drive occupying the "D:" letter > rather than yoiur USB-stick ANDOR has a different filesystem layout > ANDOR ... > > sp, if you put your externals into extra/, then you shouldn't use > version-prefixes. > if you do want to organise the directories the way you like, use the > preferences to add additional paths. > > e.g. extracting Gem to D:\bjoern\Pd-Projects\Gem-0.89\Gem\ you could add > "D:\bjoern\Pd-Projects\Gem-0.89\" to your search-paths (in the > Pd-preferences) and then use [declare -lib Gem] in your patch. > then, if you want to migrate the patch to another machine, install Gem > to /home/bobby/projects/2018/external-pool/Gem/ and add > "/home/bobby/projects/2018/external-pool" to your Pd-preferences. > then run your patch. > without any modifications! > > > fgasdmr > IOhannes > > > ___ > 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] Declaring libraries and setting paths
Hi again! In the recent GEM problem resolving I learnt alot (thanks!), also on the situation of declaring libraries in Pd Vanilla. Also I did learn that some libraries cannot be declared as [declare -lib libraryname] within the patch. I experienced this with cyclone which I had to instead [declare -stdpath cyclone]. While this might not be such a big issue, are there some ways to "know" if a library has either one of these behaviours? Is FLOSS Pd manual the best compilation of objects and libraries that are published (online)? http://en.flossmanuals.net/pure-data/list-of-objects/glue/ http://en.flossmanuals.net/pure-data/list-of-objects/math/ etcetera Found this onepage copied from FLOSS page of objects here that might be useful to some: http://blog.joehahn.ws/list-puredata-objects-and-extended-objects I could easily imagine a back page on this handy reference card with a summary of libraries with short description of possible and maybe some install hints. Usage of deken, and whatmore..? https://puredata.info/docs/tutorials/pd-refcard Anyhow, I guess also some of the knowledge on these matters has to be transmitted step by step (in different ways) as people do learn more. Without some struggle, no insights. This is also to be balanced to the eagerness of the "new to Pd´s" who wants to push buttons and turn some knobs more than investing in the time it takes to learn something new. I am not suggesting anything special here, but I think sometimes there is reason why some new to Pd gives up easily (which is some of my experiences). I didn´t make the Vanilla jump until this summer, and being on a windows machine does not make it more easy. I imagine there might be alot things worth writing tutorials on, for instance updating the FLOSS manual, also I understand it is up to me and others who sees the need to do it, just to do it! So it´s nothing of complaint here... JUST HAPPY! Pd is a powerful tool and working on it together it can just be better! Sorry for the meanderings in latter part of mail, main question here is the one if it is possible to know behaviour of libraries, either by reading, or on looking at them in special way. (for instance when they are loaded by deken) All the best! /Björn Eriksson ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
Ahh, great!! I am able to run GEM on Pd Vanilla on Win10 now! Thanks all for helping on this annoying thing! What made it work was the msvcr71.dll file that i put in the Gem folder (I downloaded and used a version 7.10.6030.0 of msvcr71.dll found here https://www.dll-files.com/msvcr71.dll.html) In the patch I do have to [declare -lib /Gem-0.93.3/Gem] or with direct path where Gem is installed, on my external harddrive that is [declare -lib G:/pd/extra/Gem-0.93.3/Gem]. This really solved the issues I was experiencing! (I cannot judge myself if there might be some more dll´s missing though.) How can we inform, and possible adjust the windows package for GEM for future window(10) users who might be want to try GEM? The buggy appearance when trying to get GEM working was my main reason to keep running Pd extended, but now as this works I will not need to get back to Pd extended. Happy and thankful for all your great input on this! All the best! On Thu, Aug 4, 2016 at 2:21 AM, Björn Eriksson wrote: > Oh that is interesting! I will try! I did already try the uninstall and > reinstall on external drive suggested by Oliver, without so much more > success. I will post some updates on that, after I try this. > > /Björn > > On Thu, Aug 4, 2016 at 2:17 AM, Lucas Cordiviola > wrote: > >> Yes! >> >> Placing “msvcr71.dll” in Gem folder I get Gem loaded in the console. >> >> I don`t know if more .dlls are needed, I`m testing on a VM, did some >> DependancyWalker which gave a lot of data. >> >> Of course this needs more testing, but I never used Gem. >> >> One of the unfriendly win10 things is that it no longer pops when a DLL >> is missing. Maybe there's an option for that but I don't know it. >> >> Probably tomorrow I`ll do more testing. >> >> Salutti, >> Lucarda. >> >> >> Mensaje telepatico asistido por maquinas. >> >> >> -- >> *From:* Pd-list on behalf of Lucas >> Cordiviola >> *Sent:* Wednesday, August 3, 2016 10:58 PM >> *To:* pd-list@lists.iem.at; miu...@gmail.com >> *Subject:* Re: [PD] Trying to get GEM going on Pd Vanilla / Win10 >> >> >> I`m still testing, >> >> >> posible MSVCR71.DLL missing. >> >> >> Mensaje telepatico asistido por maquinas. >> >> > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
Oh that is interesting! I will try! I did already try the uninstall and reinstall on external drive suggested by Oliver, without so much more success. I will post some updates on that, after I try this. /Björn On Thu, Aug 4, 2016 at 2:17 AM, Lucas Cordiviola wrote: > Yes! > > Placing “msvcr71.dll” in Gem folder I get Gem loaded in the console. > > I don`t know if more .dlls are needed, I`m testing on a VM, did some > DependancyWalker which gave a lot of data. > > Of course this needs more testing, but I never used Gem. > > One of the unfriendly win10 things is that it no longer pops when a DLL is > missing. Maybe there's an option for that but I don't know it. > > Probably tomorrow I`ll do more testing. > > Salutti, > Lucarda. > > > Mensaje telepatico asistido por maquinas. > > > -- > *From:* Pd-list on behalf of Lucas > Cordiviola > *Sent:* Wednesday, August 3, 2016 10:58 PM > *To:* pd-list@lists.iem.at; miu...@gmail.com > *Subject:* Re: [PD] Trying to get GEM going on Pd Vanilla / Win10 > > > I`m still testing, > > > posible MSVCR71.DLL missing. > > > Mensaje telepatico asistido por maquinas. > > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
Thanks for all the good suggestions! I will try to do the external drive install that Oliver suggest. And yes Lucas, great if you want to test on another Win 10 machine. I have Pd Vanilla 0.47.1 installed with Windows installer. (See errorfile and testpatch earlier in thread) /Björn torsdag 4 augusti 2016 skrev Lucas Cordiviola : > Hi IO, > > > so? > > > I can test on win10, which pkg? the deken one? > > > Mensaje telepatico asistido por maquinas. > > > -- > *From:* Pd-list > on behalf > of IOhannes m zmölnig > > *Sent:* Wednesday, August 3, 2016 6:43 PM > *To:* pd-list@lists.iem.at > > *Subject:* Re: [PD] Trying to get GEM going on Pd Vanilla / Win10 > > On 08/03/2016 07:49 PM, Lucas Cordiviola wrote: > > did you -lib correctly?: > > > > yes he did. > > gfmrdsa > IOhannes > > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
Hi, thanks for fast reply! It didn´t fix it. [gemwin] and [gemhead] is created though and rest are not, so the changed path seemed to work at least in same way as the -stdpath way. Hmm... /Björn On Wed, Aug 3, 2016 at 9:18 AM, IOhannes m zmoelnig wrote: > On 2016-08-03 08:05, Björn Eriksson wrote: > > created in patches after I have [declare -stdpath Gem]. One of the > problems > > how about [declare -lib Gem] instead? > > fmnsdf > IOhannes > > > ___ > 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] Trying to get GEM going on Pd Vanilla / Win10
Hi list! I am trying to get GEM onto Pd Vanilla on a Win10 machine. I have installed both from deken and from http://gem.iem.at/ without particular good result. I get [gemwin] and [gemhead] to be able to be created in patches after I have [declare -stdpath Gem]. One of the problems that are present are that all other Gem objects seems not be able to be created. Like [pix_film], [rotateXYZ] and all the others. When I look in the library installation folder (user\AppData\Roaming\pd\Gem) I cannot see any dll´s from for instance [pix_film] and others, but there is pixfilm-help.pd file nd help files for the others. Maybe this is as it should be, but I am confused. I also tried to get freetype fonts into Pd Vanilla, but I am really unsure on how to do. (this was suggested somewhere that it might be needed). I am searching everywhere for solutions, but I am probably missing out some obvious here. I was even declaring iemlib, as this was some hint I was given in some forum. Now I was thinking in lines of that I might have to compile binaries myself to get it going, but I am stepping over a knowledge threshold there. And I hope there is other solutions out here... Here is some threads I stumbled over in my search - that might be of help to someone: https://github.com/umlaeute/Gem/wiki/How-to-build-Gem-on-Microsoft-Windows-(MINGW) http://forum.pdpatchrepo.info/topic/9870/form-extended-to-vanilla http://forum.pdpatchrepo.info/topic/6743/how-to-install-externals-libraries-gui-plug-ins-etc/16 http://gem.iem.at/documentation https://sourceforge.net/projects/pd-gem/support?source=navbar (at same time GEM in Pd Extended is working for me - but I really do want to switch to Pd Vanilla) All the best, Björn Eriksson ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended appearance to Pd vanilla 0.46-7
Maybe already found some answers myself on this in this thread: http://forum.pdpatchrepo.info/topic/9870/form-extended-to-vanilla/18 Does deken already now comes with the present Pd Vanilla versions? All the best, Björn On Wed, Jun 8, 2016 at 11:59 PM, Björn Eriksson wrote: > How to install deken? > I understand it´s "super easy" with deken, but I didn´t find time yet to > how to actually get that into Pd-Vanilla. (myself being a Pd Extended user > for several years) > and gotten somehow used to some of the extended behaviours. > > I am sure there is info out there, but thought I ask as the question came > up here. > > All the best, > Björn Eriksson > > > > On Wed, Jun 8, 2016 at 11:28 PM, IOhannes m zmölnig > wrote: > >> On 06/08/2016 11:10 PM, oscar santis wrote: >> > Does someone know how to give Pd-extended objects appearance to Pd >> Vanilla >> > 0.46-7 using Gui-plugins or other way? >> >> deken. >> >> gfmdsr >> IOhannes >> >> >> ___ >> 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-extended appearance to Pd vanilla 0.46-7
How to install deken? I understand it´s "super easy" with deken, but I didn´t find time yet to how to actually get that into Pd-Vanilla. (myself being a Pd Extended user for several years) and gotten somehow used to some of the extended behaviours. I am sure there is info out there, but thought I ask as the question came up here. All the best, Björn Eriksson On Wed, Jun 8, 2016 at 11:28 PM, IOhannes m zmölnig wrote: > On 06/08/2016 11:10 PM, oscar santis wrote: > > Does someone know how to give Pd-extended objects appearance to Pd > Vanilla > > 0.46-7 using Gui-plugins or other way? > > deken. > > gfmdsr > IOhannes > > > ___ > 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] Pduino 0.5
Hi again, I would love to! I just didn´t look that direction in the unreleased. I guess it should be stable enough? ( https://puredata.info/downloads/pduino/releases/0.5.1 ) /Björn On Sat, Jan 30, 2016 at 8:14 PM, IOhannes m zmölnig wrote: > On 01/30/2016 04:39 PM, Björn Eriksson wrote: > > Hello, > > just a question arised, when trying to download Pduino 0.5. Has the > > any reason why you don't want to use 0.5.1? > > gfmards > IOhannes > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Pduino 0.5
Hello, just a question arised, when trying to download Pduino 0.5. Has the downloads moved somewhere else? Seems I cannot reach it from here: https://puredata.info/downloads/pduino All the best, Björn Eriksson ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
