hello, thanks for the reply, are you telling me to take off all the
positions of all the geos and then evaluate in other program?
what about gem_listinfo? i could take of all the positions an save them
in a text file? and which other software should i use to make this
calculations?
I just checked
hello,
ive got some trouble with list handling, maybe somone can give me a hand.
i like to group an unnown number of floats in a list. (these floats
are the result of different divisors, used all for a fixed value. like
100/16, 100/32...)
what i want to do is to put them randomly into the list
Hallo,
YOhannes hat gesagt: // YOhannes wrote:
> ive got some trouble with list handling, maybe somone can give me a hand.
>
> i like to group an unnown number of floats in a list. (these floats
> are the result of different divisors, used all for a fixed value. like
> 100/16, 100/32...)
>
> wh
Hello
yes it is a new one. And now I will check the papers
meanwhile thanks
markus
> On Wed, 4 Mar 2009, bra...@subnet.at wrote:
>
>> Hello and thank you
>> [...]
>
> it would be better to keep the discussion on the pd-list.
>
> I know nothing about this printer in particular, but if it's a
Frank Barknecht schrieb:
> Hallo,
> YOhannes hat gesagt: // YOhannes wrote:
>
>
>> ive got some trouble with list handling, maybe somone can give me a hand.
>>
>> i like to group an unnown number of floats in a list. (these floats
>> are the result of different divisors, used all for a fixed val
Roman Haefeli wrote:
> On Wed, 2009-03-04 at 08:08 +0900, PSPunch wrote:
>
>> The earlier sounds like to introduce massive overhead caused by TCP
>> headers, especially when we are speak of sending amounts of data that
>> may flood the socket's "send buffer." In the later case, the OS may
>> indi
Roman Haefeli wrote:
> On Wed, 2009-03-04 at 00:45 +0100, Roman Haefeli wrote:
>> how do i know, when the [tcpserver] socket is ready to transmit another
>> byte? do i have to nag it every ms with a message? if i go the
>> BYTE-AT-A-TIME route, the interval would even need to be slower, if
>> highe
Hans-Christoph Steiner wrote:
>
> I made [httpget] for fetching webpages into pd:
That's nice. Now we need some html parsing objects so the pages go into
the patch and not the pd window. It works well if the received pages are
loaded into a table. I made tabfind to search a table for a string.
so i did get this working on linux with mencoder + pdp_rawin using code:
#! /bin/sh
rm /tmp/pipe
mknod /tmp/pipe p
mencoder -nosound -ovc raw -of rawvideo -vf scale,format=rgb24
mms://ph.wm.live05.pscdn.net/00302597_live12?MSWMExt=.asf -o /tmp/pipe
although i am finding this might be inefficien
On Wed, 4 Mar 2009, bra...@subnet.at wrote:
On 3 Mar 2009, ma...@artengine.ca wrote:
I know nothing about this printer in particular, but if it's a new machine
with a RS232 port, I suspect that it's because of systems that still use
the old Epson protocol:
yes it is a new one. And now I will ch
On Wed, 4 Mar 2009, Martin Peach wrote:
That's nice. Now we need some html parsing objects so the pages go into
the patch and not the pd window. It works well if the received pages are
loaded into a table. I made tabfind to search a table for a string.
Tables seem more efficient than lists and
On Mar 4, 2009, at 9:18 AM, Martin Peach wrote:
> Hans-Christoph Steiner wrote:
>> I made [httpget] for fetching webpages into pd:
>
>
> That's nice. Now we need some html parsing objects so the pages go
> into the patch and not the pd window. It works well if the received
> pages are loaded
On Wed, 4 Mar 2009, YOhannes wrote:
what i want to do is to put them randomly into the list as long as the
sum of all items in the list equals the size of the fixed value. this
seems to be pretty difficult...since i use random i cant know what the
next float will be. how to handle that? any ex
On Wed, 4 Mar 2009, simeon cosik wrote:
hello, thanks for the reply, are you telling me to take off all the
positions of all the geos and then evaluate in other program?
No, I only talked about how you are going to extract the positions out of
the usual [gemhead] chains so that you can use th
ola,
>
> i am not complaining too much because i am pretty happy this is just working
> in general... i am just looking to make it a little more efficient and i am a
> little confused over all the yuv/yv12 stuff that is going on and why i have
> to convert to rgb and back to yuv just to get it t
Mathieu Bouchard wrote:
>On Wed, 4 Mar 2009, Martin Peach wrote:
>
>>That's nice. Now we need some html parsing objects so the pages go into
>>the patch and not the pd window. It works well if the received pages are
>>loaded into a table. I made tabfind to search a table for a string. Tables
>>s
On Mar 4, 2009, at 11:46 AM, Martin Peach wrote:
> Mathieu Bouchard wrote:
>> On Wed, 4 Mar 2009, Martin Peach wrote:
>>
>>> That's nice. Now we need some html parsing objects so the pages go
>>> into the patch and not the pd window. It works well if the
>>> received pages are loaded into a t
adding this to the GSoC ideas wiki...
actually, there's some disabled table-storage code in [pdstring] as
well; perhaps I'll get a chance to polish that up sometime soon..
marmosets,
Bryan
On 2009-03-04 19:01:31, Hans-Christoph Steiner appears to
have written:
> It seems that we should
Hi,
oups. sorry I missed it...
As I said everything is OK on os X for building flex, and I also can
build a copied/modified version of the simple1 tutorial (called
simplo1 with a 'o') to test my installation., and everything is ok.
I did the same thing on linux ubuntu hardy , and I also
Is there some scheme or CL object running in PD? k_guile seems to be
inactive, or am I wrong?
--
http://www.padovani.googlepages.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
hi list,
i am trying out if the pd~ object is an alternative for sync playback
of audio and video to the “traditional” method of using two instances
of pd talking to each other by netserver/netclient.
so the situation is that we need one pd instance with audio on and one
without for gem.
On Wed, 2009-03-04 at 09:14 -0500, Martin Peach wrote:
> > martin, would you mind implementing similar changes to [tcpclient] as
> > well?
> >
> >
>
> I'll do that today if I have time.
yo... no hurry.. but it seems you already did it. many thanks.
those changes to [tcpserver] and [tcpclient
Do you think a valid project would be to debug pd / pd-extended 64 bit
builds? After losing a few days trying to get a solid 64 build of pd
+externals, I'm a bit disappointed at the current state. It's something
rather boring, but would be quite useful for the future ... the next OSX
(Snow Leaop
23 matches
Mail list logo
