Hi all
Q is there a howto or tutorial on qjackctl?
or on Jack in newbie terms
i googled but cannot find ;(
Background
just installed demudi
worked outa the box. i have sound, cd, line input etc
but cant get ardour to "see" the line input signal
any thoughts?
ta
Hello there,
I've just got a RME cardbus multiface for my toshiba laptop, and
spent the usual stressing hours to configure my Linux box to use it.
I configured everything, and the multiface works
apparently flawlessly, up to about 5ms of latency. But i noticed a
component inside the laptop makes a very high soft buzz every time the
laptop accesses the multiface. It is not in the audio, it is a component
inside the plastic case that hums. That doesn't seem to happen under
winXP. Have anyone ever heard of such a thing? Is it a sign of
something harmful happening to the computer? is it a frequency parameter
set wrong in the pcmcia drivers and we get some kind of difference tone?
But all works, what can it be? I do notice audacity freezes when it tries
to access hw:1 (which is where the multiface is). But jack works without a
glitch. These are probably unrelated things, though.
Anyway, I am just hopeful someone out there may have an idea of
what this is.
Thanks,
Marcus Bittencourt
=======================================
Marcus A. Bittencourt
email: alessi(a)music.columbia.edu
website: http://mabitt.people.wm.edu
=======================================
Estou pouco me lixando para o significado
disso tudo, apenas radiante pela experiência.
=======================================
On Tuesday 01 March 2005 05:21 pm, lau(a)ballen.fastmail.fm wrote:
> Since I couldn't find one that I liked, I created a pretty decent soprano
> sax soundfont using swami (thus the lau connection). It is available at
> http://juraview.com/soundfonts/SopranoSax.sf2.gz. I tried submitting this
> to hammersound but it's never made it to the site.
>
> Regards,
> Bill
>
>
I swear! I sent the email about soundfont distribution _before_ this hit my
mailbox :)
>
>
>
> _______________________________________________
> linux-audio-announce mailing list
> linux-audio-announce(a)music.columbia.edu
> http://music.columbia.edu/mailman/listinfo/linux-audio-announce
>Are this about the rtirq (lowercase) script on planetccrma? I was the
>original author of those bits and it is intended to generically prioritize
>those IRQ thread handlers on a realtime-preemptible kernel (PREEMPT_RT).
yes, I think it is, thanks for your reply dude! I'm using CCRMA on top of original FC3 using apt-get Nice.
>If this makes sense to you, just check the output of the command:
> /etc/init.d/rtirq status
>and see how IRQ 14 and IRQ 15 is going among the others.
cool, I see now that IRQ number order is no longer the determining factor (if its RTPRIO that now determines priority as I am assuming)
PID CLS RTPRIO NI PRI %CPU STAT COMMAND
235 FF 80 - 120 0.0 S< IRQ 8
1459 FF 70 - 110 0.0 S< IRQ 22
1594 FF 70 - 110 3.4 S< IRQ 17
1752 FF 60 - 100 0.1 S< IRQ 21
334 FF 50 - 90 0.0 S< IRQ 1
20 FF 49 - 89 0.0 S< IRQ 9
294 FF 47 - 87 0.0 S< IRQ 14
297 FF 46 - 86 0.0 S< IRQ 15
1269 FF 44 - 84 0.0 S< IRQ 6
2132 FF 40 - 80 0.4 S< IRQ 16
2545 FF 39 - 79 0.0 S< IRQ 4
2546 FF 38 - 78 0.0 S< IRQ 3
2575 FF 37 - 77 0.0 S< IRQ 7
3005 FF 36 - 76 0.0 S< IRQ 23
so HD not really doing much %CPU 0.0, ICE1712 3.4 then AGP 0.4 then USB 0.1 (mouse) most used,
also theres a few IRQ values here not listed in /proc/interrupts i.e. 6 4 and 3 ?
perhaps its just points where bus just overloaded periodically with HD and AGP and mouse on USB (plus ethernet and firewall running)
by doubling RTPRI of ICE compared to HD i.e. put HD at bottom of priority list i.e. IRQ 14 and 15 RTPRIO 36 or 35 (has it got enough caching to cope with that?, how do I increase disk caching (plenty of memory free 100+mb easy) on FC3 with 2 disks merged to one LVM volume?) would that do the trick do you think?
also there is the option of IDE busmaster on/off in the bios, now IRQ's have moved to software is that even relevant? if so whats best? currently off. but was causing XRUN with it on as well.
Is an XRUN fatal, i.e. does it indicate lost samples.
CPU load doesnt seem to go over 20% so shouldnt be a problem there.... but not an accurate profile available.
are there any good system profilers that will show what process was using cpu/irq at which time?
Sorry, still a lot to learn, particularly as they keep adding things (nice things... but...) to RedHat/Fedora/Kernel/etc.
another thing I just thought of is jack prefers 32 bit samples, option to fall back to 16 bit, but... if hardware is 24bit, why pass around an extra 33% data which on multitrack audio soon adds up particularly at 96kHz. or loose 8 bits fidelity at 16 bit. Be nice if jackd would support 24 bit, maybe it does somehow.
> On Fri, 4 Mar 2005 12:25:30 -0500, ross(a)lug.udel.edu <ross(a)lug.udel.edu>
> wrote:
>> On Thu, Mar 03, 2005 at 10:34:17AM -0800, Kevin Cosgrove wrote:
>> > Hi,
>> >
>> > Does anyone have a pointer to an .asoundrc file which enables a
>> Delta 1010 to work optimally with ardour? I've had a look here
>>
>> What do you mean "optimal"? You should be able to load jack and
>> ardour and have all the channels accessible at the indicated sampling
>> rate.
>
> In fact a .asoundrc file is not required at all. IMHO .asoudrc files
> probably get in the way of Ardour working correctly unless you really
> know what you're doing in there. (Which I don't...)
U are correct in that things will work without the .asoundrc but it's my
understanding that if you just use the "default" for alsa, you lose some
performance.(?) I don't recall exactly, but in using the GUI's (Qjackctl
and jackconnect or whatever it was) that I could not get the ports to show
untill I utilized the ICE1712 .asoundrc for a "hoontech" card that is
posted in the Alsa site, and set the port numbers to "0" in Qjackctl. Then
I got the 10/12 I/O's. Jan Depner pointed me there when I asked all the
same questions after buying my Delta 1010LT.
>
>> I have a different Delta model, but the only thing in my
>> .asoundrc is stuff for OSS emulation.
>
> Can you share that Ross? I've wondered a number of times how to
> improve my system in this area. I run an RME HDSP 9652. It's locked down
> all day long by running Jack at 44.1K. However, I run across
> video on the web that has audio embedded at 32K. (Weird old WMV
> files.) I'd like to have OSS emulation take care of resampling that sort
> of material on the fly if possible.
>
> I could dedicate two PCM_playback inputs to OSS emulation permanently if
> there's a way to do this but so far I haven't discovered the
> process.
>
> Thanks,
> Mark
> _______________________________________________
> ardour-users-ardour.org mailing list
> ardour-users(a)lists.ardour.org
> http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org
On 4 March 2005 at 12:25, ross(a)lug.udel.edu wrote:
> What do you mean "optimal"? You should be able to load jack and
> ardour and have all the channels accessible at the indicated sampling
> rate.
Great. That's really what I'm after.
> I have a different Delta model, but the only thing in my
> .asoundrc is stuff for OSS emulation.
Hmm, I have a legacy OSS app. that I might want to use. I've done
the usual /etc/modprobe.conf stuff in the past with simpler sound
cards. Is your .asoundrc much different? I imagine so. I'd be
interested to see your .asoundrc, if that's OK. It'd be nice to get
it into the google-space & mailing list archives too.
> If you're trying to sync up two delta cards, that's probably totally
> different though ::-) Otherwise:
In my searching for an answer to .asoundrc I ran across several old
messages about syncing two 1010 units. I never found a post about
success with that tho. I don't think I'll buy a 2nd one until I know
that it'll work.
> jackstart -R -d alsa -d hw:0 -r 44100 ... other jack options ...
> ardour
>
> and you should be golden!
Very cool. Pretty much like my vanilla sound card.
Thanks....
--
Kevin
Those lines are in the ladspa.h file. The proper solution
to the problem is to cast all values with (const etc.) in the plugin.
I didn't bother doing that, I thought the warnings were
harmless when I wrote the plugin. Guess gcc isn't what
it once was...
Steve Harris:
>
> Yeah, look on those lines an see what struct is being assigned to, then
> find where its declared and remove the word "const".
>
> - Steve
>
> On Wed, Feb 23, 2005 at 01:24:55 -0700, JP Mercury wrote:
> > Hi everyone-
> >
> > I have vstserver working, but I'm trying to get ladspavst to compile. Here's
> > the compile errors:
> >
> > gcc -c vst.c -Wall -Iinclude -I../vstserver/include -I/usr/local/include -g -O2
> > vst.c: In function `_init':
> > vst.c:505: error: assignment of read-only member `HintDescriptor'
> > vst.c:506: error: assignment of read-only member `LowerBound'
> > vst.c:507: error: assignment of read-only member `UpperBound'
> > vst.c:518: error: assignment of read-only member `HintDescriptor'
> > vst.c:520: error: assignment of read-only member `HintDescriptor'
> > vst.c:523: error: assignment of read-only member `HintDescriptor'
> > vst.c:527: error: assignment of read-only member `HintDescriptor'
> > vst.c:531: error: assignment of read-only member `HintDescriptor'
> > vst.c:533: error: assignment of read-only member `HintDescriptor'
> > vst.c:536: error: assignment of read-only member `HintDescriptor'
> > vst.c:544: error: assignment of read-only member `HintDescriptor'
> > vst.c:546: error: assignment of read-only member `LowerBound'
> > vst.c:547: error: assignment of read-only member `UpperBound'
> > vst.c:550: warning: assignment from incompatible pointer type
> > make: *** [vst.o] Error 1
> >
> > Any ideas?
> > Thanks,
> > -M
>
"JP Mercury":
>Hi everyone-
>
>I have vstserver working, but I'm trying to get ladspavst to compile.
>Here's
>the compile errors:
>
>gcc -c vst.c -Wall -Iinclude -I../vstserver/include -I/usr/local/include
>-g -O2
>vst.c: In function `_init':
>vst.c:505: error: assignment of read-only member `HintDescriptor'
>vst.c:506: error: assignment of read-only member `LowerBound'
>vst.c:507: error: assignment of read-only member `UpperBound'
>vst.c:518: error: assignment of read-only member `HintDescriptor'
>vst.c:520: error: assignment of read-only member `HintDescriptor'
>vst.c:523: error: assignment of read-only member `HintDescriptor'
>vst.c:527: error: assignment of read-only member `HintDescriptor'
>vst.c:531: error: assignment of read-only member `HintDescriptor'
>vst.c:533: error: assignment of read-only member `HintDescriptor'
>vst.c:536: error: assignment of read-only member `HintDescriptor'
>vst.c:544: error: assignment of read-only member `HintDescriptor'
>vst.c:546: error: assignment of read-only member `LowerBound'
>vst.c:547: error: assignment of read-only member `UpperBound'
>vst.c:550: warning: assignment from incompatible pointer type
>make: *** [vst.o] Error 1
I know about this, but I have only got warnings, not errors.
Try to remove -Wall:
gcc -c vst.c -Iinclude -I../vstserver/include -I/usr/local/include -g -O2
--
Seems that with RTIRQ another layer of virtual interrupts is created,
great, but.... I reckon it might be better to put sound card ahead of
hard disk which is still on physical irq 14/15 where agp is on 16, sound
card is on 17 and onboard is on 23. (That combined with another disk
software layer added with LVM (not that LVM hasnt got its advantages...)
in FC3 slowing it down)
Anyone got any ideas how the set up of RTIRQ (if thats actually what is
doing it) virtual IRQ assignments is done?
only running on an XP1600+, trying to squeeze a bit more out of it...
48Khz low latency is pretty steady recording in ardour , but alsa_pcm
xruns at 96khz (happen about every 20 secs, seem to coincide with disk
access) particularly recording in ardour. Jack rack running multiple
effects at same 96khz 3.67ms latency is much more steady, roughly 1
dropout every 10 minutes, and thats with me messing around in the
background in gnome browsing, writing this etc.. (but not doing much HD
access...) in fact it seems so consistent that it may be some process
every 9.x mins causing this.
still thoroughly impressed though, 3ms latency stereo at 96kHz...
reliable enough to run jaaa .... and RT effects... Nice!
> It does not show the correct ammount of inputs and out
> puts in Qjackctl but the first 8 of each do most certainly represent the
> analog I/O's of the 1010LT.
I have the 2496, that shows 12 inputs in Alsa, discovered that 11 and 12 were an input port for the Mix Signal L and R (as combined by mixing in envy24control) 1 & 2 are analog.
The redhat or ccrma install I did seems to have set it up fine. (I havnt created a virtual card yet out of onboard + 2496 but one of these days.... perhaps....
Not played with spdif I/O yet, but I'm guessing maybe ports 3 & 4 or actually as its a generic driver (all ICE based cards) , probably its 10 & 11.... for my card.