Re: [PD] Pd network sniffer

hello, the files are still available on this page : http://musa.poperbu.net/index.php/puredata-mainmenu-50#pdpcap or directly http://musa.poperbu.net/files/pcap0.0.5.tar.gz I tired to compile it several times mainly on ubuntu & debian, it works but I never managed to get the content of the

Re: [PD] 0 length delay in delwrite~

The argument for [delwrite~] is the buffer size and *not* the maximum delay time. A buffer size of 0 doesn't make sense, you should set it to the highest block length you're using any of your [delread~] objects. Typing 1.5 will work if everything is at block size 64. > Gesendet: Samstag, 12.

Re: [PD] 0 length delay in delwrite~

> Order forcing works well for me. Just set the [delwrite~] to 10 ( but weirdness arises from 0 length delay. > If a delay of zero WAS actually permitted, these would form infinite loops. Don't think so, depends on what a 0 delay is. If it is "no delay", and by that I mean "No Buffer", then it

Re: [PD] 0 length delay in delwrite~

On Fri, 2015-12-11 at 14:26 -0200, Alexandre Torres Porres wrote: > hi, I'm checking that if you put a 0 length delay in delwrite~ you > still have some buffer > > > what's up with that? and how does it work? how big is it when you > don't define it? Don't know. I confirm that weirdness

Re: [PD] 0 length delay in delwrite~

>> I'll keep saying it is a bug in the object, and that the object should be >> fixed in order to be consistent with its description. Or one could change the description to be consistent with the behaviour ;-). Once again, specifying the buffer size makes much more sense then giving a maximum

Re: [PD] Pd network sniffer

@IOhannes: :-D You're right... I should be more specific... sorry... A tcpdump-like tool is what I'm looking for... Le 12/12/2015 14:17, Benjamin ~ b01 a écrit : > hello, > > the files are still available on this page : > http://musa.poperbu.net/index.php/puredata-mainmenu-50#pdpcap > or

Re: [PD] Pd network sniffer

Hi, I did pdpcap. It is based on libpcap (so it's like tcpdump). What is the problem of packet content? The data format? I can try to modify it to get the content of packet correctly. (I'm not have a lot of time, but I'll try it). 2015-12-13 2:56 GMT+01:00 Olivier Baudu

Re: [PD] Pd network sniffer

Le 13/12/2015 03:23, Jordi Sala a écrit : > Hi, > > I did pdpcap. It is based on libpcap (so it's like tcpdump). What is the > problem of packet content? The data format? I can try to modify it to > get the content of packet correctly. (I'm not have a lot of time, but > I'll try it). > Hi

Re: [PD] 0 length delay in delwrite~

There's one trick that works for zero delay and [delwrite~ 0], based on the code of [delread~]: provide a negative delay time (with abs(delay time) > 1 sample). Here's what's going on in Alexandre's patch. [delwrite~ 0] sets up a buffer that is 68 samples long, plus four extra for interpolation

Re: [PD] 0 length delay in delwrite~

And I think the same logic will apply to any [delread~] buffer explicitly set to <= 60 samples ([delread~] rounds up from the input to the nearest multiple of 4). On Sat, Dec 12, 2015 at 4:49 PM, Matt Barber wrote: > There's one trick that works for zero delay and