[PD] MobMuPlat for Ipad and expr~ woes
Hello I am trying to get a synthesizer patch i created onto the ipad, i erroneously thought that if the patch i was using opened up with PdVanillaFor MobMuPLat that is included in the release of MubMuPlat that it would work on the ipad. And since i am not selling the application i assumed that i could use the expr~ since it is included. But now that i finished setting it up when i load the file onto the ipad i get a bunch of errors with expr if($f1-$f2==0, 0, 1) error could'nt create load_object: Symbol expr_setup not found I know there is some issue with the license and i found this README.txt in files i has where Iohannes addressed the issue. IS there a way for me to use this object in this patch? I am including IOhannes' stuff regarding hexloader - hexloader - (c) copyleft 2006-2007 IOhannes m zmˆlnig, IEM the problem --- when dealing with abstractions and single-file externals, we have a 1-to-1 correspondence between an objectclass and a file. examples: the [expr] object matches an external ./expr.pd_linux the [zexy/nop~] object matches an abstraction ./zexy/nop~.pd general: the object [name] matches a file name.$EXT when dealing with externals, the name of the objectclass is also to be found in the setup function within the external example: to load the expr external, Pd will look for a function expr_setup() within the file ./expr.pd_linux general: the external name has to provide a setup-function void name_setup(void) this works fine, as long as there are no special characters involved: according to the above scheme, when loading the external expr~ Pd should actually be looking for expr~_setup() within the file ./expr~.pd_linux; unfortunately, the C-language (wherein most externals are written) does not allow function-names to use any characters other than a-zA-Z0-9_. therefore the name expr~_setup() is invalid; therefore, Pd handles the case of the trailing ~ in a special way: it actually expands the ~ to _tilde and looks for expr_tilde_setup() general: the object [name~] corresponds to an external name~.pd_linux which offers a setupfunction name_tilde_setup() unfortunately this doesn't work well for a larger number of characters forbidden in C-functionames. example: how should the setupfunction for an objectclass [~~] be named? additionally, several filesystems have problems with certain characters. for instance, you cannot use the character '' on FAT32 filesystems. but how do you then create a file for the objectclass [~]? a solution -- one solution is to just forbid objects with weird (non alphanumerical) names. pretty frustrating another solution use libraries with valid names that hold objects with weird names a better solution - another solution is to translate the forbidden characters into allowed ones. for instance, every ASCII-character can be called by it's name (e.g. 'a') as well as by it's numeric value 97 (or in hex: 0x61) the here-proposed solution is, to replace every illegal character by it's hexadecimal representation (in lowercase). examples: [] corresponds to the file 0x3e.pd [~] corresponds to the file 0x3e0x7e.pd or to 0x3e~.pd [ab] corresponds to the file a0x3eb.pd the same system can be applied to the setup-functions: examples: [ab] has a setupfunction a0x3eb_setup() CAVEAT: C also forbids to start function names with numeric values. therefore, this is a nono: []'s setupfunction would be 0x3e_setup() (ILLEGAL) we can simply fix this by putting the setup() in front: [] has a setupfunction setup_0x3e() implementation -- the hexloader external adds the possibility to Pd use the proposed alternative naming scheme. just load the hexloader lib, and the next time you try to create the (yet unknown) object X, Pd will also look for several alternatives example: [~] ~.pd_linux (filename ILLEGAL on SOME filesystems) ~_setup() (ILLEGAL functioname) setup_~(ILLEGAL functioname) 0x3e0x7e_setup()(ILLEGAL functioname) setup_0x3e0x7e() 0x3e~.pd_linux 0x3e~_setup() (ILLEGAL functioname) setup_0x3e~() 0x3e0x7e_setup()(ILLEGAL functioname) setup_0x3e0x7e() 0x3e0x7e.pd_linux 0x3e0x7e_setup()(ILLEGAL functioname) setup_0x3e0x7e() ~.pd (filename ILLEGAL on SOME filesystems) 0x3e~.pd 0x3e0x7e.pd the hexloader will try one alternative after another until it finds one that actually works (there is no problem in querying the ILLEGAL names, it is just impossible to create such filenames/setupfunctions) handling of / --- a special problem is the / character, as this might be a special character in the name of an object and the
Re: [PD] crude pd interface for omxplayer/Rpi
Thank you for the idea ! This has nothing to do with this thread, but i was actually looking for a way of controlling VLC, and this is really all the inspiration I needed. Cheers, Pierre. 2013/3/16 Antoine Villeret antoine.ville...@gmail.com Hi, thanks for sharing, it works but still with the audio crack when launching and quitting omxplayer but this is an omxplayer's issue... cheers a -- do it yourself http://antoine.villeret.free.fr 2013/3/7 batinste dwanaf...@yahoo.fr Hi list Looking for a way to control video playback on the Raspberry Pi outside Gem's realm, i stumbled across omxplayer and this topichttp://www.raspberrypi.org/phpBB3/viewtopic.php?f=38t=7987 . So based on it i've made a very crude [shell]-based omxplayer controller in Pd, see attached. As omxplayer can be controlled via keystrokes, you can expand this patch's possibilities very easily. For now, you can choose a file, play it, pause and resume, restart the video, quit omxplayer, increase and decrease volume. I encounter an annoying bug when restarting a video : one can briefly see what's behind the window, be it a console or lxde's desktop. Happily, omxplayer has also a counter-bug thats prevents the desktop to refresh itself (it stays black : you have to move the mouse all over the screen to refresh). So to keep the restart prettier, you have to launch the desktop manager. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lanboc-LCX w/ Pd
Reading through the manuals I'm trying different stuff. Thought of connecting to the lanbox (I spelled it wrong in the subject of this thread) via [comport]. I do get connected, but can't really see how to send commands. I'm trying to connect via [tcpsend] via ethernet cause I think it's easier to send commands in ASCII (looks easier to me at least), but the manual says that the lanbox will ask for a password (which is 777 followed by a carriege return, so in ASCII it will be 55 55 55 13). So I'm sending [connect 192.168.1.77 4777( to [tcpsend], Pd freezes for a while and the the console says 'tcpsend: connecting to port 4777', but if I immediately after send [55 55 55 13( to [tcpsend] the console says 'tcpsend: not connected'. Anyway, the toggle underneath [tcpsend] never goes to one, so no connection is actually established. Any ideas on this one guys? On Sun, Mar 17, 2013 at 11:35 PM, Alexandros Drymonitis adr...@gmail.comwrote: Actually all I need to do is control two white lights which are connected to a DMX dimmer each. I've done a simple setup on lanbox's software, but can't really see how to control it via Pd. It's on channels 1 and 2, so I guess I need to send something like a list with the channel number and the brightness number, right? what's the exact syntax for [udpsend]? On Sun, Mar 17, 2013 at 11:31 PM, bra...@subnet.at wrote: i worked with it and as alexandros said it´s really easy. i once made a patch, which was a kind of simulation of an avolite board from the eighties. worked straight out the box all the best Zitat von dreamer drea...@puikheid.nl: On Sat, Mar 16, 2013 at 9:49 PM, Alexandros Drymonitis adr...@gmail.com wrote: Hi, Has anyone used the Lanbox-LCX sending it control data from Pd? On lanbox's website I saw that it also receives TCP commands. Would mrpeach library's [tcpsend] do? Yes I have. You can control the lanbox-lcx with simple TCP/UDP commands. At least we used [udpsend] to transmit the datapackets (looking back at my patches. it's also from mrpeach). But [tcpsend] should work just the same (we had to enable UDP-mode in the firmware afaik). I have borrowed a prototype lcx+ but I don't have it working at the moment. All I can tell you that it is quite trivial to interface with the lanbox. If you need any more specific information I can get it from one of the devs if you want :) grtz, drmr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lanboc-LCX w/ Pd
hi as far i can remember i used midi for controlling the lights. since i am not in my home office, i can´t looö for the patch. it could be possible, that i made it with a pair of lsb/msb midi controllers. cheers markus Zitat von Alexandros Drymonitis adr...@gmail.com: Reading through the manuals I'm trying different stuff. Thought of connecting to the lanbox (I spelled it wrong in the subject of this thread) via [comport]. I do get connected, but can't really see how to send commands. I'm trying to connect via [tcpsend] via ethernet cause I think it's easier to send commands in ASCII (looks easier to me at least), but the manual says that the lanbox will ask for a password (which is 777 followed by a carriege return, so in ASCII it will be 55 55 55 13). So I'm sending [connect 192.168.1.77 4777( to [tcpsend], Pd freezes for a while and the the console says 'tcpsend: connecting to port 4777', but if I immediately after send [55 55 55 13( to [tcpsend] the console says 'tcpsend: not connected'. Anyway, the toggle underneath [tcpsend] never goes to one, so no connection is actually established. Any ideas on this one guys? On Sun, Mar 17, 2013 at 11:35 PM, Alexandros Drymonitis adr...@gmail.comwrote: Actually all I need to do is control two white lights which are connected to a DMX dimmer each. I've done a simple setup on lanbox's software, but can't really see how to control it via Pd. It's on channels 1 and 2, so I guess I need to send something like a list with the channel number and the brightness number, right? what's the exact syntax for [udpsend]? On Sun, Mar 17, 2013 at 11:31 PM, bra...@subnet.at wrote: i worked with it and as alexandros said it´s really easy. i once made a patch, which was a kind of simulation of an avolite board from the eighties. worked straight out the box all the best Zitat von dreamer drea...@puikheid.nl: On Sat, Mar 16, 2013 at 9:49 PM, Alexandros Drymonitis adr...@gmail.com wrote: Hi, Has anyone used the Lanbox-LCX sending it control data from Pd? On lanbox's website I saw that it also receives TCP commands. Would mrpeach library's [tcpsend] do? Yes I have. You can control the lanbox-lcx with simple TCP/UDP commands. At least we used [udpsend] to transmit the datapackets (looking back at my patches. it's also from mrpeach). But [tcpsend] should work just the same (we had to enable UDP-mode in the firmware afaik). I have borrowed a prototype lcx+ but I don't have it working at the moment. All I can tell you that it is quite trivial to interface with the lanbox. If you need any more specific information I can get it from one of the devs if you want :) grtz, drmr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lanboc-LCX w/ Pd
On Mon, Mar 18, 2013 at 10:26 AM, Alexandros Drymonitis adr...@gmail.comwrote: Reading through the manuals I'm trying different stuff. Thought of connecting to the lanbox (I spelled it wrong in the subject of this thread) via [comport]. I do get connected, but can't really see how to send commands. I'm trying to connect via [tcpsend] via ethernet cause I think it's easier to send commands in ASCII (looks easier to me at least), but the manual says that the lanbox will ask for a password (which is 777 followed by a carriege return, so in ASCII it will be 55 55 55 13). So I'm sending [connect 192.168.1.77 4777( to [tcpsend], This is exactly how we connected with udpsend as well (so for udp you need to enable this in the firmware, and I have no idea how to :) ). Then, the other messages look like: [192 183 0 0 202 254 0 10 0 1 255 255 255 255( And I have no idea anymore what this actually means :) Only that the last 4 values are for the dimmer-pack we used. The manual should have more info on how the protocol works. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MobMuPlat for Ipad and expr~ woes
Hi Pat, maybe i missed your point, but are you sure that expr (and expr~ etc.) is compiled into MobMuPlat? My impression is that it isn't, so that object family can't be used. gr~~~ 2013/3/18 Pagano, Patrick p...@digitalworlds.ufl.edu Hello I am trying to get a synthesizer patch i created onto the ipad, i erroneously thought that if the patch i was using opened up with PdVanillaFor MobMuPLat that is included in the release of MubMuPlat that it would work on the ipad. And since i am not selling the application i assumed that i could use the expr~ since it is included. But now that i finished setting it up when i load the file onto the ipad i get a bunch of errors with expr if($f1-$f2==0, 0, 1) error could'nt create load_object: Symbol expr_setup not found I know there is some issue with the license and i found this README.txt in files i has where Iohannes addressed the issue. IS there a way for me to use this object in this patch? I am including IOhannes' stuff regarding hexloader - hexloader - (c) copyleft 2006-2007 IOhannes m zmˆlnig, IEM the problem --- when dealing with abstractions and single-file externals, we have a 1-to-1 correspondence between an objectclass and a file. examples: the [expr] object matches an external ./expr.pd_linux the [zexy/nop~] object matches an abstraction ./zexy/nop~.pd general: the object [name] matches a file name.$EXT when dealing with externals, the name of the objectclass is also to be found in the setup function within the external example: to load the expr external, Pd will look for a function expr_setup() within the file ./expr.pd_linux general: the external name has to provide a setup-function void name_setup(void) this works fine, as long as there are no special characters involved: according to the above scheme, when loading the external expr~ Pd should actually be looking for expr~_setup() within the file ./expr~.pd_linux; unfortunately, the C-language (wherein most externals are written) does not allow function-names to use any characters other than a-zA-Z0-9_. therefore the name expr~_setup() is invalid; therefore, Pd handles the case of the trailing ~ in a special way: it actually expands the ~ to _tilde and looks for expr_tilde_setup() general: the object [name~] corresponds to an external name~.pd_linux which offers a setupfunction name_tilde_setup() unfortunately this doesn't work well for a larger number of characters forbidden in C-functionames. example: how should the setupfunction for an objectclass [~~] be named? additionally, several filesystems have problems with certain characters. for instance, you cannot use the character '' on FAT32 filesystems. but how do you then create a file for the objectclass [~]? a solution -- one solution is to just forbid objects with weird (non alphanumerical) names. pretty frustrating another solution use libraries with valid names that hold objects with weird names a better solution - another solution is to translate the forbidden characters into allowed ones. for instance, every ASCII-character can be called by it's name (e.g. 'a') as well as by it's numeric value 97 (or in hex: 0x61) the here-proposed solution is, to replace every illegal character by it's hexadecimal representation (in lowercase). examples: [] corresponds to the file 0x3e.pd [~] corresponds to the file 0x3e0x7e.pd or to 0x3e~.pd [ab] corresponds to the file a0x3eb.pd the same system can be applied to the setup-functions: examples: [ab] has a setupfunction a0x3eb_setup() CAVEAT: C also forbids to start function names with numeric values. therefore, this is a nono: []'s setupfunction would be 0x3e_setup() (ILLEGAL) we can simply fix this by putting the setup() in front: [] has a setupfunction setup_0x3e() implementation -- the hexloader external adds the possibility to Pd use the proposed alternative naming scheme. just load the hexloader lib, and the next time you try to create the (yet unknown) object X, Pd will also look for several alternatives example: [~] ~.pd_linux (filename ILLEGAL on SOME filesystems) ~_setup() (ILLEGAL functioname) setup_~(ILLEGAL functioname) 0x3e0x7e_setup()(ILLEGAL functioname) setup_0x3e0x7e() 0x3e~.pd_linux 0x3e~_setup() (ILLEGAL functioname) setup_0x3e~() 0x3e0x7e_setup()(ILLEGAL functioname) setup_0x3e0x7e() 0x3e0x7e.pd_linux 0x3e0x7e_setup()(ILLEGAL functioname) setup_0x3e0x7e() ~.pd (filename ILLEGAL on SOME filesystems) 0x3e~.pd 0x3e0x7e.pd the hexloader will try one
Re: [PD] Large File Support on Linux
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-03-18 11:18, Charles Goyard wrote: Hi, thanks for taking that up. On my machine (archlinux, Linux 3.7.10-1-ARCH i686 GNU/Linux, glibc 2.17), changing the LARGEFILE define to __linux__ (or __gnu_linux__ yields: nonono. you MUST have _LARGEFILE64_SOURCE defined before including unistd.h, else you won't have LFS support. there are configure checks that test whether doing defining _LARGEFILE64_SOURCE makes sense on your system. having said that, i just noticed that these checks seem to have gone from configure(.ac) during the 0.43 rewrite of the buildsystem. so most likely this is the source of the bug. fgasdrm IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFHBBYACgkQkX2Xpv6ydvSerACaAgihDxsR9kHRcW7CwXNxMDCE f60AnA4PIofPX8M0ClZiu7Rf/RRGz6tK =RFmt -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Large File Support on Linux
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-03-18 13:10, IOhannes m zmoelnig wrote: On 2013-03-18 11:18, Charles Goyard wrote: Hi, thanks for taking that up. On my machine (archlinux, Linux 3.7.10-1-ARCH i686 GNU/Linux, glibc 2.17), changing the LARGEFILE define to __linux__ (or __gnu_linux__ yields: nonono. you MUST have _LARGEFILE64_SOURCE defined before including unistd.h, else you won't have LFS support. there are configure checks that test whether doing defining _LARGEFILE64_SOURCE makes sense on your system. having said that, i just noticed that these checks seem to have gone from configure(.ac) during the 0.43 rewrite of the buildsystem. so most likely this is the source of the bug. so i rechecked and things are a bit more complicated than i originally thought when it comes to large file support (LFS). it is (well, should be) easy enough to open/read/write large (2GB) files within Pd. simply using _LARGEFILE64_SOURCE or _FILE_OFFSET_BITS=64 is the recommended way. those defines have to be set whenever unistd is included for open/close/lseek/... now Pd uses some magic in d_soundfile.c (e.g. redefining open() to open64()), but that doesn't really help at all, since the files are not opened in d_soundfile.c but instead are opened by open_via_path() in s_path.c. open_via_path() currently does not handle LFS. the easy way would obviously be to move LFS into s_path.c. the problem with that is, that s_path implements an API available for externals. if open_via_path() returns a filehandle for an LFS file, and the external has been compiled without LFS, the filehande will be incompatible. see [1] for a discussion. i guess the only clean way to solve that, is to provide a complete wrapper around the file API, so an external has functions guaranteed to work with the filehandle returned by Pd. currently there are sys_open()/sys_close() and its f*-variants. but we would need at least sys_(f)seek and sys_(f)stat, but preferrably a complete wrapper around LFS-compatible file functions [2]. all this functionality (including the handilng of UTF filenames on W32) is not really Pd-related, and could well be factored out into a separate library. fgasd, IOhannes [1] http://ohse.de/uwe/articles/lfs.html [2] http://opengroup.org/platform/lfs.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFHDpoACgkQkX2Xpv6ydvQ+wACeMLeUFh9Bgfor7SV4YvcZokwL MhwAn23vz/Zl6xpp+/EWQPvWrW8gyEm8 =AE4m -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MobMuPlat for Ipad and expr~ woes
Well the object creates when I run the version of PD that comes with it. Sent from my iPhone On Mar 18, 2013, at 7:56 AM, Thomas Grill g...@g.orgmailto:g...@g.org wrote: Hi Pat, maybe i missed your point, but are you sure that expr (and expr~ etc.) is compiled into MobMuPlat? My impression is that it isn't, so that object family can't be used. gr~~~ 2013/3/18 Pagano, Patrick p...@digitalworlds.ufl.edumailto:p...@digitalworlds.ufl.edu Hello I am trying to get a synthesizer patch i created onto the ipad, i erroneously thought that if the patch i was using opened up with PdVanillaFor MobMuPLat that is included in the release of MubMuPlat that it would work on the ipad. And since i am not selling the application i assumed that i could use the expr~ since it is included. But now that i finished setting it up when i load the file onto the ipad i get a bunch of errors with expr if($f1-$f2==0, 0, 1) error could'nt create load_object: Symbol expr_setup not found I know there is some issue with the license and i found this README.txt in files i has where Iohannes addressed the issue. IS there a way for me to use this object in this patch? I am including IOhannes' stuff regarding hexloader - hexloader - (c) copyleft 2006-2007 IOhannes m zmˆlnig, IEM the problem --- when dealing with abstractions and single-file externals, we have a 1-to-1 correspondence between an objectclass and a file. examples: the [expr] object matches an external ./expr.pd_linux the [zexy/nop~] object matches an abstraction ./zexy/nop~.pd general: the object [name] matches a file name.$EXT when dealing with externals, the name of the objectclass is also to be found in the setup function within the external example: to load the expr external, Pd will look for a function expr_setup() within the file ./expr.pd_linux general: the external name has to provide a setup-function void name_setup(void) this works fine, as long as there are no special characters involved: according to the above scheme, when loading the external expr~ Pd should actually be looking for expr~_setup() within the file ./expr~.pd_linux; unfortunately, the C-language (wherein most externals are written) does not allow function-names to use any characters other than a-zA-Z0-9_. therefore the name expr~_setup() is invalid; therefore, Pd handles the case of the trailing ~ in a special way: it actually expands the ~ to _tilde and looks for expr_tilde_setup() general: the object [name~] corresponds to an external name~.pd_linux which offers a setupfunction name_tilde_setup() unfortunately this doesn't work well for a larger number of characters forbidden in C-functionames. example: how should the setupfunction for an objectclass [~~] be named? additionally, several filesystems have problems with certain characters. for instance, you cannot use the character '' on FAT32 filesystems. but how do you then create a file for the objectclass [~]? a solution -- one solution is to just forbid objects with weird (non alphanumerical) names. pretty frustrating another solution use libraries with valid names that hold objects with weird names a better solution - another solution is to translate the forbidden characters into allowed ones. for instance, every ASCII-character can be called by it's name (e.g. 'a') as well as by it's numeric value 97 (or in hex: 0x61) the here-proposed solution is, to replace every illegal character by it's hexadecimal representation (in lowercase). examples: [] corresponds to the file 0x3e.pd [~] corresponds to the file 0x3e0x7e.pd or to 0x3e~.pd [ab] corresponds to the file a0x3eb.pd the same system can be applied to the setup-functions: examples: [ab] has a setupfunction a0x3eb_setup() CAVEAT: C also forbids to start function names with numeric values. therefore, this is a nono: []'s setupfunction would be 0x3e_setup() (ILLEGAL) we can simply fix this by putting the setup() in front: [] has a setupfunction setup_0x3e() implementation -- the hexloader external adds the possibility to Pd use the proposed alternative naming scheme. just load the hexloader lib, and the next time you try to create the (yet unknown) object X, Pd will also look for several alternatives example: [~] ~.pd_linux (filename ILLEGAL on SOME filesystems) ~_setup() (ILLEGAL functioname) setup_~(ILLEGAL functioname) 0x3e0x7e_setup()(ILLEGAL functioname) setup_0x3e0x7e() 0x3e~.pd_linux 0x3e~_setup() (ILLEGAL functioname) setup_0x3e~() 0x3e0x7e_setup()(ILLEGAL functioname) setup_0x3e0x7e() 0x3e0x7e.pd_linux 0x3e0x7e_setup()(ILLEGAL functioname) setup_0x3e0x7e() ~.pd
Re: [PD] MobMuPlat for Ipad and expr~ woes
On Mon, Mar 18, 2013 at 10:38 PM, Pagano, Patrick p...@digitalworlds.ufl.edu wrote: Well the object creates when I run the version of PD that comes with it. Sent from my iPhone From the front page pf the website: About the PD distribution: PD patches for your iOS device must be made with PD vanilla (not Pd-extended), the basic distribution. However, in order to simulate the app on OSX (using OSC + UDP to communicate between PD and the MobMuPlat Editor), a few extra objects were needed, and so they've been included in this distribution, but they will not work if used in a patch in iOS. *Also, [expr] and [expr~] do not work in the current iOS version; this will be changed in the next update.* ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MobMuPlat for Ipad and expr~ woes
damnit. Any idea when that might be or a workaround? silent weeping From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of michael noble [loop...@gmail.com] Sent: Monday, March 18, 2013 9:47 AM To: pd-list Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes On Mon, Mar 18, 2013 at 10:38 PM, Pagano, Patrick p...@digitalworlds.ufl.edumailto:p...@digitalworlds.ufl.edu wrote: Well the object creates when I run the version of PD that comes with it. Sent from my iPhone From the front page pf the website: About the PD distribution: PD patches for your iOS device must be made with PD vanilla (not Pd-extended), the basic distribution. However, in order to simulate the app on OSX (using OSC + UDP to communicate between PD and the MobMuPlat Editor), a few extra objects were needed, and so they've been included in this distribution, but they will not work if used in a patch in iOS. Also, [expr] and [expr~] do not work in the current iOS version; this will be changed in the next update. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MobMuPlat for Ipad and expr~ woes
On Mon, 2013-03-18 at 13:52 +, Pagano, Patrick wrote: damnit. Any idea when that might be or a workaround? silent weeping expr if($f1-$f2==0, 0, 1) [!= ] ? Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
Hi Hans I just got my hands on an OSX 10.7.5 and a 10.6.8 system and with 0.43.4 there seems to be a problem with Gem - e.g. opening the help of [pix_film] gives me the following error: [pix_film] now mogie decoding backends found gemglutwindow ... couldn't create any idea? thanks salutis Olsen On 01/29/2013 09:36 PM, Hans-Christoph Steiner wrote: Its time to announce the next big Pd-extended release, 0.43.4! This release has the most new features of any release before, so many annoyances are gone, many new tools help you patch, and. There will be more updates to cover some of the new features here, in the form of news items on puredata.info, blog posts, screencasts and more. Download here for all platforms (Debian, Mac OS X, Mint, Raspbian, Ubuntu, Windows, and of course the source code): http://puredata.info/downloads/pd-extended/releases/0.43.4 For Debian/Ubuntu/Mint/etc., you can add an apt source by following the instructions at the top of the page here: http://puredata.info/docs/faq/debian ChangeLog --- Here you can get a good overview in what has changed, so you know where to find out more. changes since 0.43.1 * search-plugin included by default * improved audio performance on Mac and Windows, Mac now uses half the CPU when idle (portaudio update) * (Windows) full unicode support * support full unicode MIDI device names (portmidi) * many completed translations * many bugfixes changes since 0.42.5 == changes to the editor == * GUI Plugins! can customize a wide array of features of the editor * Autotips in Edit Mode to get information about inlets, outlets, and objects * Magic Glass to snoop on messages as they pass thru connections * Search everything! Thanks to Jonathan Wilkes' search plugin, now included by default * full Unicode support throughout Pd (there are still some layout issues with right-to-left alphabets and character-based languages) * fully localizable GUI, with full translations for French, German, Japanese, Italian, and Greek * full interface translations with limited search translation for Catalan, Chinese (China), Chinese (Taiwan), Danish, German, Hungarian, Korean, Portuguese (Brazil), Slovak, Spanish, Spanish (Mexico) * partial translations for: Russian, Turkish * contribute to translations: https://www.transifex.com/projects/p/puredata/ * paths are no longer saved in the preferences. Use the [path] or [declare -path] objects, or use the standard global install locations * complete Tcl/Tk 8.5 support and integration * drastically improved Pd window logging/print performance (1000 lines/sec and you can still patch) * Ctrl-click/Cmd-click error messages in Pd window to find the object with the error * five log levels and dynamic filtering of Pd window log ('fatal, error, normal, debug, all') * library loading printed to Pd window at level 'debug' so the Pd window is blank when Pd-extended starts * hierarchical display of open subpatches/abstractions in Window menu: http://puredata.info/dev/NextRelease/window_hierarchy.png * generate complete Pd window log using 'File-Save As..' when on the Pd window * 'File-New' creates the new patch in the folder of the current patch * 'File-Print' now prints the entire canvas rather than just the visible part (thanks Trevor Fancher) * 'File-Save As...', 'Edit-Copy', and 'Edit-Select All' now work on the Pd window * Ctrl/Cmd and cycle through open windows * added Autopatch, Autotips, and Perf Mode control on the Edit menu * improved handling of multiple monitors * (GNU/Linux) realtime mode enabled by default (-rt) * (GNU/Linux) window placement logic can be handled in plugin for better support of many Window Managers (`pdtk_canvas_place_window`) * (GNU/Linux and Mac OS X) [comport] no longer crashes Pd when open USB-serial devices are unplugged * (GNU/Linux and Windows) !TkDND drag-n-drop support for dropping files onto Pd and patch windows * (GNU/Linux and Windows) added Alt shortcuts to menus * (GNU/Linux and Windows) Navigate menus with arrow keys * (GNU/Linux and Windows) Pd window and patchses now have a Pd icon when Alt-Tabbing * (Windows) zip-only distro with pd-extended.bat to run without installing == updates to the core == * updated to latest stable portaudio v19-20110326 * free methods always called on quit, so cameras, network sockets, etc. are properly freed * GUI objects no longer send pointless draw updates, reducing GUI load * (Windows) external libraries can now include DLLs in a library folder * [loadbang] has a convenience inlet * sys_open() / sys_close() and sys_fopen() / sys_fclose() functions in m_pd.h for full UTF-8 support in externals that use files == updates to libraries and objects == * added all lowercase aliases to cyclone for Max/MSP= 4.6 compatibility * fix
Re: [PD] MobMuPlat for Ipad and expr~ woes
That's one of 20 expr~s that i need :-( On 03/18/2013 11:01 AM, Roman Haefeli wrote: On Mon, 2013-03-18 at 13:52 +, Pagano, Patrick wrote: damnit. Any idea when that might be or a workaround? silent weeping expr if($f1-$f2==0, 0, 1) [!= ] ? Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
hi olsen did you install the 64bit version of pd-extended? At the moment Gem is broken in that version. Try the 32bit version. m On Mon, Mar 18, 2013 at 11:43 AM, olsen raumkundschaf...@hasa-labs.org wrote: Hi Hans I just got my hands on an OSX 10.7.5 and a 10.6.8 system and with 0.43.4 there seems to be a problem with Gem - e.g. opening the help of [pix_film] gives me the following error: [pix_film] now mogie decoding backends found gemglutwindow ... couldn't create any idea? thanks salutis Olsen On 01/29/2013 09:36 PM, Hans-Christoph Steiner wrote: Its time to announce the next big Pd-extended release, 0.43.4! This release has the most new features of any release before, so many annoyances are gone, many new tools help you patch, and. There will be more updates to cover some of the new features here, in the form of news items on puredata.info, blog posts, screencasts and more. Download here for all platforms (Debian, Mac OS X, Mint, Raspbian, Ubuntu, Windows, and of course the source code): http://puredata.info/downloads/pd-extended/releases/0.43.4 For Debian/Ubuntu/Mint/etc., you can add an apt source by following the instructions at the top of the page here: http://puredata.info/docs/faq/debian ChangeLog --- Here you can get a good overview in what has changed, so you know where to find out more. changes since 0.43.1 * search-plugin included by default * improved audio performance on Mac and Windows, Mac now uses half the CPU when idle (portaudio update) * (Windows) full unicode support * support full unicode MIDI device names (portmidi) * many completed translations * many bugfixes changes since 0.42.5 == changes to the editor == * GUI Plugins! can customize a wide array of features of the editor * Autotips in Edit Mode to get information about inlets, outlets, and objects * Magic Glass to snoop on messages as they pass thru connections * Search everything! Thanks to Jonathan Wilkes' search plugin, now included by default * full Unicode support throughout Pd (there are still some layout issues with right-to-left alphabets and character-based languages) * fully localizable GUI, with full translations for French, German, Japanese, Italian, and Greek * full interface translations with limited search translation for Catalan, Chinese (China), Chinese (Taiwan), Danish, German, Hungarian, Korean, Portuguese (Brazil), Slovak, Spanish, Spanish (Mexico) * partial translations for: Russian, Turkish * contribute to translations: https://www.transifex.com/projects/p/puredata/ * paths are no longer saved in the preferences. Use the [path] or [declare -path] objects, or use the standard global install locations * complete Tcl/Tk 8.5 support and integration * drastically improved Pd window logging/print performance (1000 lines/sec and you can still patch) * Ctrl-click/Cmd-click error messages in Pd window to find the object with the error * five log levels and dynamic filtering of Pd window log ('fatal, error, normal, debug, all') * library loading printed to Pd window at level 'debug' so the Pd window is blank when Pd-extended starts * hierarchical display of open subpatches/abstractions in Window menu: http://puredata.info/dev/NextRelease/window_hierarchy.png * generate complete Pd window log using 'File-Save As..' when on the Pd window * 'File-New' creates the new patch in the folder of the current patch * 'File-Print' now prints the entire canvas rather than just the visible part (thanks Trevor Fancher) * 'File-Save As...', 'Edit-Copy', and 'Edit-Select All' now work on the Pd window * Ctrl/Cmd and cycle through open windows * added Autopatch, Autotips, and Perf Mode control on the Edit menu * improved handling of multiple monitors * (GNU/Linux) realtime mode enabled by default (-rt) * (GNU/Linux) window placement logic can be handled in plugin for better support of many Window Managers (`pdtk_canvas_place_window`) * (GNU/Linux and Mac OS X) [comport] no longer crashes Pd when open USB-serial devices are unplugged * (GNU/Linux and Windows) !TkDND drag-n-drop support for dropping files onto Pd and patch windows * (GNU/Linux and Windows) added Alt shortcuts to menus * (GNU/Linux and Windows) Navigate menus with arrow keys * (GNU/Linux and Windows) Pd window and patchses now have a Pd icon when Alt-Tabbing * (Windows) zip-only distro with pd-extended.bat to run without installing == updates to the core == * updated to latest stable portaudio v19-20110326 * free methods always called on quit, so cameras, network sockets, etc. are properly freed * GUI objects no longer send pointless draw updates, reducing GUI load * (Windows) external libraries can now include DLLs in a
Re: [PD] MobMuPlat for Ipad and expr~ woes
On Mon, 2013-03-18 at 11:50 -0400, Patrick Pagano wrote: That's one of 20 expr~s that i need :-( I don't know what they do, but if they are similarly simple as your previous example, it should be straight-forward to replace them. Ask yourself what is easier to do: Make your patch portable (not dependent on expr family) or incorporate the expr stuff into the app you mentioned? I can't tell. Without knowing your situation in detail, I'd probably go for the former. Roman On 03/18/2013 11:01 AM, Roman Haefeli wrote: On Mon, 2013-03-18 at 13:52 +, Pagano, Patrick wrote: damnit. Any idea when that might be or a workaround? silent weeping expr if($f1-$f2==0, 0, 1) [!= ] ? Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MobMuPlat for Ipad and expr~ woes
Hi everyone, (first time poster!) expr and expr~ can't be in a closed-source binary. (the libpd doc has some discussion of this I believe). Once I release MobMuPlat open source, I was hoping to include them in the binary+source at that point. However, I have to check the licensing issues to see if even that is allowed, as MobMuPlat is and will be under the BSD license. (if people are well versed in this issue, please feel free to chime in.) If they can't be included, then removing them from the pd-vanilla flavor in the distribution is probably a good idea, will do that. Best, Dan === www.danieliglesia.com www.iglesiaintermedia.com On Mar 18, 2013, at 8:50 AM, Patrick Pagano wrote: That's one of 20 expr~s that i need :-( On 03/18/2013 11:01 AM, Roman Haefeli wrote: On Mon, 2013-03-18 at 13:52 +, Pagano, Patrick wrote: damnit. Any idea when that might be or a workaround? silent weeping expr if($f1-$f2==0, 0, 1) [!= ] ? Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Large File Support on Linux
the problem with that is, that s_path implements an API available for externals. if open_via_path() returns a filehandle for an LFS file, and the external has been compiled without LFS, the filehande will be incompatible. see [1] for a discussion. i guess the only clean way to solve that, is to provide a complete wrapper around the file API, so an external has functions guaranteed to work with the filehandle returned by Pd. currently there are sys_open()/sys_close() and its f*-variants. but we would need at least sys_(f)seek and sys_(f)stat, but preferrably a complete wrapper around LFS-compatible file functions [2]. all this functionality (including the handilng of UTF filenames on W32) is not really Pd-related, and could well be factored out into a separate library. Thanks for the clear explanation of the matter, IOhannes. Why not simply recompile externals after fixing s_path? Pd-extended already comes with most externals recompiled for every new release and adding legacy stuff just creates more confusion in maintaining the source down the road. In other words, FWIW and IMHO I think there is way too much effort the community is trying to pour into binary compatibility for a system that clearly begs for further enhancements in the core API. Best wishes, Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] video manipulation
Thanks Pagano! Unfortunately there are a few more problems. So, I've downloaded the pdp library. There aren't inside it any patches with the names pdp_mgrid or pdp _qt ( I found only pdp_qt_control). I searched to the internet and I found the pdp_mgrid and pdp_qt-help. When I open them there is a box to each one, marked red (missing/error command). The boxes have the commands [pdp_help_output], [pdp_spigot]. I searched in the internet if there is another library that I should install but I didn't find anything. For the y_qt I didn't find anything at all! Any advice for what should I do? Moreover, how can I view a video manipulated by a pdp chain? When I connect it somewhere like the [pix_texture] and [rectangle 4 3], I get errors. Is the pdp chain just for manipulation? If that is so, when I connect different parts directly with [pix_film] I get a white screen. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MobMuPlat for Ipad and expr~ woes
peter brinkmann is the guy who who would know best, but i seem to remember pretty clearly that he stated somewhere [expr] and [expr~] were ok to use with libPD on the AppStore. in other words (i assume) they had been recompiled from source in a more compatible license. here's the bit that clearly states that the vanilla version of PD does not have the right version of [expr] and [expr~] this is older news from about 2011 i think: https://github.com/libpd/libpd/wiki/misc and here's the bit where they mention [expr] and [expr~] are now under LGPL, but it doesn't appear to solve the issue definitively: http://createdigitalnoise.com/discussion/1341/can-i-use-pd-extended-with-libpd/p1 the total solution if you want that specific functionality (that i am aware of) is to recompile [expr] and [expr~] from source and put it under a BSD or MIT license. the alternative is to redo that functionality with simple vanilla objects. there's a nice thread her on the PD forum about it: http://puredata.hurleur.com/sujet-6980-way-rewrite-expr hope this helps somewhat, best, scott On Mon, Mar 18, 2013 at 9:45 AM, Daniel Iglesia daniel.igle...@gmail.comwrote: Hi everyone, (first time poster!) expr and expr~ can't be in a closed-source binary. (the libpd doc has some discussion of this I believe). Once I release MobMuPlat open source, I was hoping to include them in the binary+source at that point. However, I have to check the licensing issues to see if even that is allowed, as MobMuPlat is and will be under the BSD license. (if people are well versed in this issue, please feel free to chime in.) If they can't be included, then removing them from the pd-vanilla flavor in the distribution is probably a good idea, will do that. Best, Dan === www.danieliglesia.com www.iglesiaintermedia.com On Mar 18, 2013, at 8:50 AM, Patrick Pagano wrote: That's one of 20 expr~s that i need :-( On 03/18/2013 11:01 AM, Roman Haefeli wrote: On Mon, 2013-03-18 at 13:52 +, Pagano, Patrick wrote: damnit. Any idea when that might be or a workaround? silent weeping expr if($f1-$f2==0, 0, 1) [!= ] ? Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MobMuPlat for Ipad and expr~ woes
I will post the equations and hopefully people might weigh in on some suggestion to avoid the expr~ I guess pd in general might benefit from something thy does not carry the licensing/external issue Sent from my iPhone On Mar 18, 2013, at 12:06 PM, Roman Haefeli reduz...@gmail.com wrote: On Mon, 2013-03-18 at 11:50 -0400, Patrick Pagano wrote: That's one of 20 expr~s that i need :-( I don't know what they do, but if they are similarly simple as your previous example, it should be straight-forward to replace them. Ask yourself what is easier to do: Make your patch portable (not dependent on expr family) or incorporate the expr stuff into the app you mentioned? I can't tell. Without knowing your situation in detail, I'd probably go for the former. Roman On 03/18/2013 11:01 AM, Roman Haefeli wrote: On Mon, 2013-03-18 at 13:52 +, Pagano, Patrick wrote: damnit. Any idea when that might be or a workaround? silent weeping expr if($f1-$f2==0, 0, 1) [!= ] ? Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Large File Support on Linux
To answer Ico's question, the trouble I forsee is musician A gives musician B a patch, containing compiled externs - and then musician B runs it and gets a crash instead of music. Sub-optimal in my opinion :) I now think that it should be OK to use open64() only in the file d_soundfile.c and only for linux - so putting at the head of the file, #ifdef __linux__ #define _LARGEFILE64_SOURCE #endif ... then, because opening soundfiles currently uses open_via_path, simply closing the file and re-opening it via open64(). There's a similar hack to open binbufs via paths in the function binbuf_read_via_canvas(). There are two other festering problems in open_via_path() that all should probably be fixed in one go by defining an updated function call: 1. externs further down the path are chosen in front of abstractions that should be taken instead; 2. open_via_path isn't thread safe - d_soundfile.c could call it at the same moment someone in the Pd thread is changing the path. This should almost never hapen but should be fixed. This is a big enough change that I think it should wait for 0.45, whereas the hack described above could go in right now as a local bug-fix. BTW I've got a couple of other bug-fixes underway; wil push to git now. cheers Miller Oe Mon, Mar 18, 2013 at 12:47:47PM -0400, Ivica Ico Bukvic wrote: the problem with that is, that s_path implements an API available for externals. if open_via_path() returns a filehandle for an LFS file, and the external has been compiled without LFS, the filehande will be incompatible. see [1] for a discussion. i guess the only clean way to solve that, is to provide a complete wrapper around the file API, so an external has functions guaranteed to work with the filehandle returned by Pd. currently there are sys_open()/sys_close() and its f*-variants. but we would need at least sys_(f)seek and sys_(f)stat, but preferrably a complete wrapper around LFS-compatible file functions [2]. all this functionality (including the handilng of UTF filenames on W32) is not really Pd-related, and could well be factored out into a separate library. Thanks for the clear explanation of the matter, IOhannes. Why not simply recompile externals after fixing s_path? Pd-extended already comes with most externals recompiled for every new release and adding legacy stuff just creates more confusion in maintaining the source down the road. In other words, FWIW and IMHO I think there is way too much effort the community is trying to pour into binary compatibility for a system that clearly begs for further enhancements in the core API. Best wishes, Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MobMuPlat for Ipad and expr~ woes
From: Scott R. Looney scottrloo...@gmail.com To: Daniel Iglesia daniel.igle...@gmail.com Cc: pd-list pd-list@iem.at Sent: Monday, March 18, 2013 1:34 PM Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes peter brinkmann is the guy who who would know best, but i seem to remember pretty clearly that he stated somewhere [expr] and [expr~] were ok to use with libPD on the AppStore. in other words (i assume) they had been recompiled from source in a more compatible license. here's the bit that clearly states that the vanilla version of PD does not have the right version of [expr] and [expr~] this is older news from about 2011 i think: https://github.com/libpd/libpd/wiki/misc Notice that even in libpd git the license for vexpr.c is GPLv3+ By the way-- did ALL authors of expr agree to the license change I see five other names in the copyright notice. Plus a few names over the years who did revisions and added them on sourceforge, and you must get their permission to re-license as well. And please keep in mind the energy it takes to do all this busywork which _may_ make running Pd + expr lib on _one_ specific restrictive device slightly easier. (As opposed to doing meaningful dev work like making the expr avg function do something.) and here's the bit where they mention [expr] and [expr~] are now under LGPL, but it doesn't appear to solve the issue definitively: http://createdigitalnoise.com/discussion/1341/can-i-use-pd-extended-with-libpd/p1 the total solution if you want that specific functionality (that i am aware of) is to recompile [expr] and [expr~] from source and put it under a BSD or MIT license. Re-licensing doesn't work that way. -Jonathan the alternative is to redo that functionality with simple vanilla objects. there's a nice thread her on the PD forum about it: http://puredata.hurleur.com/sujet-6980-way-rewrite-expr hope this helps somewhat, best, scott On Mon, Mar 18, 2013 at 9:45 AM, Daniel Iglesia daniel.igle...@gmail.com wrote: Hi everyone, (first time poster!) expr and expr~ can't be in a closed-source binary. (the libpd doc has some discussion of this I believe). Once I release MobMuPlat open source, I was hoping to include them in the binary+source at that point. However, I have to check the licensing issues to see if even that is allowed, as MobMuPlat is and will be under the BSD license. (if people are well versed in this issue, please feel free to chime in.) If they can't be included, then removing them from the pd-vanilla flavor in the distribution is probably a good idea, will do that. Best, Dan === www.danieliglesia.com www.iglesiaintermedia.com On Mar 18, 2013, at 8:50 AM, Patrick Pagano wrote: That's one of 20 expr~s that i need :-( On 03/18/2013 11:01 AM, Roman Haefeli wrote: On Mon, 2013-03-18 at 13:52 +, Pagano, Patrick wrote: damnit. Any idea when that might be or a workaround? silent weeping expr if($f1-$f2==0, 0, 1) [!= ] ? Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MobMuPlat for Ipad and expr~ woes
- Original Message - From: Jonathan Wilkes jancs...@yahoo.com To: Scott R. Looney scottrloo...@gmail.com; Daniel Iglesia daniel.igle...@gmail.com Cc: pd-list pd-list@iem.at Sent: Monday, March 18, 2013 3:23 PM Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes From: Scott R. Looney scottrloo...@gmail.com To: Daniel Iglesia daniel.igle...@gmail.com Cc: pd-list pd-list@iem.at Sent: Monday, March 18, 2013 1:34 PM Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes peter brinkmann is the guy who who would know best, but i seem to remember pretty clearly that he stated somewhere [expr] and [expr~] were ok to use with libPD on the AppStore. in other words (i assume) they had been recompiled from source in a more compatible license. here's the bit that clearly states that the vanilla version of PD does not have the right version of [expr] and [expr~] this is older news from about 2011 i think: https://github.com/libpd/libpd/wiki/misc Notice that even in libpd git the license for vexpr.c is GPLv3+ Oops I meant GPLv2+ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MobMuPlat for Ipad and expr~ woes
I will go through and share the expr~ equations and hopefully this awesome bunch of pd masters can help with some suggestions. What i did was open the patch i had made several years ago and seeing no error in the MobplatPd window i assumed i was okay, which of course is my downfall: assumption. Then i got excited making the interface and was crestfallen when i saw the message in the pd console on the ipad. pp On 03/18/2013 01:34 PM, Scott R. Looney wrote: peter brinkmann is the guy who who would know best, but i seem to remember pretty clearly that he stated somewhere [expr] and [expr~] were ok to use with libPD on the AppStore. in other words (i assume) they had been recompiled from source in a more compatible license. here's the bit that clearly states that the vanilla version of PD does not have the right version of [expr] and [expr~] this is older news from about 2011 i think: https://github.com/libpd/libpd/wiki/misc and here's the bit where they mention [expr] and [expr~] are now under LGPL, but it doesn't appear to solve the issue definitively: http://createdigitalnoise.com/discussion/1341/can-i-use-pd-extended-with-libpd/p1 the total solution if you want that specific functionality (that i am aware of) is to recompile [expr] and [expr~] from source and put it under a BSD or MIT license. the alternative is to redo that functionality with simple vanilla objects. there's a nice thread her on the PD forum about it: http://puredata.hurleur.com/sujet-6980-way-rewrite-expr hope this helps somewhat, best, scott On Mon, Mar 18, 2013 at 9:45 AM, Daniel Iglesia daniel.igle...@gmail.com mailto:daniel.igle...@gmail.com wrote: Hi everyone, (first time poster!) expr and expr~ can't be in a closed-source binary. (the libpd doc has some discussion of this I believe). Once I release MobMuPlat open source, I was hoping to include them in the binary+source at that point. However, I have to check the licensing issues to see if even that is allowed, as MobMuPlat is and will be under the BSD license. (if people are well versed in this issue, please feel free to chime in.) If they can't be included, then removing them from the pd-vanilla flavor in the distribution is probably a good idea, will do that. Best, Dan === www.danieliglesia.com http://www.danieliglesia.com www.iglesiaintermedia.com http://www.iglesiaintermedia.com On Mar 18, 2013, at 8:50 AM, Patrick Pagano wrote: That's one of 20 expr~s that i need :-( On 03/18/2013 11:01 AM, Roman Haefeli wrote: On Mon, 2013-03-18 at 13:52 +, Pagano, Patrick wrote: damnit. Any idea when that might be or a workaround? silent weeping expr if($f1-$f2==0, 0, 1) [!= ] ? Roman ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM] pix_record .mov files and codecs
That's great, just not documented in the help file. It actually tells you it will be printed int he console: Inlet 1: codeclist: enumerate a list of available codecs to the pd-console There is no description for what outlet 3 does either... Attached is a modified helpfile in case it is useful. J pix_record-help.pd Description: Binary data On Mar 17, 2013, at 5:24 AM, IOhannes m zmölnig wrote: On 03/17/2013 01:22, Jaime Oliver wrote: sorry solved this, Is there any reason why the [codeclist( message to pix_record should not just output or print without the -verbose -verbose flag? because you can simply hook a [print] to [pix_record]'s last outlet to get the list printed. fgmdsar IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MobMuPlat for Ipad and expr~ woes
Dan said this on that list:: No, there is no, and probably wil be no libpd-extended. It's up to you to include and build external source code. Yes, expr~ is in. The license is BSD now. As for other things, try rjlib which aims to recreate many things currently in externals in pd-extended: https://github.com/rjdj/rjlib This is not a limitation as it's actually easier to do somethings directly in C/C++, etc is there a way to build expr~ for MobMuPLat and use it then? that is the only object i seem to need, there is sources and a makefile included in the PdVanilla for MMplat colleagues please advise. thanks pp From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of Scott R. Looney [scottrloo...@gmail.com] Sent: Monday, March 18, 2013 1:34 PM To: Daniel Iglesia Cc: pd-list Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes peter brinkmann is the guy who who would know best, but i seem to remember pretty clearly that he stated somewhere [expr] and [expr~] were ok to use with libPD on the AppStore. in other words (i assume) they had been recompiled from source in a more compatible license. here's the bit that clearly states that the vanilla version of PD does not have the right version of [expr] and [expr~] this is older news from about 2011 i think: https://github.com/libpd/libpd/wiki/misc and here's the bit where they mention [expr] and [expr~] are now under LGPL, but it doesn't appear to solve the issue definitively: http://createdigitalnoise.com/discussion/1341/can-i-use-pd-extended-with-libpd/p1 the total solution if you want that specific functionality (that i am aware of) is to recompile [expr] and [expr~] from source and put it under a BSD or MIT license. the alternative is to redo that functionality with simple vanilla objects. there's a nice thread her on the PD forum about it: http://puredata.hurleur.com/sujet-6980-way-rewrite-expr hope this helps somewhat, best, scott On Mon, Mar 18, 2013 at 9:45 AM, Daniel Iglesia daniel.igle...@gmail.commailto:daniel.igle...@gmail.com wrote: Hi everyone, (first time poster!) expr and expr~ can't be in a closed-source binary. (the libpd doc has some discussion of this I believe). Once I release MobMuPlat open source, I was hoping to include them in the binary+source at that point. However, I have to check the licensing issues to see if even that is allowed, as MobMuPlat is and will be under the BSD license. (if people are well versed in this issue, please feel free to chime in.) If they can't be included, then removing them from the pd-vanilla flavor in the distribution is probably a good idea, will do that. Best, Dan === www.danieliglesia.comhttp://www.danieliglesia.com www.iglesiaintermedia.comhttp://www.iglesiaintermedia.com On Mar 18, 2013, at 8:50 AM, Patrick Pagano wrote: That's one of 20 expr~s that i need :-( On 03/18/2013 11:01 AM, Roman Haefeli wrote: On Mon, 2013-03-18 at 13:52 +, Pagano, Patrick wrote: damnit. Any idea when that might be or a workaround? silent weeping expr if($f1-$f2==0, 0, 1) [!= ] ? Roman ___ Pd-list@iem.atmailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.atmailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.atmailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MobMuPlat for Ipad and expr~ woes
yes, technically it can be built for, and included with, MobMuPlat, since it comes with libpd, but needs to be built in xcode with all the other code for the MMP binary. I don't believe compiling the pd vanilla makefile for OSX or other platforms will get you anything. But my knowledge of these things is sketchy. https://github.com/libpd/libpd/blob/master/pure-data/extra/expr~/LICENSE.txt the version of expr~ and expr with libpd seems to have the LGPL (instead of the regular GPL), which should be compatible with BSD. So I will make an attempt to include them the next MMP update. (this is my primary reference for doing so http://createdigitalnoise.com/discussion/302/using-expr-in-libpd/p1 and so if anyone else has an easy solution for including expr, etc, in a xcode build of a libpd project, please advise!) (The open source release will have all of libpd's code+objects included with it, and so then it also would be straightforward for someone with greater knowledge than I ( and who has xcode and a developer's license) to enable and build those objects...although the reason I made MMP is so that people don't need to have those two things!) Best, Dan === www.danieliglesia.com www.iglesiaintermedia.com On Mar 18, 2013, at 1:37 PM, Pagano, Patrick wrote: Dan said this on that list:: No, there is no, and probably wil be no libpd-extended. It's up to you to include and build external source code. Yes, expr~ is in. The license is BSD now. As for other things, try rjlib which aims to recreate many things currently in externals in pd-extended: https://github.com/rjdj/rjlib This is not a limitation as it's actually easier to do somethings directly in C/C++, etc is there a way to build expr~ for MobMuPLat and use it then? that is the only object i seem to need, there is sources and a makefile included in the PdVanilla for MMplat colleagues please advise. thanks pp From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of Scott R. Looney [scottrloo...@gmail.com] Sent: Monday, March 18, 2013 1:34 PM To: Daniel Iglesia Cc: pd-list Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes peter brinkmann is the guy who who would know best, but i seem to remember pretty clearly that he stated somewhere [expr] and [expr~] were ok to use with libPD on the AppStore. in other words (i assume) they had been recompiled from source in a more compatible license. here's the bit that clearly states that the vanilla version of PD does not have the right version of [expr] and [expr~] this is older news from about 2011 i think: https://github.com/libpd/libpd/wiki/misc and here's the bit where they mention [expr] and [expr~] are now under LGPL, but it doesn't appear to solve the issue definitively: http://createdigitalnoise.com/discussion/1341/can-i-use-pd-extended-with-libpd/p1 the total solution if you want that specific functionality (that i am aware of) is to recompile [expr] and [expr~] from source and put it under a BSD or MIT license. the alternative is to redo that functionality with simple vanilla objects. there's a nice thread her on the PD forum about it: http://puredata.hurleur.com/sujet-6980-way-rewrite-expr hope this helps somewhat, best, scott On Mon, Mar 18, 2013 at 9:45 AM, Daniel Iglesia daniel.igle...@gmail.com wrote: Hi everyone, (first time poster!) expr and expr~ can't be in a closed-source binary. (the libpd doc has some discussion of this I believe). Once I release MobMuPlat open source, I was hoping to include them in the binary+source at that point. However, I have to check the licensing issues to see if even that is allowed, as MobMuPlat is and will be under the BSD license. (if people are well versed in this issue, please feel free to chime in.) If they can't be included, then removing them from the pd-vanilla flavor in the distribution is probably a good idea, will do that. Best, Dan === www.danieliglesia.com www.iglesiaintermedia.com On Mar 18, 2013, at 8:50 AM, Patrick Pagano wrote: That's one of 20 expr~s that i need :-( On 03/18/2013 11:01 AM, Roman Haefeli wrote: On Mon, 2013-03-18 at 13:52 +, Pagano, Patrick wrote: damnit. Any idea when that might be or a workaround? silent weeping expr if($f1-$f2==0, 0, 1) [!= ] ? Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE
Re: [PD] MobMuPlat for Ipad and expr~ woes
(in addition to that last link, I meant plus of course Peter Brinkmann's straightforward description here https://github.com/libpd/pd-for-ios/wiki/ios ) On Mar 18, 2013, at 3:49 PM, Daniel Iglesia wrote: yes, technically it can be built for, and included with, MobMuPlat, since it comes with libpd, but needs to be built in xcode with all the other code for the MMP binary. I don't believe compiling the pd vanilla makefile for OSX or other platforms will get you anything. But my knowledge of these things is sketchy. https://github.com/libpd/libpd/blob/master/pure-data/extra/expr~/LICENSE.txt the version of expr~ and expr with libpd seems to have the LGPL (instead of the regular GPL), which should be compatible with BSD. So I will make an attempt to include them the next MMP update. (this is my primary reference for doing so http://createdigitalnoise.com/discussion/302/using-expr-in-libpd/p1 and so if anyone else has an easy solution for including expr, etc, in a xcode build of a libpd project, please advise!) (The open source release will have all of libpd's code+objects included with it, and so then it also would be straightforward for someone with greater knowledge than I ( and who has xcode and a developer's license) to enable and build those objects...although the reason I made MMP is so that people don't need to have those two things!) Best, Dan === www.danieliglesia.com www.iglesiaintermedia.com On Mar 18, 2013, at 1:37 PM, Pagano, Patrick wrote: Dan said this on that list:: No, there is no, and probably wil be no libpd-extended. It's up to you to include and build external source code. Yes, expr~ is in. The license is BSD now. As for other things, try rjlib which aims to recreate many things currently in externals in pd-extended: https://github.com/rjdj/rjlib This is not a limitation as it's actually easier to do somethings directly in C/C++, etc is there a way to build expr~ for MobMuPLat and use it then? that is the only object i seem to need, there is sources and a makefile included in the PdVanilla for MMplat colleagues please advise. thanks pp From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of Scott R. Looney [scottrloo...@gmail.com] Sent: Monday, March 18, 2013 1:34 PM To: Daniel Iglesia Cc: pd-list Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes peter brinkmann is the guy who who would know best, but i seem to remember pretty clearly that he stated somewhere [expr] and [expr~] were ok to use with libPD on the AppStore. in other words (i assume) they had been recompiled from source in a more compatible license. here's the bit that clearly states that the vanilla version of PD does not have the right version of [expr] and [expr~] this is older news from about 2011 i think: https://github.com/libpd/libpd/wiki/misc and here's the bit where they mention [expr] and [expr~] are now under LGPL, but it doesn't appear to solve the issue definitively: http://createdigitalnoise.com/discussion/1341/can-i-use-pd-extended-with-libpd/p1 the total solution if you want that specific functionality (that i am aware of) is to recompile [expr] and [expr~] from source and put it under a BSD or MIT license. the alternative is to redo that functionality with simple vanilla objects. there's a nice thread her on the PD forum about it: http://puredata.hurleur.com/sujet-6980-way-rewrite-expr hope this helps somewhat, best, scott On Mon, Mar 18, 2013 at 9:45 AM, Daniel Iglesia daniel.igle...@gmail.com wrote: Hi everyone, (first time poster!) expr and expr~ can't be in a closed-source binary. (the libpd doc has some discussion of this I believe). Once I release MobMuPlat open source, I was hoping to include them in the binary+source at that point. However, I have to check the licensing issues to see if even that is allowed, as MobMuPlat is and will be under the BSD license. (if people are well versed in this issue, please feel free to chime in.) If they can't be included, then removing them from the pd-vanilla flavor in the distribution is probably a good idea, will do that. Best, Dan === www.danieliglesia.com www.iglesiaintermedia.com On Mar 18, 2013, at 8:50 AM, Patrick Pagano wrote: That's one of 20 expr~s that i need :-( On 03/18/2013 11:01 AM, Roman Haefeli wrote: On Mon, 2013-03-18 at 13:52 +, Pagano, Patrick wrote: damnit. Any idea when that might be or a workaround? silent weeping expr if($f1-$f2==0, 0, 1) [!= ] ? Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MobMuPlat for Ipad and expr~ woes
i have xcode and a fully mobmuplatted Arp Odyssey emulator i want to use. Is someone willing to hold my hand on this? I will start posting the expressions if not., but i really would love to have this thing working! Dan~ thanks for MobMuplat, it's quite fun and made me go purchase a ipad4, so i blame you for all this :-) pp ___ From: Daniel Iglesia [daniel.igle...@gmail.com] Sent: Monday, March 18, 2013 6:52 PM To: Pagano, Patrick Cc: Scott R. Looney; pd-list Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes (in addition to that last link, I meant plus of course Peter Brinkmann's straightforward description here https://github.com/libpd/pd-for-ios/wiki/ios ) On Mar 18, 2013, at 3:49 PM, Daniel Iglesia wrote: yes, technically it can be built for, and included with, MobMuPlat, since it comes with libpd, but needs to be built in xcode with all the other code for the MMP binary. I don't believe compiling the pd vanilla makefile for OSX or other platforms will get you anything. But my knowledge of these things is sketchy. https://github.com/libpd/libpd/blob/master/pure-data/extra/expr~/LICENSE.txt the version of expr~ and expr with libpd seems to have the LGPL (instead of the regular GPL), which should be compatible with BSD. So I will make an attempt to include them the next MMP update. (this is my primary reference for doing so http://createdigitalnoise.com/discussion/302/using-expr-in-libpd/p1 and so if anyone else has an easy solution for including expr, etc, in a xcode build of a libpd project, please advise!) (The open source release will have all of libpd's code+objects included with it, and so then it also would be straightforward for someone with greater knowledge than I ( and who has xcode and a developer's license) to enable and build those objects...although the reason I made MMP is so that people don't need to have those two things!) Best, Dan === www.danieliglesia.com www.iglesiaintermedia.com On Mar 18, 2013, at 1:37 PM, Pagano, Patrick wrote: Dan said this on that list:: No, there is no, and probably wil be no libpd-extended. It's up to you to include and build external source code. Yes, expr~ is in. The license is BSD now. As for other things, try rjlib which aims to recreate many things currently in externals in pd-extended: https://github.com/rjdj/rjlib This is not a limitation as it's actually easier to do somethings directly in C/C++, etc is there a way to build expr~ for MobMuPLat and use it then? that is the only object i seem to need, there is sources and a makefile included in the PdVanilla for MMplat colleagues please advise. thanks pp From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of Scott R. Looney [scottrloo...@gmail.com] Sent: Monday, March 18, 2013 1:34 PM To: Daniel Iglesia Cc: pd-list Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes peter brinkmann is the guy who who would know best, but i seem to remember pretty clearly that he stated somewhere [expr] and [expr~] were ok to use with libPD on the AppStore. in other words (i assume) they had been recompiled from source in a more compatible license. here's the bit that clearly states that the vanilla version of PD does not have the right version of [expr] and [expr~] this is older news from about 2011 i think: https://github.com/libpd/libpd/wiki/misc and here's the bit where they mention [expr] and [expr~] are now under LGPL, but it doesn't appear to solve the issue definitively: http://createdigitalnoise.com/discussion/1341/can-i-use-pd-extended-with-libpd/p1 the total solution if you want that specific functionality (that i am aware of) is to recompile [expr] and [expr~] from source and put it under a BSD or MIT license. the alternative is to redo that functionality with simple vanilla objects. there's a nice thread her on the PD forum about it: http://puredata.hurleur.com/sujet-6980-way-rewrite-expr hope this helps somewhat, best, scott On Mon, Mar 18, 2013 at 9:45 AM, Daniel Iglesia daniel.igle...@gmail.com wrote: Hi everyone, (first time poster!) expr and expr~ can't be in a closed-source binary. (the libpd doc has some discussion of this I believe). Once I release MobMuPlat open source, I was hoping to include them in the binary+source at that point. However, I have to check the licensing issues to see if even that is allowed, as MobMuPlat is and will be under the BSD license. (if people are well versed in this issue, please feel free to chime in.) If they can't be included, then removing them from the pd-vanilla flavor in the distribution is probably a good idea, will do that. Best, Dan === www.danieliglesia.com www.iglesiaintermedia.com On Mar 18, 2013, at 8:50 AM, Patrick Pagano wrote: That's one of 20 expr~s that i need :-( On 03/18/2013 11:01 AM, Roman Haefeli wrote: On Mon, 2013-03-18 at 13:52
Re: [PD] Large File Support on Linux
I completely agree with your example, Miller, as far as pd vanilla is concerned. OTOH pd-extended ships with all its externals compiled with each version, so this would be for the most part a non-issue unless: 1) users A or B are using different versions of pd (which could be elaborated upon in the documentation when sharing patches which is rather common in other software environments), or 2) if A is using custom externals that are not found in pd-extended (in which case B would not want to use those anyways unless both A and B are using the same platform, which is the only scenario where it would make sense to keep this as a workaround) Either way FWIW I still feel this is too much of a workaround for little gain and potentially a lot of headache down the road. Best wishes, Ico -Original Message- From: Miller Puckette [mailto:m...@ucsd.edu] Sent: Monday, March 18, 2013 2:47 PM To: Ivica Ico Bukvic Cc: 'IOhannes m zmoelnig'; pd-list@iem.at Subject: Re: [PD] Large File Support on Linux To answer Ico's question, the trouble I forsee is musician A gives musician B a patch, containing compiled externs - and then musician B runs it and gets a crash instead of music. Sub-optimal in my opinion :) I now think that it should be OK to use open64() only in the file d_soundfile.c and only for linux - so putting at the head of the file, #ifdef __linux__ #define _LARGEFILE64_SOURCE #endif ... then, because opening soundfiles currently uses open_via_path, simply closing the file and re-opening it via open64(). There's a similar hack to open binbufs via paths in the function binbuf_read_via_canvas(). There are two other festering problems in open_via_path() that all should probably be fixed in one go by defining an updated function call: 1. externs further down the path are chosen in front of abstractions that should be taken instead; 2. open_via_path isn't thread safe - d_soundfile.c could call it at the same moment someone in the Pd thread is changing the path. This should almost never hapen but should be fixed. This is a big enough change that I think it should wait for 0.45, whereas the hack described above could go in right now as a local bug-fix. BTW I've got a couple of other bug-fixes underway; wil push to git now. cheers Miller Oe Mon, Mar 18, 2013 at 12:47:47PM -0400, Ivica Ico Bukvic wrote: the problem with that is, that s_path implements an API available for externals. if open_via_path() returns a filehandle for an LFS file, and the external has been compiled without LFS, the filehande will be incompatible. see [1] for a discussion. i guess the only clean way to solve that, is to provide a complete wrapper around the file API, so an external has functions guaranteed to work with the filehandle returned by Pd. currently there are sys_open()/sys_close() and its f*-variants. but we would need at least sys_(f)seek and sys_(f)stat, but preferrably a complete wrapper around LFS-compatible file functions [2]. all this functionality (including the handilng of UTF filenames on W32) is not really Pd-related, and could well be factored out into a separate library. Thanks for the clear explanation of the matter, IOhannes. Why not simply recompile externals after fixing s_path? Pd-extended already comes with most externals recompiled for every new release and adding legacy stuff just creates more confusion in maintaining the source down the road. In other words, FWIW and IMHO I think there is way too much effort the community is trying to pour into binary compatibility for a system that clearly begs for further enhancements in the core API. Best wishes, Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MobMuPlat for Ipad and expr~ woes
here's one: [expr~ if($f2==0, $v1, 0); if ($f2==0, $v1) ] From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of Pagano, Patrick [p...@digitalworlds.ufl.edu] Sent: Monday, March 18, 2013 6:55 PM To: Daniel Iglesia Cc: pd-list Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes i have xcode and a fully mobmuplatted Arp Odyssey emulator i want to use. Is someone willing to hold my hand on this? I will start posting the expressions if not., but i really would love to have this thing working! Dan~ thanks for MobMuplat, it's quite fun and made me go purchase a ipad4, so i blame you for all this :-) pp ___ From: Daniel Iglesia [daniel.igle...@gmail.com] Sent: Monday, March 18, 2013 6:52 PM To: Pagano, Patrick Cc: Scott R. Looney; pd-list Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes (in addition to that last link, I meant plus of course Peter Brinkmann's straightforward description here https://github.com/libpd/pd-for-ios/wiki/ios ) On Mar 18, 2013, at 3:49 PM, Daniel Iglesia wrote: yes, technically it can be built for, and included with, MobMuPlat, since it comes with libpd, but needs to be built in xcode with all the other code for the MMP binary. I don't believe compiling the pd vanilla makefile for OSX or other platforms will get you anything. But my knowledge of these things is sketchy. https://github.com/libpd/libpd/blob/master/pure-data/extra/expr~/LICENSE.txt the version of expr~ and expr with libpd seems to have the LGPL (instead of the regular GPL), which should be compatible with BSD. So I will make an attempt to include them the next MMP update. (this is my primary reference for doing so http://createdigitalnoise.com/discussion/302/using-expr-in-libpd/p1 and so if anyone else has an easy solution for including expr, etc, in a xcode build of a libpd project, please advise!) (The open source release will have all of libpd's code+objects included with it, and so then it also would be straightforward for someone with greater knowledge than I ( and who has xcode and a developer's license) to enable and build those objects...although the reason I made MMP is so that people don't need to have those two things!) Best, Dan === www.danieliglesia.com www.iglesiaintermedia.com On Mar 18, 2013, at 1:37 PM, Pagano, Patrick wrote: Dan said this on that list:: No, there is no, and probably wil be no libpd-extended. It's up to you to include and build external source code. Yes, expr~ is in. The license is BSD now. As for other things, try rjlib which aims to recreate many things currently in externals in pd-extended: https://github.com/rjdj/rjlib This is not a limitation as it's actually easier to do somethings directly in C/C++, etc is there a way to build expr~ for MobMuPLat and use it then? that is the only object i seem to need, there is sources and a makefile included in the PdVanilla for MMplat colleagues please advise. thanks pp From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of Scott R. Looney [scottrloo...@gmail.com] Sent: Monday, March 18, 2013 1:34 PM To: Daniel Iglesia Cc: pd-list Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes peter brinkmann is the guy who who would know best, but i seem to remember pretty clearly that he stated somewhere [expr] and [expr~] were ok to use with libPD on the AppStore. in other words (i assume) they had been recompiled from source in a more compatible license. here's the bit that clearly states that the vanilla version of PD does not have the right version of [expr] and [expr~] this is older news from about 2011 i think: https://github.com/libpd/libpd/wiki/misc and here's the bit where they mention [expr] and [expr~] are now under LGPL, but it doesn't appear to solve the issue definitively: http://createdigitalnoise.com/discussion/1341/can-i-use-pd-extended-with-libpd/p1 the total solution if you want that specific functionality (that i am aware of) is to recompile [expr] and [expr~] from source and put it under a BSD or MIT license. the alternative is to redo that functionality with simple vanilla objects. there's a nice thread her on the PD forum about it: http://puredata.hurleur.com/sujet-6980-way-rewrite-expr hope this helps somewhat, best, scott On Mon, Mar 18, 2013 at 9:45 AM, Daniel Iglesia daniel.igle...@gmail.com wrote: Hi everyone, (first time poster!) expr and expr~ can't be in a closed-source binary. (the libpd doc has some discussion of this I believe). Once I release MobMuPlat open source, I was hoping to include them in the binary+source at that point. However, I have to check the licensing issues to see if even that is allowed, as MobMuPlat is and will be under the BSD license. (if people are well versed in this issue, please feel free to chime in.) If they can't be included, then removing
Re: [PD] MobMuPlat for Ipad and expr~ woes
I've actually just already gotten expr and expr~ working in my xcode project (easier than anticipated). I'm working on other elements of the next update over the next few days, so if you can wait about a week or two for the apple approval process to finish, then the next update should work for you. (If you use testflight, contact me off-list, and you can try my current build sooner than that) dan On Mar 18, 2013, at 3:55 PM, Pagano, Patrick wrote: i have xcode and a fully mobmuplatted Arp Odyssey emulator i want to use. Is someone willing to hold my hand on this? I will start posting the expressions if not., but i really would love to have this thing working! Dan~ thanks for MobMuplat, it's quite fun and made me go purchase a ipad4, so i blame you for all this :-) pp ___ From: Daniel Iglesia [daniel.igle...@gmail.com] Sent: Monday, March 18, 2013 6:52 PM To: Pagano, Patrick Cc: Scott R. Looney; pd-list Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes (in addition to that last link, I meant plus of course Peter Brinkmann's straightforward description here https://github.com/libpd/pd-for-ios/wiki/ios ) On Mar 18, 2013, at 3:49 PM, Daniel Iglesia wrote: yes, technically it can be built for, and included with, MobMuPlat, since it comes with libpd, but needs to be built in xcode with all the other code for the MMP binary. I don't believe compiling the pd vanilla makefile for OSX or other platforms will get you anything. But my knowledge of these things is sketchy. https://github.com/libpd/libpd/blob/master/pure-data/extra/expr~/LICENSE.txt the version of expr~ and expr with libpd seems to have the LGPL (instead of the regular GPL), which should be compatible with BSD. So I will make an attempt to include them the next MMP update. (this is my primary reference for doing so http://createdigitalnoise.com/discussion/302/using-expr-in-libpd/p1 and so if anyone else has an easy solution for including expr, etc, in a xcode build of a libpd project, please advise!) (The open source release will have all of libpd's code+objects included with it, and so then it also would be straightforward for someone with greater knowledge than I ( and who has xcode and a developer's license) to enable and build those objects...although the reason I made MMP is so that people don't need to have those two things!) Best, Dan === www.danieliglesia.com www.iglesiaintermedia.com On Mar 18, 2013, at 1:37 PM, Pagano, Patrick wrote: Dan said this on that list:: No, there is no, and probably wil be no libpd-extended. It's up to you to include and build external source code. Yes, expr~ is in. The license is BSD now. As for other things, try rjlib which aims to recreate many things currently in externals in pd-extended: https://github.com/rjdj/rjlib This is not a limitation as it's actually easier to do somethings directly in C/C++, etc is there a way to build expr~ for MobMuPLat and use it then? that is the only object i seem to need, there is sources and a makefile included in the PdVanilla for MMplat colleagues please advise. thanks pp From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of Scott R. Looney [scottrloo...@gmail.com] Sent: Monday, March 18, 2013 1:34 PM To: Daniel Iglesia Cc: pd-list Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes peter brinkmann is the guy who who would know best, but i seem to remember pretty clearly that he stated somewhere [expr] and [expr~] were ok to use with libPD on the AppStore. in other words (i assume) they had been recompiled from source in a more compatible license. here's the bit that clearly states that the vanilla version of PD does not have the right version of [expr] and [expr~] this is older news from about 2011 i think: https://github.com/libpd/libpd/wiki/misc and here's the bit where they mention [expr] and [expr~] are now under LGPL, but it doesn't appear to solve the issue definitively: http://createdigitalnoise.com/discussion/1341/can-i-use-pd-extended-with-libpd/p1 the total solution if you want that specific functionality (that i am aware of) is to recompile [expr] and [expr~] from source and put it under a BSD or MIT license. the alternative is to redo that functionality with simple vanilla objects. there's a nice thread her on the PD forum about it: http://puredata.hurleur.com/sujet-6980-way-rewrite-expr hope this helps somewhat, best, scott On Mon, Mar 18, 2013 at 9:45 AM, Daniel Iglesia daniel.igle...@gmail.com wrote: Hi everyone, (first time poster!) expr and expr~ can't be in a closed-source binary. (the libpd doc has some discussion of this I believe). Once I release MobMuPlat open source, I was hoping to include them in the binary+source at that point. However, I have to check the licensing issues to see if even that is
Re: [PD] MobMuPlat for Ipad and expr~ woes
Dan i will gladly do testflight to try this i spent 12 hours making the ARP and i really want to test it at a show coming up let me know what to do and i'l testfly for you! patrick From: Daniel Iglesia [daniel.igle...@gmail.com] Sent: Monday, March 18, 2013 7:17 PM To: Pagano, Patrick Cc: Scott R. Looney; pd-list Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes I've actually just already gotten expr and expr~ working in my xcode project (easier than anticipated). I'm working on other elements of the next update over the next few days, so if you can wait about a week or two for the apple approval process to finish, then the next update should work for you. (If you use testflight, contact me off-list, and you can try my current build sooner than that) dan On Mar 18, 2013, at 3:55 PM, Pagano, Patrick wrote: i have xcode and a fully mobmuplatted Arp Odyssey emulator i want to use. Is someone willing to hold my hand on this? I will start posting the expressions if not., but i really would love to have this thing working! Dan~ thanks for MobMuplat, it's quite fun and made me go purchase a ipad4, so i blame you for all this :-) pp ___ From: Daniel Iglesia [daniel.igle...@gmail.com] Sent: Monday, March 18, 2013 6:52 PM To: Pagano, Patrick Cc: Scott R. Looney; pd-list Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes (in addition to that last link, I meant plus of course Peter Brinkmann's straightforward description here https://github.com/libpd/pd-for-ios/wiki/ios ) On Mar 18, 2013, at 3:49 PM, Daniel Iglesia wrote: yes, technically it can be built for, and included with, MobMuPlat, since it comes with libpd, but needs to be built in xcode with all the other code for the MMP binary. I don't believe compiling the pd vanilla makefile for OSX or other platforms will get you anything. But my knowledge of these things is sketchy. https://github.com/libpd/libpd/blob/master/pure-data/extra/expr~/LICENSE.txt the version of expr~ and expr with libpd seems to have the LGPL (instead of the regular GPL), which should be compatible with BSD. So I will make an attempt to include them the next MMP update. (this is my primary reference for doing so http://createdigitalnoise.com/discussion/302/using-expr-in-libpd/p1 and so if anyone else has an easy solution for including expr, etc, in a xcode build of a libpd project, please advise!) (The open source release will have all of libpd's code+objects included with it, and so then it also would be straightforward for someone with greater knowledge than I ( and who has xcode and a developer's license) to enable and build those objects...although the reason I made MMP is so that people don't need to have those two things!) Best, Dan === www.danieliglesia.com www.iglesiaintermedia.com On Mar 18, 2013, at 1:37 PM, Pagano, Patrick wrote: Dan said this on that list:: No, there is no, and probably wil be no libpd-extended. It's up to you to include and build external source code. Yes, expr~ is in. The license is BSD now. As for other things, try rjlib which aims to recreate many things currently in externals in pd-extended: https://github.com/rjdj/rjlib This is not a limitation as it's actually easier to do somethings directly in C/C++, etc is there a way to build expr~ for MobMuPLat and use it then? that is the only object i seem to need, there is sources and a makefile included in the PdVanilla for MMplat colleagues please advise. thanks pp From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of Scott R. Looney [scottrloo...@gmail.com] Sent: Monday, March 18, 2013 1:34 PM To: Daniel Iglesia Cc: pd-list Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes peter brinkmann is the guy who who would know best, but i seem to remember pretty clearly that he stated somewhere [expr] and [expr~] were ok to use with libPD on the AppStore. in other words (i assume) they had been recompiled from source in a more compatible license. here's the bit that clearly states that the vanilla version of PD does not have the right version of [expr] and [expr~] this is older news from about 2011 i think: https://github.com/libpd/libpd/wiki/misc and here's the bit where they mention [expr] and [expr~] are now under LGPL, but it doesn't appear to solve the issue definitively: http://createdigitalnoise.com/discussion/1341/can-i-use-pd-extended-with-libpd/p1 the total solution if you want that specific functionality (that i am aware of) is to recompile [expr] and [expr~] from source and put it under a BSD or MIT license. the alternative is to redo that functionality with simple vanilla objects. there's a nice thread her on the PD forum about it: http://puredata.hurleur.com/sujet-6980-way-rewrite-expr hope this helps somewhat, best, scott On Mon, Mar 18, 2013 at 9:45 AM,
[PD] Expression challenge 2013
Here they all Are everyone who helps will get a working version of my super Awesome Arp Patch :-) hahaha. mammies step up and espress yo-selves FZ Thingfish expr~ if($f3==0, ($v1 + 1) / 2, if($v20, 3, 0)) expr~ if($f3==0, $v2, 4.5*$v1/100) expr~ ((1 - $v1) - .5) * 2 expr~ if($v1 ($f4 - ($f5 * $f4 * if($f6==0, 0.15 * ($v3 + 1) / 2, 0.45 * $v2 / 100 ) )), 1, -1) expr~ if($v1==0, 0, $v1 + $f2*(1 - $v1)) expr if($f1==0, 0, $f2 + $f3) expr if($f1==0 || $f2==0, 1, 0) expr abs(1 - $f1) expr if($f2 $f3, $f3, $f2); if ($f2 $f3, $f2, $f3) expr if($f2!=0, $f3, if($f3==$f4, $f5, $f4)); if($f2!=0, $f3, if($f3==$f5, $f4, $f5)); expr if($f1=0, 0, 1) From: Pagano, Patrick Sent: Monday, March 18, 2013 7:15 PM To: Daniel Iglesia Cc: pd-list Subject: RE: [PD] MobMuPlat for Ipad and expr~ woes here's one: [expr~ if($f2==0, $v1, 0); if ($f2==0, $v1) ] From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of Pagano, Patrick [p...@digitalworlds.ufl.edu] Sent: Monday, March 18, 2013 6:55 PM To: Daniel Iglesia Cc: pd-list Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes i have xcode and a fully mobmuplatted Arp Odyssey emulator i want to use. Is someone willing to hold my hand on this? I will start posting the expressions if not., but i really would love to have this thing working! Dan~ thanks for MobMuplat, it's quite fun and made me go purchase a ipad4, so i blame you for all this :-) pp ___ From: Daniel Iglesia [daniel.igle...@gmail.com] Sent: Monday, March 18, 2013 6:52 PM To: Pagano, Patrick Cc: Scott R. Looney; pd-list Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes (in addition to that last link, I meant plus of course Peter Brinkmann's straightforward description here https://github.com/libpd/pd-for-ios/wiki/ios ) On Mar 18, 2013, at 3:49 PM, Daniel Iglesia wrote: yes, technically it can be built for, and included with, MobMuPlat, since it comes with libpd, but needs to be built in xcode with all the other code for the MMP binary. I don't believe compiling the pd vanilla makefile for OSX or other platforms will get you anything. But my knowledge of these things is sketchy. https://github.com/libpd/libpd/blob/master/pure-data/extra/expr~/LICENSE.txt the version of expr~ and expr with libpd seems to have the LGPL (instead of the regular GPL), which should be compatible with BSD. So I will make an attempt to include them the next MMP update. (this is my primary reference for doing so http://createdigitalnoise.com/discussion/302/using-expr-in-libpd/p1 and so if anyone else has an easy solution for including expr, etc, in a xcode build of a libpd project, please advise!) (The open source release will have all of libpd's code+objects included with it, and so then it also would be straightforward for someone with greater knowledge than I ( and who has xcode and a developer's license) to enable and build those objects...although the reason I made MMP is so that people don't need to have those two things!) Best, Dan === www.danieliglesia.com www.iglesiaintermedia.com On Mar 18, 2013, at 1:37 PM, Pagano, Patrick wrote: Dan said this on that list:: No, there is no, and probably wil be no libpd-extended. It's up to you to include and build external source code. Yes, expr~ is in. The license is BSD now. As for other things, try rjlib which aims to recreate many things currently in externals in pd-extended: https://github.com/rjdj/rjlib This is not a limitation as it's actually easier to do somethings directly in C/C++, etc is there a way to build expr~ for MobMuPLat and use it then? that is the only object i seem to need, there is sources and a makefile included in the PdVanilla for MMplat colleagues please advise. thanks pp From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of Scott R. Looney [scottrloo...@gmail.com] Sent: Monday, March 18, 2013 1:34 PM To: Daniel Iglesia Cc: pd-list Subject: Re: [PD] MobMuPlat for Ipad and expr~ woes peter brinkmann is the guy who who would know best, but i seem to remember pretty clearly that he stated somewhere [expr] and [expr~] were ok to use with libPD on the AppStore. in other words (i assume) they had been recompiled from source in a more compatible license. here's the bit that clearly states that the vanilla version of PD does not have the right version of [expr] and [expr~] this is older news from about 2011 i think: https://github.com/libpd/libpd/wiki/misc and here's the bit where they mention [expr] and [expr~] are now under LGPL, but it doesn't appear to solve the issue definitively: http://createdigitalnoise.com/discussion/1341/can-i-use-pd-extended-with-libpd/p1 the total solution if you want that specific functionality (that i am aware of) is to recompile [expr]