Re: [PD] Slow cpu/RJDJ patching approach ...
Hans-Christoph Steiner wrote: I've recently been working with 80MHz machines that don't even have FPUs, so I also care about ld machines. (These little computers are known as iPods). One thing that is definitely worth trying is to update to the latest version of Tcl/Tk. They have done a lot of optimization in 8.5, I think on X11 too. Another thing to try is writing the GUI in a toolkit that is optimized for speed. I don't know if you have a GPU, but if you wrote Pd GUI objects using something like togl or tkzinc, both use OpenGL, that could also help. http://togl.sourceforge.net/ http://www.tkzinc.org/ i am still pretty convinced that tcl/tk is not the buster, so replacing it by someting more performant will only give you little help. the problem comes from how Pd(-core) communicates with the Pd-gui; and that Pd(-core) needs a lot of calculation power to make Pd-gui draw something nicely. unless this calculations are done on the Pd-gui side, i see little chances that things will improve. having said all that, i honestly do not understand how the matter of CPU-hungry gop objects impose any problems on slow machines. you are surely not saying, that you develop your patches for iPod/wearables/P-100 andwhatelse with graphical objects.(?!) personally i cannot imagine developing cpu-intensive patches on my current machine, which is a by-now-rather-oldish amd64 x2 dual-core (well, Pd cannot use more than 1 core anyhow) 4200+, with GOP enabled. gfmasdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] help
Hi all, I work with pd in vista. since a week pd doesn't run anymore cuz every time I open pd I got the message that pd.exe has stopped working and windows can check online for a solution to the problem, so it will closed and next time the same message. I tried to run it in safe mode and it only works there. I also tried to uninstall and reinstall pd for some times, but no success. In addition, I tried out some different uninstaller softwares to get pd uninstalled properly(+all data in the registry) but unfortunately I got the same message after I reinstalled pd and run it again. I actually don't want to solve this problem through reinstalling the windows. Does somebody know a way how I can solve this problem, please? I would appreciate for any help. Regards, Farhood ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] help
hi Farhood Kolahian wrote: Hi all, I work with pd in vista. since a week pd doesn't run anymore cuz every time I open pd I got the message that pd.exe has stopped working and windows can check online for a solution to the problem, so it will to give us a better idea of what is going on, it would (might) help a lot if you could also tell with which version of Pd you are experiencing the problem. e.g. does the problem persist if you uninstall e.g. Pd-extended 0.27 and install Pd-vanilla 0.33 instead, or the other way round? (make sure you grab the newest (stable) versions, not any of the random numbers i gave above) furthermore: problems with Pd on w32 usually exist because Pd uses a network-connection between the core-application and the GUI. firewalls usually don't like this, make sure that the Pd.exe process is allowed to make a connection (either by creating an allow-rule in your firewall, or by turning off the firewall completely (which i would not recommend)) finally: please make sure to use meaningful subjects. e.g. help is bad as our mailinglist software will interpret help as an administrative command (read: it thinks that you are asking for help about how to use the mailinglist, not about the topic of the list), and make the poor administrator of this mailinglist (read: me) to moderate your email. a good guide on how to post can be found at http://puredata.info/community/lists/Netiquette/?searchterm=netiquette ghmasdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] June 1 performance in London
If you are in London next Monday this performance (where I'm doing the music using, mostly, Pd) may be of interest: Ukiyo [Moveable World] by dap-lab / dans sans joux A choreographic installation fusing dance, sound, design and digital projections Monday, June 1, 19:ooAntoni Artaud Building, Brunel University, West London (free admission) UKIYO explores the layers of perceptions in an audiovisual world that constantly shifts and fragments; the audience is invited to move in and aound the space which in its current version features five hanamichi (runways) and several movie screens. Dancers perform simultaneously with digital objects that are projected, and their sounds and voices are sampled and processed. The music and visual choreography for Ukiyo are designed for real-time gestural interaction to animate the feedback system and generative algorithms through with the Second Life virtual space and the performer movements are intertwined. Oded ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pidid and a camera dv/via usb converter on ubuntu
Hello, I plug a dv camera on a usb converter I can get the picture but no sound in xawtv In pd i got this message when i try to open /dev/video0 pdp_v4l: picture: brightness 32896 depth 16 palette 8 pdp_v4l: channel 0 name Television type 1 flags 1 pdp_v4l: channel 1 name Composite1 type 2 flags 0 pdp_v4l: channel 2 name S-Video type 2 flags 0 pdp_v4l: switched to channel 0 pdp_v4l: set norm to 0 pdp_v4l: auto open failed pdp_v4l: no device opened pdp_v4l: attempting auto open pdp_v4l: opening /dev/video0 pdp_v4l: cap: name Yakumo MovieMixer type 1 channels 3 maxw 384 maxh 288 minw 48 minh 32 My camera is on channel 1 name composite1 type 2 flags 0 but pd try an auto open: pdp_v4l: picture: brightness 32896 depth 16 palette 8 pdp_v4l: channel 0 name Television type 1 flags 1 pdp_v4l: channel 1 name Composite1 type 2 flags 0 pdp_v4l: channel 2 name S-Video type 2 flags 0 pdp_v4l: switched to channel 0 pdp_v4l: set norm to 0 pdp_v4l: auto open failed pdp_v4l: no device opened pdp_v4l: attempting auto open pdp_v4l: retry count reached zero for /dev/video0 pdp_v4l: try to open manually pdp_v4l: auto open failed pdp_v4l: no device opened pdp_v4l: attempting auto open pdp_v4l: retry count reached zero for /dev/video0 pdp_v4l: try to open manually My question is how can i open manually composite channel thanks -- TNTB t'es in t'es bat 7 place Favier 13210 St Remy de Provence T/: 04 90 26 95 09 P/: 06 86 86 12 19 + http://www.tntb.net === ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] spatial - hrft
hi there! did anbody built anything to do spatialization of a monofile? with azimuth, like hrtf stuff? please let me know if there is something allready out there. thanks! cmf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] spatial - hrft
Hi. I did an external that wil be presented at the PDCONV. Right now, I only released a version Compiled for Windows, that requires Visual Studio express (free) to be installed on your machine: You can try it at http://perso.epita.fr/~doukha_d/CW_binaural~.zip . Let me know if you got any question or if you need it to be compiled for another OS. You can also have a look at earplug~, available in PD extended. 2009/5/26 Christian M. Fischer m...@c-m-fischer.de: hi there! did anbody built anything to do spatialization of a monofile? with azimuth, like hrtf stuff? please let me know if there is something allready out there. thanks! cmf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- David Doukhan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pidid and a camera dv/via usb converter on ubuntu
ola, you should send 'channel 1' before 'open /dev/video0 but i don't understand what is your device here, a usb capture card? hauptv? ciao, sevy t'es in t'es bat wrote: Hello, I plug a dv camera on a usb converter I can get the picture but no sound in xawtv In pd i got this message when i try to open /dev/video0 pdp_v4l: picture: brightness 32896 depth 16 palette 8 pdp_v4l: channel 0 name Television type 1 flags 1 pdp_v4l: channel 1 name Composite1 type 2 flags 0 pdp_v4l: channel 2 name S-Video type 2 flags 0 pdp_v4l: switched to channel 0 pdp_v4l: set norm to 0 pdp_v4l: auto open failed pdp_v4l: no device opened pdp_v4l: attempting auto open pdp_v4l: opening /dev/video0 pdp_v4l: cap: name Yakumo MovieMixer type 1 channels 3 maxw 384 maxh 288 minw 48 minh 32 My camera is on channel 1 name composite1 type 2 flags 0 but pd try an auto open: pdp_v4l: picture: brightness 32896 depth 16 palette 8 pdp_v4l: channel 0 name Television type 1 flags 1 pdp_v4l: channel 1 name Composite1 type 2 flags 0 pdp_v4l: channel 2 name S-Video type 2 flags 0 pdp_v4l: switched to channel 0 pdp_v4l: set norm to 0 pdp_v4l: auto open failed pdp_v4l: no device opened pdp_v4l: attempting auto open pdp_v4l: retry count reached zero for /dev/video0 pdp_v4l: try to open manually pdp_v4l: auto open failed pdp_v4l: no device opened pdp_v4l: attempting auto open pdp_v4l: retry count reached zero for /dev/video0 pdp_v4l: try to open manually My question is how can i open manually composite channel thanks -- TNTB t'es in t'es bat 7 place Favier 13210 St Remy de Provence T/: 04 90 26 95 09 P/: 06 86 86 12 19 + http://www.tntb.net === ___ 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] [OT] [andquitestupid] Re: [PD-announce] Markov chains on footils.org
On Sat, 23 May 2009 14:17:19 +0200 Frank Barknecht f...@footils.org wrote: there's a new little Pd tutorial online on footils.org, this time it deals with Markov chains: http://footils.org/cms/weblog/2009/may/23/markov-chains-pure-data/ On Sat, May 23, 2009 at 09:23:57PM +0100, Andy Farnell wrote: Nice Frank, a textfile is a good way to store, edit and import data. Maybe the pic at the top there could be a link to Mr Markov http://en.wikipedia.org/wiki/Andrey_Markov Now *that* is a mustache. One thing I feel we need more of in the Pd world is zany hairdos. I was thinking of doing another fork-of-Pd-with-a-clever-name called Pure Abundance Volumizing Shampoo Data to encourage this, who's with me? Procrastinatingly yrs, Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [OT] [andquitestupid] Re: [PD-announce] Markov chains onfootils.org
Signal conditioner with volumising action and Nutramide? I think you're onto something there Chris. In my fast paced salon and catwalk lifestyle I need a product that actually CARES for my my waveforms. On Sat, 23 May 2009 14:17:19 +0200 Frank Barknecht f...@footils.org wrote: there's a new little Pd tutorial online on footils.org, this time it deals with Markov chains: http://footils.org/cms/weblog/2009/may/23/markov-chains-pure-data/ On Sat, May 23, 2009 at 09:23:57PM +0100, Andy Farnell wrote: Nice Frank, a textfile is a good way to store, edit and import data. Maybe the pic at the top there could be a link to Mr Markov http://en.wikipedia.org/wiki/Andrey_Markov Now *that* is a mustache. One thing I feel we need more of in the Pd world is zany hairdos. I was thinking of doing another fork-of-Pd-with-a-clever-name called Pure Abundance Volumizing Shampoo Data to encourage this, who's with me? Procrastinatingly yrs, Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On Tue, 2009-05-26 at 09:07 +0200, IOhannes m zmoelnig wrote: i am still pretty convinced that tcl/tk is not the buster, so replacing it by someting more performant will only give you little help. the problem comes from how Pd(-core) communicates with the Pd-gui; and that Pd(-core) needs a lot of calculation power to make Pd-gui draw something nicely. unless this calculations are done on the Pd-gui side, i see little chances that things will improve. Yeah, that's what I think, knowing what little I do about the pd and pd-gui interaction. having said all that, i honestly do not understand how the matter of CPU-hungry gop objects impose any problems on slow machines. you are surely not saying, that you develop your patches for iPod/wearables/P-100 andwhatelse with graphical objects.(?!) Ahh, here's the point. You assume that people like me would know ahead of time not use those stupid, hacky gui objects with slow machines. As I said before, I assumed that -nogui meant no gui and that optimizations were in place to basically ignore the gui elements when run in -nogui mode. This assumption lead me to create an easy to use gui environment which facilitates my style of patching but is now biting me in the ass. I guess I should have RTFM, oh wait, where does it talk about this issue? So your suggestion is to scrap all of this and use minimal objects again? What is this? 1999? Forgive me for assuming pd is as awesome as I had hoped it would be. personally i cannot imagine developing cpu-intensive patches on my current machine, which is a by-now-rather-oldish amd64 x2 dual-core (well, Pd cannot use more than 1 core anyhow) 4200+, with GOP enabled. This is too bad ... so why are they even in pd? I see most people creating great GOP abstraction etc on what is essentially a hack more or less? I would probably be using Max by now if I didn't have the requirement of running my system on an essentially embedded device, which Max will never be able to do. Don't get me wrong, I really like using pd, but I'm not married to it. Heaven forbid pd becomes more usable to public at large. I suppose I can't bitch because with open source, I get what I pay for. I am, however, willing to work on this. Here's an email I tried to send to pd-dev, but I don't really feel like adding a new mailing list so I'll quote it here: There are issues I have with pd (GOP/GUI slowness, -nogui slowness, etc) and I'm wondering if there are any residencies/places to apply to work on pd. I know C/C++ but I have not, at this time, really looked into the source very much as I know I just do not have the time to do anything meaningful on the side. I have no intention of rewriting pd etc, I'm mainly interested in gui optimizations so that I can run GOP patches on my wearable without the damn vus and number boxes killing the cpu. Yeah yeah, I'm probably full of shit for saying the same old things about the same old problems, but I would very much like to try solving some of them. One of the reasons I use pd, is that I can see myself using my gear for a long time into the future. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] spatial - hrft
Hi, and thanks! Well, earplug~ on winXP makes Pd version 0.40.3-extended-20080721 crash at once. On Mac 10.4.11 Pd version 0.40.3-extended earplug~ is there but with no helpfile. So I don't exactely get what it does and how it works. Visual Studio Express has four parts: Visual C#, Visual Basic, Visual C++ and Visual Web Developer. Which one should I install? And why exactely? Thanks for the help! cmf David Doukhan schrieb: Hi. I did an external that wil be presented at the PDCONV. Right now, I only released a version Compiled for Windows, that requires Visual Studio express (free) to be installed on your machine: You can try it at http://perso.epita.fr/~doukha_d/CW_binaural~.zip . Let me know if you got any question or if you need it to be compiled for another OS. You can also have a look at earplug~, available in PD extended. 2009/5/26 Christian M. Fischer m...@c-m-fischer.de: hi there! did anbody built anything to do spatialization of a monofile? with azimuth, like hrtf stuff? please let me know if there is something allready out there. thanks! cmf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Christian M. Fischer Dipl. Mediengestalter Fon: ++49 (0) 170 20 79 76 9 Mail: m...@c-m-fischer.de Web: www.c-m-fischer.de Web Archiv: www.x-projekte.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] spatial - hrft
I tried and it workes quite well! Thanks! cmf Nicholas Mariette schrieb: Or there's IEM Bin_Ambi. Downloadable for windows from http://iem.at/Members/noisternig/bin_ambi Or I believe it's available in Pd extended, although it takes some work to put it together. It's a sophisticated and efficient binaural rendering engine for multiple sound sources. There was some recent discussion in the list archives about setting it up from Pd extended. so have a search around for bin_ambi and you should find more info. Nicholas Mariette Researcher Audio and Acoustics group LIMSI-CNRS, Orsay, France http://www.limsi.fr/Scientifique/aa/ http://www.limsi.fr/Scientifique/ps/thmsonesp/SonEspace http://soundsorange.net nicholas.marie...@limsi.fr On May 26, 2009, at 11:51 AM, David Doukhan wrote: Hi. I did an external that wil be presented at the PDCONV. Right now, I only released a version Compiled for Windows, that requires Visual Studio express (free) to be installed on your machine: You can try it at http://perso.epita.fr/~doukha_d/CW_binaural~.zip . Let me know if you got any question or if you need it to be compiled for another OS. You can also have a look at earplug~, available in PD extended. 2009/5/26 Christian M. Fischer m...@c-m-fischer.de: hi there! did anbody built anything to do spatialization of a monofile? with azimuth, like hrtf stuff? please let me know if there is something allready out there. thanks! cmf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- David Doukhan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Christian M. Fischer Dipl. Mediengestalter Fon: ++49 (0) 170 20 79 76 9 Mail: m...@c-m-fischer.de Web: www.c-m-fischer.de Web Archiv: www.x-projekte.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] spatial - hrft
you should install visual C++. the reason is because the external I compiled is dependent of visual studio runtime libraries for now. I'll do sometthing cleaner soon. 2009/5/26 Christian M. Fischer m...@c-m-fischer.de: Hi, and thanks! Well, earplug~ on winXP makes Pd version 0.40.3-extended-20080721 crash at once. On Mac 10.4.11 Pd version 0.40.3-extended earplug~ is there but with no helpfile. So I don't exactely get what it does and how it works. Visual Studio Express has four parts: Visual C#, Visual Basic, Visual C++ and Visual Web Developer. Which one should I install? And why exactely? Thanks for the help! cmf David Doukhan schrieb: Hi. I did an external that wil be presented at the PDCONV. Right now, I only released a version Compiled for Windows, that requires Visual Studio express (free) to be installed on your machine: You can try it at http://perso.epita.fr/~doukha_d/CW_binaural~.zip . Let me know if you got any question or if you need it to be compiled for another OS. You can also have a look at earplug~, available in PD extended. 2009/5/26 Christian M. Fischer m...@c-m-fischer.de: hi there! did anbody built anything to do spatialization of a monofile? with azimuth, like hrtf stuff? please let me know if there is something allready out there. thanks! cmf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Christian M. Fischer Dipl. Mediengestalter Fon: ++49 (0) 170 20 79 76 9 Mail: m...@c-m-fischer.de Web: www.c-m-fischer.de Web Archiv: www.x-projekte.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- David Doukhan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On Tue, May 26, 2009 at 7:37 AM, danomatika danomat...@gmail.com wrote: So your suggestion is to scrap all of this and use minimal objects again? What is this? 1999? I think that, pd's inefficiencies aside, if you are developing for embedded devices with limited computing resources, you should always pretend you're in 1999. This is too bad ... so why are they even in pd? I see most people creating great GOP abstraction etc on what is essentially a hack more or less? There was an effort once, in its latest incarnation was called Desire Data, to separate the gui from the core, the client from the server and optimize things but I think it is now in a coma. I would probably be using Max by now if I didn't have the requirement of running my system on an essentially embedded device, which Max will never be able to do. Don't get me wrong, I really like using pd, but I'm not married to it. Do you think Max would run more reliably and efficiently than pd? I never tried Max on an embedded device (it would be impossible, as you point out, unless that device was already running windows or MaxOSX) but in my experience Max is not, be default, more efficient or reliable than Pd. It really is context (and code) dependent. Yes, pd could benefit from a face-lift and optimization and whatnot to make it more user-friendly and more pleasant to work with (and more efficient!). So far, most proposed changes were somehow ignored or set aside and various branches of pd or pd-like projects never lifted off the ground. my 0.02 -- ./MiS 514-344-0726 http://www.creazone.ca ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On Mon, May 25, 2009 at 6:03 PM, danomatika danomat...@gmail.com wrote: I've been running pd on my slow wearable (500Mhz) and, over the last year, the performance has gotten worse. This trend coincides with my greater understanding of pd and adoption of nice GOP guis. The first live video processing system I built in 2001 with Casey Rice used 400Mhz machines, and we had no problems with doing what we wanted to do. It required a lot of research into the video medium, OS APIs, and this frustrating black box called Nato. Once you understand the limits of what you are dealing with, forget about them and get down to work. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On Tue, 2009-05-26 at 08:34 -0400, chris clepper wrote: On Mon, May 25, 2009 at 6:03 PM, danomatika danomat...@gmail.com wrote: I've been running pd on my slow wearable (500Mhz) and, over the last year, the performance has gotten worse. This trend coincides with my greater understanding of pd and adoption of nice GOP guis. The first live video processing system I built in 2001 with Casey Rice used 400Mhz machines, and we had no problems with doing what we wanted to do. It required a lot of research into the video medium, OS APIs, and this frustrating black box called Nato. Once you understand the limits of what you are dealing with, forget about them and get down to work. Yeah, I'm definitely learning this. I do enjoy the creative limitations actually, it's just that things ran so much better a year ago with Ubuntu Hardy + Pd-extended 0.39 ... Perhaps I'm at the point where I just need to reimplement what I have now in C/C++ using rt audio, etc but that would take time of course. I originally started using pd just to prototype anyway ... --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On Tue, May 26, 2009 at 8:53 AM, danomatika danomat...@gmail.com wrote: Yeah, I'm definitely learning this. I do enjoy the creative limitations actually, it's just that things ran so much better a year ago with Ubuntu Hardy + Pd-extended 0.39 ... Perhaps I'm at the point where I just need to reimplement what I have now in C/C++ using rt audio, etc but that would take time of course. I originally started using pd just to prototype anyway ... --- I would suggest moving to SuperCollider to save a step. It's pretty quick to prototype with, and as fast as writing the C yourself. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On Tue, 2009-05-26 at 08:33 -0400, Michal Seta wrote: On Tue, May 26, 2009 at 7:37 AM, danomatika danomat...@gmail.com wrote: So your suggestion is to scrap all of this and use minimal objects again? What is this? 1999? I think that, pd's inefficiencies aside, if you are developing for embedded devices with limited computing resources, you should always pretend you're in 1999. Yes, totally right ... I just wish it weren't so! I do manage realtime with 10ms latency on a 500Mhz machine though which is nothing to sneeze at, but dosen't leave much room aside. This is too bad ... so why are they even in pd? I see most people creating great GOP abstraction etc on what is essentially a hack more or less? There was an effort once, in its latest incarnation was called Desire Data, to separate the gui from the core, the client from the server and optimize things but I think it is now in a coma. Yeah I know ... but it seemed to be trying to reach a bit too far too quickly. I would probably be using Max by now if I didn't have the requirement of running my system on an essentially embedded device, which Max will never be able to do. Don't get me wrong, I really like using pd, but I'm not married to it. Do you think Max would run more reliably and efficiently than pd? I never tried Max on an embedded device (it would be impossible, as you point out, unless that device was already running windows or MaxOSX) but in my experience Max is not, be default, more efficient or reliable than Pd. It really is context (and code) dependent. No, Max would be terrible for my requirements. But it's nice to use from what I've seen ... My point is, I wish pd didn't force me to work it's way but allow me to work my way. That's the beauty of patching as opposed to vsts, etc. You have to build form the ground up. Yes, pd could benefit from a face-lift and optimization and whatnot to make it more user-friendly and more pleasant to work with (and more efficient!). So far, most proposed changes were somehow ignored or set aside and various branches of pd or pd-like projects never lifted off the ground. What is the state of all these changes? As I said before, I'm willing to help but not if said changes and progress won't go anywhere, then count me out. I'd rather just learn some dsp and do it myself because at least I would be able to make changes depending on my needs. Of course, then I'd waste even more time programming and not playing ... *sigh* pd is great, but it's like getting kicked in the balls and face sometimes. I LIKE LINUX AND .' `. GETTING KICKED IN --- |a_a | THE BALLS AND FACE \_)__/ /( )\ |\` /\ \_|=='|_/ --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
Hallo, danomatika hat gesagt: // danomatika wrote: My point is, I wish pd didn't force me to work it's way but allow me to work my way. That's the beauty of patching as opposed to vsts, etc. You have to build form the ground up. Well, Pd is a programming language, and as with all language, you can say things you'd have wished you didn't say or with programming: It easy to overload any machine (bang until) with a programming language. For working with GUIs there is a simple rule that applies to other areas as well: Remove cruft! This means, everything that updates a GUI object more that you screen refresh rate is totally useless. Any GUI that you never see because it's hidden in some abstraction is useless. Remove the useless GUIs, speedlimit the the needed ones and your patch will run fast. It may even help to get used to a clean design where you have your GUIs in separate patches from DSP or message stuff. It doesn't matter if it's in a GOP or not. GOPs aren't slow per se, it's just that GOPs make it easier to build useless GUIs. Remove stuff that you won't touch when performing. Yes, Pd should handle this this automatically and more gracefully, but it doesn't and it never did, so all that changed is probably your patching style. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On Tue, May 26, 2009 at 03:34:51PM +0200, Frank Barknecht wrote: Hallo, danomatika hat gesagt: // danomatika wrote: My point is, I wish pd didn't force me to work it's way but allow me to work my way. That's the beauty of patching as opposed to vsts, etc. You have to build form the ground up. Well, Pd is a programming language, and as with all language, you can say things you'd have wished you didn't say or with programming: It easy to overload any machine (bang until) with a programming language. I have to say that with most programming languages an infinite loop does not mean an X crash. Probably I should contribute code, not words (sorry). Best, Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
Am 26.05.2009 um 16:23 schrieb Chris McCormick: On Tue, May 26, 2009 at 03:34:51PM +0200, Frank Barknecht wrote: Hallo, danomatika hat gesagt: // danomatika wrote: My point is, I wish pd didn't force me to work it's way but allow me to work my way. That's the beauty of patching as opposed to vsts, etc. You have to build form the ground up. Well, Pd is a programming language, and as with all language, you can say things you'd have wished you didn't say or with programming: It easy to overload any machine (bang until) with a programming language. I have to say that with most programming languages an infinite loop does not mean an X crash. Probably I should contribute code, not words (sorry). hm.. with what kind of setup have you experienced that? on ubuntu hardy with pd-vanilla (newest) and pd-extended, with -rt or -nrt, i never managed to do that. only when running gem in fullscreen mode and pd goes into a loop, i had a similar looking situation, but still then i could switch to a terminal and kill pd from there. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd-extended 0.41.4-rc3 released!
I think this is basically ready to go http://at.or.at/hans/pd/installers.html Please test on Windows and give feedback! I haven't heard anything about Windows. It's looking ready for release, so please try it if you haven't already so we can find the last bugs. As far as I know, there aren't any outstanding bugs that need to be fixed for this release. So I think this is the release. Test away and file bugs in the bug tracker! http://puredata.info/dev/bugtracker This release candidate includes: * on GNU/Linux, corrected font size when using Tcl/Tk 8.5 * moocow/flite speech synth added on all platforms * fixed strict-aliasing build problems with cyclone, iemlib, bsaylor, and sigpack * (Windows) increased default audio buffer to 100ms since there are some really flaky audio cards in Windows land * (Mac OS X) decreased buffers to 20ms since all Apple hardware that I have tested in the past 7 years works with that KNOWN BUGS Check http://puredata.info/dev/bugtracker before reporting bugs, and if you find an existing bug report on the same issue, please add your information there. - Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup preferences - pdp_opengl is alpha and will definitely crash Pd - loading pdp_opengl will crash Pd if X11 is not open before trying to load it Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
Am 26.05.2009 um 15:04 schrieb danomatika: My point is, I wish pd didn't force me to work it's way but allow me to work my way. That's the beauty of patching as opposed to vsts, etc. You have to build form the ground up. i don't fully understand, why you feel forced to program in a certain way. actually, pd gives you the freedom to go the route you prefer: fancy-clicky-boonty or straight and efficient (or anything in between). i guess, a common approach is to first define the goals and then chose the programming style/software layout, that is most compliant with the goals. in your case, the goal is pretty clear: performance. of course, there are some contraints, when going that route, but _you_ decided, that your goal is performance. some things, that come to my mind, when thinking about optimizing performance (additionally to what has been already said by frank b.): - turn off the dsp for any unused subpatches/abstractions with [switch~]. - don't do too many things in zero logical time. the lower the latency, the more critical is this issue. try to avoid such situations by serializing the tasks. - avoid dynamic patching during performance. if you still need it, first turn off dsp, create the necessary objects, turn dsp on again (triggered by [t b b b]). don't do dynamic patching, while dsp is on (this certainly applies to linux, but i guess not to pd on os x, since only turning the dsp on uses too much time). - be careful with any object, that might block pd. especially, this applies to object classes, that send data to the extra-pd-world, such as netsend, comport, (midiout?), etc. yo, i guess, most of it doesn't really help optimizing performance in terms of using less cpu cycles, but is about avoiding audio drop-outs. however, this is not less an issue on a 500MHz machine. cheers roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MinGW/Windows work session - tomorrow, Tuesday 5/18
after a brief look at glib's configure.ac, it looks to me like the glib - pkg-config dependency isn't really one, and could be fixed by some judicious use of 'dnl' (m4 comment-ization) in glib/configure.ac. Which binary did you use? Is there an 'official' MinGW one? I second the question: august? for my own part, I didn't find a pkg-config binary from either mingw or gnuwin, so i used the binaries referenced on gtk.org: http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/pkg-config-0.23-2.zip this is where I got the glib and pkg-config http://www.gtk.org/download-windows.html I found that link here: http://wiki.videolan.org/Win32CompileMSYSNew Might be other useful binaries there too. -a. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
Hallo, Chris McCormick hat gesagt: // Chris McCormick wrote: On Tue, May 26, 2009 at 03:34:51PM +0200, Frank Barknecht wrote: Hallo, danomatika hat gesagt: // danomatika wrote: My point is, I wish pd didn't force me to work it's way but allow me to work my way. That's the beauty of patching as opposed to vsts, etc. You have to build form the ground up. Well, Pd is a programming language, and as with all language, you can say things you'd have wished you didn't say or with programming: It easy to overload any machine (bang until) with a programming language. I have to say that with most programming languages an infinite loop does not mean an X crash. Probably I should contribute code, not words (sorry). I never had X crash with bang-until, so that's new to me. However a loop in an audio language can be worse than in a normal programm, as software like Pd often is run with higher priorities to get better latency performance. Of course then an endless loop is a bit trickier to get out of. :( Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On May 26, 2009, at 10:23 AM, Chris McCormick wrote: On Tue, May 26, 2009 at 03:34:51PM +0200, Frank Barknecht wrote: Hallo, danomatika hat gesagt: // danomatika wrote: My point is, I wish pd didn't force me to work it's way but allow me to work my way. That's the beauty of patching as opposed to vsts, etc. You have to build form the ground up. Well, Pd is a programming language, and as with all language, you can say things you'd have wished you didn't say or with programming: It easy to overload any machine (bang until) with a programming language. I have to say that with most programming languages an infinite loop does not mean an X crash. Probably I should contribute code, not words (sorry). Just because Pd triggers an X crash does it mean that Pd is the cause of it. A similar example is when people complain that Pd blue screens their windows box, as I have seen before. That's generally because some of the PC audio hardware and Windows drivers are so atrocious that actually using them beyond playing back youtube videos causes BSODs. In other words, the cause of your X crash likely lies elsewhere. .hc Best, Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On May 26, 2009, at 3:07 AM, IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: I've recently been working with 80MHz machines that don't even have FPUs, so I also care about ld machines. (These little computers are known as iPods). One thing that is definitely worth trying is to update to the latest version of Tcl/Tk. They have done a lot of optimization in 8.5, I think on X11 too. Another thing to try is writing the GUI in a toolkit that is optimized for speed. I don't know if you have a GPU, but if you wrote Pd GUI objects using something like togl or tkzinc, both use OpenGL, that could also help. http://togl.sourceforge.net/ http://www.tkzinc.org/ i am still pretty convinced that tcl/tk is not the buster, so replacing it by someting more performant will only give you little help. the problem comes from how Pd(-core) communicates with the Pd-gui; and that Pd(-core) needs a lot of calculation power to make Pd-gui draw something nicely. unless this calculations are done on the Pd- gui side, i see little chances that things will improve. having said all that, i honestly do not understand how the matter of CPU-hungry gop objects impose any problems on slow machines. you are surely not saying, that you develop your patches for iPod/wearables/ P-100 andwhatelse with graphical objects.(?!) personally i cannot imagine developing cpu-intensive patches on my current machine, which is a by-now-rather-oldish amd64 x2 dual-core (well, Pd cannot use more than 1 core anyhow) 4200+, with GOP enabled. Yeah, I agree that the communications are a big part of it. Part of writing a custom GUI would be to write a simple communications to suit the needs at hand. But I think that the slowness in Pd's GUI is not even that much due to communications, but rather how the code is structured. For example, if you move on element in an array, instead of issuing a single Tk 'move' command, Pd deletes the whole array, then recreates it. And Dan, I also share your frustration with the common attitude on this list of it is what it is. That's why I am working on re- writing the Pd GUI from scratch in pure Tcl with the aim of making it use Tcl/Tk is a clean and sensible manner (aka Pd-devel 0.41.4). I think you should join the project. Instead of venting via email, vent via code. As for replacing Pd with SuperCollider or C/rtaudio, are you sure that those are any more efficient? Pd does have its problems, but audio synthesis is pretty solid in Pd. For example, reactable still uses Pd as its synth engine. .hc All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MinGW/Windows work session - tomorrow, Tuesday 5/18
On May 26, 2009, at 12:30 PM, august wrote: after a brief look at glib's configure.ac, it looks to me like the glib - pkg-config dependency isn't really one, and could be fixed by some judicious use of 'dnl' (m4 comment-ization) in glib/configure.ac. Which binary did you use? Is there an 'official' MinGW one? I second the question: august? for my own part, I didn't find a pkg-config binary from either mingw or gnuwin, so i used the binaries referenced on gtk.org: http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/pkg-config-0.23-2.zip this is where I got the glib and pkg-config http://www.gtk.org/download-windows.html I found that link here: http://wiki.videolan.org/Win32CompileMSYSNew Might be other useful binaries there too. I started out making the Pd MiNGW build system like this, a wiki documenting how to install a bunch of things found all over the net, but it ended up being a ton of work every time I needed to revisit it (like when I wanted to setup the build env on a new machine). That's why I started the 'sources' section in SVN with the build scripts. I am not saying that its the only way, I just think that if we are going to use random binaries from the net, we need to have a good way to manage them. One way is to say that we only use binaries available from very specific sources. Another possible solution is to check in the products of pkg-config into the SVN. Normally, this would be a bad idea, but since the idea here is to have a standard distribution where it is always built the same way on each machine, auto-configuration isn't needed. If something isn't found but autoconf, etc, then that's a problem that should be fixed before building. Otherwise, that will change the setup. .hc Mistrust authority - promote decentralization. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pidid and a camera dv/via usb converter on ubuntu
hello; 3fois hello, i find the solution the driver which work is v4l2 it give a good result with Xawtv and also with pdp_v4l2 i'm so happy That 's a way to get the pictures from a dv camorder, because the pdp_ieee1394 don't work for me. And... You can make very good glitch in real time with the pdp_v4l that can't manage the picture without lines and so... Very good way to get a home made noise to process many effect see you david / hello my device is an dvd maker with a em28xx chipset. The driver is an compiled v4l-dvb-kernel from the tuto on this page: http://doc.ubuntu-fr.org/em28xx_generique It's a way i find to get my DV on pd and linux. But what mean send channel 1 i must make a message into pdp_v4l ?- Masquer le texte des messages précédents - thanks 2009/5/26 t'es in t'es bat tesintes...@gmail.com Hello, I send a message with channel 1 after open dev/video0 Something happen The dv thru usb converter is here I got a picture on glx But it's four time the same picture with many lines so glitchy what can i miss to make it work ??? thanks -- TNTB t'es in t'es bat 7 place Favier 13210 St Remy de Provence T/: 04 90 26 95 09 P/: 06 86 86 12 19 + http://www.tntb.net === ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
Hans-Christoph Steiner wrote: Yeah, I agree that the communications are a big part of it. Part of writing a custom GUI would be to write a simple communications to suit the needs at hand. But I think that the slowness in Pd's GUI is not even that much due to communications, but rather how the code is structured. For example, if you move on element in an array, instead of issuing a single Tk 'move' command, Pd deletes the whole array, then recreates it. this is (among other things) what i mean by busted communication. And Dan, I also share your frustration with the common attitude on this list of it is what it is. That's why I am working on re-writing the Pd GUI from scratch in pure Tcl with the aim of making it use Tcl/Tk is a clean and sensible manner (aka Pd-devel 0.41.4). oh, i thought you wanted miller to include the code of Pd-devel...seems like you got off the track :-( which is bad, because Pd could also benefit from small improvements on the gui side quite a lot. which is good, because it really needs to be done. my email was just a rant on how bad things really are at the moment, and that i would like to have them changed. but which is really bad, as i think this is what desire-data originally started as (and btw, i see much activity on desiredata in the last days/weeks) and which basically forked away from Pd (certainly for understandable reasons; but i always had the impression that the reviving of Pd-devel was not intended as a fork) fgamsdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On Tue, 2009-05-26 at 13:05 -0400, Hans-Christoph Steiner wrote: And Dan, I also share your frustration with the common attitude on this list of it is what it is. That's why I am working on re- writing the Pd GUI from scratch in pure Tcl with the aim of making it use Tcl/Tk is a clean and sensible manner (aka Pd-devel 0.41.4). I think you should join the project. Instead of venting via email, vent via code. Ok, where do I sign up? As I said before, if anyone knows of any places I can apply to in order to focus on it full time, I'm interested. I have known of your efforts for a while, but I haven't wanted to commit a small amount of time, I'd rather dive in head first. I don;t want to waste anyone's time telling them I can do this and that knowing full well I won't really end up doing anything. As for replacing Pd with SuperCollider or C/rtaudio, are you sure that those are any more efficient? Pd does have its problems, but audio synthesis is pretty solid in Pd. For example, reactable still uses Pd as its synth engine. I totally agree, that's why I keep sticking with pd. I can't imagine being able to make anything nearly as efficient as the pd dsp engine. That being said, I wish it wasn't being pummled by the gui. I very much like this idea of a libpd with the engine totally separate. --- Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [OT] [andquitestupid] Re: [PD-announce] Markov chains on footils.org
On May 26, 2009, at 6:39 AM, Chris McCormick wrote: On Sat, 23 May 2009 14:17:19 +0200 Frank Barknecht f...@footils.org wrote: there's a new little Pd tutorial online on footils.org, this time it deals with Markov chains: http://footils.org/cms/weblog/2009/may/23/markov-chains-pure-data/ On Sat, May 23, 2009 at 09:23:57PM +0100, Andy Farnell wrote: Nice Frank, a textfile is a good way to store, edit and import data. Maybe the pic at the top there could be a link to Mr Markov http://en.wikipedia.org/wiki/Andrey_Markov Now *that* is a mustache. One thing I feel we need more of in the Pd world is zany hairdos. I was thinking of doing another fork-of-Pd-with-a- clever-name called Pure Abundance Volumizing Shampoo Data to encourage this, who's with me? Procrastinatingly yrs, Here's my application: http://yagaland.steinertours.com/bizarre.html Ah youth... .hc Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On May 26, 2009, at 1:52 PM, IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: Yeah, I agree that the communications are a big part of it. Part of writing a custom GUI would be to write a simple communications to suit the needs at hand. But I think that the slowness in Pd's GUI is not even that much due to communications, but rather how the code is structured. For example, if you move on element in an array, instead of issuing a single Tk 'move' command, Pd deletes the whole array, then recreates it. this is (among other things) what i mean by busted communication. And Dan, I also share your frustration with the common attitude on this list of it is what it is. That's why I am working on re- writing the Pd GUI from scratch in pure Tcl with the aim of making it use Tcl/Tk is a clean and sensible manner (aka Pd-devel 0.41.4). oh, i thought you wanted miller to include the code of Pd- devel...seems like you got off the track :-( Um, how is this mutually exclusive? My motivation in working on pd- devel is unchanged. which is bad, because Pd could also benefit from small improvements on the gui side quite a lot. which is good, because it really needs to be done. my email was just a rant on how bad things really are at the moment, and that i would like to have them changed. but which is really bad, as i think this is what desire-data originally started as (and btw, i see much activity on desiredata in the last days/weeks) and which basically forked away from Pd (certainly for understandable reasons; but i always had the impression that the reviving of Pd-devel was not intended as a fork) From what I gather, Miller is more or less game for including that work. My plan is to spend June and July working on Pd-devel to get it to a fully usable state so that we can discuss it at PdCon. I hope that others will join me in that effort. In particular, I want to structure the code around the idea of a communications API that uses Pd messages for both directions. For now, it will use the existing pd--pd-gui API, then the next step would be working on the C side of things once Miller has included it. .hc fgamsdr IOhannes I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MinGW/Windows work session - tomorrow, Tuesday 5/18
this is where I got the glib and pkg-config http://www.gtk.org/download-windows.html I found that link here: http://wiki.videolan.org/Win32CompileMSYSNew Might be other useful binaries there too. I started out making the Pd MiNGW build system like this, a wiki documenting how to install a bunch of things found all over the net, but it ended up being a ton of work every time I needed to revisit it (like when I wanted to setup the build env on a new machine). That's why I started the 'sources' section in SVN with the build scripts. I am not saying that its the only way, I just think that if we are going to use random binaries from the net, we need to have a good way to manage them. One way is to say that we only use binaries available from very specific sources. Another possible solution is to check in the products of pkg-config into the SVN. Normally, this would be a bad idea, but since the idea here is to have a standard distribution where it is always built the same way on each machine, auto-configuration isn't needed. If something isn't found but autoconf, etc, then that's a problem that should be fixed before building. Otherwise, that will change the setup. .hc I know you have been doing this for a while and have your reasons, but what I don't understand is if the sources are only for windows? Or are they for mac as well? I know they can't and shouldn't be for linux as these are all or mostly apt-get'able. there are also a bunch of binaries we will need to build ffmpeg...such as msys-core, a new bash, a new make. Then for gmerlin_avdec we will need a new autoconf and automake. I also notice that for x264 you disable asm code.couldn't we just download a binary for yasm and enable that stuff? Would be faster. with all of this stuff around in different spots, I don't think we are going to get a clean source compile on mingw for everything. Wouldn't it be better to just make a downloadable package for mingw with all the binaries? I mean, isn't it a windows thing to package binaries anyway? once we get all the binaries in place, it would be a simple wget and unzip command, no? forgive my ignorance 'cause I'm sure you have your reasons...I just don't smell what you are spraying just yet .Is the idea with the sources just to get everything to compile from source? thanks for your patience -august. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On May 26, 2009, at 2:13 PM, danomatika wrote: On Tue, 2009-05-26 at 13:05 -0400, Hans-Christoph Steiner wrote: And Dan, I also share your frustration with the common attitude on this list of it is what it is. That's why I am working on re- writing the Pd GUI from scratch in pure Tcl with the aim of making it use Tcl/Tk is a clean and sensible manner (aka Pd-devel 0.41.4). I think you should join the project. Instead of venting via email, vent via code. Ok, where do I sign up? As I said before, if anyone knows of any places I can apply to in order to focus on it full time, I'm interested. I have known of your efforts for a while, but I haven't wanted to commit a small amount of time, I'd rather dive in head first. I don;t want to waste anyone's time telling them I can do this and that knowing full well I won't really end up doing anything. svn co http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-devel/0.41.4 cd 0.41.4 ./authgen.sh ./configure make ./pd Get it running, check out the code, pick a part and write code. Introduce yourself to pd-dev to get SVN access, if you don't have it already. As for replacing Pd with SuperCollider or C/rtaudio, are you sure that those are any more efficient? Pd does have its problems, but audio synthesis is pretty solid in Pd. For example, reactable still uses Pd as its synth engine. I totally agree, that's why I keep sticking with pd. I can't imagine being able to make anything nearly as efficient as the pd dsp engine. That being said, I wish it wasn't being pummled by the gui. I very much like this idea of a libpd with the engine totally separate. Check out the next external scheduler support and pdvst and make this happen. .hc All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] MinGW/Windows work session - tomorrow, Tuesday 5/18
On May 26, 2009, at 2:37 PM, august wrote: this is where I got the glib and pkg-config http://www.gtk.org/download-windows.html I found that link here: http://wiki.videolan.org/Win32CompileMSYSNew Might be other useful binaries there too. I started out making the Pd MiNGW build system like this, a wiki documenting how to install a bunch of things found all over the net, but it ended up being a ton of work every time I needed to revisit it (like when I wanted to setup the build env on a new machine). That's why I started the 'sources' section in SVN with the build scripts. I am not saying that its the only way, I just think that if we are going to use random binaries from the net, we need to have a good way to manage them. One way is to say that we only use binaries available from very specific sources. Another possible solution is to check in the products of pkg-config into the SVN. Normally, this would be a bad idea, but since the idea here is to have a standard distribution where it is always built the same way on each machine, auto-configuration isn't needed. If something isn't found but autoconf, etc, then that's a problem that should be fixed before building. Otherwise, that will change the setup. .hc I know you have been doing this for a while and have your reasons, Sorry, I'll shut up already. I guess I am just tired of the annoyances of build systems. I need to find a better outlet for venting :) but what I don't understand is if the sources are only for windows? Or are they for mac as well? I know they can't and shouldn't be for linux as these are all or mostly apt-get'able. The 'sources' tree is the package management for Windows since there is none that I know of. Well, there is mingwPORTs, perhaps we should use that. For Mac OS X the builds use Fink for the package management, then the GNU/Linux distros use their own. there are also a bunch of binaries we will need to build ffmpeg...such as msys-core, a new bash, a new make. Then for gmerlin_avdec we will need a new autoconf and automake. They just put out a final release candidate for MinGW 1.0.11, so it would be good to start with that, then see if it has the needed bash, autoconf, etc. As for gmerlin_avdec, I think it might just be more managable to run the configure then check in the Makefiles and config.h. There is only one CPU type current supported, 32-bit i386, and gmerlin_avdec doesn't depend on any Windows specifics, like XP vs Vista. The ./configure stuff is all about detecting different setups and adjusting the build for them. With package management, you kind of want the opposite: define a setup and throw errors if things are not following them. For example, ./configure statements in packages end up looking like this to enforce that: http://fink.cvs.sourceforge.net/fink/dists/10.4/unstable/main/finkinfo/graphics/ffmpeg.info ConfigureParams: --mandir=%p/share/man --enable-shared --enable-gpl -- enable-pp --enable-swscaler --enable-pthreads --enable-x11grab -- enable-liba52 --enable-libamr-nb --enable-libfaac --enable-libfaad -- enable-libgsm --enable-libmp3lame --enable-libtheora --enable- libvorbis --enable-libx264 --enable-libxvid --disable-mmx --disable- iwmmxt (%m = powerpc) --enable-powerpc-perf (%m = i386) --disable- altivec I also notice that for x264 you disable asm code.couldn't we just download a binary for yasm and enable that stuff? Would be faster. I just wanted to get it working, but anyone is welcome to improve things. I tried yasm and it didn't seem that straightforward. with all of this stuff around in different spots, I don't think we are going to get a clean source compile on mingw for everything. Wouldn't it be better to just make a downloadable package for mingw with all the binaries? I mean, isn't it a windows thing to package binaries anyway? once we get all the binaries in place, it would be a simple wget and unzip command, no? forgive my ignorance 'cause I'm sure you have your reasons...I just don't smell what you are spraying just yet .Is the idea with the sources just to get everything to compile from source? That could work, but then upgrading one piece of source means making a whole new release of that package. I manage enough binary releases as it is, I don't have time to do anymore. As far as I am concerned, if someone wants to really own this, they can do it any way they want. But I don't have any time to spend on this, and it can take a ton of time, so while I am doing it, I'll stick to what I know works. .hc You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and
Re: [PD] run pd as admin under vista (was: help)
hello, when pd works in safe mode, I guess your pd runs with admin rights. so try to run pd with right-click -- run as administrator. When pd works now, you can turn off this security lock completely: http://www.howtogeek.com/howto/windows-vista/disable-user-account-control-uac-the-easy-way-on-windows-vista/ note here, that vista updates allways change your user settings again, so i guess your pd runs not anymore since a genius vista update.. cheers moritz On Tue, May 26, 2009 at 3:28 AM, IOhannes m zmoelnig zmoel...@iem.atwrote: hi Farhood Kolahian wrote: Hi all, I work with pd in vista. since a week pd doesn't run anymore cuz every time I open pd I got the message that pd.exe has stopped working and windows can check online for a solution to the problem, so it will to give us a better idea of what is going on, it would (might) help a lot if you could also tell with which version of Pd you are experiencing the problem. e.g. does the problem persist if you uninstall e.g. Pd-extended 0.27 and install Pd-vanilla 0.33 instead, or the other way round? (make sure you grab the newest (stable) versions, not any of the random numbers i gave above) furthermore: problems with Pd on w32 usually exist because Pd uses a network-connection between the core-application and the GUI. firewalls usually don't like this, make sure that the Pd.exe process is allowed to make a connection (either by creating an allow-rule in your firewall, or by turning off the firewall completely (which i would not recommend)) finally: please make sure to use meaningful subjects. e.g. help is bad as our mailinglist software will interpret help as an administrative command (read: it thinks that you are asking for help about how to use the mailinglist, not about the topic of the list), and make the poor administrator of this mailinglist (read: me) to moderate your email. a good guide on how to post can be found at http://puredata.info/community/lists/Netiquette/?searchterm=netiquette ghmasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . http://www.myspace.com/moritzwettstein . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.41.4-rc3 released!
Just wanted to let you know that using the Fedora package in Fedora Core 10 the font still seems too big. The text still sticks out of the object boxes. Regards, Hector On Tue, May 26, 2009 at 12:02 PM, Hans-Christoph Steiner h...@at.or.at wrote: I think this is basically ready to go http://at.or.at/hans/pd/installers.html Please test on Windows and give feedback! I haven't heard anything about Windows. It's looking ready for release, so please try it if you haven't already so we can find the last bugs. As far as I know, there aren't any outstanding bugs that need to be fixed for this release. So I think this is the release. Test away and file bugs in the bug tracker! http://puredata.info/dev/bugtracker This release candidate includes: * on GNU/Linux, corrected font size when using Tcl/Tk 8.5 * moocow/flite speech synth added on all platforms * fixed strict-aliasing build problems with cyclone, iemlib, bsaylor, and sigpack * (Windows) increased default audio buffer to 100ms since there are some really flaky audio cards in Windows land * (Mac OS X) decreased buffers to 20ms since all Apple hardware that I have tested in the past 7 years works with that KNOWN BUGS Check http://puredata.info/dev/bugtracker before reporting bugs, and if you find an existing bug report on the same issue, please add your information there. - Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup preferences - pdp_opengl is alpha and will definitely crash Pd - loading pdp_opengl will crash Pd if X11 is not open before trying to load it Access to computers should be unlimited and total. - the hacker ethic ___ 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] bug in gemlist object?
Hi Cyrille - Thanks for your feedback on the gemlist object. I tried your suggestiojn and I can confirm that it is the gemlist object that crashes Pd (in Windoze). Attached is mt patch which you could perhaps test in yr Linux environment and see if you have the same problem. Regards On Mon, May 25, 2009 at 9:52 AM, cyrille henry cyrille.he...@la-kitchen.fr wrote: hello Doug, -i'm using gemlist everyday on linux with no problem. i have no idea why it crash your system. -half of gem help patch wants to destroy gemwin before creating it : it's not a problem. -can you remove the gemlist object befor creating the gemwindow : you could then tel use if it really is gemlist that cause the crash. -gemlist it the good object to look at to create 100s or primitive per frame, but you can also use the repeat object from the zexy library. you can find more info on how to do this in Gem help patch, section 02.advence, patch 19 and 20... -gemlist object work just like the float object, but deal with gemlist instead of float! right and left inlet accept gemlist. left can also accept a bang. a gemlist send on the right inlet is just stored in the object. a gemlist send on the left inlet is sored + send on the outlet. a bang send the stored gemlist to the outlet. in what way is this different from the doc or from the usage? -can you try this patch and tell us if it still crash? cyrille Doug Taylor a écrit : Hi List - This is my first post. I hope I'm not repeating old stuff, but reading the entire history of the list is a rather daunting prospect, so here goes. I'm running Pd 0.40.3 on Windoze (because I can't get the libraries to load on my lovely old G3 PowerPC OSX 10.3.9 box - but that's a separate issue). I have GEM 0.91.3 (CVS) I'm finding the documentation on the gemlist object a bit scant, and want to report that Pd hangs on the help patch for gemlist. The patch is attached. The first obvious problem is that the patch wants to destroy gemwin before it creates it. No sweat, change that, then run the patch, destroy gemwin, run it again and Pd hangs every time. I can only assume it's the gemlist object itself that is buggy, or perhaps the until object? I have the same problem in the patch I am trying to build which must dynamically generate hundreds of circle objects. I am having quite a bit of trouble achieving this, but I'm sure it's just because I'm a newbie to Pd. I am very impressed with what I have seen so far. Thanks to all the developers for a really wonderful tool! Can anyone help with above problem? I'd also appreciate some pointers on how to dynamically generate hundreds, even thousands, of geos per frame - is the gemlist object the answer to this problem? I'm not entirely clear on how it works. The documentation doesn't seem to agree with the usage - specifically, what does the cold inlet do? Thanks in advance Doogli ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list 4mocean.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.41.4-rc3 released!
Which package is that? Did you try this release? .hc On May 26, 2009, at 3:03 PM, Hector Centeno wrote: Just wanted to let you know that using the Fedora package in Fedora Core 10 the font still seems too big. The text still sticks out of the object boxes. Regards, Hector On Tue, May 26, 2009 at 12:02 PM, Hans-Christoph Steiner h...@at.or.at wrote: I think this is basically ready to go http://at.or.at/hans/pd/installers.html Please test on Windows and give feedback! I haven't heard anything about Windows. It's looking ready for release, so please try it if you haven't already so we can find the last bugs. As far as I know, there aren't any outstanding bugs that need to be fixed for this release. So I think this is the release. Test away and file bugs in the bug tracker! http://puredata.info/dev/bugtracker This release candidate includes: * on GNU/Linux, corrected font size when using Tcl/Tk 8.5 * moocow/flite speech synth added on all platforms * fixed strict-aliasing build problems with cyclone, iemlib, bsaylor, and sigpack * (Windows) increased default audio buffer to 100ms since there are some really flaky audio cards in Windows land * (Mac OS X) decreased buffers to 20ms since all Apple hardware that I have tested in the past 7 years works with that KNOWN BUGS Check http://puredata.info/dev/bugtracker before reporting bugs, and if you find an existing bug report on the same issue, please add your information there. - Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup preferences - pdp_opengl is alpha and will definitely crash Pd - loading pdp_opengl will crash Pd if X11 is not open before trying to load it Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] bug in gemlist object?
hello, no problem here with this patch. did you try the one i send you? Cyrille Doug Taylor a écrit : Hi Cyrille - Thanks for your feedback on the gemlist object. I tried your suggestiojn and I can confirm that it is the gemlist object that crashes Pd (in Windoze). Attached is mt patch which you could perhaps test in yr Linux environment and see if you have the same problem. Regards On Mon, May 25, 2009 at 9:52 AM, cyrille henry cyrille.he...@la-kitchen.fr wrote: hello Doug, -i'm using gemlist everyday on linux with no problem. i have no idea why it crash your system. -half of gem help patch wants to destroy gemwin before creating it : it's not a problem. -can you remove the gemlist object befor creating the gemwindow : you could then tel use if it really is gemlist that cause the crash. -gemlist it the good object to look at to create 100s or primitive per frame, but you can also use the repeat object from the zexy library. you can find more info on how to do this in Gem help patch, section 02.advence, patch 19 and 20... -gemlist object work just like the float object, but deal with gemlist instead of float! right and left inlet accept gemlist. left can also accept a bang. a gemlist send on the right inlet is just stored in the object. a gemlist send on the left inlet is sored + send on the outlet. a bang send the stored gemlist to the outlet. in what way is this different from the doc or from the usage? -can you try this patch and tell us if it still crash? cyrille Doug Taylor a écrit : Hi List - This is my first post. I hope I'm not repeating old stuff, but reading the entire history of the list is a rather daunting prospect, so here goes. I'm running Pd 0.40.3 on Windoze (because I can't get the libraries to load on my lovely old G3 PowerPC OSX 10.3.9 box - but that's a separate issue). I have GEM 0.91.3 (CVS) I'm finding the documentation on the gemlist object a bit scant, and want to report that Pd hangs on the help patch for gemlist. The patch is attached. The first obvious problem is that the patch wants to destroy gemwin before it creates it. No sweat, change that, then run the patch, destroy gemwin, run it again and Pd hangs every time. I can only assume it's the gemlist object itself that is buggy, or perhaps the until object? I have the same problem in the patch I am trying to build which must dynamically generate hundreds of circle objects. I am having quite a bit of trouble achieving this, but I'm sure it's just because I'm a newbie to Pd. I am very impressed with what I have seen so far. Thanks to all the developers for a really wonderful tool! Can anyone help with above problem? I'd also appreciate some pointers on how to dynamically generate hundreds, even thousands, of geos per frame - is the gemlist object the answer to this problem? I'm not entirely clear on how it works. The documentation doesn't seem to agree with the usage - specifically, what does the cold inlet do? Thanks in advance Doogli ___ 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] bug in gemlist object?
Hi Doug, on my winxp machine i dont have any problems neither with the helppatch nor with yours. which versions of pd and gem are you using? i use 0.41.4-extended-20090509 with the included GEM: ver: 0.91.3 'tigital' GEM: compiled: Jan 22 2009 best g. Doug Taylor schrieb: Hi Cyrille - Thanks for your feedback on the gemlist object. I tried your suggestiojn and I can confirm that it is the gemlist object that crashes Pd (in Windoze). Attached is mt patch which you could perhaps test in yr Linux environment and see if you have the same problem. Regards On Mon, May 25, 2009 at 9:52 AM, cyrille henry cyrille.he...@la-kitchen.fr wrote: hello Doug, -i'm using gemlist everyday on linux with no problem. i have no idea why it crash your system. -half of gem help patch wants to destroy gemwin before creating it : it's not a problem. -can you remove the gemlist object befor creating the gemwindow : you could then tel use if it really is gemlist that cause the crash. -gemlist it the good object to look at to create 100s or primitive per frame, but you can also use the repeat object from the zexy library. you can find more info on how to do this in Gem help patch, section 02.advence, patch 19 and 20... -gemlist object work just like the float object, but deal with gemlist instead of float! right and left inlet accept gemlist. left can also accept a bang. a gemlist send on the right inlet is just stored in the object. a gemlist send on the left inlet is sored + send on the outlet. a bang send the stored gemlist to the outlet. in what way is this different from the doc or from the usage? -can you try this patch and tell us if it still crash? cyrille Doug Taylor a écrit : Hi List - This is my first post. I hope I'm not repeating old stuff, but reading the entire history of the list is a rather daunting prospect, so here goes. I'm running Pd 0.40.3 on Windoze (because I can't get the libraries to load on my lovely old G3 PowerPC OSX 10.3.9 box - but that's a separate issue). I have GEM 0.91.3 (CVS) I'm finding the documentation on the gemlist object a bit scant, and want to report that Pd hangs on the help patch for gemlist. The patch is attached. The first obvious problem is that the patch wants to destroy gemwin before it creates it. No sweat, change that, then run the patch, destroy gemwin, run it again and Pd hangs every time. I can only assume it's the gemlist object itself that is buggy, or perhaps the until object? I have the same problem in the patch I am trying to build which must dynamically generate hundreds of circle objects. I am having quite a bit of trouble achieving this, but I'm sure it's just because I'm a newbie to Pd. I am very impressed with what I have seen so far. Thanks to all the developers for a really wonderful tool! Can anyone help with above problem? I'd also appreciate some pointers on how to dynamically generate hundreds, even thousands, of geos per frame - is the gemlist object the answer to this problem? I'm not entirely clear on how it works. The documentation doesn't seem to agree with the usage - specifically, what does the cold inlet do? Thanks in advance Doogli ___ 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-extended 0.41.4-rc3 released!
Yes, I installed the Pd-0.41.4-extended-rc3-planetccrma9-i386.tar.bz2 package for Fedora available at http://at.or.at/hans/pd/installers.html Hector On Tue, May 26, 2009 at 3:15 PM, Hans-Christoph Steiner h...@at.or.at wrote: Which package is that? Did you try this release? .hc On May 26, 2009, at 3:03 PM, Hector Centeno wrote: Just wanted to let you know that using the Fedora package in Fedora Core 10 the font still seems too big. The text still sticks out of the object boxes. Regards, Hector On Tue, May 26, 2009 at 12:02 PM, Hans-Christoph Steiner h...@at.or.at wrote: I think this is basically ready to go http://at.or.at/hans/pd/installers.html Please test on Windows and give feedback! I haven't heard anything about Windows. It's looking ready for release, so please try it if you haven't already so we can find the last bugs. As far as I know, there aren't any outstanding bugs that need to be fixed for this release. So I think this is the release. Test away and file bugs in the bug tracker! http://puredata.info/dev/bugtracker This release candidate includes: * on GNU/Linux, corrected font size when using Tcl/Tk 8.5 * moocow/flite speech synth added on all platforms * fixed strict-aliasing build problems with cyclone, iemlib, bsaylor, and sigpack * (Windows) increased default audio buffer to 100ms since there are some really flaky audio cards in Windows land * (Mac OS X) decreased buffers to 20ms since all Apple hardware that I have tested in the past 7 years works with that KNOWN BUGS Check http://puredata.info/dev/bugtracker before reporting bugs, and if you find an existing bug report on the same issue, please add your information there. - Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup preferences - pdp_opengl is alpha and will definitely crash Pd - loading pdp_opengl will crash Pd if X11 is not open before trying to load it Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.41.4-rc3 released!
Ah, I thought that Fedora Package might have meant some official package included in Fedora. - could you post a screenshot? - do you have Bitstream Vera Sans Mono installed? - in /usr/local/lib/pd/bin/pd.tk, do you have this code around line 3996: if {$::tcl_version eq 8.5} { set sizelist 5 6 8 9 10 12 14 16 19 25 } else { set sizelist 8 9 10 12 14 16 18 24 30 36 } .hc On May 26, 2009, at 3:38 PM, Hector Centeno wrote: Yes, I installed the Pd-0.41.4-extended-rc3-planetccrma9-i386.tar.bz2 package for Fedora available at http://at.or.at/hans/pd/installers.html Hector On Tue, May 26, 2009 at 3:15 PM, Hans-Christoph Steiner h...@at.or.at wrote: Which package is that? Did you try this release? .hc On May 26, 2009, at 3:03 PM, Hector Centeno wrote: Just wanted to let you know that using the Fedora package in Fedora Core 10 the font still seems too big. The text still sticks out of the object boxes. Regards, Hector On Tue, May 26, 2009 at 12:02 PM, Hans-Christoph Steiner h...@at.or.at wrote: I think this is basically ready to go http://at.or.at/hans/pd/installers.html Please test on Windows and give feedback! I haven't heard anything about Windows. It's looking ready for release, so please try it if you haven't already so we can find the last bugs. As far as I know, there aren't any outstanding bugs that need to be fixed for this release. So I think this is the release. Test away and file bugs in the bug tracker! http://puredata.info/dev/bugtracker This release candidate includes: * on GNU/Linux, corrected font size when using Tcl/Tk 8.5 * moocow/flite speech synth added on all platforms * fixed strict-aliasing build problems with cyclone, iemlib, bsaylor, and sigpack * (Windows) increased default audio buffer to 100ms since there are some really flaky audio cards in Windows land * (Mac OS X) decreased buffers to 20ms since all Apple hardware that I have tested in the past 7 years works with that KNOWN BUGS Check http://puredata.info/dev/bugtracker before reporting bugs, and if you find an existing bug report on the same issue, please add your information there. - Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup preferences - pdp_opengl is alpha and will definitely crash Pd - loading pdp_opengl will crash Pd if X11 is not open before trying to load it Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On Tue, May 26, 2009 at 04:30:24PM +0200, Frank Barknecht wrote: Hallo, Chris McCormick hat gesagt: // Chris McCormick wrote: On Tue, May 26, 2009 at 03:34:51PM +0200, Frank Barknecht wrote: Hallo, danomatika hat gesagt: // danomatika wrote: My point is, I wish pd didn't force me to work it's way but allow me to work my way. That's the beauty of patching as opposed to vsts, etc. You have to build form the ground up. Well, Pd is a programming language, and as with all language, you can say things you'd have wished you didn't say or with programming: It easy to overload any machine (bang until) with a programming language. I have to say that with most programming languages an infinite loop does not mean an X crash. Probably I should contribute code, not words (sorry). I never had X crash with bang-until, so that's new to me. However a loop in an audio language can be worse than in a normal programm, as software like Pd often is run with higher priorities to get better latency performance. Of course then an endless loop is a bit trickier to get out of. :( Wow, I am so wrong. Please forgive me for this FUD! Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pidid and a camera dv/via usb converter on ubuntu
HELLO, Yes i find the solution in pdp_v4l2 for a normal use... it works. And with pdp_v4l i get a good glitch process... But pdp_ieee1394 don't work for me maybe it's the next step. I get no message when i connect the cam but it's maybe in ubuntu because there is dropping frame in dv1394 i find this in the system log... Any solutions thanks -- TNTB t'es in t'es bat 7 place Favier 13210 St Remy de Provence T/: 04 90 26 95 09 P/: 06 86 86 12 19 + http://www.tntb.net === ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Slow cpu/RJDJ patching approach ...
On May 25, 2009, at 9:17 PM, danomatika wrote: On Mon, 2009-05-25 at 21:09 -0400, Hans-Christoph Steiner wrote: Another thing to try is writing the GUI in a toolkit that is optimized for speed. I don't know if you have a GPU, but if you wrote Pd GUI objects using something like togl or tkzinc, both use OpenGL, that could also help. That's a little more then I mean ... When I first started using Pd I naively thought that num boxes and sliders somehow were skipped over or turned into [clip] objects when in -nogui mode. I also thought that, its not true? I don't really need an accelerated gui as I like what Pd has now, I just think these basic elements should not peg the cpu in -nogui mode. That way I can work in a nice graphical environment to create the patches, then run said patches in the minimal environment and not get penalized for using gui objects/parameters. I started work on the 'tkwidgets' library a while back to provide simple Pd interfaces to the Tk widgets. The IEMGUI code is quite complicated. I have an almost complete API for Pd-Tk that includes code for a standard way of resizing the GUI objects with a mouse. I think this could serve well as the basis for a GUI library that does behave like a [clip] in -nogui mode. For example, instead of a number box, we could make a Tk label object in Pd which accepts anything you throw at it and displays it, i.e. it would even display spaces and different fonts even! Shocking, I know. I think there could be a working Pd object based on label in a day or two of work, refinements would take longer, of course... .hc You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pidid and a camera dv/via usb converter on ubuntu
hello, yes i try many possibilities of pd and right now i succed to making work a 4 screen ubuntu computer with rendering on every screen... A tool for live set... How can i be root to use pdp_ieee1394 I'd just launch pd with a gksudo ??? thanks david -- TNTB t'es in t'es bat 7 place Favier 13210 St Remy de Provence T/: 04 90 26 95 09 P/: 06 86 86 12 19 + http://www.tntb.net === ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.41.4-rc3 released!
Yes, I do have that code in pd.tk which I had already hacked before in a similar way. Under OpenSuse those font sizes work fine but in Fedora the 8 has to be changed by 7 like this: set sizelist 5 6 7 9 10 12 14 16 19 25 For some reason in general the fonts in Fedora look bigger. After getting use to the sizes in OpenSuse I had to reduce everything in the gnome settings. Cheers, Hector p.s. I attached a screenshot of the way it looks with set sizelist 5 6 8 9 10 12 14 16 19 25 On Tue, May 26, 2009 at 4:29 PM, Hans-Christoph Steiner h...@at.or.at wrote: Ah, I thought that Fedora Package might have meant some official package included in Fedora. - could you post a screenshot? - do you have Bitstream Vera Sans Mono installed? - in /usr/local/lib/pd/bin/pd.tk, do you have this code around line 3996: if {$::tcl_version eq 8.5} { set sizelist 5 6 8 9 10 12 14 16 19 25 } else { set sizelist 8 9 10 12 14 16 18 24 30 36 } .hc On May 26, 2009, at 3:38 PM, Hector Centeno wrote: Yes, I installed the Pd-0.41.4-extended-rc3-planetccrma9-i386.tar.bz2 package for Fedora available at http://at.or.at/hans/pd/installers.html Hector On Tue, May 26, 2009 at 3:15 PM, Hans-Christoph Steiner h...@at.or.at wrote: Which package is that? Did you try this release? .hc On May 26, 2009, at 3:03 PM, Hector Centeno wrote: Just wanted to let you know that using the Fedora package in Fedora Core 10 the font still seems too big. The text still sticks out of the object boxes. Regards, Hector On Tue, May 26, 2009 at 12:02 PM, Hans-Christoph Steiner h...@at.or.at wrote: I think this is basically ready to go http://at.or.at/hans/pd/installers.html Please test on Windows and give feedback! I haven't heard anything about Windows. It's looking ready for release, so please try it if you haven't already so we can find the last bugs. As far as I know, there aren't any outstanding bugs that need to be fixed for this release. So I think this is the release. Test away and file bugs in the bug tracker! http://puredata.info/dev/bugtracker This release candidate includes: * on GNU/Linux, corrected font size when using Tcl/Tk 8.5 * moocow/flite speech synth added on all platforms * fixed strict-aliasing build problems with cyclone, iemlib, bsaylor, and sigpack * (Windows) increased default audio buffer to 100ms since there are some really flaky audio cards in Windows land * (Mac OS X) decreased buffers to 20ms since all Apple hardware that I have tested in the past 7 years works with that KNOWN BUGS Check http://puredata.info/dev/bugtracker before reporting bugs, and if you find an existing bug report on the same issue, please add your information there. - Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup preferences - pdp_opengl is alpha and will definitely crash Pd - loading pdp_opengl will crash Pd if X11 is not open before trying to load it Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish. -William Carlos Williams attachment: screenshot1.png___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pidid and a camera dv/via usb converter on ubuntu
On Wed, May 27, 2009 at 12:11 AM, t'es in t'es bat tesintes...@gmail.comwrote: hello, yes i try many possibilities of pd and right now i succed to making work a 4 screen ubuntu computer with rendering on every screen... A tool for live se... cool! How can i be root to use pdp_ieee1394 I'd just launch pd with a gksudo ??? You can launch PD from a terminal as root (sudo pd). But, as some objects have problems if you are using it as super user (like playlist for example), it's better to change permissions to the device you want to use. In this way you don't really need to be root. thanks david bye husk ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.41.4-rc3 released!
for what's worth: I'm on a sensitive moment now (final stretch to audio-video performance next sunday in salamanca). I can look at this after that, though. are the most actual versions on the nightly builds? 2009/5/26 Hans-Christoph Steiner h...@at.or.at I think this is basically ready to go http://at.or.at/hans/pd/installers.html Please test on Windows and give feedback! I haven't heard anything about Windows. It's looking ready for release, so please try it if you haven't already so we can find the last bugs. As far as I know, there aren't any outstanding bugs that need to be fixed for this release. So I think this is the release. Test away and file bugs in the bug tracker! http://puredata.info/dev/bugtracker This release candidate includes: * on GNU/Linux, corrected font size when using Tcl/Tk 8.5 * moocow/flite speech synth added on all platforms * fixed strict-aliasing build problems with cyclone, iemlib, bsaylor, and sigpack * (Windows) increased default audio buffer to 100ms since there are some really flaky audio cards in Windows land * (Mac OS X) decreased buffers to 20ms since all Apple hardware that I have tested in the past 7 years works with that KNOWN BUGS Check http://puredata.info/dev/bugtracker before reporting bugs, and if you find an existing bug report on the same issue, please add your information there. - Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup preferences - pdp_opengl is alpha and will definitely crash Pd - loading pdp_opengl will crash Pd if X11 is not open before trying to load it Access to computers should be unlimited and total. - the hacker ethic ___ 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 | 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] Pd-extended 0.41.4-rc3 released!
Thanks Hans This is really amazing and has been a great help. t On Wed, May 27, 2009 at 2:02 AM, Hans-Christoph Steiner h...@at.or.atwrote: I think this is basically ready to go http://at.or.at/hans/pd/installers.html Please test on Windows and give feedback! I haven't heard anything about Windows. It's looking ready for release, so please try it if you haven't already so we can find the last bugs. As far as I know, there aren't any outstanding bugs that need to be fixed for this release. So I think this is the release. Test away and file bugs in the bug tracker! http://puredata.info/dev/bugtracker This release candidate includes: * on GNU/Linux, corrected font size when using Tcl/Tk 8.5 * moocow/flite speech synth added on all platforms * fixed strict-aliasing build problems with cyclone, iemlib, bsaylor, and sigpack * (Windows) increased default audio buffer to 100ms since there are some really flaky audio cards in Windows land * (Mac OS X) decreased buffers to 20ms since all Apple hardware that I have tested in the past 7 years works with that KNOWN BUGS Check http://puredata.info/dev/bugtracker before reporting bugs, and if you find an existing bug report on the same issue, please add your information there. - Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup preferences - pdp_opengl is alpha and will definitely crash Pd - loading pdp_opengl will crash Pd if X11 is not open before trying to load it Access to computers should be unlimited and total. - the hacker ethic ___ 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] pidid and a camera dv/via usb converter on ubuntu
Husk 00 wrote: On Wed, May 27, 2009 at 12:11 AM, t'es in t'es bat tesintes...@gmail.com mailto:tesintes...@gmail.com wrote: hello, yes i try many possibilities of pd and right now i succed to making work a 4 screen ubuntu computer with rendering on every screen... A tool for live se... cool! How can i be root to use pdp_ieee1394 I'd just launch pd with a gksudo ??? You can launch PD from a terminal as root (sudo pd). But, as some objects have problems if you are using it as super user (like playlist for example), it's better to change permissions to the device you want to use. In this way you don't really need to be root. totally wrong!!! you can't use playlist if you're root, what's that? ( i do this everyday almost, except when i'm bored with pd ) and changing permissions is not enough for pdp_ieee1394, why people speak if they don't know? i'm still puzzled sevy thanks david bye husk ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.41.4-rc3 released!
ah! I found the source of the problem. Googling for the font size issue in Fedora I found that it seems that Gnome in Fedora 10 has problems auto-detecting the right DPI for the display. In the Font section of the Appearance Preferences, clicking on Details shows a configuration window where the resolution in DPI can be set. I changed that to 96 and the fonts work fine in PD with the original values in Pd-0.41.4-extended-rc3. Cheers, Hector On Tue, May 26, 2009 at 6:26 PM, Hector Centeno hcen...@gmail.com wrote: Yes, I do have that code in pd.tk which I had already hacked before in a similar way. Under OpenSuse those font sizes work fine but in Fedora the 8 has to be changed by 7 like this: set sizelist 5 6 7 9 10 12 14 16 19 25 For some reason in general the fonts in Fedora look bigger. After getting use to the sizes in OpenSuse I had to reduce everything in the gnome settings. Cheers, Hector p.s. I attached a screenshot of the way it looks with set sizelist 5 6 8 9 10 12 14 16 19 25 On Tue, May 26, 2009 at 4:29 PM, Hans-Christoph Steiner h...@at.or.at wrote: Ah, I thought that Fedora Package might have meant some official package included in Fedora. - could you post a screenshot? - do you have Bitstream Vera Sans Mono installed? - in /usr/local/lib/pd/bin/pd.tk, do you have this code around line 3996: if {$::tcl_version eq 8.5} { set sizelist 5 6 8 9 10 12 14 16 19 25 } else { set sizelist 8 9 10 12 14 16 18 24 30 36 } .hc On May 26, 2009, at 3:38 PM, Hector Centeno wrote: Yes, I installed the Pd-0.41.4-extended-rc3-planetccrma9-i386.tar.bz2 package for Fedora available at http://at.or.at/hans/pd/installers.html Hector On Tue, May 26, 2009 at 3:15 PM, Hans-Christoph Steiner h...@at.or.at wrote: Which package is that? Did you try this release? .hc On May 26, 2009, at 3:03 PM, Hector Centeno wrote: Just wanted to let you know that using the Fedora package in Fedora Core 10 the font still seems too big. The text still sticks out of the object boxes. Regards, Hector On Tue, May 26, 2009 at 12:02 PM, Hans-Christoph Steiner h...@at.or.at wrote: I think this is basically ready to go http://at.or.at/hans/pd/installers.html Please test on Windows and give feedback! I haven't heard anything about Windows. It's looking ready for release, so please try it if you haven't already so we can find the last bugs. As far as I know, there aren't any outstanding bugs that need to be fixed for this release. So I think this is the release. Test away and file bugs in the bug tracker! http://puredata.info/dev/bugtracker This release candidate includes: * on GNU/Linux, corrected font size when using Tcl/Tk 8.5 * moocow/flite speech synth added on all platforms * fixed strict-aliasing build problems with cyclone, iemlib, bsaylor, and sigpack * (Windows) increased default audio buffer to 100ms since there are some really flaky audio cards in Windows land * (Mac OS X) decreased buffers to 20ms since all Apple hardware that I have tested in the past 7 years works with that KNOWN BUGS Check http://puredata.info/dev/bugtracker before reporting bugs, and if you find an existing bug report on the same issue, please add your information there. - Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup preferences - pdp_opengl is alpha and will definitely crash Pd - loading pdp_opengl will crash Pd if X11 is not open before trying to load it Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish. -William Carlos Williams ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.41.4-rc3 released!
Excellent, could you add info that to the FAQ entry on this topic: http://puredata.info/docs/faq/on-gnu-linux-the-fonts-are-strange-and-or-too-big-or-small .hc On May 26, 2009, at 10:45 PM, Hector Centeno wrote: ah! I found the source of the problem. Googling for the font size issue in Fedora I found that it seems that Gnome in Fedora 10 has problems auto-detecting the right DPI for the display. In the Font section of the Appearance Preferences, clicking on Details shows a configuration window where the resolution in DPI can be set. I changed that to 96 and the fonts work fine in PD with the original values in Pd-0.41.4-extended-rc3. Cheers, Hector On Tue, May 26, 2009 at 6:26 PM, Hector Centeno hcen...@gmail.com wrote: Yes, I do have that code in pd.tk which I had already hacked before in a similar way. Under OpenSuse those font sizes work fine but in Fedora the 8 has to be changed by 7 like this: set sizelist 5 6 7 9 10 12 14 16 19 25 For some reason in general the fonts in Fedora look bigger. After getting use to the sizes in OpenSuse I had to reduce everything in the gnome settings. Cheers, Hector p.s. I attached a screenshot of the way it looks with set sizelist 5 6 8 9 10 12 14 16 19 25 On Tue, May 26, 2009 at 4:29 PM, Hans-Christoph Steiner h...@at.or.at wrote: Ah, I thought that Fedora Package might have meant some official package included in Fedora. - could you post a screenshot? - do you have Bitstream Vera Sans Mono installed? - in /usr/local/lib/pd/bin/pd.tk, do you have this code around line 3996: if {$::tcl_version eq 8.5} { set sizelist 5 6 8 9 10 12 14 16 19 25 } else { set sizelist 8 9 10 12 14 16 18 24 30 36 } .hc On May 26, 2009, at 3:38 PM, Hector Centeno wrote: Yes, I installed the Pd-0.41.4-extended-rc3-planetccrma9- i386.tar.bz2 package for Fedora available at http://at.or.at/hans/pd/installers.html Hector On Tue, May 26, 2009 at 3:15 PM, Hans-Christoph Steiner h...@at.or.at wrote: Which package is that? Did you try this release? .hc On May 26, 2009, at 3:03 PM, Hector Centeno wrote: Just wanted to let you know that using the Fedora package in Fedora Core 10 the font still seems too big. The text still sticks out of the object boxes. Regards, Hector On Tue, May 26, 2009 at 12:02 PM, Hans-Christoph Steiner h...@at.or.at wrote: I think this is basically ready to go http://at.or.at/hans/pd/installers.html Please test on Windows and give feedback! I haven't heard anything about Windows. It's looking ready for release, so please try it if you haven't already so we can find the last bugs. As far as I know, there aren't any outstanding bugs that need to be fixed for this release. So I think this is the release. Test away and file bugs in the bug tracker! http://puredata.info/dev/bugtracker This release candidate includes: * on GNU/Linux, corrected font size when using Tcl/Tk 8.5 * moocow/flite speech synth added on all platforms * fixed strict-aliasing build problems with cyclone, iemlib, bsaylor, and sigpack * (Windows) increased default audio buffer to 100ms since there are some really flaky audio cards in Windows land * (Mac OS X) decreased buffers to 20ms since all Apple hardware that I have tested in the past 7 years works with that KNOWN BUGS Check http://puredata.info/dev/bugtracker before reporting bugs, and if you find an existing bug report on the same issue, please add your information there. - Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup preferences - pdp_opengl is alpha and will definitely crash Pd - loading pdp_opengl will crash Pd if X11 is not open before trying to load it Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams All information should be free. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Inscripciones Abiertas: Taller de Algoritmia Junio 2009 (Santiago, Chile)
Resumen: La orientación del taller es la integración de conocimientos prácticos de medios musicales, electrónicos, informáticos y matemáticos para la formulación de proyectos estéticos. Los participantes deberán imaginar un cauce de acción con las herramientas entregadas en cada módulo, para luego dirigirlo a una presentación donde podrán debatir y formular alternativas en torno a las formas de lógica disponibles para la realización concreta: su estructura, función y experiencia. Duración de cada módulo: Cuatro sesiones aplicadas de 90 min. El método formativo utilizado (esquema CUATRO) consta de 4 sesiones de 90 min. para máximo 4 personas. El expositor guía cada sesión al estudio representativo de la técnica para luego llevar a la práctica la aplicación mediante la construcción de una obra. Módulos: + Canto a dos voces con Theremín. + Introducción a Sensores Análogos para Interfaces Interactivas. + Introducción a Pure Data (Pd). + Introducción a Métodos en Música y Video-Performance con Pd. http://labormedia.cl/algoritmia Inscripciones y mayores informaciones al correo electrónico algoritmia[at] labormedia.cl . ___ 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-extended 0.41.4-rc3 released!
PS -- this Fedora hack almost works well for object and message boxes -- some of the mappings seem wrong (fiddling with the values in gnome on Fedora 10 changes nothing for me). This hack also doesn't affect font size for labels on gui objects (sliders, bangs, etc.) -- these are too large still. I haven't yet tried it in data structures. I have a feeling something awful is afoot. I'll post screenshot comparisons when I can get back to my fedora machine. Thanks a bunch for your patience on this, Matt Excellent, could you add info that to the FAQ entry on this topic: http://puredata.info/docs/faq/on-gnu-linux-the-fonts-are-strange-and-or-too-big-or-small .hc On May 26, 2009, at 10:45 PM, Hector Centeno wrote: ah! I found the source of the problem. Googling for the font size issue in Fedora I found that it seems that Gnome in Fedora 10 has problems auto-detecting the right DPI for the display. In the Font section of the Appearance Preferences, clicking on Details shows a configuration window where the resolution in DPI can be set. I changed that to 96 and the fonts work fine in PD with the original values in Pd-0.41.4-extended-rc3. Cheers, Hector On Tue, May 26, 2009 at 6:26 PM, Hector Centeno hcen...@gmail.com wrote: Yes, I do have that code in pd.tk which I had already hacked before in a similar way. Under OpenSuse those font sizes work fine but in Fedora the 8 has to be changed by 7 like this: set sizelist 5 6 7 9 10 12 14 16 19 25 For some reason in general the fonts in Fedora look bigger. After getting use to the sizes in OpenSuse I had to reduce everything in the gnome settings. Cheers, Hector ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list