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 versio
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
> depend
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 b
> 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 solutio
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 af
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 meetin
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:
> Maem
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""
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 si
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
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
> 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 des
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 w
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 h
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
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
>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
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
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 Ma
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/s
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
pro
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 ?
Ha
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
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 prese
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
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 immedia
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 run
27 matches
Mail list logo