Re: [PD] pd on ipad with externals
that's why N900 comes with Stylus Pen, you can do your patching smoothly, screen is not that small, no worries, but it can have some additional GUI features for N900 as well. Koray On Aug 14, 2010, at 2:02 AM, Hans-Christoph Steiner wrote: > > Tcl/Tk should run fine on the N900 since it runs on the N810. Can't say > that Pd's GUI is going to be useful on a tiny screen with fat fingers :) > > .hc > > On Fri, 2010-08-13 at 14:59 +0200, Peter Plessas wrote: >> Merhaba Koray, >> >> that's exciting news! Does Maemo run Pd's GUI too? Do you know if Maemo >> (that's the OS, right?) will be developed further, I heard it will be >> merged with MeeGo? Oh, and who is 'we', the people developing it? >> >> all the best, >> Peter >> >> On 08/13/2010 09:41 AM, Koray Tahiroglu wrote: >>> Maemo N900 is another option, as you can run Pd-vanilla and you can compile >>> any external you like ( although we haven't test GEM yet) in the actual >>> device. We are currently fixing the audio and later on we might take a look >>> at some GUI development, but the good thing is, it is the same Pd version >>> you use in your computers, so all your previous patches will also work in >>> Maemo as well. Later on we will also try Pd-extended in N900. I will post >>> the link later on when we will have time to document all these. >>> >>> >>> Koray >>> >>> On Aug 11, 2010, at 5:47 PM, pd-list-requ...@iem.at wrote: >>> Message: 2 Date: Wed, 11 Aug 2010 09:31:39 -0400 From: Hans-Christoph Steiner Subject: Re: [PD] pd on ipad with externals To: Peter Plessas Cc: pd-list Message-ID: <1281533499.2724.18.ca...@palatschinken> Content-Type: text/plain; charset="UTF-8" Right now, Peter Brinkmann, Peter Kirn, and I are leading the effort, but there have been a number of contributors as the project was developed. We have a nice Android/libpd app design and are now working on finalizing a proper release. The source code is available, break out your Eclipse and your phone (or use the emulator) and try it out! http://gitorious.org/pdlib .hc On Wed, 2010-08-11 at 13:16 +0200, Peter Plessas wrote: > Lieber Hans, > > Who is developing what here? Is there a name for the project? What's the > status? > > liebe Gr?sse, > Peter > > On 08/10/2010 06:42 PM, Hans-Christoph Steiner wrote: >> >> I suggest getting an Android device, we have the loading of externals >> working so its only a matter of time before we have Pd-extended in the >> Android Marketplace. >> >> That said, you can build Pd for iPhoneOS, run it from the cmd line, then >> load externals. Then you can use the [apple/multitouch] to get data >> from the touch. >> >> .hc >> >> On Aug 10, 2010, at 6:07 AM, Jo?o Pais wrote: >> >>> but to make patches run, they have to be programmed in vanilla, right? >>> and it's not possible to do reatime control like input numbers, or >>> anything more than the touchpad control? >>> >>> or is it possible to use pd-ext in the iphone or ipod maxi? >>> >>> rjdj is on the ipad, so Pd runs on the iPad. There are two other Pd for iPhoneOS branch projects out there (iJam?), so they should be runnable. If someone wants to take on merging all these iPhoneOS branches I'll help get it into the new libpd/Android branch and vanilla too. .hc On Fri, 2010-08-06 at 22:52 +0200, Peter Plessas wrote: > Dear list, > > Does Pd run on an iPad? Can one compile externals for it and how is > the > development situation for the device? Thanks for any pointers! > P > > ___ > 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 >>> >>> >>> -- >>> Friedenstr. 58 >>> 10249 Berlin (Deutschland) >>> Tel +49 30 42020091 | Mob +49 162 6843570 >>> Studio +49 30 69509190 >>> jmmmp...@googlemail.com | skype: jmmmpjmmmp >> > >>> >>> >>> >>> - >>> M.Koray Tahiroğlu >>> Media Lab, >>> Aalto University, >>> School of Art and Design >>> http://mlab.taik.fi/~korayt >>> tel: +358 45 233 6272 >>> >>> >>> >>> >>> >>> >>> >>> >>> ___ >>> Pd-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list >> >> ___ >> Pd-list@iem
Re: [PD] pd on ipad with externals
Hei Peter, Maemo runs Pd GUI as any linux machine runs Pd. Maemo is OS, I am not sure what Nokia thinks about its development, they might have weird decisions sometimes. At the moment, Jari Kleimola and I are working on this, currently focusing on the audio porting, and got good results immediately. Best, Koray On Aug 13, 2010, at 3:59 PM, Peter Plessas wrote: > Merhaba Koray, > > that's exciting news! Does Maemo run Pd's GUI too? Do you know if Maemo > (that's the OS, right?) will be developed further, I heard it will be > merged with MeeGo? Oh, and who is 'we', the people developing it? > > all the best, > Peter > > On 08/13/2010 09:41 AM, Koray Tahiroglu wrote: >> Maemo N900 is another option, as you can run Pd-vanilla and you can compile >> any external you like ( although we haven't test GEM yet) in the actual >> device. We are currently fixing the audio and later on we might take a look >> at some GUI development, but the good thing is, it is the same Pd version >> you use in your computers, so all your previous patches will also work in >> Maemo as well. Later on we will also try Pd-extended in N900. I will post >> the link later on when we will have time to document all these. >> >> >> Koray >> >> On Aug 11, 2010, at 5:47 PM, pd-list-requ...@iem.at wrote: >> >>> Message: 2 >>> Date: Wed, 11 Aug 2010 09:31:39 -0400 >>> From: Hans-Christoph Steiner >>> Subject: Re: [PD] pd on ipad with externals >>> To: Peter Plessas >>> Cc: pd-list >>> Message-ID: <1281533499.2724.18.ca...@palatschinken> >>> Content-Type: text/plain; charset="UTF-8" >>> >>> >>> Right now, Peter Brinkmann, Peter Kirn, and I are leading the effort, >>> but there have been a number of contributors as the project was >>> developed. We have a nice Android/libpd app design and are now working >>> on finalizing a proper release. The source code is available, break out >>> your Eclipse and your phone (or use the emulator) and try it out! >>> >>> http://gitorious.org/pdlib >>> >>> .hc >>> >>> On Wed, 2010-08-11 at 13:16 +0200, Peter Plessas wrote: Lieber Hans, Who is developing what here? Is there a name for the project? What's the status? liebe Gr?sse, Peter On 08/10/2010 06:42 PM, Hans-Christoph Steiner wrote: > > I suggest getting an Android device, we have the loading of externals > working so its only a matter of time before we have Pd-extended in the > Android Marketplace. > > That said, you can build Pd for iPhoneOS, run it from the cmd line, then > load externals. Then you can use the [apple/multitouch] to get data > from the touch. > > .hc > > On Aug 10, 2010, at 6:07 AM, Jo?o Pais wrote: > >> but to make patches run, they have to be programmed in vanilla, right? >> and it's not possible to do reatime control like input numbers, or >> anything more than the touchpad control? >> >> or is it possible to use pd-ext in the iphone or ipod maxi? >> >> >>> rjdj is on the ipad, so Pd runs on the iPad. There are two other Pd for >>> iPhoneOS branch projects out there (iJam?), so they should be runnable. >>> If someone wants to take on merging all these iPhoneOS branches I'll >>> help get it into the new libpd/Android branch and vanilla too. >>> >>> .hc >>> >>> On Fri, 2010-08-06 at 22:52 +0200, Peter Plessas wrote: Dear list, Does Pd run on an iPad? Can one compile externals for it and how is the development situation for the device? Thanks for any pointers! P ___ 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 >> >> >> -- >> Friedenstr. 58 >> 10249 Berlin (Deutschland) >> Tel +49 30 42020091 | Mob +49 162 6843570 >> Studio +49 30 69509190 >> jmmmp...@googlemail.com | skype: jmmmpjmmmp > >> >> >> >> - >> M.Koray Tahiroğlu >> Media Lab, >> Aalto University, >> School of Art and Design >> http://mlab.taik.fi/~korayt >> tel: +358 45 233 6272 >> >> >> >> >> >> >> >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list - M.Koray Tahiroğlu Media Lab, Aalto University, School of Art and Design http://mlab.taik.fi/~korayt tel: +358 45 233 6272 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinf
Re: [PD] towards better diff [was: Portuguese translation of the PD manual]
On Fri, 13 Aug 2010, Hans-Christoph Steiner wrote: It is how the Pd patch looks that is meaningful, so I think that rendering an image of each patch/subpatch then using some kind of visual diff would be a good place to start. There is the Visual Diff feature in desiredata, which blinks a big .gif file over a complete patcher, but this was meant for showing difference in rendering for the same patch in two pd versions. Such a visual diff doesn't work when the patch has been spliced with new content because the blinking doesn't enhance the meaningful difference. the gif would have to be slided manually over the patch to account for insertions. Well, it could be done automatically too, but that's relatively very complicated. Then handling long patches and subpatches to make sure every change gets noticed, would be more complications. In the end, what is important is not how the Pd patch looks, it's the content of the pd file. But not all of it : the ordering of the objects has to be somehow ignored, normalised or controlled in some way. _ _ __ ___ _ _ _ ... | 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] [FM Discuss] Portuguese translation of the PD manual
On Fri, 13 Aug 2010, Bernardo Barros wrote: Hum, yes. For PD it is a problem indeed. The file format would have separate "content" from "presentation", right? Yes and no... there are different things that this idea can mean. the documentation system of GridFlow does separate part of the presentation, as for example, the look of each section heading is completely determined by an abstraction, and the abstractions know the rules and know how to move themselves downwards on the canvas to leave enough space for other objects (you have to see it to understand) but the positions of the objects are still saved in the file even though most of them could be set to 0 0 when saving the file and the process of reloading the file would automatically reposition them (this latter repositioning already works). You can have the same program with objects in different places. But to have that you must guarantee that the object location cannot influence the procedures of the program (if a box is on the left or right of another one). [inlet] [inlet~] [outlet] [outlet~] have behaviour that depends greatly on their x location. _ _ __ ___ _ _ _ ... | 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] towards better diff [was: Portuguese translation of the PD manual]
On Sat, 14 Aug 2010, Pedro Lopes wrote: How could pd's file structure could be easily changed to being more "diffable"? Have you organized any thoughts on that? First I thought about major changes to pd, replacing the object linked list of each canvas, by a std::map structure or anything else allowing to skip numbers. That way, for example, deleting an object doesn't have to renumber all following objects (in the sequence) such that all the 'connect' lines involving the following objects have to change every time. The way I made it, you could also edit an object box's text (or a comment's text) while keeping it at the same place in the list. It's not a big change to the file format, but rather, a big change in pd's source code. But then, there are solutions that are more approachable from the perspective of writing only new externals or abstractions. If comments are replaced by externals that store a hidden serial number or random number, then you can keep track of their changes without need for them to stay in the same order. I can write a small programme for doing that from the commandline, the problem being more how to write the external exactly. Then there's the question of where to store the translation. When there are only two languages (or a few) it's tempting to put them all in the same file (the external would save and load each comment's English, French, Portuguese and German text all at once consecutively). But for more languages and more people organised more loosely (and with a file format that doesn't work well with SVN) then it might be better to store translations in a separate file (how?). _ _ __ ___ _ _ _ ... | 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] [FM Discuss] Portuguese translation of the PD manual
On Thu, 12 Aug 2010, João Pais wrote: - but anyway Pd's operating language is (and it will be for much time) english. Since all help files are in english, it's not possible to go beyond a certain level in Pd without coping with this. Do you mean it's not possible to translate help files ? Having the object list in english slowly makes people get used to this reality Having the object list translated slowly makes people get used to the possible future of translated help files. - I compiled this object list, and am fed up with it - it had to be done with copy-paste. I have made a tool to maintain an object list in several languages. It's what was used to generate gridflow/doc/index.pd. Currently I use it only for a single language, but it's already easy to plug alternate languages into it, and it sorts the object list alphabetically and keeps everything aligned, with the same spacing all over. Just to make sure : by object list I mean something with short descriptions, as found when right-clicking in the background of a canvas. You mean the same thing, right ? this list is, in theory, already obsolete 5 minutes after being done. There are always new objects, I don't think that there ought to be a single centrally-maintained list. I also don't think that it ought to be in a format that makes you think something like "it's obsolete 5 minutes after being done" : a minor update should feel like a minor update and not like a whole "oh no, not again !" kind of chore. _ _ __ ___ _ _ _ ... | 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] towards better diff [was: Portuguese translation of the PD manual]
humm... isn't that the major issue concerning a graphical language like pd? We can try to diff both visual and text elements, but I think what has the most semantical meaning diff-wise should be the text file content. I am trying to think about small example first so I can see the extent of the problem. Seems like an interesting project. best regards, Pedro Lopes On Sat, Aug 14, 2010 at 12:06 AM, Hans-Christoph Steiner wrote: > > This would be an awesome project for someone to take on. From my point > of view, I think the most fruitful place to start is not the .pd text > file format, but the visual rendering of that text file. It is how the > Pd patch looks that is meaningful, so I think that rendering an image of > each patch/subpatch then using some kind of visual diff would be a good > place to start. > > .hc > > On Sat, 2010-08-14 at 00:00 +0100, Pedro Lopes wrote: > > >The day we have meaningful diffs, we can systematise the >evolution > > of pd help file translations, as mistakes are >corrected, as details > > are explained, and as new features are >added. > > > > Nicely pointed Mathieu, I agreed. Although it is not trivial, > > its definitely a matter that should be addressed to allow a "better" > > evolution of pd as a community/open driven language. > > > > > > How could pd's file structure could be easily changed to being more > > "diffable"? Have you organized any thoughts on that? (a quick > > self-mental exercise shows me that it would require major changes, or > > can we see conversely on a different "diff" process?) > > > > > > best regards, > > Pedro > > > > On Fri, Aug 13, 2010 at 11:39 PM, Mathieu Bouchard > > wrote: > > The day we have meaningful diffs, we can systematise the > > evolution of pd help file translations, as mistakes are > > corrected, as details are explained, and as new features are > > added. > > > > > > > > -- > > Pedro Lopes (ongoing MSc) > > contact: pedro.lo...@ist.utl.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 > > > -- Pedro Lopes (ongoing MSc) contact: pedro.lo...@ist.utl.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] towards better diff [was: Portuguese translation of the PD manual]
This would be an awesome project for someone to take on. From my point of view, I think the most fruitful place to start is not the .pd text file format, but the visual rendering of that text file. It is how the Pd patch looks that is meaningful, so I think that rendering an image of each patch/subpatch then using some kind of visual diff would be a good place to start. .hc On Sat, 2010-08-14 at 00:00 +0100, Pedro Lopes wrote: > >The day we have meaningful diffs, we can systematise the >evolution > of pd help file translations, as mistakes are >corrected, as details > are explained, and as new features are >added. > > Nicely pointed Mathieu, I agreed. Although it is not trivial, > its definitely a matter that should be addressed to allow a "better" > evolution of pd as a community/open driven language. > > > How could pd's file structure could be easily changed to being more > "diffable"? Have you organized any thoughts on that? (a quick > self-mental exercise shows me that it would require major changes, or > can we see conversely on a different "diff" process?) > > > best regards, > Pedro > > On Fri, Aug 13, 2010 at 11:39 PM, Mathieu Bouchard > wrote: > The day we have meaningful diffs, we can systematise the > evolution of pd help file translations, as mistakes are > corrected, as details are explained, and as new features are > added. > > > > -- > Pedro Lopes (ongoing MSc) > contact: pedro.lo...@ist.utl.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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd on ipad with externals
Tcl/Tk should run fine on the N900 since it runs on the N810. Can't say that Pd's GUI is going to be useful on a tiny screen with fat fingers :) .hc On Fri, 2010-08-13 at 14:59 +0200, Peter Plessas wrote: > Merhaba Koray, > > that's exciting news! Does Maemo run Pd's GUI too? Do you know if Maemo > (that's the OS, right?) will be developed further, I heard it will be > merged with MeeGo? Oh, and who is 'we', the people developing it? > > all the best, > Peter > > On 08/13/2010 09:41 AM, Koray Tahiroglu wrote: > > Maemo N900 is another option, as you can run Pd-vanilla and you can compile > > any external you like ( although we haven't test GEM yet) in the actual > > device. We are currently fixing the audio and later on we might take a look > > at some GUI development, but the good thing is, it is the same Pd version > > you use in your computers, so all your previous patches will also work in > > Maemo as well. Later on we will also try Pd-extended in N900. I will post > > the link later on when we will have time to document all these. > > > > > > Koray > > > > On Aug 11, 2010, at 5:47 PM, pd-list-requ...@iem.at wrote: > > > >> Message: 2 > >> Date: Wed, 11 Aug 2010 09:31:39 -0400 > >> From: Hans-Christoph Steiner > >> Subject: Re: [PD] pd on ipad with externals > >> To: Peter Plessas > >> Cc: pd-list > >> Message-ID: <1281533499.2724.18.ca...@palatschinken> > >> Content-Type: text/plain; charset="UTF-8" > >> > >> > >> Right now, Peter Brinkmann, Peter Kirn, and I are leading the effort, > >> but there have been a number of contributors as the project was > >> developed. We have a nice Android/libpd app design and are now working > >> on finalizing a proper release. The source code is available, break out > >> your Eclipse and your phone (or use the emulator) and try it out! > >> > >> http://gitorious.org/pdlib > >> > >> .hc > >> > >> On Wed, 2010-08-11 at 13:16 +0200, Peter Plessas wrote: > >>> Lieber Hans, > >>> > >>> Who is developing what here? Is there a name for the project? What's the > >>> status? > >>> > >>> liebe Gr?sse, > >>> Peter > >>> > >>> On 08/10/2010 06:42 PM, Hans-Christoph Steiner wrote: > > I suggest getting an Android device, we have the loading of externals > working so its only a matter of time before we have Pd-extended in the > Android Marketplace. > > That said, you can build Pd for iPhoneOS, run it from the cmd line, then > load externals. Then you can use the [apple/multitouch] to get data > from the touch. > > .hc > > On Aug 10, 2010, at 6:07 AM, Jo?o Pais wrote: > > > but to make patches run, they have to be programmed in vanilla, right? > > and it's not possible to do reatime control like input numbers, or > > anything more than the touchpad control? > > > > or is it possible to use pd-ext in the iphone or ipod maxi? > > > > > >> rjdj is on the ipad, so Pd runs on the iPad. There are two other Pd > >> for > >> iPhoneOS branch projects out there (iJam?), so they should be runnable. > >> If someone wants to take on merging all these iPhoneOS branches I'll > >> help get it into the new libpd/Android branch and vanilla too. > >> > >> .hc > >> > >> On Fri, 2010-08-06 at 22:52 +0200, Peter Plessas wrote: > >>> Dear list, > >>> > >>> Does Pd run on an iPad? Can one compile externals for it and how is > >>> the > >>> development situation for the device? Thanks for any pointers! > >>> P > >>> > >>> ___ > >>> 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 > > > > > > -- > > Friedenstr. 58 > > 10249 Berlin (Deutschland) > > Tel +49 30 42020091 | Mob +49 162 6843570 > > Studio +49 30 69509190 > > jmmmp...@googlemail.com | skype: jmmmpjmmmp > > >>> > > > > > > > > - > > M.Koray Tahiroğlu > > Media Lab, > > Aalto University, > > School of Art and Design > > http://mlab.taik.fi/~korayt > > tel: +358 45 233 6272 > > > > > > > > > > > > > > > > > > ___ > > 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] [FM Discuss] Portuguese translation of the PD manual
Hum, yes. For PD it is a problem indeed. The file format would have separate "content" from "presentation", right? You can have the same program with objects in different places. But to have that you must guarantee that the object location cannot influence the procedures of the program (if a box is on the left or right of another one). 2010/8/13 Mathieu Bouchard : > On Thu, 12 Aug 2010, Bernardo Barros wrote: > >> yeah. ok :-) My point was based that we (free software guys) have >> limited resources. And we (Portuguese speaking free software guys) >> have a bit less. Is it nice to have lots of translations? Yes. But >> what is the cost? > > The cost in Pd is quite terrible compared to many other documentation > systems because the pd file format is not diffable. This is in great part > the fault of the pd patch editor itself. The day we have meaningful diffs, > we can systematise the evolution of pd help file translations, as mistakes > are corrected, as details are explained, and as new features are added. > > _ _ __ ___ _ _ _ ... > | 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
[PD] towards better diff [was: Portuguese translation of the PD manual]
>The day we have meaningful diffs, we can systematise the >evolution of pd help file translations, as mistakes are >corrected, as details are explained, and as new features are >added. Nicely pointed Mathieu, I agreed. Although it is not trivial, its definitely a matter that should be addressed to allow a "better" evolution of pd as a community/open driven language. How could pd's file structure could be easily changed to being more "diffable"? Have you organized any thoughts on that? (a quick self-mental exercise shows me that it would require major changes, or can we see conversely on a different "diff" process?) best regards, Pedro On Fri, Aug 13, 2010 at 11:39 PM, Mathieu Bouchard wrote: > The day we have meaningful diffs, we can systematise the evolution of pd > help file translations, as mistakes are corrected, as details are explained, > and as new features are added. -- Pedro Lopes (ongoing MSc) contact: pedro.lo...@ist.utl.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] [FM Discuss] Portuguese translation of the PD manual
On Thu, 12 Aug 2010, Bernardo Barros wrote: yeah. ok :-) My point was based that we (free software guys) have limited resources. And we (Portuguese speaking free software guys) have a bit less. Is it nice to have lots of translations? Yes. But what is the cost? The cost in Pd is quite terrible compared to many other documentation systems because the pd file format is not diffable. This is in great part the fault of the pd patch editor itself. The day we have meaningful diffs, we can systematise the evolution of pd help file translations, as mistakes are corrected, as details are explained, and as new features are added. _ _ __ ___ _ _ _ ... | 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] [FM Discuss] Portuguese translation of the PD manual
On Fri, 13 Aug 2010, Ildomar Gomes de Carvalho Junior wrote: A tradução não é exclusivamente para pessoas que não compreendem o Inglês, It's also a matter of feeling more at home, regardless of actual skill. I want to find a way to translate help patches while keeping track of the changes in the original language so that the changes can be translated without making mistakes (such as forgetting to translate some changes). But it's very difficult with Pd because, among other things, the order of the objects (and comments) in a file changes every time you edit, so, it's impossible to have a programme that can tell you which comment of one file corresponds to a comment of the other file. It will require some quite capable externals. _ _ __ ___ _ _ _ ... | 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] [FM Discuss] Portuguese translation of the PD manual
A tradução não é exclusivamente para pessoas que não compreendem o Inglês, até porquê não tem como fazer um uso pleno do PD sem saber pelo menos ler em inglês. Quando você começa a estudar algo do zero, fica mais fácil se isto está no seu idioma. Isso é algo que até te anima e te adianta algumas horas de estudo, principalmente quando está disponível uma tradução de boa qualidade. Além disso as pessoas se sentem mais a vontade quando lêem um material na língua nativa delas. Elas se sentem como que lembradas pelo resto da comunidade, principalmente pela comunidade ativa do seu país. Gera um enorme incentivo tanto para estudar o PD quanto para comtribuir para ele. Este é o principal motivo de eu estar ajudando na tradução. IldomarCarvalho 2010/8/12 Bernardo Barros > yeah. ok :-) My point was based that we (free software guys) have > limited resources. And we (Portuguese speaking free software guys) > have a bit less. Is it nice to have lots of translations? Yes. But > what is the cost? And this happens a lot with other free software > projects, and with the Wikipedia too. Do we really need two massive > Wikipedias one for each side? > > 2010/8/12 Mathieu Bouchard : > > On Thu, 12 Aug 2010, Bernardo Barros wrote: > > > >> Sometimes it's just one letter (with the new orography rules this is > >> not a problem anymore), > > > > But do people actually use the new rules ? > > > > The 1990 French reform is essentially ignored where I live... people > don't > > seem to care much. > > > >> And for literary works, come on, one just can't rewrite Saramago to > >> Brazilian Portuguese or Guimarães Rosa to European Portuguese. :-) > > > > But, on a different register, François Pérusse has been rerecorded in > > European French, Caméra Café has been completely reshot in Québécois > French, > > and american animé such as Simpsons and Flintstones have completely > > different European French and Québécois French dubs. > > > > So, which analogy is better ? :) > > > > One has to remember that pd documentation has a certain style that makes > it > > mostly protected from lots of regionalisms yet makes it sensitive to some > > other regionalisms, and it's in a way that is more like scientific and > > technical writing in general, than like poetry, prose, or comedy. So, > it's > > important to justify some comparisons... > > > > _ _ __ ___ _ _ _ ... > > | 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 > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] exact meaning of netsend outlet
HI Peter et al - The netreceive outlet reports the number of netsends currently connected to it. This only gets reported for TCP protocol (UDP doesn't maintain connections). I don't think netsend reports when an outgoing connection gets closed, but this might be possible to add (and I think it would be useful!) cheers Miller On Fri, August 13, 2010 09:06, Peter Plessas wrote: > Dear list, > > wondering what the exact meaning of the outlet of [netreceive] in TCP > mode is: > > Does it indicate whether Pd through the OS was able to open a port > or > does it indicate if a TCP packet arrived at the destination? > > And: Am I correct assuming that netsend only outputs a message when it > got a (send ...) message into its inlet? So there is no way to indicate > whether the receiving machine is online unless I keep sending > heartbeat/ping messages? > > thank you for your help! > > P > > ___ > 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] exact meaning of netsend outlet
> wondering what the exact meaning of the outlet of [netreceive] in TCP > mode is: > > Does it indicate whether Pd through the OS was able to open a port The right outlet indicates that the port is open and the other end is listening. > or > does it indicate if a TCP packet arrived at the destination? > > And: Am I correct assuming that netsend only outputs a message when it > got a (send ...) message into its inlet? So there is no way to indicate > whether the receiving machine is online unless I keep sending > heartbeat/ping messages? > If the other end drops the connection, then the right outlet will output zero, but it might not happen right away. Especially with wireless it's better to have some kind of heartbeat ping-pong going at a higher level than the OS. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] exact meaning of netsend outlet
Dear list, wondering what the exact meaning of the outlet of [netreceive] in TCP mode is: Does it indicate whether Pd through the OS was able to open a port or does it indicate if a TCP packet arrived at the destination? And: Am I correct assuming that netsend only outputs a message when it got a (send ...) message into its inlet? So there is no way to indicate whether the receiving machine is online unless I keep sending heartbeat/ping messages? thank you for your help! P ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Start patch automatically on bootup with or without monitor (Ubuntu 10.04)
hello, here is mine on my laptop (so i have everytime a screen) : but i use same kind of xorg with desktop where instllation can work with / without screen. i declare somes metamode, but this may work only with nvidia driver. c Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" 0 0 Option "Xinerama" "0" EndSection Section "Files" EndSection Section "Module" Load "dbe" Load "extmod" Load "type1" Load "freetype" Load "glx" EndSection Section "Monitor" # HorizSync source: edid, VertRefresh source: edid Identifier "Monitor0" VendorName "Unknown" ModelName "HIQ B70A" HorizSync 31.0 - 81.0 VertRefresh 56.0 - 75.0 Option "DPMS" EndSection Section "Device" Identifier "Device0" Driver "nvidia" VendorName "NVIDIA Corporation" BoardName "GeForce 9650M GT" #Option "TripleBuffer" "True" EndSection Section "Screen" Identifier "Screen0" Device "Device0" Monitor"Monitor0" DefaultDepth24 Option "TwinView" "1" Option "TwinViewXineramaInfoOrder" "DFP-0" Option "metamodes" "CRT: nvidia-auto-select +1280+0, DFP: nvidia-auto-select +0+0" Option "NoLogo" "True" Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x; PowerMizerDefault=0x1; PowerMizerDefaultAC=0x1" SubSection "Display" Depth 24 EndSubSection EndSection Le 13/08/2010 16:26, Ingo Scherzinger a écrit : Hi Cyrille, I guess I did set the screen size but maybe there is some other important information that is missing in the xorg.conf. Here is what my xorg.conf looks like: Section "ServerFlags" Option "BlankTime" "0" Option "StandbyTime" "0" Option "SuspendTime" "0" Option "OffTime" "0" EndSection Section "Device" Identifier "Configured Video Device" Option "NoDDC""1" EndSection Section "Monitor" Identifier "Configured Monitor" EndSection Section "Screen" Identifier "Default Screen" Device "Configured Video Device" Monitor "Configured Monitor" DefaultDepth16 SubSection "Display" Depth 16 Modes "1024x768" EndSubSection EndSection -- Connecting the monitor after booting results in "no signal" at the monitor output -- If I start both Pd patches -nogui from $home/.bashrc after starting X-Server from here they work with or without a monitor connected. But it looks like .bashrc cannot start graphical programs (like /etc/.rclocal). So GEM is not showing anything. If I start the Pd patches from the startup of fluxbox they both work (incl. graphics) with the monitor but do not start without the monitor connected. Very strange! I suppose Pd cannot start the pd-gui since it thinks that there is no monitor to display anything. Ingo Le 13/08/2010 12:49, Ingo Scherzinger a écrit : is this really important? i mean : if you start ubuntu graphical interface if no screen is pluged, why not starting pd gui? I tried it but the patch didn't start. maybe you also need to force a screen size. what happen if you plug a screen after booting? it's possible to have absolutely no difference if a screen is plugged or not. c Ingo Le 13/08/2010 11:46, Ingo Scherzinger a écrit : Hi everybody! @ José: Hi, maybe is a lofi solution but works...need a cd... I created an autorun cd on ubuntu...first create an empty file called “autorun” and edit with gedit or wathever That might be a good idea if I had a cd-rom in the box but unfortunately I don't! @ Cyrille depending on your gpu, you can override screen detection, so that your computer start graphical interface when no screen is detected. look for xorg configuration. That one is actually working. I had to add this to "xorg.conf" Section "Device" ... Option "NoDDC" "1" EndSection This way Ubuntu wouldn't search for the screen. Now I only have to detect whether a screen is present or not and start the 2nd patch with "-gui" or "-nogui" . I think is this really important? i mean : if you start ubuntu graphical interface if no screen is pluged, why not starting pd gui? c [dmesg] | [shell] should somehow work for that. @ Bernardo I don't know but maybe create a perl, python or bash script that creates 2 instances of PD, one with GUI and other without GUI? That won't change the fact that Ubuntu won't start up. Changing the command line to start the Pd patch is already good enough for that. Thank you all for your suggestions. I think Cyrille's way is the best
Re: [PD] Start patch automatically on bootup with or without monitor (Ubuntu 10.04)
On Fri, 13 Aug 2010, Ingo Scherzinger wrote: -- Connecting the monitor after booting results in "no signal" at the monitor output -- That's probably a better question for the Ubuntu forums rather than here... But when you get the answer, post it here ! I've had also such problems of "no signal" a year ago but didn't have time to look for an answer back then. But is this a problem dependent on the video card ? I remember a similar problem with detection of monitors on a videocard that had two inputs and had to pick one of the outputs as the default one. Unfortunately, I don't recall the details. I suppose Pd cannot start the pd-gui since it thinks that there is no monitor to display anything. Is the X11 server running at all ? Use 'ps' or 'top' to see, and/or get the log in "/var/log". _ _ __ ___ _ _ _ ... | 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] Start patch automatically on bootup with or without monitor (Ubuntu 10.04)
Hi Cyrille, I guess I did set the screen size but maybe there is some other important information that is missing in the xorg.conf. Here is what my xorg.conf looks like: Section "ServerFlags" Option "BlankTime" "0" Option "StandbyTime""0" Option "SuspendTime""0" Option "OffTime""0" EndSection Section "Device" Identifier "Configured Video Device" Option "NoDDC" "1" EndSection Section "Monitor" Identifier "Configured Monitor" EndSection Section "Screen" Identifier "Default Screen" Device "Configured Video Device" Monitor "Configured Monitor" DefaultDepth16 SubSection "Display" Depth 16 Modes "1024x768" EndSubSection EndSection -- Connecting the monitor after booting results in "no signal" at the monitor output -- If I start both Pd patches -nogui from $home/.bashrc after starting X-Server from here they work with or without a monitor connected. But it looks like .bashrc cannot start graphical programs (like /etc/.rclocal). So GEM is not showing anything. If I start the Pd patches from the startup of fluxbox they both work (incl. graphics) with the monitor but do not start without the monitor connected. Very strange! I suppose Pd cannot start the pd-gui since it thinks that there is no monitor to display anything. Ingo > Le 13/08/2010 12:49, Ingo Scherzinger a écrit : > >> is this really important? > >> i mean : if you start ubuntu graphical interface if no screen is pluged, > > why not > >> starting pd gui? > > > > I tried it but the patch didn't start. > maybe you also need to force a screen size. > what happen if you plug a screen after booting? > > it's possible to have absolutely no difference if a screen is plugged or not. > > c > > > > > Ingo > > > > > > > >> Le 13/08/2010 11:46, Ingo Scherzinger a écrit : > >>> Hi everybody! > >>> > >>> @ José: > >>> > Hi, maybe is a lofi solution but works...need a cd... > I created an autorun cd on ubuntu...first create an empty file called > >>> autorun > and edit with gedit or wathever > >>> > >>> That might be a good idea if I had a cd-rom in the box but unfortunately > > I > >>> don't! > >>> > >>> @ Cyrille > >>> > depending on your gpu, you can override screen detection, so that your > >>> computer > start graphical interface when no screen is detected. > look for xorg configuration. > >>> > >>> That one is actually working. I had to add this to "xorg.conf" > >>> > >>> Section "Device" > >>> ... > >>> Option "NoDDC" "1" > >>> EndSection > >>> > >>> This way Ubuntu wouldn't search for the screen. Now I only have to > > detect > >>> whether a screen is present or not and start the 2nd patch with "-gui" > > or > >>> "-nogui" . I think > >> is this really important? > >> i mean : if you start ubuntu graphical interface if no screen is pluged, > > why not > >> starting pd gui? > >> > >> c > >> > >>> > >>> [dmesg] > >>>| > >>>[shell] > >>> > >>> should somehow work for that. > >>> > >>> @ Bernardo > >>> > I don't know but maybe create a perl, python or bash script that > > creates 2 > instances of PD, one with GUI and other without GUI? > >>> > >>> That won't change the fact that Ubuntu won't start up. Changing the > > command > >>> line to start the Pd patch is already good enough for that. > >>> > >>> > >>> Thank you all for your suggestions. I think Cyrille's way is the best > > way to > >>> go with my setup. > >>> > >>> Ingo > >>> > >>> > > 2010/8/12 Ingo Scherzinger > > Hi there, > > > > is it possible to start a patch automatically on boot up containing > > both > >>> an > > audio and GEM patch either with or without a screen? > > > > I got a patch that contains some kind of gui working with GEM while > > the > >>> main > > audio patch doensn't need any graphics. All editing can be handled > > with a > > LCD remote unit. > > With the monitor connected everything works as expected. The problem > > is > >>> that > > Ubuntu (10.04) won't boot without any screen connected. > > > > I tried not to start X and fluxbox and go directly to the Pd patches. > > That > > didn't work! > > It still only boots (in text mode) with the monitor connected. > > > > Is there any way to detect if a monitor is hooked up and connect to > > some > > kind of a "virtual monitor" if not? > > > > Could VNC be used for that? (Though I don't really need or want a > > remote > > desktop) > > > > Thanx for any hints, > > Ingo > >>> > >>> > >>> ___ > >>> Pd-list@iem.at mailing list > >>> UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd- > >> list > >>> > > > >
Re: [PD] pd on ipad with externals
Merhaba Koray, that's exciting news! Does Maemo run Pd's GUI too? Do you know if Maemo (that's the OS, right?) will be developed further, I heard it will be merged with MeeGo? Oh, and who is 'we', the people developing it? all the best, Peter On 08/13/2010 09:41 AM, Koray Tahiroglu wrote: > Maemo N900 is another option, as you can run Pd-vanilla and you can compile > any external you like ( although we haven't test GEM yet) in the actual > device. We are currently fixing the audio and later on we might take a look > at some GUI development, but the good thing is, it is the same Pd version you > use in your computers, so all your previous patches will also work in Maemo > as well. Later on we will also try Pd-extended in N900. I will post the link > later on when we will have time to document all these. > > > Koray > > On Aug 11, 2010, at 5:47 PM, pd-list-requ...@iem.at wrote: > >> Message: 2 >> Date: Wed, 11 Aug 2010 09:31:39 -0400 >> From: Hans-Christoph Steiner >> Subject: Re: [PD] pd on ipad with externals >> To: Peter Plessas >> Cc: pd-list >> Message-ID: <1281533499.2724.18.ca...@palatschinken> >> Content-Type: text/plain; charset="UTF-8" >> >> >> Right now, Peter Brinkmann, Peter Kirn, and I are leading the effort, >> but there have been a number of contributors as the project was >> developed. We have a nice Android/libpd app design and are now working >> on finalizing a proper release. The source code is available, break out >> your Eclipse and your phone (or use the emulator) and try it out! >> >> http://gitorious.org/pdlib >> >> .hc >> >> On Wed, 2010-08-11 at 13:16 +0200, Peter Plessas wrote: >>> Lieber Hans, >>> >>> Who is developing what here? Is there a name for the project? What's the >>> status? >>> >>> liebe Gr?sse, >>> Peter >>> >>> On 08/10/2010 06:42 PM, Hans-Christoph Steiner wrote: I suggest getting an Android device, we have the loading of externals working so its only a matter of time before we have Pd-extended in the Android Marketplace. That said, you can build Pd for iPhoneOS, run it from the cmd line, then load externals. Then you can use the [apple/multitouch] to get data from the touch. .hc On Aug 10, 2010, at 6:07 AM, Jo?o Pais wrote: > but to make patches run, they have to be programmed in vanilla, right? > and it's not possible to do reatime control like input numbers, or > anything more than the touchpad control? > > or is it possible to use pd-ext in the iphone or ipod maxi? > > >> rjdj is on the ipad, so Pd runs on the iPad. There are two other Pd for >> iPhoneOS branch projects out there (iJam?), so they should be runnable. >> If someone wants to take on merging all these iPhoneOS branches I'll >> help get it into the new libpd/Android branch and vanilla too. >> >> .hc >> >> On Fri, 2010-08-06 at 22:52 +0200, Peter Plessas wrote: >>> Dear list, >>> >>> Does Pd run on an iPad? Can one compile externals for it and how is the >>> development situation for the device? Thanks for any pointers! >>> P >>> >>> ___ >>> 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 > > > -- > Friedenstr. 58 > 10249 Berlin (Deutschland) > Tel +49 30 42020091 | Mob +49 162 6843570 > Studio +49 30 69509190 > jmmmp...@googlemail.com | skype: jmmmpjmmmp >>> > > > > - > M.Koray Tahiroğlu > Media Lab, > Aalto University, > School of Art and Design > http://mlab.taik.fi/~korayt > tel: +358 45 233 6272 > > > > > > > > > ___ > 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] PdCon 2011?
haha everybody vote for London. An idea of bringing it to Australia? :D On Fri, Aug 13, 2010 at 5:26 AM, João Pais wrote: > We should meet in Berlin with others interested in that matter and discuss >> how we can join efforts. I am frequently there and would welcome to join a >> Berlin Pd meeting for instance. >> > > that would be the best way, I guess. at least I was never in Weimar and > don't know when I'll be there. > > I'll be in Berlin the 25th and 26th. Then I'll be away from the 27th to the > 10th. There might be a Pd-meeting in the first week of September, but being > one of the two persons organising it (the other is Servando), I would like > to be there if any Pd-Con subject gets discussed. > > Fluency to the Pd meetings has been variable, from 1 to 15 persons. I > usually can't predict how many persons will be available in the next > meeting. > > João > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- mataharipertama.wordpress.com kotakmakan.multiply.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Start patch automatically on bootup with or without monitor (Ubuntu 10.04)
Le 13/08/2010 12:49, Ingo Scherzinger a écrit : is this really important? i mean : if you start ubuntu graphical interface if no screen is pluged, why not starting pd gui? I tried it but the patch didn't start. maybe you also need to force a screen size. what happen if you plug a screen after booting? it's possible to have absolutely no difference if a screen is plugged or not. c Ingo Le 13/08/2010 11:46, Ingo Scherzinger a écrit : Hi everybody! @ José: Hi, maybe is a lofi solution but works...need a cd... I created an autorun cd on ubuntu...first create an empty file called “autorun” and edit with gedit or wathever That might be a good idea if I had a cd-rom in the box but unfortunately I don't! @ Cyrille depending on your gpu, you can override screen detection, so that your computer start graphical interface when no screen is detected. look for xorg configuration. That one is actually working. I had to add this to "xorg.conf" Section "Device" ... Option "NoDDC" "1" EndSection This way Ubuntu wouldn't search for the screen. Now I only have to detect whether a screen is present or not and start the 2nd patch with "-gui" or "-nogui" . I think is this really important? i mean : if you start ubuntu graphical interface if no screen is pluged, why not starting pd gui? c [dmesg] | [shell] should somehow work for that. @ Bernardo I don't know but maybe create a perl, python or bash script that creates 2 instances of PD, one with GUI and other without GUI? That won't change the fact that Ubuntu won't start up. Changing the command line to start the Pd patch is already good enough for that. Thank you all for your suggestions. I think Cyrille's way is the best way to go with my setup. Ingo 2010/8/12 Ingo Scherzinger Hi there, is it possible to start a patch automatically on boot up containing both an audio and GEM patch either with or without a screen? I got a patch that contains some kind of gui working with GEM while the main audio patch doensn't need any graphics. All editing can be handled with a LCD remote unit. With the monitor connected everything works as expected. The problem is that Ubuntu (10.04) won't boot without any screen connected. I tried not to start X and fluxbox and go directly to the Pd patches. That didn't work! It still only boots (in text mode) with the monitor connected. Is there any way to detect if a monitor is hooked up and connect to some kind of a "virtual monitor" if not? Could VNC be used for that? (Though I don't really need or want a remote desktop) Thanx for any hints, Ingo ___ 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] Start patch automatically on bootup with or without monitor (Ubuntu 10.04)
> is this really important? > i mean : if you start ubuntu graphical interface if no screen is pluged, why not > starting pd gui? I tried it but the patch didn't start. Ingo > Le 13/08/2010 11:46, Ingo Scherzinger a écrit : > > Hi everybody! > > > > @ José: > > > >> Hi, maybe is a lofi solution but works...need a cd... > >> I created an autorun cd on ubuntu...first create an empty file called > > autorun > >> and edit with gedit or wathever > > > > That might be a good idea if I had a cd-rom in the box but unfortunately I > > don't! > > > > @ Cyrille > > > >> depending on your gpu, you can override screen detection, so that your > > computer > >> start graphical interface when no screen is detected. > >> look for xorg configuration. > > > > That one is actually working. I had to add this to "xorg.conf" > > > > Section "Device" > > ... > > Option "NoDDC" "1" > > EndSection > > > > This way Ubuntu wouldn't search for the screen. Now I only have to detect > > whether a screen is present or not and start the 2nd patch with "-gui" or > > "-nogui" . I think > is this really important? > i mean : if you start ubuntu graphical interface if no screen is pluged, why not > starting pd gui? > > c > > > > > [dmesg] > > | > > [shell] > > > > should somehow work for that. > > > > @ Bernardo > > > >> I don't know but maybe create a perl, python or bash script that creates 2 > >> instances of PD, one with GUI and other without GUI? > > > > That won't change the fact that Ubuntu won't start up. Changing the command > > line to start the Pd patch is already good enough for that. > > > > > > Thank you all for your suggestions. I think Cyrille's way is the best way to > > go with my setup. > > > > Ingo > > > > > >>> 2010/8/12 Ingo Scherzinger > >>> Hi there, > >>> > >>> is it possible to start a patch automatically on boot up containing both > > an > >>> audio and GEM patch either with or without a screen? > >>> > >>> I got a patch that contains some kind of gui working with GEM while the > > main > >>> audio patch doensn't need any graphics. All editing can be handled with a > >>> LCD remote unit. > >>> With the monitor connected everything works as expected. The problem is > > that > >>> Ubuntu (10.04) won't boot without any screen connected. > >>> > >>> I tried not to start X and fluxbox and go directly to the Pd patches. That > >>> didn't work! > >>> It still only boots (in text mode) with the monitor connected. > >>> > >>> Is there any way to detect if a monitor is hooked up and connect to some > >>> kind of a "virtual monitor" if not? > >>> > >>> Could VNC be used for that? (Though I don't really need or want a remote > >>> desktop) > >>> > >>> Thanx for any hints, > >>> Ingo > > > > > > ___ > > 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] Start patch automatically on bootup with or without monitor (Ubuntu 10.04)
Le 13/08/2010 11:46, Ingo Scherzinger a écrit : Hi everybody! @ José: Hi, maybe is a lofi solution but works...need a cd... I created an autorun cd on ubuntu...first create an empty file called “autorun” and edit with gedit or wathever That might be a good idea if I had a cd-rom in the box but unfortunately I don't! @ Cyrille depending on your gpu, you can override screen detection, so that your computer start graphical interface when no screen is detected. look for xorg configuration. That one is actually working. I had to add this to "xorg.conf" Section "Device" ... Option "NoDDC" "1" EndSection This way Ubuntu wouldn't search for the screen. Now I only have to detect whether a screen is present or not and start the 2nd patch with "-gui" or "-nogui" . I think is this really important? i mean : if you start ubuntu graphical interface if no screen is pluged, why not starting pd gui? c [dmesg] | [shell] should somehow work for that. @ Bernardo I don't know but maybe create a perl, python or bash script that creates 2 instances of PD, one with GUI and other without GUI? That won't change the fact that Ubuntu won't start up. Changing the command line to start the Pd patch is already good enough for that. Thank you all for your suggestions. I think Cyrille's way is the best way to go with my setup. Ingo 2010/8/12 Ingo Scherzinger Hi there, is it possible to start a patch automatically on boot up containing both an audio and GEM patch either with or without a screen? I got a patch that contains some kind of gui working with GEM while the main audio patch doensn't need any graphics. All editing can be handled with a LCD remote unit. With the monitor connected everything works as expected. The problem is that Ubuntu (10.04) won't boot without any screen connected. I tried not to start X and fluxbox and go directly to the Pd patches. That didn't work! It still only boots (in text mode) with the monitor connected. Is there any way to detect if a monitor is hooked up and connect to some kind of a "virtual monitor" if not? Could VNC be used for that? (Though I don't really need or want a remote desktop) Thanx for any hints, Ingo ___ 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] Start patch automatically on bootup with or without monitor (Ubuntu 10.04)
Hi everybody! @ José: > Hi, maybe is a lofi solution but works...need a cd... > I created an autorun cd on ubuntu...first create an empty file called autorun > and edit with gedit or wathever That might be a good idea if I had a cd-rom in the box but unfortunately I don't! @ Cyrille > depending on your gpu, you can override screen detection, so that your computer >start graphical interface when no screen is detected. >look for xorg configuration. That one is actually working. I had to add this to "xorg.conf" Section "Device" ... Option "NoDDC" "1" EndSection This way Ubuntu wouldn't search for the screen. Now I only have to detect whether a screen is present or not and start the 2nd patch with "-gui" or "-nogui" . I think [dmesg] | [shell] should somehow work for that. @ Bernardo > I don't know but maybe create a perl, python or bash script that creates 2 > instances of PD, one with GUI and other without GUI? That won't change the fact that Ubuntu won't start up. Changing the command line to start the Pd patch is already good enough for that. Thank you all for your suggestions. I think Cyrille's way is the best way to go with my setup. Ingo >>2010/8/12 Ingo Scherzinger >>Hi there, >> >>is it possible to start a patch automatically on boot up containing both an >>audio and GEM patch either with or without a screen? >> >>I got a patch that contains some kind of gui working with GEM while the main >>audio patch doensn't need any graphics. All editing can be handled with a >>LCD remote unit. >>With the monitor connected everything works as expected. The problem is that >>Ubuntu (10.04) won't boot without any screen connected. >> >>I tried not to start X and fluxbox and go directly to the Pd patches. That >>didn't work! >>It still only boots (in text mode) with the monitor connected. >> >>Is there any way to detect if a monitor is hooked up and connect to some >>kind of a "virtual monitor" if not? >> >>Could VNC be used for that? (Though I don't really need or want a remote >>desktop) >> >>Thanx for any hints, >>Ingo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd on ipad with externals
Maemo N900 is another option, as you can run Pd-vanilla and you can compile any external you like ( although we haven't test GEM yet) in the actual device. We are currently fixing the audio and later on we might take a look at some GUI development, but the good thing is, it is the same Pd version you use in your computers, so all your previous patches will also work in Maemo as well. Later on we will also try Pd-extended in N900. I will post the link later on when we will have time to document all these. Koray On Aug 11, 2010, at 5:47 PM, pd-list-requ...@iem.at wrote: > Message: 2 > Date: Wed, 11 Aug 2010 09:31:39 -0400 > From: Hans-Christoph Steiner > Subject: Re: [PD] pd on ipad with externals > To: Peter Plessas > Cc: pd-list > Message-ID: <1281533499.2724.18.ca...@palatschinken> > Content-Type: text/plain; charset="UTF-8" > > > Right now, Peter Brinkmann, Peter Kirn, and I are leading the effort, > but there have been a number of contributors as the project was > developed. We have a nice Android/libpd app design and are now working > on finalizing a proper release. The source code is available, break out > your Eclipse and your phone (or use the emulator) and try it out! > > http://gitorious.org/pdlib > > .hc > > On Wed, 2010-08-11 at 13:16 +0200, Peter Plessas wrote: >> Lieber Hans, >> >> Who is developing what here? Is there a name for the project? What's the >> status? >> >> liebe Gr?sse, >> Peter >> >> On 08/10/2010 06:42 PM, Hans-Christoph Steiner wrote: >>> >>> I suggest getting an Android device, we have the loading of externals >>> working so its only a matter of time before we have Pd-extended in the >>> Android Marketplace. >>> >>> That said, you can build Pd for iPhoneOS, run it from the cmd line, then >>> load externals. Then you can use the [apple/multitouch] to get data >>> from the touch. >>> >>> .hc >>> >>> On Aug 10, 2010, at 6:07 AM, Jo?o Pais wrote: >>> but to make patches run, they have to be programmed in vanilla, right? and it's not possible to do reatime control like input numbers, or anything more than the touchpad control? or is it possible to use pd-ext in the iphone or ipod maxi? > rjdj is on the ipad, so Pd runs on the iPad. There are two other Pd for > iPhoneOS branch projects out there (iJam?), so they should be runnable. > If someone wants to take on merging all these iPhoneOS branches I'll > help get it into the new libpd/Android branch and vanilla too. > > .hc > > On Fri, 2010-08-06 at 22:52 +0200, Peter Plessas wrote: >> Dear list, >> >> Does Pd run on an iPad? Can one compile externals for it and how is the >> development situation for the device? Thanks for any pointers! >> P >> >> ___ >> 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 -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmp...@googlemail.com | skype: jmmmpjmmmp >>> >> - M.Koray Tahiroğlu Media Lab, Aalto University, School of Art and Design http://mlab.taik.fi/~korayt tel: +358 45 233 6272 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list