Re: [PD] reverse kickstarter update: omgponies
Here are some (rough) demo builds: http://puredata.info/search?SearchableText=pd+with+prefs Just click on the pd-with-prefs file with your platform name in it. For GNU/Linux: 1) Locate the main directory that contains src tcl etc. 2) Run ./pd OSX: Unzip and click the Pd app Windows: 1) Locate the main directory 2) Look inside bin and click pd executable *** To run the demos: 1) on OSX look in the included directory tests. Other platforms: look in the main directory: omgponies demo (with sound)- anitest.pd continuous soft music video (with *crappy* wav-- sorry)- csm.pd arrays of celery - celery.pd What is being demo'd: * [drawimage] - new, unstable ds object * [canvasinfo] - has new, unstable method hitbox to find objects under an x/y coord * [classinfo] - has new, unstable method to find methods The prefs dialog may be borked on OSX and Windows, so please ignore. For the [*info] objects, I'll be trying to stabilize the interface in the next few days. These changes constitute about three days of work. As always, beans and rice appreciated! You can donate here: https://jwilkes.nfshost.com/donations.php In the next few days I'm going to focus on stabalizing the [*info] interface. Best, Jonathan On 08/22/2013 02:10 PM, João Pais wrote: Is it possible to add an argument to [drawsprite] to load the first X frame of the video ? Then, it will limit the memory used for large videos. ++ or just a portion of the video, in that case. ___ 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] reverse kickstarter update: omgponies
Le 22/08/2013 07:13, Jonathan Wilkes a écrit : Hi list, I've got some updates to [canvasinfo], [pdinfo], and [classinfo] that I'll put in a demo build either tomorrow or the next day. I also added a new data structure class with two creators: [drawimage] - draw an image on a canvas [drawsprite] - draw a sprite on a canvas The [drawsprite] object takes the name of a directory containing an image sequence and loads the images into tcl/tk memory when the object gets created. A ds float field can then be associated with that image so that when you change its value it jumps to that image in the sequence. I used the code from [drawnumber], so you can even animate the sprite by clicking and dragging on the image. Since all the images are preloaded into tcl/tk, animating them is fairly straightforward-- tk just clears the old image and copies the new one from one of the images it has in memory. Of course the upshot is fairly obvious-- we can finally have ponies running around inside Pure Data patches. E.g., thanks to this: http://friendshipismagic.smackjeeves.com/comics/1223051/female-pony-base-sprites/ I can now do this: https://puredata.info/Members/jancsika/omgponies.webm/view I just added the realtime code selection as an afterthought using [cnv] objects. However, it would be neat to be able to group code and highlight it programmatically as the data is flowing. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Very funny animation, we can now design platform games directly in a patch. ! ;) More seriously, it could replace the [#see] object from gridflow, interresting... ++ Jack ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reverse kickstarter update: omgponies
that is impressive. is the new version already somewhere to be tested?Hi list,I've got some updates to [canvasinfo], [pdinfo], and [classinfo] that I'll put in a demo build either tomorrow or the next day.I also added a new data structure class with two creators:[drawimage] - draw an image on a canvas[drawsprite] - draw a sprite on a canvasThe [drawsprite] object takes the name of a directory containing an image sequence andloads the images into tcl/tk memory when the object gets created. A ds float field can then beassociated with that image so that when you change its value it jumps to that image in thesequence. I used the code from [drawnumber], so you can even animate the sprite by clickingand dragging on the image.Since all the images are preloaded into tcl/tk, animating them is fairly straightforward-- tk justclears the old image and copies the new one from one of the images it has in memory.Of course the upshot is fairly obvious-- we can finally have ponies running around inside PureData patches.E.g., thanks to this:http://friendshipismagic.smackjeeves.com/comics/1223051/female-pony-base-sprites/I can now do this:https://puredata.info/Members/jancsika/omgponies.webm/viewI just added the "realtime code selection" as an afterthought using [cnv] objects. However, itwould be neat to be able to group code and highlight it programmatically as the data is flowing.-Jonathan___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reverse kickstarter update: omgponies
On 08/22/2013 09:06 AM, João Pais wrote: that is impressive. is the new version already somewhere to be tested? I'll try to post a build later today, or tomorrow. -Jonathan Hi list, I've got some updates to [canvasinfo], [pdinfo], and [classinfo] that I'll put in a demo build either tomorrow or the next day. I also added a new data structure class with two creators: [drawimage] - draw an image on a canvas [drawsprite] - draw a sprite on a canvas The [drawsprite] object takes the name of a directory containing an image sequence and loads the images into tcl/tk memory when the object gets created. A ds float field can then be associated with that image so that when you change its value it jumps to that image in the sequence. I used the code from [drawnumber], so you can even animate the sprite by clicking and dragging on the image. Since all the images are preloaded into tcl/tk, animating them is fairly straightforward-- tk just clears the old image and copies the new one from one of the images it has in memory. Of course the upshot is fairly obvious-- we can finally have ponies running around inside Pure Data patches. E.g., thanks to this: http://friendshipismagic.smackjeeves.com/comics/1223051/female-pony-base-sprites/ I can now do this: https://puredata.info/Members/jancsika/omgponies.webm/view I just added the realtime code selection as an afterthought using [cnv] objects. However, it would be neat to be able to group code and highlight it programmatically as the data is flowing. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reverse kickstarter update: omgponies
On 08/22/2013 03:53 AM, Jack wrote: Le 22/08/2013 07:13, Jonathan Wilkes a écrit : Hi list, I've got some updates to [canvasinfo], [pdinfo], and [classinfo] that I'll put in a demo build either tomorrow or the next day. I also added a new data structure class with two creators: [drawimage] - draw an image on a canvas [drawsprite] - draw a sprite on a canvas The [drawsprite] object takes the name of a directory containing an image sequence and loads the images into tcl/tk memory when the object gets created. A ds float field can then be associated with that image so that when you change its value it jumps to that image in the sequence. I used the code from [drawnumber], so you can even animate the sprite by clicking and dragging on the image. Since all the images are preloaded into tcl/tk, animating them is fairly straightforward-- tk just clears the old image and copies the new one from one of the images it has in memory. Of course the upshot is fairly obvious-- we can finally have ponies running around inside Pure Data patches. E.g., thanks to this: http://friendshipismagic.smackjeeves.com/comics/1223051/female-pony-base-sprites/ I can now do this: https://puredata.info/Members/jancsika/omgponies.webm/view I just added the realtime code selection as an afterthought using [cnv] objects. However, it would be neat to be able to group code and highlight it programmatically as the data is flowing. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -http://lists.puredata.info/listinfo/pd-list Very funny animation, we can now design platform games directly in a patch. ! ;) More seriously, it could replace the [#see] object from gridflow, interresting... ++ As I understand it, [#see] is much more powerful because it's visualizing stuff created from gridflow computations on the fly. But it's probably also much slower for that same reason. One drawback to [drawsprite] is if you wanted to abuse it to draw a large image sequence-- say a video clip-- you're going to use a ton of memory loading the images into wish's memory. And by default tcl/tk doesn't free that memory back to the OS. However it does free it up within tcl/tk when the corresponding [drawsprite] is deleted-- so if you delete it and undo a bunch of times it won't consume more memory than it did in the first place. But for small sprites this isn't really an issue, and once the images are loaded it is very cheap to copy/cut the scalar images on a canvas. -Jonathan Jack ___ 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] reverse kickstarter update: omgponies
Le 22/08/2013 16:36, Jonathan Wilkes a écrit : On 08/22/2013 03:53 AM, Jack wrote: Le 22/08/2013 07:13, Jonathan Wilkes a écrit : Hi list, I've got some updates to [canvasinfo], [pdinfo], and [classinfo] that I'll put in a demo build either tomorrow or the next day. I also added a new data structure class with two creators: [drawimage] - draw an image on a canvas [drawsprite] - draw a sprite on a canvas The [drawsprite] object takes the name of a directory containing an image sequence and loads the images into tcl/tk memory when the object gets created. A ds float field can then be associated with that image so that when you change its value it jumps to that image in the sequence. I used the code from [drawnumber], so you can even animate the sprite by clicking and dragging on the image. Since all the images are preloaded into tcl/tk, animating them is fairly straightforward-- tk just clears the old image and copies the new one from one of the images it has in memory. Of course the upshot is fairly obvious-- we can finally have ponies running around inside Pure Data patches. E.g., thanks to this: http://friendshipismagic.smackjeeves.com/comics/1223051/female-pony-base-sprites/ I can now do this: https://puredata.info/Members/jancsika/omgponies.webm/view I just added the realtime code selection as an afterthought using [cnv] objects. However, it would be neat to be able to group code and highlight it programmatically as the data is flowing. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Very funny animation, we can now design platform games directly in a patch. ! ;) More seriously, it could replace the [#see] object from gridflow, interresting... ++ As I understand it, [#see] is much more powerful because it's visualizing stuff created from gridflow computations on the fly. But it's probably also much slower for that same reason. One drawback to [drawsprite] is if you wanted to abuse it to draw a large image sequence-- say a video clip-- you're going to use a ton of memory loading the images into wish's memory. And by default tcl/tk doesn't free that memory back to the OS. However it does free it up within tcl/tk when the corresponding [drawsprite] is deleted-- so if you delete it and undo a bunch of times it won't consume more memory than it did in the first place. But for small sprites this isn't really an issue, and once the images are loaded it is very cheap to copy/cut the scalar images on a canvas. -Jonathan Jack ___ 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 Is it possible to add an argument to [drawsprite] to load the first X frame of the video ? Then, it will limit the memory used for large videos. ++ Jack ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reverse kickstarter update: omgponies
Is it possible to add an argument to [drawsprite] to load the first X frame of the video ? Then, it will limit the memory used for large videos. ++or just a portion of the video, in that case.___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reverse kickstarter update: omgponies
On 08/22/2013 10:46 AM, Jack wrote: Le 22/08/2013 16:36, Jonathan Wilkes a écrit : On 08/22/2013 03:53 AM, Jack wrote: Le 22/08/2013 07:13, Jonathan Wilkes a écrit : Hi list, I've got some updates to [canvasinfo], [pdinfo], and [classinfo] that I'll put in a demo build either tomorrow or the next day. I also added a new data structure class with two creators: [drawimage] - draw an image on a canvas [drawsprite] - draw a sprite on a canvas The [drawsprite] object takes the name of a directory containing an image sequence and loads the images into tcl/tk memory when the object gets created. A ds float field can then be associated with that image so that when you change its value it jumps to that image in the sequence. I used the code from [drawnumber], so you can even animate the sprite by clicking and dragging on the image. Since all the images are preloaded into tcl/tk, animating them is fairly straightforward-- tk just clears the old image and copies the new one from one of the images it has in memory. Of course the upshot is fairly obvious-- we can finally have ponies running around inside Pure Data patches. E.g., thanks to this: http://friendshipismagic.smackjeeves.com/comics/1223051/female-pony-base-sprites/ I can now do this: https://puredata.info/Members/jancsika/omgponies.webm/view I just added the realtime code selection as an afterthought using [cnv] objects. However, it would be neat to be able to group code and highlight it programmatically as the data is flowing. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -http://lists.puredata.info/listinfo/pd-list Very funny animation, we can now design platform games directly in a patch. ! ;) More seriously, it could replace the [#see] object from gridflow, interresting... ++ As I understand it, [#see] is much more powerful because it's visualizing stuff created from gridflow computations on the fly. But it's probably also much slower for that same reason. One drawback to [drawsprite] is if you wanted to abuse it to draw a large image sequence-- say a video clip-- you're going to use a ton of memory loading the images into wish's memory. And by default tcl/tk doesn't free that memory back to the OS. However it does free it up within tcl/tk when the corresponding [drawsprite] is deleted-- so if you delete it and undo a bunch of times it won't consume more memory than it did in the first place. But for small sprites this isn't really an issue, and once the images are loaded it is very cheap to copy/cut the scalar images on a canvas. -Jonathan Jack ___ 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 Is it possible to add an argument to [drawsprite] to load the first X frame of the video ? Then, it will limit the memory used for large videos. ++ Right now it just scoops up all valid gifs (and pngs if you have tkpng lib) in the directory you specify. I guess the ds quanta syntax could be used for this. If ds member field a is associated with the sequence number for a sprite, maybe a(0:99)(blah:blah) could just load the first 100 images inside that dir. (The blah:blah part would control how many pixels the sprite can be click-dragged, which isn't that import here.) -Jonathan Jack ___ 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] reverse kickstarter update: omgponies
Hi list, I've got some updates to [canvasinfo], [pdinfo], and [classinfo] that I'll put in a demo build either tomorrow or the next day. I also added a new data structure class with two creators: [drawimage] - draw an image on a canvas [drawsprite] - draw a sprite on a canvas The [drawsprite] object takes the name of a directory containing an image sequence and loads the images into tcl/tk memory when the object gets created. A ds float field can then be associated with that image so that when you change its value it jumps to that image in the sequence. I used the code from [drawnumber], so you can even animate the sprite by clicking and dragging on the image. Since all the images are preloaded into tcl/tk, animating them is fairly straightforward-- tk just clears the old image and copies the new one from one of the images it has in memory. Of course the upshot is fairly obvious-- we can finally have ponies running around inside Pure Data patches. E.g., thanks to this: http://friendshipismagic.smackjeeves.com/comics/1223051/female-pony-base-sprites/ I can now do this: https://puredata.info/Members/jancsika/omgponies.webm/view I just added the realtime code selection as an afterthought using [cnv] objects. However, it would be neat to be able to group code and highlight it programmatically as the data is flowing. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
Hi List, More Pd Preferences Dialog improvements: * color preset object names lined up vertically * improved colorchooser on Windows * better placement of audio and midi options * multi-device checkbutton for simpler UI * multi-device greyed out if hardware can't handle do it (thought I already had this, but it was buggy) * removed code that's no longer used * added pd extended color scheme * more consistent padding * help patches open on all platforms Just download pdprefs[Your-Platform-Name-Here] from: http://puredata.info/Members/jancsika Bonus: * includes [canvasinfo], [pdinfo], and [classinfo]. These are still a work in progress, but you can send each a bang to see what attributes are there. (For [classinfo] give it the classname of an object as an arg.) Apropos of the thread about finding the directory of the pd executable, just do: [dir( | [pdinfo] | [print] and you should give you an honest answer. :) Some things that I didn't change: * still an old prefs menu option on Windows and GNU/Linux in Vanilla that I didn't remove * didn't fix the labelframe fonts * haven't hooked into routine to save gui prefs yet (but audio and midi prefs should save on Applying * haven't looked into the MIDI bug, but I am protecting against it throwing a tcl error * still have an Apply Settings button that doesn't follow OSX HIG Advice needed: The gui prefs are rather static. How can I make it so a gui-plugin or gui object class can register one or more of its visual aspects to appear in the list so the user (or a preset) can change it globally? Feedback much appreciated! Finally, if you like the work please feel free to throw some rice and beans my way: https://jwilkes.nfshost.com/donations.php Best, Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
On 30 Jul 2013, at 21:56, Jonathan Wilkes jancs...@yahoo.com wrote: At the very least, I think Connect is a bit confusing. It implies that there can be an unconnected state when the main purpose of the dialog is managing which things are connected. Maybe Apply Settings, Update Connection Settings, or even Update, etc is better. Ok. I think Update or Update Connection Settings is probably best. When would a user want to change a setting but not apply? Surely you want the actual settings in the backend to always reflect the current state of the preferences dialog and vice versa. best, Jamie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
On Jul 31, 2013, at 6:00 AM, pd-list-requ...@iem.at wrote: At the very least, I think Connect is a bit confusing. It implies that there can be an unconnected state when the main purpose of the dialog is managing which things are connected. Maybe Apply Settings, Update Connection Settings, or even Update, etc is better. Ok. I think Update or Update Connection Settings is probably best. When would a user want to change a setting but not apply? Surely you want the actual settings in the backend to always reflect the current state of the preferences dialog and vice versa. best, Jamie I think you misunderstand me. Of course the changes should be applied, I'm just saying I thought the Connect button label was a little confusing. Apply would work as well in this case, but I think something like Update Connection Settings etc is more verbose, but also more clear. What I meant by not having an apply button a few posts ago, was that in most Mac apps you don't have a 2 step process to change settings aka change then apply. When you change a setting that's it, it's both changed and updated at the same time. I do agree with Jonathan that, in this case, it makes sense to have a 2 step process. I was mainly pointing out I thought the labeling could be more clear. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
On 31 Jul 2013, at 16:11, Dan Wilcox danomat...@gmail.com wrote: On Jul 31, 2013, at 6:00 AM, pd-list-requ...@iem.at wrote: At the very least, I think Connect is a bit confusing. It implies that there can be an unconnected state when the main purpose of the dialog is managing which things are connected. Maybe Apply Settings, Update Connection Settings, or even Update, etc is better. Ok. I think Update or Update Connection Settings is probably best. When would a user want to change a setting but not apply? Surely you want the actual settings in the backend to always reflect the current state of the preferences dialog and vice versa. best, Jamie I think you misunderstand me. Of course the changes should be applied, I'm just saying I thought the Connect button label was a little confusing. Apply would work as well in this case, but I think something like Update Connection Settings etc is more verbose, but also more clear. What I meant by not having an apply button a few posts ago, was that in most Mac apps you don't have a 2 step process to change settings aka change then apply. When you change a setting that's it, it's both changed and updated at the same time. I do agree with Jonathan that, in this case, it makes sense to have a 2 step process. I was mainly pointing out I thought the labeling could be more clear. Actually, I don't think I expressed myself very well as I was arguing the opposite. I think the settings should take effect immediately and there shouldn't be an apply or connect or anything button — you just change a setting and that's it — done! Hence my question about when you would want to not apply the settings. I can't find any other application on my Mac that has an apply button in the audio prefs dialog, and FWIW, in Integra Live we managed to create an audio prefs without an apply step, based on Pd using IOhannes' [mediasettings] externals, so it's definitely possible. best, Jamie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
On Jul 31, 2013, at 11:22 AM, Jamie Bullock ja...@jamiebullock.com wrote: On 31 Jul 2013, at 16:11, Dan Wilcox danomat...@gmail.com wrote: On Jul 31, 2013, at 6:00 AM, pd-list-requ...@iem.at wrote: At the very least, I think Connect is a bit confusing. It implies that there can be an unconnected state when the main purpose of the dialog is managing which things are connected. Maybe Apply Settings, Update Connection Settings, or even Update, etc is better. Ok. I think Update or Update Connection Settings is probably best. When would a user want to change a setting but not apply? Surely you want the actual settings in the backend to always reflect the current state of the preferences dialog and vice versa. best, Jamie I think you misunderstand me. Of course the changes should be applied, I'm just saying I thought the Connect button label was a little confusing. Apply would work as well in this case, but I think something like Update Connection Settings etc is more verbose, but also more clear. What I meant by not having an apply button a few posts ago, was that in most Mac apps you don't have a 2 step process to change settings aka change then apply. When you change a setting that's it, it's both changed and updated at the same time. I do agree with Jonathan that, in this case, it makes sense to have a 2 step process. I was mainly pointing out I thought the labeling could be more clear. Actually, I don't think I expressed myself very well as I was arguing the opposite. I think the settings should take effect immediately and there shouldn't be an apply or connect or anything button — you just change a setting and that's it — done! Hence my question about when you would want to not apply the settings. I can't find any other application on my Mac that has an apply button in the audio prefs dialog, and FWIW, in Integra Live we managed to create an audio prefs without an apply step, based on Pd using IOhannes' [mediasettings] externals, so it's definitely possible. Ah ok. Then yeah, we both agree. The issue then is really about being cross platform. Windows and Linux use the change/apply metaphor, so I figured it probably doesn't make sense to ask Jonathan to code a separate Mac-only dialog. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
On 31 Jul 2013, at 16:46, Jonathan Wilkes jancs...@yahoo.com wrote: Actually, I don't think I expressed myself very well as I was arguing the opposite. I think the settings should take effect immediately and there shouldn't be an apply or connect or anything button — you just change a setting and that's it — done! Hence my question about when you would want to not apply the settings. I can't find any other application on my Mac that has an apply button in the audio prefs dialog, and FWIW, in Integra Live we managed to create an audio prefs without an apply step, based on Pd using IOhannes' [mediasettings] externals, so it's definitely possible. My question: are all current (and imaginable future) audio APIs able to handle quick changes to the setttings? Say, if a user toggles Use Callbacks three times within 500ms and Pd tries to connect to ALSA each time, does ALSA handle that gracefully? (Or whatever backend-- I can't remember if ALSA has that option available atm.) I think that's a separate issue to whether or not you have an apply button. That is, you could have an apply button, but still be in a situation where the user can change state faster than the backend can respond. In any case, I think adding a UI component the purpose of which is to throttle user input is a bad idea. I don't want to be slowed down ;) I think you should design what you think is the best UI for humans, and then figure out how to make the business logic robust enough to handle problematic cases like the one you describe above as and when they arise. Just my 2¢ All best, Jamie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
On 2013-07-31 11:59, Jamie Bullock wrote: On 31 Jul 2013, at 16:46, Jonathan Wilkes jancs...@yahoo.com wrote: Actually, I don't think I expressed myself very well as I was arguing the opposite. I think the settings should take effect immediately and there shouldn't be an apply or connect or anything button — you just change a setting and that's it — done! Hence my question about when you would want to not apply the settings. I can't find any other application on my Mac that has an apply button in the audio prefs dialog, and FWIW, in Integra Live we managed to create an audio prefs without an apply step, based on Pd using IOhannes' [mediasettings] externals, so it's definitely possible. My question: are all current (and imaginable future) audio APIs able to handle quick changes to the setttings? Say, if a user toggles Use Callbacks three times within 500ms and Pd tries to connect to ALSA each time, does ALSA handle that gracefully? (Or whatever backend-- I can't remember if ALSA has that option available atm.) I think that's a separate issue to whether or not you have an apply button. That is, you could have an apply button, but still be in a situation where the user can change state faster than the backend can respond. In any case, I think adding a UI component the purpose of which is to throttle user input is a bad idea. I don't want to be slowed down ;) I think you should design what you think is the best UI for humans, and then figure out how to make the business logic robust enough to handle problematic cases like the one you describe above as and when they arise. What if someone wants to change two or more settings without having them activated until all is correct? On the Mac network settings you have an apply button so you can change multiple things without getting stupid error messages because it's only half set up... Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
On 31 Jul 2013, at 17:07, Martin Peach martin.pe...@sympatico.ca wrote: I think you should design what you think is the best UI for humans, and then figure out how to make the business logic robust enough to handle problematic cases like the one you describe above as and when they arise. What if someone wants to change two or more settings without having them activated until all is correct? On the Mac network settings you have an apply button so you can change multiple things without getting stupid error messages because it's only half set up... That makes sense (kind of) for Network Settings because there's a degree of mutual interdependence between the settings — although I'd still prefer no apply (iOS doesn't have one for example). But in the case of audio / MIDI prefs the settings are independent once you've selected driver and device, so users explicitly wanting _not_ to apply a setting immediately seems like an unlikely corner case to me. Jamie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
On 07/31/2013 11:59 AM, Jamie Bullock wrote: On 31 Jul 2013, at 16:46, Jonathan Wilkes jancs...@yahoo.com wrote: Actually, I don't think I expressed myself very well as I was arguing the opposite. I think the settings should take effect immediately and there shouldn't be an apply or connect or anything button — you just change a setting and that's it — done! Hence my question about when you would want to not apply the settings. I can't find any other application on my Mac that has an apply button in the audio prefs dialog, and FWIW, in Integra Live we managed to create an audio prefs without an apply step, based on Pd using IOhannes' [mediasettings] externals, so it's definitely possible. My question: are all current (and imaginable future) audio APIs able to handle quick changes to the setttings? Say, if a user toggles Use Callbacks three times within 500ms and Pd tries to connect to ALSA each time, does ALSA handle that gracefully? (Or whatever backend-- I can't remember if ALSA has that option available atm.) I think that's a separate issue to whether or not you have an apply button. That is, you could have an apply button, but still be in a situation where the user can change state faster than the backend can respond. In any case, I think adding a UI component the purpose of which is to throttle user input is a bad idea. I don't want to be slowed down ;) I think you should design what you think is the best UI for humans, and then figure out how to make the business logic robust enough to handle problematic cases like the one you describe above as and when they arise. One thing I'm not crazy about is that when you get rid of the Connect button, or whatever we call it, I then have to make the text entry widgets (e.g., sample rate) reconnect audio when the entry _loses_ focus. I've never liked that about instantiating Pd objects (for example, the more objects in the patch the more anxious I get about finding empty canvas spaces to click for instantiation). Pd patching solves this by also instantiating with ctrl-enter so there's visual feedback of the dashed line changing to solid (as well as rectangle bgcolor changing and xlets appearing). But with a tk entry widget if I bind to the enter/return key I don't get visual feedback that the audio reconnection has occurred. This usually isn't a problem on most of the UIs I tend to use-- GNU/Linux and Windows usually have an Apply type button, and text entries on webpages typically post the form on clicking enter so you get visual feedback there. The OSX HIG has nothing to say on the matter, or I can't find it if it does. If OSX folks are used to text entry values updating upon losing focus I can revise the dialog to do that. Bigger than the Apply issue: I think I need to add a Refresh button for the API because AFAICT pd core does not update the GUI when new devices are added. Currently you can just select the API again to trigger an update, but I'd like to make it more obvious to the user that core pd doesn't report hardware changes unless the GUi asks about them. -Jonathan Just my 2¢ All best, Jamie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
- which font are you using? it looks a bit strange' The entire dialog, or just the headings? I hard-coded some font for the headings just to get them to be bold-- that's something I'll change now that I can test it on all platforms.Actually I meant the patch. Your windows looked quite good. Maybe another vanilla issue. - I guess autopatching is always on? didn't find a switch for it On Vanilla, yes. ah, ok. I personally don't find it a good idea to force autopatch on the user, but I don't use vanilla. And then another preferences menu in Edit. I don't know anything of menu design, but why not: - add the path and startup sections to the preferences window I think those sections are deprecated in Pd-extended. Not sure about Pd-l2ork, Vanilla...the path window is still on 043-4 ext - the GUI profile is a very nice idea, I've been doing it for years with Hans' commands. If you want, adding font+size would make it complete. You mean the font dialog/ font "bomb"? I think that's per canvas, no?the usual font dialog seems to affect a whole patch. - are there any patches you would need to test specific parts of your work? I might be able to help with that, since I can't program C or tcl/tk A patch with all the iemguis, text, object boxes, and message boxes is sufficient to test the GUI settings. For the others, if you try to do normal audio/midi work and let me know if you hit a snag.ok, although I don't program for vanilla. my normal patches will surely run into problems with this version.___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
How do we give you money if the page isn't available? :P On Jul 30, 2013, at 6:00 AM, pd-list-requ...@iem.at wrote: From: Jonathan Wilkes jancs...@yahoo.com Subject: Re: [PD] Reverse Kickstarter Update Date: July 29, 2013 9:47:15 PM EDT To: pd-list@iem.at Ok, with Dan's help I've now got a quick demo of the dialog preferences for OSX (intel): http://puredata.info/Members/jancsika/Pd-with-prefs-0.43.zip/view?searchterm=pd%20with%20prefs Turns out the ability to build for ppc arch is no longer supported in recent versions of XCode (if I understand it correctly). I guess I built without support for any other audio APIs, so the dropdown is permanently empty which is a little weird. Also you need at least tcl/tk 8.5 on your system. But other than that it should work. If you try it out then me some feedback on the preferences dialog. And if you have some money and like what you see, show me some beans and rice: :) https://jwilkes.nfhost.com/donations.php -Jonathan Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
Two things from me: * missing a Pd-extended theme aka grey filled boxes * the Apple interface guidelines generally frown on Apply buttons like the Connect button in the audio/midi dialogs. The expected behavior is that you also connect when you select the device in the drop down, the idea being you don't require 2 steps. At least that's how I would do it. It's a niggle, but thought I'd throw it in. Oh and in case my poorly formatted last email didn't get through, your donations page is down ... On Jul 30, 2013, at 6:00 AM, pd-list-requ...@iem.at wrote: From: Jonathan Wilkes jancs...@yahoo.com Subject: Re: [PD] Reverse Kickstarter Update Date: July 29, 2013 9:47:15 PM EDT To: pd-list@iem.at Ok, with Dan's help I've now got a quick demo of the dialog preferences for OSX (intel): http://puredata.info/Members/jancsika/Pd-with-prefs-0.43.zip/view?searchterm=pd%20with%20prefs Turns out the ability to build for ppc arch is no longer supported in recent versions of XCode (if I understand it correctly). I guess I built without support for any other audio APIs, so the dropdown is permanently empty which is a little weird. Also you need at least tcl/tk 8.5 on your system. But other than that it should work. If you try it out then me some feedback on the preferences dialog. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
On 07/30/2013 01:22 PM, Dan Wilcox wrote: Two things from me: * missing a Pd-extended theme aka grey filled boxes * the Apple interface guidelines generally frown on Apply buttons like the Connect button in the audio/midi dialogs. The expected behavior is that you also connect when you select the device in the drop down, the idea being you don't require 2 steps. At least that's how I would do it. It's a niggle, but thought I'd throw it in. Oh and in case my poorly formatted last email didn't get through, your donations page is down ... Oh no! I tested the link in my browser and somehow left a typo in the email. My host is Nearly Free Speech-- the actual address is: https://jwilkes.nfshost.com/donations.php There's also a link to donate from http://www.jonathanwilkes.net So yeah, ssl has its problems, _especially_ when you type your url wrong in the first place! Thanks for catching that. -Jonathan On Jul 30, 2013, at 6:00 AM, pd-list-requ...@iem.at mailto:pd-list-requ...@iem.at wrote: *From:*Jonathan Wilkes jancs...@yahoo.com mailto:jancs...@yahoo.com *Subject:**Re: [PD] Reverse Kickstarter Update* *Date:*July 29, 2013 9:47:15 PM EDT *To:*pd-list@iem.at mailto:pd-list@iem.at Ok, with Dan's help I've now got a quick demo of the dialog preferences for OSX (intel): http://puredata.info/Members/jancsika/Pd-with-prefs-0.43.zip/view?searchterm=pd%20with%20prefs Turns out the ability to build for ppc arch is no longer supported in recent versions of XCode (if I understand it correctly). I guess I built without support for any other audio APIs, so the dropdown is permanently empty which is a little weird. Also you need at least tcl/tk 8.5 on your system. But other than that it should work. If you try it out then me some feedback on the preferences dialog. Dan Wilcox @danomatika danomatika.com http://danomatika.com robotcowboy.com http://robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
On 07/30/2013 01:22 PM, Dan Wilcox wrote: Two things from me: * missing a Pd-extended theme aka grey filled boxes Ah yes, forgot that one. * the Apple interface guidelines generally frown on Apply buttons like the Connect button in the audio/midi dialogs. The expected behavior is that you also connect when you select the device in the drop down, the idea being you don't require 2 steps. At least that's how I would do it. It's a niggle, but thought I'd throw it in. But then what about the blocksize, samplerate, and callbacks? If those don't immediately update then the user would have to switch devs to get them to update. If they immediately update then the user would need to press tab or click somewhere to make the text entry lose focus. Both of those seem problematic, but if there's an Apple-like HIG solution I'll try to implement it. -Jonathan Oh and in case my poorly formatted last email didn't get through, your donations page is down ... On Jul 30, 2013, at 6:00 AM, pd-list-requ...@iem.at mailto:pd-list-requ...@iem.at wrote: *From:*Jonathan Wilkes jancs...@yahoo.com mailto:jancs...@yahoo.com *Subject:**Re: [PD] Reverse Kickstarter Update* *Date:*July 29, 2013 9:47:15 PM EDT *To:*pd-list@iem.at mailto:pd-list@iem.at Ok, with Dan's help I've now got a quick demo of the dialog preferences for OSX (intel): http://puredata.info/Members/jancsika/Pd-with-prefs-0.43.zip/view?searchterm=pd%20with%20prefs Turns out the ability to build for ppc arch is no longer supported in recent versions of XCode (if I understand it correctly). I guess I built without support for any other audio APIs, so the dropdown is permanently empty which is a little weird. Also you need at least tcl/tk 8.5 on your system. But other than that it should work. If you try it out then me some feedback on the preferences dialog. Dan Wilcox @danomatika danomatika.com http://danomatika.com robotcowboy.com http://robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
On Jul 30, 2013, at 2:55 PM, Jonathan Wilkes jancs...@yahoo.com wrote: * the Apple interface guidelines generally frown on Apply buttons like the Connect button in the audio/midi dialogs. The expected behavior is that you also connect when you select the device in the drop down, the idea being you don't require 2 steps. At least that's how I would do it. It's a niggle, but thought I'd throw it in. But then what about the blocksize, samplerate, and callbacks? If those don't immediately update then the user would have to switch devs to get them to update. If they immediately update then the user would need to press tab or click somewhere to make the text entry lose focus. Both of those seem problematic, but if there's an Apple-like HIG solution I'll try to implement it. -Jonathan Yeah, as I said, it's a niggle and more Mac specific but you do it this way, for instance, in the GUI pane. The Apply button concept is more firmly entrenched on the other desktops. I really only understood that after writing a Mac-only app and trying to make it work like the other native apps. There are certain situations where you need to start and stop things which does have a separate button. In some cases, certain options are disabled (greyed out / deactivated) when changing them has no effect and deactivated based on another control, say starting/stopping some background process. At the very least, I think Connect is a bit confusing. It implies that there can be an unconnected state when the main purpose of the dialog is managing which things are connected. Maybe Apply Settings, Update Connection Settings, or even Update, etc is better. Ok a few more now that I'm looking more closely: * the MIDI channels text box should probably be filled by default aka 16. Better yet, maybe it should be a drop down box? Also, we weren't able to set the number of channels per device in the old Midi settings dialog? Does this mean we can split up channels now? Say use two devices but give them only 8 each? If we can't, then maybe you don't need this text box. * in the MIDI dialog pane, I get an error when I switch to Multiple devices then back again: can't read ::midi_inchan2: no such variable * in the Audio dialog pane, you could shorten msec to ms IMO, and I would add some text to explain what Use callbacks and Delay mean and why there's a setting for them. Everything else makes sense really, but those always bothered me. * I wish the API dropdown box + Number of devices button was centered like the content below it * The toggle nature of the Use single/multiples devices never made sense to me. IMO is should really be a toggle button: Use multiple devices? [x] Better yet, there wouldn't need to be a direct control if there was a [+] [-] mechanism in the device section itself. The option would be implied: if you are only using 1 device then yeah Using single device, as soon as you add a second one, then Using multiple devices. This makes sense for both Audio and Midi. I know this is probably more work on the GUI side, but I thought I'd bring it up from a UI point of view. * in the GUI dialog pane, I'd put the color swatch buttons first, then the labels. This way they'd be aligned to the left better. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
On 07/30/2013 03:16 PM, Dan Wilcox wrote: On Jul 30, 2013, at 2:55 PM, Jonathan Wilkes jancs...@yahoo.com mailto:jancs...@yahoo.com wrote: * the Apple interface guidelines generally frown on Apply buttons like the Connect button in the audio/midi dialogs. The expected behavior is that you also connect when you select the device in the drop down, the idea being you don't require 2 steps. At least that's how I would do it. It's a niggle, but thought I'd throw it in. But then what about the blocksize, samplerate, and callbacks? If those don't immediately update then the user would have to switch devs to get them to update. If they immediately update then the user would need to press tab or click somewhere to make the text entry lose focus. Both of those seem problematic, but if there's an Apple-like HIG solution I'll try to implement it. -Jonathan Yeah, as I said, it's a niggle and more Mac specific but you do it this way, for instance, in the GUI pane. The Apply button concept is more firmly entrenched on the other desktops. I really only understood that after writing a Mac-only app and trying to make it work like the other native apps. There are certain situations where you need to start and stop things which does have a separate button. In some cases, certain options are disabled (greyed out / deactivated) when changing them has no effect and deactivated based on another control, say starting/stopping some background process. At the very least, I think Connect is a bit confusing. It implies that there can be an unconnected state when the main purpose of the dialog is managing which things are connected. Maybe Apply Settings, Update Connection Settings, or even Update, etc is better. Ok. I think Update or Update Connection Settings is probably best. Ok a few more now that I'm looking more closely: * the MIDI channels text box should probably be filled by default aka 16. Better yet, maybe it should be a drop down box? Also, we weren't able to set the number of channels per device in the old Midi settings dialog? I'm a little restricted because I don't have any MIDI devices to test with. Does this mean we can split up channels now? I haven't changed anything on the C side, nor really any of the settings in the MIDI dialog. Say use two devices but give them only 8 each? If we can't, then maybe you don't need this text box. * in the MIDI dialog pane, I get an error when I switch to Multiple devices then back again: can't read ::midi_inchan2: no such variable Ok, sounds like a bug on my part. I'll check it out. * in the Audio dialog pane, you could shorten msec to msIMO, and I would add some text to explain what Use callbacks and Delay mean and why there's a setting for them. Everything else makes sense really, but those always bothered me. Actually, I still have some work to do testing with Jack and probably changing some of those settings when it's the API, because I don't think Delay has an effect in that case. Also if you notice the Help window for the Audio dialog, you will see I clearly explained Use callbacks with ???. :) I haven't looked at the API code closely enough to understand what it does. If anyone can supply a nice user-facing explanation I'll add it. * I wish the API dropdown box + Number of devices button was centered like the content below it Hm... I'll try that. * The toggle nature of the Use single/multiples devices never made sense to me. IMO is should really be a toggle button: Use multiple devices? [x] Ah, yes! That will help a lot on OSX, too-- a disabled button doesn't really look disabled for some reason... Better yet, there wouldn't need to be a direct control if there was a [+] [-] mechanism in the device section itself. The option would be implied: if you are only using 1 device then yeah Using single device, as soon as you add a second one, then Using multiple devices. This makes sense for both Audio and Midi. I know this is probably more work on the GUI side, but I thought I'd bring it up from a UI point of view. Yeah, that's probably the right way to do it. * in the GUI dialog pane, I'd put the color swatch buttons first, then the labels. This way they'd be aligned to the left better. That should be pretty easy to test out. I'll try it. Thanks for the feedback! -Jonathan Dan Wilcox @danomatika danomatika.com http://danomatika.com robotcowboy.com http://robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
Ok, with Dan's help I've now got a quick demo of the dialog preferences for OSX (intel): http://puredata.info/Members/jancsika/Pd-with-prefs-0.43.zip/view?searchterm=pd%20with%20prefs Turns out the ability to build for ppc arch is no longer supported in recent versions of XCode (if I understand it correctly). I guess I built without support for any other audio APIs, so the dropdown is permanently empty which is a little weird. Also you need at least tcl/tk 8.5 on your system. But other than that it should work. If you try it out then me some feedback on the preferences dialog. And if you have some money and like what you see, show me some beans and rice: :) https://jwilkes.nfhost.com/donations.php -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
On 07/27/2013 04:13 AM, João Pais wrote: Hi, nice work. I just tested it on windows xp sp3, and it works. At some other point I can test it on w7, and ubuntu. Some remarks, though, in case it interests you - or shold they be sent to someone else? - when patching, I could open/close an object to text edit it by using ctrl-return. This doesn't work here anymore. Was it replaced by another key combination? Hm, I think that was added in Pd-extended/Pd-l2ork, but maybe Pd-Vanilla doesn't have it. My demo build is based off of Vanilla so that may be why it isn't there. - which font are you using? it looks a bit strange' The entire dialog, or just the headings? I hard-coded some font for the headings just to get them to be bold-- that's something I'll change now that I can test it on all platforms. - alt-f doesn't work to access the file menu. it would also be clearer if the shortcut keys (F, E, ...) would be underlined, as usual in windows menus Probably also something that's in Pd-extended (Pd-l2ork?) but not in Vanilla. I'll check. - I guess autopatching is always on? didn't find a switch for it On Vanilla, yes. - what does the tidy up command do, besides putting a comment in the console? would it be better to remove it? In Vanilla and Pd-extended, nearly nothing. In Pd-l2ork, it actually tidies up the patch by aligning objects vertically and horizontally. (Can't remember the method it uses but it seemed to work ok in Pd-l2ork when I tested it.) - it might be a bit strange to have the same preferences menu in the media and file menus. Ah yes, I meant to remove the one from the file menu. I'll fix that. And then another preferences menu in Edit. I don't know anything of menu design, but why not: - add the path and startup sections to the preferences window I think those sections are deprecated in Pd-extended. Not sure about Pd-l2ork, Vanilla... - access this window only through one menu? I guess in Media would be the most traditional place, but many programs have it in Edit. I think Edit is the right place on GNU/Linux and Windows, and under the main apple menu on OSX. - the GUI profile is a very nice idea, I've been doing it for years with Hans' commands. If you want, adding font+size would make it complete. You mean the font dialog/ font bomb? I think that's per canvas, no? - are there any patches you would need to test specific parts of your work? I might be able to help with that, since I can't program C or tcl/tk A patch with all the iemguis, text, object boxes, and message boxes is sufficient to test the GUI settings. For the others, if you try to do normal audio/midi work and let me know if you hit a snag. On startup I get the console output: midiin: windows: not supported sysexin: windows: not supported setting SO_BROADCAST rmstopow~ ... couldn't create powtorms~ ... couldn't create scalar ... couldn't create scope~ ... couldn't create warning -- 'template' (pd-help-intro.pd) is obsolete; replace with 'struct' Sounds like error messages related to the patch that opens when you right-click Help on an empty part of a patch. Except for setting SO_BROADCAST. Not sure what that relates to. -Jonathan 2013/7/26 Jonathan Wilkes jancs...@yahoo.com mailto:jancs...@yahoo.com On 07/26/2013 04:39 PM, Colet Patrice wrote: Le 26/07/2013 20:53, Jonathan Wilkes a écrit : I just tested my demo buid using asio via port audio with the Test Audio and MIDI patch and it seems to work. what system are you using? Mine is windows vista home premium SP2. Mine is Windows XP Service Pack 3. I can test later on a Windows Vista system. -Jonathan ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 | Mob +49 162 6843570 jmmmp...@googlemail.com mailto:jmmmp...@googlemail.com | skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
Hi, nice work. I just tested it on windows xp sp3, and it works. At some other point I can test it on w7, and ubuntu. Some remarks, though, in case it interests you - or shold they be sent to someone else? - when patching, I could open/close an object to text edit it by using ctrl-return. This doesn't work here anymore. Was it replaced by another key combination? - which font are you using? it looks a bit strange - alt-f doesn't work to access the file menu. it would also be clearer if the shortcut keys (F, E, ...) would be underlined, as usual in windows menus - I guess autopatching is always on? didn't find a switch for it - what does the tidy up command do, besides putting a comment in the console? would it be better to remove it? - it might be a bit strange to have the same preferences menu in the media and file menus. And then another preferences menu in Edit. I don't know anything of menu design, but why not: - add the path and startup sections to the preferences window - access this window only through one menu? I guess in Media would be the most traditional place, but many programs have it in Edit. - the GUI profile is a very nice idea, I've been doing it for years with Hans' commands. If you want, adding font+size would make it complete. - are there any patches you would need to test specific parts of your work? I might be able to help with that, since I can't program C or tcl/tk On startup I get the console output: midiin: windows: not supported sysexin: windows: not supported setting SO_BROADCAST rmstopow~ ... couldn't create powtorms~ ... couldn't create scalar ... couldn't create scope~ ... couldn't create warning -- 'template' (pd-help-intro.pd) is obsolete; replace with 'struct' 2013/7/26 Jonathan Wilkes jancs...@yahoo.com On 07/26/2013 04:39 PM, Colet Patrice wrote: Le 26/07/2013 20:53, Jonathan Wilkes a écrit : I just tested my demo buid using asio via port audio with the Test Audio and MIDI patch and it seems to work. what system are you using? Mine is windows vista home premium SP2. Mine is Windows XP Service Pack 3. I can test later on a Windows Vista system. -Jonathan __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list -- Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 | Mob +49 162 6843570 jmmmp...@googlemail.com | skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
hi jonathan, on my windows 7 the sound works both with standard and ASIO; tested with the Pd audio test. rolf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Reverse Kickstarter Update
Hi List, Update on the Preferences dialog window for Pd. * Now it has a Help button with a first stab at help patches for Audio, Midi, and GUI prefs * Works in OSX and Windows as well as GNU/Linux * On OSX, lives in Apple Preferences menu * Looks native on OSX and Windows and looks not-so-terrible under X11 * Includes a general purpose dropdown widget that looks native on OSX and Windows can be used for other parts of Pd * Includes a dropdown_by_index widget to associate a variable with index instead of label * precompiled demo binaries to try out: http://puredata.info/search?SearchableText=pd+with+prefs 1) pdprefswindows - 0.44-3 built on Windows XP. Unzip, find the bin directory and double-click pd to run. 2) pdprefslinux32 - 0.44-3 built with Debian Jessie on 32-bit arch. untar and run ./pd in the pd directory. 3) pdprefslinux64 - 0.44-3 built with Debian Wheezy on amd64 arch. untar and run ./pd in the pd directory. (Note: windows version fixes the Use multiple devices button by greying it out unless your machine supports multiple cards.) No OSX app yet, but ini the meantime you can download any of the above, make clean and try compiling yourself. ***Reverse Kickstarter*** In true Reverse Kickstarter[1] fashion, I wanted to wait until I got a working, cross-platform dialog finished and only _after_ that ask for money. I set up a Donate button on my webpage which is: http://www.jonathanwilkes.net The Donate link navigates to an ssl page on my host (https://jwilkes.nfshost.com) and uses the Stripe API so payment info never touches my server.[2] If people have other payment methods they'd like to use to show support (cryptocurrencies, Paypal, etc.) just email me. ***More Work*** The GUI preferences should let users save a preset color scheme, and should also probably let them define their own. Also, I know from looking at Pd-l2ork's code that the global color scheme conflicts with Pd-l2ork's per-canvas color scheme. In pd-extended it just replaces static tcl colors. I'll work with either or both projects to find the best way to integrate these color themes with their existing code. Once you try it out, I think you'll see that one-click color changes to all existing and future patches of a running Pd-instance is very handy. More ***More Work***: * improve the Put menu array changes I made awhile back * add methods to pdinfo, canvasinfo, and classinfo * integrate a Xapian backend into the Search plugin for quicker and better search results * test Jack, ALSA, (and Pulse) API latencies -Jonathan [1] I just made up the phrase Reverse Kickstarter as a way to mean do and complete work first, then ask for funds. I guess I should preemptively find a better term so that the Kickstarter people don't come complaining to my inbox. Punchender? [2] I tried getting a free ssl cert for my domain but something got borked in the process. It turns out it's $50 bucks to revoke a free ssl cert. So rather than go down an infinite rabbit hole of support from a cert company I just learned about a few weeks ago, I'm utilizing my host's method of doing ssl using their domain name because a) they know (for a living) how to set up ssl, and b) I've had them for years and can trust them more than companies whose certificate-granting business models include the words free or cheap. (And if they don't include those words, the certificates are too expensive for me.) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
Le 26/07/2013 19:11, Jonathan Wilkes a écrit : Hi List, Update on the Preferences dialog window for Pd. * Now it has a Help button with a first stab at help patches for Audio, Midi, and GUI prefs * Works in OSX and Windows as well as GNU/Linux I've tried it out, nice work, what would happen when we choose 'asio'(the driver list at least should be updated to see available asio drivers)? Audio in pd still doesn't work on my windows machine, but it's the same thing on both vanilla and extended, if I use asio, pd stucks, all my other audio softwares works good. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
On 07/26/2013 01:34 PM, Colet Patrice wrote: Le 26/07/2013 19:11, Jonathan Wilkes a écrit : Hi List, Update on the Preferences dialog window for Pd. * Now it has a Help button with a first stab at help patches for Audio, Midi, and GUI prefs * Works in OSX and Windows as well as GNU/Linux I've tried it out, nice work, what would happen when we choose 'asio'(the driver list at least should be updated to see available asio drivers)? The two options I get under Windows are * mmio and * asio via port audio. What do you see in the Audio API dropdown list from the preferences dialog demo build of pd, and what is it you would like to see? Audio in pd still doesn't work on my windows machine, but it's the same thing on both vanilla and extended, if I use asio, pd stucks, all my other audio softwares works good. I just tested my demo buid using asio via port audio with the Test Audio and MIDI patch and it seems to work. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
Le 26/07/2013 20:53, Jonathan Wilkes a écrit : I just tested my demo buid using asio via port audio with the Test Audio and MIDI patch and it seems to work. what system are you using? Mine is windows vista home premium SP2. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Reverse Kickstarter Update
On 07/26/2013 04:39 PM, Colet Patrice wrote: Le 26/07/2013 20:53, Jonathan Wilkes a écrit : I just tested my demo buid using asio via port audio with the Test Audio and MIDI patch and it seems to work. what system are you using? Mine is windows vista home premium SP2. Mine is Windows XP Service Pack 3. I can test later on a Windows Vista system. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list