Re: [PD] lipbpd for android on a Mac error
On 2017-06-05 23:28, Alexandre Torres Porres wrote: > by the way, is this the list to go to when you have a libpd issue? as a poweruser of the various pd-mailinglists, i'd say that the pd-dev list is the appropriate list for asking in-depth developer problems (rather than the pd-list itself). fgamsdr 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] lipbpd for android on a Mac error
On 2017-06-05 23:28, Alexandre Torres Porres wrote: > Who is using lipbpd for android on a Mac? The great tutorial by Rafael > Hernandez1 seems to be already outdated :/ and I'm getting this error I > don't know how to solve, any clues? thanks > > Error:Execution failed for task ':PdCore:buildNative'. >> Process 'command '/Users/sp/Library/Android/sdk/ndk-bundle/ndk-build'' > finished with non-zero exit value 2 > this error message is only the conclusion that something failed during the build. the build logs should contain a more meaningful error (somewhere "above" the final error), noting which file failed to compile (or link), and why. > https://www.youtube.com/watch?v=cinOFA1pT1k=PLn3ODBv0ka5hS5areRFSTi2aydPMiUq3B a youtube video? gmadrt 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] Execute command from Pd
On 2017-05-29 11:05, Jack wrote: > Something like this ? : > > [netreceive -u 5678] > | > [print] > > You can also add 2>&1 if you want to redirect error. This could give > something like : > > $ ls 2>&1 | pdsend 5678 localhost udp > > or or $ (./test.sh | pdsend localhost udp) 2>&1 | pdsend 7778 localhost udp this will give you the stdout on port , and the stderr on 7778. or using the `annotate-output` program (on a Debian system you can get this from the `devscripts` package): $ annotate-output + ./test.sh | pdsend localhost udp this will prefix the output with "O:" (for stdout) and "E:" (for stderr), so you can simply use [route O: E:] to distinguish between the two streams. it also sends some informational (prefix "I:") data, from which you can get the exitcode of the program (once it finishes). in the above example, i suppressed all timestamping. omit the "+" if you want timestamps as well. ghsdmr 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] Linking externals on windows with mingw32
On 05/25/2017 11:48 AM, Jamie Bullock wrote: > undefined reference to `_imp__s_bang' > undefined reference to `_imp__s_list' according to one of the recent announcements of miller, the "s_bang"-class of symbols (which is what your undefined references are about), will go away in the near future. you probably should update your code to use `gensym("bang")` rather than `s_bang` (and probably do local caching of the variable). dmasr 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] regarding using gemwin object on Win10 (was: in 64bit)
On 05/07/2017 07:28 PM, Sujay Mukherjee wrote: > the gemwin object is not getting created you must load the "Gem" library before yo ucan use it. e.g. add it to your startup preferences. or use [declare -lib Gem]. (it also must be installed in a place where Pd can find it; run Pd in verbose mode to see where it searches for Gem.dll; check whether this matches up with where you installed Gem). > giving an error message > -gemwin.coudln't create in the console window the object is called [gemwin], not [-gemwin]. > I am using pd version 47.01 which version of Gem are you using? double check your Pd version :-) > in 64 bit windows 10 operating system afaik, there is no 64bit version of Pd for w32. i'm pretty sure that no 64bit version of Gem was ever released for w32 (unlike linux, where this has been working for about 15 years). this doesn't matter much though, since you can just use the 32bit binaries of Pd with 32 bit binaries of Gem on a 64bit W32. mase 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] case-sensitivity difference between desktop PD and libPD?
On 2017-04-26 13:34, Matt Davey wrote: > Has this been discussed before? > > in Vanilla PD, at least on my OSX machine, loading of abstractions does not > seem to be case sensitive at all. > > eg: wonkyBASSline.pd > > i can load as [wonkyBASSline] , [WONKYbassLINE] [wOnKyBaSsLiNe] > > etc > > > PD doesn't seem to care. it's actually your filesystem (HFS+ most likely) that doesn't care. this is a universal feature of your OS/FS, commonly found on OSX & W32. (countless are swearwords i used because somebody submitted C++ code with "#include ") > BUT, when loading an xcode project using libPD, it seems that abstractions > are not loaded unless the case is the same as the original filename. probably you try loading patches from another (case-sensitive) filesystem in this case? dfamsdr 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] nqpoly~ and dynamic object generation, loadbang issue?
On 04/22/2017 02:56 PM, Samuel Burt wrote: > IOhZ, > > Thanks for clearing up the naming. Can I fix it on the wiki or would I need > to re-upload. re-uploading is certainly the simplest. > > I looked everywhere but couldn't find a version number on the iem site > where I downloaded the plug-in. It sure would be nice for that to be more > visible. Was I right to get it from iem? I found what looked like an older > version on git, but again, the version numbers were hiding from my eyes. Is > it listed somewhere in the source code? since there are a number of iem-sites, i have absolutely no idea where you downloaded the package from. the source code is maintained in git [1], so that certainly holds the most recent versions of iemguts. all the versions are tagged, so it should be easy enough to find out the current version. also, all the compiled objects will print out their version number on load (if you raise the log-level to "debug"). gf,ards IOhannes [1] https://git.iem.at/pd/iemguts 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] best licence for pd-patches?
On 04/21/2017 10:20 AM, martin brinkmann wrote: > -not lock anyone (especially myself ;)) out from using > my patches in a commercial and closed 'environment' (like > a game on steam or an android/ios-app) > [...] > gpl? would be great not to have to think about when including other work > released under gpl. but can i make exceptions when it becomes > necessary (app-store...)? you can *always* dual-license your own stuff. e.g. publish your patches under a very freedom-enforcing license, and use some lock-down license (for the same code) in commercial products. of course, if you do include 3rd party GPL code, you cannot do the same (only the copyright owners can change the license - and if there are multiple copyright holders, ALL must agree) gfmasdr 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] nqpoly~ and dynamic object generation, loadbang issue?
On 2017-04-19 19:32, Christof Ressi wrote: > actually I never used the deken tool because I couldn't get it to work on my > Laptop. I always uploaded directly to puredata.info. > while this is certainly a doable workaround, it would also be nice if you could file bugreports (with errors and other helpful information), so that these problems get fixed. fgasmdr 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] nqpoly~ and dynamic object generation, loadbang issue?
On 2017-04-19 21:40, Samuel Burt wrote: > I did it! > > I ended up running the command: > > deken upload -v 0-20170419 --no-source-error > iemguts-v0-20170419-\(Darwin-i386-32\)\(Darwin-x86_64-32\)-externals.tar.gz please use dots (".") as version delimiter, rather than dashes ("-"), as otherwise it might break sorting and things like that. also, if you used the v0.2.1 release as basis for compiling (there is an iemguts-v0.2.1 source package available via deken, so i assume you were using that) the version should really be "v0.2.1" (or "v0.2.1.20170419" if you want the version number) >> I've gotten as far as compiling, testing, and zipping the folder for >> iemguts. However, when I run deken package or deken upload, they both throw >> this error: OSError: [Errno 2] No such file or directory which looks like >> some kind of python error. I'm assuming the upload failed, but it does look >> like it generated a tar.gz file and a sha256 checksum. so what did you change that made it work? fgamsdr 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] netsend
On 04/15/2017 03:58 PM, cristiano piatti wrote: > Good morning, > i receive osc data through netreceive into pd. > How can i netsend these data outside from pd ? > Could someone please make me an example ? the netsend binary that comes with your Pd? not an example, but a writeup of the actual protocol: https://en.wikipedia.org/wiki/FUDI gfamrds 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] netsend
On 04/15/2017 09:46 PM, oliver wrote: > i use the OSCX library (get it via deken) to do the job why would you use the most buggy implementation of OSC that is available for Pd? Pd>=0.46 has (simple) OSC built-in. it is also the first Pd version that includes deken, so i assume that this is your target platform. if you need bundles, timestamps or support for older versions of Pd (why would you?), use mrpeach/osc. gfamsdr 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] some GEM questions, shaders anyone ? ...
On 04/14/2017 04:30 PM, cyrille henry wrote: >> >> [glsl_vertex]: error reading file >> [glsl_fragment]: error reading file >> [...] > > can you open the shader file on a windows text editor? i can think of two possible problems: - line endings (CRLF vs LF) - paths with spaces mdsa 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] .pdrc?
On 04/14/2017 12:58 AM, Peter P. wrote: > Strangely neither setting > > -noautopatch > > nor > > noautopatch > > in my ~/.pdsettings disables autopatching. Specifying it on the command > line does work though. Can anyone else reproduce this? sure thing. this is mainly because ~/.pdsettings works differently from .pdrc (which just had one-cmdline-arg per line). instead, .pdsettings uses key/value pairs with the "keys" being predefined and not corresponding to any cmdline args, so "autopatch: 0" is not a valid setting here (and "noautopatch" or "-noautopatch" are totally not). luckily you can specify cmdline-args in the "flags" section, so having "flags: -noautopatch" should do what you want. fmards 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] .pdrc?
On 04/13/2017 10:39 PM, Peter P. wrote: > Hi, > > I find that my Pd does do autopatching despite > -noautopatch > being specified in my ~/.pdrc which makes me wonder if that file is read > at all? Or has the name/location of pd's config file changed by now? > This is with Pd-0.47.1 ("") compiled for Debian (0.47.1-3) installed via > Debian apt. Pd's config-file on linux is called ~/.pdsettings for about a decade (or longer). iirc, it will fallback to ~/.pdrc, but only if it cannot find a ~/.pdsettings. oh, and btw: autopatching is *really* nice (mostly). 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] Weird [cnv] object error-bug
On 2017-04-11 09:31, José Rafael Subía Valdez wrote: > Hello Liam, > > no. it wasn't created in l2ork, it is all vanilla, > > Hello Ico, > > yes it has blank spaces, that is interesting, I will try without, although > it is a partial bug then, because it does work kinda until I wanna > modify the properties in the main patch it's a known issue. the simplest workaround is to set the label to something without spaces programmatically (e.g. use [label foo() before entering the properties. the simplest fix for the problem would be to just forbid labels with spaces. gfmasdr 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] Deken install path & permissions on Debian
On 04/06/2017 10:12 PM, Julian Brooks wrote: > What's the canonical/most-favoured approach here for Debian (Linux in > general I suppose). # apt-get install pd-deken-apt this will add apt powers to deken (but of course you need supercow powers to use them) gfasdmr 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] New deken feature, create system user folder
On 2017-04-06 06:20, Alexandre Torres Porres wrote: > A parallel discussion in this thread is that the system folders change in > MacOS, since ~/Library/Pd is an unusual and inconvenient place for that (an > example is processing using ~/Documents instead) i think ~/Documents is for user-created documents, whereas ~/Libraries is for storing resources related to an application, such as plugins and libraries [1]. afaict, a Pd-library (e.g. downloaded via deken) very much belongs into the category of "plugins and libraries", rather than "user-created documents". so according to Apple's guidelines, ~/Library/Pd seems to be the correct place to install Pd-libraries into. iiuic, ~/Documents/Pd would be used for storing the patches you are currently working on. this probably should be the default working directory on OSX (i unfondly remember the days when it used to be '/') i think the processing analogy also only takes the being-worked-on documents into account, rather than reusable libraries. (as i sidenote, this makes it out of the scope for deken (so nothing that *i* would implement ;-))) fgmsdrt IOhannes [1] https://developer.apple.com/library/content/documentation/FileManagement/Conceptual/FileSystemProgrammingGuide/MacOSXDirectories/MacOSXDirectories.html 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] oops (did a bad thing in puredata.info)
On 2017-04-06 06:00, Alexandre Torres Porres wrote: > IOhannes, please, can the cyclone page be edited and updated to include the > newer available versions? i finally found time to check that page with a backup. i have now added you and fred-jan again as "owners", so you can edit. despite being called "owner", i would ask you to not delete any content you have not created yourself (including old and outdated releases) fgamsdr 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] [multimodel] inconsistencies in displaying/scaling objects
On 03/31/2017 11:40 PM, Antonio Roberts wrote: > I'm using [multimodel] to load an animation of obj files made Blender. > As I play/scrub through the files I noticed that the begin to shift > around without me having to use translation or rotation. Below is a > video made to illustrate the problem. The actual objects I'm using > differ. > > https://youtu.be/jPzHYZTSwYo > > When it comes to setting the scale it appears as though it is using > the centre point as origin and then expanding to fit the area of the > objects. Is there any way to stop this? In other models I've made it > seems as though a corner is being set to origin point. > > Is this something I can address with Pure Data or do I have to do it in > Blender? check out the "rescale" message (it defaults to "on"). gfdamrs 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] Repeating an image texture in GEM
On 2017-03-30 12:47, Antonio Roberts wrote: > Hi Pure Data list. > > I'm attempting to repeat an image via [pix_coordinate]. The help patch > has an example of how by sending [rectangle 0, repeat 1( to > [pix_texture] but it results in there being gap between each > repetition once new coordinates are set. Worse still, if the image > isn't square there is a big blank space. If I use [rectangle 0 ( then > the aspect ratio is maintained but it doesn't repeat. > > Does anyone know how to work around this? use power-of-two sized images. or use your own shader. fgmasdr 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] Best way to shut the system down with a script launched from Pd?
On 03/29/2017 06:04 PM, Alexandros Drymonitis wrote: > sudo pkill pd > sleep 3 > sudo pkill jackd > sleep 3 > sudo poweroff why don't you just call `poweroff`? the shutdown process will eventually kill all running processes. gfmrdsa 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] accoustic guitar chord detection
On 03/29/2017 08:28 PM, Björn Eriksson wrote: > 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? because these objects are from the "list-abs" library. > Do I need > some extra library for the [list] objects? yes, the "list-abs" library (available via deken) 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] pd opens patch twice from script
On 2017-03-28 23:18, Csaba Láng wrote: > > /Applications/Pd-0.47-1-64bit.app/Contents/MacOS/Pd > /Users/xxx/Desktop/OSCcontrol.pd > sleep 5 > /Applications/Pd-extended.app/Contents/MacOS/Pd-extended > /Users/xxx/Desktop/OSCcontrolsend.pd > > every time pd starts, each instance opens twice later even three times and > so on. What is the solution? Why this happens? i think this is your OS trying to be helpful and restoring the setup before the crash (one or more instances of your patch), in addition to you loading (yet another) instance of the same patch. not being an OSX user i don't have any solution at hand. fgamsdr 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] oops (did a bad thing in puredata.info)
On 2017-03-28 02:22, Alexandre Torres Porres wrote: > Me too, I'm all up for keeping the history, but this would make sense if we > were to keep using that page as a release source. As it is, there's a > conflict, either we have the cake or we eat it. i don't see your point. the current way of showing the "last" release and making all available via downloads// seems to work for all¹ projects but cyclone. since i don't see anything special about cyclone, there must be a misunderstanding of how to use that page. for instance, take the "pure-data" [1] project: it has all the old and obsolete releases (just click on "releases"), and still the casual user will be presented with the most up-to-date release on the front-page. ok, you might say that Pd does traditional releases (rather than just tag something on gitlab). another example is the "purr-data" [2] project, which uses github as a distribution mechanism; albert just created a dummy release that will show upfront and which points to github). you can also mix and match the two. e.g. in Gem (known for it's frequent releases) [3], there's traditional releases coexisting with mere references to an externally hosted repository. > If having that particular version of cyclone available is the > concern, let's put it up in deken, I can work on that. btw, you might not be aware of that, but deken (the plugin) works nicely with https://puredata.info/downloads/. as long as the files uploaded for a release match the deken naming convention, they will show up in the search results (e.g. zexy does this). unfortunately the deken-cmdline utility cannot be used (yet(?)) to upload the release files to https://puredata.info/downloads/, sou you have to do that manually. gmsdr IOhannes ¹ i'm sure that more projects are not entirely happy; but of the ~160 software projects available, i've heard very few complaints. i don't think i am *that* intimidating. [1] https://puredata.info/downloads/pure-data/ [2] https://puredata.info/downloads/purr-data/ [3] https://puredata.info/downloads/gem/ 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] oops (did a bad thing in puredata.info)
On 03/27/2017 05:45 PM, Lorenzo Sutton wrote: > A while ago I managed to break the page: > > https://puredata.info/downloads/granita-minimalist-granular-synthesis > [...] > > Any idea on how to constructively fix it would be appreciated... i've deleted that folder as well... gfads 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] oops (did a bad thing in puredata.info)
On 03/27/2017 04:57 AM, Alexandre Torres Porres wrote: > I was able to create a new project and replicate what I did, giving out the > same error, even though it was all basically empty. > > - Clicked in "Go to the release folder to add or publish a release." (which > led me to "downloads/cyclone/releases"; > - then in "actions", hit "delete". thanks for that. you indeed hit a bug in the page. i will try to fix that. in the meantime, just don't remove anything in 'releases' :-) > > so, as I did replicate it, this is now also true for the new folder I had > created, in "/downloads/cyclone03". > > I have yet a third cyclone folder (empty, for testing), which I don't know > how to delete without generating yet a third screwed up folder. > i've removed all three cyclone folders. i will try to restore the original cyclone folder. i still believe in (historistic) value of keeping old releases around. fgmrdsa IOhannes PS: i'm sure i overreacted in my last emails. sorry about that. (i was both seriously deprived of sleep *and* seriously pissed off) 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] declare: multiple externals?
On 2017-03-27 14:53, Peter P. wrote: > Hi list, > > using the [declare] object I experience that multiple libraries can not > be written as on the shell, eg. > -lib Gem:zexy > but have to be written lik > -lib Gem -lib zexy. > > Is that intentional or known? > don't know about the former, but it is known at least to me. i always considered it a micro issue, to worth fixing. (the colon separated list of libraries/paths being mostly hidden from "ordinary" users). bmyxf 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] [repeat] default value
On 2017-03-27 14:54, Peter P. wrote: > it seems the [repeat object out of zexy has a default value of 2 when no > argument is supplied. The helpfile does not mention this though. Is 2 > the default? Thank you! [repeat] used to have no default value, and would just plainly refuse to instantiate if you forgot to provide the initial number of repetitions as creation args. my arguing was, that there is no sane default value. due to popular demand (iirc) a default value was added, so the object would instantiate without creation args and the user would be able to right-click the object for a help. so my advice would be to not assume any default value and always provide a creation argument indicating a repetition cound you think sane. gmars IOhannes PS: i'm tempted to issue a (clickable) error message whenver the user instantiates without arguments. 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] oops (did a bad thing in puredata.info)
On 03/26/2017 10:02 PM, Alexandre Torres Porres wrote: > cyclone 0.1-alpha55 was featured as the *latest* stable release, I wanted > to remove that because that was not true and quite misleading, it seems that there is a fundamental misunderstanding here. there was no information stating that "0.1-alpha55 *is* the lastest stable release". the downloads section doesn't work like this. instead it is accumulative and inclusive. from a list of all stable releases, it will highlight the latest one. so if you want to fix the "not true and quite misleading information" you should start by providing correct and unambiguous information, rather than trying to root out all the information that is not correct (from your point of view). be constructive, rather than destructive. since yesterday, the /downloads/cyclone/ page has been owned by three people: - krzysztof - fred jan - alex please: it is *your* responsibility to not fuck up the content of others. i understand that the website is showing its age, also from a UX point of view. but that is what we currently have. i think you should either accept the rigidness of /downloads/ and try to "go with the flow" of the page, or just plainly ignore it. (something i find quite similar to Pd, where you are basically lost as soon as you try to force your well known control-flow mechanics onto that odd data-flow paradigm). anyhow, i think i've learned *my* lesson. fmdsar 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] oops (did a bad thing in puredata.info)
On 03/26/2017 10:02 AM, Fred Jan Kraan wrote: > Hi, > > Indeed, something is wrong at https://puredata.info/downloads/cyclone. I > tried to recreate the page but it is still reporting a Site Error. sigh. no time to fix this now. in the meantime, it would be interesting to know what you did to break it. > Starting from scratch wouldn't be too bad as most data was outdated. But > as I said, the download page is mainly for downloading files and some > extra info, not as generic as the normal wiki pages. yes, the downloads section is not as flexible as a wiki page. instead it provides a very strict corset, making finding information easier by providing a standardized interface for all kind of libraries and authors. this is a feature, not a bug. gfmadsr 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] editing puredata.info downloads
On 03/25/2017 07:46 PM, Alexandre Torres Porres wrote: > howdy, I was hoping to edit and update the information about cyclone in > > https://puredata.info/downloads/cyclone > > and > > https://puredata.info/downloads/by-category/library > > but it seems I have no privileges for that, can someone help me? > puredata.info features to areas where content belongs to a user (as opposed to the "wiki" nature - everybody can edit - of the rest of the page): the /Members/ are and the /downloads/ area. each software "product" has their own owner, who have exclusive rights on that part of the website - you don't want anybody with an account to be able to take over *your* software. if you want write access to one of the already existing products, you ought to contact the current owner (Fred Jan) and ask them for write permissions. gdmars 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] Fastest way to find lines in text file
On 2017-03-22 16:55, Jack wrote: > Le 22/03/2017 à 16:41, Christof Ressi a écrit : >> does it *really* have to be faster than 40ms? what are you trying to do? do >> you *need* the output in 0 logical time? depending on the situation you >> might want to spread the computation across multiple audio blocks or if you >> don't care about determinism, have the file in another instance of pd and >> communicate with netsend/netreceive (one instance makes a request and the >> other instance sends the result once the search is finished). > > Yes, i need 0 logical time, if you are mainly concerend about logical time, then everything is good: 0 logical time can take 200ms real time and more. gmsdfrt 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] Pd / Purr-Data and Ausus Tinkerboard - analog sound card does not show up (alsa)
On 2017-03-22 16:57, Ingo wrote: > I wonder where the VLC player is getting ist output list from. most likely pulse audio. maybe the audio device has multiple output channels (and the two headphone channels are not the first two). try running Pd with more (8) channels. fgamsdr 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] list of vanilla PD objects?
On 2017-03-22 00:23, Scott R. Looney wrote: > ey folks this may have been covered before, but just curious if there's a > list of all the objects (not externals) in alphabetical order? i know about > the list of object section in the Browser but that's not as helpful egrep "^#X obj" help-intro.pd \ | sed -e 's|^#X obj [0-9]* [0-9]* ||' -e 's|;$||' \ | sort > as it tries to save space a lot. ? > i was reading somewhere > that deken has such a thing? no. not really. deken can do a search for a library that contains an object, but it requires someone to provide that list and map it to a downloadable external (which doesn't really apply to Pd-vanilla). deken doesn't expose the object list anywhere. > does that automatically come with version 47.1 > on the Mac or does it need to be installed? it is built into Pd>=0.47 fgamsdr 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] [Deken] how to use -objects.txt feature?
On 2017-03-20 13:46, Roman Haefeli wrote: > I'm still having troubles using the feature. I uploaded the text file > manually, but the object it contains aren't indexed yet. Specifically, > I search for 'arduino' in 'Find exernals' and get an empty result. congratulations, you found a bug. indeed, the test file did *not* support the TAB delimiter. now it does. fgmasdr 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] [Deken] what is the version comparing syntax?
On 2017-03-20 09:57, Max wrote: > Looks correct, no? > [...] > On 2017년 03월 20일 09:53, Roman Haefeli wrote: >> 0.1~git20170101 > 0.1 the "~" is a common trick (e.g. with Debian packages) for pre-release versions. my expectation would be: - 0.0 - 0.1~git20170101 - 0.1 - 0.1+thistimeforreal - 0.1.1 - 0.2 - 0.10 fgmsdr 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] [Deken] how to use -objects.txt feature?
On 2017-03-20 10:22, Roman Haefeli wrote: > Am I doing the right thing? Also, are the indexes actived immediately > after uploading or are they updated at some scheduled intervals? the deken cmdline tool doesn't automatically upload the -objects.txt file. so you have to manually upload it. i'm not sure if the deken cmdline would refuse to upload it if you used 'deken upload pduino-v0.6-objects.txt'. but uploading it via the webinterface (as *file*) should work. when i said you must have "the -objects file in the same directory as the -externals file" i was really thinking about the server, not your local filesystem layout. > > What is the correct format of the objects.txt file? More specifically, > what is the delimiter between object name and description? iirc, it should be tab (any whitespace might do, but using TABs we can distinguish between ("list append", "glue two lists together") and "list" , "append & prepend lists and do other weird stuff"). fgmnasdr 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] [Deken] what is the version comparing syntax?
On 2017-03-20 09:53, Roman Haefeli wrote: > Hey > > How does Deken compare versions? I noticed that Deken interprets: > > 1.1.1 > 1.1 > > and > > 0.1~git20170101 > 0.1 > > Looks similar to the output of the sort command. Is it actually simply > an alphabetical sort? no. deken *tries* to do a semantic sort. this is done using tcl's "lsort -dictionary" [1]. it correctly sorts 1.10 after 1.1.1 but might have some more problems (e.g. your 0.1~git20170101 > 0.1 example). please file a bug-report, if you think this too annoying. gfmasdr IOhannes [1] https://www.tcl.tk/man/tcl8.4/TclCmd/lsort.htm#M6 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] [Deken] how to use -objects.txt feature?
On 2017-03-20 09:42, Roman Haefeli wrote: > * I uploaded the package: > deken upload --()-externals.EXT i understand the generic nature of your question, but since you have practical problems it would be great if you could (also) provide the actual filenames (and directories) you used. e.g. rather than "--()-externals.EXT" use "zexy-v0.666-(OS2-pdp11-8)-externals.tar.gz" it might make debugging a little bit easier :-) > > I don't see any indication that the -objects.txt file was uploaded and > the objects are not indexed, I get an empty result when searching for > an object of my library. > > I'd be happy to get directed to the documentation, if there is any or > appreciate any other help. there is no real documentation yet :-( fgmasdr 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] problem compiling pd-0.47-1 on linux
On 03/19/2017 10:50 PM, Max wrote: > On 2017년 03월 19일 21:58, Jonghyun Kim wrote: >> Hi Pd guys, >> >> I have a problem compiling pd on ubuntu 16.04.2 linux. >> >> "sudo apt-get build-dep puredata" is no longer possible? is there a "puredata" package for your (deb-based) distribution? if so, it is still possible. (basically, your distro builds its canonical (no pun intended) puredata package using a command similar to yours) > I can't install >> the necessary dependencies on puredata. i can think only of a single reason why this would fail: you have installed *some other* package, that conflict with one of the build-dependencies. >> >> OS: Ubuntu 16.04.2 x64 >> Pd: 0.47-1 SRC On 03/19/2017 10:06 PM, Jonghyun Kim wrote: > FYI: > > alternatively you can use: > > $ sudo apt-get install libasound2-dev libjack-jackd2-dev > well, yes and no. pd has (or could have) more build-dependencies that just those two (and the libportaudio19-dev that is conflicting on your system). you just seem to have all of them satisfied otherwise. >> > sudo apt-get build-dep puredata > Reading package lists... Done > E: Unable to find a source package for puredata > > OS: Mint 18.1 for "build-dep" to work you need a "deb-src" line in your apt-sources. fgmdsar 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
[PD] [PD-announce] Call for Applications - Algorithms that Matter - Artistic Research Residency
— Apologies for cross-postings, please distribute — __Algorithms that Matter__ Artistic Research Residency - Call for Applications https://almat.iem.at/call Algorithms that Matter (Almat) is an artistic research project funded by the Austrian Science Fund FWF, PEEK AR 403-GBL, and based at the Institute of Electronic Music and Acoustics (IEM) in Graz, Austria. Almat is happy to announce a call for three artistic residencies to take place in 2017/18! __What__ Algorithms that Matter is an artistic research project by Hanns Holger Rutz and David Pirrò. It aims at understanding the increasing influence of algorithms, translating them into aesthetic positions in sound, building a new perspective on algorithm agency by subjecting the realm of algorithms to experimentation. Almat is grounded in the idea that algorithms are agents that co-determine the boundary between an artistic machine or “apparatus” and the object produced through this machine. The central question is: How do algorithmic processes emerge and structure the praxis of experimental computer music? The hypothesis is that these processes, instead of being separated from the composer—as generators and transformers of infinite shapes—exhibit a specific force that retroacts and changes the very praxis of composition and performance. A series of systematic experiments is carried out by the project team together with the artists in residence. Over defined periods of time, artists develop series of interrelated sound pieces that interrogate specific aspects of algorithmicity. The work process is observed and transcribed into complementary forms of presentation and discourse, including concerts and exhibitions, an online public “continuous exposition”, and gatherings that connect artists-researchers across various institutions in Europe. The project not only aims at extending the praxis of experimental computer music using algorithmic processes, but also at contributing to the scope and methodology of artistic research. __Who__ This call is directed at experienced practitioners in sound art and experimental computer music, for whom algorithmic and computational strategies represent a central element in their work. Applicants should be able to demonstrate this through their past work. They are capable and interested in exposing and reflecting their process and work through writing, discussion and other forms of discourse. During the project, they are expected to either engage with software frameworks that the project team has developed, or with software they have developed in open source environments. __Residencies__ The project offers three residencies in the period from October 2017 to December 2018 (see possible periods listed in the application form). The project is conceived in such way, that applicants will work collaboratively with the project team. Each residency will be preceded by an online preparatory process in cooperation with the project team (this will begin at latest two months before the start of the actual residency). The applicants are then expected to spend the two months of the residency in situ. The residency's aim is to carry out algorithmic experimentation (in the form of compositions, installations, etc.) in an iterative setting, with focus on process and specific constraints. Applicants are expected to work both independently and collaboratively during the residency. An additional researcher will observe and document the work process and contribute to the public exposition of the traces. The tangible outcomes will be presented locally and internationally by the project team, and the artists are invited to attend events related to the project. We want to emphasise that research is the prime focus of the residency, but that we intend to provide opportunities for public presentation of the works and artefacts created through the process. __Application__ The applicants are commended to carefully read through the summary, research questions and methodology provided on the project's website: https://almat.iem.at Please fill out the form provided at https://almat.iem.at/call.html and send it to al...@iem.at along with the required accompanying documents. We aim at a balance of gender and background of the applicants, asserting the diversity of the project. __Conditions__ - Duration of residency: 2 months - Start date (in situ): October 2017 (select time slots in form) - Remuneration: c. 5,000 EUR total (contract for work; subject to taxation where applicable). This sum is meant to cover all expenses, such as travelling, living costs and accommodation. __Application deadline:__ 16 April 2017 (e-mail reception, 24:00 CET) If you have further questions, please do not hesitate to contact us at al...@iem.at. __Additional Information__ The Institute of Electronic Music and Acoustics is a department of the University of Music and Performing Arts Graz, founded in 1965. It is a leading institution in its field, with more
Re: [PD] More font problems
On 03/11/2017 05:20 AM, Liam Goodacre wrote: > I'm on a clean installation of 0.47.1 on Puppy Linux (Slacko), and I'm trying > to get the font weight to "normal" instead of bold. The -font-weight flag > doesn't seem to help. maybe you the installed font doesn't provide a regular font weight (unlikely, but possible). anyhow, "pd -font-weight normal" works on Debian as well. gfmdsar 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] screen size tcl
On 03/08/2017 03:34 PM, Hans Roels wrote: > Hello, > > When I try to open the plugin~-help file from the Pd browser, the whole > window is white and all objects in the file are invisible. This is the > error message: > > (Tcl) UNHANDLED ERROR: bad screen distance "-75,00" > while executing > "$tkcanvas create text $x $y -tags $tags -text $text -fill $color > -anchor nw -font [get_font_for_size $font_size]" > (procedure "pdtk_text_new" line 2) > invoked from within > "pdtk_text_new .xe88180.c {.xe88180.tf3b1d0 msg text} -75,00 > 538,00 {pddp} 10 black" > ("uplevel" body line 4) > invoked from within > "uplevel #0 $docmds"(Tcl) UNHANDLED ERROR: bad screen distance "86,00" this looks like a problem with locales. i guess you are using Pd in a Belgian (or similar) locale, and when creating a [plugin~] object (done by the help-patch), tcl suddenly starts formatting floating-point values with "," as the decimal mark rather than ".", breaking everything. i remember similar things when working on [pdgst]. try forcing the locale of Pd to "C", with something like: $ LANG=C pd > > Is this perhaps related to the screen resolution of my laptop? i don't think so. fsa,rd 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] libPD4unity and reading sample arrays
On 2017-03-07 08:45, Scott R. Looney wrote: > the issue seems to be involving audio data arrays and [soundfiler]. mainly > it looks like adding a read command creates some kind of error, and i think > it's PD based. might be a bug, but not sure yet. > > the error happens in the attached patch in Unity using libpd4Unity with any > local sound file. maybe the naming is off? regardless here's what prints: > > error: array: couldn't find template pd-_float_array > error: #A: no such object > error: sample: no such table this looks like a problem with using an array directly on the patch (as opposed to using [table]), probably in conjunction with stored samples in the patch (as opposed to reading them with [soundfiler]). i suggest to replace the array with a [table sample] object (since this doesn't allow to to store values in-patch, it should solve both issues), in combination with [soundfiler] to read the actual data (which you seem to do anyhow) fgamsdr 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] versions of libraries from extended in deken (was Different versions of iemguts library in Deken)
On 03/03/2017 07:42 AM, Alexandre Torres Porres wrote: > Well, I did check the versions and this is what I got... machine readable format? > the ones I > couldn't find the version I marked as "not versioned"; and I think they > could just be "0.0.1" or something. how's that better than "0.0.extended"? 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] how-do-i-install-externals-and-help-files page (was Re: Linux Global folder for externals)
On 2017-03-02 15:11, Roman Haefeli wrote: > On Don, 2017-03-02 at 14:47 +0100, IOhannes m zmoelnig wrote: > >> https://github.com/pure-data/deken/issues/140 > > What about prompting for the user specific folder, even if does not > exist, and creating it when confirmed? Do you, too, think this would be > desirable? Should I open another issue for this? this is probably a solution that makes both parties (those that want directories to be autocreated, and those that don't) happy. please open another issue. fgmasdr 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] how-do-i-install-externals-and-help-files page (was Re: Linux Global folder for externals)
On 2017-03-02 11:42, Roman Haefeli wrote: > > Proposal: > > First time Deken is used, it asks to install to the user specific > folder regardless whether it exists. If the user confirms, it > automatically creates it and download/extracts the installed external > there. If the user says "no" the first time, Deken remembers this > decision and doesn't prompt for the user specific folder anymore from > then on as long as it does not exist. We would then have the same > behavior as we do have now. > > pros: > * People do not have to know about Pd peculiarities before they can > successfully install and use external. > * Nobody is forced to use the user specific folder if they don't want > to. > > cons: > * People that do not want to use the user specific folder have to > click 'no' once. Is that too demanding? > * Deken needs some way to remember the decision. I don't know if > Deken has already a notion of remembering user decisions. I hope it > does. > > End goal: > > The required knowledge to use externals successfully boils down to: > * selecting an external in Deken > * [declare] it within the patch > > What do you think? rather than remembering the decision whether the user does (not) want the proposed directory, i'd rather have deken remember the last used install path. from the user side this seems to be more what we really want (if the user chose to not install into the default location, they must provide an alternative anyhow; chances are that they want to use it again; if not they have to (and can) select a different location. from the implementation side it doesn't really matter whether we need to store a single flag or a full path. https://github.com/pure-data/deken/issues/140 fgmasdr 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] howto load and install externals tutorial
On 2017-03-02 14:04, Roman Haefeli wrote: > Global: > /usr/lib/pd-externals (searched by Pd from package > manager) > /usr/local/lib/pd-externals (searched by used-installed Pd) this is wrong. all Pd's search in /usr/local/lib/pd-externals regardless of how they were installed. the point of this directory is exactly to bridge between a package managed Pd and locally (aka user-) installed globally visibile externals. fgmasdr 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] how-do-i-install-externals-and-help-files page (was Re: Linux Global folder for externals)
On 2017-03-01 21:31, Alexandre Torres Porres wrote: > Oh, it's cause I had included it, anyway, I'm including it again then, ok? i'm not opposed to that, but I think we should **not** recommend users to make system-directories (such as `%ProgramFiles(x86)%\Pd\extra` or `/Applications/Pd-0.47-1/Contents/Resources/extra`) to be made *writable* by everyone. there is a reason why such folders are not writable by everybody: security. fgmasdr 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] multiple zexy v2.2.6svn in deken
On 2017-03-02 03:57, Alexandre Torres Porres wrote: > Howdy, there are two versions of v2.2.6svn from the same date and > everything and for all operating systems. Can't see any difference from > them... > > Only one of them, for mac os, is as "(darwin-i386-32)(darwin-x86_64-32)" > and the other as (i386, amd64) - but htey both work on my mac... i don't see them. which same-date uploads do you refer to? fgadrm 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] Different versions of iemguts library in Deken
On 2017-03-02 03:49, Alexandre Torres Porres wrote: > but I think it would make much more sense to put these libraries there with > their actual version number. thank you for volunteering in finding out the actual version numbers of ~100 libraries. i will happily rename the existing libraries, just send me a computer-parsable file with the librarynames (as found in deken) and their actual version numbers. fgamsdr 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] how-do-i-install-externals-and-help-files page (was Re: Linux Global folder for externals)
On 03/01/2017 09:31 PM, Alexandre Torres Porres wrote: > BTW, what you're calling package manager is the application specific folder no not really (well, half-true). the application-specific folder can be a number of things. it will only be /usr/lib/pd/extra, if Pd is installed into /usr (that is /usr/bin and /usr/lib/, as opposed to e.g. /usr/local/{bin/lib}). it get's even more complicated, when dealing with different flavours of Pd. the original draft [1] we came up with, which would allow (binary) compatible Pd-flavours to co-exist and share the same package-manager installed libraries was: Debian's "puredata" package's application specific folder is /usr/lib/puredata/extra, but it *also* searches /usr/lib/pd/extra. the former is meant for binaries that are not "compatible" with other flavours. the latter would be searched by flavours like Pd-extended. with the demise of PdX this has become somewhat obsolet (with current Pd-flavours like Pd-l2ork actively refusing any notion of compatibility, and rather investing time into re-packaging everything from scratch), but there you go. dfsnra IOhannes [1] https://lists.puredata.info/pipermail/pd-dev/2010-06/015407.html 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] how-do-i-install-externals-and-help-files page (was Re: Linux Global folder for externals)
On 03/01/2017 09:57 PM, patrice colet wrote: > Is there on linux an environment variable for this ? > > Because on my archlinux system application specific data are located at > a different place in ~/.local/share nah. there are slightly different semantics between ~/.local/share and ~/.local/lib. ~/.local/lib: Static, private vendor data ~/.local/share: Resources shared between multiple packages, such as fonts or artwork. afaik, only ~/.local/share can be specified via an envvar XDG_DATA_HOME. this is all specified in [1] fdamdsr IOhannes [1] https://www.freedesktop.org/software/systemd/man/file-hierarchy.html#Home%20Directory 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] how-do-i-install-externals-and-help-files page (was Re: Linux Global folder for externals)
On 03/01/2017 09:47 PM, Alexandre Torres Porres wrote: > you all might be aware, but you that deken still installs it in the > deprecated '~/pd-externals' path? no, deken installs into the first available (and writeable) folder. it first checks whether there is a ~/.local/lib/pd/extra folder, and if there is it will suggest to install there. if that folder does not exist (or is not writable), it will try ~/pd-externals. and so on. actually, it doesn't know anything about ~/.local/lib/pd/extra or the like. it just uses the search paths of Pd. (so if you are using deken with Pd-0.45, it will not even try ~/.local/lib/pd/extra) fun fact: it seems i already explained that recently. e.g. https://lists.puredata.info/pipermail/pd-list/2017-02/117965.html gfmards 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] Linux Global folder for externals
On 2017-03-01 16:04, IOhannes m zmoelnig wrote: > the Makefile.pdlibbuilder already does that for your. "that" includes creating the folder if it doesn't exist yet. gfa,sdr 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] Linux Global folder for externals
On 2017-03-01 15:36, Alexandre Torres Porres wrote: > The Global folder for installing externals is: /usr/local/lib/pd-externals it's the global folder for locally installed externals (as opposed to system-installed externals). > compiled a new version myself... BUT... I can't find this so called folder. > Is this really the global folder? yes > Do I have to create it myself always? yes. fix your makefile to install into that folder on linux (and *please* make it overridable). the Makefile.pdlibbuilder already does that for your. so you only have to run `make install` with the proper permissions. (and before you ask: yes, it is a *feature* that you are required to show supercow powers if you want to throws things into the faces of all users on the system) gmasdr 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] soundfiler alternative?
On 2017-02-28 07:42, José Rafael Subía Valdez wrote: > Thank you all.. > > but I am developing patches that are handed to performers and should work > out of the box, I can't depend on the expensive machines and RAM-DISK > settings because I can not tell my performers - you need to do all of this > and invest in your computer first before you play my music. Why? because > this is something I am doing for my PhD. Yes..saying "buy a fancy computer > with lots of RAM" is easier in Europe or the US than in other places of the > world just to make sure: i'm totally aware that my advice was targetted at a rich western society. with all the problems that arise from that. > So not really wanna discuss finances. but of course you are. > and that is not my aim. I am trying to squeeze the best solutions on > any type of machine and to provide people that are not necessary computer > music users with the friendliest setup I can think of. > > the computer I am programming this is a iMac from 2007 with 4 gb of RAM. I > have many processes including FFT, but thanks to switch~ I am able to > optimize the patch. I just have this problem that causes audio drops when > loading each sample. you might want to look at the "iem16" library i once wrote to provide a (packed) 16bit storage of audio data. it allows you to preload much more data, at a possible loss of data precision (but your WAV files are probably still 16bit only, so you won't lose anything here). it needs to be compiled though, and afaics deken only has binaries for OSX and linux so you might need to provide a w32 binary for your friends that can afford to buy a w32 machine. fgamsdr IOhannes > > Thanks again > 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] soundfiler alternative?
On 2017-02-27 23:50, Roman Haefeli wrote: > On Mon, 2017-02-27 at 23:13 +0100, IOhannes m zmölnig wrote: >> On 02/27/2017 11:04 PM, Roman Haefeli wrote: >>> well, [table] stores the samples as floating point (taking 4 bytes per sample; and 8 byte on 64bit systems) >>> Why is that? And why does it only apply to arrays and not to all >>> other >>> number types in Pd? I rather curious than sceptical. >> Pd's tables use a unified design, that can store all kind of things, >> including numbers and data structures. >> since data-structures are stored by reference, a data element in the >> table must be able to hold a (void*) pointer, which - on 64bit >> systems - >> takes 8 bytes. >> the actual numbers stored in these fields are still only single >> precision numbers. > > Thanks for the explanation. Sounds wasteful in my ears. > wasteful of what? available bits on your RAM module? sure. code that needs to be maintained? no. >>> >>> Seems like there >>> are still some advantages in use Pd on 32-bit architectures. >> which? > > It takes half of the memory to load the same amount of audio files. Or > did I misunderstand? no you understood correctly. but you missed the point, that with 64bit archs you will be able to address 2^32 times the amount of data you can theoretically address on a 32bit arch. and while current machines do not have *that* much memory, they still have enough memory to give you more net-value out of your tables than 32bit machines. this of course does not apply if you are dealing with legacy hardware or with embedded devices (including the popular Raspberry Pis), because they often do not have more memory than can be addressed with 32bit. > gfmsdr 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] soundfiler alternative?
On 2017-02-27 23:46, Lucas Cordiviola wrote: > Just because we are at it. it's totally unrelated. > > On w32 I can have long tables but I cant get values beyond 16777216 using > [tabread]. > > Also a simple counter stops there, printing with [makefilename %d]: in general i wouldn't use [makefilename] for such things (you are really not interested in the string representation of values, but instead of the values in their numeric representation). e.g. [1677726( | [t f f] | | [+ 1] | | | [-] | [print] > > print: symbol 16777213 > print: symbol 16777214 > print: symbol 16777215 > print: symbol 16777216 > print: symbol 16777216 > print: symbol 16777216 > print: symbol 16777216 > print: symbol 16777216 > > > Is this also happening on 64bit Pd/OS? this is happening on all single precision builds of Pd. you need double precision to work around the problem. while single precision indeed takes 32bit per number, and double precision takes 64bit, when we talk about a "64bit Pd/OS" we really mean something unrelated (the size of the pointers). there has been extensive talk about this, including katjas double-precision Pd in 2007 and my recent attempts on getting double-precision Pd to fly, as presented on the PdCon16. gamsdr 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] soundfiler alternative?
On 02/27/2017 07:06 PM, José Rafael Subía Valdez wrote: > Thank you Lucas and Ingo, > > well. I do need to load a lot of samples if I want them preloaded. > Regarding the ram post that you sent, as I understand, that is exactly what > table does, as it stores it in RAM (am I right?) well, [table] stores the samples as floating point (taking 4 bytes per sample; and 8 byte on 64bit systems), whereas most soundfiles will use less bytes. so having them on a RAM-disk, could indeed help. > > Ingo, if I understand correclty, I need to record the audio from readsf~ > into a table. this means that I need to create the record system to avoid > clicks (fades in and out). This seams overcomplicated for a simple thing. > But it appears to be the only solution for this problem. > it is not such a simple thing if you care for deterministic sample-synchronous playback (you personally might not care, but Pd does). however, there is a simple solution at hand: get youself plenty of RAM and pre-load everything into tables. 32GB cost about 250,-€ and will allow you to load approx. 24h of raw audio, which is probably enough. it's not exactly super-cheap, but writing software isn't either. gfmdsar 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] Proper method of package removal from pd.info/Deken server?
On 2017-02-23 16:54, Alexandre Torres Porres wrote: > 2017-02-23 12:38 GMT-03:00 IOhannes m zmoelnig <zmoel...@iem.at>: > >> >> that's because the objects.txt file is broken. >> i wonder where you got the specs from. >> > > I saw that the description wasn't used (at least 'yet') so I assumed they > were optional it's currently not used but it is mandatory. fgasdrm 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] netsend/netreceive questions ...
On 02/22/2017 09:49 PM, Giulio Moro via Pd-list wrote: > Well this is a design feature of UDP iirc, this also happens with TCP/IP, which is designed exactly to prevent such things. 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] Proper method of package removal from pd.info/Deken server?
On 02/22/2017 09:14 PM, Derek Kwan wrote: > Hello, > > I was wondering if there's a proper way of removing/deleting packages > from the puredata.info/Deken server. I uploaded our latest v0.3alpha1 > Cyclone release using an older version of Deken from the Xenial repos, > which apparently didn't upload using the directory structure of the > newer Deken tool that creates subdirectories for library names and > versions. I confirmed this by uploading a little test consisting of list > abstractions I've been working on but hadn't really been planning on > "officially releasing" yet using the newer Deken copied from the GitHub > repo. After my little test, I deleted my test package via the > puredata.info web interface but a day later it still appears in the Pd > Deken library search tool, just with a dead link since it's no longer on > the server (it was called pdklist). Since that doesn't seem like a proper > way of removing libraries from Deken since whatever process Deken uses to > know what libraries are on the server hasn't noticed the change, is there a > proper way of doing this? a) this *is* the proper way to remove things. (there just seems to be a bug in the deken-server that it didn't update the search-results) > > Eventually, I do plan on removing the cyclone builds from Deken and b) i'm totally unconvinced that you should remove packages at all (apart from packages that you only uploaded in order to test deken). i think it is a disservice to your users to remove old versions of packages (even if they are outdated/buggy/...) > reuploading using the newer Deken tool. I couldn't find a way of moving > alread uploaded files into folders via the pd.info web interface but > perhaps that's a discussion for another time (but would also be a > solution for my eventual goal). Thanks! go to folder view ("contents"), select the files you want to move (via the checkboxes), click on the [Cut] button; navigate to the target folder and click the [Paste] button. if you only want to move a single file, the menu will offer a [cut] (and [paste]) option in the "Actions" dropdown. gfasdrm 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] soundfiler features
On 2017-02-22 17:11, Alexandre Torres Porres wrote: > good, bit depth is important too, I could add file extension to the list isn't the file-extension input data? whatever features you want to extract, i suggest to not use a specific outlet for each, but instead add a 2 info-outlet that outputs key/value pairs that are easily routable. then you can add more extracted features later without breaking anything (and ending up with 27 outlets). as in: [channels 2, filename foo.wav, date 2017-02-22, answer 42( dfams 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] netsend/netreceive questions ...
On 2017-02-22 15:16, Christof Ressi wrote: > OSC is just a way to format your data and is independend from the actual > protocol you use for transmitting the data. > Most of the time you'll find OSC over UDP (e.g. [packOSC] -> [netsend -u -b] > etc.) > but it can also be TCP ([packOSC] -> [netsend -b]) no, this is broken by design. > or SLIP for sending over a serial connection ([packOSC] -> [mrpeach/slipenc] > -> [comport]). > I've once worked with an Ion lighting console which expected SLIP encoded OSC > over TCP (wtf!). SLIP-encoding is the only proper way to transmit OSC over TCP. TCP/IP is a stream-based protocol (like the serial-line used by [comport]), whereas OSC is a packet-based protocol. to transmit packets over a data stream, you must somehow packetize it; SLIP is the suggested format for doing that. > > OSC itself just provides some convenience, it can be more efficient or not, > depending on the message type. If you're just sending a single number, then > FUDI* might make more sense. The difference might be neglectible, though. FUDI takes 1 to 9 bytes to transmit a single float, OSC always takes exactly 4 bytes. OSC transmits the float with full precision, whereas FUDI will truncate and whatnot. > For sending big lists of filenames I'd definitely go for TCP. > Unfortunately, not all programs can handle OSC over TCP... > UDP-packets are limited in size (maximum 65536 bytes). so if you are sending large amounts of data, make sure that a single message doesn't exceed this size. (e.g. use multiple messages) speaking of filenames: if you want to transmit strings/symbols with spaces (filenames on w32), OSC is certainly the better protocol (FUDI will split on the space). > > IIRC the iemnet objects are threaded (also true for the mrpeach net objects?) both are threaded. but iemnet uses a single worker thread to send the data, whereas mrpeach/net spins up a separate thread for each message. afaict, this makes iemnet perform much better when dealing with large amounts of data. e.g. you can use it to saturate a 100MBit connection without audio dropouts (that is: without dropouts from the transmission itself; doing anything with that data will most likely clog your CPU). at least IIRC (i'm pretty sure about being able to saturate the connection; less sure about now audio dropouts) mrpeach/net should block less than the built-in object, but in theory it might still block when spinning up to many threads. also mrpeach/net is prone to race-conditions, where one sending thread can overtake another sending thread (so the order of data arrival is not guaranteed). obviously mrpeach/net doesn't always exihibit that problem (else nobody would use it), but iirc i was able to trigger that behaviour in a lab situtation. fgsdr 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] Cross-platform uniform GUI rendering of patches.
On 2017-02-22 13:26, Roman Haefeli wrote: > On Mit, 2017-02-22 at 11:56 +0100, IOhannes m zmoelnig wrote: >> On 2017-02-22 09:05, Roman Haefeli wrote: >>> >>> If we find good font metrics, I'll submit a fix to the NSIS >>> installer >>> script, so that installing DejaVu is part of the Pd installation >>> process on Windows. Yet, I'm not sure whether it is enough to >>> simply >>> drop the font files into %windir%\Fonts or whether the font needs >>> to be >>> registered somewhere. >> http://nsis.sourceforge.net/Register_Fonts > > Thanks. Looks more complicated than I expected it to be, however > probably still easy enough. You'll hear from me. afaik the relevant scripts are included with NSIS(?). at least, that's how i remember it from using the 'nsis' Debian package about 10 years. things ought to have improved since then. fvmasd 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] soundfiler features
On 2017-02-22 13:08, Lucas Cordiviola wrote: > In the past I found discrepancies on *sound file length*: > > [soundfiler] != [sounfile_info] > [soundfiler] == soundforge could you provide a soundfile that exhibits the problem? (not necessarily publicly). mfgjl 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] Cross-platform uniform GUI rendering of patches.
On 2017-02-22 09:05, Roman Haefeli wrote: > If we find good font metrics, I'll submit a fix to the NSIS installer > script, so that installing DejaVu is part of the Pd installation > process on Windows. Yet, I'm not sure whether it is enough to simply > drop the font files into %windir%\Fonts or whether the font needs to be > registered somewhere. http://nsis.sourceforge.net/Register_Fonts fgmasdr 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] Pd-Vanilla & OSC Bundle
On 2017-02-22 09:41, Roman Haefeli wrote: > I think you can't. From the help of [oscparse]: > > "oscparse and oscformat make no attempt to deal with timetags or > aggregates of packets, nor with streaming OSC." the help-file goes on: "you can alternatively use the OSC objects from mrpeach which have more features than these." so if you want bundles, use mrpeach's osc library. gamsdr 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] (wip) Preferences file.
On 02/20/2017 07:26 PM, Jonathan Wilkes via Pd-list wrote: > Ok, if that's the case then I would suggest not to add a user-facing > font-metrics option. +1 i'd also like to add, that we should not (ever) add an option with the sole purpose of working around bugs. if you consider the slightly different font sizes a bug (and i gather you do), then we should find a solution to the bug itself (rather than provide an easy way to make everything worse). if you only consider them an annoyance, you might want to investigate in creating a gui-plugin that fixes the problem. (it seems that currently, Pd-gui signals the font metrics back to Pd-core, which will (among other things) trigger Pd-core to load it's libraries. it might be worth entangling *that*) fgamdsr 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] (wip) Preferences file.
On 2017-02-20 03:08, Lucas Cordiviola wrote: >> What are the practical problems with using the current >> format for the Pd preferences file under Linux? > > I don't know, so you would like to replace tried-and-tested code with something else that is known to be hard to implement correctly. for no appararent reason (apart from breaking compatibility). i would say, this is a strinct "nono" apart from that, XML is a buzzword of the 90ies, and has been superceded by various better formats. nobody in their right mind would jump on the XML train these days (OSX's plist is an XML file; but it has been like that for ever; they also haven't changed it to json or whatever, probably because they also prefer to not replace tried-and-tested code with new buggy code for no apparaent reasons.) > I'm a windows user, and think that the linux .pdsettings will be a better > substitute for the actual windows method of writing in the registry. how so? the differences between the .pdsettings stored on the filesystem resp. in the w32 registry are really small. the registry entry is really just the .pdsettings, but with the data stored on a "virtual filesystem" (the registry), that already provides a parser for the key/value mapping required by .pdsettings. i think part of the hate for the registry stems from the repeated mantra that "you can kill your system if you don't know what you do when editing the registry". in principle, i think the mantra is correct. but the problem does not come from the registry itself, but because you can shoot your system if fuck your system configuration. moving the system configuration to the filesystem would only change the mantra to "you can kill your system if you don't know what you do when editing files". (which is correct as well). > And think that it should live on the pd/bin dir & not in a user dir. hmm, no. in general, the pd/bin dir is a read-only directory. this is a good thing, as it helps ensuring that some random malware you just clicked on in InternetExplorer10 won't be capable of changing Pd itself (if you can write to pd\bin to create your preferences file, then you can also replace pd\bin\pd.exe) things might be different on *your* personal setup, e.g. because you run Pd from a FAT32 formatted USB-stick (which doesn't allow any access control); or because you are running all applications as Administrator (which bypasses a lot of access control). but that doesn't change the general principle¹. some things have changed since the 80ies... also, there is a very good reason that virtually all OSs have agreed on central storage locations for configuration *besides* the application-folders. > to disallow sharing prefs. on multiple installations. (Pd, Purr-Data, PsVST) hmm, no. the proper way to disallow sharing prefs, is by using different namespaces for all these projects. if Pd-vanilla uses ~/.pdsettings and ~/.config/pure-data/ for its configuration, then other programs simply should not (if they don't want to share prefs, that is). instead they should use ~/.config/pd-l2ork/ or whatever. problem solved. if you do want to have multiple configurations for the same flavour of Pd (e.g. pd-vanilla), you can already simply use batch-files. all the things settable via the config are also settable via cmdline args (if they are not, you should file a bugreport). "pd -noprefs -jack -channels 16". fgadr IOhannes ¹ having said this, there *is* already a way to embed preferences on OSX and linux alongside your binary. just put a default.pdsettings file into your PD directory (on linux) or a plist-file with the name of "org.puredata.pd" into your App-bundle (on OSX). this seems to be somewhat broken, at least on linux (it get's ignored if you also have a ~/.pdsettings file), and might be worth fixing. 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] deken and windows
On 02/17/2017 11:07 PM, Lucas Cordiviola wrote: > I think that the config file is something that's becoming a “Must” . don't we have config "files" on all platforms? (on w32 it is hidden in the registry, but i don't see anything that couldn't be configured there as well). but the more important question is: what is the configuration file going to solve and how? (esp. what changes to the configuration file do you envision that will make these things possible?) gfasd 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] Question about loadbang and dynamic sub-patches
On 02/17/2017 02:25 AM, Ivica Ico Bukvic wrote: > FWIW in pd-l2ork/purr-data loadbang fires even in dynamically created > patches. so does that mean, that if i have an abstraction "foo": [loadbang] | [f 1] | [outlet] and i dynamically create a patch including that abstraction, the loadbang will be lost on the created patch? (meaning: the following will not print: #X obj 100 100 foo; #X obj 100 200 print; #X connect 0 0 1 0; ) if it does print, i would be interested in the heuristic you used. if it does indeed not print, then i think i just hit a bug (as the patch behaves different when created dynamically or not¹) gfmsrda IOhannes ¹ it doesnt't in Pd vanilla, if you don't forget to send a "loadbang" message after doing the dynamic patching as a kind of "finalize". 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] Menu bar height (differences across platforms)
On 2017-02-16 15:18, Roman Haefeli wrote: > Whenever you click the message box, you see the canvas of [pd foo] > moving a bit, depending on how "wrong" your values are. 0 0 is > certainly wrong for everyone. since this came up on my radar and i was pointed at http://wiki.tcl.tk/11502, i took the liberty to (hopefully) fix the issue with the moving [vis 0, vis 1( windows. https://github.com/pure-data/pure-data/pull/44 this fixes the ::windowframe values on X11 by calculating the *actual* values on the fly. afaik this is only a problem on X11, so the fix is only enabled there. please test. the basic test is just what roman mentioned in the last mail: > Create a subpatch [pd foo] in a new patch window. Then create this: > > [vis 0, vis 1( > | > [s pd-foo] if the subpatch window stays at the same position when repeatedly clicking the vis-msgbox, then the problem is fixed. fgmasdr 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] Menu bar height (differences across platforms)
On 2017-02-16 15:18, IOhannes m zmoelnig wrote: > if you want to change the size of the Pd-menu, you have to look > somewhere else... it seems like that slightly too high menu on X11 is just the way tcl/tk creates menus on that platform: just run this script (using wish): set m [menu .menubar] . configure -menu $m menu $m.file $m add cascade -menu $m.file -label File i'd suggest playing around with that script to find out how to change the menu height, and then port those ideas back to Pd. otoh, the manual [1] doesn't offer any obvious solution, so most likely it is just impossible to change that. mfgadr IOhannes [1] https://www.tcl.tk/man/tcl8.6/TkCmd/menu.htm 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] Menu bar height (differences across platforms)
On 2017-02-16 11:41, Roman Haefeli wrote: > Hey all > > While we're at it, during testing font metrics on different platforms, > I noticed that menus are quite different. On Linux, the menu bar height > is 30px, on Windows 19px. Personally, I find the 30px ugly and too > large. > > Can this be made consistent across platforms, too? shouldn't it be made consistent with the various platforms instead? that is: if he new iOS look-and-feel mandates 42px menu-bars, users should get them - rather than 12px to be consistent with BeOS. apart from that, I agree that the menu bar on Linux is uglishly high. but my point is: it is ugly because it is higher than the menu-bars of other applications on my Linux system, not because i enjoy staring at the w32 version in my spare time. gasmdr 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] Pd Metrics on Xubuntu 16 04 02 LTS
On 2017-02-16 11:09, Lucas Cordiviola wrote: >> Is there the slightest chance of Pd on Windows using DejaVu without the > > user having to install it first? > > Yes, > > https://lists.puredata.info/pipermail/pd-list/2017-02/117845.html > > Do you know other method? Using C code? i already mentioned this in [42], but i still fail to see what is wrong with properly installing the font. if there is an installer (and thanks to roman, Pd now (also) comes as a nice NSIS-based installer), this can easily be automated: installers are quite good at installing things (including fonts). otoh, writing custom code to work around tried and tested solutions, sounds a bit errorprone to me. dfmrs IOhannes [42] https://github.com/pure-data/pure-data/pull/42#issuecomment-279952348 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] Pd Metrics on Xubuntu 16 04 02 LTS
On 2017-02-15 16:20, Lucas Cordiviola wrote: > Cool, thanx for the screen-shot. how about collecting the metrics information on some webpage (e.g. a github ticket [1]). i'm pretty sure that most of us have been lost in the recent mail storm :-) ghsm dr IOhannes [1] e.g. the recent [WIP] pull-request by Dan might be a start: https://github.com/pure-data/pure-data/pull/42 or even better: create a new issue with the sole purpose of collecting metrics. 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] autotools, fonts, etc
On 2017-02-15 14:09, me.grimm wrote: > so Dans osx retina/autotools changes are now at github so: i don't think the retina-changes have been merged into master (unlike the autotools changes, which have). you will have to check out the "osx-retina-support" branch (which currently lags behind signficantly) fgams 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] pd from git coredumps on ubuntu 16.10
On 2017-02-15 11:35, alex tuca wrote: > i just tested my old saved pd version with this hash, > > git rev-parse HEAD > 3e1a3f2e4b83c224fc988239d8af272e3e27bd87 > > this works without core dump thanks. could you do a `git bisect` to find the commit that introduced the coredump? fgmasdr 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] pd from git coredumps on ubuntu 16.10
On 02/14/2017 09:42 PM, alex tuca wrote: > with debug option, [...] > Program received signal SIGSEGV, Segmentation fault. > 0x in ?? () > (gdb) backtrace > #0 0x in ?? () > #1 0x5562e9ed in jack_open_audio (inchans=2, outchans=2, rate=44100, > callback=0x0) at s_audio_jack.c:349 > #2 0x555e19eb in sys_reopen_audio () at s_audio.c:456 > #3 0x555e8bdc in sys_main (argc=3, argv=0x7fffdfa8) at > s_main.c:319 > #4 0x555e3110 in main (argc=3, argv=0x7fffdfa8) at s_entry.c:32 > (gdb) > it's JACK that is crashing (taken Pd with it). which jackd are you using? against which libjack are you compiling/linking? is jack running? do other jack-applications work as expected? gasnrd 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] pd from git coredumps on ubuntu 16.10
On 02/14/2017 04:42 PM, alex tuca wrote: > (gdb) run > Starting program: /usr/local/bin/pd -jack -nrt > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". > > Program received signal SIGSEGV, Segmentation fault. > 0x in ?? () > (gdb) so what happens if you type "backtrace"? (in case there are no symbols, please recompile with "--enable-debug") gmfds 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] pd from git coredumps on ubuntu 16.10
On 02/14/2017 04:24 PM, alex tuca wrote: > hallo, > > i just compiled pd from git > git clone git://git.code.sf.net/p/pure-data/pure-data > > compiled it with jack: > ./configure --enable-jack > > i deleted the .pdsettings file, when i change audioengine to jack, pd core > dumps. here the strace output. could you also provide a gdb backtrace? (hint: add '-nrt' to the startup flags to avoid the "watchdog signalling Pd" messages clutter the console) just for the record: it doesn't crash on my system (Debian/sid). gmsard 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] "sorry: only 5 args typechecked; use A_GIMME"
On 2017-02-12 22:23, Chris Chronopoulos wrote: > registered with class_new(..., A_DEFFLOAT) be sufficient for this simple > case? this worked for me on 0.43.4; why doesn't it work in 0.47? > oh. of course Pd can do *that* for you. the problem here is, that your code is just bogus: class_new() expects a variable number of arguments. but in C there is no way to determine the actual number of arguments passed to the function. So you need to somehow tell the called function when it should stop to expect more arguments. this can either be done by putting that number into one of the function-arguments. an example is the `dsp_add()` function. e.g.: dsp_add(clip_perform, 4, x, sp[0]->s_vec, sp[1]->s_vec, sp[0]->s_n); the second argument (4) tells the dsp_add() function that there are 4 more arguments to come. alternatively (if the data permits it), you can use a special "terminating") element with a magic value (usually this is just NULL); the function would then read it's arguments one by one until in encounters that special argument, after which it would stop. this is the case with the class_new() function. e.g.: clip_class = class_new(gensym("clip~"), (t_newmethod)clip_new, 0, sizeof(t_clip), 0, A_DEFFLOAT, A_DEFFLOAT, 0); the varidiac part is "A_DEFFLOAT, A_DEFFLOAT" and it *must* be 0-terminated. so class_new() knows that there are only two (2) more valid arguments. it seems that with your call to class_new(), you were just "lucky" and the compiler you used back then with Pd-extended happened to insert a NULL value after your A_DEFFLOAT. so your statement "this worked for me on 0.43" should actually read: "this accidentally happened to work for *me* at some point". but really you were relying on undefined behaviour, and should just fix the original code. fgamsdr 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] Purr Data released!
On 02/09/2017 11:19 PM, Jonathan Wilkes via Pd-list wrote: > Purr Data is now released. congrats. > Purr Data inherits the goodness of Pd-l2ork so if Purr Data is distinct from Pd-l2ork, why is it distributed as pd-l2ork (e.g. filenames)? gfmdsar 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] Unable to load a film with [pix_film]
On 2017-02-07 14:45, girard-t...@orange.fr wrote: > don’t understand why pd can’t load my film. I’m using the pix_film.help > patch and when I try to open a file, in any format all I have is : > check #1: do the files open with other players? (e.g. VLC) > [pix_film]: opening D:/Projets/Système/Videos/A3101308/A3101308.avi with > format 1908 probably the non-ascii characters are to blame here. check #2: could you try putting the files on some place with a sane name? (e.g. D:\Projets\test\A3101308.avi) fg,asdr 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] un-routable output from [text get]
On 2017-02-07 09:24, Liam Goodacre wrote: > This explanation makes sense, however I am using non ASCII characters in the > textfile (not the one attached, but the one I'm working on), so I guess that > I need the BOM to stay there. no. the BOM was just another useless invention. UTF-8 (unlike UTF-16) is a byte-stream oriented protocol. it is unconcerned by the notion of byte-order. gfmasdr 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] test audio signals: Are there <~ and >~ objects?
On 02/06/2017 09:03 PM, Alexandre Torres Porres wrote: > but even extra objects are "vanilla" right? but being "vanilla" has little to do with being "external" or not. fmgdas 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] message to pd to get used absractions/externals of a patch?
On 02/06/2017 05:50 PM, bensonlist wrote: > the reason for this is, i just started to use pdparty on an ipad (very > successfully). And just for now, i transferred only the used abstractions to > the ipad. but i use more and more of them... and i'm not sure if it is a > clever idea to transfer the complete libraries because of concerns about the > memory on an ipad. Are my concerns redundant? as mentioned by baptiste, your concerns are indeed most likely ungrounded. since you are on iPad, you cannot use any externals (as in: compiled, binray objects) anyhow (this is a limitation of iOS), which leaves you only with abstractions (plain text files), which are usually *very* small. about finding them: start Pd with "-nostdpath -noprefs", so Pd will not pre-load any libraries and won't have any search paths. all objects that "couldn't create" are non-builtins. gfmrds 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] test audio signals: Are there <~ and >~ objects?
On 02/06/2017 06:18 PM, Giulio Moro via Pd-list wrote: >> I don't know why [expr~] is usually not considered vanilla because it used to be not part of Pd. technically, an external is a nobject that lives outside the main binary of Pd. since all the objects in extra/ are not part of the Pd binary, they are externals. > > Maybe because it lives in extra/ instead of src/ ? but expr is no longer in extra/, but has been moved to src/. and hence it is now an internal. > > What is extra/ there for, by the way? I remember it being mentioned in msp's > paper that introduced [pd~], but not sure why it is still there. there's a number of reasons to put things into extra/. mostly these are: - license reasons (Pd is released under a BSD-3-clause license; expr used to be GPL; compiling all of them into a single binary would have turned Pd into GPL, something which might not be desirable) - maintenance reasons (a number of BSD-3-clause objects in extra/ contains code to be compiled as a Max/MSP external. i guess that keeping the code out of Pd-core made it simpler to maintain this dual-faced aspect) fgmards 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] puredata-core installing documentation twice on Debian?
On 2017-02-06 14:07, Peter P. wrote: >> this is a left-over from the days of the pipe-dreams of co-existing >> pd-vanilla and pd-extended Debian packages. > And could be consolidated maybe even? well, i don't see any harm in being open to multiple (binary compatible) implementations. i don't see any important argument for conosolidating, so i won't do it. >> today's forks (pd-l2ork, purrdata) actively reject the notion of binary >> compatibility (so they must not look for externals in /usr/lib/pd/extra) > "must not" or "do not have to"? "binary incompatibility" doesn't necessarily mean "won't load". it's more along the lines: will burn your computer and vote for trump. amsdr 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] test audio signals: Are there <~ and >~ objects?
On 2017-02-06 14:11, cyrille henry wrote: >> Funny there are no internal objects for this. > for a vanilla only solution, hmm, [expr~] *is* vanilla. fgmasdr 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] puredata-core installing documentation twice on Debian?
On 2017-02-06 13:41, Peter P. wrote: > Not really. I just prefer to have files and folders once on my system if > that's sufficient for proper operation as it is easier to remember and > maintain for me. actually, the /usr/lib/... is just a symlink to /usr/share/..., so the files are indeed only stored once on your harddisk. > > I guess you are trying to have Pd's docs in its traditional location in > /usr/lib/pd and in a Debain-style /usr/share/doc path. > > I am also surprised there is > /usr/lib/puredata/extra > and / > /usr/lib/pd/extra > which are owned by different packages respectively. Why not make > /usr/lib/puredata equal to /usr/lib/pd? because they are not equal. /usr/lib/puredata is meant for externals that only work with the "puredata" package (aka Pd-vanilla), whereas /usr/lib/pd/extra is for externals that work with any flavour. this is a left-over from the days of the pipe-dreams of co-existing pd-vanilla and pd-extended Debian packages. today's forks (pd-l2ork, purrdata) actively reject the notion of binary compatibility (so they must not look for externals in /usr/lib/pd/extra) apart from that, i question your methodolofy: which package is the owner of /usr? gasdrm 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] test audio signals: Are there <~ and >~ objects?
On 2017-02-06 13:34, Peter P. wrote: > Hi list, > > this seems to be easy but I can't figure it out: > > How can I test an audio signal to lie within a certain range, or just if > it is bigger or smaller than a reference value, and receive the result > as an audio signal as well? Are there <~ an >~ objects or equivalents? - [expr~ $v1>0.5] - zexy's [>~] - iirc cyclone provides them too > > I am having problems search the mailing list archive at > https://lists.puredata.info/search? > as its search engine gives all sorts of answers which seem unrelated. > i gues that "~" is a special character; and (both square and angle) brackets are probably so common (for unrelated things, like email quoting and list header) that you only find garbage. however, here's a hint: the default search interface uses "match any search term", whereas you probably want "match all". farm 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] puredata-core installing documentation twice on Debian?
On 2017-02-06 13:09, Peter P. wrote: > Hi list, > > using the amazing Debian packages of Pd and am puzzled to find that the > following two paths seem owned by the same package puredata-core and > seem to exist twice: > > peter@computer:~$ dpkg-query -S /usr/lib/puredata/doc/7.stuff > puredata-core: /usr/lib/puredata/doc/7.stuff > peter@comouter:~$ dpkg-query -S /usr/share/puredata/doc/7.stuff > puredata-core: /usr/share/puredata/doc/7.stuff > > Is this intentional? yes. does this create any problems for you? fgmadf 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] "sorry: only 5 args typechecked; use A_GIMME"
On 2017-02-06 07:42, Chris Chronopoulos wrote: > Code is attached. Any suggestions? What's this typechecking/A_GIMME Pd has special, "optimized" functions to check the types of arguments. basically, if you have a callback function (and from a pure "C" perspective, the class-methods of an objects are callback functions), you must correctly call that function. that is: if the callback function expects a symbols and then a float ("void foo_mess(t_myobject*x, t_symbol*s, t_float f)"), you must actually call it with a symbol and then a float ("foo_mess(x, s2, 2.3)"), to ensure that the compiler will put the correct bits at the right positions. now in Pd, an external can wish for "any" function signature of the callback it wishes for, but it is the task of Pd (core) to actually call that callback function correctly. since "any" signature is pretty broad and it is tedious to write special callback callers for all the possibilities, it offers a (slightly less convenient) generic solution for "non-standard" callbacks: pass a list of atoms (aka A_GIMME) messages with more that 5 atoms are "non-standard", and therefore you must use A_GIMME. the function signature of an A_GIMME is: int argc, t_atom*argv you then can iterate over the atoms in the array, and use them whoever you please (mainly: check that each element is of correct type, and use atom_getfloat() resp atom_getsymbol() to acccess the values). i suspect (without having looked at your code), that you were simply changing the type to A_GIMME when registering the callback (in the class_addmothod() function), but then didn't bother to change the function signature of the actual callback function. so if your callback signature is: void foo_mess(t_myobject*x, t_symbol*s, t_float f); and you register it with class_addmethod(x, (t_method)foo_mess, gensym("foo"), A_GIMME, 0); then the system will end up calling foo_mess with the following arguments: - the first 4 bytes are the address to the object (good) - the next 4 bytes are an int value (bad because you are expecting the 4 bytes to be the address of a symbol) - the next 4 bytes being the address of some t_atom-array (bad, because you are expecting it to be 4 bytes of an ieee758 floating point number) (for the sake of simplicity the above example assumes a 32bit system) if you then happen to dereference so-acquired symbol, it will hopefully go kaboong (hopefully insofar as it will go kaboong without launching the missilies first) mfgasdr 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] [relay] bug (zexy library)
On 2017-02-02 15:11, Christof Ressi wrote: > When I load zexy, I get a post in my Pd console which tells me "♡ the zexy > external 2.2.6svn" > > Is this enough to justify my belief I'm using zexy-2.2.6? no. it just confirmst that you installed zexy-2.2.6svn, which was a pre-release. > Also, it's the only zexy I have installed right now. > > BTW, the crash won't happen if you just send [5( to [relay 5] without the > outlet being connected to some other object! well, as mentioned in the sf bugreport, the problem is really on Pd's side (it's only exposed via [relay]). there's also a patch to fix the problem on the Pd-side [555], but it's unlikely to ever get applied. fgamsdr IOhannes [555] https://sourceforge.net/p/pure-data/patches/555/ 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] [relay] bug (zexy library)
On 2017-02-02 14:43, Christof Ressi wrote: > I think he rather wanted to confirm that this bug still exists... how come? since he was replying to my email, i thought that *this* referred to the content of my email. > I also get that crash with the latest zexy version available at deken > (2.2.6), and I actually committed that bug report :-). since i know that *you* are on w32, i assume that you are talking about the windows binaries. now, i don't see any zexy-2.2.6 for w32 available via deken. so how did you install it? fgmasdr 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] [relay] bug (zexy library)
On 2017-02-02 14:18, José Rafael Subía Valdez wrote: > I just confirmed this in pd vanilla 0.47-1 thanks for confirming that the bug is indeed fixed. fgasdfm 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