All
I got one of these cards a few months ago. Sound production is really good,
and it plays nicely with jack and alsa, but I get the following messages in
the log every time I start my PC. I've updated from SuSE 9.1 to 9.3 (64bit
on AMD64), but the messages persist.
Consumer PCM code does not work well at the moment --jk
ALSA sound/pci/ac97/ac97_codec.c:1916: AC'97 0 does not respond - RESET
ALSA sound/pci/ac97/ac97_codec.c:1925: AC'97 0 access is not valid
[0xffffffff], removing mixer.
ice1712: cannot initialize ac97 for consumer, skipped
I also notice that kamix/qamix doesn't have a volume slider. Is this "normal"
behaviour for this card or is there anything I can do to make things
"better"?
--
David Haggett
> From: Mark Constable <markc(a)renta.net>
>
> A crude but extremely simple option is to use midicomp and tweak the
ascii
> output anywhich way you care to with any scripting language on the
planet.
> Sure, there is no GUI and it's only a one shot process but there is
> nothing you could not do to a MIDI file with some persistence. What is
a
> total bonus is that once a technique is perfected then it can be
easily
> batched, ie; to normalize the volume settings of any MIDI file, to
always
> put the kick drum dead center, change any kick1 to kick2... and so on.
I
> used to have a bunch of macros and scripts for Kate (KDE editor) that
made
> working with the intermediate ascii output quite easy... I could make
> changes and one menu option would pipe the changes thru midicomp -c
and
> then into timidity so I could preview changes directly from Kate.
>
> midicomp some.mid | somefilter arg1 arg2 | midicomp -c some2.mid
>
> http://midicomp.opensrc.org/
>
> --markc
Hi Mark,
Thanks for that. I have used midicomp plus awk/python to do some of
these things, (and midicsv which does a very similar job to midicomp)
but there are some limitations to do with midi itself that makes some of
the transformations I'd like to do very difficult.
For example, midi has no idea about bars/beats, but with the time
signature info in type 1 midi files you can map ticks to
bars/beats/ticks and so on, but it's not trivial.
The main problem is that midi files are streams of event data, not
musical information, and extracting the musical information sensibly is
tricky. For example, in a midi drum track, there might be a pan
controller before every note_on event to set the pan individually for
each drum. So if you are going to move the note_on event backwards or
forwards in time, you need to make sure that the pan event moves with
it. You also need to make sure that you don't get overlaps between notes
and mess up the note_on/note_off order.
It looks like a scripting based solution is my best bet, with some sort
of awk-like language for specifying transformations. I think I'll have
to get stuck into my python code and see what happens.
Cheers,
Stuart
I wound up switching to demudi, because all the audio
apps are setup from the get-go to work great, and now
I figured out that Muse was configured to run without
jackd running first, that's why I was having some
trouble there, but everything is working great.
--- linux-audio-user-request(a)music.columbia.edu wrote:
> Send linux-audio-user mailing list submissions to
> linux-audio-user(a)music.columbia.edu
>
> To subscribe or unsubscribe via the World Wide Web,
> visit
>
>
http://music.columbia.edu/mailman/listinfo/linux-audio-user
> or, via email, send a message with subject or body
> 'help' to
> linux-audio-user-request(a)music.columbia.edu
>
> You can reach the person managing the list at
> linux-audio-user-owner(a)music.columbia.edu
>
> When replying, please edit your Subject line so it
> is more specific
> than "Re: Contents of linux-audio-user digest..."
>
>
> Today's Topics:
>
> 1. Suse 9.2 (Larry Troxler)
> 2. re: Does anyone have a working example of
> Supercollider and
> SCUM GUI where slider or a button does
> real-time update on the
> synth (Ivica Bukvic)
> 3. Re: Even more music (Pete Bessman)
> 4. Terratec DMX 6Fire 24/96 - Startup Messages
> (David Haggett)
> 5. Re: Terratec DMX 6Fire 24/96 - Startup
> Messages
> (Erik de Castro Lopo)
> 6. Re: Suse 9.2 (Clemens Ladisch)
> 7. Re: RE: More Homemade Muzak (Arnold Krille)
> 8. VirMIDI output ports don't work (Sebastian
> Gutsfeld)
> 9. Re: VirMIDI output ports don't work (Lee
> Revell)
> 10. Re: VirMIDI output ports don't work (Clemens
> Ladisch)
> 11. Re: VirMIDI output ports don't work (Lars
> Luthman)
>
>
>
----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 18 May 2005 21:19:25 -0700
> From: Larry Troxler <lt(a)westnet.com>
> Subject: [linux-audio-user] Suse 9.2
> To: linux-audio-user(a)music.columbia.edu
> Message-ID: <200505182119.25624.lt(a)westnet.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi, I recently experienced the Great Hard Disk Crash
> of 2005, and am starting
> again with Suse 9.2.
>
> I see it has most of the great audio apps included,
> but of course some of
> these apps are probably out of date.
>
> My immediate problem seems to be that MIDI isn't
> working; If I run the test
> MIDI patch in pd, for example, nothing happens with
> either MIDI input or
> output, using the MIDI port on my Soundblaster PCI
> 512 card.
>
> Also, when running rosegarden, I hear nothing when I
> press the test tone
> button on the GUI for the fluidsynth DSSI.
>
> I do see that the /dev/midi* devices are there.
>
> I haven't yet updated the kernel or installed the
> realtime_lsm module,
> although I suppose this should have nothing to do
> with whether MIDI works.
>
> For the time being, I'm starting jackd as root, and
> running rosegarden and pd
> as root, using sux.
>
> If someone can suggest a place to start
> troubleshooting, it would be most
> helpfull.
>
> Thanks in advance!
>
> Larry Troxler
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 18 May 2005 23:17:00 -0400
> From: Ivica Bukvic <ico(a)fuse.net>
> Subject: [linux-audio-user] re: Does anyone have a
> working example of
> Supercollider and SCUM GUI where slider or a button
> does real-time
> update on the synth
> To: linux-audio-dev(a)music.columbia.edu,
> linux-audio-user(a)music.columbia.edu
> Cc: steve(a)k-hornz.de
> Message-ID: <200505182317.00299.ico(a)fuse.net>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi all,
>
> I just realized why my example code "didn't work."
> It was a simple stupid
> human error (surprise, surprise), the change did
> occur, it was just that the
> sinetone was 400Hz and I was altering it by 0-1 Hz
> with slider output which
> on my lousy laptop speakers in a noisy room
> seemingly did not make a bit of
> difference (at least not to my ears :-).
>
> Anyhow, thank you very much all for your help in
> this matter!
>
> Btw, Stefan, you mentioned that there were some
> updates to SCUM. Are these
> included in the latest 0.0.2a version? Also is this
> the same version like the
> one presented at LAC last year?
>
> Many thanks!
>
> Best wishes,
>
> Ico
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 19 May 2005 00:01:57 -0400
> From: Pete Bessman <ninjadroid(a)gazuga.net>
> Subject: Re: [linux-audio-user] Even more music
> To: A list for linux audio users
> <linux-audio-user(a)music.columbia.edu>
> Message-ID:
> <1116475317.5191.2.camel(a)localhost.localdomain>
> Content-Type: text/plain
>
> On Tue, 2005-05-17 at 20:42 +0100,
> james(a)dis-dot-dat.net wrote:
> > On Mon, 16 May, 2005 at 08:00PM -0400, Pete
> Bessman spake thus:
> > > On Mon, 2005-05-16 at 14:42 +0100,
> james(a)dis-dot-dat.net wrote:
> > > > A track I put together over the weekend. The
> levels aren't quite
> > > > right and it sounds a little muddy, but I got
> fed up with it and
> > > > decided to leave it as it is.
> > > >
> > > >
> http://blog.dis-dot-dat.net/2005/05/more-music.html
> > > >
> > >
> > > Very very nice. I especially like the beats.
> How'd you make them, and
> > > any chance of sharing the... uh... sources? My
> drum programming skills
> > > are teh sukc, and chicks only like guys with
> good skills.
> >
> > No problem. I'm a tracker junkie, so you might
> not like the format,
> > but mail me back if you're interested. You can
> have the whole file
> > and play with it - see what you come up with from
> the same sounds.
>
> Very interested.
>
> > In fact, that would make a great exercise. How
> about we all work from
> > a common set of sounds and produce a track, and
> see how they compare?
> > We could host them all in one place as a kind of
> project. It would be
> > great to see what other people did and how they
> did it.
>
> Very good idea!
>
> > Who's up for that?
>
> Count me in.
>
> Peace out,
>
> -Pete
>
=== message truncated ===
Yahoo! Mail
Stay connected, organized, and protected. Take the tour:
http://tour.mail.yahoo.com/mailtour.html
Hi LAU,
I recently discovered that the output/readable ports of VirMIDI don't
send any MIDI messages but the input/writable ports of VirMIDI still
work.
Here's an example setup:
MIDI keyboard -> VirMIDI 2-0
VirMIDI 2-0 -> synth
This doesn't work, whereas when starting csound4 listening to the input
port VirMIDI 2-0 (with "-M /dev/snd/midiC2D0") and only making the
MIDI keyboard -> VirMIDI 2-0
connection everything works fine.
I use Debian testing, with alsa version 1.0.8 and here's my modules
config for alsa:
,----
| alias char-major-116 snd
| alias char-major-14 soundcore
|
| options snd major=116 cards_limit=5
|
| # emu10k1
| alias sound-service-0-0 snd-mixer-oss
| alias sound-service-0-1 snd-seq-oss
| alias sound-service-0-3 snd-pcm-oss
| alias sound-service-0-8 snd-seq-oss
| alias sound-service-0-12 snd-pcm-oss
|
| # terratec aureon
| alias sound-service-1-0 snd-mixer-oss
| alias sound-service-1-3 snd-pcm-oss
| alias sound-service-1-12 snd-pcm-oss
| options snd-usb-audio vid=0x0ccd index=1
|
| alias /dev/dsp* snd-pcm-oss
|
| alias snd-card-0 snd-emu10k1
| alias snd-card-1 snd-usb-audio
| alias snd-card-2 snd-virmidi
| alias snd-card-3 snd-usb-audio
| alias snd-card-4 snd-usb-audio
|
| alias sound-slot-0 snd-card-0
| alias sound-slot-1 snd-card-1
|
| post-install snd-emu10k1 modprobe snd-emu10k1-synth
`----
Any ideas?
regards,
Sebastian
A track I put together over the weekend. The levels aren't quite
right and it sounds a little muddy, but I got fed up with it and
decided to leave it as it is.
http://blog.dis-dot-dat.net/2005/05/more-music.html
--
"I'd crawl over an acre of 'Visual This++' and 'Integrated Development
That' to get to gcc, Emacs, and gdb. Thank you."
(By Vance Petree, Virginia Power)
Hi all,
I just realized why my example code "didn't work." It was a simple stupid
human error (surprise, surprise), the change did occur, it was just that the
sinetone was 400Hz and I was altering it by 0-1 Hz with slider output which
on my lousy laptop speakers in a noisy room seemingly did not make a bit of
difference (at least not to my ears :-).
Anyhow, thank you very much all for your help in this matter!
Btw, Stefan, you mentioned that there were some updates to SCUM. Are these
included in the latest 0.0.2a version? Also is this the same version like the
one presented at LAC last year?
Many thanks!
Best wishes,
Ico
Hi all,
I have a problem I already had with my previous mdk 10.1 setup with my
new debian one.
I have a sblive, debian unstable, kernel 2.6.12rc4 + lsm, alsa 1.0.8 and
the alsa script does not start the emu10k1-synth module when starting
the midi modules.
I have try to add :
post-install snd-emu10k1 modprobe snd-emu10k1-synth
in /etc/modutils/alsa, then update-modules but it does not work.
Do you know how how I could load this module at boot time (of course
modprobe snd-emu10k1-synth works ....)
Christophe
Many thanks for the reply!
Actually there is another, very odd reason why my example did not work. Even
if I used your working example, I found out the following odd behavior:
If I have a statement that does:
Out.ar(out, SinOsc.ar(freq, mul: 0.5))
Then it works.
If I have a statement that does:
Out.ar(out, SinOsc.ar(freq * 100, mul: 0.5))
This also works.
Now if I have:
Out.ar(out, SinOsc.ar(freq + 100, mul: 0.5))
This doesn't.
Naturally, one could always put something before this statement to fix this,
i.e.:
freq = freq + 100;
Out.ar(out, SinOsc.ar(freq, mul: 0.5))
But it is still interesting why the multiplication works and addition
doesn't.
Also, I noticed that on one of your SCUM example screenshots you are using
.connect method to connect something, yet I was unable to locate anything of
value in the documentation. I assume that this could be something similar to
the signal-slot idea in Qt and/or other Widget languages (but obviously I
may be completely off the mark), so I was wondering if you could please
provide an example for that? I would really appreciate it!
Finally, while I am on the roll with questions :-), do you mind also
mentioning what's the current status/roadmap of SCUM in terms of supporting
all stock Supercollider widgets, as I noticed that the SCUM widgets use
non-standard names and in addition I am not sure whether all widgets are as
of yet supported, all of which, at least in my experience, makes a number of
sc examples available on the net difficult if not impossible to run in
Linux. Please don't get me wrong, this is not to criticize as I am eternally
grateful for SCUM, I am simply curious as to what is the roadmap for the
project.
Many thanks to all for your help!
Best wishes,
Ivica Ico Bukvic, composer & multimedia sculptor
http://meowing.ccm.uc.edu/~ico/
> you'll have to split up the code:
>
> s = Server.local.boot;
>
> SynthDef(\testfest, { arg out=0, freq=440;
> Out.ar(out, SinOsc.ar(freq, mul: 0.5))
> }).send(s);
>
> z = Synth(\testfest);
>
> (
> w = SCUMWindow.new;
> w.title = "Slider example";
> w.initialSize = Size(20, 300);
>
> c = SCUMVBox(w);
> v = SCUMSlider(c, { |v|
> v.expand = 1;
> v.fill = 1;
> v.bgColor = Color.white;
> v.fgColor = Color.black;
> v.action = { z.set(\freq, v.value * 100 + 400) }
> v.doAction;
> });
>
> w.show;
> )
>
> hth,
> <sk>
This might be a trivial question but I am having trouble configuring
xine and mplayer to play multichannel audio (from a DVD) through a
RME-Multiface configuration. Two channel output (stereo) works fine.
I have tried setting xine to "5.1 channel output", etc...but nothing
seems to work.
I know the multiface works as I have written some simple code to send
audio to the 8 analog channels.
Any help with configuring Xine/Mplayer would be much appreciated.
DS