On 12/22/2015 02:05 AM, public wrote:
> Re: Fwd: [slightly OT] Call for contribution to ACID december 2015
> > todays' track "JingleBee" was also made with Linux:
> >
> > * Fabla - for drums (fabla808 + fablaHardElectro presets)
> >
> > * Nekobi - from DISTRHO, LV2 version of nekobee
> >
> > * Gxts9 - tube screamer emulation from guitarix
> >
> > * GxZita_rev1 - Zita-rev1 packaged as LV2 by guitarix
> >
> > the project itself is ~100 lines of "bipscript", can put it online if
> > there is any interest
>
> I have one interest: to write; WOW WOW WOW!!! and also:
> I LOVE IT!!!! It so so nice! It hits 2 bottles with one rock:
> Pumpy and clever!
> So much suggestion! So nice! bzzzZZZ wave! I never thought of the TB-303
> sounding like a bee!!!
>
> Thank you for sharing!!!!
>
> --
> Set Sakrecoer
> _______________________________________________
> Linux-audio-user mailing list
> [hidden email] </user/SendEmail.jtp?type=node&node=98419&i=0>
> http://lists.linuxaudio.org/listinfo/linux-audio-user
>
> Posted in linux-audio-user
> <http://linux-audio.4202.n7.nabble.com/linux-audio-user-f5.html>
>
Hey Set, Thank You for the super-positive feedback!! It was passed on to
the elves, have never seen them blush before..
Thanks also for bringing the word of the ACiD xMAS, and your own
fantastic tracks, the whole thing is super fun!
Maybe other Electronic Penguins can contribute..
Hi,
> Date: Mon, 21 Dec 2015 21:30:33 -0500
> From: "jonetsu(a)teksavvy.com" <jonetsu(a)teksavvy.com>
> To: linux-audio-user(a)lists.linuxaudio.org
> If you are visually impaired, then perhaps you can also ask Aiyumi, who
> posted here some time ago. She is Japanese living in Brazil and is
> using a Linux distribution to make music.
Uh, actually, I'm of Japanese descent, but I'm Brazilian. Anyway...
Date: Tue, 22 Dec 2015 08:18:01 +0100 (CET)
From: "F. Silvain" <silvain(a)freeshell.de>
> from my point of view - working on the commandline with audio -, the
> specialised audio distributions are mostly specialised in the graphical
> areas.
> Granted they have the kernels and some additional software very handily
> available. But for commandline work that is such a minor concern, compared
> to
> the tools, that you really use, that after some research I didn't think it
> worth it. That is why, I turned to Debian and am now thinking of switching
> to
> archlinux, since they have even better and more up-to-date commandline
> tools,
> including some audio packages.
I agree with F. Silvain. These pro audio distros mostly focus on
graphical programs, which are generally not very accessible to screen
readers, and thus aren't very friendly to visually impaired users.
By contrast, on distros like Slackware and Arch Linux, if you only
install the minimum packages to get a functional system, you only get
the command line and no graphical programs at all (if you want some
graphical programs, you'll have to install X). Then, you can install
only what you want and build your custom system from there, just the
way you want it, without being tied to Gnome or KDE or any other
desktop environment you don't feel like using. For my graphical
session, I currently use Fluxbox as my window manager," with keyboard
shortcuts to my most used programs. For listing, accessing and copying
files, I don't even use a file manager. I do everything from the
terminal ("ls," "cd," "cp," etc.).
I currently have Slackware on my general use machine. Even though I
managed to get all my audio stuff to work (after much time and
patience to write scripts and compile what wasn't available in the
repositories), if I were to set up a new Linux box just for audio, I'd
try Arch Linux since there are much more audio-related packages
available in the Arch repositories than in Slackware's (including low
latency kernels). There's also a talking installer for Arch Linux,
specifically made for visually impaired users:
http://talkingarch.tk/
Back to my setup... for audio, I use SoX[1] (command line) for
batch-converting files, Audacity[2] (graphical) for editing (because
it's very hard to cut/copy/paste/delete snippets of audio files from
the command line, but Audacity's functions for dealing with multiple
tracks aren't accessible to the screen reader, so I use Ecasound[3]
(command line) for mixing. I use LinuxSampler[4] (command line) for
playing virtual instruments in SFZ format, and Ecasound to record
LinuxSampler's sound via the JACK ports (JACK is also run from the
command line).
I use two screen reader programs. Speakup[5] for the command
line/non-graphical applications, and Orca[6] for the graphical ones.
To run JACK along with a screen reader software, I have to use a
second sound card, because the screen reader completely takes over the
main sound card and JACK doesn't like this. I have a M-Audio FastTrack
Pro (an USB external sound card), which I configured by adapting the
instructions on the following link:
http://joegiampaoli.blogspot.com/2011/06/m-audio-fast-track-pro-for-debian-…
I couldn't find a MIDI editor that meets all my needs yet, and
sometimes resort to a combination of Midish[7] and Midiedit[8] (both
are command line programs), but I actually do most of my MIDI-editing
from my hardware keyboard instrument. Speaking of which...
> Date: Mon, 21 Dec 2015 21:54:51 -0500 (EST)
> From: Karen Lewellen <klewellen(a)shellworld.net>
> I am choosing the m-audio audiophile 2496 as a result for example.
> Looked at a couple of Yamaha keyboards on Sunday, including the Motif fx8.
> but without a well built house, one cannot move in the furniture grins.
Motif XF8 is the one I have (yes, and it was a bit hard to fit it into
my small-ish apartment :P ). The accessibility isn't perfect, but the
keyboard has a lot of knobs and buttons, and is fairly usable by
visually impaired users. Here's an archive with various files by the
guy that previously ran the MoAccess Mailing List[9] (a mailing list
for visually impaired Motif users), with button layouts, accessibility
notes, menu references, and some audio tutorials, for various
keyboards from the Motif line (classic Motif, ES, XS, XF). The problem
is that it's a big archive, and you can't choose specific files to
download (you have to download everything):
http://blog.bryansmart.com/2010/10/14/moaccess-archive-update/
And on the below link you can find text versions of manuals for
various Yamaha keyboards, including the Motifs:
http://www.yamaha.co.jp/manual/english/text/index.html
I have the XF8. Transmitting MIDI data to/from Linux (either via USB
or a MIDI cable) works fine. What doesn't work, is making the keyboard
behave as an external sound card, because this function needs some
firewire hardware that Linux doesn't support. If you want a keyboard
that doubles as an audio interface/sound card, you might consider MOX8
or MOXF8 (the lower range keyboards from Yamaha's Motif line), which
can perform the sound card function via USB, and work fine on Linux.
Just my two cents,
Aiyumi
[1]: http://sox.sourceforge.net/
[2]: http://audacity.sourceforge.net/
[3]: http://nosignal.fi/ecasound/
[4]: http://www.linuxsampler.org/
[5]: http://www.linux-speakup.org/
[6]: https://wiki.gnome.org/action/show/Projects/Orca?action=show&redirect=Orca
[7]: http://www.midish.org/
[8]: http://www.pjb.com.au/midi/midiedit.html
[9]: http://www.freelists.org/list/moaccess
I've been trying for some time to send replies to an email I got from
Csaba Erdei but my relies keep getting returned as undeliverable. The address in
a Hungarian one.
I've tried sending from two quite different addresses. Does anyone know if there
are specific problems with email there?
--
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.
Apologies for x-posting,
This holiday release brings you:
*-legacy flag that provides 100% backwards compatibility with iemgui
objects
*gfsm library
*added support for $0 functionality in messages
*support for Intel Haswell and Skylake CPUs
*ability to use # in labels
*ability to use multiple $n arguments in labels
*fixed bug in keyboard autorepeat and cleaned up [key] object to support
autorepeat filtering
*added autotune~ external and its K12 module
*synced cyclone and iem libraries
*other small fixes and cosmetic improvements
For a raw (unedited) changelog and a more detailed overview, please visit:
https://puredata.info/downloads/Pd-L2Ork/releases/20151219
To download pd-l2ork:
*http://l2ork.music.vt.edu/main/make-your-own-l2ork/software/
<http://l2ork.music.vt.edu/main/make-your-own-l2ork/software/>*
NB: Currently only Ubuntu 15.10 64bit build is available, with 32bit and
Raspberry Pi builds forthcoming.
About Pd-L2Ork
Pd-L2Ork is a fork of the ubiquitous Pure-Data focusing on improved user
interface, expanded collection of externals, and an advanced SVG-enabled
graphical front-end. Originally it was introduced as the core
infrastructure for the Linux Laptop Orchestra (L2Ork http://l2ork
.icat.vt.edu), and has since expanded to include K-12 learning module with
a unique learning environment offering adaptable granularity that has been
utilized in over dozen maker workshops and initiatives, including the
Raspberry Pi Orchestra program for middle school children introduced in the
summer 2014. Today, pd-l2ork is being developed by a growing number of
international collaborators and contributors.
For additional info L2Ork and pd-l2ork:
http://l2ork.music.vt.edu
Best,
--
Ivica Ico Bukvic, D.M.A.
Associate Professor
Computer Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
ico(a)vt.edu
www.performingarts.vt.edudisis.icat.vt.edul2ork.icat.vt.eduico.bukvic.net
Hi List,
In december, a few net-friends of mine have a tradition: publish a new
Acid-House track each day, until there are no more tracks to be
published. Sometimes it has lasted until march...
Anyways, they are calling for contribution. If you fancy making
electronic acid music, in the line of Phuture's "Acid Track", then
please participate to this delicious library of freedom music :)
http://acid.datapop.se
Send your tracks to: acid(a)datapop.se, please to be mp3 + pic
Let's build the freshest acid lib together for this years NYE party!!!
Yours,
--
Set Sakrecoer
I had been looking for a good basic Qt programming tutorial and, having
found one, I thought other LAU subscribers could be interested. Qt seems
to be the preferred language for many Linux projects, and my favourite
desktop environment is written in it. The Qt5 tutorial is quite new and
there are many others available from the same site, including for PyQt.
http://zetcode.com/
--
> Date: Thu, 10 Dec 2015 09:34:42 +0000
> From: Will Godfrey <willgodfrey(a)musically.me.uk>
> To: linux-audio-user(a)lists.linuxaudio.org
> Subject: Re: [LAU] [OT]: Multiple windows paradigm - [WAS]: Re: A
> Project To Upgrade seq24
>
> On Thu, 10 Dec 2015 09:38:03 +0100
> Lorenzo Sutton <lorenzofsutton(a)gmail.com> wrote:
>
> > On 09/12/2015 22:17, Louigi Verona wrote:
> > > ...
> > >
> > > A single window mode is very welcome. I don't understand this Linux
> > > obsession with opening a zillion of windows.
> > >
> >
> > Personally I find multiple windows a very nice distinctive feature on
> > Linux vs. other OSs, especially for complex applications which offer
> > different 'interaction paradigms'. An example is a sequencer : having a
> > new matrix window open possibly for multiple tracks is useful, having
> > another window for the score editing. Possibly putting those windows on
> > different workspaces.
> > Also the option e.g. to only those windows (not the whole application)
> > 'always on top' can be useful (and it's good to have options)
> >
> > Throw in the multitude of window managers out there and choice is really
> > wide.
> >
> > Lorenzo
>
> Precisely my view too. Also, I find that when presented with a huge mass of
> controls all in one window it's much harder to focus on a specific function.
>
> --
> 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.
Just weighing in on the single window debate -
Will, you're my favourite linux-audio-user, but I'm gonna have to disagree with you on this one :P
I much prefer having one window by default - especially when on the road with a laptop - BUT then being able to undock and reposition panes when I wish. I like the way Renoise handles it (you can detatch the sample editor) and the way the video editor kdenlive does it. Pretty much the IDE-like model people have mentioned.
As far as the technical details go (MDI and all that), I need to do some research.
Might have to do a poll of users at some point to see what people would prefer the default to be.
Best,
Oliver
Hi all-knowing community :-)
I am about to do a mix of a bass recording which we previously have done
using a big muff pi bass pedal.
This time around is has been done direct in so the input is a clean bass
signal.
I am not in a position where I can do a re-amping session so I am in
search of a pure plugin solution that can get me as close to the big
muff sound as possible.
The Big Muff Pi Bass in action:
https://youtu.be/PeCAJQcgeTA?list=PLD95311E52D27F1EA&t=19
I am thinking that perhaps one of the guitarix lv2's can be of assistance?
I not at all experienced in mixing guitars/basses so any information
that can help me find a usable plugin will be greatly appreciated.
Kind regards
Bent Bisballe Nyeng
Research tells me that QSynth seems to be the only currently
available/usable GUI for FluidSynth, but I get big xruns whenever I try and
use it. FluidSynth itself doesn't cause me problems (I know because I'm able
to use the FluidSynth-DSSI plugin fine in Rosegarden etc). The problem is
that I want to use FluidSynth with Ardour3, but Ardour3 doesn't support DSSI
plugins yet. So the only solution I have is to find a standalone interface
for FluidSynth and then to link up using Jack. I looked at the old GUI
'FluidGUI' but it seems to be so old that it won't properly install on
recent versions of Ubuntu.
So does anyone know of:
1) A GUI for FluidSynth other than QSynth and FluidGUI?... or
2) An application other than the above 2 which would allow me to load
soundfonts?
Thanks in advance.
- Dan
Hi Jeremy, sorry for the delayed reply. Thanks for taking the time to consider all the features.
>Date: Thu, 10 Dec 2015 17:01:02 +0100
>From: Jeremy Jongepier <jeremy(a)autostatic.com>
>To: linux-audio-user(a)lists.linuxaudio.org
>Subject: Re: [LAU] A Project To Upgrade seq24
>
>Hello Oliver,
>
>On 12/09/2015 09:17 PM, oli_kester wrote:
>> Hi Seq24 users,
>>
>> For my final year university project, I am taking on an overhaul of seq24.
>
>Great! seq24 is my favorite software step sequencer and looking
>critically at it wouldn't hurt I guess.
>
>Below is an excerpt from my project proposal - the list of features I
>would like to implement -
>>
>> [quote]
>>
>> << Basic (simple changes that should be quick to address) >>
>> - Swap default on midi autoconnect to second value (add to config file)
>
>Could you tell what you mean by this?
I think this is me describing the manual alsa ports setting in the config file, but really badly! Was quickly jotted down while working on a track about 6 months ago. I mean making manual alsa ports the default behaviour.
>
>> - Label keys correctly on loops past bank 1
>
>There simply aren't enough single characters to label all possible 1024
>loops so I'm curious how you plan to fix this. Also this means you have
>to expand the Sequence toggle keys part in Options - Keyboard.
>
Why not just have the keyboard only work for loop triggering on the currently selected loop set? i.e. the one currently shown in the seq24 main window. You could still use midi to trigger the others perhaps.
>>
>> << Medium (bug fixes, smaller new features) >>
>> - Don't take scene change inputs when renaming loops
>
>Not sure what this means.
If you put [ or ] or press any of the keys referring to a filled loop slot when typing in the set name field, it still takes the keys as loop triggering of changing the set page. This behaviour appears to be fixed in the subatomicglue version suggested to me by Xavier
http://www.subatomicglue.com/seq24/
>
>> - Fix glitch with overlaps in loops
>
>Which glitch?
>
This is a bit unspecific, isn't it? Will require me revisiting some old seq24 sessions to figure out what it means. Might be in song mode or live mode :S
I *think* it means that when you enter a long repeating loop in song mode - but in separate mouse draw strokes - it won't continue notes that overlap. There will be a noticeable cut. It's tricky to get loops drawn wider than your screen is. Perhaps they should be merged automatically.
>> - Toggle loops in song mode
>
>Isn't that what live mode is for? ;)
>
It is, but why not not be able to add one-shots or extra layers exactly when you feel them while playing the song? Having to pause and switch to 'live' mode wont work live, and it's near impossible to manage loads of layers just live mode (at least for me, maybe with MIDI control perhaps?). I want to be able to record and layer pattern switching in live mode to fill out the song view.
>> - Midi send if halfway through note (can be enabled / disabled in preferences)
>
>Could you explain this feature?
>
So if a loop has a note that starts outside the pattern, it isn't triggered. I think they should begin playing as soon as part of the note is hit by the playhead.
>> - Draw whole notes instead of cutting off early in song mode loops
>
>You mean in the Song Editor window or in the main window?
>
In song mode when you split loops, it's frequent that notes will be cut in half, becoming stuck on or not playing at all. Only allow whole notes to be drawn/cut.
>> - Fix bug where certain slots cannot contain loops
>
>Fixing erratic behavior is always good. Is there a bug report of this issue?
>
No, I didn't file a bug report. Should have really!
It happens quite often so I should be able to reproduce - seems to be after lots of dragging loops between different slots. It's fixed after a program restart.
>> << Challenging (significant new features) >>
>> - Add Box select in song editor (REAPER style)
>
>Isn't that what live mode is for? ;)
??
When editing individual loops you can box select notes. I mean applying this behaviour to whole loops in the song view so you can bulk edit/delete them.
>
>> - Add redo in song mode
>
>Never missed this feature. I don't recall having used the Undo funtion
>either.
>
You must be seriously good at getting your ideas down! I'm jealous :P
>> - Add Record in song mode
>
>Isn't that what live mode is for? ;) No honestly, with things like this
>you're blurring the difference between Live and Song mode. Why not
>completely remove these modes?
Removing the modes? Interesting proposition. Or maybe just have an on/off switch for song mode playback? So live mode is always on :)
This is something I'll seriously consider.
>
>> - Allow splitting of song loops at mouse pointer
>
>Not sure why you would want to do this.
>
At the moment you can only split loops in halves. What if you want 3/4 of a loop? Will be mighty handy for long loops (e.g. chord progressions)
>> - Window title should just have the song name
>
>Preferably not, this would break my WM setup.
>
Any way you could edit the WM config? I think it's a bit silly having the absolute file path in the window header - of the top of my head no other Linux Audio apps seem to do it.
>> - Fix jack sync bug/reset button
>
>Yes, please! The current solution was a quick fix and this needs be
>solved in a proper way. Torben Hohn once wrote a patch for this but he
>couldn't find it back anymore :(
>
I'm pleased to head someone else has had a look at this, as I imagine it being a bitch to pin down the cause - I'll have a dig for fixes when I start working and please forward it on if you do find it somehow :)
>> - Add a double / half timing switch for live performance
>
>Not really sure what you mean here, or I simply never missed such a
>feature ;)
>
This is an idea someone suggested to me, apparently jazz musicians use it or something. Temporarily playing everything twice as fast or slow - you stay in time as the tempo is effectively the same. Might achieve this more practically through adding pattern shrinking / expanding in the loop editor.
>Some other suggestions:
>- port it to Qt
Oh I'd love to have this done, but it could swallow my whole project time... Although don't really know how much work porting between GUI systems involves - any ideas? If it's achievable in a few weeks then it's on the cards :)
>- add JACK MIDI support
Yep - adding to my list!
>- make BPM counter reflect the current JACK sync BPM setting
Yep - and dynamically too please!
>- make the main window really resizable, they are now but the patterns
>are a fixed size
Hmmm maybe! I have tried resizing the window before, but I find the default size nice and tidy. This fits into the single window debate too.
Cheers for the help
Oliver
