[LAD] Re: Linux Audio Conference (is back) 2025

[Will Godfrey]

On Mon, 10 Jun 2024 17:26:23 +0200
Stéphane Letz  wrote:

>Hi everyone,
>
>This is just to let you know that after a couple of years of absence, Linux 
>Audio Conference will take place in Lyon in 2025 on June 26-28. For those of 
>you who speak French, it will be preceded by the Journée de l'Informatique 
>Musicale (JIM) on June 23-25. The call for contributions will be posted on the 
>conference website by the beginning of September: https://jimlac25.inria.fr/
>
>In the meantime, save the date ;).
>
>Cheers,
>
>Stéphane (for the jimlac25 committee)
>___
>Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
>To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

Great news!

-- 
Will J Godfrey {apparently now an 'elderly'}
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] Re: MIDI 2

[Will Godfrey]

Thanks for this info.
Some bedtime reading in order I think :/


On Sun, 17 Mar 2024 13:38:01 +0100
Florian Hülsmann  wrote:

>Sorry, quick correction
>
>> you'll see duplicate ports in your DAW  
>
>was wrong, as the kernel doc explains:
>
>> When a device supports MIDI 2.0, the USB-audio driver probes and uses the 
>> MIDI 2.0 interface [...] as default instead of the MIDI 1.0 interface  
>
>Am So., 17. März 2024 um 13:21 Uhr schrieb Florian Hülsmann :
>>
>> Hey Will,
>>
>> tl;dr: it should work without issues, just don't expect DAW/plugin
>> support for MIDI 2.0-only features yet :)
>>
>> ALSA has pretty good support for USB MIDI 2.0 from Linux 6.6 on
>> (rawmidi + seq) [1][2], translating transparently between MIDI 1.0 and
>> 2.0/UMP. Obviously you'll loose precision and maybe a few features
>> translating from MIDI 2.0. So far I only tested with a RasPi Zero 2
>> acting as a mock MIDI 2.0-only device [3], I'd expect "real" MIDI 2.0
>> controllers will present as both legacy USB MIDI and USB MIDI 2.0, so
>> you'll see duplicate ports in your DAW on recent kernels and legacy
>> only on < 6.5 kernels.
>>
>> Regarding everything above ALSA:
>> - JACK doesn't have a special port type for UMP and using the existing
>> MIDI ports for that feels weird (byte buffer vs. packets etc.), so
>> let's wait for/make that happen
>> - no free DAW yet with MIDI 2.0 support
>> - VST3 and CLAP already allow high resolution parameters and note
>> expression by their own event abstractions, however this is useless
>> without DAW support
>> - CLAP plugins can also interface MIDI 2.0 directly
>> - LV2 currently limited to MIDI 1.0
>> - WINE doesn't implement the new Windows MIDI Services yet
>>
>> [1] ALSA details: https://docs.kernel.org/sound/designs/midi-2.0.html
>> [2] General overview (ADC 23): https://adc23.sched.com/event/1PueB
>> (video not up yet)
>> [3] https://gist.github.com/cbix/97a341c2857fd4f55d0cd19ccf6c354b
>>
>> Flo / cbix
>>
>> Am So., 17. März 2024 um 12:25 Uhr schrieb Will Godfrey
>> :  
>> >
>> > I've seen quite a few adverts for MIDI2 keyboard controllers now, so has 
>> > anyone
>> > tried interfacing with this yet?
>> >
>> > If so, what sort of problems have you had to resolve.
>> >
>> > --
>> > Will J Godfrey {apparently now an 'elderly'}
>> > ___
>> > Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
>> > To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org 
>> >  
>>
>>
>>
>> --
>> Florian Hülsmann
>> 
>> http://cbix.de  
>
>
>


-- 
Will J Godfrey {apparently now an 'elderly'}
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] MIDI 2

[Will Godfrey]

I've seen quite a few adverts for MIDI2 keyboard controllers now, so has anyone
tried interfacing with this yet?

If so, what sort of problems have you had to resolve.

-- 
Will J Godfrey {apparently now an 'elderly'}
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] Re: Status of Pipewire - Ryzen 5

[Will Godfrey]

On Thu, 9 Feb 2023 20:18:59 +
John Rigg  wrote:

>On Thu, Feb 09, 2023 at 02:33:18PM +, Will Godfrey wrote:
>> 
>> Something that may (or may not be related)
>> There seems to be something odd with Linux image 6.1 preempt
>> 
>> On a Ryzen 5, Rosegarden keeps randomly losing the transport timer
>> sometimes freezing for nearly a second (then blasts poor yoshimi with bunches
>> of notes on all 16 channels). This doesn't happen with the 'normal' 6.1 
>> kernel,
>> nor does it happen with 5.10 preempt.
>> 
>> However the exact same setup on an older Intel Pentium has no problems at 
>> all.  
>
>Have you turned off hyperthreading on the Ryzen system (usually called SMT in
>BIOS settings on AMD)? I keep SMT turned off on my Ryzen systems to avoid
>possible scheduling problems. So far no problems with 6.x kernels with dynamic
>preempt enabled.
>
>John
OK. That works thanks. Strange it wasn't needed for kernel 5.10.

-- 
Will J Godfrey {apparently now an 'elderly'}
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] Re: Status of Pipewire

[Will Godfrey]

Something that may (or may not be related)
There seems to be something odd with Linux image 6.1 preempt

On a Ryzen 5, Rosegarden keeps randomly losing the transport timer
sometimes freezing for nearly a second (then blasts poor yoshimi with bunches
of notes on all 16 channels). This doesn't happen with the 'normal' 6.1 kernel,
nor does it happen with 5.10 preempt.

However the exact same setup on an older Intel Pentium has no problems at all.

This from devuan testing.

-- 
Will J Godfrey {apparently now an 'elderly'}
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] Re: Status of Pipewire

[Will Godfrey]

Quite honestly, the more I see, the more this looks like a train wreck!

I'll wait for the dust to settle (then still probably stick with Jack).

-- 
Will J Godfrey {apparently now an 'elderly'}
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] Re: Status of Pipewire

[Will Godfrey]

I can't remember who it was, but someone over on https://linuxmusicians.com/
was very keen on Pipewire until he discovered that it was varying the latency
depending on what sources were active, so switched back to Jack.
Sorry, I don't know anything more than that.

-- 
Will J Godfrey {apparently now an 'elderly'}
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list -- linux-audio-dev@lists.linuxaudio.org
To unsubscribe send an email to linux-audio-dev-le...@lists.linuxaudio.org

[LAD] Re: Text editor with new views in separate windows (not tabs or split views)

[Will Godfrey]

Coming back to this I've discovered kwrite is a self-contained program and will
run quite happily in user space, so I grabbed an older copy and run that :)

-- 
Will J Godfrey {apparently now an 'elderly'}
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
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] Text editor with new views in separate windows (not tabs or split views)

[Will Godfrey]

Thanks. I'll give it a go.

On Tue, 27 Dec 2022 16:32:32 +
Filipe Coelho  wrote:

>`kate -b` does this, I use it when needing multiple windows
>
>On 27/12/2022 16:27, Will Godfrey wrote:
>> Up till now I used Kwrite, but in recent versions this now only supports 
>> split
>> views and tabs, and no longer new views in a new window.
>>
>> Separate windows in my preferred style, and I find I can work much faster and
>> more accurately that way.
>>
>> Does anyone know of a text editor that still does this?
>>
>> I've not been able to identify anything on the usual search engines, nor with
>> Wikipedia :(
>>  
>___
>Linux-audio-dev mailing list
>Linux-audio-dev@lists.linuxaudio.org
>https://lists.linuxaudio.org/listinfo/linux-audio-dev


-- 
Will J Godfrey {apparently now an 'elderly'}
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Text editor with new views in separate windows (not tabs or split views)

[Will Godfrey]

Up till now I used Kwrite, but in recent versions this now only supports split
views and tabs, and no longer new views in a new window.

Separate windows in my preferred style, and I find I can work much faster and
more accurately that way.

Does anyone know of a text editor that still does this?

I've not been able to identify anything on the usual search engines, nor with
Wikipedia :(

-- 
Will J Godfrey {apparently now an 'elderly'}
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] debian meltdown?

[Will Godfrey]

On Fri, 2 Sep 2022 18:18:30 +1000
David  wrote:

>On Fri, 2 Sept 2022 at 17:50, Will Godfrey  wrote:
>
>> There's something really weird going on there. Almost the entire range of 
>> audio
>> software is marked for removal in the package tracker! At the same time, it
>> looks like they're planning a code freeze in October - presumably for the 
>> next
>> release.  
>
>Possibly relevant:
>  https://lists.debian.org/debian-devel/2022/09/msg00016.html

Thanks for that. It seems a long time since debian dropped the ball that badly!

-- 
Will J Godfrey {apparently now an 'elderly'}
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] debian meltdown?

[Will Godfrey]

There's something really weird going on there. Almost the entire range of audio
software is marked for removal in the package tracker! At the same time, it
looks like they're planning a code freeze in October - presumably for the next
release.

-- 
Will J Godfrey {apparently now an 'elderly'}
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] gitlab

[Will Godfrey]

If any of you have a project hosted there, this might be of interest
... or a warning :(

https://www.theregister.com/2022/08/04/gitlab_data_retention_policy/

-- 
Will J Godfrey {apparently now an 'elderly'}
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Rubber Band Library v3.0.0 released

[Will Godfrey]

On Fri, 15 Jul 2022 12:21:53 -0400
Tim  wrote:

>On 7/14/22 3:20 PM, Chris Cannam wrote:
>> Version 3.0.0 of Rubber Band Library is now available.
>>
>>  https://breakfastquay.com/rubberband/
>>
>> Rubber Band Library is an audio time-stretching and pitch-shifting library 
>> and utility designed for musical applications. It allows you to change the 
>> tempo and pitch of an audio recording independently of one another.
>>
>> This is an exciting major release which, among other things, introduces an 
>> entirely new processing engine known as the R3 or Finer engine. This 
>> typically produces substantially higher-quality output than the existing 
>> engine (now referred to as R2 or Faster), although at higher CPU cost. The 
>> more energy-efficient R2 is still the default, and R3 can be selected using 
>> the new OptionEngineFiner option on construction.
>>
>> I'm immensely proud of the work done for this release, and hope it will 
>> delight you and all the users of your software.
>>
>>
>> Chris  
>
>
>Aww gee whiz, now you're gonna make me add R3 support in MusE ! ;-)
>
>
>Congratulations, Chris.
>
>RB is an important library for a DAW like ours that has variable tempo 
>AND handles waves.
>
>
>Tim.

Sound interesting :)
When you say higher CPU cost, can you give a rough estimate as to how much?

Is it possible to have both versions compiled, and for a host to switch between
them at runtime?

-- 
Will J Godfrey {apparently now an 'elderly'}
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] MIDI granularity

[Will Godfrey]

Over a hardware DIN port this is of course approx. 1mS, but does anyone know
if it's the same over a USB link?

Presumably, it would have to be if the source was also sending to the DIN
route.

Following on from that, what about the multiport adaptors that have 4 hardware
ports going down one USB cable. I would guess that these could be interleaved
so that (assuming the 1mS granularity holds) the overall rate is still 1mS with
the ports spaced up to 250uS apart.

This is of course pure guesswork, so I'd be interested if anyone knows exactly
what the situation is.

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] A GUI request

[Will Godfrey]

On Tue, 7 Jun 2022 13:40:13 +0200
Fons Adriaensen  wrote:

>* Avoiding information overload in emergency conditions.
>Pilots are trained to prioritise and divide their tasks,
>but this can still be a problem, and a lot of research
>is done to avoid it.
>
>Ciao,
>
This is the biggie for me - in general, let alone any kind of emergency. In
audio software, the classic example being Phasex which seems to get just about
everything wrong :(

When (if?) we get another LAC this whole issue would make a very good topic.

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] A GUI request

[Will Godfrey]

As a {cough} sprightly 73 year old I'm starting to have sight difficulties -
especially dark colours and night vision. With the current trend of dark GUI
shades this presents me with a problem when using new software. Some, but not
all of these programs do provide alternatives. However they default to dark, and
I have a hard time finding how to change this, or indeed, even seeing which
options are available.

Therefore please consider either defaulting to a lighter layout, or
alternatively, at first time start give a choice using a system alert/choice
window. If you don't provide a lighter option, maybe consider doing so.

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] pipewire

[Will Godfrey]

On Tue, 18 Jan 2022 19:16:39 +0100
Wim Taymans  wrote:

>Hi Fons,
>
>As a bare minimum you would need pipewire (the daemon) and
>pipewire-jack (the libjack.so client implementation). With a custom
>config file you can make this work exactly like jack (see below).

Thanks for this info :)

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] pipewire

[Will Godfrey]

On Tue, 18 Jan 2022 08:08:56 -0800 (PST)

Len Ovens  wrote:
>Pipewire does use all the system bits that puleaudio does, such as dbus 
>and of course systemd. I do not think it will run without.

If it *requires* systemd then that is a non-starter for me :(

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] pipewire

[Will Godfrey]

On Mon, 17 Jan 2022 16:03:03 +0100
Lorenzo Sutton  wrote:

>Hi,
>
>Thanks for opening this thread, I find this topic very interesting and 
>been discussing it with some people :-)
>
>If it might be of help, I'm on Manjaro which is Arch derivative so 
>probably similar and I followed the Arch guide, and tried the 
>'substitution' - TL:DR: I eventually reverted back to pulseaudio+jack, 
>for now.
>
>On 17/01/22 14:56, Fons Adriaensen wrote:
>
>[...]
>
>> I'd like to test pipewire as a replacement for Jack (on Arch),
>> and have been reading most (I think) of the available docs.
>> 
>> What is clear is that I will need to install the pipewire
>> and pipewire-jack packages.  
>
>My problem with that set-up is that it seemed that something like Ardour 
>would need to be explicitly run via pw-jack so e.g.
>
>pw-jack ardour
>
>But then setting the samplerate (I have projects at different 
>samplerates), wasn't trivial.
>
>If I understand correctly eventually pipewire will be a drop-in and the 
>pw-jack shouldn't be needed.
>
>The other thing I wasn't able to figure out was how to use it as I 
>previously would use qjackctl
>
>> 
>> And then ?
>> 
>> How do I tell pipewire to use e.g. hw:3,0 and make all of
>> its 64 channels appear as capture/playback ports in qjackctl ?  
>
>This was also unclear for me. I use 3 audio interfaces mainly and have 
>dedicated qjackctl 'profiles', and that works quite well for me, so 
>wasn't sure how this is handled in pipewire.
>
>If you'd be willing to share any results in this thread it would be 
>really useful.
>
>My current workflow is to launch jack when needed with the correct 
>device / samplerate configuration when needed, only _if_ needed open a 
>pulseaudio sink (e.g. browser audio needed while using jack). But I 
>understand that's might be a very 'personal' approach to it all :-)
>
>One interesting (yet still anecdotal?) aspect is that potentially 
>pipewire manages to provide better latency?
>
>Lorenzo

I'm also on the 'wait and see' list. For me, Jack is just plug and play. I'd
want pipewire to be the same. As for latency, this seems to be more to do with
my USB soundcard than anything else.

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Jack session deprecated

[Will Godfrey]

Can someone explain why this actually needed to have been done?
Personally, I don't use any session management at all so it doesn't affect me.
However I know a number of people who prefer it to other session managers
precisely *because* it is so minimal.

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

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

[Will Godfrey]

On Tue, 19 Oct 2021 16:58:39 -0400
David Robillard  wrote:

>On Tue, 2021-10-19 at 19:17 +0100, Will Godfrey wrote:

>>  What is even worse, is when there
>> is a problem of some sort with a plugin, and host reports that the
>> (apparent)
>> url doesn't exist!  
>
>That's rather strange.  Most hosts don't even do internet access
>whatsoever, and even if they did, I can't imagine why they'd be trying
>to fetch these ones.
>
>Which host?

I must admit I can't find this now. I haven't checked for a long time, so I'll
be the first to say I might have originally misinterpreted what I saw.

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

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

[Will Godfrey]

On Tue, 19 Oct 2021 13:04:08 -0400
David Robillard  wrote:

>On Tue, 2021-10-19 at 10:00 +0100, Chris Cannam wrote:
>> And, of course, URIs are just strings - the fact that they are
>> typically written with http at the start etc is just a namespacing
>> convention. The lv2 standard could have used
>>  instead of
>> <http://lv2plug.in/ns/lv2core#plugin> and it would still work.  
>
>I've honestly thought a few times that maybe using a custom scheme
>would have been better.  It's objectively worse in every way, but the
>instant people see "http" they lose their damned minds for some reason
>:)
>
>C'est la vie...

I disagree.
Like many people, if I see what looks like a valid url, then that's what I
expect it to be, not some form of labelling. What is even worse, is when there
is a problem of some sort with a plugin, and host reports that the (apparent)
url doesn't exist!

Unless you know what this is you can waste a lot of time having been totally
misdirected. Speaking from experience :(

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] MIDI program change

[Will Godfrey]

I take your point about MIDI 2 being able to request info, but for the rest it's
ignoring the musician's preferred workflow - and not even allowing them to
change the behaviour.

For me, the earliest sequencer I used (on the Acorn Archimedes no less) got this
right - did exactly what you told it and nothing else. I'll not name names, but
the worst I've come across in recent times would reset just about everything
each time you stop and restart the transport!

I still use a Yamaha for some stuff, and I've always kept it in multi mode. It
remembers the full setup over power cycles, so it's switch on and go. If I
change project it's a one button change of selected multi, so all bank and
program information is set correctly at the start.

On the software side it's a state file, and in a long project I might make
program and bank changes while running, so I don't need a DAW then resetting
all of these to what it considers are the 'right' ones. The argument about
looping is a non-starter. Firstly it's extremely rare for me to even think
about this, so why am I constrained by what some others do? If I did want it,
then I've got enough going on upstairs to plonk the necessary bits in where
needed.

I'm sorry if this is coming over as a rant, but it seems to me that even in
music, free expression is becoming less and less free, and the only people who
can do anything about it are those of us producing the code!

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] MIDI program change

[Will Godfrey]

On Fri, 3 Sep 2021 16:18:35 -0600
Caelia Chapin  wrote:

>On Fri, Sep 3, 2021 at 12:37 PM Will Godfrey 
>wrote:
>
>>
>> I've been trying to get hold of information on MIDI-2.
>>  
>
>Trying? Do you know you can register for an account at midi.org and
>download the complete specs? I've done it - it's free, no special
>qualifications required.

Somehow I seemed to have missed that. Thanks for the info.

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] MIDI program change

[Will Godfrey]

I've been trying to get hold of information on MIDI-2. So far I've only got
overviews and limited data format info. But one thing I saw today was
definitely a YES! moment.

For years, I've been battling against DAWs and sequencers that insist on
generating bank messages when none were sent, and then almost always set it to
Bank MSB=LSB=0. The MIDI-1 spec was never 100% clear on that, but the MIDI-2
one says exactly what I've maintained all along. When sending a program change,
bank change is optional! It is perfectly valid to want to change instrument on
the same bank, and indeed all the hardware synths I've ever owned work in this
way.

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Is Piperware a successor to Jack/Pulseaudio?

[Will Godfrey]

On Wed, 7 Jul 2021 09:31:10 +0200
Fons Adriaensen  wrote:

>On Tue, Jul 06, 2021 at 03:54:22PM -0700, Fernando Lopez-Lezcano wrote:
>
>> Yes, yes, agreed. And most of the time you cannot remove stuff, and that is
>> by design.  
>
>That has been my impression as well. 
>
>> I long for simple text configuration files, you change it, restart whatever
>> it is if it is not dynamic, and it works! (or not :-)  
>
>Same here.
>
>> Maybe this is just confirmation that I am old now, ha ha.  
>
>Then we both are :-)
{raises hand} :)
>> What distro are you using these days?  
>
>I have been using Archlinux for around 10 years.
>Now evaluating Artix, which is Arch without systemd.
>
>Ciao,

Devuan here - except a still working eeepc900 on debian squeeze.

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Is Piperware a successor to Jack/Pulseaudio?

[Will Godfrey]

On Tue, 6 Jul 2021 12:42:06 +0200
Fons Adriaensen  wrote:

>On Tue, Jul 06, 2021 at 12:05:00PM +0200, Wim Taymans wrote:
>
>> The pipewire daemon is meant to be small and modular. You could run
>> a custom version of that with only what you want. It could possibly be
>> smaller than jack.  
>
>Systemd started off like that as well... and now it has its tentacles
>everywhere, and has become a nightmare to configure and for security.
>
>Some questions:
>
>* Will PW run without systemd, polkit, dbus ?
>* Will it have a configuration that is fully controlled by the
>  end user, centralised in one place, and that is protected from
>  modification by just dropping files in some ***.d ?
>
>> Is it more complicated? probably.. mostly the memory management and
>> abstractions of the processing nodes.  
> 
>> All of the desktop stuff (pulse-server) and autoconnect things
>> (session-manager) are in separate processes that you don't need to run
>> if you don't want to.  
>
>If this is going the work the same way as systemd I fear it will be
>glorious pain to for the end used to remain in control. 

Feature creep is my greatest concern. I consider myself moderately technical
competent, but struggle with a lot of this stuff. The average user has no hope.

At one time you added things that you wanted. These days you have to remove
what you don't want - but might not even know was there until it interferes
with what you want to do. I originally moved over to Linux to avoid this sort
of thing.

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Is Piperware a successor to Jack/Pulseaudio?

[Will Godfrey]

On Tue, 6 Jul 2021 10:51:17 +0200
Dominique Michel  wrote:

> For pipewire, as
>systemd is an optional run time depend

Why?
What on earth has this got to do with systemd? Although I suppose I shouldn't be
surprised with it coming from redhat.

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Is Piperware a successor to Jack/Pulseaudio?

[Will Godfrey]

On Thu, 1 Jul 2021 07:01:31 +0100
Keith Edmunds  wrote:

>> The biggest issue with Pipewire IMHO is that it does not support
>> Ubuntu 18.04 LTS.  
>
>I would suggest you have that round the wrong way: Ubuntu 18.04 doesn't
>support Pipewire. This is a Ubuntu problem, not a Pipewire one. If it
>matters to an 18.04 user, they do have the option of upgrading to 20.04.

Is pipewire runnable on the raspberry Pi?

Anyone tried it?

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Converting single-cycle wave to harmonic spectrum

[Will Godfrey]

On Mon, 10 May 2021 15:51:38 +0200
Fons Adriaensen  wrote:

>On Mon, May 10, 2021 at 03:17:12PM +0200, Jeanette C. wrote:
>
>> There are numerous audiofiles around containing one single cycle wave to
>> be used with multiple wavetable synthesizers, both in hard and software.
>> I can only assume that these are matched to the number of samples they
>> contain. Some of them CERTAINLY proclaimed this fact,  
>
>OK. In that case the actual frequency will be R / N where R is the sample
>rate and N the length in samples. This is very probably not exactly an
>musical pitch in the equally tempered scale, but that doesn't matter
>since the wavetable synth will have to resample it anyway.
>
>So in this case, all you need is an FFT with a size equal to the lenght
>of your single cycle sample. There is no faster method.
>
>I just checked, FFTW3 can do any size.
>
>Normally you'd just use the real-to-complex fft. For prime lengths, this
>may become slower than normal (N^2 complexity instead of N log N). If this
>matters (it probably won't), you could use the complex-to-complex fft with
>the imaginary part set to zero, this will be faster (always N log N).
>
>In all cases, the N / 2 + 1 first elements of the output will correspond
>to the harmonics, so you just the square root of the power of each.
>
>Ciao,
>

Not entirely clear on what you are doing, but you may find PadSynth the be a
better option. It already creates perfectly looping samples (not sure if you can
fiddle that for a single cycle) and will then export these over as a number of
different pitches/key numbers.

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] new-session-management on jackaudio.org

[Will Godfrey]

Can this argument be taken private? It's going round and round and getting
absolutely nowhere.

If I want noise I can go to facebook or twitter :(

-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Possibly of historical interest

[Will Godfrey]

I have a 64bit compiled copy of Zyn 2.2.1 that amazingly still works on devuan
beowulf. It's invaluable for checking we haven't inadvertently changed sounds,
and also for backtracking bugs.
If anyone would like a copy, let me know. The filesize is 936k so not exactly
huge :)



-- 
Will J Godfrey
https://willgodfrey.bandcamp.com/
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] B.Spacr - New LV2 sound effect plugin

[Will J Godfrey]

This looks very promising indeed.
Any possibility of a Windows port?
 
-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Slightly O/T - put your coffee down first!

[Will Godfrey]

This made me reach for the screen cleaner :)

Ten little bugs hiding in the code,
Ten little bugs hiding in the code.
So you fix a little bug,
and compile it all again.
There's eleven little bugs hiding in the code.

-- 
Will J Godfrey
http://www.musically.me.uk
http://yoshimi.github.io
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] A short technote on digital state-variable filters

[Will J Godfrey]

On Thu, 19 Nov 2020 22:05:00 +0100
Fons Adriaensen  wrote:

>Hello all,
>
>Some people have asked me to provide a bit more documentation
>on the state-variable filters I used in zita-eq1 and zita-jacktools.
>
>So I've written a short technical note on this. You can find it at
>
>
>
>Ciao,
>

Thanks for this. Very interesting. I recognised the hardware drawing instantly.
I used a variant on an amp some years ago for splitting out sub-bass, just
using the high and low pass outputs. It made tuning to suit the actual speakers
extremely easy.

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] G++ trouble

[Will J Godfrey]

On Mon, 16 Nov 2020 16:31:18 +0100
Fons Adriaensen  wrote:

>or
>
>* Just #define it in a header (e.g. globals.h) instead of creating 
>  a variable.
>
> 
>Ciao,
>

Thanks again. I've gone for this options. It keeps these together, along with a
bunch of enums so they're easy to find.

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] G++ trouble

[Will J Godfrey]

On Mon, 16 Nov 2020 14:52:53 +0100
Alexandre DENIS  wrote:

>On Mon, 16 Nov 2020 13:38:01 +
>Will J Godfrey  wrote:
>
>> Not wishing to hijack this thread but I'm still confused :(
>> 
>> I just did a search of the whole of src. It's *used* about a dozen
>> times across 5 otherwise unrelated .cpp files, but is only defined
>> here. Just to be certain, I did a make clean before trying this
>> again, and it's definitely saying multiple defs
>> 
>> e.g
>> /usr/bin/ld:
>> CMakeFiles/yoshimi.dir/UI/WidgetMWSlider.cpp.o:(.rodata+0x0):
>> multiple definition of `ADD_COLOUR';
>> CMakeFiles/yoshimi.dir/Interface/InterChange.cpp.o:(.rodata+0x1840):
>> first defined here
>> 
>> This happens at the linker stage.
>> 
>> Also, I thought the whole idea of putting things like this in a
>> #ifndef/#def block was to ensure it was only set once.
>>   
>
>It is only set once *per file* which includes the header. But since the
>symbol is extern, the linker sees one public copy per file, which
>conflict with each other.
>
>-a.
>
Thanks. Clear now. Some reorganisation needed :(

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] G++ trouble

[Will J Godfrey]

On Mon, 16 Nov 2020 13:35:30 +0100
Fons Adriaensen  wrote:

>On Mon, Nov 16, 2020 at 12:22:54PM +, Will J Godfrey wrote:
>
>> In GCC 8.3 doing that in a globally included header actually *creates* a
>> multiple definitions error!
>> 
>> #ifndef GLOBALS_H
>> #define GLOBALS_H
>> 
>> const unsigned int ADD_COLOUR = 0xdfafbf00; fine  
>
>Putting a definition in a header file is usually a bad idea.
>What you get from this (without 'extern' is a separate copy
>in each file that includes the header. GCC 8 will not flag
>this as an error.
> 
>> extern const unsigned int ADD_COLOUR = 0xdfafbf00; boom!  
>
>This normally should not create ADD_COLOUR, just tell the
>compiler that it exists somewhere. So this should result
>in an 'undefined' error.
>
>If OTOH you get a 'multiple definition' error that would
>normally mean there are other definitions as well. Maybe
>you had this in a number of files, decided later to make
>it a single global, and forgot to delete the originals ?
>
>Ciao,
>

Not wishing to hijack this thread but I'm still confused :(

I just did a search of the whole of src. It's *used* about a dozen times
across 5 otherwise unrelated .cpp files, but is only defined here. Just to be
certain, I did a make clean before trying this again, and it's definitely saying
multiple defs

e.g
/usr/bin/ld: CMakeFiles/yoshimi.dir/UI/WidgetMWSlider.cpp.o:(.rodata+0x0):
multiple definition of `ADD_COLOUR';
CMakeFiles/yoshimi.dir/Interface/InterChange.cpp.o:(.rodata+0x1840): first
defined here

This happens at the linker stage.

Also, I thought the whole idea of putting things like this in a #ifndef/#def
block was to ensure it was only set once.

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] G++ trouble

[Will J Godfrey]

On Mon, 16 Nov 2020 13:02:03 +0100
Fons Adriaensen  wrote:

>On Mon, Nov 16, 2020 at 12:24:10PM +0100, Kjetil Matheussen wrote:
>
>> A common mistake in C is omitting extern when declaring a global
>> variable in a header file. If the header is included by several files
>> it results in multiple definitions of the same variable.  
>
>But 
>
>* I _do_ have 'extern' in the header file, and
>* the header file is included in only one .cc file.
>
>Alexandre:
>
>Using 'extern' in a _definition_ seems like a contradiction to me...
>So for now I assume it's a G++ bug.
>
>Thanks to both of you,
>

That's weird.

In GCC 8.3 doing that in a globally included header actually *creates* a
multiple definitions error!

#ifndef GLOBALS_H
#define GLOBALS_H

const unsigned int ADD_COLOUR = 0xdfafbf00; fine

extern const unsigned int ADD_COLOUR = 0xdfafbf00; boom!

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] pugl examples

[Will J Godfrey]

On Sun, 08 Dec 2019 23:38:13 +0100
David Robillard  wrote:

>On Sun, 2019-12-08 at 17:15 +, Will Godfrey wrote:
>> Does anyone know of any simple example files for pugl.
>> I've had a good look around and can't find any. I know there are some
>> fully-formed programs out there, but don't want the confusion of
>> trying to find
>> the core material so that I can understand it.  
>
>The test programs in the source (pugl_test and friends) are about as
>distilled as possible.  The names are a bit misleading, they're really
>functional examples, not unit tests or anything like that.
>
Ah! Thanks for that :)

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] pugl examples

[Will Godfrey]

Does anyone know of any simple example files for pugl.
I've had a good look around and can't find any. I know there are some
fully-formed programs out there, but don't want the confusion of trying to find
the core material so that I can understand it.

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] SOLVED Re: Faster boot on Raspberry Pi 4

[Will J Godfrey]

On Wed, 6 Nov 2019 10:24:36 -0500
drew Roberts  wrote:

>On Wed, Nov 6, 2019 at 7:19 AM Will J Godfrey 
>wrote:
>
>>
>> Done with:
>> systemctl disable dhcpd.service
>>  
>
>Do you now have to set static IPs on any interface you want to use?
>
>I use a good amount of Pi boxes and, even when I set a static on either the
>eth or wifi interface, I like to have the other of the two able to get an
>address via dhcp. (This helps with remote troubleshooting.)

I haven't checked that - maybe I should, but this unit should never need to go
online again. It's also in a metal box, so no wireless or bluetooth.

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] SOLVED Re: Faster boot on Raspberry Pi 4

[Will J Godfrey]

Done with:
systemctl disable dhcpd.service

Total time now is 17 seconds.

Thanks for your help.

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Faster boot on Raspberry Pi 4

[Will J Godfrey]

On Wed, 6 Nov 2019 09:25:07 +0100
Jacek Konieczny  wrote:

>On 05/11/2019 23.12, Will Godfrey wrote:
>> I suspect the *actual* delay is connected with networking, but with systemD> 
>> I'm totally lost as to where everything is, so any help would be greatly
>> appreciated.  
>
>Try 'systemd-analyze  blame' then. And check the journal (journalctl -b0).
>
>Jacek

Thanks. That confirmed it. Now to try and find out how to disable it :(

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Faster boot on Raspberry Pi 4

[Will Godfrey]

I'm using rasbian-buster-lite and once up and running the performance is
seriously impressive. However it's dog-slow to start up. The last message I
see before the greatest delay (about 30 seconds) is:

Raspberry Pi service to switch to ondemand cpu governor (unless shift key is 
pressed) during boot up.

I suspect the *actual* delay is connected with networking, but with systemD I'm
totally lost as to where everything is, so any help would be greatly
appreciated.

On the Pi 3 I'm able to get a devuan image, and that's a doddle to sort out,
but there isn't an image for the Pi 4 :(

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Click-free fade-in algorithm for synths?

[Will J Godfrey]

On Tue, 24 Sep 2019 19:12:47 -0400
Tim  wrote:

>On 9/24/19 4:26 PM, Paul Davis wrote:
>> 
>> 
>> On Tue, Sep 24, 2019 at 12:38 PM Johannes Lorenz > > wrote:
>> 
>> Counting zero crossings prevents
>> clicking on lower notes, and it makes higher notes more punchy.
>> 
>> 
>> There's fundamentally no such thing as a zero crossing. You might have 
>> two samples on either side of zero, but you still don't have a sample 
>> *at* zero, so in the general case, truncating one of them to zero and 
>> starting/ending there is still going to give you distortion and/or 
>> noise. Obviously there may be cases where one of them is close enough to 
>> zero for this not to be be an issue, but it's not a general method.
>> Ardour applies declick fades every time the transport starts and stops. 
>> You can read about how we do it here:
>> 
>> https://github.com/Ardour/ardour/blob/master/libs/ardour/ardour/disk_reader.h#L135
>> https://github.com/Ardour/ardour/blob/master/libs/ardour/disk_reader.cc#L1445
>> https://github.com/Ardour/ardour/blob/master/libs/ardour/amp.cc#L163  
>
>Hi Paul. Thanks, I was going to mention that.
>
>We had a similar conversation a few years ago when I was adding
>  anti-zipper noise to MusE, and I inquired about zero-crossing methods.
>
>I replied that TV and amplifier electronic volumes use zero-crossing,
>  so why not use it?
>
>But I conceded the very point you mention above, ie. where exactly is
>  the crossing point.
>And it is dependent on frequency so you get a different attack result
>  each time.
>
>In a TV or amp volume chip it's OK but here, meh...
>
>So in the end, looking at the code given above, I can see I did much
>  the exact same thing as Ardour, using a fixed coefficient value
>  driven by time passage (sample rate).
>
>Cheers.
>Tim.


Just like to add, that on a complex waveform with a strong harmonic content it's
quite likely to cross the zero point 2-3 times during each cycle of the
fundamental.

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] jack meterbridge 0.9.2 update / maintenance

[Will J Godfrey]

On Mon, 29 Jul 2019 11:21:39 -0700 (MST)
Stephan Bourgeois  wrote:

>Hi there,
>
>I have been tinkering with Steve Harris' meterbridge 0.9.2 for jack.
>cf. https://github.com/stephanb2/jack-meterbridge
>
>1. Refactored global variables so that the code builds on Debian 9.2.
>2. Improved (?) the dpm IEC scale and ballistics.
>3. Changed the PPM ballistics to use Fons Adriaensen's JMeters algorithm.
>
>I do however have a deeper question: what is the point of jack meterbridge?
>Given that the broadcast and podcast industry has moved to EBU-R128 and
>Ebumeter offers EBU R-128 metering. JMeters offers "nostalgia" PPM and VU
>meters with correct ballistics, more options, better graphics. The only
>thing missing would be a 4x oversampling true peak meter.
>
>Should meterbridge be maintained or should another metering app de bundled
>with jack?
>
>Note that I am not a C engineer, my background is Java and Python. Please
>send code review comments and shout if you see anything horrific.
>
>Let me know your thoughts. 
>Cheers,
>Stephan.

I use it all the time. It is simple, clear and runs well in a standalone
environment. It also acts as a useful summing point. One's ears are the final
arbiter but this is very helpful.

I will check out your build as soon as I have some free time (whatever that is!)


-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Xputty - damn tiny abstraction Layer to create X11 window/widgets with cairo surfaces

[Will J Godfrey]

On Sat, 20 Jul 2019 17:24:47 +0200
Hermann Meyer  wrote:

>However, I've setup a online Documentation for libxputty here:
>
>https://brummer10.github.io/Xputty/html/xputty_8h.html
>
>regards
>
>hermann

And *that* is the best news of the lot!
So many projects have little or no documentation until they are a very long way
into development.

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] 'A' note Tuning Range

[Will J Godfrey]

On Thu, 11 Apr 2019 08:16:29 +
John Rigg  wrote:

>On Tue, Apr 09, 2019 at 09:21:09PM +0100, Will Godfrey wrote:
>> Currently in 'Scales' Yoshimi can set this anywhere between 1Hz and 2kHz, 
>> which
>> is frankly ridiculous.
>> 
>> This doesn't appear at all in the Scala documentation, so that's no guide.
>> 
>> I've had suggestions ranging from +- 1/2 semitone to +- half octave as being
>> more than enough, considering that there is also semitone master key shift
>> covering +- 3 octaves (used to be 5!) along with a fine detune of +63 -64
>> cents.  
>
>A Korg GA-1 tuner can go down to 5 semitones flat. It's quite common
>in the heavier styles of rock music to downtune a few semitones.
>
>John

Interesting. Thanks for that.

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] 'A' note Tuning Range

[Will J Godfrey]

On Tue, 9 Apr 2019 23:23:54 +0200
 wrote:

>Without doubts it should be 440 Hz +- 50 Cent.
>
>+- 50 Cents is what the meter of the BOSS TU-12H chromatic tuner
>displays and what you'll find for other software synth, such as e.g.
>iSymphonic. The BOSS meter's Hz labelling is from 430 Hz to 450 Hz and
>the Hz labelling of iSymphonic from 428 Hz to 452 Hz. IOW the
>Cent labelling range from - 50 Cent to + 50 Cent is a little bit more
>than the HZ labelling range from 428 Hz or 430 Hz to 450 Hz or 452 Hz.
>

Thanks everyone for your comments. There seems to be a general consensus (and
elsewhere too) so I'll check nobody actually *is* using extreme settings for
some reason, and maybe tame it down a bit.

As an aside, doing further reading it seems most authorities consider 5 cents to
be about the limit for people to detect pitch change (lots of caveats of
course) yet Scala example files have figures with 10^-6 cents, and Yoshimi
has 10^-6 :o

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] 'A' note Tuning Range

[Will Godfrey]

Currently in 'Scales' Yoshimi can set this anywhere between 1Hz and 2kHz, which
is frankly ridiculous.

This doesn't appear at all in the Scala documentation, so that's no guide.

I've had suggestions ranging from +- 1/2 semitone to +- half octave as being
more than enough, considering that there is also semitone master key shift
covering +- 3 octaves (used to be 5!) along with a fine detune of +63 -64
cents.

What have other synth people here set for this? Does anyone else actually have
the setting?

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] A shout out to instrument patch makers

[Will Godfrey]

For Yoshi and Zyn, there are a very large number of patches that have no
copyright/license information filled in. In the first place this makes it
impossible to give any kind of acknowledgement. Potentially more critical is
the new messy copyright legislation staggering through the EU.

I don't know if there is any practical way of adding this to old files, but at
least when creating new one *please* fill these fields in - even if you don't
think you'll ever release them.

As and aside, a lot of these also have no 'Type' filled in :(

Apologies for the cross post - not really sure where this should go.

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] LAC steaming to c-base, Berlin

[Will J Godfrey]

Well please don't take this as a criticism, but with such short notice the
logistics and costs were just too awkward - especially as now that I'm not
earning I'm trying to work out what my finances are!

So, unfortunately it's no go, but I'll see you on irc. That should be
'interesting' as it's many years since I've used it - apart from an occasional
peek.

On Thu, 21 Mar 2019 19:26:25 +0100
Louigi Verona  wrote:

>Do try though!
>
>
>Louigi Verona
>https://louigiverona.com/
>
>
>On Thu, Mar 21, 2019 at 7:21 PM Will Godfrey 
>wrote:
>
>> On Thu, 21 Mar 2019 18:58:04 +0100
>> Robin Gareus  wrote:
>>  
>> >Hi all,
>> >
>> >A group of people who do not attend the Linux Audio Conference in
>> >Stanford this year are meeting at c-base.org to participate remotely.  
>>
>> Now I'm doubly frustrated :(
>> I'd love to join the group, but the chances of getting travel arrangements
>> and
>> accommodation in place in time are just about zero.
>>
>> I'll try, but as they say, don't wait for me :(
>>
>> --
>> Will J Godfrey
>> http://www.musically.me.uk
>> Say you have a poem and I have a tune.
>> Exchange them and we can both have a poem, a tune, and a song.
>> ___
>> Linux-audio-dev mailing list
>> Linux-audio-dev@lists.linuxaudio.org
>> https://lists.linuxaudio.org/listinfo/linux-audio-dev
>>  


-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] LAC steaming to c-base, Berlin

[Will Godfrey]

On Thu, 21 Mar 2019 18:58:04 +0100
Robin Gareus  wrote:

>Hi all,
>
>A group of people who do not attend the Linux Audio Conference in
>Stanford this year are meeting at c-base.org to participate remotely.

Now I'm doubly frustrated :(
I'd love to join the group, but the chances of getting travel arrangements and
accommodation in place in time are just about zero.

I'll try, but as they say, don't wait for me :(

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Bit shift

[Will Godfrey]

On Sun, 17 Mar 2019 20:12:04 +0100
Robin Gareus  wrote:

>On 3/17/19 5:56 PM, Jonathan Brickman wrote:
>> That is likely to change depending on GCC optimization setting, no?  
>
>Not usually. It depends on the target architecture more than anything.
>
>Even with -O0, gcc translates integer addition and multiplications into
>a combination of bitwise and arithmetic operations if that is
>appropriate for the target CPU.
>
>
>On 3/12/19 11:43 PM, Will Godfrey wrote:
>> Does anyone know if GCC will replace power of 2 
>> multiplications/divisions of unsigned integers with bit shifts?  
>Not only power of two, and it depends. In some cases the compiler
>doesn't replace it because the resulting code is not faster. Many modern
>CPU already implement integer multiplication using bitwise operations in
>microcode.
>
>I don't know if this your question is academic, but if you plan to
>manually optimize code, I highly recommend against that.
>
>Write semantically! If you mean a multiplication, use (a * 2), if you
>mean bit-shift use (a << 1). Do not use bitwise-operations when you
>really do integer-arithmetics.
>
>Your future self and code-contributers will thank you for it; as will
>compilers targeting future CPU architectures.
>
>
>2c,
>robin


Thanks Robin. Very clear. It's the direction I was beginning to think in. It's
sometimes difficult to imagine how far compilers have advanced over the years.

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Bit shift

[Will J Godfrey]

On Wed, 13 Mar 2019 00:09:17 +0100 (CET)
k...@aspodata.se wrote:

>Will Godfrey:
>> Does anyone know if GCC will replace power of 2 multiplications/divisions of
>> unsigned integers with bit shifts?  
>
>Test on your system:
>
>$ cat a.c
>#include 
>
>int main(int argc, char *argv[]) {
>  uint16_t b = argc * 2;
>
>  return b;
>}
>$ gcc -S a.c 
>$ cat a.s 
>...
>main:
>.LFB0:
>.cfi_startproc
>pushq   %rbp
>.cfi_def_cfa_offset 16
>.cfi_offset 6, -16
>movq%rsp, %rbp
>.cfi_def_cfa_register 6
>movl%edi, -20(%rbp)
>movq%rsi, -32(%rbp)
>movl-20(%rbp), %eax
>addl%eax, %eax
>movw%ax, -2(%rbp)
>movzwl  -2(%rbp), %eax
>popq%rbp
>.cfi_def_cfa 7, 8
>ret
>.cfi_endproc
>...
>$
>
>It seems it just adds the value with itself here.
>
>Regards,
>/Karl Hammar

Thanks, that seems to hold true for a mixture of AMD and Intel machines.

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Bit shift

[Will Godfrey]

Does anyone know if GCC will replace power of 2 multiplications/divisions of
unsigned integers with bit shifts?

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] MXML V3.0

[Will J Godfrey]

On Mon, 4 Mar 2019 19:45:02 +0100
David Runge  wrote:

>On 2019-03-03 11:56:03 (+), Will Godfrey wrote:
>> Just a heads up for anyone likely to come across this.
>> 
>> It now hides some internal elements that were accessible in V2.x so
>> you might be advised to review your code - it bit us with Yoshimi :(  
>That's unfortunate, but given the CVEs [1] attached to 2.12, I'm also
>kinda glad a new version is out...
>Please release a new version of yoshimi, once you've managed to be
>compatible with 3.0!
>
>Best,
>David
>
>[1] http://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=mxml
>

Already done V 1.5.10.2 :)

In view of upcoming changes to MXML we've decided to make a preemptive bugfix
release. At the same time, we've dealt with some memory leaks that might have
occurred when handling corrupted files.


Yoshimi source code is available from either:
https://sourceforge.net/projects/yoshimi
Or:
https://github.com/Yoshimi/yoshimi

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] MXML V3.0

[Will Godfrey]

Just a heads up for anyone likely to come across this.

It now hides some internal elements that were accessible in V2.x so you might
be advised to review your code - it bit us with Yoshimi :(

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Potential MIDI headaches?

[Will J Godfrey]

On Sat, 19 Jan 2019 21:39:59 +
Will J Godfrey  wrote:

>On Sat, 19 Jan 2019 13:26:55 -0800 (PST)
>Len Ovens  wrote:
>
>>In fact MIDI 2 seems to be a thing mostly for non-kb instruments or computer 
>>generated material (most of which is probably using CV instead of MIDI 
>>anyway).
>>
>>MIDI 1 was huge, My DX7 supported MIDI before the spec was complete. It is 
>>easy 
>>to show off in the music store and sell. I expect the switch to MIDI 2 will 
>>be 
>>a much longer road, very hard to show off from a keyboard.
>>
>>Well thats my opinion anyway.
>>
>>--
>>Len Ovens
>>www.ovenwerks.net  
>
>More details
>https://www.youtube.com/watch?v=iDyXDeLbmeE
>
>I watched this earlier. It seems the MMA have indeed done their homework. MIDI
>1.0 is definitely not going away. The new system will be fully backward
>compatible, and will negotiate for the improvements, falling back to 1.0 if no
>response is seen.
>

Following on, I think our biggest problem is going to be actually getting the
data into a computer. I can't imagine a practical way either ALSA or JACK can
be modified to accept it.

OSC would only work if the data source was sending it, otherwise you'd still
need a translation level within the machine (in which case you might as well
work with the protocol directly). The big synth names are not likely to put any
effort into OSC support, as they have already thrown their hats in for MIDI 2.
I was actually surprised that the MMA managed to get both Apple and Microsoft on
board.

I've now watched that vid. a second time (very much recommend looking at it if
you haven't already) and I'm even more impressed with the way they've designed
the new extensions. Also, to some degree they've split the more 'engineering'
aspects away from the more musician/performance focused ones.

My guess is we've got about 2 years to get up to speed before source instruments
become mainstream. Although I'd like to be involved myself, I really don't think
I've the skills to add anything useful :(

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Potential MIDI headaches?

[Will J Godfrey]

On Sat, 19 Jan 2019 13:26:55 -0800 (PST)
Len Ovens  wrote:

>In fact MIDI 2 seems to be a thing mostly for non-kb instruments or computer 
>generated material (most of which is probably using CV instead of MIDI anyway).
>
>MIDI 1 was huge, My DX7 supported MIDI before the spec was complete. It is 
>easy 
>to show off in the music store and sell. I expect the switch to MIDI 2 will be 
>a much longer road, very hard to show off from a keyboard.
>
>Well thats my opinion anyway.
>
>--
>Len Ovens
>www.ovenwerks.net

More details
https://www.youtube.com/watch?v=iDyXDeLbmeE

I watched this earlier. It seems the MMA have indeed done their homework. MIDI
1.0 is definitely not going away. The new system will be fully backward
compatible, and will negotiate for the improvements, falling back to 1.0 if no
response is seen.

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Potential MIDI headaches?

[Will Godfrey]

I've just been told about this.
https://www.midi.org/articles-old/the-midi-manufacturers-association-mma-and-the-association-of-music-electronics-industry-amei-announce-midi-2-0tm-prototyping?fbclid=IwAR3yojtbqXc52uTwrBV4uaUV7JdsMHMKIXA2NudhUH4mw8uPlmbxAPoDW3Q

Looks like we might have quite a lot of work to do :/

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] You couldn't make it up

[Will J Godfrey]

On Tue, 8 Jan 2019 09:00:16 -0800 (PST)
Len Ovens  wrote:

>On Mon, 7 Jan 2019, Jonathan E. Brickman wrote:
>
>> How about 32bit with 384kHz sampling?  Boxes like these are starting to 
>> spring
>> up. 
>> 
>> https://www.amazon.com/GUSTARD-U12-384KHz-Digital-Interface/dp/B00PU3R6KY  
>
>That box is output only. That seems to be quite common that is there 
>is a consummer interest for output boxes but only niche interest for input 
>or i/o boxes. Input boxes of good quality will cost more as it is easy to 
>build the low gain output analog circuitry but much harder to build high 
>gain, high quality, linear, controlable (with accuracy) input circuitry. 
>For a scope, knowing the exact level at each gain position is pretty 
>important.
>
>--
>Len Ovens
>www.ovenwerks.net

I was afraid it would be too good the be true :(

You're quite right that the linearity needs to be good and at high gain,
however I'd be inclined to use a passive 20dB per step attenuator on the front
to maintain a good overload margin.

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] You couldn't make it up

[Will Godfrey]

I've just read an item on "The Register" about a network connected high
performance oscilloscope... with no security. That's as in Zero, None, Keine.

That might not seem a big deal, except that this sort of kit tends to reside in
research labs, so evilCorp (tm) could snoop on what a competitor is working on,
and pretty quickly work out not only what it is, but how well it's performing.
Said evilCorp could then plant some nasty that casually looks around to see
what other kit is on the network. Presumably this also potentially opens a door
to sabotage.

Anyway, that got me thinking (yes I know)

Has anyone thought of connecting an AD converter to a Raspberry Pi to make a
high resolution, but comparatively low bandwidth oscilloscope for audio work?
Say 16bit 500k. I'm thinking it could possibly be connected via I2C or SPI,
both of which are supported on the Pi...
or even {cough} ethernet {cough}

BTW I'm not talking about connecting to bitscope - that only has 8bit resolution
and the module itself has no gain control and is easily overloaded :(

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Is -ffast-math safe for audio?

[Will Godfrey]

On Sat, 24 Nov 2018 14:19:01 +0100
Fons Adriaensen  wrote:

>On Sat, Nov 24, 2018 at 10:49:46AM +, Will Godfrey wrote:
>
>> >The safe way is of course:
>> >
>> >int i = (int) floorf (p);
>> >float f = p - i;  
> 
>> I'd been mulling over *exactly* that point for some time. My reasoning being
>> that in the latter case, if the integer was slightly wrong then using it for
>> the subtraction should give a remainder that was also slightly wrong, but in 
>> a
>> direction that tends to compensate for the error.  
>
>How can an int be 'slightly wrong' ? :-)

Ummm, bad wording on my part. I meant out by 1. The difference would be made up
next period.

>The advantage of the 'safe' way is that you always have p == i + f.
>
>> The other thing, is why do we need the floorf? Or in the original example
>> (which was taken from working code) truncf?
>> A straight cast to int seems to give exactly the same result, and is at least
>> twice as fast with -O3 and about 4 times as fast unoptimised.  
>
>We want f >= 0, so rounding must be towards -inf. Casting will truncate
>(i.e. round towards zero). This gives the correct result only if p >= 0.
>That may be all you need, but I wouldn't like to depend  on it.

Well in this particular case, it can't be less than zero - notwithstanding time
travel :)

>There is a way to avoid all float to int conversions, at least outside
>the per-sample loops.
>
>Suppose you have a wavetable of size L, current position is float p,
>and increment is float f. To generate N samples you'd have something
>like:
>
>
>for (i = 0; i < N; i++)
>{
>k = floorf (p);
>u = p - k;
>
>// use k, u to interpolate in wavetable
>
>p += f;
>if (p >= L) p -= L;
>}
>
>To avoid floorf() inside the loop, instead of maintaining p and f
>as floats, split both of them from the start into an integer and
>float part:
>
>k = floorf (p);
>u = p - k;
>
>kf = floorf (f);
>uf = f - kf;
>
>for (i = 0; i < N; i++)
>{
>// use k, u to  interpolate in wavetable
>
>k += kf;
>u += uf;
>if (u >= 1.0f) 
>{
>   k += 1;
>   u -= 1;
>}
>if (k >= L) k -= L;
>// or k &= L-1 if L is a power of 2.   
>}
>
>
>Ciao,
>

Interesting. I'll look into this.

-- 
Will J Godfrey
http://www.musically.me.uk
Just because you know what I'm talking about, it doesn't mean *I* do.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Is -ffast-math safe for audio?

[Will Godfrey]

On Sat, 24 Nov 2018 11:14:06 +0100
Fons Adriaensen  wrote:

>The dangerous thing to do is: 
>
>// given float p
>
>int i = (int) floorf (p);
>float f = fmodf (p, 1.0f);
>
>as you could end up with i + f != p.
>
>The safe way is of course:
>
>int i = (int) floorf (p);
>float f = p - i;
>
>
>Ciao,
>

Thanks very much for that Fons :)

I'd been mulling over *exactly* that point for some time. My reasoning being
that in the latter case, if the integer was slightly wrong then using it for
the subtraction should give a remainder that was also slightly wrong, but in a
direction that tends to compensate for the error.

The other thing, is why do we need the floorf? Or in the original example
(which was taken from working code) truncf?

A straight cast to int seems to give exactly the same result, and is at least
twice as fast with -O3 and about 4 times as fast unoptimised.

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Is -ffast-math safe for audio?

[Will Godfrey]

On Thu, 22 Nov 2018 23:29:11 +0100
Robin Gareus  wrote:

>Hi Will,
>
>I just ran your code and -ffast-math does not make any difference.
>
>With or without --ffast-math I get "int: 5 rem: 0.049994"
>
>However optimizing the code with `-O2 --ffast-math` does make a
>difference because SSE is used.
>
>Do you also use -O2, or -O3 along with --fast-math?
>
>On 11/22/2018 06:30 PM, Will Godfrey wrote:
>[...]
>> My suspicion is that the difference is due to accumulated rounding
>> errors.
>> 
>> Curiously without the decrements the behavior with and without
>> -ffast-math seems to be identical well into the millions.  
>Yep. you do loose precision. In IEEE 32bit float, there is no 0.1.
>
>0.1 would be approximated as (13421773) * 2^(-27), and 0.05 as
>(13421773) * 2^(-28) and truncated.
>
>Note that this is an odd number. The last bit of the mantissa
>(0x004d) is lost when the exponent changes.
>
>A simpler example to show this is
>
>#include 
>#include 
>int main (int argc, char** argv) {
>  float a = 0;
>  for (int i = 0; i < 100; ++i) {
>a += 0.1f;
>a -= 0.05f;
>a = fmodf (a, 1.f);
>  }
>  printf ("%f\n", a);
>  return 0;
>}
>
>using gcc 6.3.0-18+deb9u1, x86_64, this
>prints 1.00 (when compiled with -O0)
>and0.01 (when compiled with -O2 --fast-math)
>
>
>The difference here is that the former calls fmodf(), while in the
>latter, optimized, case the compiler uses cvtss2sd SSE instead. The
>internal limits of float precision differ for those cases.
>
>
>--ffast-math issues in audio-dsp are usually due to re-ordering and
>reciprocal approximations. e.g. instead of (x / 2) the compiler calls
>(0.5 * x), which can lead to different results if the inverse value does
>not a precise floating point representation.  e.g.  1.0 / 0.1 != 10.0
>
>A good read on the subject is
>http://www.itu.dk/~sestoft/bachelor/IEEE754_article.pdf (Goldberg,
>David: "What Every Computer Scientist Should Know About Floating-Point
>Arithmetic").
>
>If you were change the two constants to
>  a += 0.5f;
>  a -= 0.25f;
>the issue vanishes.
>
>Cheers!
>robin

Thanks for going into this in such detail Robin. I never realised fp stuff
could be *quite* so, umm, approximate!

I was using O3. Following on from this I found that if I removed either O3 or
ffast-math the problem disappeared.

It's quite possible that I'm over-thinking this as there are actually only a
few iterations before the initial figures are re-calculated, but I don't like
mysteries :(

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Is -ffast-math safe for audio?

[Will J Godfrey]

On Thu, 22 Nov 2018 19:28:58 +0100
David Runge  wrote:

>On 2018-11-22 18:57:15 (+0100), Hermann Meyer wrote:
>> In the guitarix project we've disabled  -ffast-math several years ago,
>> when I remember right it was at gcc3, as it could lead to different
>> un-reproduciable calculations. Last option I've disabled on gcc8 now,
>> is -ffinite-math-only, this one leads to nan's and inf's in several
>> cases, which been as well not reproducible.  
>Rabbit hole stuff! SuperCollider came to a similar conclusion:
>https://github.com/supercollider/supercollider/issues/4116


Thanks a lot people. I kept thinking I was doing something wrong!

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Is -ffast-math safe for audio?

[Will Godfrey]

While testing some mixed floating point and integer calculations I found a
quite surprising difference when this compiler option was set (gcc 6.x). It was
clearly different at only 100 iterations and got dramatically worse with
larger counts.

My test routine was this:

int a = 0;
float b = 0;
float c = 0;
float inc = 0.1f;
float dec = 0.05f;
int it = 100;
for (int i = 0; i < it; ++ i)
{
a = (int)truncf(b);
c = b - floorf(b);
b += inc;
a = (int)truncf(b);
c = b - floorf(b);
b -= dec;
}

cout << "int " << a << "  rem " << c << endl;

My suspicion is that the difference is due to accumulated rounding errors.

Curiously without the decrements the behavior with and without -ffast-math
seems to be identical well into the millions.

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] LAM

[Will J Godfrey]

On Tue, 20 Nov 2018 16:42:44 -0500
Ivica Ico Bukvic  wrote:

>There is also a COMPEL project that I am currently heading and which is 
>designed to facilitate interfacing between composers and performers. It 
>offers preservation of both performances (archiving) and the materials 
>for the necessary reproduction of the work itself, including software. 
>The platform offers multiple licensing options from fully open source to 
>commercial and is therefore completely license-agnostic (all copyrights 
>remain with their owner). It is hosted by my university and in the 
>coming weeks we are preparing for the soft-launch. It supports 
>groups/collections and is based on the leading open-source 
>preservational platform developed by the network of libraries worldwide. 
>Please let me know if you are interested in this and I will gladly keep 
>you posted.
>
>Best,
>
>Ico
>
>
>On 11/20/2018 10:14 AM, Thomas Brand wrote:
>> 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

Some very interesting responses, and I like this the most. It would be good to
be able to fetch the existing material from Hans.

Hmmm. Thinking about it, I really can't remember if it was actually stored
music, or links to other sources. If the latter, much of it may now be
missing :(

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] LAM

[Will J Godfrey]

On Mon, 19 Nov 2018 09:52:31 +0100
Louigi Verona  wrote:

>Completely agree with Daniel here. And Soundcloud or even a YouTube channel
>(or both) are far more accessible to listeners as well.
>
>Louigi Verona
>https://louigiverona.com/

Soundcloud no longer has groups, They removed then with no discussion and very
little warning a couple of years ago.

Youtube is a flytrap and slowly increasing it's use of forced advertising.

'Easier' is not necessarily 'Better' :(

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] LAM

[Will Godfrey]

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!

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Github down-ish?

[Will Godfrey]

On Wed, 14 Nov 2018 20:40:12 +0100 (CET)
"Jeanette C."  wrote:

>Nov 14 2018, Will Godfrey has written:
>
>> I'm seeing 'can't retrieve the current commit' on several quite different
>> projects.
>> Anyone else seeing this?  
>I just tried Nama and it worked with a "git pull".
>
>Best wishes,
>
>Jeanette

OK, it seems it was a browser issue (wouldn't affect you of course). Github must
have made some changes in their support, and when I did an upgrade on some of
my kit the problem disappeared.
Sorry for the noise!

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Github down-ish?

[Will Godfrey]

I'm seeing 'can't retrieve the current commit' on several quite different
projects.
Anyone else seeing this?

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] [A plugin scanner:] Cache text file formats: rdf, ttl, custom xml?

[Will Godfrey]

On Tue, 30 Oct 2018 16:02:36 -0400
Tim  wrote:

>But beyond that there is something else:
>The actual sound of the plugin. When users dig up an old song project
>  they expect plugins that were used to a) be available and b) sound
>  and operate exactly like they did before, barring minor improvements.
>So even if just the mere operation and sound of some controls has
>  changed, the project will not sound correct.
>This is a crucial thing, the integrity of existing projects.

This!

It simply can't be overstated. One tiny change can completely destroy the
sound, and when a musician has put in hours of effort and deep inspiration
into a project they will lose all confidence in the system.

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Yoshimi V 1.5.9

[Will Godfrey]

Apart from the new list of helpers, there is little visible change for most
users, but the command line has now been greatly extended.

Full details are in doc/Yoshimi_1.5.9_features.txt

Also, there have been significant changes in the underlying code. These were
always planned, but maybe not reported and explained as well as they could have
been.

More info is in dev_notes/Selection_Structure.txt

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] should JACK programs autostart the server?

[Will Godfrey]

On Thu, 20 Sep 2018 09:53:20 -0700 (PDT)
Len Ovens  wrote:

>On Thu, 20 Sep 2018, bill-auger wrote:
>
>> the debian maintainer of freewheeling suggested that it should
>> autostart the server if it is not running (change JackNoStartServer to
>> JackNullOption)
>>
>> i have my opinion; but i am interested in others  
>
>In my opinion jack should never start itself. I spend more time on irc 
>helping people "killall -9 jackd jackdbus" than just about anything else. 
>It is a slick idea but in practice it causes more trouble than it's worth.
>
>Setting up jack to be my audio device (starts at session start) has been 
>the least trouble.
>
>While advertized as help for newbys, in the end this is an advanced option 
>only useful for those who understand jackd well... default off makes the 
>most sense.

I'm against the idea of autostart as well. In my experience anything that does
that is a recipe for unintended consequences.

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Yoshimi V 1.5.9

[Will Godfrey]

Amongst many other things this will have a new child of the 'About' window.

This will consist of an acknowledgement of all the people who've helped Yoshimi
in some way. If anyone particularly *doesn't* want their name on it please let
me know. Then again, if there are missing names I'd like to know about that too!

This list (Yoshimi_Helpers) has only existed in the source files since
V 1.5.1 and is my best attempt at finding everybody.

Release is planned for later this month.

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Do professionals use Pulse Audio? ; xfce4-mixer

[Will J Godfrey]

I use one machine specifically for music, permanently connected to Keyboards
etc. and PA was removed with extreme prejudice. On the audio side it's working
entirely Jack - MIDI is mostly ALSA.

On my other 'office' machine it's there and I don't pay any attention to it.


-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Some news and Linux Audio Programmer job position at MOD Devices

[Will J Godfrey]

On Wed, 7 Mar 2018 23:41:56 +0100
Gianfranco Ceccolini  wrote:

>Greetings gentlemen
>
>It has been quite some time since I last wrote here.
>
>Please forgive me for using this channel for such communication but we have
>some news that are particularly interesting for this community in special.
>
>MOD Devices is growing. You can read a bit here:
>
>https://forum.moddevices.com/t/mod-devices-is-growing-up/2140
>
>We're opening a job position specifically targeted to Linux Audio. Since
>this is the place were most of the matching profiles communicate, I thought
>it might be a good place to publish it here.
>
>https://drive.google.com/file/d/1HKdWwhjeSPWywu-3gasz7OThbUClQ7dq/view?usp=sharing
>
>Please contact us if interested and feel free to pass on to friends from the
> Linux Audio community that you think might be interested.
>
>Best regards
>
>Gianfranco Ceccolini
>+49 160 646 9313
>+49 030 555 70435
>gianfra...@moddevices.com
>
>MOD Devices
>Wilhelm-Kabus-Straße 21-35
>10829 - Berlin

Very good news indeed.
I hope you quickly find the person with the right skills... and attitude :)

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
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.

[Will J Godfrey]

On Sat, 9 Dec 2017 13:37:30 +
Gordonjcp  wrote:

>On Sat, Dec 09, 2017 at 02:24:37PM +0100, Louigi Verona wrote:
>> This is a good point, Fons.
>> 
>> On Windows it is typical to bundle a program with stable libraries and
>> dependencies. Is this strategy thinkable on FLOSS systems?  
>
>No, and it's a stupid idea on Windows too, which is why Windows uniquely
>suffers from "DLL Hell".
>
>Just write your software so it doesn't break APIs.

I rather thought it was library API changes that were breaking the software -
something I've been a victim of.

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] DSP transients

[Will J Godfrey]

On Sun, 3 Sep 2017 10:59:53 -0400
Mark McCurry  wrote:

>On Sun, Sep 3, 2017 at 10:19 AM, Harry van Haaren  
>wrote:
>> This won't tell you *where* in the code the issue is - but does give you a
>> reproducable test
>> case and some input on if DSP load is consistent. If you want to know
>> *where* in the code most of
>> the time is spent, then using linux perf tools or similar might be useful.
>
>If something more fine grained is desired I had some luck using valgrind to 
>dump
>detailed statistics for every execution of the audio process() callback.
>Valgrind will tell you where the problem is as long as it's CPU bound and
>not memory/IO bound operations causing the issue.
>This was pretty helpful for smoothing out some of the overhead that
>ZynAddSubFX had
>in older versions.
>The writeup is somewhat rough, but my old notes for using valgrind to profile
>transient CPU load are stored at:
>http://log.fundamental-code.com/2013/09/07/profiling-realtime-code.html
>
>--Mark

Thanks for the suggestions guys. I was rather hoping for something more
lightweight than Valgrind - last time I tried it (OK a couple of years ago) I
had horrendous problems - any form of stability even at 4096 frames was
debateable.

However I'm pleased to say running it today with the arguments suggested by
Mark was rather different (although I did have to run at 1024 frames to get the
Xruns down to a few handfulls). It's going to take me some time to work out how
to interpret them results though :(

-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] DSP transients

[Will J Godfrey]

On Sun, 3 Sep 2017 13:35:47 +
Fons Adriaensen <f...@linuxaudio.org> wrote:

>On Sun, Sep 03, 2017 at 08:50:08AM +0100, Will Godfrey wrote:
>
>> Does anyone know of software that can log these without significantly adding 
>> to
>> the load itself?  
>
>What do you call a transient in this context ???
>
>
>Ciao,

I'm particularly wanting it investigate the behaviour at note-on. If possible,
the absolute peak relative to the background working level. Also the 'shape'.
Is it a flat topped lump, or a narrow spike over a few samples rapidly fading
down.

I'm hoping that if I can see and (hopefully) understand exactly what is
happening it will help me work out how to mitigate it, and indeed if changes
are really improving the situation. Currently my only form of test is to run at
the edge of getting Xruns - very many times :(


-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] DSP transients

[Will Godfrey]

Does anyone know of software that can log these without significantly adding to
the load itself?

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Linux Support for Focusrite Scarlett 18i20 2nd Generation

[Will Godfrey]

On Wed, 21 Jun 2017 14:56:41 -0700 (PDT)
Len Ovens <l...@ovenwerks.net> wrote:

> On Wed, 21 Jun 2017, Peter wrote:
> 
> > P.S. My private request at Focusrite only resulted in a response, saying 
> > hat 
> > they are not
> > supporting Linux.  
> 
> Perhaps a note to them that you are returning their non-working in Linux 
> box and buying a competitor's working interface would have more effect. I 
> hear MOTU's AVB range of interfaces works with Linux and allows complete 
> control of it's inner parameters.
> 
> --
> Len Ovens
> www.ovenwerks.net

Just had a browse on the MOTU website. That is some serious kit they have!

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] LAC2017 Photos

[Will Godfrey]

On Mon, 22 May 2017 22:20:26 +
Rui Nuno Capela <rn...@rncbc.org> wrote:

> hello
> 
> 
> all the traditionally lousy photos as taken by me during the
> lac2017@UJM-St.Etienne, all unedited, no exceptions:)
> 
>   http://www.rncbc.org/lac2017
> 
> cheers

Nice set of pix Rui. I wonder how many people can pick out the 'newbies' from
us regulars :)

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] LAC 2017 Program - Linux Audio Conference in Saint-Etienne - Wednesday evening

[Will Godfrey]

On Tue, 16 May 2017 21:28:50 +0200
IOhannes m zmölnig <zmoel...@iem.at> wrote:

> On 05/12/2017 07:56 PM, Laurent Pottier wrote:
> > I have booked a table for 15-20 people at "le GRILLON », french food, at 
> > 08:00 pm.  
> 
> see you tomorrow (hopefully).
> 
> ganrds
> IOhannes
> 

And I shall make sure I arrive hungry :)

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] LAC 2017 Program - Linux Audio Conference in Saint-Etienne

[Will Godfrey]

On Tue, 2 May 2017 20:58:08 +0200
Albert Graef <aggr...@gmail.com> wrote:

> On Tue, May 2, 2017 at 8:53 PM, Fons Adriaensen <f...@linuxaudio.org> wrote:
> 
> > Doesn't need to be pizza, but please no *foie gras* for me :-)
> > Looking at the list of restaurants I noticed this:
> >
> >   <http://www.restaurantlebyblos.com>
> >  
> 
> Looks good to me, and not far from the university.

Is this now decided?
What sort of time to start?
Anyone booking a table... or three? :)

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] LAC 2017 Program - Linux Audio Conference in Saint-Etienne

[Will Godfrey]

On Tue, 2 May 2017 20:58:08 +0200
Albert Graef <aggr...@gmail.com> wrote:

> On Tue, May 2, 2017 at 8:53 PM, Fons Adriaensen <f...@linuxaudio.org> wrote:
> 
> > Doesn't need to be pizza, but please no *foie gras* for me :-)
> > Looking at the list of restaurants I noticed this:
> >
> >   <http://www.restaurantlebyblos.com>
> >  
> 
> Looks good to me, and not far from the university.
> 

Knowing little about food or French, I'll be happy to go with the majority, and
be (hopefully) pleasantly surprised by both :)

Will.

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] LADPSA and LV2 Sample Types

[Will Godfrey]

On Tue, 7 Mar 2017 11:34:34 +0100
Paul Davis <p...@linuxaudiosystems.com> wrote:

> I need to correct a mistake in what I wrote yesterday.
> 
> VST3 does support double precision samples, and for whatever inexplicable
> reason even makes it the default.
> 
> Thanks to Robin Gareus for pointing this out.
> 
> Also, to follow on from something Fons wrote: an actual 32 bit sample value
> would have at least the low 4-6 bits representing brownian (atomic) motion.
> That's pretty crazy.

Adding to this, even 16 bit has a dynamic range of over 90dB. There is a quite
dramatice demo at that depth of a garage door being slammed after the
demonstrater talks rather quietly - sorry, I can't find it now.

By the time you reach 24bit, you're well below any reasonable accoustic noise
level, and are getting into the region of thermal noise in analogue equipment.

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] sourceforge - update

[Will Godfrey]

Seems to be working again now.

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] CMake & ncurses SOLVED

[Will Godfrey]

On Sun, 13 Nov 2016 00:41:13 +0100
Florian Paul Schmidt <mista.ta...@gmx.net> wrote:

> On 11/08/2016 07:09 PM, Will Godfrey wrote:
> > Apparently the upcoming versions of openSUSE Leap don't have a .pc file for
> > ncurses, and CMake's findpackage() requires that.
> > 
> > Does anyone know of an alternative method of configuring CMake for ncurses?
> > 
> > Will.
> >   
> 
> https://cmake.org/cmake/help/v3.0/module/FindCurses.html
> 
> CMake seems to have its own module for that..
> 
> Have fun,
> Flo
> 

Yes, so I discovered, but thanks anyway.
Sorry, I forgot to update this thread

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] CMake & ncurses

[Will Godfrey]

Apparently the upcoming versions of openSUSE Leap don't have a .pc file for
ncurses, and CMake's findpackage() requires that.

Does anyone know of an alternative method of configuring CMake for ncurses?

Will.

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Session wide panic functionality?

[Will Godfrey]

On Sun, 23 Oct 2016 23:36:11 +0200
Simon van der Veldt <simon.vanderve...@gmail.com> wrote:

> On Sun, Oct 23, 2016 at 7:16 PM, Christopher Arndt <ch...@chrisarndt.de>
> wrote:
> 
> > AFAIK, "/panic" is not a standard OSC message. In fact there are no
> > "standard" OSC messages.
> >  
> 
> You're correct, even though some OSC applications do have such an option
> there doesn't seem to be a standardized way to trigger a "panic" mode in
> OSC :(
> 
> Then the question rises again, what would be the correct place to put this
> kind of functionality? In the protocol that controls the instrument (MIDI
> or OSC) or the protocol that controls the playback of the instrument (JACK
> transport)?
> 
> Simon

First you need to decide whether you just want to stop making noise, or if you
want to make everything stop doing whatever they do to make noise. They are not
quite the same thing.

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] qjackctl segfault

[Will Godfrey]

On Sat, 8 Oct 2016 17:06:41 +
Fons Adriaensen <f...@linuxaudio.org> wrote:

> On Sat, Oct 08, 2016 at 04:38:25PM +, Rui Nuno Capela wrote:
> > On 10/08/2016 01:45 PM, Fons Adriaensen wrote:  
> > > Qjackctl 0.4.2 segfaults immediately after startup on my
> > > (fully updated) Archlinux system (qt 5.7.0, fluxbox).
> > > 0.4.1 works OK.
> > >
> > > Anyone else seen this ?
> > >  
> > 
> > first note that qjackctl v0.4.3 is the most recent release.
> > 
> > are you, by any chance, using the Setup / Misc / "Start minimized to 
> > system tray" option as from a previous v0.4.1 configuration ? also note 
> > that this troubled option vanished on 0.4.2. however, due to many kind 
> > requests, returned on 0.4.3 and is indeed guilty of the ill behavior 
> > similar to the one you report.  
> 
> Never used that option, and in 0.4.1 it's greyed out (apparently
> since I don't enable the system tray icon).
>  
> > as last resort, what happens when start on a blank configuration? hint: 
> > remove or backup the ~/.config/rncbc.org/QjackCtl.conf file away, making 
> > sure you can restore it back later, then launch qjackctl again.  
> 
> With the config file removed 0.4.2 works. It segfaults again 
> when restarted with the 'Single application instance' option
> disabled.
> 
> Ciao,
> 

Confirming the same thing here.

Manually setting 'Singleton=true' in QjackCtl.conf clears the fault.

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] qjackctl segfault

[Will Godfrey]

On Sat, 8 Oct 2016 12:45:44 +
Fons Adriaensen <f...@linuxaudio.org> wrote:

> Qjackctl 0.4.2 segfaults immediately after startup on my
> (fully updated) Archlinux system (qt 5.7.0, fluxbox).
> 0.4.1 works OK.
> 
> Anyone else seen this ?

Not having any problem on debian testing qjackctl 0.4.2-2 (qt 5.6.1, openbox)

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Music made with LMMS

[Will Godfrey]

On Sun, 11 Sep 2016 08:49:24 +0200
Yann Collette <ycollette.nos...@free.fr> wrote:

> Hello,
> 
> Here is a new "album" made with LMMS:
> 
> https://www.jamendo.com/album/160826/extreme-limite-de-la-sagesse
> 
> I used version 1.1.3 with some patches to enable the Carla rack under LMMS.
> 
> I used samples from:
> 
> - https://archive.org/
> 
> - http://freesound.org/
> 
> - http://wiki.laptop.org/go/Free_sound_samples (percussion samples)
> 
> I feel LMMS is a great tool to play with sounds and I am glad to see 
> that there are still some work done for a new release ...
> 
> There are some encoding problem on Jamendo. I send them several messages 
> to highlight these problems, but still no answer. So, if the sound feel 
> a little bit strange from time to time, it's maybe a jamendo problem (or 
> this is maybe due to the song :) ).
> 
> Best regards,
> 
> Yann
> 

Some very nice work, however the *developers* list really isn't the place
to post this. Indeed, it is the first time I've seen such a link here.

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Mixed boolean & numbers

[Will J Godfrey]

On Wed, 31 Aug 2016 21:28:45 -0400
David Robillard <d...@drobilla.net> wrote:

> On Sat, 2016-08-27 at 16:49 +0100, Will Godfrey wrote:
> > I'm finding quite a lot of occasions where variables defined as 'bool' are
> > sometimes being set with true or false and other times 0 or 1. On one 
> > occasion
> > there is something like x = n + {boolean variable}
> > 
> > This last one seems quite unsafe to me as I didn't think the actual value of
> > true and false was guaranteed.
> > 
> > Am I being overly cautious or should I change them all to one form or the 
> > other?  
> 
> This is fine.  The C/C++ standards guarantee that a bool, when converted
> to an integer, is 1 or 0 (the pedantically correct way of saying this
> depends on which standard/revision, but effectively that sums it up).
> 
> It's pretty convenient/elegant at times.  Personally, I exploit it when
> that's the case, but be more explicit if it has potential to be
> confusing.

Thanks again for the info.


-- 
It wasn't me! (Well actually, it probably was)

... the hard part is not dodging what life throws at you,
but trying to catch the good bits.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Mixed boolean & numbers

[Will Godfrey]

On Sat, 27 Aug 2016 09:35:26 -0700 (PDT)
Len Ovens <l...@ovenwerks.net> wrote:

> On Sat, 27 Aug 2016, Will Godfrey wrote:
> 
> > I'm finding quite a lot of occasions where variables defined as 'bool' are
> > sometimes being set with true or false and other times 0 or 1. On one 
> > occasion
> > there is something like x = n + {boolean variable}
> >
> > This last one seems quite unsafe to me as I didn't think the actual value of
> > true and false was guaranteed.
> 
> I do not know if the compiler takes bool = int; and forces bool = 1 if int 
> = 5
> 
> According to:
> http://programmers.stackexchange.com/questions/145323/when-should-you-use-bools-in-c
> 
> bool a = FALSE;
> a = 5;
> 
> will give: error: no bool(const int&) available.
> 
> So, it should not be possible to set a bool to other than 0 or 1.
> bool = 1;
> is the same as bool = (bool) 1;
> I do not know what (bool) 5 or (bool) int would do :)
> bool = int; should fail to compile (assuming c++)
> bool == int may should be ok
> bool || int and bool && int are ok.
> 
> That is, 1 can be a bool value... 5 can not be a bool value and so should 
> fail.
> if(value) is different. internally I think you would find it looks like:
> if(value != 0)
> >
> > Am I being overly cautious or should I change them all to one form or the 
> > other?
> 
> So setting a bool to 1 or 0 is ok... but leaves the next person with less 
> of a clue what is happening. Changing the 1 and 0 to true and false would 
> make the code easier to follow.
> 
> x = n + {boolean variable}
> is a shortcut for
> if({boolean variable}) {
>   x = n + 1;
> } else {
>   x = n;
> }
> 
> Which helps someone reading the code to understand what is going on best?
> if the x = n + {boolean variable} is the next line after something that 
> tells the reader {boolean value} is a bool it is ok... but what if a patch 
> adds many lines in between. adding // y is a bool after might help.
> 
> So the code will work and probably not break. The code would be easier to 
> read using only true or false.
> 

Thanks Len,

Pretty much confirms what I thought. I think I'll correct those as I work on
associated bits of code, but change the addition one straight away. It's not
time critical, and I'm sure the compiler will optimise it anyway.

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev