Hi there,
I'm new to the list. Composer/musician using Supercollider, I just moved from MacOS to Ubuntu 18.04. I was under the impression that the Edirol FA101 firewire audio interface should be working on Ubuntu, but I find it hard to figure out where to begin. The device is connected with an adapter to a Thunderbolt port on my Dell laptop. cat /proc/asound/cards does not show the device unfortunately.
When I do lspci -tv in terminal, the Thunderbolt port seems to be recognized:
+-1b.0-[02-3a]----00.0-[03-3a]--+-00.0-[04]----00.0 Intel Corporation JHL6340 Thunderbolt 3 NHI (C step) [Alpine Ridge 2C 2016]
| +-01.0-[05-39]--
| \-02.0-[3a]----00.0 Intel Corporation Device 15db
Can anyone point me in some direction for a solution to this?
Thanks!
Robert
★
Robert van Heumen
software developer, composer, sound designer, improvisor
west28.nl[1]
--------
[1] west28.nl
Hi all
I am looking for some info on which client should one use in order to
enable a 2nd sound card on the jack server or any of the jack client
computers.
I can see in zita's website that zita clients seems to be an improved
versionnnnnn of alsa_in & _out clients, but I would like for other people
to comment on that as well.
Where I am completely in the dark is where audioadapter stands in all this
...
Best regards,
Athanasios
MCPDISP is a utility to add a display on to a Mackie Control based control
surface that does not have it's own display such as the bcf2000. This is
important if banking is being used (the project has more than 8 tracks)
and also provides things like timecode or bar/beat readouts.
At present this is a jackd only utility though it should be possible to
bridge to ALSA using a2jmidid. Perhaps a later version will move to ALSA
MIDI instead.
The latest version can be found at:
https://github.com/ovenwerks/mcpdisp/releases/tag/mcpdisp-0.1.2
Some Packaging scripts were optimizing the buffer to the stack. This
release
fixes that.
Licenced as GPL-2+.
--
Len Ovens
www.ovenwerks.net
Dear LAUs,
on July 7th, 2020, 6pm CEST our viola da gamba ensemble ORLANDOviols
will play a concert, connected and streamed using FLOSS:
The Gentle True Spirit
a happy concert in these distracted Tymes
http://www.orlandoviols.com/
free admission
During these distracted times without
concerts we developed an audio interface
which allows us to play music together despite
our spatial separation. We have been playing
together in our virtual rehearsal room since
mid April, exploring rarely played repertoire.
This allowed us to develop a new concert
programme revolving around the six-part
Fantasies of the progressive young composer
William Lawes, who unfortunately died much
too young (1602-1645).
This programme will be presented as a
streaming concert: performed at five different
locations simultaneously, connected through
the internet. Your concert experience is not
only about hearing - you can watch us playing
in an interactive virtual space, arranged
around you. Join us and explore!
Viola da Gamba:
Frauke Hess, Júlia Vető, Hille Perl,
Marthe Perl, Giso Grimm, Claas Harders
Streaming assistant:
David Grimm
Looking forward to 'meet'(*) you there!
Best,
Giso
(*) Chat messages will be answered at the end of the concert
I've been working on a problem with a Perl program sending and receiving
large sysex dumps via the ALSA::MIDI module. It looks like there is a
4kB buffer in ALSA rawmidi that can be overrun if things go in or out
too quickly. Keeping it from filling too fast outgoing is easy. But
since there is no way for MIDI to tell the remote sender to slow down,
preventing buffer overruns from incoming data is turning into a problem.
Is there a way I can either tune the size of the buffer from Perl,
perhaps with some kind of library call to ALSA's raw MIDI API, or
somehow make the access blocking so that it won't try to take more data
than it can handle? I've been looking at the C source for the amidi
command, but I'm trying to deal with this in Perl if possible.
It seems to depend a lot on how fast the device wants to send, but some
devices break the sysex transfer into chunks and try to slow down, and
other don't bother and just expect you to keep up.
Hi all,
A buddy of mine, Chris Yarger (cpyarger), has been working hard on a
bi-directopnal MIDI mapper for OBS Studio. Still a work in progress,
but it works. Available as source code, Debian .deb package, Mac OS X
.pkg, and Windows .exe installer. Go to
https://github.com/Alzy/obs-midi/releases
and at the bottom of the first release, toggle the Assets "twiddler"
to get the six download links.
Linuxaudio.org presents: New Session Manager Version 1.3
New Session Manager (NSM) is a tool to assist music production by
grouping standalone programs into sessions. Your workflow becomes easy
to manage, robust and fast by leveraging the full potential of
cooperative applications.
It is a community version of the "NON Session Manager" and free in every
sense of the word: free of cost, free to share and use, free of spyware
or ads, free-and-open-source.
You can create a session, or project, add programs to it and then use
commands to save, start/stop, hide/show all programs at once, or
individually. At a later date you can then re-open the session and
continue where you left off.
All files belonging to the session will be saved in the same directory.
New-Session-Manager is already included as binary package in Archlinux
and KXStudio and will eventually replace Non-Session-Manager. You can
find the source release on Github:
https://github.com/linuxaudio/new-session-manager/releases/tag/v1.3
Bullet Points
* Drop-In replacement for the non-session-manager daemon nsmd and tools
(e.g. jackpatch)
* Simple and hassle-free build system to make packaging easy
* Possibility to react to sensible bug fixes that would not have been
integrated into original nsmd
* Stay upwards and downwards compatible with original nsmd
* Conservative and hesitant in regards to new features and
behaviour-changes, but possible in principle
* Keep the session-manager separate from the other NON* tools Mixer,
Sequencer and Timeline.
* Protect nsmd from vanishing from the internet one day.
* The goal is to become the de-facto standard session manager for Linux
distributions
Changes since non-session-manager v1.2 (2017-07-08)
* Rebranding to "new session manager"
* Upstream GUI tools "non-session-manager" and "nsm-proxy" converted to
standard FLTK instead of a custom toolkit
* New message /nsm/gui/session/root raises NSM_API_VERSION_MINOR from 0
to 1 (1.0 -> 1.1)
* Changed build system to meson
* License upgraded to GPLv3
* Simplified file structure
* Fix compiler warnings.
This is a joint release from multiple people under the linuxaudio.org
"brand".
https://github.com/linuxaudio/new-session-manager
Greetings,
dvzrv, falktx and nils
Hi,
Is there some kind of handy browser for a sample library which is also
able to play the samples via JACK?
I'm trying mocp now, but it seems to jump to the next sample automatically.
https://github.com/jonsafari/mocp
\r
Hi. I don't know if this is really the best place for this type of
question, but I don't know where else to ask, so here is my question:
I recently acquired an Arturia MiniLab MkII MIDI controller, and would like
to use it with Linux applications (e.g. Ardour). The basic functions - i.e.
playing notes with the keyboard and performance pads - work out of the box,
but there are also some advanced functions that might be useful, which need
to be enabled or configured through software.
Arturia provides a "MIDI Control Center" for this controller, but of course
it only runs on Windows and MacOS. I would like to be able to replicate the
functionality of this software in Linux.
It seems to me that it should be possible to run the MIDI Control Center in
a Windows VM (I use VirtualBox for this), and use some sort of listener in
Linux to display the MIDI messages that the Control Center is sending to
the device. But I am not aware of any specific tools I could use for this
purpose. Any recommendations?