Hi all,
I just found this list after being directed to the IRC channel over the
weekend. I'm new here! Lately I've been dabbling in a bit of open-source
audio development (I say open-source rather than linux, because I've been
dabbling on both linux and windows).
Anyhow, amongst other things I've been trying to teach myself about DSP, so
I wrote a really (really, really, really) naive distortion plugin. I was
wondering if anyone would be interested in taking a look at it and giving
me some feedback, and tips on where to go next.
I wrote a little about it here:
http://guysherman.com/2015/08/30/my-first-ever-audio-plugin/
And the code is at: https://github.com/guysherman/si-plugins
I've got some other projects on the boil that I've been talking about with
the crew from the Ardour list, which I'll mention here when they take shape
a little more.
Cheers,
Guy.
--
Guy Sherman
*e:* guy(a)guysherman.com
*w: *http://guysherman.com
Greetings,
I am fairly new to USB dev (in linux in particular, but also in general), but I
would very much like to try to get support for the above device working in
snd-usb-audio.
- Is this an appropriate place to discuss snd-usb-audio?
- Are there any recommended reading pointers for behavior of the quirk table?
I patched parse_audio_format_rates_v2(), get_sample_rate_v2(), and
set_sample_rate_v2(), and through some sort of beginner luck was able to get
aplay audio out of the first two channels. That was incomplete hackery though
(eg fixed sample rate), and I would like to learn how to properly add quirk
support. There have been other reports that this device worked OOTB, but I
fail to see how!
I've also been examining the traffic to the device with wireshark and a
win7 vm, but the learning curve for USB is a bit steep, so I am digesting. (:
If anyone can provide suggestions on lsusb output alone, here's what I have:
http://pastebin.com/pA9MLQet
cheers,
Greg
[x-post from alsa-devel due to empty thread -
see: http://mailman.alsa-project.org/pipermail/alsa-devel/2015-July/094682.html]
The Guitarix developers proudly present
Guitarix release 0.35.0
Guitarix is a tube amplifier simulation for
jack (Linux), with an additional mono and a stereo effect rack.
Guitarix includes a large list of plugins[*] and support LADSPA / LV2
plugs as well.
The guitarix engine is designed for LIVE usage, and feature ultra fast,
glitch and click free, preset switching, full Midi and/or remote
controllable (Web UI not included in the distributed tar ball).
This release introduce the new GUI design by Markus Schmidt aka. boomshop
Beside that, it comes with a couple of fixes and some new plugins.
Also included be the MOD UI's for the LV2 plugins used by the MOD[*]
For all changes, please check out the changelog.
Please refer to our project page for more information:
http://guitarix.sourceforge.net/
Download Site:
http://sourceforge.net/projects/guitarix/
Forum:
http://guitarix.sourceforge.net/forum/
Please consider visiting our forum or leaving a message on
guitarix-developer(a)lists.sourceforge.net
<mailto:guitarix-developer@lists.sourceforge.net>
regards
hermann
[*] http://moddevices.com/
On Fri, Apr 29, 2016 at 09:08:40AM +0200, Jano Svitok wrote:
> I tried to compile ffado trunk now (ubuntu 14.04 trusty) and the
> compilation failed with undefined errno.
> The attached patch fixed that.
Thanks. Patch applied as r2607.
> I didn't look why the others work and these two files not.
The others either don't reference errno directly or include other headers
which apparently pull it in.
Regards
jonathan
Folks!
it has been our pleasure having some of you at c-base the past weekend!
It trully was an awesome event. Thank you!
Some notes about the event:
* all videos here: https://media.ccc.de/c/minilac16
* github association here: https://github.com/linuxaudio
* update your information and files for content freeze prior to wiki
move before 20160430! http://minilac.linuxaudio.org/
Please watch https://media.ccc.de/v/minilac16-lacisdeadlongliveminilac
to get an update on a possible location for next year.
The video also serves as explanatory for our proposal of a collective
redesign, managed through github.
For this to happen, please let me know about your github name, so I can
add you!
All the best from c-base,
David
--
David Runge
Schreinerstraße 11
10247 Berlin
http://sleepmap.de
Hi everybody,
On the wrap of the late miniLAC2016(a)c-base.org Berlin (April 8-10)
[7][8], where this Yet Same Old Qstuff* (continued) workshop [9]
babbling of yours truly (slides, videos[10]) was taken place.
There's really one (big) thing to keep in mind, as always: Qtractor [1]
is not, never was, meant to be a 'do-it-all' monolith DAW. Quite frankly
it isn't a 'pure' modular model either. Maybe we can agree on calling it
a 'hybrid' perhaps? And still, all this time, it has been just truthful
to its original mission statement--modulo some Qt [2] major version
numbers--nb. it started on Qt3 (2005-2007), then Qt4 (2008-2014), it is
now Qt5 full throttle.
It must have been like start saying uh. this is probably the best dot or
rather beta release of them all!
Now,
Qtractor 0.7.7 (haziest photon) is out!
Everybody is here compelled to update.
Leave no excuses behind.
As for the 'mission statement' coined above, you know it's the same as
ever was (and it now goes to eleven years in the making [11]):
Qtractor [1] is an audio/MIDI multi-track sequencer application
written in C++ with the Qt framework [2]. Target platform is Linux,
where the Jack Audio Connection Kit (JACK [3]) for audio and the
Advanced Linux Sound Architecture (ALSA [4]) for MIDI are the main
infrastructures to evolve as a fairly-featured Linux desktop audio
workstation GUI, specially dedicated to the personal home-studio.
Website:
http://qtractor.sourceforge.net
Project page:
http://sourceforge.net/projects/qtractor
Downloads:
http://sourceforge.net/projects/qtractor/files
- source tarball:
http://download.sf.net/qtractor/qtractor-0.7.7.tar.gz
- source package:
http://download.sf.net/qtractor/qtractor-0.7.7-25.rncbc.suse.src.rpm
- binary packages:
http://download.sf.net/qtractor/qtractor-0.7.7-25.rncbc.suse.i586.rpmhttp://download.sf.net/qtractor/qtractor-0.7.7-25.rncbc.suse.x86_84.rpm
Git repos:
http://git.code.sf.net/p/qtractor/codehttps://github.com/rncbc/qtractor.githttps://gitlab.com/rncbc/qtractor.githttps://bitbucket.org/rncbc/qtractor.git
Change-log:
- LV2 UI Touch feature/interface support added.
- MIDI aware plug-ins are now void from multiple or parallel instantiation.
- MIDI tracks and buses plug-in chains now honor the number of effective
audio channels from the assigned audio output bus; dedicated audio
output ports will keep default to the stereo two channels.
- Plug-in rescan option has been added to plug-ins selection dialog (yet
another suggestion by Frank Neumann, thanks).
- Dropped the --enable-qt5 from configure as found redundant given
that's the build default anyway (suggestion by Guido Scholz, thanks).
- Immediate visual sync has been added to main and MIDI clip editor
thumb-views (a request by Frank Neumann, thanks).
- Fixed an old MIDI clip editor contents disappearing bug, which
manifested when drawing free-hand (ie. Edit/Select Mode/Edit Draw is on)
over and behind its start/beginning position (while in the lower view pane).
License:
Qtractor [1] is free, open-source Linux Audio [5] software,
distributed under the terms of the GNU General Public License (GPL [6])
version 2 or later.
References:
[1] Qtractor - An audio/MIDI multi-track sequencer
http://qtractor.sourceforge.net
[2] Qt framework, C++ class library and tools for
cross-platform application and UI development
http://qt.io/
[3] JACK Audio Connection Kit
http://jackaudio.org
[4] ALSA, Advanced Linux Sound Architecture
http://www.alsa-project.org/
[5] Linux Audio consortium of libre software for audio-related work
http://linuxaudio.org
[6] GPL - GNU General Public License
http://www.gnu.org/copyleft/gpl.html
[7] miniLAC, a more compact, community-driven version of the yearly
Linux Audio Conference
http://minilac.linuxaudio.org
[8] c-base.org, Berlin
http://c-base.org
[9] Yet Same Old Qstuff* (continued) workshop
http://minilac.linuxaudio.org/index.php/Workshop#Yet_Same_Old_Qstuff.2A_.28…
[10] slides:
http://minilac.linuxaudio.org/index.php/File:Lac2016_qstuff_slides.pdf
videos: http://media.ccc.de/v/minilac16-yetsameoldqstuff
[11] Siskel & Ebert - "This Is Spinal Tap"
http://www.youtube.com/watch?v=4xgx4k83zzc
See also:
http://www.rncbc.org/drupal/node/1033
Enjoy && Have fun.
--
rncbc aka Rui Nuno Capela
Hi all,
After creating an account for the wiki, it appears
that apps are in a separate database from the wiki
page itself.
I'd like to add an entry for Nama, to the list of
DAW software.
Can someone put me in touch with the database maintainer?
Joel
--
Joel Roth
Hi,
I'm Perry, also I'm tatch on linuxmusicians if you've ever been there. I
posted this message on LM a while ago but was encouraged by falktx to post
this to LAD. so that is what I am doing now (here
<https://linuxmusicians.com/viewtopic.php?t=14913> is the original topic).
not sure if you’ve read about ableton live 9.5 but one of their planned
updates is this thing called ableton link
<http://createdigitalmusic.com/2015/11/link-could-change-how-you-play-music-…>
that seems to be a convincing inter-device tempo sync.
paul davis was present during the unveiling of ableton sync and has an
interesting perspective:
…The JACK community developed technology back in 2005 or earlier that could
> do what Link does (and a whole lot more besides). But the developers failed
> to package it, failed to make it usable for anyone other than a small group
> of tech-oriented tinkerers, failed to give it an inviting face. In
> addition, the developers failed to understand how significant platform is
> when trying to create products for people. Designing the most awesome thing
> in the world is no help if it doesn’t run on the platforms that people want
> to use (for whatever reason). Ableton not only chose OS platforms with huge
> numbers of users, but has proceeded to develop its own product-centric
> platform that provides compelling reasons for users to want to remain
> within its walls. The open source community shouldn’t be trying to follow
> or copy what a company like Ableton does, but there is a strong lesson
> here: our technology is not as important as we like to think.
In any case, one thing that we’ve talked about to various degrees in the
past is tempo ramping in JACK, and with the announcement of ableton link
I’d like to revisit the topic.
http://linuxmusicians.com/viewtopic.php?f=44&t=11681&p=46912http://linuxmusicians.com/viewtopic.php?f=19&t=2290&p=51449http://linuxmusicians.com/viewtopic.php?f=1&t=9835&p=30447
JACK does indeed largely do what Link does (and more) but I’ve been having
difficulty successfully tempo ramping. Incidentally, danboid recently posted
<https://linuxmusicians.com/viewtopic.php?f=1&t=14912> about how he can
successfully ramp in MuSE; but I don’t use MuSE nor do I plan to in the
near future, and unfortunately my attempts to change tempo dynamically
within the greater JACK/modular LAU paradigm have been rather unsuccessful.
To clarify my own use-case, I’d like to map an encoder/knob to a tempo
control and be able to speed up/slow down the tempo live, e.g. during a
performance.
*changing tempo as timebase master*
For the most part it seems that changing tempo dynamically is possible but
it is not well-defined.
- seq24 forces itself to be transport master (I know there’s supposed to
be a patch but it has still never worked for me ever) and disallows tempo
changes while playing
- hydrogen sort of allows tempo changes but it will sometimes politely
refuse to change (which is bad)
- klick can be configured to send out predefined tempo ramps but I
haven’t been able to set it as timebase master and actually interact with
it (I was trying klick -Ti and klick -To 8080 but it seems -i and -o
somehow disregard the -T option)
*changing tempo as a slave*
- hydrogen is happy to oblige tempo changes but is equally happy to cut
off the beginning/end of a bar
- qmidiarp follows tempo changes but doesn’t stay in time and forgets to
send note-offs
I’d appreciate if someone more familiar with the transport spec could chime
in on this, I’d like to understand what is missing from a technical
perspective (I’m actually not entirely clear on the timebase master/slave
relationship either).
Going a step further, it seems that ableton link may become the go-to
replacement for midi clock in software-based production; it could be
beneficial to discuss possible timebase master clock clients that can also
communicate using the ableton link protocol. Of course this is contingent
on the SDK being compatible with linux, which may be unlikely but they *are*
encouraging interested developers to get in touch
<https://www.ableton.com/en/link/>.
By the same token it would be great to have this for midi clock as well — I
know of jack_midi_clock <https://github.com/x42/jack_midi_clock> already
but I don’t believe the reverse case exists, though falktx and I briefly
discussed something related
<https://linuxmusicians.com/viewtopic.php?f=48&t=12755> a while ago.
To reiterate,
1. lau apps have to implement tempo ramping in JACK properly
2. a JACK timebase master clock client must be made that can
- change tempo dynamically
- communicate with ableton link to send/receive tempo information
(pending a working SDK for linux (this could also be optional in the app
for those who don’t want anything proprietary))
- set tempo given a midi clock input
Thoughts? I think tempo syncing is one way we can get JACK to interact more
proactively with other software/equipment, and that seems like it could be
a great way to reconnect with the rest of the audio community.