Hello my fellow linux users,
I have just released v0.3.0 of my midi sequencer. Several people have
been waiting
for its ability to record midi, well, now you have it.
http://www.filter24.org/seq24/
New screen shots are up too..
cheers,
.rob
----------------------------------------------------------
music + technology http://filter24.org
Hi
Has anyone had any experience trying to get this card to work?
http://www.midiman.com/products/m-audio/delta410.php
In theory it should since its the same chipset, but it would be good to
hear first hand..
thanks
-Nick
__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com
Patrick wrote:
> Many people use amd to great effect.
AMD would be fine with me. But I read somewhere that some folks seemed
to be having audio problems on Linux systems that were running AMD.
Some of the ASUS motherboards had problems, perhaps? I don't remember.
I just want to make sure that the motherboard works with the soundcard
and the networking card and the video card and all the other little
cards we crave.
> The hammerfall dsp retails for around 6-800 us$
I don't need every single bell and whistle. It looks like the
Hammerfall DIGI9636 would work for me. Since it retails for $565, it
must be available elsewhere at a lower price. Right? Or maybe the
M-Audio route is the most cost effective?
> Unless you don't mind debugging, a USB card may not be what you are
looking for for a few more months yet.
I don't necessarily mind debugging, but I don't want that to be a huge
timesink. It doesn't sound like Linux is quite ready for USB audio.
Since USB is not a deal breaker for me, I can live with non-USB
options.
> How many channels do you need?
Four would be nice. I'm easy!
Thanks!
Scott
Thanks for all your replies! The list of ALSA-supported devices is
very handy. I had figured that since M-Audio didn't have much
Linux-oriented info on their site, their Linux support was sketchy. I
was wrong. And now that I know the M-Audio stuff all works, the Delta
66 is looking pretty good. It will be a toss up between that and the
Audiophile.
I'm doing homework this morning, primarily based on Tom's Hardware
Guide. Although the AMD systems have, not surprisingly, a
price/performance edge, it's not as great an edge as I had suspected
now that Intel's 845G chipset is out. Given Mark's intriguing comment
about making various devices work together as one, the fact that the
Gigabyte GA-8IGXP has built-in S/PDIF out is interesting. Here's my
very brief take on the core components:
* P4 2 GHz--$160
* Gigabyte GA-8IGXP (Built-in graphics, S/PDIF out, FireWire)--$100
vs.
* Athlon XP 2000--$90
* Gigabyte GA-7VRXP--$100
Steve's comment prompted me to look up the state of the Celeron. I
hadn't really paid too much attention to the P4-derived Celeron until
now, but Steve is right: If you're going to go Intel, it looks like
you might as well go the full P4 route.
Oh well. Budgets were made to be broken, I guess.
Thanks!
Scott
Thanks, Steve. I feel clear on this now -- and have ordered my Delta 66!
Steve Harris wrote:
>On Mon, Sep 02, 2002 at 05:16:02 -0400, pma wrote:
>
>>I want to be able to write digital Csound output to audio CD
>>(via an internal burner). Can Delta 66 do whatever format
>>
>
>If the cd burner is an internal one (ie. it is attached directly to the
>PC) then it has nothing to do with the soundcard. You just need the right
>software, which is no problem under linux.
>
>You just convert whatever audio output csound gives to 44.1Khz, 16bit.
>
>- Steve
>
>
After 17 years of making music on Apple-brand computers, I'm finally
fed up with the state of affairs in the Mac and Windows worlds and
want to migrate to Linux. Unless there is some major issue with it, I
think I'd like to use the Debian distribution, particularly since the
DeMuDi developments are on the horizon.
Even though I've got a number of old computers taking up space, I
figure I might as well start with a clean slate. So I'm asking what
kind of hardware would be best for a respectable Linux music setup? Is
the Hammermill audio card the best option? Do I need a separate MIDI
card or can I run everything through some USB interface(s)? From the
limited amount I've read, it seems as if the motherboard should be
Intel-based, rather than AMD. I don't care about video. I'm only
concerned with maximizing audio processing power.
I'd like to piece together a system (not including monitor) for less
than $1000 (USD). I can get and assemble any set of pieces, no
problem. I just want to get pieces that can work together
harmoniously. This will be a dedicated Linux machine--no more
dual-boot crap for me!
Any and all suggestions are welcome.
Thanks!
Scott
Hi folks
Is there already an application that makes piano tuning easier? That
would be done by:
-analysing the waveform coming in through the mic
-comparing with an ideal one (ideally depending on choosen
temperature - that's why a laptop (besides the cost) would be optimal for
this task)
-giving a gui-sign to adjust to this (as the LEDs of an analog tuner).
Are there other problems to encounter I forgot now?
Thank you for your suggestions.
David
I just managed to get the code from Jeorn working on my crappy cards
here. (it also allows me to use a crappy card and my quattro together
or I guess even all three for eight channels i/o ;)
So that makes at least two people who have done this.
As proof:
----
jackd -v -d alsa -d ttable -p 2096
jackd 0.37.2
Copyright 2001-2002 Paul Davis and others.
jackd comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
10562 waiting for signals
creating alsa driver ... ttable|2096|2|48000|swmon
new client: alsa_pcm, id = 1 type 1 @ 0x80674f0 fd = 14
port alsa_pcm:in_1 buf shm key 0x2bda717e at offset 8384 bi = 0x80668c0
registered port alsa_pcm:in_1, offset = 8384
port alsa_pcm:in_2 buf shm key 0x2bda717e at offset 16768 bi = 0x80668d0
registered port alsa_pcm:in_2, offset = 16768
port alsa_pcm:in_3 buf shm key 0x2bda717e at offset 25152 bi = 0x80668e0
registered port alsa_pcm:in_3, offset = 25152
port alsa_pcm:in_4 buf shm key 0x2bda717e at offset 33536 bi = 0x80668f0
registered port alsa_pcm:in_4, offset = 33536
registered port alsa_pcm:out_1, offset = 0
registered port alsa_pcm:out_2, offset = 0
registered port alsa_pcm:out_3, offset = 0
registered port alsa_pcm:out_4, offset = 0
-- jack_rechain_graph():
client alsa_pcm: inprocess client, execution_order=0.
load = 1.6610 max usecs: 1450.590, spare = 42215.410
load = 2.5081 max usecs: 1465.084, spare = 42200.918
load = 2.9317 max usecs: 1465.084, spare = 42200.918
load = 1.6190 max usecs: 133.742, spare = 43532.258
load = 0.9726 max usecs: 142.456, spare = 43523.543
load = 0.6519 max usecs: 144.597, spare = 43521.402
load = 0.4909 max usecs: 144.091, spare = 43521.910
load = 0.4293 max usecs: 160.522, spare = 43505.477
load = 0.3765 max usecs: 141.332, spare = 43524.668
load = 0.3551 max usecs: 145.723, spare = 43520.277
jackd: pcm.c:5247: snd_pcm_mmap_commit: Assertion `frames <=
snd_pcm_mmap_avail(pcm)' failed.
----
Here's the asoundrc I use:
----
# create a virtual four-channel device with two soundcards:
# iiuc, this is in fact two interleaved stereo streams in
# different memory locations, so jack will complain that it
# cannot get mmap-based access. see below.
pcm.multi {
type multi;
slaves.a.pcm "hw:0,0";
slaves.a.channels 2;
slaves.b.pcm "hw:1,0";
slaves.b.channels 2;
# slaves.c.pcm "hw:2,2";
# slaves.c.channels 1;
bindings.0.slave a;
bindings.0.channel 0;
bindings.1.slave a;
bindings.1.channel 1;
bindings.2.slave b;
bindings.2.channel 0;
bindings.3.slave b;
bindings.3.channel 1;
# bindings.4.slave b;
# bindings.4.channel 4;
# bindings.5.slave b;
# bindings.5.channel 5;
}
ctl.multi {
type hw;
card 0;
}
# this creates a 4channel interleaved pcm stream based on
# the multi device. jack will work with this one.
pcm.ttable {
type route;
slave.pcm "multi";
ttable.0.0 1;
ttable.1.1 1;
ttable.2.2 1;
ttable.3.3 1;
}
# see above.
ctl.ttable {
type hw;
card 0;
}
----
--
Patrick Shirkey - Boost Hardware Ltd.
For the discerning hardware connoisseur
Http://www.boosthardware.comHttp://www.boosthardware.com/LAU/guide/
========================================
"Um...symbol_get and symbol_put... They're
kindof like does anyone remember like get_symbol
and put_symbol I think we used to have..."
- Rusty Russell in his talk on the module subsystem
Hi everybody!
Can somebody help me with my MIDI setup? I fiddled a little bit with it but
couldn't get it work.
I'm using a Terratec EWS64 XL, I've installed it's driver (sam9407), so the
audio section works. But what do I have to do for being able to use it's MIDI
ports? At the moment I'm using KDE 2.2 and maybe want to use Muse or
something like that, because it's very similar to Cubase. Do I have to add a
raw device to artsd or directly to Muse?
Sorry for this stupid question, but I haven't found a HOWTO about that and I
already tried something with Muse but it terminated after the first MIDI
Event occured.
Thanks for any help!
Christian Schoenebeck
P.S. these are my available sequencer devices:
crw-rw---- 1 root audio 14, 1 15. Apr 2001 /dev/oss_sequencer
crw-rw---- 1 root audio 145, 1 6. Sep 22:53 /dev/sam0_sequencer
crw-rw---- 1 root audio 145, 65 6. Sep 22:53 /dev/sam1_sequencer
crw-rw---- 1 root audio 145, 129 6. Sep 22:53 /dev/sam2_sequencer
crw-rw---- 1 root audio 145, 193 6. Sep 22:53 /dev/sam3_sequencer
lrwxrwxrwx 1 root root 14 6. Sep 22:53 /dev/sequencer ->
sam0_sequencer
lrwxrwxrwx 1 root root 10 6. Sep 22:53 /dev/sequencer2 ->
sam0_music
I have just been able to get crystal clear sound through this card using
the latest patch to the usb-audio driver in ALSA cvs and jack.
ooooooh yeaaaah!
--
Patrick Shirkey - Boost Hardware Ltd.
For the discerning hardware connoisseur
Http://www.boosthardware.comHttp://www.boosthardware.com/LAU/guide/
========================================
"Um...symbol_get and symbol_put... They're
kindof like does anyone remember like get_symbol
and put_symbol I think we used to have..."
- Rusty Russell in his talk on the module subsystem
