Re: [PD] [PD-announce] AoO (audio over OSC) v2.0-pre2

[Lucas Cordiviola]

Hi Christof,

I'm testing this patch[1] which works Ok inside my lan but when I try 
with others outside I get:


~~
aoo_client: couldn't establish UDP connection to groupa|win81; timed out 
after 5

 seconds
~~

I use "vrr.iem.at" or my own [aoo_server].

What am I missing?



[1] (main.pd) https://nc.nubegris.com.ar/index.php/s/Sw8y2Br7cy7nAxP

Mensaje telepatico asistido por maquinas.

On 6/22/2020 10:20 AM, Christof Ressi wrote:


Dear list,

here's a new pre-release for the AoO multichannel audio streaming 
library. In the last two months, the library has been seen many 
improvements and has been used successfully in our Virtual Rehearsal 
Room project (see vrr.iem.at ).


Binaries for all common platforms (Windows, macOS, Linux, ARM boards) 
are available on Deken (search for "aoo"). The source code can be 
found here: https://git.iem.at/cm/aoo


See the help patches (aoo_send~-help.pd, aoo_receive~-help.pd, 
aoo_server.pd) for usage instructions.


If you want to stream between different home networks (without port 
forwarding), you can use [aoo_client] and connect to our public AoO 
server at the IEM (hostname: vrr.iem.at, port: 7077). You can easily 
set up your own AoO server by running a Pd patch containing 
[aoo_server ] on your web server.


---

Selected features:

# create audio networks of any topology with arbitrary ad-hoc connections
# [aoo_send~] / [aoo_receive~] take a port number and ID, so multiple 
objects (within a single Pd instance) can operate on the same port. 
Additionally, you can have multiple objects across different Pd 
instances (using different port numbers).

# [aoo_send~] can stream to several destinations simultaneously;
# [aoo_receive~] can receive several AoO streams simultaneously, summing 
the signals
# AoO is connectionless: streams can start/stop at any time, enabling a 
"message-based audio" approach.
# AoO sinks can "invite" sources, i.e. ask them to send audio. The 
source may follow the invitation or decline it.

# AoO sinks and sources can operate at different blocksizes and samplerates
# the streaming format can be set independently for each source; 
currently only PCM (uncompressed) and Opus (compressed) are 
implemented, but this can be easily extended with the AoO codec plugin 
API.

# audio encoding/decoding is multithreaded
# adjustable resending mechanism for dropped packets
# adjustable jitter buffer size.
# [aoo_server] / [aoo_client] implement the UDP hole punching technique 
to establish peer2peer connections between different home networks.
# AoO is actually a C++ library with a C interface, so it can be used in 
apps or embedded devices (like the ESP32). An implementation for 
Supercollider is already planned.


---

For questions, bug reports or feature requests, please open an issue 
at https://git.iem.at/cm/aoo/-/issues. We're very happy about any kind 
of feedback!


Christof


___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] one abstraction, different delay lines?

[Christof Ressi]

so that it will be able to write into/create different delay lines "on 
the fly"?
It's currently not possible to dynamically changing the source delay 
line ("write into") for objects like [delread~] or [vd~], but it would 
be good feature request! I'm not sure why you would want to dynamically 
"create" a delay line, though.


Christof

On 27.06.2020 19:06, Jakob Laue wrote:

Dear pders:)
Recently I have built my first abstraction for a delay-effect.
Now I have a question. Is it possible to extend this abstraction in a 
way,
so that it will be able to write into/create different delay lines "on 
the fly"?

Thanks, Jakob

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] one abstraction, different delay lines?

[IOhannes m zmölnig]

On 2020-06-27 19:06, Jakob Laue wrote:
> Dear pders:)
> Recently I have built my first abstraction for a delay-effect.
> Now I have a question. Is it possible to extend this abstraction in a way,
> so that it will be able to write into/create different delay lines "on the 
> fly"?

short answer: yes.

longer answer: your question is very generic so the short answer is very
generic as well.
i don't know your "first abstraction". i have no idea what it does
(apart from being a "delay-effect").
i don't even know whether it can be "extended" in *any* way.
you might want to provide more information about both what you have and
what you actually want to achieve ("creating different delay lines" is
probably not your goal, but what you think is the best way to achieve
your goal).

gfamrd
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] one abstraction, different delay lines?

[Jakob Laue]

Dear pders:)

Recently I have built my first abstraction for a delay-effect.

Now I have a question. Is it possible to extend this abstraction in a way, 

so that it will be able to write into/create different delay lines "on the fly"?

 

Thanks, Jakob



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list