Re: [PD] network maintainance: 18.07.2012 10:00-12:00CEST

2012-07-18 Thread IOhannes m zmoelnig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-07-17 17:46, IEM - network operating center (IOhannes m zmoelnig) wrote: > due to a scheduled network maintainance, puredata.info and > associated services (including the pd related mailinglists) will be > offline tomorrow, wednesday starting a

[PD] network maintainance: 18.07.2012 10:00-12:00CEST

2012-07-17 Thread IEM - network operating center (IOhannes m zmoelnig)
due to a scheduled network maintainance, puredata.info and associated services (including the pd related mailinglists) will be offline tomorrow, wednesday starting at 10:00 (CEST). we hope to be online again within two hours. sorry for the inconvenience. fgasdr IOhannes -- IEM - network operat

Re: [PD] PD network problem - pdextended

2007-12-16 Thread bigswift
see i thought that as well but pd starts and will not let me edit a patch issuing sudo ifconfig lo up did not work. i know this is OT, but any tips might help pp Martin Peach <[EMAIL PROTECTED]> wrote: > Mathieu Bouchard wrote: > > >On Fri, 14 Dec 2007, Martin Peach wrote: > >>bigswi

Re: [PD] PD network problem - pdextended

2007-12-14 Thread Martin Peach
Mathieu Bouchard wrote: >On Fri, 14 Dec 2007, Martin Peach wrote: >>bigswift wrote: >>>When using pd onsite without a network connection i cannot edit files >>>with >>>pd-extened RC5 on Ubuntu Gutsy. If a ethernet cable is connected i can >>>edit >>>files, but if i am not wired in i cannot make

Re: [PD] PD network problem - pdextended

2007-12-14 Thread Mathieu Bouchard
On Fri, 14 Dec 2007, Martin Peach wrote: bigswift wrote: When using pd onsite without a network connection i cannot edit files with pd-extened RC5 on Ubuntu Gutsy. If a ethernet cable is connected i can edit files, but if i am not wired in i cannot make new connections or edit a file. Is there a

Re: [PD] PD network problem - pdextended

2007-12-14 Thread Claude Heiland-Allen
Hi, Looks like your 'lo' isn't set up correctly on boot, something similar is here: https://bugs.launchpad.net/ubuntu/+source/debootstrap/+bug/110144 Martin Peach wrote: > bigswift wrote: > >> Hi >> >> When using pd onsite without a network connection i cannot edit files with >> pd-extened R

Re: [PD] PD network problem - pdextended

2007-12-14 Thread Martin Peach
bigswift wrote: >Hi > >When using pd onsite without a network connection i cannot edit files with >pd-extened RC5 on Ubuntu Gutsy. If a ethernet cable is connected i can edit >files, but if i am not wired in i cannot make new connections or edit a >file. Is there a way to workaround this? > Pu

[PD] PD network problem - pdextended

2007-12-14 Thread bigswift
Hi When using pd onsite without a network connection i cannot edit files with pd-extened RC5 on Ubuntu Gutsy. If a ethernet cable is connected i can edit files, but if i am not wired in i cannot make new connections or edit a file. Is there a way to workaround this? pp -- Patrick Pagano S

Re: [PD] network

2007-06-01 Thread Stephen Sinclair
> I think the best way would be to put some kind of timestamp in the > messages and have the receiver hold the received message until the > timestamped time occurs. That should get rid of any jitter at the > expense of a second or so of delay. In fact that's an interesting point related to OSC. O

Re: [PD] network

2007-06-01 Thread Martin Peach
Max Neupert wrote: > hi list, > > i'm sending control data to a vline~ object over the network. those > are precisely timed messages. i can hear uncontinuous errors in the > output, some messages seem to be delayed. > when i use OSC the timing is pretty bad. now i use netserver/ > netclient an

[PD] network

2007-06-01 Thread Max Neupert
hi list, i'm sending control data to a vline~ object over the network. those are precisely timed messages. i can hear uncontinuous errors in the output, some messages seem to be delayed. when i use OSC the timing is pretty bad. now i use netserver/ netclient and it's getting better, but there

Re: [PD] network problem with pd / [list-fifo]

2006-12-18 Thread Mathieu Bouchard
On Sun, 17 Dec 2006, Roman Haefeli wrote: netpd's major problem is the occurence of many dropouts in certain situations. one reason is the way how all (at least all i know) network related objects in pd handle buffer overruns. when the buffer of a network object is full, the whole pd processin

Re: [PD] network problem with pd / [list-fifo]

2006-12-18 Thread Roman Haefeli
On Mon, 2006-12-18 at 13:47 +0100, Frank Barknecht wrote: > Hallo, > Roman Haefeli hat gesagt: // Roman Haefeli wrote: > > > as a crude solution to limit bandwidth in netpd, i made the attached > > abstraction [list-fifo]. i am not sure, if it is a suitable name. > > > > @frank > > if you think,

Re: [PD] network problem with pd / [list-fifo]

2006-12-18 Thread Frank Barknecht
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote: > as a crude solution to limit bandwidth in netpd, i made the attached > abstraction [list-fifo]. i am not sure, if it is a suitable name. > > @frank > if you think, that fits into your list-abs-collection, feel free to > add/modify it. T

Re: [PD] network problem with pd / [list-fifo]

2006-12-17 Thread Hans-Christoph Steiner
I like the status message idea a lot. I think that whenever a Pd object handles something that cannot be handled in one clock tick, then there needs to be an output to communicate when the process finishes. Another example where this would be useful would be with [readsf~]. It uses a

[PD] network problem with pd / [list-fifo]

2006-12-17 Thread Roman Haefeli
hi all netpd's major problem is the occurence of many dropouts in certain situations. one reason is the way how all (at least all i know) network related objects in pd handle buffer overruns. when the buffer of a network object is full, the whole pd processing is stopped until the buffer gets emp