Re: [PD] interface/pd-based standalone applications question
On Tue, Jul 6, 2010 at 11:10 AM, Mathieu Bouchard wrote: > On Tue, 6 Jul 2010, Ben Baker-Smith wrote: > > I think the point was simply that Miller deserves credit for his essential >> contributions to pd. I don't think this is the place to discuss your >> problems with SLOC and COCOMO. >> > > A point worth making, is a point worth making with a good support. If the > point is being supported by SLOC and COCOMO, then SLOC and COCOMO become as > on-topic as anything else used to support an argument about something > on-topic. > > Agreed, but why argue the point at all? Ben Baker-Smith -- http://bitsynthesis.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
On Tue, 6 Jul 2010, David Schaffer wrote: My original question was: how to build graphical user interfaces for pd patches that would look more like standard software Here's an example for you. Here is the serveur.pd patch, which you will start first : #N canvas 0 0 450 300 10; #X obj 7 5 netreceive 23456; #X obj 7 24 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X connect 0 0 1 0; and here is piton.tcl, which you will then run, using the "wish" command : set tibas [socket localhost 23456] fconfigure $tibas -buffering line button .b -text "hello, how are you?" -command {puts $tibas "bang;"} pack .b -padx 10 -pady 10 and then you click on the button of the latter programme and it will activate the bang button in the former programme (patch). you can replace "localhost" by any recognised hostname that the server patch may be running on, and change the port number to whatever agreed upon by both programmes. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
The funny thing is that I started this thread a couple of days ago and these last posts about "SLOC" and "COCOMO" are totally cryptic to me!!! My original question was: how to build graphical user interfaces for pd patches that would look more like standard software and be less "disturbing" to non-pd devellopers (especially meaningfull when building a virtual lighting board for instance, like this guy I met in Avignon, France the other day with a max patch, he had even found a way to remotely control it with his Iphone... very impressive). The other part of the question was : how to bundle the no-gui pd patch with the new interface and all the pd install files so the patch could be distributed as a standard application on any... say... windows computer... or else). A couple of people have mentioned the processing environement; If anyone has new tips to bring up, I'd be more than happy to know: would visual basic, python or Qt do the job? Thank you all for your involvement! People who want to continue to discuss "SLOCOMO" issues (whatever it is...) are, of course, very welcome to do so, but it might be a good idea to start a new, dedicated thread for this highly technical subject. I hope I did not offense anyone, it really isn't my point: I love all Pd related questions. David Schaffer > > I think the point was simply that Miller deserves credit for his > > essential contributions to pd. I don't think this is the place to > > discuss your problems with SLOC and COCOMO. > > A point worth making, is a point worth making with a good support. If the > point is being supported by SLOC and COCOMO, then SLOC and COCOMO become > as on-topic as anything else used to support an argument about something > on-topic. > > I agree with the point as much as anyone else, but I disagree with the > means to support it. I'd rather put no figures at all, than figures that > are not meaningful. > > _ _ __ ___ _ _ _ ... > | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 _ Hotmail: Free, trusted and rich email service. https://signup.live.com/signup.aspx?id=60969___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
On Tue, 6 Jul 2010, Ben Baker-Smith wrote: I think the point was simply that Miller deserves credit for his essential contributions to pd. I don't think this is the place to discuss your problems with SLOC and COCOMO. A point worth making, is a point worth making with a good support. If the point is being supported by SLOC and COCOMO, then SLOC and COCOMO become as on-topic as anything else used to support an argument about something on-topic. I agree with the point as much as anyone else, but I disagree with the means to support it. I'd rather put no figures at all, than figures that are not meaningful. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
I think the point was simply that Miller deserves credit for his essential contributions to pd. I don't think this is the place to discuss your problems with SLOC and COCOMO. Ben Baker-Smith -- http://bitsynthesis.com > I have no idea. I just meant that if anyone deserves to be cooked meals > > because of Pd related things, then it's Miller. That is a lot of lines > > of source code (only 25,000 of them are portaudio/portmidi). > > First of all, if you consider portaudio and portmidi like the separate > projects that they are and that Miller didn't write and that is not really > part of Pd in any way, the total SLOC drops to 68000. > > Next, Miller is not completely alone in writing Pd. You probably know that > already. It's not even a very small or neglectible amount. In SLOC count, > Thomas Musil contributed 10% of the source code alone, as the original > author of the IEMGUI library. > > Then you probably know what is copy-paste. IIRC, about 1300 lines of code > of IEMGUI can be explained by a one-liner sed | diff | wc command. Then > there is other copy-paste in places like d_math.c and x_arithmetic.c for > which I made the demonstration that they can be shrunk to less than 20% of > their size using macros *while* keeping all optimisations in. (not sure I > posted on the lists about it, though). > > Then the "basic COCOMO model" does not take copy-paste into account, > therefore it's na?ve at best, a fraud at worst. It's also highly dependent > on many other things it shouldn't be dependent on, thus it's most > certainly unlikely to be accurate at all. > > Braces change the SLOC. The 72-character maximum that comes from IBM > punchcards) changes the SLOC. Statement size changes the SLOC (say > something short as two statements, you have two lines, but say it as one, > you have one line). Think about it, you even charge for the blank lines > and all the lines that say // , no matter how many a given > programmer decides to put. > > All the Basic COCOMO model ever does correctly is punish any people who > try to save on the number of lines of code. > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
On Sun, 4 Jul 2010, chrism wrote: I have no idea. I just meant that if anyone deserves to be cooked meals because of Pd related things, then it's Miller. That is a lot of lines of source code (only 25,000 of them are portaudio/portmidi). First of all, if you consider portaudio and portmidi like the separate projects that they are and that Miller didn't write and that is not really part of Pd in any way, the total SLOC drops to 68000. Next, Miller is not completely alone in writing Pd. You probably know that already. It's not even a very small or neglectible amount. In SLOC count, Thomas Musil contributed 10% of the source code alone, as the original author of the IEMGUI library. Then you probably know what is copy-paste. IIRC, about 1300 lines of code of IEMGUI can be explained by a one-liner sed | diff | wc command. Then there is other copy-paste in places like d_math.c and x_arithmetic.c for which I made the demonstration that they can be shrunk to less than 20% of their size using macros *while* keeping all optimisations in. (not sure I posted on the lists about it, though). Then the "basic COCOMO model" does not take copy-paste into account, therefore it's naïve at best, a fraud at worst. It's also highly dependent on many other things it shouldn't be dependent on, thus it's most certainly unlikely to be accurate at all. Braces change the SLOC. The 72-character maximum that comes from IBM punchcards) changes the SLOC. Statement size changes the SLOC (say something short as two statements, you have two lines, but say it as one, you have one line). Think about it, you even charge for the blank lines and all the lines that say // , no matter how many a given programmer decides to put. All the Basic COCOMO model ever does correctly is punish any people who try to save on the number of lines of code. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
can you put a better guide somewhere on how to do these things? when you say "check out the code" it's something any of you guys do with your eyes closed, and it takes me almost 1h to understand why anything is working. I also don't know what is a diff. Good idea. Sorry for my presumption. it's not presumption, that's common language to most of you guys. but for any (not just me) who would like to do something (and sometimes can), it's not easy to decypher. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
On Thu, 01 Jul 2010 13:20:23 +0200, João Pais wrote: >>> unfortunately I can only code in Pd. if you lived near me I could >>> cook for you :) or something. >> >> I won't be in Berlin for a while, otherwise I would be up for that! >> Better to cook Miller something huge and delicious instead though... > > is he here? I have no idea. I just meant that if anyone deserves to be cooked meals because of Pd related things, then it's Miller. sloccount says: Total Physical Source Lines of Code (SLOC)= 93,652 Development Effort Estimate, Person-Years (Person-Months) = 23.50 (282.04) (Basic COCOMO model, Person-Months = 2.4 * (KSLOC**1.05)) Schedule Estimate, Years (Months) = 1.78 (21.33) (Basic COCOMO model, Months = 2.5 * (person-months**0.38)) Estimated Average Number of Developers (Effort/Schedule) = 13.22 Total Estimated Cost to Develop = $ 3,174,933 (average salary = $56,286/year, overhead = 2.40). That is a lot of lines of source code (only 25,000 of them are portaudio/portmidi). Pretty sure that 13.22 people didn't write the majority of the Pd code. :) > can you put a better guide somewhere on how to > do these things? when you say "check out the code" it's something any > of you guys do with your eyes closed, and it takes me almost 1h to > understand why anything is working. I also don't know what is a diff. Good idea. Sorry for my presumption. Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
unfortunately I can only code in Pd. if you lived near me I could cook for you :) or something. I won't be in Berlin for a while, otherwise I would be up for that! Better to cook Miller something huge and delicious instead though... is he here? PS If you want to help by making patches then you could make unit tests patches: 1) Download bzr 2) check out the code 3) Make some test patches with 'expected outcome' textfiles and put them in tests directory - try to test every aspect of an object 4) Send me your diffs to integrate hmm, I'm also quite busy (and out of town) until early august. if you think it's worth it, can you put a better guide somewhere on how to do these things? when you say "check out the code" it's something any of you guys do with your eyes closed, and it takes me almost 1h to understand why anything is working. I also don't know what is a diff. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
On Thu, 01 Jul 2010 10:06:47 +0200, João Pais wrote: >>> And he would need help too. >>> >> Yep, exactly, Marco. >> >> I have not worked on it much lately as I've been busy with other >> software. Definitely no deadlines. > > unfortunately I can only code in Pd. if you lived near me I could > cook for you :) or something. I won't be in Berlin for a while, otherwise I would be up for that! Better to cook Miller something huge and delicious instead though... Chris. PS If you want to help by making patches then you could make unit tests patches: 1) Download bzr 2) check out the code 3) Make some test patches with 'expected outcome' textfiles and put them in tests directory - try to test every aspect of an object 4) Send me your diffs to integrate --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
And he would need help too. Yep, exactly, Marco. I have not worked on it much lately as I've been busy with other software. Definitely no deadlines. unfortunately I can only code in Pd. if you lived near me I could cook for you :) or something. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
You can do quite a bit with the GUI objects in Pd-extended. Here are some to try: button ticker entry canvas_name window_name .hc On Jun 29, 2010, at 4:48 PM, David Schaffer wrote: Hi, Is there anyone out there who could teach me how to make good looking stand alone pd apps, I mean pd patches with a nice looking GUI on top that would play on any computer even without pd installed. I saw this guy the other day with his max based lighting board stand alone app. and I thought it was pretty cool... Thanks! D.S http://www.flickr.com/photos/schafferdavid/ http://audioblog.arteradio.com/David_Schaffer/ Hotmail: Free, trusted and rich email service. Get it now.___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list 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
Re: [PD] interface/pd-based standalone applications question
On Wed, 30 Jun 2010 12:35:43 +0100, Marco Donnarumma wrote: > Chris McCormick is working on it, alone as far as I know. > (Don't want to talk for Chris) but it seems to me he's interested in porting > oniy pd-vanilla tilde objects. > > And he would need help too. > > Anyway he published some useful guidelines and I think it shouldn't be > difficult for someone knowing Javascript to port other externals or stuff. > > http://mccormick.cx/dev/webpd/ Yep, exactly, Marco. I have not worked on it much lately as I've been busy with other software. Definitely no deadlines. Cheers, Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
On Tue, 29 Jun 2010 20:48:30 +, David Schaffer wrote: > Is there anyone out there who could teach me how to make good > looking stand alone pd apps, I mean pd patches with a nice looking GUI > on top that would play on any computer even without pd installed. I > saw this guy the other day with his max based lighting board stand > alone app. and I thought it was pretty cool... Thanks! Hi David, You could do what RjDj are doing with their composition tool, and use PyPd to make an interface between Pd and Python, and then build a GUI in Python. There are a number of cross-platform ways of doing the latter, including wxPython, PyTK, PyGTK, PyQT, Pygame (SDL), Pyglet (OpenGL), PyOpenGL. RjDj use wxPython as far as I know, unless that changed recently. Here is PyPd: http://mccormick.cx/projects/PyPd Once you're done you can make cross platform binaries with py2app, py2exe, or a great tool I found out about recently at PyCon AU: "Esky", which freezes your app and also provides for automatic updates. Cheers, Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
2010/6/30 IOhannes m zmoelnig > On 2010-06-30 12:50, András Murányi wrote: > > On Wed, Jun 30, 2010 at 9:46 AM, David Schaffer > > wrote: > > > >> > >> > >> > >> I'm neither nuts, nor a consumer. I just happen to be impressed by a > patch > >> I came across a while ago, it was a TR 909 emulation and looked very > >> professionnal. It's basically what I'm trying to do: building pd patches > >> (like improved media players, virtual FX racks, video dispatchers...) > that > >> can be used by non-pd people, people who are used to interact with > >> "standard" user interfaces, see? > >> > >> > > The 909 emulation was nice, but i couldn't make it work on Linux. (not > only > > Pd but Processing was needed too). > > what's the problem with proce55ing on linux? > > fgma > IOhannes > > so, i tried again, and this is where it gets stuck: http://code.google.com/p/processing/issues/detail?id=142 attached the (non functional) shell-script Andras START-TR909.sh Description: Bourne shell script ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
I think this whole thing just does not sound like free (as in freedom) software anyway. I don´t understand why max patchers always want to hide their code. I think PD programmers should try to make their code as redable as possible. 2010/6/30 Michal Seta : > On Tue, Jun 29, 2010 at 10:44 PM, Mike Moser-Booth > wrote: >> I've always thought that what Max considers standalones is kind of shady. >> They're just the patch and Max Runtime bundled together. > > There are 2 ways of distributing patches to those who do not own Max > (or in order to make it more difficult to reverse-engineer the code): > > - collective: a bundle of patches which can in turn be distributed as > a file and requires the Max runtime to run (whether an end-user can > actually distribute Max Runtime is a different question, I never > looked into the legal side of this) > - Standalone executable. In which case the collective is actually > embedded into the executable (minus any media such as audio files > etc,). > >> The only difference >> is that the patch(es) used are put together in a single file (which Max >> calls a collective, but anyone with Max can open on their own and edit) > > No. Once the patch has been turned into the collective, another user > will not be able to simply open and edit away (but it is possible if > one has the right tools and knowledge of the file format but then that > falls into the category of reverse-engineering). > >> it's nice because it makes >> the patches easier to distribute to people who don't own Max, but it's >> really not much different than just running the patch normally. > > I think it is possible to prepare an installer, for any platform, that > contains Pd and all the necessary externals etc. that will > automatically load everything that it needs in order to do its thing. > Each platform will have to deal with this in different way but often a > simple shell script will take care of everything. This way you can > distribute a "standalone" version of whatever program you have done. > > ./MiS > > ___ > 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] interface/pd-based standalone applications question
It requires a JavaVM of course (its..java) Wether your distro offers that or not, you can install it. Processing is JavaVM-dependent and not OS-dependent since java is available for almost everything. :) That was my point. I think I have used processing with other VMs (icedtea, openJDK, ...) but I can confirm that later this week. On Wed, Jun 30, 2010 at 8:17 PM, Michal Seta wrote: > On Wed, Jun 30, 2010 at 2:53 PM, Pedro Lopes > wrote: > > Processing (i don't like to type it with 55 =P but I know its the > > original...) > > Actually, a few years ago the project has deliberately switched to the > non-l33t spelling of the name of the project so "Proce55ing" and > "Processing" are 2 different products. The latter is obsolete. > > > is completly transparent to OS. It works normally with Linux, > > just grab it and launch it. Its java... so its JavaVM and OS-independent. > > I may be wrong but I believe that Processing will require Sun's Java > in order to work correctly which is not installed be default with some > Linux distributions. > > ./MiS > -- Pedro Lopes contacto: j...@radiozero.pt website: http://web.ist.utl.pt/Pedro.Lopes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
On Wed, Jun 30, 2010 at 2:53 PM, Pedro Lopes wrote: > Processing (i don't like to type it with 55 =P but I know its the > original...) Actually, a few years ago the project has deliberately switched to the non-l33t spelling of the name of the project so "Proce55ing" and "Processing" are 2 different products. The latter is obsolete. > is completly transparent to OS. It works normally with Linux, > just grab it and launch it. Its java... so its JavaVM and OS-independent. I may be wrong but I believe that Processing will require Sun's Java in order to work correctly which is not installed be default with some Linux distributions. ./MiS ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
On Tue, Jun 29, 2010 at 10:44 PM, Mike Moser-Booth wrote: > I've always thought that what Max considers standalones is kind of shady. > They're just the patch and Max Runtime bundled together. There are 2 ways of distributing patches to those who do not own Max (or in order to make it more difficult to reverse-engineer the code): - collective: a bundle of patches which can in turn be distributed as a file and requires the Max runtime to run (whether an end-user can actually distribute Max Runtime is a different question, I never looked into the legal side of this) - Standalone executable. In which case the collective is actually embedded into the executable (minus any media such as audio files etc,). > The only difference > is that the patch(es) used are put together in a single file (which Max > calls a collective, but anyone with Max can open on their own and edit) No. Once the patch has been turned into the collective, another user will not be able to simply open and edit away (but it is possible if one has the right tools and knowledge of the file format but then that falls into the category of reverse-engineering). > it's nice because it makes > the patches easier to distribute to people who don't own Max, but it's > really not much different than just running the patch normally. I think it is possible to prepare an installer, for any platform, that contains Pd and all the necessary externals etc. that will automatically load everything that it needs in order to do its thing. Each platform will have to deal with this in different way but often a simple shell script will take care of everything. This way you can distribute a "standalone" version of whatever program you have done. ./MiS ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
Processing (i don't like to type it with 55 =P but I know its the original...) is completly transparent to OS. It works normally with Linux, just grab it and launch it. Its java... so its JavaVM and OS-independent. I have used processing with Pd, currently I'm using AS3 because its faster for me...(coding wise). Although I'd rather have this on p5 because its fully open. On Wed, Jun 30, 2010 at 4:08 PM, Mathieu Bouchard wrote: > On Tue, 29 Jun 2010, Mike Moser-Booth wrote: > > I've always thought that what Max considers standalones is kind of shady. >> They're just the patch and Max Runtime bundled together. The only difference >> is that the patch(es) used are put together in a single file (which Max >> calls a collective, but anyone with Max can open on their own and edit) and >> that the Runtime automatically loads the patch. >> > > What's the problem ? The difference is in the expectations. If you come > from a QuickBASIC MSDOS background and were picking standalone over the > version that used Brown42."EXE", the difference you were picking was in the > bundling of precompiled code into a file that already was containing your > own compiled code anyway. Thus the only difference was in the linking > options : it didn't make the difference between compiling and not compiling, > and in that sense, Max standalones don't have to make that difference, when > the job is a job of bundling. > > > It more just gives the "impression" of a standalone executable. >> > > It's a standalone executable. (what are you talking about ?) > > > it's really not much different than just running the patch normally. >> > > That's what the GOAL is. > > If there was another goal, you'd have a checkbox somewhere or a different > dialogue that takes you through a different process, such as DRM, > obfuscation, compilation/optimisation, or whatever else that is a means to > reach the goal that you want to reach. > > _ _ __ ___ _ _ _ ... > | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801 > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > -- Pedro Lopes contacto: j...@radiozero.pt website: http://web.ist.utl.pt/Pedro.Lopes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
On Tue, 29 Jun 2010, Mike Moser-Booth wrote: I've always thought that what Max considers standalones is kind of shady. They're just the patch and Max Runtime bundled together. The only difference is that the patch(es) used are put together in a single file (which Max calls a collective, but anyone with Max can open on their own and edit) and that the Runtime automatically loads the patch. What's the problem ? The difference is in the expectations. If you come from a QuickBASIC MSDOS background and were picking standalone over the version that used Brown42."EXE", the difference you were picking was in the bundling of precompiled code into a file that already was containing your own compiled code anyway. Thus the only difference was in the linking options : it didn't make the difference between compiling and not compiling, and in that sense, Max standalones don't have to make that difference, when the job is a job of bundling. It more just gives the "impression" of a standalone executable. It's a standalone executable. (what are you talking about ?) it's really not much different than just running the patch normally. That's what the GOAL is. If there was another goal, you'd have a checkbox somewhere or a different dialogue that takes you through a different process, such as DRM, obfuscation, compilation/optimisation, or whatever else that is a means to reach the goal that you want to reach. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
You can use SwingOSC: http://sourceforge.net/projects/swingosc/ You can build java GUI and control with osc messages. It is weel integrated from inside the SuperCollider language, but it is reported to work weel with PD also. 2010/6/30 András Murányi : > The 909 emulation was nice, but i couldn't make it work on Linux. (not only > Pd but Processing was needed too). > So, you can always control Pd from an external GUI using network messages, > but you have to do it smart to keep it platform-independent. > Web-Pd is a project i'm very interested in - when it gets vanilla > functionality, we'll have a chance to fabricate wonderful GUIs while staying > in the browser, which means staying platform-independent (eventually > browser-independent too). ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
Chris McCormick is working on it, alone as far as I know. (Don't want to talk for Chris) but it seems to me he's interested in porting oniy pd-vanilla tilde objects. And he would need help too. Anyway he published some useful guidelines and I think it shouldn't be difficult for someone knowing Javascript to port other externals or stuff. http://mccormick.cx/dev/webpd/ M > > Web-Pd is a project i'm very interested in - when it gets vanilla > > functionality, we'll have a chance to fabricate wonderful GUIs while > staying > > in the browser, which means staying platform-independent (eventually > > browser-independent too). > > > > are you the one doing this work? do you have any deadlines about when it > will be finished? > will it be vanilla-only, or is it possible to add externals? > -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher - Edinburgh, UK PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
2010/6/30 IOhannes m zmoelnig > On 2010-06-30 12:50, András Murányi wrote: > > On Wed, Jun 30, 2010 at 9:46 AM, David Schaffer > > wrote: > > > >> > >> > >> > >> I'm neither nuts, nor a consumer. I just happen to be impressed by a > patch > >> I came across a while ago, it was a TR 909 emulation and looked very > >> professionnal. It's basically what I'm trying to do: building pd patches > >> (like improved media players, virtual FX racks, video dispatchers...) > that > >> can be used by non-pd people, people who are used to interact with > >> "standard" user interfaces, see? > >> > >> > > The 909 emulation was nice, but i couldn't make it work on Linux. (not > only > > Pd but Processing was needed too). > > what's the problem with proce55ing on linux? > > fgma > IOhannes > > Uh, I'm sorry, i don't remember any more what was the problem. I just remember the thing didn't work out and it was something with processing. >From a more positive perspective, can someone who succeeded running the 909 emulation on Linux tell us how it goes? Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
> Web-Pd is a project i'm very interested in - when it gets vanilla > functionality, we'll have a chance to fabricate wonderful GUIs while staying > in the browser, which means staying platform-independent (eventually > browser-independent too). > are you the one doing this work? do you have any deadlines about when it will be finished? will it be vanilla-only, or is it possible to add externals? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
On 2010-06-30 12:50, András Murányi wrote: > On Wed, Jun 30, 2010 at 9:46 AM, David Schaffer > wrote: > >> >> >> >> I'm neither nuts, nor a consumer. I just happen to be impressed by a patch >> I came across a while ago, it was a TR 909 emulation and looked very >> professionnal. It's basically what I'm trying to do: building pd patches >> (like improved media players, virtual FX racks, video dispatchers...) that >> can be used by non-pd people, people who are used to interact with >> "standard" user interfaces, see? >> >> > The 909 emulation was nice, but i couldn't make it work on Linux. (not only > Pd but Processing was needed too). what's the problem with proce55ing on linux? fgma 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] interface/pd-based standalone applications question
On Wed, Jun 30, 2010 at 9:46 AM, David Schaffer wrote: > > > > I'm neither nuts, nor a consumer. I just happen to be impressed by a patch > I came across a while ago, it was a TR 909 emulation and looked very > professionnal. It's basically what I'm trying to do: building pd patches > (like improved media players, virtual FX racks, video dispatchers...) that > can be used by non-pd people, people who are used to interact with > "standard" user interfaces, see? > > The 909 emulation was nice, but i couldn't make it work on Linux. (not only Pd but Processing was needed too). So, you can always control Pd from an external GUI using network messages, but you have to do it smart to keep it platform-independent. Web-Pd is a project i'm very interested in - when it gets vanilla functionality, we'll have a chance to fabricate wonderful GUIs while staying in the browser, which means staying platform-independent (eventually browser-independent too). Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
I'm neither nuts, nor a consumer. I just happen to be impressed by a patch I came across a while ago, it was a TR 909 emulation and looked very professionnal. It's basically what I'm trying to do: building pd patches (like improved media players, virtual FX racks, video dispatchers...) that can be used by non-pd people, people who are used to interact with "standard" user interfaces, see? > > hey > > I mean pd patches with a nice looking GUI on top that would play on > > any computer even without pd installed. > what are you nuts¿ or just a consumer? > > > ahhh > sevy _ Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. https://signup.live.com/signup.aspx?id=60969___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] interface/pd-based standalone applications question
I've always thought that what Max considers standalones is kind of shady. They're just the patch and Max Runtime bundled together. The only difference is that the patch(es) used are put together in a single file (which Max calls a collective, but anyone with Max can open on their own and edit) and that the Runtime automatically loads the patch. It more just gives the "impression" of a standalone executable. I mean, it's nice because it makes the patches easier to distribute to people who don't own Max, but it's really not much different than just running the patch normally. .mmb David Schaffer wrote: Hi, Is there anyone out there who could teach me how to make good looking stand alone pd apps, I mean pd patches with a nice looking GUI on top that would play on any computer even without pd installed. I saw this guy the other day with his max based lighting board stand alone app. and I thought it was pretty cool... Thanks! D.S http://www.flickr.com/photos/schafferdavid/ http://audioblog.arteradio.com/David_Schaffer/ Hotmail: Free, trusted and rich email service. Get it now. ___ 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] interface/pd-based standalone applications question
Well basically,in my opinion for the gui,you can just play woth the send and receive object,as well as creating sub patches. This will create a patch with less connection between objects,looks more tidy. Also some clever use of buttons (bang,toggle) and colored canvas could ease the eye on looking at the patch. based on my experience,these are the things that I focused on. You might wanna look at excellent tutorials at http://www.obiwannabe.co.uk where topics such as creating GUI is also tackled. As for the standalone apps,I know that it is possible to create such on Mac OS only. I never managed to successfully create one though,probably somebody here might succeed already. Cheers, Adityo Sent from my BlackBerry® smartphone from Sinyal Bagus XL, Nyambung Teruuusss...! -Original Message- From: David Schaffer Sender: pd-list-boun...@iem.at Date: Tue, 29 Jun 2010 20:48:30 To: pd list Subject: [PD] interface/pd-based standalone applications question ___ 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] interface/pd-based standalone applications question
Hi, Is there anyone out there who could teach me how to make good looking stand alone pd apps, I mean pd patches with a nice looking GUI on top that would play on any computer even without pd installed. I saw this guy the other day with his max based lighting board stand alone app. and I thought it was pretty cool... Thanks! D.S http://www.flickr.com/photos/schafferdavid/ http://audioblog.arteradio.com/David_Schaffer/ _ Hotmail: Free, trusted and rich email service. https://signup.live.com/signup.aspx?id=60969___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list