25 Mar
2005
25 Mar
'05
11:11 a.m.
Although I am satisfied with multitrack recording using Audacity w/
OSS, I would like to give a try to Ardour, Rosegarden and Muse.
I have succeed to record some short multitrack songs, but after a few
minutes comes a crackling noise on top of the sound.
My system has multimedia kernel (2.6.10-1.mm.21 ), distro is Mandrake
10.1, 512 mb of RAM. Jack version: 0.99 (0.99.50-050215.1.mdk10.1.thac),
soundcard is Audigy 2 (along with VIA onboard soundcard).
I tried with Blackbox and stopped the internet connections, so I guess
it couldn't be the cause of memory.
Any suggestions & tips worth to try? Thanks.
25 Mar
25 Mar
11:35 a.m.
Esa Linna a écrit :
Although I am satisfied with multitrack recording
using Audacity w/
OSS, I would like to give a try to Ardour, Rosegarden and Muse.
I have succeed to record some short multitrack songs, but after a few
minutes comes a crackling noise on top of the sound.
My system has multimedia kernel (2.6.10-1.mm.21 ), distro is Mandrake
10.1, 512 mb of RAM. Jack version: 0.99 (0.99.50-050215.1.mdk10.1.thac),
soundcard is Audigy 2 (along with VIA onboard soundcard).
I tried with Blackbox and stopped the internet connections, so I guess
it couldn't be the cause of memory.
Any suggestions & tips worth to try? Thanks.
Hi I have almost the same setup, even less memory (256Mb) and have no
problem like that in "normal" situation. I have however notice a similar
problem when using ardour but only when inserting some plugins and only
when I insert these plugins pre-fader. It is a very strange (and not
always repetitable) behaviour and I don't know the reason of it.
Christophe
12:42 p.m.
hi, i have the audigy1 and i get the same problem when i the close the ardour
session or with some plugins in ardour or when i use jamin with a little -p
value. i have to restart jack to stop the crakling noise.
it's strange because this crakling noise is just in the playback not in the
record (no crakling noise inside)...
i think that the problem is some xruns but jackd don't say that..
if i shutdown some services like sensord and using a light desktop manager
(wmaker) i doesn't ear any crakling noise....
excuse me for my poor english!!
cheers,
jul
Le Vendredi 25 Mars 2005 16:51, Christophe Vescovi a écrit :
Esa Linna a écrit :
Although I am satisfied with multitrack recording
using Audacity w/
OSS, I would like to give a try to Ardour, Rosegarden and Muse.
I have succeed to record some short multitrack songs, but after a few
minutes comes a crackling noise on top of the sound.
My system has multimedia kernel (2.6.10-1.mm.21 ), distro is Mandrake
10.1, 512 mb of RAM. Jack version: 0.99 (0.99.50-050215.1.mdk10.1.thac),
soundcard is Audigy 2 (along with VIA onboard soundcard).
I tried with Blackbox and stopped the internet connections, so I guess
it couldn't be the cause of memory.
Any suggestions & tips worth to try? Thanks.
Hi I have almost the same setup, even less memory (256Mb) and have no
problem like that in "normal" situation. I have however notice a similar
problem when using ardour but only when inserting some plugins and only
when I insert these plugins pre-fader. It is a very strange (and not
always repetitable) behaviour and I don't know the reason of it.
Christophe 
4:50 p.m.
I'm not sure this is just an Audigy issue.
I see/hear this issue all the time lately with my HDSP multiface and
on another machine at school with a Delta 1010. I would describe it
as more of a comb-filtered sound but as Julien mentioned it does not
show up in a recording. JACK itself seems to be feeding the audio
just fine internally, but the alsa outputs are monitoring these
artifacts/coloring. Reseting the server clears it.
It often happens when I connect or disconnect a client, but it can
also simply appear when connected for longer stretches. When this
happens the JACK session shows no xruns and it doesn't seem/sound
related to sampling rate or even system load. I can be playing a
stereo file with ecasound or feeding a complex mulitchannel Ardour
session though JAMin...and it happens on a PIII I have at home and the
Athlon 64 with 2GB RAM at school (both highly tuned PlanetCCRMA
boxen).
Kevin
On Fri, 25 Mar 2005 13:37:19 -0500, Lee Revell <rlrevell(a)joe-job.com> wrote:
On Fri, 2005-03-25 at 17:11 +0200, Esa Linna wrote:
Any suggestions & tips worth to try? Thanks.
You are running at 48Khz and not 44.1, right?
Lee
5:38 p.m.
Hi
I had also this problem and I discovered it was a jackd bug. I think
it's not a problem of anything else. I can reproduce it with a powerful
machine only playing a song with xmms connected to jack.
if you want to hear what I listen:
http://www.telefonica.net/web2/mrvinyes/marc/noise.ogg
(maybe we've got different problems)
I wrote to the jackd devel list and they told me that I could solve it
switching to 48k (instead of the 44k I used).
I did it and the problem disappeared. But they were quite sceptical
about solving the problem with 44k...
First we though it was an audigy issue and they told me that even the
best drivers of the audigy for windows (I can't remember the name but it
starts with k...), have the 44k option as experimental...
However then sbdy reported the same problem with another card...
Talk to the guys of the jack devel list. I think we should try to solve
this issue or *at least warn the users* (maybe with a jackd comment)
that 44k won't work... don't you think?
En/na Kevin Ernste ha escrit:
I'm not sure this is just an Audigy issue.
I see/hear this issue all the time lately with my HDSP multiface and
on another machine at school with a Delta 1010. I would describe it
as more of a comb-filtered sound but as Julien mentioned it does not
show up in a recording. JACK itself seems to be feeding the audio
just fine internally, but the alsa outputs are monitoring these
artifacts/coloring. Reseting the server clears it.
It often happens when I connect or disconnect a client, but it can
also simply appear when connected for longer stretches. When this
happens the JACK session shows no xruns and it doesn't seem/sound
related to sampling rate or even system load. I can be playing a
stereo file with ecasound or feeding a complex mulitchannel Ardour
session though JAMin...and it happens on a PIII I have at home and the
Athlon 64 with 2GB RAM at school (both highly tuned PlanetCCRMA
boxen).
Kevin
On Fri, 25 Mar 2005 13:37:19 -0500, Lee Revell <rlrevell(a)joe-job.com> wrote:
On Fri, 2005-03-25 at 17:11 +0200, Esa Linna
wrote:
Any suggestions & tips worth to try? Thanks.
You are running at 48Khz and not 44.1, right?
Lee
5:49 p.m.
On Fri, 2005-03-25 at 22:44 +0100, MarC wrote:
Talk to the guys of the jack devel list. I think we
should try to solve
this issue or *at least warn the users* (maybe with a jackd comment)
that 44k won't work... don't you think?
There is no point taking the discussion back to the jack list. This
list gets more traffic and we need to know the full range of hardware
and sample rates that have the problem.
44.1KHz does work, for most people. It seems to be specific
combinations of hardware tat have the problem.
Anyway it should be obvious that 44.1KHz should not be used for SBLive!
based cards. It's very well known that these devices operate at 48KHz
internally.
Lee
26 Mar
26 Mar
6:02 a.m.
Lee Revell wrote:
On Fri, 2005-03-25 at 22:44 +0100, MarC wrote:
I could (almost) swear it did happen also with 48khz, but now
everything works with it, after changing 44.1 to 48.
Thanks, gotta go to tune my guitars and basses right away :-)
#########################
http://koti.mbnet.fi/denzo/esa/
Talk to the guys of the jack devel list. I think
we should try to solve
this issue or *at least warn the users* (maybe with a jackd comment)
that 44k won't work... don't you think?
There is no point taking the discussion back to the jack list. This
list gets more traffic and we need to know the full range of hardware
and sample rates that have the problem.
44.1KHz does work, for most people. It seems to be specific
combinations of hardware tat have the problem.
Anyway it should be obvious that 44.1KHz should not be used for SBLive!
based cards. It's very well known that these devices operate at 48KHz
internally.
8:03 a.m.
Last Friday 25 March 2005 21:49, Lee Revell was like:
44.1KHz does work, for most people. It seems to be
specific
combinations of hardware tat have the problem.
Anyway it should be obvious that 44.1KHz should not be used for SBLive!
based cards. It's very well known that these devices operate at 48KHz
internally.
I have an i810, which I run at 48k and is fine. I remember having some issues
at 44.1k, not as bad as the OP described. Sorry for the vagueness.
cheers,
tim hall
http://glastonburymusic.org.uk
8:36 a.m.
On Sat, 2005-03-26 at 12:03 +0000, tim hall wrote:
Last Friday 25 March 2005 21:49, Lee Revell was like:
Weird. Maybe JACK is broken at 44.1 KHz after all.
So, what other hardware has the problem at 44.1? I can easily reproduce
it with my SBLive!.
It's strange that you can play MP3s or movies all day with the emu10k1
at 44.1 and it works perfectly, but everyone has this problem with JACK.
Lee
44.1KHz does work, for most people. It seems to
be specific
combinations of hardware tat have the problem.
Anyway it should be obvious that 44.1KHz should not be used for SBLive!
based cards. It's very well known that these devices operate at 48KHz
internally.
I have an i810, which I run at 48k and is fine. I remember having some issues
at 44.1k, not as bad as the OP described. Sorry for the vagueness.
6:26 p.m.
New subject: [linux-audio-user] Jack problem: crackling sound (hardware specs)
En/na Lee Revell ha escrit:
On Fri, 2005-03-25 at 22:44 +0100, MarC wrote:
Ok. I suggested "talk to the guys of the jack devel list" in order to
know how we can help to solve this issue...
I thought it could help... sorry if I didn't mesure my words...
Talk to the guys of the jack devel list. I think
we should try to solve
this issue or *at least warn the users* (maybe with a jackd comment)
that 44k won't work... don't you think?
There is no point taking the discussion back to the jack list. This
list gets more traffic
and we need to know the full range of hardware
and sample rates that have the problem.
But you have already told us how to begin, so there's no need to post it
at the devel list anymore.
My system is:
Motherboard: ASUS P4P800, 2.6Ghz, 512MB RAM
Hard Disk: IDE 7200rpm
Sound Card: SB Audigy OEM
(any other information would be useful?)
44.1KHz does work, for most people. It seems to be
specific
combinations of hardware tat have the problem.
Anyway it should be obvious that 44.1KHz should not be used for SBLive!
based cards. It's very well known that these devices operate at 48KHz
internally.
yes, I know this... but how can you explain that alsa works perfectly
and jack doesn't?
(I mean, as a user, I can't understand it, maybe I'm missing something
important and it isn't straight forward...)
11:14 p.m.
New subject: [linux-audio-user] Jack problem: crackling sound (hardware specs)
On Sat, 26 Mar 2005, MarC wrote:
yes, I know this... but how
can you explain that alsa works perfectly
and jack doesn't?
Anyone who is having this problem, please try a version of JACK
from CVS where the version is >= 0.99.52 (after 17 march). I
made some fixes to jack's alsa driver that *might* help this
problem. I know compiling your own jackd might be a little much
to ask, but I'm very curious.
jlc
Talk to the guys of the jack devel list. I think we
should try to solve
this issue or *at least warn the users* (maybe with a jackd comment)
that 44k won't work... don't you think?
27 Mar
27 Mar
12:15 a.m.
New subject: [linux-audio-user] Jack problem: crackling sound (hardware specs)
On Sat, 2005-03-26 at 22:14 -0500, Jesse Chappell wrote:
On Sat, 26 Mar 2005, MarC wrote:
yes, I know this... but how
can you explain that alsa works perfectly
and jack doesn't?
Anyone who is having this problem, please try a version of JACK
from CVS where the version is >= 0.99.52 (after 17 march). I
made some fixes to jack's alsa driver that *might* help this
problem. I know compiling your own jackd might be a little much
to ask, but I'm very curious.
I think your patch might have fixed the problem. I have been running my
SBLive at 44100KHz for 10 minutes and have not heard any crackling yet.
Lee
Talk to the guys of the jack devel list. I think we
should try to solve
this issue or *at least warn the users* (maybe with a jackd comment)
that 44k won't work... don't you think?
29 Mar
29 Mar
4:43 p.m.
New subject: [linux-audio-user] Jack problem: crackling sound (hardware specs)
I'm sorry I'm running ardour to record many things these days and I'm
not sure about compiling above the working jackd .deb package and crush
something... For the first time in many months my system is quite stable
and I don't want to risk...
When you do a release, then I will test it. Sure.
Anyway thank you very much for your work. Looks promising.
En/na Jesse Chappell ha escrit:
On Sat, 26 Mar 2005, MarC wrote:
Anyone who is having this problem, please try a version of JACK
from CVS where the version is >= 0.99.52 (after 17 march). I
made some fixes to jack's alsa driver that *might* help this
problem. I know compiling your own jackd might be a little much
to ask, but I'm very curious.
jlc
>Talk
to the guys of the jack devel list. I think we should try to solve
>this issue or *at least warn the users* (maybe with a jackd comment)
>that 44k won't work... don't you think?
>
>
yes, I know this... but how can you explain that alsa works perfectly
and jack doesn't?
25 Mar
25 Mar
7:21 p.m.
Another one bites the problem...
On Friday 25 March 2005 22:44, MarC wrote:
if you want to hear what I listen:
http://www.telefonica.net/web2/mrvinyes/marc/noise.ogg
(maybe we've got different problems)
I didn't listen to your file, will do later on, but:
I recently tested my tascam us-122 under live-settings and altough it runs
stable I get some artefact like from a cheap compression. They come, last a
while go away, come again, go again and so on. Seems periodically but I
didn't test on the long run.
I am driving it 48kHz and 24bit...
Arnold
--
There is a theory which states that if ever anyone discovers exactly what the
Universe is for and why it is here, it will instantly disappear and be
replaced by something even more bizarre and inexplicable.
There is another theory which states that this has already happened.
-- Douglas Adams, The Restaurant at the End of the Universe
26 Mar
26 Mar
9:21 a.m.
On 25/03/05 23:21:34, Arnold Krille wrote:
I recently tested my tascam us-122 under live-settings
and altough it
runs stable I get some artefact like from a cheap compression. They
come, last a while go away, come again, go again and so on. Seems
periodically but I didn't test on the long run.
I am driving it 48kHz and 24bit...
I've had some strange noise too but only with plugins and only when
ardour is idle. As soon as I hit play the noise seems to disappear.
Also the noise is load enough that I think it really is stopping not
just being masked by what I'm playing. This doesn't always happen
either and it may depend on which plugin and where in the chain it has
been inserted.
This is all with Tascam US-122, 44100 and 24 bit.
Steve.
7181
days inactive
7185
days old
linux-audio-user@lists.linuxaudio.org
15 comments
10 participants
participants (10)
-
Arnold Krille -
Christophe Vescovi -
Esa Linna -
Jesse Chappell -
julien.brule＠noos.fr -
Kevin Ernste -
Lee Revell -
MarC -
Steve Fosdick -
tim hall