On 2020-06-15 17:05, Roman Haefeli wrote:
> On Sun, 2020-06-14 at 22:26 +0200, IOhannes m zmölnig wrote:
>> On 2020-06-14 22:22, ro...@dds.nl wrote:
>>> and can tcpserver be 'forced' to treat them equally?
>>>
>>> any hint is welcome.
>>
>> not really helping, but does the same happen with
thanks for all the hints,
i hope to test some more tomorrow .
rolf
Roman Haefeli schreef op 15-06-2020 17:24:
Hi Rold,
Hi Martin
On Mon, 2020-06-15 at 09:44 -0400, Martin Peach wrote:
Based on my assumptions, it may be that the OS is delaying sending
the
messages in case you're not finished
Dear list,
we have now uploaded the VRR streaming concerts:
https://vrr.iem.at/concerts/. You can watch the whole concerts
(including talks) or listen to individual pieces.
Note: "Living Room Music" and "Next to Beside Besides" are tape pieces,
the rest have been played live in our
Sounds good!
On 15.06.2020 21:41, Martin Peach wrote:
On Mon, Jun 15, 2020 at 3:09 PM Christof Ressi wrote:
I have revised the code in those objects
I see some bug fixes and the REUSEADDR and NODELAY options, that's cool!
If you have lots of free time, you also might want to revise the
On Mon, Jun 15, 2020 at 3:09 PM Christof Ressi wrote:
>
> > I have revised the code in those objects
> I see some bug fixes and the REUSEADDR and NODELAY options, that's cool!
>
> If you have lots of free time, you also might want to revise the whole
> threading code. Spawning a new thread for
I have revised the code in those objects
I see some bug fixes and the REUSEADDR and NODELAY options, that's cool!
If you have lots of free time, you also might want to revise the whole
threading code. Spawning a new thread for every list of bytes is not
only excessively wasteful (especially
On 2020-06-15 19:46, Martin Peach wrote:
> If there were a git repo for externals I would use that but it seems
> scattered at the moment.
that's actually a feature not a bug :-)
the idea is, that smaller, independent and self-contained repositories
are more agile and resilient than a huge
On Mon, Jun 15, 2020 at 12:32 PM Christof Ressi wrote:
> I've said this elsewhere: as much as I like (and use) the mrpeach library, I
> avoid the net objects (especially [tcpclient] and [tcpserver]) because there
> are too many problems in the code. [iemnet], on the other hand, has been
>
TL;DR: [iemnet/tcpserver] + [mrpeach/slipenc] + [mrpeach/slipdec] :-)
Depending on your payload, you might also get away with FUDI (ASCII text
delimited by semicolons), which is used internally by Pd and slightly
easier to parse (but more limited).
I've said this elsewhere: as much as I like
Hi Rold,
Hi Martin
On Mon, 2020-06-15 at 09:44 -0400, Martin Peach wrote:
> Based on my assumptions, it may be that the OS is delaying sending
> the
> messages in case you're not finished sending them. You need a break
> of
> some minimum time before the whole lot gets sent.
That probably forces
or go lo-tech and just adapt the makefile from 0d/doc/6.externs
cheers
Miller
On Mon, Jun 15, 2020 at 11:06:04AM +0200, Christof Ressi wrote:
> Hi,
>
> try
>
On Sun, 2020-06-14 at 22:26 +0200, IOhannes m zmölnig wrote:
> On 2020-06-14 22:22, ro...@dds.nl wrote:
> > and can tcpserver be 'forced' to treat them equally?
> >
> > any hint is welcome.
>
> not really helping, but does the same happen with iemnet/tcpserver?
Surely not, since iemnet tpc
On Mon, Jun 15, 2020 at 10:11 AM Christof Ressi wrote:
>
> > Based on my assumptions, it may be that the OS is delaying sending the
> > messages in case you're not finished sending them.
> I think that's why Pd (and iemnet) sets the TCP_NODELAY socket option on
> TCP sockets .
Right! I have that
Based on my assumptions, it may be that the OS is delaying sending the
messages in case you're not finished sending them.
I think that's why Pd (and iemnet) sets the TCP_NODELAY socket option on
TCP sockets .
Christof
On 15.06.2020 15:44, Martin Peach wrote:
On Sun, Jun 14, 2020 at 4:24 PM
On Sun, Jun 14, 2020 at 4:24 PM wrote:
>
> (Windows 10, Pd-50.0)
>
> i'm sending messages of 25 bytes with [mrpeach/tcpserver] to a client
> (NodeMCU/ESP8266),
>
> triggered by [metro 50].
>
> with a tcpclient in a seperate Pd the messages are received in the right
> order, no gaps.
Are both
Hi,
try https://github.com/pierreguillot/pd.build. This is a CMake template
for Pd externals and it allows you to easily generate VS solutions.
Christof
On 15.06.2020 06:29, Brad Garton wrote:
Hi, I posted this on one of the pd-Forum sites (for "extras"), but not
sure if that was best.
16 matches
Mail list logo