[LAD] Re: retuning examples

[Thomas Brand]

On 2024-07-01 15:44, Fons Adriaensen wrote:

Hello all,

I'm still working on a new autotuner, zita-at2.

Some examples can be checked here:



There's no autotune in these, just fixed pitch or formant
shifts - they can now be controlled separately.

Comments welcome, and of course I still need some more
vocal tracks to test...

Ciao,


WOW the pitch shifting sounds very crisp! This is very promising.
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

Re: [LAD] Programming LV2 plugin from scratch tutorial video series

[Thomas Brand]

On 2021-10-20 14:26, David Robillard wrote:

The main reason LV2 uses separate data files is so that hosts don't
need to load and execute code only to discover what plugins are
present.  This has pros and cons, like most things.



It has some merit to have all metadata in a text file separate from the 
binary plugin. The drawback is obviously that both need to be in-sync 
all the time. That however can be easily achieved by somehow automating 
the creation of metadata from the code (which otherwise a host would do 
from the binary). Whether or not the markup of text metadata is 
reasonable to be in turtle is mostly a style choice, it could have been 
XML or JSON, which have their own pros/cons, or st. else.


The beauty of a single file to contain everything also has some merit. 
Going from a scenario, where the set of available plugins on a given 
systen won't change hourly, a way to tackle this would be to leave the 
process of finding plugins and creating a metadata (~ repository) from 
queryable binary files a totally separate and even optional and 
temporally fully user-controlled process. A host could still use that 
(speced-out) central repository through 'universe' or similar, but 
should also be able to get the info directly from a given single-file 
plugin path.


Naively my imaginary plugin spec would eventually embed metadata as EBML 
at an offset to be queried by the host or the other way around, have a 
single EBML-encoded file with all metadata plus the binarie(s) inside. 
Eg. Matroska uses EBML for binary markup of video, also webp / webm is 
such dialect. Parsing seems very simple, it's a well-defined recursive 
form of  where id and length are encoded as 
variable size integer (first byte is giving info about following data, 
not unlike a MIDI event in some aspect). It won't solve any semantic 
issues though.


Without deep reasoning I mostly share Fons' views onto the surrounding 
topics. This of course includes also that LV2 has become a de facto 
standard with many 'compatible' plugins and hosts that work. This is 
totally separate from whining on tech / style choices :)


Greetings
Thomas
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] READ THIS IF YOU CARE ABOUT FREEDOM! Fwd: [LAA] Non DAW release including Non Session Manager (i.e. the real NSM)

[Thomas Brand]

OMG, so silly.

I've read the Mail vom J. Lilies with interest. It reflects to some 
degree similar issues I've encountered. Banning the OP because of this 
mail is insane. It gives hints on that Filipe Coelho is disliked also by 
others, because of several actions and deficiencies.


So that's why I ask you David Runge to undo the ban. The OP is not the 
core of the problem. By removing OP, you remove symptoms only.


Cheers


On 2021-01-29 16:49, David Runge wrote:

Dear Jonathan,

I am writing to you to let you know that I will hereby remove you from
this mailing list and permanently ban you from it as well.

We do not tolerate attempts to start a flame war and we also do not
tolerate ad hominems.

However, you are of course free to send a release note to the LAA
mailing list, if it indeed contains information regarding a release and
is not used as a platform to discredit and insult other members of this
community.
Your previous message was not a release note (no links to a release) 
but

was instead used as an attempt to flame. This is not acceptable and was
therefore rejected.

Best,
David

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] 100% Open Source Music

[Thomas Brand]

On 2019-10-25 16:16, Benjamin Niemann wrote:

On Fri, Oct 25, 2019 at 3:45 PM Thomas Brand  wrote:

I've tons of Amiga Disks (Sample Disks named ST-01 ... ) and Modules
archived. If anybody has the tools to read them back and eventually
convert to 21st century, I'd happily provide these disks.


As in "physical 3.5" floppies"? Might not be necessary to go the
"hardware route" to get the data back (at least for the samples), as
they are still available on good old aminet:
http://aminet.net/search?name=st-[]=mods/inst

Indeed, those. Remaining the 3.5" modules, which is a funky mix of 
ripped (MKII action replay) and hand-crafted/unreleased tunes.. i guess 
most of it is in the online archives which is great to see curated.

Greetings
Thomas
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] 100% Open Source Music

[Thomas Brand]

On 2019-10-24 01:06, Louigi Verona wrote:

Hey everyone!

My music "career" started with mod music. Nope, not the music and 
fashion

subculture from the late 1950s, but this mod music
, when people used programs
called "trackers" to produce stuff. It was either this or buying 
expensive

hardware.

Although people associate MOD music scene mostly with chiptunes, it was
much more than that, and has its own pantheon of musical gods
 
who

produced tracks ranging from synth pop
 
to

jazz
,
from orchestral
 
to

realistic folk instrumentals
.
Immersed in this music, I severed my link to the mainstream idea of 
songs
with their standard verse/chorus, and endless drivel about 
relationships.
That link has not been restored. My mind was opened to music that was 
so
unlike anything I'd heard before that it felt a bit like walking 
through

that door in the wall. (Is this H.G. Wells reference

too obscure? :) )

My heroes were Elwood, DRAX, Awesome. Who even knows these names? I 
once
created a Wikipedia page for Elwood and it stayed up for many years, 
but

recently I discovered that it was removed. And yet Elwood

is a legendary musician and producer in the MOD scene, who has inspired 
and

awed several generations of fellow tracker musicians.

Some names have gotten enough traction to stay on Wikipedia. Purple 
Motion

 is one clear example.
Several producers, famous today, started out using trackers. Here is
an incomplete
list . It 
mostly

lacks artists who made their names in the tracking scene, but did not
become notable outside of it.



It's been a while since I went on a nostalgia tour, but due to my 
recent

project of putting out an album of old tunes called "Only Slightly
Embarrassing"
,
I decided to cross further into the continent of "back in my days", 
which
brought me straight to ModArchive . 
Eventually, I

was convinced that I should try making more tracked works, at the very
least because my early works were so shitty that I felt I had to make 
up

for that.

Long story short, I realized that MOD music is the true Open Source 
Music.

I mean, think about it. The most widely used software today is GPLed (
OpenMPT ). The modules you release are open 
source
too, just like JavaScript. You open your XM or IT file and inspect how 
the

tune was created. And you learn.

And there is surely stuff to learn. Not all of it is even 
tracker-specific.
People had no EQs, no compressors, no reverbs. And yet so much of 
tracked

music sounds just incredible
.
How did they do it? It turns out, there are ways.

Of course, all of that leads to a bit of self promotion. I would like 
to
draw your attention to the two tunes that I've written in the past 
month

with OpenMPT and which you can download and see how they were made. (Or
don't. You can instead explore ModArchive's Top Favorites
.)

   - Lid
   


   - Twizzy II
   



You can just use an Online Player to listen to them in a browser, or 
you
can use almost any modern player to play them. Audacious, VLC, for 
example.


An interesting thing is that the MOD scene has its own cultural 
backdrop:
it is primarily melodic oriented, and having melodies means a lot. If 
you

don't like melodies, you go for trance. I am putting out minimal house,
rominimal even. So, I am sure I will get little love.

But for those of you who enjoy this style of music, I think you might 
like

these. I am personally very happy with the sound and how both of these
turned out. And yet - no EQing, no nothing. Just volume envelopes, 
volume

levels and panning work. **a little proud**

It's somehow interesting to me that this is open source minimal house
music. Not a lot of those out there.

p.s.: fuck my tracks, listen to this




Thanks for this overview Luigi, that's nostalgia at its best!
Another blessed artist from the time was Frédéric Motte (Moby).
Check the tune "Knulla Kuk", still sounds amazing given only 4 channels.
I've tons 

Re: [LAD] JACK website down?

[Thomas Brand]

On 2019-05-04 06:13, Erik Schoster wrote:

Hi all,

I'm seeing a 403 forbidden error trying to access the
http://jackaudio.org/ website.

Under maintenance? Everything OK? Anyone know?


Hi Erik,

thanks for the hint - it isn't "planned" maintenance or anything similar 
(some historical side-effect most probably). Efforts are ongoing to get 
back control of the site.


Greetings
Thomas
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] LAC 2019 Videos

[Thomas Brand]

Hi,

does anybody have information where to find the recorded videos from LAC 
2019 or when they will eventually become available?


Thanks,
Thomas
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] LAM

[Thomas Brand]

On Sun, November 18, 2018 09:22, Will Godfrey wrote:
> Linux Audio Music has been dormant for a very long time, but recently I
> contacted the the person who hosted and ran it.
>
> The reason he closed it was because of a serious vulnerability was
> discovered in Rails, and he no longer had time to do the necessary
> upgrades.
>
> However, he has told me that he still has the entire database and the
> code. In his own words: "... would be happy to host and do what I can to
> facilitate a handoff to someone else who wants to manage it."
>
> For anyone who doesn't know, this was a relatively simple and clean site
> aimed specifically at providing a home for tracks composed with Linux -
> something rather rare!
>

How many tracks are currently "homeless", how many gigabytes? I guess the
code would be hard to re-use. Tracks could be moved relatively easy to
another place if metadata is clean.

Greetings
Thomas
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] OSC

[Thomas Brand]

On Tue, September 11, 2018 10:34, David Runge wrote:
> On 2018-09-10 19:32:52 (-0400), Mark D. McCurry wrote:
>
>> On 09-09, Christopher Arndt wrote:
>>
>>> I'd definitely be interested in helping OSC staying relevant.
>>>
>>
>> I don't have much time to contribute at this point, though it would be
>> great to know that some effort is being put into at least maintaining the
>> existing information on the standard as well as what implementation are
>> available for applications to use.
> I guess a good first starting point is to contact the former maintainers
> and get them involved (and to notify them about the website status - maybe
> it needs a new home?).
>
> Guess it would also be nice to find out what the motivations behind
> abandoning 1.1 were.
>

Hey, i have collected a few OSC related documents in this repository some
time ago: https://github.com/7890/osc_spec

I've rewritten the spec to be rendered with asciidoc. I've started to try
to describe the byte syntax as EBNF. I've created an OpenSoundControl
organization. I've not consequently worked more on it, it's not complete
etc.

Just in case.. should i put you both to the org?

Greetings
Thomas
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Forgive me, for I have sinned, or: toss your Macintosh, as fast and wide as you can.

[Thomas Brand]

On Mon, December 4, 2017 10:37, Jörn Nettingsmeier wrote:
> On the train on an off-day, I started a rough mix-down so that the
> client can begin the selection process. In the middle of exporting, my Mac
> shuts down and boots into a PIN unlock screen, telling me it has been
> locked via "Find-my-Mac".

Scary that this can happen out of the blue .. !
Another issue is that most standard gear has the IME which if vulnerable
is the door to more such fun.
Thanks for sharing the experience,

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Failed to connect to session bus for device reservation

[Thomas Brand]

On Tue, February 14, 2017 16:39, Fokke de Jong wrote:
> Hi Guys,
>
>
> I’m trying to set up a minimal audio system (without X11) based on the
> ubuntu mini-iso.
>
> When trying to start jack, i get this dbus error message:
>
>
> ...
> sudo /usr/bin/jackd -p512 -dalsa -r48000 -p64 -n2 -D -Chw:MADIFXtest
> -Phw:MADIFXtest
> jackdmp 1.9.10 Copyright 2001-2005 Paul Davis and others.
> Copyright 2004-2013 Grame.
> jackdmp comes with ABSOLUTELY NO WARRANTY This is free software, and you
> are welcome to redistribute it under certain conditions; see the file
> COPYING for details
> no message buffer overruns no message buffer overruns no message buffer
> overruns JACK server starting in realtime mode with priority 10
> Failed to connect to session bus for device reservation Unable to
> autolaunch a dbus-daemon without a $DISPLAY for X11
>
> Audio device hw:MADIFXtest cannot be acquired...
> Cannot initialize driver
> JackServer::Open failed with -1
> Failed to open server
> ...
>
>
>
> I’ve seen others mention the error but have not really found a
> solution. I guess part of the problem is that I’m not really sure what
> the error means :-) So if anyone could be so kind to enlighten me?

Hi Fokke,

you might need to compile JACK without support for dbus, there is a
configure option.

Greetings
Thomas


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] re

[Thomas Brand]

On Fri, September 30, 2016 16:04, David Robillard wrote:
> (Interesting intersectional sidenote: I've realized lately that in order
> to better establish LV2 on Windows/OSX, I need to write a native host,
> which is to say, a non-JACK one.  A JACK one is weird and requires setting
> up a bunch of other stuff at which point you've already lost)

Why is it weird?
last time (sometime ago) the installer exe was presenting itself like a
regular installer that was not unlike others. i'm not sure to remember if
there was also another tool required (asio4all / ?) to make it work or
not. compared to what jack already offers including it's ecosystem it
seems a small step to make the installation on other platforms something
that can be looked at as "solved". if there are issues, they could be
addressed. it should be easy for anyone designing their audio tools on top
of jack to rely on a basic plate that's offering a "working" jack.
greetings
Thomas

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] aBLETON lINK

[Thomas Brand]

On Tue, September 20, 2016 17:03, Rui Nuno Capela wrote:
> On 09/20/2016 01:25 PM, Robin Gareus wrote:
>
>>
>> Rui already has a working standalone prototype (no timebase support
>> yet, but it's a good start).
>>
>
> jftr. there's these posted upstream:
> https://github.com/Ableton/link/pull/5
> https://github.com/Ableton/link/pull/6
>
>
> however, for the time being, this is only about adding example
> applications (linkhut, qlinkhut, etc.) with jack audio support, as in
> alternative to portaudio on linux.
>
> again for the time being, it has nothing to do with jack-timebase, at
> least yet, and for x sake, it probably won't do anything about
> jack-transport, which i believe is not applicable nor substitute
>
> i see each, jack-transport and ableton-link, as orthogonal in function and
> purpose. iow., an application either adopts jack-transport *or/and*
> ableton-link protocol (possibly through a jack-timebase proxy) to sync its
> "play time".
>
>
> afaiu. jack-tranpsort is about absolute sample/frame real-time
> positioning; otoh. ableton-link is about relative tempo, beat and/or phase
> (within a bar or measure)  musical-time ie. it's better described
> as a shared *metronome* over the LAN (wether it's wired or wireless: low
> level is multicast udp/ip, so that it works on the local net segment
> switches but never across routers). iow. ableton-link is *not* a
> wall/word-clock for keeping media streams in sync. and it doesn't do WAN,
> so you can keep your tinfoil in the closet :).
>
> point is, applications using the ableton-link facility have to implement
> special, dedicated sync patterns, which are not bearable to a linear
> real-timeline, so to speak. it is best suited, or recommended, for syncing
> loopers on musical BBT and tempo (BPM) units, abstract time boundaries if
> i may, not to concrete linear/real-time stream players.
>
> on the practical side of thoughts, i mean, i'd say to scrap any
> jack-transport implementation on superlooper or seq24, for example. make
> those sync to ableton-link instead. hydrogen would have a great boost in
> usability too, i'm sure. though, old plain linear timeline based DAWs, eg.
> ardour, (or sequencers for that matter) qtractor, muse(score), rosegarden,
> etc. would be better still set to jack-transport as master/slave as usual,
> maybe set ableton-link tempo and beat/bar phases according to their
> rolling playback state, that is as long as to function as timebase
> masters.
>
> as a final note, and conclusive perhaps, ableton-link integration is an
> application/client option, not quite on the JACK server/service side if
> one.
>

Rui, thanks for this concise summary for the layz! It sounds like
something that's missing in Linux Audio land.

However looked from a distance, it's funny to see how things change. It
was for some people common practice to smile at ableton-like loop
facilities because it was looked at as something less favourable to
non-looped "real" music. Just to now explain why this new product from
ableton makes sense, after being sucked in at grandiose marketing events.
It's certainly well if that product is GPLed, independent of it being for
totally egoistic reasons of that company.
Greetings
Thomas


___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev