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 <[email protected]> > 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: [email protected] [mailto:[email protected]] Im Auftrag von > Luiz Naveda > Gesendet: Samstag, 28. Dezember 2013 22:34 > An: IOhannes m zmölnig > Cc: [email protected] > 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 :-) Pleaaaase! > > All the best > > Luiz > > > > On Sat, Dec 28, 2013 at 8:49 AM, IOhannes m zmölnig <[email protected]> > 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 > > > > _______________________________________________ > [email protected] 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^ > > ^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^^~^~~~~ > ^~^~^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^~~~ > > > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list >
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
