Re: [PD] GEM causes soung glitches
Hey thanks for the Answers Charles you mention looking at /var/log/Xorg.0.log there are many lines concerning GL. Any ideas to which shuld I edit. Any GUI based or terminal command to enable GL hardware acceleration and rendering for openGL? By the way I forgot to mention that the same patch works perfect on the same machine running with Win7. So it is not a hardware problem. It is for sure configuration. Ill also try the two PD instances But i think it is more likely to be the acceleration of the graphics card. D 2013/12/29 Ingo i...@miamiwave.com I have to fully agree with Iohannes. I have a huge patch that works perfectly the same with and without GEM running as a second patch. However, recently I had to change the hardware and I'm having problems now. This is neither a problem with GEM nor with the patch. It's a hardware driver problem. The proprietary ATI drivers were not working with this mainboard so I used the Ubuntu drivers which are no good - and I get drop outs much earlier than before. The more complex the patch gets the more important it is to have a perfectly working system and hardware. There is nothing you can fix in GEM if you have bad drivers or a badly designed patch. There are already a number of ways to set priorities in the system e.g. by setting up a low latency or realtime system with the best options, the Pd startup flags as well as patch design. Ingo Von: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] Im Auftrag von Luiz Naveda Gesendet: Samstag, 28. Dezember 2013 22:34 An: IOhannes m zmölnig Cc: pd-list@iem.at Betreff: Re: [PD] GEM causes soung glitches Iohannes, I am very sad to listen these words from you. I am just trying to point to a problem that I feel is important: making sound and work with gem causes glitches in several scenarios. It is a main problem for me and for some people I know. I accept that you think I am not a professional as you are and I also accept that I have all sort of design problems. No problem. But we have a problem here. I am just trying to wave the priority. I cant help solving the problem directly. My programming skills are not so good. But if you want I can do other tasks, try to raise money, I dont know. How do I start? I would like to ask you, in a very kind way and very friendly. Try not to reply posts like that suggesting that I am not professional or etc. It makes people afraid of contributing. Please, call me anything but let people express their opinions without being hit by emails like that. I am saying this waiving a white flag :-) Plese! All the best Luiz On Sat, Dec 28, 2013 at 8:49 AM, IOhannes m zmölnig zmoel...@iem.at wrote: On 2013-12-28 02:56, Luiz Naveda wrote: This workaround doesn't solve the problem. When you have to deal with messages, debugs and all sort of problems in the communication of instances it just start the wave of problems. most likely, you have a serious design problem. For newbies working with simple patches it is a frustration. For people working professionally in complex patches it is a hell. then you do you have a serious design problem. I think it is a annoying, important and bizarre problem for a software aimed at multimedia computing. The last time I had to deal with this rarely documented problem made me consider switch to other platforms. I wish someone could make it a high priority request for the PD developers. the fact that it is a rarely documented problem makes me think that the priority need not be as high as you suggest. in the meantime, raise the audio buffer of Pd. (and get yourself a decent gfx card with some proprietary (shudder) drivers). having said that, there is certainly loads of things to improve. since you seem to be working professionally in complex scenarios, i would like to invite you to help solving the problem (in a way that doesn't break everything platform X) fgmdsr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Luiz Naveda _ - PhD researcher http://www.ipem.ugent.be/samba - Director SysMus09 http://www.ipem.ugent.be/sysmus09 IPEM - Institute for Psychoacoustics and Electronic Music Ghent University Office: + 32 9 264 4127 Blandijnberg 2 Ghent, B-9000 Belgium ^v^ ^v^ ^v^ ^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^^~^ ^~^~^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^~~~ ___ 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 -
[PD] [PD-announce] fwd: en gros - en détail | snim open call for compositions | submission deadline Feb 21, 2014
snim – the spontaneous network for improvised music – is calling for new compositions for the festival `das kleine symposion`. The festival's 7th edition will take place at echoraum, Vienna, comprising three concerts in October 2014. For further details PLS see the attached PDF. Please forward to wherever you think it is appropriate! ** In case of questions PLS contact gabriele.drab(at)gmx.at ** snimcall_2014.pdf Description: Adobe PDF document ___ 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] [PD-announce] Chocolate et Coffee
Just as a general rule, when you see this: invalid command name pdsend it means you're trying to use an external (or a gui-plugin) that was designed for Pd = 0.43 on a version of Pd 0.43 And when you see this: invalid command name pd it means you're trying to use an external designed for Pd = 0.42 on Pd 0.42. In most cases the external is probably trying to draw something graphically in a patch or on the screen. On Friday, January 10, 2014 2:55 AM, i go bananas hard@gmail.com wrote: just tried this out, and it doesn't play nicely with pd-extended 0.42.5-rc3 on osx. i get this error: invalid command name pdsend invalid command name pdsend while executing pdsend {#c.bang1902000 mouseenter} (command bound to event) so, looks like you need at least 0.43 to make it work On Fri, Jan 10, 2014 at 11:15 AM, Scott R. Looney scottrloo...@gmail.com wrote: Dan is right on the mark here - and keep in mind here that there are folks with a lot of strong opinions on things. that's how this forum goes. it's rarely any kind of flame war, but occasionally feathers can get ruffled, and feelings hurt. personally i'm also very impressed. from the experience of an educator with a lot of familiarity in Max and a little in PD, i would totally welcome any number of your excellent GUI objects into Vanilla (my favorite as i want to work with libpd) or Extended. as for the various other libraries and externals you've made, i will leave that for the experts to handle the issues of duplication. (i also agree a prepend object in vanilla would be wonderful however). i'm not discounting the wonderful GPLd work, GUI based and otherwise, done by so many contributors in pd-extended but it presents issues to less code-savvy people wanting to make iOS apps in PD. in short, i think more work for Vanilla than can be turned into iOS apps through libpd is extremely welcome. so thumbs up from me! keep doing what you're doing. best to all, scott On Thu, Jan 9, 2014 at 5:33 PM, Dan Wilcox danomat...@gmail.com wrote: Poor IOhannes, everyone thinks you're yelling at them :D Pierre, nobody is mad at you. It's just a misunderstanding. Everyone is really impressed with your work and we've been thinking of ways to integrate it within a Pd distribution (vanilla, extended, etc). Part of doing that is to find and eliminate redundancy where it makes sense and the usage of the work dupes only refers to that. If anything, perhaps we can analyze the reasons why you needed to extend a few of the existing objects and see if we can't add the functionality to them ([canvas] etc). Also, nobody has been sarcastic with using the term fancy objects. At this point, we *all* want nicer objects and yours are pretty awesome. fancy only refers to a comparison with the iemguis which are admittedly utilitarian (but have their own charm). On Jan 3, 2014, at 10:35 AM, pd-list-requ...@iem.at wrote: From: Pierre Guillot guillotpier...@gmail.com Subject: Re: [PD] [PD-announce] Chocolate et Coffee Date: January 3, 2014 at 8:26:17 AM EST To: IOhannes m zmölnig zmoel...@iem.at Cc: PD List pd-list@iem.at I offers a library for Pd and not only on Pd-extented. It would have been annoying to put the iem's prepend in the distribution (I don't think that Thomas Musil would have be happy) and it would have strange to ask the user to download one external here and another here. I've made c.prepend and c.loadmess because I wanted to offer something with clean and simple and note that canvasarg don't have the same behavior, canvasinfo isn't my pd-extented distribution, listpak doesn't work. I know that most of the users use these obects and I don't want to replace them that why I put .c before everything. So I can't figure out what is your problem, why do you say fancy objects, for the dupes ? If I said something wrong, I'm sorry. Let's try to be cool please. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ 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] [PD-announce] Chocolate et Coffee
Hi Dan, Given that Pierre wants to target Pd Vanilla with his external library, dupes are inevitable. Some of these are features that have been requested for over a decade. What is your plan for getting the necessary features into Vanilla so that such dupes are no longer necessary to include in a library like this? -Jonathan On Thursday, January 9, 2014 8:37 PM, Dan Wilcox danomat...@gmail.com wrote: Poor IOhannes, everyone thinks you're yelling at them :D Pierre, nobody is mad at you. It's just a misunderstanding. Everyone is really impressed with your work and we've been thinking of ways to integrate it within a Pd distribution (vanilla, extended, etc). Part of doing that is to find and eliminate redundancy where it makes sense and the usage of the work dupes only refers to that. If anything, perhaps we can analyze the reasons why you needed to extend a few of the existing objects and see if we can't add the functionality to them ([canvas] etc). Also, nobody has been sarcastic with using the term fancy objects. At this point, we *all* want nicer objects and yours are pretty awesome. fancy only refers to a comparison with the iemguis which are admittedly utilitarian (but have their own charm). On Jan 3, 2014, at 10:35 AM, pd-list-requ...@iem.at wrote: From: Pierre Guillot guillotpier...@gmail.com Subject: Re: [PD] [PD-announce] Chocolate et Coffee Date: January 3, 2014 at 8:26:17 AM EST To: IOhannes m zmölnig zmoel...@iem.at Cc: PD List pd-list@iem.at I offers a library for Pd and not only on Pd-extented. It would have been annoying to put the iem's prepend in the distribution (I don't think that Thomas Musil would have be happy) and it would have strange to ask the user to download one external here and another here. I've made c.prepend and c.loadmess because I wanted to offer something with clean and simple and note that canvasarg don't have the same behavior, canvasinfo isn't my pd-extented distribution, listpak doesn't work. I know that most of the users use these obects and I don't want to replace them that why I put .c before everything. So I can't figure out what is your problem, why do you say fancy objects, for the dupes ? If I said something wrong, I'm sorry. Let's try to be cool please. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
I don't have any plans, I was only responding in a hypothetical manner. I'm busy on a show right now and can't do pd dev. A better person to ask is Miller ... On Jan 10, 2014, at 12:48 PM, Jonathan Wilkes jancs...@yahoo.com wrote: What is your plan for getting the necessary features into Vanilla so that such dupes are no longer necessary to include in a library like this? Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] groove machine how to: keep metro and a loop in sync
Dear list, happy new year first of all :) I wanted to ask you about something that should be simple, but might not be that much. Inspired by a talk on groove by Victor Wooten, I'm working on a patch that plays a wav loop repeatedly (drums) and then cuts the volume on the track for a certain number of beats. The interval gets larger and larger, forcing you to work on your timing and general groove feel. The patch is already working quite OK, but one thing I cannot seem to get completely right is a perfect sync between the beats which cut off the volume of the wav. I'm using a metro object set to the bpm of the loop and start both concurrently. Maybe this is just much too imprecise for what I'm trying to do.. thank you all! Cheers from Munich, Filippo Filippo Beck Peccoz Game Audio www.fbpsound.com Twitter: @fbpsound Skype: fbpsound Mobile: +49-(0)1520-4004143 Studio: +49-(0)89-80033204 Fax: +49-(0)89-99752164 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Chocolate et Coffee
On 01/10/2014 12:50 PM, Dan Wilcox wrote: I don't have any plans, I was only responding in a hypothetical manner. I'm busy on a show right now and can't do pd dev. A better person to ask is Miller ... I must have misunderstood-- the way you wrote that made it sound like there is a process by which the community gets things included into Pd Vanilla. If such a process existed wouldn't one of the dupes IOhannes cites already be included in Pd Vanilla after over a decade now? Instead, I think Pierre has taken the only sensible approach to making a library that works with both Pd-Vanilla and Pd-extended. You simply code up the stuff that's been missing forever-- some of it probably in less time than it takes to respond to questions about dupes. Then you ship the library, and it just works without users having to find other libraries. -Jonathan On Jan 10, 2014, at 12:48 PM, Jonathan Wilkes jancs...@yahoo.com mailto:jancs...@yahoo.com wrote: What is your plan for getting the necessary features into Vanilla so that such dupes are no longer necessary to include in a library like this? 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
[PD] bbox for an ellipse
Hi list, Anyone know a straightforward way to find the axis-aligned bounding box for an ellipse given: * center x * center y * radius x * radius y * arbitrary affine transformation applied using an svg-style 3x3 matrix Right now I'm just doing the trivial calculation for the bbox of the untransformed ellipse, then multiplying the matrix times those coordinates. That gives me a box that includes the ellipse, but I'd like to get the tightest fitting one. Thanks, Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list