Hello all,
Just a short introduction mail. My name is Jeremy, I've been making
music for over 20 years, alone and in bands, as a guitarist and singer.
I've been using Linux on and off since the late '90's until 3 years ago
when Linux reached it's turning point for me: everything that I wanted
to do could be done with Linux. From that moment on I've been using
Linux exclusively. The fact that I'm a Linux sysadmin at the University
of Amsterdam helps also ;)
And now it's starting to converge: making music on the one hand and
tweaking and nerding on the other. And I like it.
Hopefully my contributions to this list can be of use, either from a
musician's point of view, or from an enduser's point of view. I'm not a
programmer/coder but I do know my way around so I may be able to
participate in a collaborative way when it comes to more technical issues.
That's it actually. Oh yeah, I'm a kind guy, I wouldn't "harm a fly"
(Dutch proverb), but I won't avoid any criticism and I can be a wee bit
cynical every now and then. And I'm a music lover and a bit of a walking
encyclopedia of modern rock and pop music. When someone mentions Djed
from Tortoise I already get tensed up ;)
Best,
Jeremy
http://linux.autostatic.com
For better or worse, there's an 0.053-pre3 on <http://www.graggrag.com/?q=yoshimi>.
The settings corruption seems fixed, and some stray chaos from the recorder
reorg seems to be under control.
In the vague hope that it might help when I stuff things up, I've put up an
0.053-pre2-0.053-pre3.diff as well.
cheers, Cal
Hello musicians,
Pink Floyd's 'Atom Heart Mother' ends with two repetitions
of the main theme, with full choir, brass and everything.
The bass is:
E G F C, E G F C, E G A B, E G F# ?????, E G F C etc.
It's the F# ????? - the surprising modulation just before
the theme repeats - that I'm after. Most PF harmony is quite
straightforward but this one defeats me... Anyone knows this
chord progression ?
TIA,
--
FA
Hi,
I had some fun with alsamodularsynth over the weekend and managed to get
about 10 hours of recordings into ardour. I have now got about 10
complete tracks and probably 20 more if I edit, cut, and mix. Before I
do the latter I am going to clean up the 10 tracks that I feel don't
require editing. Before I do that though I am interested to hear what
people who have better/different equipment to me think of the quality of
the raw cuts.
So, I have uploaded a new track to my server.
http://djcj.org/audio/kotau/ascension/ascension_unity.ogg
size: 112MB (about an hour long)
If you have the time to download it and give me some feedback on what
you think needs to be done to the levels to bring out the sound and make
it really crisp I would appreciate your feedback.
This particular track I consider to be in the Tech House genre. If that
is the kind of sound you are into or if you just want to hear some of
my synthesis experiments then I think you will enjoy the track even
without any processing to sharpen up the soundscape. The level is
consistent throughout the track. There are no spikes so I'm pretty sure
there are no nasty surprises. Obviously it is designed to be played at
volume in a club type setting so please keep that in mind. You may want
to adjust the high and middle end in order to bring out the intensity of
the low end at high volume.
For these tracks I am not going to do any editing. It will simple be a
case of selecting a section that starts and ends nicely and then
processing it with whatever people here suggest to brighten up or
otherwise bring out the sounds that have been captured. FWIW, I'm
already really happy with the recordings I got. I have managed to
capture a selection of house, tech, break, dnb, dub, ambient and bits
and bleeps. In fact a couple of the tracks even sound like a 4 piece
rock band and a live drummer are playing on them. I have been entirely
surprised by the amount of variation in the rhythms, melodies and
patterns that I was able to get out of ams during this session.
It's amazing what can be accomplished sitting in front of a powerful
Linux audio workstation for 48 hours straight when your in the right
mood :-)
Enjoy and I look forward to your feedback. I hope y'all will get as much
of a kick out of hearing some of these sounds as I have while bringing
them forth.
Cheers.
--
Patrick Shirkey
Boost Hardware Ltd
fons(a)kokkinizita.net wrote:
> On Wed, Jan 13, 2010 at 05:53:10PM -0500, frank pirrone wrote:
>
>
>> Wouldn't that be in the key of E, Fons? If so the F# is the II chord,
>> which would typically resolve to the IV, or B7 in that key. That
>> wouldn't be a modulation, it would be a "turn-around," and especially so
>> since the progression continues on with another E.
>>
Fons,
Oops on that IV typo - I actually learned to count to five a long time
ago. That little progression fragment I cited should have been II V
resolving back to I. Anyway, the chord structure for that entire song
file you sent are:
Em Em G G
F F C C
Em Em G G
F F C C
Em Em G G
A A B B
Em Em G G
F#7 G Em Bb
B7 F#7 B7 G
Em Em G G
F F C C
Em Em G G
F F C C
Em Em G G
A A B B
Em Em G G
F F F F
F F F F
F/E F/E F/E F/E
F/E F/E F/E F/E
F/E F/E F/E F/E
E E E E
E E E E
E E E E
with each line being a 4/4 measure and each chord being struck on the
beat, or in the case of those doubled up at least struck the first time
and held for the second. I'm pretty sure of everything through the Fs
at the end, and believe I hear the bass drop into the dissonance of that
add E against the F chord before the whole thing resolves triumphally to
that glorious E major at close.
Frank
I don't listen to this kind of exploratory music, and the
varieties/genres mentioned are largely foreign to my experience, but I
did have an ARP Odyssey once that was the source of much amusement and
delight. I'd set up a sample-and-hold and mess with the LFO and
envelope modulation, and then grab my guitar or keyboard, jamming
along...and, yes you'd have enjoyed both the music I made and some of
what I was smoking.
Anyway, there is definite coolness in this stuff, both pieces.
It strikes me that what makes this music and not noise is the harmonic
and rhythmic structure, however tenuous and demanding. One of the
things I'm hearing, and I'll address this more to Patrick's piece, is a
sense of shifting patterns. It's like my explorations on hand drums
where I'll start out a rhythm, and as I get lost in it, experience a
drift in its structure where accents and groupings shift, almost in a
tromp l'oeil fashion. Foreground flips with background, lights become
darks, repetition alternates between hands, patterns invert, etc.
I'm hearing the same thing happening here, and if you either concentrate
or abandon all concentration you will hear micro and macro structures
emerge from this music. Another example, or even metaphor if you will,
is the stroboscopic phenomenon involved in rotating objects where the
velocity and direction of movement appear to change as you watch.
So, Patrick, a suggestion as to what you might do with Ascension, is
take any of a number of filters, and looking at the patterns suggested
by the waveforms, draw envelope automation lines to emphasize and
enhance them. You can do this with multiple tracks and effects, which
would draw out of this work its inherent structure as well as maximizing
this "tromp l'oreille" experience.
You could do this with modulation effects such as phasing and flanging,
EQ changes, amplitude and panning, compression, etc. After layering on
several patterns, you might have something of real complexity and
interest. The interplay could be hypnotic. It should also be practical
to do this even with an hour-long piece by simply following the
frequency and amplitude changes in the wave form.
Of course, if you've got the time and motivation, you could also listen
carefully, and work your editing with intention in sync with the actual
voice of the piece.
Frank
nescivi wrote:
> Hi Joern,
>
> how are you!
>
> On Saturday 30 January 2010 15:17:40 Jörn Nettingsmeier wrote:
>> On 01/30/2010 07:45 AM, nescivi wrote:
>>> Hiho,
>>>
>>> I'm getting this error at startup with QJackCtl:
>>>
>>> 02064605304: (ffado.cpp)[ 92] ffado_streaming_init: libffado 1.999.43
>>> built Jun 27 2009 18:38:47
>>> 02064832606: [31mWarning (fireworks_session_block.cpp)[ 257]
>>> loadFromMemory: size not correct: got 13392, should be -4 according to
>>> data
>>>
>>> and after a while it just crashes jackd.
>> i don't know the hardware, and i have no idea of ffado internals, but if
>> a size is expected to be "minus four" according to some "data", i'm
>> willing to bet vast amounts of money soaked in expensive red wine that
>> there is something wrong with the "data".
>>
>> maybe it's related to the configuration data? can you check
>> /usr/lib/libffado/configuration for something obviously bogus about your
>> hardware? but that's just a shot in the dark.
>
> Doesn't seem obviously bogus to me (see below), but then again, who am
> I :)
> Output is below.
>
> I also just managed to update my system to the latest ffado and jack
> that's in
> Debian unstable, and still get the same error.
>
> Are there any specific jack settings I should try?
> Right now what QJackCtl is using is:
> /usr/bin/jackd -R -p128 -t200 -dfirewire -r48000 -p1024 -n3
>
>
> sincerely,
> Marije
>
>
>
> $ cat /usr/share/libffado2/configuration
>
> device_definitions = (
> <snip>
> {
> vendorid = 0x1486;
> modelid = 0xAF2;
> vendorname = "Echo";
> modelname = "AudioFire2";
> driver = 2;
> mixer = "AudioFireMixer";
> xmit_max_cycles_early_transmit = 2;
> },
> {
> vendorid = 0x1486;
> modelid = 0xAF4;
> vendorname = "Echo";
> modelname = "AudioFire4";
> driver = 2;
> mixer = "AudioFireMixer";
> xmit_max_cycles_early_transmit = 2;
> },
> {
> vendorid = 0x1486;
> modelid = 0xAF8;
> vendorname = "Echo";
> modelname = "AudioFire8";
> driver = 2;
> mixer = "AudioFireMixer";
> xmit_max_cycles_early_transmit = 2;
> },
> {
> vendorid = 0x1486;
> modelid = 0xAF12;
> vendorname = "Echo";
> modelname = "AudioFire12";
> driver = 2;
> mixer = "AudioFireMixer";
> xmit_max_cycles_early_transmit = 2;
> },
> {
> vendorid = 0x1486;
> modelid = 0xAF12D;
> vendorname = "Echo";
> modelname = "AudioFire12HD";
> driver = 2;
> xmit_max_cycles_early_transmit = 2;
> }
> <snip>
For reference, here's my relevant libffado configuration:
$ cat /usr/share/libffado/configuration
<snip>
{
vendorid = 0x1486;
modelid = 0xAF12;
vendorname = "Echo";
modelname = "AudioFire12";
driver = 2;
mixer = "AudioFireMixer";
},
{
vendorid = 0x1486;
modelid = 0xAF12D;
vendorname = "Echo";
modelname = "AudioFire12HD";
driver = 2;
},
<snap>
I have an AudioFire12. I've never heard of an AudioFire12HD.
-Scott
I posted this to the wrong list first, thus now forwarding to LAU.
---------- Forwarded message ----------
From: David Adler
Date: Sat, Jan 30, 2010 at 9:18 AM
Subject: Re: [LAU] oh yoshimi, one more time
To: yoshimi-user(a)lists.sourceforge.net
david wrote:
> Folderol wrote:
>> david wrote:
>>> Folderol wrote:
>>>> Emanuel Rumpf wrote:
>>>>> I don't know if this is known:
>>>>> Yoshimi 054 pre2 and pre4 both disconnect from jack, when pressing
>>>>> many keys (~10) at the same time on my midi keyboard.
>>>>> This does not happen with yoshimi 038
>>>>>
>>>> Cant repeat that here. Are you using jack-midi or alsa-midi? I'm using
>>>> alsa-midi.
>>>> I can stick both arms down flat across the keyboard without it
>>>> disconnecting - get rather a lot of xruns though!
>>> Hmmm, I've noticed that if I have a lot of notes going (play fast scales
>>> with sustain pedal down), adding new notes will cut off existing ones.
>>
>> That's normal behaviour and dependent on the number of notes of
>> polyphony set at compile time ( haven't a clue what the default is) and
>> the release time of the notes.
>
> Yoshimi is set for 256, I think that's the default.
>
>>> Last night I was playing something into Rosegarden, and noticed that
>>> sometimes a run of notes simply wouldn't happen - appear in Rosegarden
>>> or play through Yoshimi.
>>
>> If they don't even appear in Rosegarden then I wonder if you've got
>> MIDI set up correctly. Is it a USB keyboard? I believe they are
>> inclined to have latency problems and you might just be overfilling the
>> 'pipe' :o
>
> It's a MIDI keyboard (Yamaha PSR225GM) without USB capability. The
> XMidiPort provides 2 standard MIDI cables at one end and a standard USB
> connector at the other. It is connected into a USB hub that has a number
> of other things connected to it (none in active use).
>
>>> I didn't get any xruns, and didn't see any messages from JACK about any
>>> problems.
>>>
>>> Using JACKDMP using alsa-midi (E-Mu XMidiPort 1x1 over USB 2 port and an
>>> external USB sound card hooked to a different USB port). Yoshimi 0.053.2.
>>
>> Looks even more like a straight MIDI problem.
>
> I'll have to try it without Yoshi running.
>
I just did some 'play many notes'-testing with
yoshimi 0.053.3 and 0.053-pre4 and Ohh Choir.xiz.
Without sustain:
The first note is dropped as soon as I press the
16th one.
yoshimi continuously reacts on new notes.
With sustain (or long release time):
The 8th to 16th note. (depending on ? and
the patch used)
When playing fast, yoshimi reports 'to many notes'
and refuses to react on new notes until calmed
down.
This might not be yoshimis fault, as it happens
even with the default sine wave at << 10 % cpu
usage.
OTOH, when playing Aeolus in the same way (via
USB -> seq driver -> Jack MIDI) this limit does not
exist.
No xruns appeared during the above tests, so I
tried teasing a little more.
'Ohh Choir.xiz', without sustain:
-p 3 -n 64 (not used for real work)
Pressing many notes, hundreds of xruns appear
at ~ 50% cpu usage (as reported by qjackctl).
-p 3 -n 128
No xruns at all. When repeatedly pressing as many,
many notes as possible with my arms, the 'to many
notes' messages appear again, yoshimi interrupts
response on new notes for a while (as above).
I added some SUBsynth and ADDsynth to the
choir pad and was able to zombify yoshimi 0.053.3
at about 80% cpu usage. Still no xrun.
All this with an E-MU 0202 USB and a non-rt kernel,
quite pleasant.
best,
d
Hi,
since the webpage for the Linux Audio Conference 2010(*) was unclear on the
deadline for paper submissions, please let me clarify this here:
The deadline for _paper submissions_ is February 14th, 2010. Until yesterday,
the webpage incorrectly mentioned "Call for Abstracts", which should have read
"Call for Papers" instead. This has been corrected now.
Additionally, some information about the desired size and other constraints
for paper submissions has been added to the web page mentioned below.
Please feel free to forward this mail to whatever people/mailing lists are
suitable.
Sorry for the trouble,
Frank, on behalf of the LAC2010 organization team
(*) http://lac.linuxaudio.org/2010/?page=participation
Greetings,
A respondent to my latest article for LJ has asked if I can recommend an
audio function generator for Linux. He's using a command-line app now,
but he'd like to know if there's such an app with a GUI.
Any suggestions ?
Best,
dp