[PD] Building pd-l2ork on arch linux 64
Can somebody help ? fk ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [announce] Integra Live 1.5 released
Wow Jamie, This seems like something for which I've been waiting for ages. Amazing job! I have tested it with windows 7 Enterprose 64-bit and it works great. Can't wait to delve deeper into Integra... I might be getting ahead of myself, but any prjections as to when one could start creating one's own modules? Thanks for your work! Zax ---f- From: ja...@jamiebullock.com Date: Fri, 18 Jan 2013 16:15:30 + To: po.boul...@free.fr CC: pd-list@iem.at Subject: Re: [PD] [announce] Integra Live 1.5 released On 18 Jan 2013, at 15:48, Pierre-Olivier Boulant po.boul...@free.fr wrote: Hi, It looks very nice indeed. Running the Windows version, I have a problem with the mouse. I can't interact at all with the GUI. I can click on the menu bar (File Edit View etc.), this much works but that's it. The GUI does not respond to any clicks. Windows 7, 64bit OS. I'm sorry to hear that. I must admit, we haven't yet tested on 64-bit Windows, so it's possibly to do with that. I hope you don't mind but I've added your report to the UserVoice forum: http://integralive.uservoice.com/forums/58883-general/suggestions/3565091-mouse-interaction-not-working-on-64-bit-windows If you vote for the issue, you will get an automatic notification when it is resolved. Jamie ___ 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] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
On 18/01/13 22:31, Hans-Christoph Steiner wrote: It also depends on what you mean by improve. I personally want Pd's GUI to look and act as native as possible on any given platform, and it turns out that Tk is one of the better GUI toolkits for doing that. I think that `supercollider` is a great example of (cross-platform) GUI-improvement with their switch to Qt. my 2 cents y -- http://yvanvolochine.com http://soundcloud.com/yvanvolochine http://vimeo.com/yv ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Jack support on Windows
Excuse the (... lot of letters..) but my cmd don't have ctrl+c option.. :/ hello, Are you really using cmd for compiling, or msys console? On cmd you can select and copy with menu actions, cygwin uses cmd... In msys console it's truly like a unix terminal, Ctrl+Insert and Shift+Insert for copying and pasting ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building pd-l2ork on arch linux 64
the problem is with he new version of Tcl/Tk 8.6. When I made some little changes about version numbers in pd/Makefile, the error is : t_tkcmd.c:589:55: error: ‘Tcl_Interp’ has no member named ‘errorLine’ I tried to google, but with no effect. I am totally lost how to solve this problem... -- Fero Kiraly www.cluster-ensemble.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] PuREST JSON 0.9 released
Hello, I am happy to announce version 0.9 of PuREST JSON, code name: Sailing to Colchis. PuREST JSON is a library for working with RESTful HTTP webservices, and JSON data. Authentication and authorization for webservices are available with basic HTTP auth, cookie authentication, and OAuth. As an example for OAuth authenticated webservices, a Twitter client is included. Changes in the new version: - [json-encode] writes and reads JSON data to and from files - [oauth] does not use deprecated functions from liboauth 1.0 - Bugfixes and refactoring Github page: https://github.com/residuum/PuRestJson Binary downloads for Windows and Debian: http://ix.residuum.org/pd/purest_json.html Build instructions: https://github.com/residuum/PuRestJson/wiki/Compilation Have fun, Thomas -- Ich komme aus dem Staunen nicht heraus. Dann bleib halt drin, du Seppel (Dietmar Dath - Die Abschaffung der Arten) http://www.residuum.org/ ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building pd-l2ork on arch linux 64
Can you try the following: Replace the code inside t_tkcmd.c line 585: printf(error in file %s line %d: %s\n, buf, interp-errorLine, Tcl_GetStringResult(interp)); with: const char *trace = Tcl_GetVar(interp, errorInfo, TCL_GLOBAL_ONLY); printf(error in file %s: %s\n, buf, trace); Then, can you test if it all works ok and report? Thanks! On 01/19/2013 11:00 AM, Ivica Ico Bukvic wrote: Quick fix is to comment the line 585 by putting // in front of it. The right way would be to figure out what changed betweeen 8.5 and 8.6 to prevent this from working--since I am not using 8.6 I cannot tell for sure. What you can look for is documentation on Tcl_EvalFile call and more specifically its first argument (in the code we call that interp and get the interp-errorLine member which is apparently causing problems). Commenting this out should not have any negative impact on pd. This only provides a user-readable error if something in tcl/tk croaks at start-up... HTH On 01/19/2013 08:08 AM, Fero Kiraly wrote: the problem is with he new version of Tcl/Tk 8.6. When I made some little changes about version numbers in pd/Makefile, the error is : t_tkcmd.c:589:55: error: 'Tcl_Interp' has no member named 'errorLine' I tried to google, but with no effect. I am totally lost how to solve this problem... -- Fero Kiraly www.cluster-ensemble.com http://www.cluster-ensemble.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -http://lists.puredata.info/listinfo/pd-list -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net -- Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] linux session gets killed when typing to fast in pd, logout
hey guys, i have a strange problem with pd and pd-extended under ubuntu 12.04 on i5 64bit. happens in older versions and the newest beta (extended). when i create a new object and type to fast i get loggedout from my linux session, and loose all data. the same sometimes happens when i press ctrl 1. after that i have to login again. someone heard of such a bug? any ideas? can you give me an hint in which logfiles i have to look to maybe figure out what the problem causes? thanks! robert ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Building pd-l2ork on arch linux 64
it works ! problem solved. I am going to make a PKGBUILD for this thank you. fk ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] linux session gets killed when typing to fast in pd, logout
I've hit similar things. Your window manager probably has a key command for logging out, something like Ctrl-L. .hc On 01/19/2013 11:19 AM, Robert Grah wrote: hey guys, i have a strange problem with pd and pd-extended under ubuntu 12.04 on i5 64bit. happens in older versions and the newest beta (extended). when i create a new object and type to fast i get loggedout from my linux session, and loose all data. the same sometimes happens when i press ctrl 1. after that i have to login again. someone heard of such a bug? any ideas? can you give me an hint in which logfiles i have to look to maybe figure out what the problem causes? thanks! robert ___ 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] enhance pd-extended with pd-l2ork featues ?
Dear all, I like features of pd-l2ork (cpoypaste raw code, resizeable GUis..) iThink it will be nice to 'extend' pd-extended with them. What do you think ? or is it problematic ? fk ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
I haven't heard any objections to including them. I agree, they are nice features. It is just a matter of someone doing the work of porting those changes to Pd-extended. .hc On 01/19/2013 12:22 PM, Fero Kiraly wrote: Dear all, I like features of pd-l2ork (cpoypaste raw code, resizeable GUis..) iThink it will be nice to 'extend' pd-extended with them. What do you think ? or is it problematic ? fk ___ 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] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
i also vote personally for a different GUI for PD. i'm firmly in the 'same look, regardless of platform' camp, and have never been visually impressed by any app using Tcl/Tk. it just seems dated. i have no programming experience myself but i can cheer from the sidelines. Juce is a pretty good candidate from what i've seen. scott On Sat, Jan 19, 2013 at 4:40 AM, yvan volochine yvan...@gmail.com wrote: On 18/01/13 22:31, Hans-Christoph Steiner wrote: It also depends on what you mean by improve. I personally want Pd's GUI to look and act as native as possible on any given platform, and it turns out that Tk is one of the better GUI toolkits for doing that. I think that `supercollider` is a great example of (cross-platform) GUI-improvement with their switch to Qt. my 2 cents y -- http://yvanvolochine.com http://soundcloud.com/**yvanvolochinehttp://soundcloud.com/yvanvolochine http://vimeo.com/yv __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list 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] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
On 01/18/2013 22:31, Hans-Christoph Steiner wrote: I would love it if someone started this since it would greatly help with the goal of splitting the GUI from Pd itself. And of course I'd help where I can. i keep starting that project every now and then: moving all the drawing code to pd-gui and only use FUDI (that is: not tcl code) to communicate between pd-gui. unfortunately i always get distracted after a short time and i never get to a really working prototype. gmsdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [announce] Integra Live 1.5 released
On 19 Jan 2013, at 10:55, Eran Sachs eransa...@hotmail.com wrote: Wow Jamie, This seems like something for which I've been waiting for ages. Amazing job! I have tested it with windows 7 Enterprose 64-bit and it works great. Can't wait to delve deeper into Integra... I might be getting ahead of myself, but any prjections as to when one could start creating one's own modules? Thanks for your work! Thanks for the kind words! I should point out that this was very much a team effort. Thanks should at least be given to the IEM team, who were responsible for a large portion of the module library. The full list of credits can be accessed via the application About window. Regarding module development, we plan to release the developer SDK in the Spring. I have now set up an Integra Live forum, so you might want to head there for announcements: http://integralive.org/forum/ Best, Jamie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
- Original Message - From: Hans-Christoph Steiner h...@at.or.at To: pd-list@iem.at Cc: Sent: Saturday, January 19, 2013 1:33 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ? I haven't heard any objections to including them. I agree, they are nice features. It is just a matter of someone doing the work of porting those changes to Pd-extended. So you would be ok with adding a field to the widgetbehavior struct (or whatever its called)? Doesn't that break binary compatability? I think many of his gui speedups are based off that. -Jonathan .hc On 01/19/2013 12:22 PM, Fero Kiraly wrote: Dear all, I like features of pd-l2ork (cpoypaste raw code, resizeable GUis..) iThink it will be nice to 'extend' pd-extended with them. What do you think ? or is it problematic ? fk ___ 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] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
On 01/19/2013 01:56 PM, IOhannes m zmölnig wrote: On 01/18/2013 22:31, Hans-Christoph Steiner wrote: I would love it if someone started this since it would greatly help with the goal of splitting the GUI from Pd itself. And of course I'd help where I can. i keep starting that project every now and then: moving all the drawing code to pd-gui and only use FUDI (that is: not tcl code) to communicate between pd-gui. unfortunately i always get distracted after a short time and i never get to a really working prototype. gmsdr IOhannes It can be done incrementally, which is likely the only way its going to get done. It turns out that FUDI and tcl proc calls are very similar: space separated list of elements where the first one is the functionality. If the basics were done first, like object drawing, then someone could build a rough GUI with another toolkit to test out. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
On 01/19/2013 02:14 PM, Jonathan Wilkes wrote: - Original Message - From: Hans-Christoph Steiner h...@at.or.at To: pd-list@iem.at Cc: Sent: Saturday, January 19, 2013 1:33 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ? I haven't heard any objections to including them. I agree, they are nice features. It is just a matter of someone doing the work of porting those changes to Pd-extended. So you would be ok with adding a field to the widgetbehavior struct (or whatever its called)? Doesn't that break binary compatability? I think many of his gui speedups are based off that. Breaking binary compatibility is not something to do lightly. It creates lot of other headaches. Plus I don't think its necessary to speed up the GUI, I think there are better approaches. .hc -Jonathan .hc On 01/19/2013 12:22 PM, Fero Kiraly wrote: Dear all, I like features of pd-l2ork (cpoypaste raw code, resizeable GUis..) iThink it will be nice to 'extend' pd-extended with them. What do you think ? or is it problematic ? fk ___ 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] Integra Live forum
Hi folks, I don't want to spam the Pd list with Integra Live announcements, but given the level of interest here, I thought I'd post a link to the new Integra Live forum in case it got buried in the other thread: http://integralive.org/forum I look forward to meeting some of you over there! best, Jamie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] droidparty and GPS
cris seems busy because i didn't get a reply on my mail. but maybe someone here knows about how to get the GPS data (or the google/android localisation information based on the wifi, networktower ID and gps) from within droidparty? m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] PD 4 Pandora
I've been trying to compile Puredata for the Pandora handheld. Getting the UI to work with tcl/tk 8.5 was fairly straightforward, although the terminal is filled with: watchdog: signalling pd... Otherwise I'm having a lot of issues with alsa. When selecting alsa as output I get: snd_pcm_hw_params (input): Invalid argument snd_pcm_hw_params (output): Invalid argument In the settings I can select two alsa devices: omap3pandora (hardware) omap3pandora (plugin) Which both fail. When I select portaudio output I get: pd: src/common/pa_front.c:325: Pa_Initialize: Assertion `PortAudio: compile time and runtime endianness don't match (((char *)nativeOne)[0]) == 0` failed.Pd: signal 6 And it crashes. Are there some configure flags to mitigate these problems? Some more info on the device in question: http://en.wikipedia.org/wiki/Pandora_%28console%29#Pandora_1GHz Any ideas to get this working are welcome :) regards, drmr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] error installing via apt.puredata.info
How about we put it on the list then :)
You need to apt-get remove cyclist because its included in pd-extended.
.hc
On 01/18/2013 11:12 PM, Billy Stiltner wrote:
sorry to bug you off list.
i ran pd-extended on windows vista and for soe reason it ran a bit
better than on ubuntu
i'm sure there is something with ubuntustudio 12.04 that is not
meshing well with my hardware like having 2 soundcards or
the proprietary video drivers or maybe its the version of pd that came
with 12.04.
anyways i was checking to see if it was pdextended and the new version
of it and this happened
billy@resonator:~$ sudo add-apt-repository deb
http://apt.puredata.info/releases `lsb_release -c | awk '{print $2}'`
main
[sudo] password for billy:
billy@resonator:~$ sudo apt-get update
Ign http://us.archive.ubuntu.com quantal InRelease
Ign http://us.archive.ubuntu.com quantal-updates InRelease
Ign http://us.archive.ubuntu.com quantal-backports InRelease
Hit http://us.archive.ubuntu.com quantal Release.gpg
Get:1 http://us.archive.ubuntu.com quantal-updates Release.gpg [933 B]
Hit http://us.archive.ubuntu.com quantal-backports Release.gpg
Hit http://us.archive.ubuntu.com quantal Release
Get:2 http://us.archive.ubuntu.com quantal-updates Release [49.6 kB]
Hit http://us.archive.ubuntu.com quantal-backports Release
Hit http://us.archive.ubuntu.com quantal/main Sources
Hit http://us.archive.ubuntu.com quantal/restricted Sources
Hit http://us.archive.ubuntu.com quantal/universe Sources
Hit http://us.archive.ubuntu.com quantal/multiverse Sources
Hit http://us.archive.ubuntu.com quantal/main i386 Packages
Hit http://us.archive.ubuntu.com quantal/restricted i386 Packages
Hit http://us.archive.ubuntu.com quantal/universe i386 Packages
Hit http://us.archive.ubuntu.com quantal/multiverse i386 Packages
Hit http://us.archive.ubuntu.com quantal/main Translation-en
Hit http://us.archive.ubuntu.com quantal/multiverse Translation-en
Hit http://us.archive.ubuntu.com quantal/restricted Translation-en
Hit http://us.archive.ubuntu.com quantal/universe Translation-en
Get:3 http://us.archive.ubuntu.com quantal-updates/main Sources [68.5 kB]
Get:4 http://us.archive.ubuntu.com quantal-updates/restricted Sources [889 B]
Get:5 http://us.archive.ubuntu.com quantal-updates/universe Sources [73.0 kB]
Get:6 http://us.archive.ubuntu.com quantal-updates/multiverse Sources [2,936
B]
Get:7 http://us.archive.ubuntu.com quantal-updates/main i386 Packages [175 kB]
Get:8 http://us.archive.ubuntu.com quantal-updates/restricted i386
Packages [1,979 B]
Get:9 http://us.archive.ubuntu.com quantal-updates/universe i386
Packages [150 kB]
Get:10 http://us.archive.ubuntu.com quantal-updates/multiverse i386
Packages [8,112 B]
Get:11 http://us.archive.ubuntu.com quantal-updates/main
Translation-en [84.2 kB]
Hit http://us.archive.ubuntu.com quantal-updates/multiverse Translation-en
Hit http://us.archive.ubuntu.com quantal-updates/restricted Translation-en
Get:12 http://us.archive.ubuntu.com quantal-updates/universe
Translation-en [82.0 kB]
Hit http://us.archive.ubuntu.com quantal-backports/main Sources
Hit http://us.archive.ubuntu.com quantal-backports/restricted Sources
Hit http://us.archive.ubuntu.com quantal-backports/universe Sources
Hit http://us.archive.ubuntu.com quantal-backports/multiverse Sources
Hit http://us.archive.ubuntu.com quantal-backports/main i386 Packages
Hit http://us.archive.ubuntu.com quantal-backports/restricted i386 Packages
Hit http://us.archive.ubuntu.com quantal-backports/universe i386 Packages
Hit http://us.archive.ubuntu.com quantal-backports/multiverse i386 Packages
Hit http://us.archive.ubuntu.com quantal-backports/main Translation-en
Hit http://us.archive.ubuntu.com quantal-backports/multiverse Translation-en
Hit http://us.archive.ubuntu.com quantal-backports/restricted Translation-en
Ign http://apt.puredata.info quantal InRelease
Hit http://us.archive.ubuntu.com quantal-backports/universe Translation-en
Ign http://apt.puredata.info quantal Release.gpg
Get:13 http://apt.puredata.info quantal Release [3,126 B]
Get:14 http://apt.puredata.info quantal/main i386 Packages [1,255 B]
Ign http://us.archive.ubuntu.com quantal/main Translation-en_US
Ign http://us.archive.ubuntu.com quantal/multiverse Translation-en_US
Ign http://us.archive.ubuntu.com quantal/restricted Translation-en_US
Get:15 http://apt.puredata.info quantal/main Sources
Ign http://us.archive.ubuntu.com quantal/universe Translation-en_US
Ign http://us.archive.ubuntu.com quantal-updates/main Translation-en_US
Ign http://us.archive.ubuntu.com quantal-updates/multiverse Translation-en_US
Ign http://apt.puredata.info quantal/main Translation-en_US
Ign http://us.archive.ubuntu.com quantal-updates/restricted Translation-en_US
Ign http://us.archive.ubuntu.com quantal-updates/universe Translation-en_US
Ign http://apt.puredata.info quantal/main Translation-en
Ign http://us.archive.ubuntu.com quantal-backports/main
Re: [PD] enhance pd-extended with pd-l2ork featues ?
Why not simply use pd-l2ork? -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Hans-Christoph Steiner Sent: Saturday, January 19, 2013 2:23 PM To: Jonathan Wilkes Cc: pd-list@iem.at Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ? On 01/19/2013 02:14 PM, Jonathan Wilkes wrote: - Original Message - From: Hans-Christoph Steiner h...@at.or.at To: pd-list@iem.at Cc: Sent: Saturday, January 19, 2013 1:33 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ? I haven't heard any objections to including them. I agree, they are nice features. It is just a matter of someone doing the work of porting those changes to Pd-extended. So you would be ok with adding a field to the widgetbehavior struct (or whatever its called)? Doesn't that break binary compatability? I think many of his gui speedups are based off that. Breaking binary compatibility is not something to do lightly. It creates lot of other headaches. Plus I don't think its necessary to speed up the GUI, I think there are better approaches. .hc -Jonathan .hc On 01/19/2013 12:22 PM, Fero Kiraly wrote: Dear all, I like features of pd-l2ork (cpoypaste raw code, resizeable GUis..) iThink it will be nice to 'extend' pd-extended with them. What do you think ? or is it problematic ? fk ___ 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] enhance pd-extended with pd-l2ork featues ?
- Original Message - From: Hans-Christoph Steiner h...@at.or.at To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-list@iem.at pd-list@iem.at Sent: Saturday, January 19, 2013 2:22 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ? On 01/19/2013 02:14 PM, Jonathan Wilkes wrote: - Original Message - From: Hans-Christoph Steiner h...@at.or.at To: pd-list@iem.at Cc: Sent: Saturday, January 19, 2013 1:33 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ? I haven't heard any objections to including them. I agree, they are nice features. It is just a matter of someone doing the work of porting those changes to Pd-extended. So you would be ok with adding a field to the widgetbehavior struct (or whatever its called)? Doesn't that break binary compatability? I think many of his gui speedups are based off that. Breaking binary compatibility is not something to do lightly. It creates lot of other headaches. Plus I don't think its necessary to speed up the GUI, I think there are better approaches. How do you change text_displace to send a single message to the gui to just move everything that is currently selected rather than sending a separate message for every selected t_text? -Jonathan .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
- Original Message - From: Ivica Ico Bukvic i...@vt.edu To: 'Hans-Christoph Steiner' h...@at.or.at; 'Jonathan Wilkes' jancs...@yahoo.com Cc: pd-list@iem.at Sent: Saturday, January 19, 2013 9:21 PM Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ? Why not simply use pd-l2ork? I do, but possible reasons why someone might not use Pd-l2ork: * no binary for windows * no binary for OSX * doesn't have gui plugin API * doesn't have all the translation stuff being done for pd-extended 0.43 (or does it?) * deb package is new and it may or may not cause problems with other installed pd debs * whatever was added in 0.43-- missing all that -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
On 01/19/2013 09:39 PM, Jonathan Wilkes wrote: - Original Message - From: Hans-Christoph Steiner h...@at.or.at To: Jonathan Wilkes jancs...@yahoo.com Cc: pd-list@iem.at pd-list@iem.at Sent: Saturday, January 19, 2013 2:22 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ? On 01/19/2013 02:14 PM, Jonathan Wilkes wrote: - Original Message - From: Hans-Christoph Steiner h...@at.or.at To: pd-list@iem.at Cc: Sent: Saturday, January 19, 2013 1:33 PM Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ? I haven't heard any objections to including them. I agree, they are nice features. It is just a matter of someone doing the work of porting those changes to Pd-extended. So you would be ok with adding a field to the widgetbehavior struct (or whatever its called)? Doesn't that break binary compatability? I think many of his gui speedups are based off that. Breaking binary compatibility is not something to do lightly. It creates lot of other headaches. Plus I don't think its necessary to speed up the GUI, I think there are better approaches. How do you change text_displace to send a single message to the gui to just move everything that is currently selected rather than sending a separate message for every selected t_text? I think you take it a step further and keep pd out of the moving process all together. pd-gui should handle moves entirely, and then just report it to pd once its complete. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
How do you change text_displace to send a single message to the gui to just move everything that is currently selected rather than sending a separate message for every selected t_text? I think you take it a step further and keep pd out of the moving process all together. pd-gui should handle moves entirely, and then just report it to pd once its complete. .hc In theory this is possible. In practice it is essentially a complete rewrite of not only core pd but every external out there. This is because pd's widgetbehavior does not support relative displace, only absolute. This is why I added widgetbehavior the way I did. It may not carry the best name but it will be necessary for as long as one does not want to go through practically every single external and adapts their displace function to receive an additional variable that will determine whether displace is relative or absolute... Ergo, this is IMO the only practical way to nudge pd forward in terms of usability without requiring a major rewrite. OTOH, let us not forget that the only reason why Apple's OSX is as successful as it is today is primarily because Apple did not worry much (or at all) about breaking backwards binary compatibility. Sure, they had a transitional thing which worked, sort of. Pd-l2ork has it even better in that respect--you only need to recompile externals without changing a single line of code in any of the externals... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
Why not simply use pd-l2ork? I do, but possible reasons why someone might not use Pd-l2ork: * no binary for windows * no binary for OSX On the flip-side pd-l2ork provides a solid, bug-free environment on Linux and looks a lot more contemporary than the aged default tk iteration. In other words, it is a targeted Linux distribution of pd (something that can be easily lost in a cross-platform effort with inadequate developer support, as I am sure Hans can attest to). At this point I would go as far as challenge you to find something that does not work or exhibits a buggy behavior (I can give you dozens of examples of not only superficial functionalities, but core pd engine behaviors that still do not work on either pd or pd-extended and that work on pd-l2ork). Sure, there are a lot of issues in making menus/browser more streamlined and making things prettier, but that is a lot easier when you know that the core is solid. What has IMHO happened between 0.42 and 0.43 (and onwards) is some fantastic work by Miller, Hans, and the community. But it has also had a ton of regressions since the rewrite was happening on top of a code base that still had a generous amount of bugs (pd-l2ork bug-fix count in reference to the original 0.42.6 branch is easily in hundreds), like JACK breakage that was only recently fixed. OTOH, windows and OSX builds should not be too hard to do. All it would take is someone going through the pd.tk file and making sure that all Linux-centric changes are proofed for other platforms, and there are not that many of those. My bigger problem is dealing with all the support issues that would detract from the solidification of the core (which is exactly what we've done over the past 2 years) as my time is limited, and as I am sure Hans can attest. * doesn't have gui plugin API But it does have all core features that just work. See, I am of the conviction that the core needs to be solid before one delves into providing bunch of fancy things on top of the foundation (even though one could easily argue pd-l2ork has plenty of fancy things--let's not forget that magic glass that made it eventually into pd-extended was first rewritten for pd-l2ork, including fixes for several show-stopping bugs that were in old Joe Sarlo's patch submission from the early 2000s; but these are all essentially enhancements to the core functionality, many of which obsolete a number of proposed plug-ins, like the one that hides the menu--pd-l2ork allows per-patcher toggling of menu/ontop/scrollbars/etc. flags, making building modular guis a heck of a lot easier). Otherwise, it is like slapping whipped cream on top of dirt--it may look pretty, even appetizing at first sight, but in the end it is still a piece of dirt with whipped cream on top (disclaimer: I do not mean to imply that pd is dirt but am merely trying to clarify my belief/approach through the use of a stark analogy). Another thought is, if the core is done well enough, then no plugin should be necessary (e.g. browser you developed will be something that will become the core within pd-l2ork, not a plugin, once I've had a chance to check it for all conceivable regressions/problems). Lastly, at some point in the future, pd-l2ork may support plug-ins, or better yet, may assimilate plug-ins into its core--my preference being latter as I am leaning more towards the just works mentality. FWIW, I am of the conviction that once the core is truly solid, further software development is a lot more nimble. * doesn't have all the translation stuff being done for pd-extended 0.43 (or does it?) Pd-l2ork has initial UTF support but no translation, mainly because I am not so keen on merging things that are still developing/evolving. When it is ripe, it will be merged. * deb package is new and it may or may not cause problems with other installed pd debs So far, there are no problems whatsoever. The only thing I added as of earlier today is even more packages that it may conflict with from the pd-extended 3rd party libs. OTOH it is a heck of a lot easier to install one deb than dozens (and yes, I am aware that for maintainers it is easier to have multiple libs as that is easier to maintain, but as OSX/iOS has taught us, what is easier for a developer may not be easier for a user). * whatever was added in 0.43-- missing all that Pd-l2ork is indeed missing *some* (IMHO yet to be complete) features, but there are many that have been already merged. The only ones that haven't are the ones I did not find to be complete enough to be merged or the ones that are not critical but primarily cosmetic in nature (e.g. console verbosity) that will be merged eventually. So, pd-l2ork is more like my attempt at the best of 0.42 and 0.43 branches, if you like. Best wishes, Ico -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] canvas properties dialog enhancement ?
That's a good idea... I'll stick it on my list (but I've got years of backlog so it won't happen fast I'm afraid). cheers Miller On Tue, Jan 15, 2013 at 05:15:55PM +0100, Fero Kiraly wrote: hallo, It is possibile for pd developers to make this thing ? : When I have an abstraction object which uses arguments and when the checkbox 'Hide object name args' is checked I am unable to change the arguments. But, if the arguments could be displayed in the canvas properties dialog (mouse right click on the abstraction) somewhere on a new line and editable, it will be a nice feature, I think fero ___ 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] enhance pd-extended with pd-l2ork featues ?
- Original Message - From: Ivica Ico Bukvic i...@vt.edu To: 'Jonathan Wilkes' jancs...@yahoo.com; 'Hans-Christoph Steiner' h...@at.or.at Cc: pd-list@iem.at Sent: Saturday, January 19, 2013 11:21 PM Subject: RE: [PD] enhance pd-extended with pd-l2ork featues ? Why not simply use pd-l2ork? I do, but possible reasons why someone might not use Pd-l2ork: * no binary for windows * no binary for OSX On the flip-side pd-l2ork provides a solid, bug-free environment on Linux and looks a lot more contemporary than the aged default tk iteration. In other words, it is a targeted Linux distribution of pd (something that can be easily lost in a cross-platform effort with inadequate developer support, as I am sure Hans can attest to). At this point I would go as far as challenge you to find something that does not work or exhibits a buggy behavior $@ in msg box probably still crashes when incoming args 1000 (same with pd-extended) -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Question about controllers
Hello, I am currently trying to rebuild a small home studio, and the next piece in my puzzle is a controller. I am looking at getting an Akai MPK49. But before I do, I was hoping someone might offer their experiences they might have in using it with PD. Or if you are using a similarly priced controller, I would also love to hear your thoughts. Thanks, Mike ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
