Pd-list January 2017

pd-list@lists.iem.at

63 participants
84 discussions

Re: [PD] Deken : Install externals with a list (Py Fave)
by Dan Wilcox 10 Apr '17

10 Apr '17

When the app needs a different version of the built in windows libs, that usually means it was build on a different version of Windows. Sometimes, you have to include a copy of the lib itself with the app and/or the user needs to install it. Hacky I know, but that’s what I’ve done in the past… IE: https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/7f5a39ee-e089… <https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/7f5a39ee-e089…> Often times, I’ve quickly had to go to one of these sites that hosts various Windows api dlls just to get something to work. Either that or copy it from another machine with an older OS. Seems like this might be an option for now. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Jun 2, 2016, at 2:09 PM, pd-list-request(a)lists.iem.at wrote: > > From: rolfm(a)dds.nl <mailto:rolfm@dds.nl> > Subject: Re: [PD] Deken : Install externals with a list (Py Fave) > Date: June 2, 2016 at 2:09:31 PM MDT > To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > > > Roman wrote: > >> Just in case nobody more knowledgeable chimes in. Pd found the >> approrpiate file: Gem.dll, but it still didn't load it. This probably >> means that Gem.dll is dynamically linked to other libraries that can't >> be found. You might get a hint when opening Gem.dll in a tool like >> DependencyWalker or similar. It hopefully shows you which other dll is >> missing or not found. > > thanks Roman. > running DependencyWalker gives a lot of yellow warnings and a red one in the dep.tree. > > and in the log window: > > Error: At least one required implicit or forwarded dependency was not found. > Error: At least one module has an unresolved import due to a missing export function in an implicitly dependent module. > Warning: At least one delay-load dependency module was not found. > Warning: At least one module has an unresolved import due to a missing export function in a delay-load dependent module. > > attached are 2 png's which show 2 items i think could be causing the problem: > -msvcrt.dll which appears to generate one or both of the above mentioned errors. > -msvcr71.dll; in pd/bin exists msvcr90.dll. > > any hints how to proceed?

4 5

some feature requests for the [text] object
by Liam Goodacre 02 Apr '17

02 Apr '17

Since 0.48 is coming up, I thought I would bring up some requests I have for the text family of objects. Some of these I brought up at the conference and some of them have only occurred to me since then. There are a lot of text storage objects out there and some of them still do things which can't be done in Vanilla. But IMO the implementation of the [text] is so successful that it deserves a few more features. 1. [text define] should send out a bang when the text window is saved. I mentioned this in a recent post. As it stands, there is no way of sensing when the text has been manually edited. It would be very useful to have this information if you ie. wanted to send the text to a list. A bang to the left outlet, or a new right outlet, or even a special receive channel would all work perfectly well here (ie. [receive mytext] gets a bang when [text define mytext] is edited). 2. A way to append text to the end of a line. [text set] has the third inlet to determine the field number on a given line, but it won't let you append text beyond the given line length. Is there a reason for this? Compare with "add2" from [textfile]. It seems to me that there should be a way of increasing a line indefinitely. 3. [text tolist] and [text fromlist] should accept customs separators. As it stands, the only accepted separator is \; , which is very awkward to work with from inside the patch. It would be great if both objects had an optional argument which specified the separator, so ie. [text tolist mytext &] would create list "list item 1 & item 2 & item 3 &", and [text fromlist mytext &] would accept the same list. Of course, leaving the argument blank would give the current \; separator. 3.1 I would also propose that we consider an option for specifying no separator for [text tolist], ie. the whole file comes out as one big list. This would break the symmetry with [text fromlist], but would still be useful in some circumstances. 4. A "flush" message to [text get] outputs each line of text iteratively, all at once. This of course can be done with [until], but I would love it if it was possible in one shot. 5. A flag on the read command that interprets commas as symbols, not line ends. ie. "read -a text-with-commas.txt". This would be useful when using [text] to read and print plain English files, ie. for help messages and such. Right now I'm having to write a whole lot of instructions without using commas. It's an interesting creative exercise, but something I'd rather avoid! [msgfile] can read commas correctly, so zexy has the upper hand here. I hope that these are useful suggestions, and that some of them can be implemented without difficulty. Liam

3 6

pduino/firmata trouble?
by Rick Snow 14 Mar '17

14 Mar '17

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

2 1

Re: [PD] pduino/firmata trouble? (Rick Snow)
by Rick Snow 23 Feb '17

23 Feb '17

Apologies... I switched to another arduino and the problem disappeared. > Message: 3 > Date: Wed, 30 Nov 2016 12:16:24 -0600 > From: Rick Snow <ricksnow(a)gmail.com> > To: Pd-List <pd-list(a)lists.iem.at> > Subject: [PD] pduino/firmata trouble? > Message-ID: > <CACeJAC+7MdAZByCgguLVQw+7QuZ_S2+58_ys2EL-55qqVxschA@mail. > gmail.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 >

3 6

building externals on windows
by Alexandre Torres Porres 20 Feb '17

20 Feb '17

howdy, first time with my hands on a windows machine and I wanna try building libraries like cyclone who could point me to guidelines, HOW TOs and hints? Lucas? thanks

4 25

Re: [PD] help compiling vanilla on mac
by Dan Wilcox 15 Feb '17

15 Feb '17

If you’re tyring to build from the current git master, you’ll be out of luck. Try my autotools_updates branch: git clone https://github.com/pure-data/pure-data.git -b autotools_updates cd pure-data ./configure make make app -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On May 17, 2016, at 10:43 PM, pd-list-request(a)lists.iem.at wrote: > > From: Alexandre Torres Porres <porres(a)gmail.com <mailto:porres@gmail.com>> > Subject: Re: [PD] help compiling vanilla on mac > Date: May 17, 2016 at 9:43:42 PM MDT > To: pd-lista puredata <pd-list(a)iem.at <mailto:pd-list@iem.at>> > > > so, i installed homebrew, autoconf and aclocal, was able to run ./autogen.sh now, trying ./configure, I get > > ./configure: line 16002: syntax error near unexpected token `JACK,' > > ./configure: line 16002: ` PKG_CHECK_MODULES(JACK, jack, have_jack=yes, have_jack=no)' > > configure: error: ./configure failed for portaudio > > > I get the same if i try: ./configure --enable-jack > > > so, is this an error in the source? > > cheers

5 23

Re: [PD] [coll] bug
by Alexandre Torres Porres 02 Feb '17

02 Feb '17

3k.txt should be 300k.txt, I increased the entries but didn't change the name :) 2017-01-28 16:15 GMT-02:00 Alexandre Torres Porres <porres(a)gmail.com>: > Tests in Max that stand out: >> >> Reading and writing coll files while sound is running does not cause >> xruns in Max, whereas in Pd it can depending on the size of the coll file >> and CPU utilization. >> > > yes, I've checked that too... Max never chokes on the audio processing. > > >> You are right in that determinacy is preserved in Max no matter what >> (e.g. read outlet bang outputs immediately after issuing the read message >> in logical time). >> > I'm not sure if I get what you mean by determinacy, but I have the test > patch attached, which I used in Purr Data. > > in the unthreaded version, I dont get a bang, but I get a warning, so > things are printed in this order (1, warning, 3). Warning should be the > same as 2, I assume, so it's the correct order... for threaded, I get (1, > 3, warning, 2). > > So, the order changes... and I think that is what you mean by breaking > determinancy, right? > > In max, if I do something similar, I always get the order of 1, 2, 3 with > trigger, and the audio doesn't choke. > > If I get things correctly, this would be impossible to happen in Pd, > right? So if you get the right order, you can also get audio chokes. > > >> Doing Uzi with 100k generated entries into coll object in Max and I get >> guaranteed crashes from these on both 6 and 7. >> > > well, I tested opening a file with 400k entries in Max 7 and got no audio > crash/choke... it loaded the file fine, taking a bit under 500ms and the > audio wasn't interrupted. I also had a block size of 1 and audio I/O of 32 > samples, highest CPU consuming setting possible, it was around 13% > > see image attachment > > >> Best, >> >> Ico >> >> > Cheers >

7 22

Re: [PD] Purr Data rc4
by Lucas Cordiviola 02 Feb '17

02 Feb '17

>In fact if you want to go that route, you can just install msys2 and ignore the instructions to install inno setup. The tar_em_up.sh script will ultimately fail, but you should still end up with everything inside the build/ directory. To cut it short: Can you supply that "build dir" Zipped for us to test RC4, RC5 and so on? Mensaje telepatico asistido por maquinas. ________________________________ From: Jonathan Wilkes <jancsika(a)yahoo.com> Sent: Thursday, January 12, 2017 9:11 PM To: Lucas Cordiviola; Alexandre Torres Porres Subject: Re: [PD] Purr Data rc4 > One of the reasons I haven`t tested Purr-Data is because i fear the installer and file asociations in the registry. > Is it possible to make a ZIP version that just run? > Like Pd`s Zip Version. Yes, it's possible. You can follow the build instructions here: https://git.purrdata.net/jwilkes/purr-data#windows-32-bit-using-msys2 That will create an *.exe installer, but it will also leave a full version of Purr Data in purr-data/packages/win32_inno/build. If you look inside purr-data/packages/win32_inno/build there should be a .com or .exe you can click to start the program. In fact if you want to go that route, you can just install msys2 and ignore the instructions to install inno setup. The tar_em_up.sh script will ultimately fail, but you should still end up with everything inside the build/ directory. -Jonathan > Mensaje telepatico asistido por maquinas. ________________________________ From: Pd-list <pd-list-bounces(a)lists.iem.at> on behalf of Jonathan Wilkes via Pd-list <pd-list(a)lists.iem.at> Sent: Thursday, January 12, 2017 7:55 PM To: Alexandre Torres Porres Cc: Pd-List Subject: Re: [PD] Purr Data rc4 So the initial release will be runnable on Windows XP, and on both 64-bit and 32-bit versions of Windows. Probably after that the best thing is to drop XP support, and just use a 32-bit binary of the most recent version of nw.js for all Windows versions. > doesn't it make more sense to have a 64 bit versions for windows, and not dropping XP support? One of the most amazing thing about Pd is that it can run anywhere, I'm sure someone will be bummed out for not being able to install in on XP I can wait a little longer-- at most until nw.js bumps the LTS version. -Jonathan > cheers

3 89

Fwd: [coll] bug
by Alexandre Torres Porres 01 Feb '17

01 Feb '17

one of my messages didnt go to the list, it was too big... let me adaot and resend it Tests in Max that stand out: > > Reading and writing coll files while sound is running does not cause xruns > in Max, whereas in Pd it can depending on the size of the coll file and CPU > utilization. > yes, I've checked that too... Max never chokes on the audio processing. > You are right in that determinacy is preserved in Max no matter what (e.g. > read outlet bang outputs immediately after issuing the read message in > logical time). > See, always confusing to me when determinacy is mentioned... that's not how it happens in Max if I understand it... In Max it takes a while (until the file read is ready) for the outlet to send a bang, it doesn;t go out "immediately" as in the unthreaded version in cyclone, where it causes audio drop outs > Doing Uzi with 100k generated entries into coll object in Max and I get > guaranteed crashes from these on both 6 and 7. > well, I tested opening a file with 300k entries in Max 7 and got no audio crash/choke... it loaded the file fine, taking a bit under 500ms and the audio wasn't interrupted. I also had a block size of 1 and audio I/O of 32 samples, highest CPU consuming setting possible, it was around 13% see image attachment I was also sending the file attached, but that's why my message got rejected... > Best, > > Ico > > Cheers

4 5

email phdhosts@newblankets.org if you're interested/able to host Pd *Artists in Transit*
by Joe Deken 01 Feb '17

01 Feb '17

Are you a Pd "local leader" in some way for your location? That may be a fairly vague question -- but the practical purpose for New Blankets asking is this: "Are you interested and able to host Pd *Artists-in-Transit* to visit your area and the groups there which you are affiliated with?" New Blankets is interested in continuing (and increasing!) its support of Pd *Artists-in-Transit* and their tours and activities, worldwide. Those tours, in ways that will depend on the individual AIT and the local interests, might include any and all of the following: -- performance -- public lectures and demonstrations -- workshops and instruction (including tutorials for beginners) -- "round workbench" sessions of sharing techniques among experts As a practical note, the NB Artists in Transit have been a congenial bunch that prefer couch surfing to fancy hotels, will eat pizza or whatever you're serving, etc etc. Nothing fancy or expensive is envisioned -- the bulk of NB AIT expenses in the past have been for travel worldwide. -- (Please pardon the interruption if none of the above is not of interest to you.) -- But if you are interested in hosting/co-ordinating visitors to your area and with your local group, your university, concert hall or what-have-you-to-offer -- please send a quick e-mail reply to: -- pdhosts(a)newblankets.org -- (You are welcome of course to copy the list or not, as you feel appropriate for brainstorming. Tell your friends, too and invite them to email pdhosts(a)newblankets.org ) Once we have a quorum of replies, we'll share those. New Blankets hopes to start making a map, connecting the dots ... and hopefully be helping even more of those terrific Pd Artists-in-Transit get out on the road and sharing Pd art and lore. In the grand scheme of things we hope that all of the micro local-elements like patching circles and pd-weekends and AIT tours can work make the "big show" PdCons even better (and more frequent) when they happen like returning comets.

3 2

← Newer
1
2
3
4
5
6
7
8
9
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list January 2017