Am 5. Juni 2021 01:06:08 MESZ schrieb "João Pais" :
>I'm having a look, but I'm apparently not getting something. When I try
>
>[vstplugin~] + "StereoEncoder", it only outputs a signal to the
>left-ish, changing the position doesn't affect the output )0th order).
this sounds very much as if
On Fri, Jun 4, 2021 at 6:16 PM Roman Haefeli wrote:
>
> On Fri, 2021-06-04 at 23:27 +0200, Christof Ressi wrote:
> > >
> > Instead of waiting for
> > https://github.com/pure-data/pure-data/issues/949
> > - which will probably take months -,
>
> I am exploring stuff, partly out of curiousity.
I'm having a look, but I'm apparently not getting something. When I try
[vstplugin~] + "StereoEncoder", it only outputs a signal to the
left-ish, changing the position doesn't affect the output )0th order).
Or do you put a [vstplugin~] + "BinauralDecoder" afterwards?
Personally, I always use
On Fri, 2021-06-04 at 23:27 +0200, Christof Ressi wrote:
> >
> Instead of waiting for
> https://github.com/pure-data/pure-data/issues/949
> - which will probably take months -,
I am exploring stuff, partly out of curiousity. There is no expectation
of anything to happen in certain time.
>
I don't actually know what
it is supposed to do, but it seems to only send back to the client the
last packet was coming from
Yes. That's what I explained.
What I am looking for is
to send to any client specified by address and port.
Ok, so [iemnet/udpserver] won't work for your use case.
On Fri, 2021-06-04 at 23:03 +0200, Christof Ressi wrote:
> > I guess I have to wait for
> > https://github.com/pure-data/pure-data/issues/949 or learn C ;-)
> I've mentioned [iemnet/udpserver] a couple of times now. Does it not
> work for your use case?
Yes, you did. Sorry for not reacting
I guess I have to wait for
https://github.com/pure-data/pure-data/issues/949 or learn C ;-)
I've mentioned [iemnet/udpserver] a couple of times now. Does it not
work for your use case?
Christof
On 04.06.2021 22:59, Roman Haefeli wrote:
On Fri, 2021-06-04 at 21:34 +0200, Dan Wilcox wrote:
Ah
On Fri, 2021-06-04 at 21:34 +0200, Dan Wilcox wrote:
> Ah yes, you are right. [timeout( is for TCP. I think I got that mixed
> up with UDP previously closing itself after some sort of unknown host
> return etc which we removed to make it "fire and forget."
Ah, now I remember. It was that thread
marvellous!
I can finally interface PD with pyplot...
thank you, I'll give a try soon.
rph-r
Le 03.06.21 à 11:01, IOhannes m zmölnig a écrit :
Hi Koray,
good to hear you are still alive and kicking.
Am 3. Juni 2021 05:42:00 MESZ schrieb "Koray Tahiroğlu"
:
>
>We have also developed the
Ah yes, you are right. [timeout( is for TCP. I think I got that mixed up with
UDP previously closing itself after some sort of unknown host return etc which
we removed to make it "fire and forget."
> On Jun 4, 2021, at 4:17 PM, pd-list-requ...@lists.iem.at wrote:
>
> Message: 3
> Date: Fri, 04
Em sex., 4 de jun. de 2021 às 10:19, Ingo escreveu:
> I finally used [iemguts/receivecanvas] because it turned out to be 100%
> reliable - no matter how many devices I have connected.
>
as opposed to else/canvas.mouse?
> The lastest cyclone update still didn't work for me.
>
> I must have
On Thu, 2021-06-03 at 19:51 +0200, Dan Wilcox wrote:
> You could try a longer connection timeout via the [timeout f(
> message.
Isn't the 'timeout' method only affecting TCP sessions? In UDP nothing
at all is sent when using 'connect' method. It internally sets
destination address and port, I
I finally used [iemguts/receivecanvas] because it turned out to be 100%
reliable - no matter how many devices I have connected.
The lastest cyclone update still didn't work for me.
I must have used an older version [MouseState] - the newer one is in small
letters [mousestate].
That doesn't
I initially replied to Koray's mail under [PD-announce], thought this
fits the main mailing list better.
I'm trying to build everything as instructed here
https://github.com/SopiMlab/DeepLearningWithAudio/blob/master/utilities/pyext-setup/setup-linux.md
Everything is ok until I try to
14 matches
Mail list logo