Greets all,
Is there any reason why certain plugins don't show up in jack-rack? For
example, neither gverb_1216.so or plate_1423.so from Steve's latest
release show up in Jack Rack version 1.2.
Thanks Jordan.
Ismael Valladolid Torres <ismaeval(a)terra.es> wrote:
>I bet what you are suffering is the common audio dropouts in common
>chipsets for AMD processors caused by their poor PCI implementation.
>
>Is your chipset a VIA or a SiS one?
The Mother Board Manual states:
"The K7SEM is installed with the economical high-performance SiS730S chipset..."
Of course, it goes on with other specs, but I thought this would
answer the question about if it was SiS.
Just as a double-check (because the salesman told me that the manual
refers to several different mother boards) I looked (in KDE) under "Information" ---> "PCI" and it says:
"00.00.1 IDE Interface: Silicon Integrated Systems [SiS] 5513 IDE..."
I appoligize for my lack of savy. Does this answer the VIA/SiS
question? If so, do you have any other ideas of where I may need
to investigate next?
According to the article, I have the _exact_ Ultra ATA/133 PCI Adapter Card _and_ Hard Drive to acheive the highest speeds. The _Hard Drive's_ specs say:
Buffer size:
8 MB
Average seek time
9.1 MS
DATA Transfer rate:
133 MBytes / sec
(Ultra ATA/133)
Rotational Speed:
7200 RPM
So with the ATA/133 Card, the Hard Drive and (following)
Hardware/Software specs, shouldn't this be enough to allow flawless multitrack recording:
My Software/Hardware:
SuSE 8.1
k7SEM Mother Board
AMD Duron 1Ghz Processor
256 Megs Ram
Soundblaster Live! 5.1
alsa Version 0.9.0.cvs20020903-13
(That's the Alsa that installed with SuSE 8.1 - It
hasn't been altered in any way)
If you remember, when I installed the card and then did:
"hdparm -Tt /dev/dsp"
the Timing buffered disk reads MB/sec were lower than before I installed it. So, if you think the card is a worth fooling with, do you have any idea why the Timing buffered disk reads were lower (and how to bring them up)?
Thanks,
Rocco
__________________________________________________________________
The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp
Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/
Jack Audio Connection Kit 0.50.0 Released
The Jack team is pleased to announce the release of version 0.50.0 of
the Jack low-latency audio server. Jack allows applications to share
data and audio devices in synchronous operation, and has already seen
a year of hard testing and refinement. The API has stabilized for
the foreseeable future, although backwards compatibility is not
guaranteed.
More information on Jack is available at the group's web site,
[1]http://jackit.sourceforge.net/.
Source packages for Jack 0.50.0 are available [2]here.
What's new:
* Audio block sizes are fixed during runtime so clients can have more
efficient algorithms.
* No partial blocks will be delivered. Again for efficient client
algorithms.
* Thread scheduling hidden from clients for better portability.
* Cleanly compiles with gcc-3.3.
* Works on 64-bit platforms
Work is ongoing to improve transport control.
Developers and users interested in Jack should sign up to
[4]jackit-devel, our mailing list.
References
1. http://jackit.sourceforge.net/
2. http://jackit.sourceforge.net/releases/current/
3. http://jackit.sourceforge.net/apps/
4. http://jackit.sourceforge.net/lists/
Hi,
There was a problem compiling the gtkmm ui in 0.5.0 with the latest
sigc++.. oops :) Fixed now. Trivial patch attached, and a new tarball
and everything up on the website.
http://pkl.net/~node/alsa-patch-bay.html
Bob
--
Bob Ham <rah(a)bash.sh>
Hi all,
Now supports jack. It needs the patchbay-facilitating jack functions
that are only in cvs atm, tho; there's been no tarball release with them
yet. And yes, it's still called "ALSA" patchbay :)
* added jack driver, also installing a jack-patch-bay link to alsa-patch-bay
and a jack-patch-bay.desktop
* added client subscriptions, similar to qjackconnect; press a read port
twice
http://pkl.net/~node/alsa-patch-bay.html
Bob
--
Bob Ham <rah(a)bash.sh>
Greetings,
I was having interruptions when recording with ecasound. Someone at
the ecasound list suggested that it was because my Hard Drive was
slow. I upgraded from a 5400 RPM Drive to a 7200 RPM Drive and it
did help. The inturuptions are less often and shorter. They're
usually just an occasional click, and at times can be about a half
a second of silence (while recording).
When I listen to the recording, at the spots where the interuptions
happen, the parts are edited out. In other words, there is __no__
silence (in the file) where the interuptions happen, but it's as if
someone just cut those parts out of the recording and pasted the
remaining file together.
I found several tutorials on hdparm on the internet. I used it to
check my Hard Drive's capabilities and carefully made adjustments
accordingly. Nothing worked. In fact most of the time the -Tt flag
showed that the Timing buffered disk reads went down considerably.
And, of course the interuptions kept happening.
Here is the output of hdparm -Tt /dev/hda:
Timing buffer-cache reads: 128 MB in 0.97 seconds =131.96 MB/sec
Timing buffered disk reads: 64 MB in 1.35 seconds = 47.41 MB/sec
Is this considered slow (when it comes to doing 16 bit 2 channel
44100 Multitrack Recording)?
I did the command "dsmeg" and found the line:
"SiS730 ATA 100 controller"
And the Mother Board Manual says:
"The PCI IDE also supports PIO Mode 3 and 4, UDMA33/66/100 IDE"
Does this means it only capable of 100 MB/sec Data Transfer Rate?
And does this even have much of a bearing on the interuptions I'm
having?
I installed an ATA/133 PCI Adapter Card and did the command
hdparm -Tt /dev/hda and got the following output:
Timing buffer-cache reads: 128 MB in 0.95 seconds =134.74 MB/sec
Timing buffered disk reads: 64 MB in 2.19 seconds = 29.22 MB/sec
I'm not sure why it produced lower numbers. This could be a
configuration problem. But I'm not even sure if the card is
nessesary.
My Software/Hardware:
SuSE 8.1
k7SEM Mother Board
AMD Duron 1Ghz Processor
256 Megs Ram
Soundblaster Live! 5.1
alsa Version 0.9.0.cvs20020903-13
(That's the Alsa that installed with SuSE 8.1 - It
hasn't been altered in any way)
Anyone have a clue how to stop these interuptions?
Any help would be appreciated
Rocco
__________________________________________________________________
The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp
Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/
I have a PC with a P4 Intel chip at 1.8GB. My mainboard has a VIA8233
chip. It is running on Red Hat 8.0.
The ALSA drivers ( snd-via82xx) seem to be working fine with play or
aplay.
My modules.conf lines added by alsaconf are:
# --- BEGIN: Generated by ALSACONF, do not edit. ---
# --- ALSACONF verion 0.9.0 ---
alias char-major-116 snd
alias snd-card-0 snd-via82xx
alias char-major-14 soundcore
alias sound-slot-0 snd-card-0
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
options snd major=116 cards_limit=1 device_mode=0666
options snd-via82xx index=0
# --- END: Generated by ALSACONF, do not edit. ---
I have two problems:
1) If artsd is running, play or aplay will not be able to play a sound
file until I kill artsd. I had to configure KDE not to run artsd. That
means that if artsd is running, there is no sound. How can I have artsd
running without disabling sound output?
2) As I discovered the function of artsd is to allow some programs to
write directly to /dev/dsp. The problem I have is that when some
program writes directly to /dev/dsp (while artsd is not running) I only
hear a cracking noise. How I can have programs to write directly to
/dev/dsp?.
Thanks
--
This Message is sent from My R. Hat 8.0 Linux server
.-.
.-. | Gustavo Zamorano S.
.-. | | Unique Computer Operations, S. A.(UNICOPSA)
| | | | ___
| | | |/ _ \ ___ Celular: (507) 672-6487
| /o\_'||.' o `.
| \=/ /|| `---' P.O. Box 872150, Zona 7
\ ___// \ Panama, Republica de Panama
\____/ (`__') mailto:gzsuniq@cableonda.net
///////\\\\\\\
`--.____.--'
Hello all, we have purchased a Hammerfall HDSP 9652
soundcard with 3x ADAT out (no converters).
We can not get it to work with either the ALSA driver
for Hammerfall RME 9652 or for Hammerfall HDSP
(modprobe fails, sometimes with a segfault, even if
it is run very early in the boot process).
I must say we are entirely confused about the
different names of these cards, and what driver
(if any) is supposed to work with our card.
Has any on this group managed to get the Hammerfall
HDSP 9652 with 3x ADAT out (no converters) to work
under ALSA (or OSS?). If so, any advice?
Thanks!
Oyvind Hammer &
Natasha Barrett
Oslo, Norway