Re: [PD] AoO Coming Out: Audio over OSC - Message based streaming solution goes public...

2020-05-15 Thread Christof Ressi 

Hi Marco,

thanks for testing! I think aoo 2.0-pre1 is broken on macOS. This has 
been fixed on develop (together with many other things). I'd suggest to 
wait for the next release, however, which will come beginning of next week.


Best,

Christof

On 16.05.2020 03:18, Marco Schretter wrote:

dear winfried, dear christof,

thanks! aoo 2.0-pre1 is running on my linux machines.

on osx i tried it with the deken version and my compiled git-version 
but i get no bangs on the ping-button, no sound on the receiver side 
when i [start( . but i see all sinks/sources with [list(.


after opening patches:

new aoo server on port 
new aoo server on port 9998

input device 0, channels 1
output device 2, channels 2
framesperbuf 64, nbufs 60
rate 48000
... opened OK.

after add:
aoo_receive~: source 127.0.0.1 9998 1
aoo_receive~: source 127.0.0.1  1
SINK: 127.0.0.1  1
SINK: 127.0.0.1 9998 1

i don't get errors in the console but in the the terminal after 
clicking [start( and/or [pd dsp 1(:


DSP tick(s) took too long!
sendto: Invalid argument (22)

osx 10.13.6
pd-0.50-0 (and others)
aoo 2.0-pre1

yours,
m



Am 04.04.20 um 13:37 schrieb Winfried Ritsch:

Thats fine,

  you can get a compiled newest version compiled by gitlab CI in

    https://git.iem.at/cm/aoo/pipelines/4075

  also I hope deken packages are out soon with a new version V2.0-a2

mfg winfried

Am Samstag, 4. April 2020, 12:18:53 CEST schrieb Edwin van der Heide:

Hi Winfried,

Thanks for news.

I’m going to learn how to compile this for macos and try it out.

Best,

Edwin


On 3 Apr 2020, at 00:40, Winfried Ritsch  wrote:

Hello,

Thanks Christof Ressi the old concept was rewritten and short-comes 
using

the build-in network objects has been resolved and own networking code
added. (see doku there for history and ideas)

http://git.iem.at/cm/aoo

(Note it is an alpha version, but beta should follow soon)

The feature list is huge, but mostly:

- it supports raw audio and opus audio codec:
  small latencies for playing together - long buffers for long range
  streams

- it supports time synchronous streaming and resend strategies

  overcoming packet loss and network weakness

- it monitors the connections quality and latencies
- it is prepared fot punch-hole connections trough firewalls and ...
...

This is also a Request for Comments:
   get it - test it - use it - comment and report - to enhance it

---
Note: The development was done within the Streaming Project 
Reenactment

for
"Sonic projections" in the exhibition "Primal energies" from Bill 
Fontana

- Kunsthaus Graz using the community "FunkFeuer Graz" network .
( All artwork in museums are closed except this one on the facade  )

with a mix of Arm based streaming devices:  the DIYasb  it runs now 
stable

for over a month all over Funkfeuer Graz.:

see also:https://git.iem.at/cm/diyasb

mfG Winfried





___
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




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

Re: [PD] AoO Coming Out: Audio over OSC - Message based streaming solution goes public...

2020-05-15 Thread Marco Schretter 

dear winfried, dear christof,

thanks! aoo 2.0-pre1 is running on my linux machines.

on osx i tried it with the deken version and my compiled git-version but 
i get no bangs on the ping-button, no sound on the receiver side when i 
[start( . but i see all sinks/sources with [list(.


after opening patches:

new aoo server on port 
new aoo server on port 9998

input device 0, channels 1
output device 2, channels 2
framesperbuf 64, nbufs 60
rate 48000
... opened OK.

after add:
aoo_receive~: source 127.0.0.1 9998 1
aoo_receive~: source 127.0.0.1  1
SINK: 127.0.0.1  1
SINK: 127.0.0.1 9998 1

i don't get errors in the console but in the the terminal after clicking 
[start( and/or [pd dsp 1(:


DSP tick(s) took too long!
sendto: Invalid argument (22)

osx 10.13.6
pd-0.50-0 (and others)
aoo 2.0-pre1

yours,
m



Am 04.04.20 um 13:37 schrieb Winfried Ritsch:

Thats fine,

  you can get a compiled newest version compiled by gitlab CI in

https://git.iem.at/cm/aoo/pipelines/4075

  also I hope deken packages are out soon with a new version V2.0-a2

mfg winfried

Am Samstag, 4. April 2020, 12:18:53 CEST schrieb Edwin van der Heide:

Hi Winfried,

Thanks for news.

I’m going to learn how to compile this for macos and try it out.

Best,

Edwin


On 3 Apr 2020, at 00:40, Winfried Ritsch  wrote:

Hello,

Thanks Christof Ressi the old concept was rewritten and short-comes using
the build-in network objects has been resolved and own networking code
added. (see doku there for history and ideas)

http://git.iem.at/cm/aoo

(Note it is an alpha version, but beta should follow soon)

The feature list is huge, but mostly:

- it supports raw audio and opus audio codec:
  small latencies for playing together - long buffers for long range
  streams

- it supports time synchronous streaming and resend strategies

  overcoming packet loss and network weakness

- it monitors the connections quality and latencies
- it is prepared fot punch-hole connections trough firewalls and ...
...

This is also a Request for Comments:
   get it - test it - use it - comment and report - to enhance it

---
Note: The development was done within the Streaming Project Reenactment
for
"Sonic projections" in the exhibition "Primal energies"  from Bill Fontana
- Kunsthaus Graz using the community "FunkFeuer Graz" network .
( All artwork in museums are closed except this one on the facade  )

with a mix of Arm based streaming devices:  the DIYasb  it runs now stable
for over a month all over Funkfeuer Graz.:

see also:https://git.iem.at/cm/diyasb

mfG Winfried





___
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] hid 64bit binary for OS X (after upgrade to Catalina)?

2020-05-15 Thread Albert Rafetseder 
> why not upload it to deken?

I'm just a noob and don't want to break things on other people's
computers :-)

More seriously: I didn't anticipate there could be more interest in
that, so I didn't bother even reading any docs on getting things
uploaded to deken yet.

Thanks for the push though, I'll consider the idea!

Albert.

> On 15.05.2020 18:08, Albert Rafetseder wrote:
>> Hi Peter,
>>
>>> after an OS X upgrade to Catalina my current 32bit binary of [hid]
>>> does not
>>> work anymore due to Apple dropping support for 32bit.
>>>
>>> Does anyone have a 64bit binary at hand? Is there any other workaround?
>> I can send you (off-list) a binary from my build:
>>
>> https://gitlab.com/albert/pd-hid
>> https://lists.puredata.info/pipermail/pd-dev/2020-04/022366.html
>>
>> Best,
>>    Albert.
>>
>>
>>
>> ___
>> 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



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

Re: [PD] hid 64bit binary for OS X (after upgrade to Catalina)?

2020-05-15 Thread Christof Ressi 

why not upload it to deken?

On 15.05.2020 18:08, Albert Rafetseder wrote:

Hi Peter,


after an OS X upgrade to Catalina my current 32bit binary of [hid] does not
work anymore due to Apple dropping support for 32bit.

Does anyone have a 64bit binary at hand? Is there any other workaround?

I can send you (off-list) a binary from my build:

https://gitlab.com/albert/pd-hid
https://lists.puredata.info/pipermail/pd-dev/2020-04/022366.html

Best,
   Albert.



___
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] hid 64bit binary for OS X (after upgrade to Catalina)?

2020-05-15 Thread Albert Rafetseder 
Hi Peter,

> after an OS X upgrade to Catalina my current 32bit binary of [hid] does not
> work anymore due to Apple dropping support for 32bit. 
> 
> Does anyone have a 64bit binary at hand? Is there any other workaround?

I can send you (off-list) a binary from my build:

https://gitlab.com/albert/pd-hid
https://lists.puredata.info/pipermail/pd-dev/2020-04/022366.html

Best,
  Albert.



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

[PD] hid 64bit binary for OS X (after upgrade to Catalina)?

2020-05-15 Thread Peter P. 
Hi list,

after an OS X upgrade to Catalina my current 32bit binary of [hid] does not
work anymore due to Apple dropping support for 32bit. 

Does anyone have a 64bit binary at hand? Is there any other workaround?

Thanks and stay safe
cheers, P



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

Re: [PD] profiling patches and benchmarking platforms for Pd

2020-05-15 Thread Dan Wilcox 
I think it will also be difficult to compare systems, largely because it also 
depends on what you are doing in your patches. Some systems may have a fast 
enough CPU but slow file access which will only bother you if you are doing a 
lot from disk, etc. OTOH maybe this is something solved by a library that we 
could leverage? IOhannes is right in that it depends on what you really measure 
and how. I don't think it's as simple as a focused metric like a GPU or file 
transfer metric.

This is not a real benchmark, but I can share what I do.

In general, I have done simple comparisons by running the same patch on my 
desktop and whatever mobile or embedded device I'm using for robotcowboy. I 
then have it spit out the basic CPU load percentage as calculated by the test 
patch included with Pd. That helps me have a general understanding that a song 
may take about 8-10x more CPU percentage on mobile as on the development 
machine and simply have another number with this applied. It's really simple & 
not refined but works well enough. Then again, what I am doing with Pd is in a 
lot of ways simple as compared to what many on this list do.



> On May 15, 2020, at 12:00 PM, pd-list-requ...@lists.iem.at wrote:
> 
> i think it's hard to impossible to find any meaningful benchmark.
> which kind of numbers do you expect in your textfile, and how would you
> compare them?


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



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