From: bugtrack@alsa-project.org
To: alsa-devel@alsa-project.org
Subject: [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
Date: Sun, 16 Oct 2005 22:25:54 +0200 [thread overview]
Message-ID: <0f726cb808ee46786583ca1bad9aa2d4@bugtrack.alsa-project.org> (raw)
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=818>
======================================================================
Reported By: Mark Knecht
Assigned To: charbonnel
======================================================================
Project: ALSA - driver
Issue ID: 818
Category: PCI - RME HDSP
Reproducibility: always
Severity: major
Priority: normal
Status: feedback
Distribution: FC2
Kernel Version: 2.6.8.1-1.520.2vS7.ll.rhfc2.ccrma
======================================================================
Date Submitted: 01-14-2005 18:35 CET
Last Modified: 10-16-2005 22:25 CEST
======================================================================
Summary: Web browsing in Mozilla causes ADAT clocks on HDSP
9652 to be invalid
Description:
In my setup I's using 3 computers:
1) PanetCCRMA with HDSP 9652 as the center of an audio hub
2) Win XP GigaStudio with Hammerfall Light - two ADAT outputs streaming to
HDSP 9652 (ADAT input for clock)
3) Win XP Pro Tools Digi 002 Rack receiving GigaStudio audio from PC #2
So the signal flow looks like:
XP Linux XP
GSt ====> HDSP 9652 ====> Pro Tools
<=== (ADAT Clock)
The HDSP 9652 is the master clock for the network. Both XP machine sync to
the HDSP 9652.
When no specific audio apps are running on the Linux box then this
configuration will work for hours if not days with no problems. All audio
data from GSt flows through the HDSP 9652's hardware and the hardware
mixer sends it on to the Pro Tools box. It works perfectly.
When Mozilla is started and I switch from page to page, after a few
minutes I will receive a message on the Pro Tools box that the clock
supplied by the HDSP 9652 was invalid. I can browse the same web pages on
either XP box and I do not corrupt the clocks.
======================================================================
----------------------------------------------------------------------
Mark Knecht - 10-16-05 16:24
----------------------------------------------------------------------
So, indeed, alsamixer does now work with the HDSP 9652, at least for some
of the global settings that I've normally done with hdspconf. There is a
new rate locking option in alsamixer. However, to try it out will require
reconfiguring my system to make the HDSP 9652 the primary device. I will
try to do this in the next few days.
(This response was delayed by problems with the Alsa bug tracking system
being unavailable.)
----------------------------------------------------------------------
Mark Knecht - 10-16-05 22:25
----------------------------------------------------------------------
OK, moderately good news. Turning on Clock Locking in alsamixer does seem
to lock the clock down much better, but not perfectly. With the feature
turned off I get the horrible noises that I've suffered with for 2-3
years. With the feature turned on I now get just a couple of little sound
blips. This is definately usable in a static sense, but it wouldn't be
good enough to use in a recording session.
Note: I also found today that startine Wine, even when Wine is using the
built-in sound device, not the HDSP 9652, causes the HDSP 9652's clock to
change frequency and cause the loud noises. With this feature enabled it
now just causes the few sound blips.
Much, much better than before.
QUESTION: How do I turn this on from the command line? I need some command
that I can execute at boot time to ensure it's always set correctly?
Issue History
Date Modified Username Field Change
======================================================================
01-14-05 18:35 Mark Knecht New Issue
01-14-05 18:35 Mark Knecht Distribution => FC2
01-14-05 18:35 Mark Knecht Kernel Version =>
2.6.8.1-1.520.2vS7.ll.rhfc2.ccrma
02-01-05 21:35 charbonnel Note Added: 0003466
02-01-05 21:46 Mark Knecht Note Added: 0003470
02-01-05 22:03 rlrevell Note Added: 0003471
02-01-05 22:07 charbonnel Status assigned => resolved
02-01-05 22:07 charbonnel Resolution open => not an issue
02-01-05 22:07 charbonnel Note Added: 0003472
02-01-05 22:12 Mark Knecht Status resolved => feedback
02-01-05 22:12 Mark Knecht Resolution not an issue => reopened
02-01-05 22:12 Mark Knecht Note Added: 0003474
02-02-05 10:20 tiwai Note Added: 0003477
09-19-05 09:58 jdthood Note Added: 0006277
09-29-05 00:30 Mark Knecht Note Added: 0006411
10-05-05 18:50 tiwai Note Added: 0006436
10-12-05 14:17 tiwai Note Added: 0006466
10-12-05 18:17 Mark Knecht Note Added: 0006468
10-12-05 18:20 tiwai Note Added: 0006469
10-12-05 18:50 Mark Knecht Note Added: 0006470
10-12-05 18:55 tiwai Note Added: 0006471
10-12-05 19:03 Mark Knecht Note Added: 0006472
10-12-05 19:08 tiwai Note Added: 0006473
10-16-05 16:24 Mark Knecht Note Added: 0006482
10-16-05 22:25 Mark Knecht Note Added: 0006484
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
next reply other threads:[~2005-10-16 20:25 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-16 20:25 bugtrack [this message]
2005-10-16 21:09 ` [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid Eric Shattow
-- strict thread matches above, loose matches on Subject: below --
2006-01-13 0:03 bugtrack
2006-01-12 23:54 bugtrack
2006-01-12 23:17 bugtrack
2005-10-16 14:24 bugtrack
2005-10-12 17:08 bugtrack
2005-10-12 17:03 bugtrack
2005-10-12 16:55 bugtrack
2005-10-12 16:50 bugtrack
2005-10-12 16:20 bugtrack
2005-10-12 16:17 bugtrack
2005-10-12 12:17 bugtrack
2005-10-05 16:50 bugtrack
2005-09-28 22:30 bugtrack
2005-09-19 7:58 bugtrack
2005-02-02 9:20 bugtrack
2005-02-01 21:12 bugtrack
2005-02-01 21:07 bugtrack
2005-02-01 21:03 bugtrack
2005-02-01 20:46 bugtrack
2005-02-01 20:35 bugtrack
2005-01-14 17:35 bugtrack
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=0f726cb808ee46786583ca1bad9aa2d4@bugtrack.alsa-project.org \
--to=bugtrack@alsa-project.org \
--cc=alsa-devel@alsa-project.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox