[PD] ANN: First official public release of L2Ork Tweeter is now available for download

[Ivica Ico Bukvic]

Dear colleagues, students, and fellow computer music enthusiasts,

Please pardon the x-posting:

On behalf of the Virginia Tech Linux Laptop Orchestra, I am pleased to 
announce the first official public release of the L2Ork Tweeter.


*What is L2Ork Tweeter?*
L2Ork Tweeter is a free and open source program inspired by the 
unprecedented COVID-19 pandemic that has required a vast majority of the 
human population to practice prolonged social distancing. It is designed 
to bring communities together by empowering users around the world to 
engage in collaborative music making even over slow internet 
connections. It also facilitates the exploration of audio synthesis and 
the rich variety of sounds one can generate using the frequency 
modulation algorithm. It supports up to ten concurrent performers and as 
many additional guests or audience members as the server bandwidth 
allows who can observe a performance live over the internet. Each user 
is given an instrument with a tracker that can be populated by up to 64 
loop-enabled keystrokes or notes. This intentional constraint requires 
users to build complexity through interaction with other users. It is in 
part inspired by the popular social media platform Twitter that imposes 
a similar design constraint of allowing only up to 280 characters per 
Tweet. As a result, and as evidenced by its name, L2Ork Tweeter can be 
seen as a musical counterpart to Twitter.


*Links
*To learn more about L2Ork Tweeter, including a quick start guide and a 
detailed feature overview check out the following 
video:https://www.youtube.com/watch?v=f5x1lMcTUjw 



To download L2Ork Tweeter head to: 
http://l2ork.music.vt.edu/main/make-your-own-l2ork/tweeter/


Thank you for your consideration. Hope you all are safe and well in 
these uncertain times.


Best,

Ico

#NoVirusCanStopHumanCreativity

--
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu

www.icat.vt.edu
www.performingarts.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

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

Re: [PD] VU / Peak Meter ? - external or abstraction

[Alexandre Torres Porres]

Em seg., 4 de mai. de 2020 às 15:20, Roman Haefeli 
escreveu:

> That's exactly how the big analog consoles do it.


well, that changes things :)


> Or maybe there is a
> decay, but a much quicker one, whereas for the peak there is a even a
> short hold time.
>

sorry, "a even a short hold time"?

You can't have proper peak detection using [env~]. It will always
> calculate an rms value.
>

Sure, hence it's a variation, which takes into account the peak, not RMS.

My idea was in fact to propose this as a second output for [env~]

but anyway, seems [slop~] is doing the trick now and that what I thought
was bad was actually how things work, so all I can say is that we could
make a better/proper example on how to feed both RMS and peak into [vu]
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] VU / Peak Meter ? - external or abstraction

[Roman Haefeli]

On Mon, 2020-05-04 at 13:58 -0300, Alexandre Torres Porres wrote:
> Em ter., 21 de abr. de 2020 às 05:33, Peter P. <
> peterpar...@fastmail.com> escreveu:
> > Have a look at the internal object [slope~] help patch. There is a
> > subpatch for peak-meter there. 
> 
> Now, the thing is that the peak level will have a visual decay, but
> not the RMS, and I don't know how to easily deal with that.

That's exactly how the big analog consoles do it. Or maybe there is a
decay, but a much quicker one, whereas for the peak there is a even a
short hold time.

> That is to say I've always missed a more proper object in Pd vanilla
> to offer rms and peak level feed for [vu].
> 
> In the ELSE library I developed a variant of [env~] to report peak
> detection 

You can't have proper peak detection using [env~]. It will always
calculate an rms value.

Roman



signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] VU / Peak Meter ? - external or abstraction

[Alexandre Torres Porres]

Em ter., 21 de abr. de 2020 às 05:33, Peter P. 
escreveu:

> Have a look at the internal object [slope~] help patch. There is a
> subpatch for peak-meter there.


I now realize it's using the RMS display in [vu] instead of peak for that,
but it does look better.

I'm actually working on an update of iemgui's documentation, and it'd be
good if the help file of [vu] had such an example as well.

Now, the thing is that the peak level will have a visual decay, but not the
RMS, and I don't know how to easily deal with that.

That is to say I've always missed a more proper object in Pd vanilla to
offer rms and peak level feed for [vu].

In the ELSE library I developed a variant of [env~] to report peak
detection and I have a meter~ abstraction where I do a decay for both the
RMS and Peak levels

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

Re: [PD] How to install netpd-server (was: netpd 2.2 released)

[Julian Brooks]

On point and as thorough as ever.
Much appreciated Roman and thanks again,

J.

On Mon, 4 May 2020 at 17:22, Roman Haefeli  wrote:

> On Mon, 2020-05-04 at 18:17 +0200, Roman Haefeli wrote:
> > $ useradd -r -s /usr/sbin/nologin tpf-server
>
> Oops, copy error. This should read:
>
> $ useradd -r -s /usr/sbin/nologin netpd-server
> ___
> 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] How to install netpd-server (was: netpd 2.2 released)

[Roman Haefeli]

On Mon, 2020-05-04 at 18:17 +0200, Roman Haefeli wrote:
> $ useradd -r -s /usr/sbin/nologin tpf-server

Oops, copy error. This should read:

$ useradd -r -s /usr/sbin/nologin netpd-server


signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] How to install netpd-server (was: netpd 2.2 released)

[Roman Haefeli]

Hey Julian

On Mon, 2020-05-04 at 15:53 +0100, Julian Brooks wrote:
> I've got a classful of computing 17yo's who I'd like to spend a few
> weeks with netpd, and also do some intro pd coding with. Sadly I've
> been told we have to do this on a private server - even more
> annoyingly this will be with aws (on ubuntu).

Sounds fine. No need to worry so far.

> Any gotchas or tips on setting up a netpd server you can share would
> be much appreciated. e.g. - Does the server need the various libs
> installed, realtime prios, memory allocation etc.? 

You need only the handful of externals as documented in the README of
netpd-server: iemnet, osc, slip. The server is basically only a relay
and doesn't need any special configuration or that much resources. It
is also not real-time sensitive. I've tested both, Debian 10 and Ubuntu
18.04. There you can simply use Pd and externals from official repos:

$ apt install --no-install-recommends puredata-core pd-iemnet pd-osc pd-slip 
git-core

And the software itself:

$ cd /opt
$ git clone https://github.com/reduzent/netpd-server

Then you can you already run it with:

$ pd -nogui -noaudio -nomidi -open /opt/netpd-server/netpd-server.pd


As systemd service
--

I usually create a systemd service unit file to run it as a service
proper that is automatically started when the system reboots.

For that, let's create a dedicated system user:

$ useradd -r -s /usr/sbin/nologin tpf-server


For creating a system unit file, put content between --- into
/etc/system/systemd/netpd-server.service:

---
[Unit]
Description=netpd server
After=syslog.target

[Service]
Type=simple
ExecStart=/usr/bin/pd \
   -nogui -noaudio -nomidi -nrt \
   -open /opt/netpd-server/netpd-server.pd
User=netpd-server
Group=netpd-server

[Install]
WantedBy=multi-user.target
---


Now, you enable the service with:

$ systemctl daemon-reload
$ systemctl enable netpd-server.service

and start it with:

$ systemctl start netpd-server.service

Done.

I hope this makes you fly within a few minutes. Beware that the client
defaults to netpd.org as server. However, you could distribute a
customized netpd-preferences.cnf near main.pd, so that your students do
not have to care about configuring the correct server first.

Cheers,
Roman



signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] netpd 2.2 released

[Julian Brooks]

Hey Roman,

Huge thanks for your ongoing work with this, it's a great piece of kit.

I too am one of those who's been sniffing around and was trying it out
again last week - got to say, it was good before, it's kinda awesome now.

I've got a classful of computing 17yo's who I'd like to spend a few weeks
with netpd, and also do some intro pd coding with. Sadly I've been told we
have to do this on a private server - even more annoyingly this will be
with aws (on ubuntu). Any gotchas or tips on setting up a netpd server you
can share would be much appreciated. e.g. - Does the server need the
various libs installed, realtime prios, memory allocation etc.?

All the best and thanks again,

Julian

On Fri, 1 May 2020 at 23:27, Roman Haefeli  wrote:

> Hi
>
> I just released version 2.2 of netpd - the Collaborative Realtime
> Networked Music Making Environment. Most of the changes are actually
> pretty old, but recent traffic rise on netpd due to current
> circumstances made me put a tag on the current state of tings.
>
> Changes include:
>   * add support for OSC blob data in protocol
>   * support audio transmissions (samples or live)
>   * new netpd abstraction: [netpd_sample]
>   * make instruments directory configurable
>   * add configuration parameter for latency compensation
>
> On the instruments side, still unannounced are:
>   * metaseq - a time-line slicer for creating complex sequencing
> structures
>   * evil - live audio transmission with configured latency à la ninjam
>   * simplesample - proof-of-concept audio sampler
>   * unpunch - new ds based sequencer with key commands
>
> Since a couple of weeks, you might bump into people from different
> parts of the world. We had a jam with 6 participants yesterday and it
> went smoothly, so it appears netpd gained some maturity during the
> years. Maybe now it's a good time to try it out.
>
> https://www.netpd.org/
>
> Software:
> https://www.netpd.org/~roman/netpd-plus-instruments.zip
>
> Cheers,
> Roman
>
>
>
>
>
> ___
> 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

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

[Roman Haefeli]

On Fri, 2020-04-03 at 00:40 +0200, Winfried Ritsch wrote:

> The feature list is huge, but mostly:

I am very excited to read this. This looks really interesting and
promising. Thanks for sharing.

Roman


signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list