Re: [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid

Eric Shattow
2005-10-16T21:09:26Z

On 10/16/05, bugtrack@alsa-project.org <bugtrack@alsa-project.org> wrote:
>
> 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
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/alsa-devel
>

In theory your OS should be executing 'alsactl store' on shutdown, and
'alsactl restore' on startup. That would restore mixer settings from
the previous OS session.