I have a question for any people who make use of this.
Recent work means that in the latest builds some deep access into the synth
engines is now possible with the status of all context steps being echoed to
the prompt line so you know where you are.
However this can get very long, so I'm wondering if it would be better to have
a status line followed by a normal "yoshimi>" prompt. As has already been
pointed out, this would then tend to orphan the last command actioned from the
prompt. Currently, using minimised commands from the top level:
's p add voi env fre on'
reports:
'Part 1 Kit 1 Add Voice 1 Frequency Enable Env Value 1.000000'
and gives a new prompt line:
'yoshimi Part 1 on, Addvoice on, freq Envel on>'
Bear in mind that the report is what you did, and the prompt is where you are
(although there is considerable overlap).
If you now do:
's at t 80'
the report is:
'Part 1 Kit 1 Add Voice 1 Amp Env A dt Value 80.000000'
but the prompt line is still:
'yoshimi Part 1 on, Addvoice 1 on, amp Envel>'
We need to tidy up the responses, and intend to shorten the report line to just
the control changed and its new value, as the steps to reach it will be in the
prompt. Or should they be? That's my question.
Another consideration is that the prompt is specific to the CLI but reports
might be directed to the GUI console!
Also, as well as blind users, we have at least one sighted user who runs
graphically but sends commands via the CLI wherever possible.
Finally, I'm sending this to both LAU and Yoshimi's own list as this is getting
into unfamiliar territory and I would like to get the widest possible user
views.
--
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.
Calling out to all musicians and Open Source aficionados!
Open Source Audio Meeting Cologne [1] proudly presents:
The OPEN SOURCE MUSIC FM SYNTHESIZER CHALLENGE
https://fmchallenge.osamc.de/
What:
Install one or several of the Open Source FM Synthesizers we selected
[2], make an awesome track using only these synthesizers as sound
sources, upload [3] it to archive.org under a Creative Commons license
and submit it [4] into the competition.
When:
The competition starts on *September 15th, 2018* and runs for one month
until the end of *October 14th, 2018*.
Who:
*Everybody* (i.e. every natural person) can enter the competition. All
selected synthesizers are Free Software [5] and getting started with
music production using Open Source software [6] is easy and free to
everyone!
Winning:
The winner of the competition is selected by *public vote* [7].
Voting starts on *October 15th, 2018* and is open for *ten days*. The
entry receiving the most points wins and will be presented at the second
*Sonoj Convention* [8] in Cologne on the weekend of October 27th/28th.
Second and third places will be awarded as well.
The winners will only receive fame and glory, but the community as a
whole also wins!
Before you enter the competition, be sure to check out the detailed
rules [9]!
Please share this announcement to all interested parties. If you wish to
sponsor prices for the competition winners, please contact the organizer!
*Let's make some awesome music using Open Source FM Synthesizers!*
Christopher Arndt
Open Source Audio Meeting Cologne
https://fmchallenge.osamc.de/
fmchallenge(a)osamc.de
[1] https://osamc.de/
[2] https://fmchallenge.osamc.de/fmsynths/
[3] https://archive.org/create/
[4] https://fmchallenge.osamc.de/submit/
[5] https://www.gnu.org/philosophy/free-sw.html
[6] https://libremusicproduction.com/
[7] https://fmchallenge.osamc.de/vote/
[8] https://sonoj.org/
[9] https://fmchallenge.osamc.de/rules/
Hi,
i recently updated my Arch linux system, to to the following version:
Linux 4.18.6-arch1-1-ARCH #1 SMP PREEMPT
Afterwards, i noticed that something has changed regarding the realtime
permissions
and that i had to install a new package called 'realtime-priviliges',
which i never needed before,
and subsequently add my main user to the 'realtime' group.
In that wake, i updated the processor microcode, which i didn't use at
all before (there always was some
error message during bootup, but nothing else).
After being able to start JACK in realtime again, i felt that there was
a significant loss of performance.
Things that didn't cause any dropouts before now start to crackle and
gristle (as a sidenote, i mostly
use SuperCollider to make sound).
Also, and this puzzled me especially, there were dropouts, but no XRuns
... normally, when i push the
system to the limits, i get XRuns, that'd be expected. But now, it's
dropouts without, and they start way
earlier.
My machine has an Intel(R) Core(TM) i7-4600U CPU @ 2.10GHz Processor if
that info is of user for anyone ...
Anybody else noticed something like that recently ?
Best,
nik
--
Niklas Reppel
www.parkellipsen.de
Hi,
what would, in your opinion, be a recommended USB Audio Interface for
multitrack studio recording?
In the past, I was happy with M-Audio Delta 10/10. It was using a
PCI-Extention Card. Now, I'm searching for a replacement using USB.
It could have fewer IO-Ports and I need no Effects-Processing on the
card. Important is, if possible, out of the box connecting via jackd and
channel adjusting via alsa mixer.
Thanx for hints,
Joerg
--
--------------------------
Hello!
I've been using Dexed for about 18 months now, and a couple of versions
ago, it suddenly started behaving badly. Essentially, notes get "stuck"
on (as if they've not received a NOTE-OFF event), and even sending
ALL-NOTES-OFF events doesn't unstick them. The only way to unstick them
is to toggle the MONO switch on and off in the sequence (apparently
this sends an ALL-SOUNDS-OFF event internally).
I've filed a report here:
https://github.com/asb2m10/dexed/issues/152
.. But it's kind of awkward to reproduce. I've only been able to get it
to happen after I've gotten part way through writing a piece. I don't
have this problem with any other instrument, so it does appear to be
Dexed-specific.
Is anyone else able to reproduce this problem? The easiest way would
appear to be to grab the something.zip file attached to the bottom of
the ticket and run it in Rosegarden. This assumes that you have Carla
and Dexed installed (as a VST plugin).
Failing that... Is anyone else this having problem with Dexed at all? I
see it in all the major sequencers, and sometimes just when playing
with a MIDI keyboard.
--
Mark Raynsford | http://www.io7m.com
Hi there,
On my T480s on Archlinux I often have issues with my USB microphone (h1 handy recorder):
Sep 14 19:00:57 t480s kernel: retire_capture_urb: 2477 callbacks suppressed
Sep 14 19:01:02 t480s kernel: retire_capture_urb: 2480 callbacks suppressed
Sep 14 19:01:07 t480s kernel: retire_capture_urb: 2479 callbacks suppressed
Resulting in just noise / garbage when recording with an ffmpeg/pulseaudio based script: https://github.com/kaihendry/recordmydesktop2.0/blob/master/x11capturehttps://s.natalian.org/2018-09-14/noise.mp4
It's difficult to reproduce, but I have managed to experience the issue again and again on stable kernels, e.g.
Linux t480s 4.18.6-arch1-1-ARCH #1 SMP PREEMPT Wed Sep 5 11:54:09 UTC 2018 x86_64 GNU/Linux
But not (yet) upon linux-lts 4.14.69-1 aka "LTS".
Any tips how I should proceed here? https://www.kernel.org/doc/linux/REPORTING-BUGS is a bit overwhelming.
Many thanks,
Hi all.
Next meeting at c-base is on Tuesday 2018-09-11. I'll be in the mainhall (or
depending on weather) outside from 20:30 as usual.
At the last meeting we were discussing if we should do something at the next
meeting instead of just talking, and there were some suggestions:
- Start defining a standard for communicating midi messages via OSC.
- Test out some fun audio projects in the soundlab and/or do some jamming with
Linux Audio projects·
If we're going to go down to the soundlab, I'd suggest that we collect people in
the mainhall/outside between 20:30 and 21:00 before going downstairs.
What do you say? If going down to the soundlab, I'll reserve it for us.
Cheers
/Daniel