* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-01-14 17:35 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-01-14 17:35 UTC (permalink / raw)
To: alsa-devel
The following issue has been SUBMITTED.
======================================================================
<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: assigned
Distribution: FC2
Kernel Version: 2.6.8.1-1.520.2vS7.ll.rhfc2.ccrma
======================================================================
Date Submitted: 01-14-2005 18:35 CET
Last Modified: 01-14-2005 18:35 CET
======================================================================
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
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=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.
======================================================================
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
======================================================================
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-02-01 20:35 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-02-01 20:35 UTC (permalink / raw)
To: alsa-devel
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: assigned
Distribution: FC2
Kernel Version: 2.6.8.1-1.520.2vS7.ll.rhfc2.ccrma
======================================================================
Date Submitted: 01-14-2005 18:35 CET
Last Modified: 02-01-2005 21:35 CET
======================================================================
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
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=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.
======================================================================
----------------------------------------------------------------------
charbonnel - 02-01-05 21:35
----------------------------------------------------------------------
Hi Mark,
>From what I understand, the card is not in use from the alsa point of
view, you just use the matrix routing. Then it may happen when mozilla
encounters a page using flash that wants to output audio, if it's setup to
do so through the hdsp, that it sets a different audio clock (e.g 44100
vs. 48000). This is normal, and happens also under windows from what I
read on the RME forums. The anwser from the support team is invariably
'disable system sounds' or 'don't use the hdsp as the system default audio
device'.
Thomas
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
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-02-01 20:46 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-02-01 20:46 UTC (permalink / raw)
To: alsa-devel
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: assigned
Distribution: FC2
Kernel Version: 2.6.8.1-1.520.2vS7.ll.rhfc2.ccrma
======================================================================
Date Submitted: 01-14-2005 18:35 CET
Last Modified: 02-01-2005 21:46 CET
======================================================================
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
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=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.
======================================================================
----------------------------------------------------------------------
charbonnel - 02-01-05 21:35
----------------------------------------------------------------------
Hi Mark,
>From what I understand, the card is not in use from the alsa point of
view, you just use the matrix routing. Then it may happen when mozilla
encounters a page using flash that wants to output audio, if it's setup to
do so through the hdsp, that it sets a different audio clock (e.g 44100
vs. 48000). This is normal, and happens also under windows from what I
read on the RME forums. The anwser from the support team is invariably
'disable system sounds' or 'don't use the hdsp as the system default audio
device'.
Thomas
----------------------------------------------------------------------
Mark Knecht - 02-01-05 21:46
----------------------------------------------------------------------
Hi Thomas,
Interesting. Best I can tell these days (since I reported this a couple
of weeks ago) is that not all web sites cause Mozilla to do whatever it
does. Many, even most, cause me no problems with the current revision of
Alsa from PlanetCCRMA.
We had some conversations about this on LAU or Alsa-devel - I don't
remember which. Seemed that folks there thought it was possible to extend
Alsa one fo these days to be able to lock down the card's sample rate
instead of letting any app change it. That would be fine with me. I don't
care about OSS audio quality. I just want hdspconf to be in total control
so that I set the card's sample rate and it doesn't change, but maybe
that's for some future date.
Currently I do not use Mozilla when doing important audio stuff but
that forces me to do web browsing on a Windows box instead.
Anyway, thanks for looking into this and thinking about future
improvements.
Cheers,
Mark
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
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-02-01 21:03 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-02-01 21:03 UTC (permalink / raw)
To: alsa-devel
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: assigned
Distribution: FC2
Kernel Version: 2.6.8.1-1.520.2vS7.ll.rhfc2.ccrma
======================================================================
Date Submitted: 01-14-2005 18:35 CET
Last Modified: 02-01-2005 22:03 CET
======================================================================
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
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=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 - 02-01-05 21:46
----------------------------------------------------------------------
Hi Thomas,
Interesting. Best I can tell these days (since I reported this a couple
of weeks ago) is that not all web sites cause Mozilla to do whatever it
does. Many, even most, cause me no problems with the current revision of
Alsa from PlanetCCRMA.
We had some conversations about this on LAU or Alsa-devel - I don't
remember which. Seemed that folks there thought it was possible to extend
Alsa one fo these days to be able to lock down the card's sample rate
instead of letting any app change it. That would be fine with me. I don't
care about OSS audio quality. I just want hdspconf to be in total control
so that I set the card's sample rate and it doesn't change, but maybe
that's for some future date.
Currently I do not use Mozilla when doing important audio stuff but
that forces me to do web browsing on a Windows box instead.
Anyway, thanks for looking into this and thinking about future
improvements.
Cheers,
Mark
----------------------------------------------------------------------
rlrevell - 02-01-05 22:03
----------------------------------------------------------------------
Mark,
Your problem is not Mozilla per se but the Flash player plugin. It uses
ALSA's OSS emulation.
A guaranteed workaround is to uninstall the Flash plugin. Then mozilla
will *never* touch your audio device. You could set up two browser
configs, one with Flash and one without, and use the Flash free config for
safe browsing while doing audio work.
Or, you could disable ALSA's OSS emulation. You could even map /dev/dsp
to /dev/null, and configure "well behaved" OSS apps use /dev/dsp1. Then
you could browse Flash pages, but Flash would not be able to make sounds
at all.
A side benefit is that you get less annoying ads with Flash removed.
Lee
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
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-02-01 21:07 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-02-01 21:07 UTC (permalink / raw)
To: alsa-devel
The following issue has been RESOLVED.
======================================================================
<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: resolved
Distribution: FC2
Kernel Version: 2.6.8.1-1.520.2vS7.ll.rhfc2.ccrma
Resolution: not an issue
Fixed in Version:
======================================================================
Date Submitted: 01-14-2005 18:35 CET
Last Modified: 02-01-2005 22:07 CET
======================================================================
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
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=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.
======================================================================
----------------------------------------------------------------------
rlrevell - 02-01-05 22:03
----------------------------------------------------------------------
Mark,
Your problem is not Mozilla per se but the Flash player plugin. It uses
ALSA's OSS emulation.
A guaranteed workaround is to uninstall the Flash plugin. Then mozilla
will *never* touch your audio device. You could set up two browser
configs, one with Flash and one without, and use the Flash free config for
safe browsing while doing audio work.
Or, you could disable ALSA's OSS emulation. You could even map /dev/dsp
to /dev/null, and configure "well behaved" OSS apps use /dev/dsp1. Then
you could browse Flash pages, but Flash would not be able to make sounds
at all.
A side benefit is that you get less annoying ads with Flash removed.
Lee
----------------------------------------------------------------------
charbonnel - 02-01-05 22:07
----------------------------------------------------------------------
When using the hdsp as a clock source on which your whole studio setup is
dependant (without necessarily running an audio application, e.g. when
doing hardware routing and setting the desired sample rate in hdspconf or
through amixer), here are the options to prevent the audio clock to change
:
* make sure no application uses the card with unpredictable sample rate
requirements (don't use it as the default device, don't use it through the
oss emulation layer)
* make sure that if ever applications access the card, they do it at the
required sample rate (this can be done with the plughw device in your
~/.asoundrc file)
* run an audio application at the desired sample rate. when the device is
opened the clock can't be changed by any other app. typical candidates
here allowing you to keep using the card would be sound daemons (esd,
artsd, jack...)
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
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-02-01 21:12 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-02-01 21:12 UTC (permalink / raw)
To: alsa-devel
The following issue has been REOPENED.
======================================================================
<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: 02-01-2005 22:12 CET
======================================================================
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
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=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.
======================================================================
----------------------------------------------------------------------
charbonnel - 02-01-05 22:07
----------------------------------------------------------------------
When using the hdsp as a clock source on which your whole studio setup is
dependant (without necessarily running an audio application, e.g. when
doing hardware routing and setting the desired sample rate in hdspconf or
through amixer), here are the options to prevent the audio clock to change
:
* make sure no application uses the card with unpredictable sample rate
requirements (don't use it as the default device, don't use it through the
oss emulation layer)
* make sure that if ever applications access the card, they do it at the
required sample rate (this can be done with the plughw device in your
~/.asoundrc file)
* run an audio application at the desired sample rate. when the device is
opened the clock can't be changed by any other app. typical candidates
here allowing you to keep using the card would be sound daemons (esd,
artsd, jack...)
----------------------------------------------------------------------
Mark Knecht - 02-01-05 22:12
----------------------------------------------------------------------
* make sure no application uses the card with unpredictable sample rate
requirements (don't use it as the default device, don't use it through the
oss emulation layer)
[MWK] Not practical but I understand.
* make sure that if ever applications access the card, they do it at the
required sample rate (this can be done with the plughw device in your
~/.asoundrc file)
[MWK] I like this solution but couldn't figure it out myself. If someone
could put a default version on the Alsa HDSP card page that would be a big
help. I'm happy to test.
* run an audio application at the desired sample rate. when the device is
opened the clock can't be changed by any other app. typical candidates
here allowing you to keep using the card would be sound daemons (esd,
artsd, jack...)
Running Jack is a pretty good solution for me. In fact I've been running
it a lot and not seen this problem so possibly I can report (a bit
loosely) that this solution works. Certianly I can do that any time I'm
doing important work.
Thanks!
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
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-02-02 9:20 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-02-02 9:20 UTC (permalink / raw)
To: alsa-devel
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: 02-02-2005 10:20 CET
======================================================================
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
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=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 - 02-01-05 22:12
----------------------------------------------------------------------
* make sure no application uses the card with unpredictable sample rate
requirements (don't use it as the default device, don't use it through the
oss emulation layer)
[MWK] Not practical but I understand.
* make sure that if ever applications access the card, they do it at the
required sample rate (this can be done with the plughw device in your
~/.asoundrc file)
[MWK] I like this solution but couldn't figure it out myself. If someone
could put a default version on the Alsa HDSP card page that would be a big
help. I'm happy to test.
* run an audio application at the desired sample rate. when the device is
opened the clock can't be changed by any other app. typical candidates
here allowing you to keep using the card would be sound daemons (esd,
artsd, jack...)
Running Jack is a pretty good solution for me. In fact I've been running
it a lot and not seen this problem so possibly I can report (a bit
loosely) that this solution works. Certianly I can do that any time I'm
doing important work.
Thanks!
----------------------------------------------------------------------
tiwai - 02-02-05 10:20
----------------------------------------------------------------------
Thomas, could you check the patch I sent ago in alsa-devel ML?
This adds 'sample clock lock' control like ice1712 driver.
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
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-09-19 7:58 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-09-19 7:58 UTC (permalink / raw)
To: alsa-devel
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: 09-19-2005 09:58 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.
======================================================================
----------------------------------------------------------------------
tiwai - 02-02-05 10:20
----------------------------------------------------------------------
Thomas, could you check the patch I sent ago in alsa-devel ML?
This adds 'sample clock lock' control like ice1712 driver.
----------------------------------------------------------------------
jdthood - 09-19-05 09:58
----------------------------------------------------------------------
> Thomas, could you check the patch I sent ago in alsa-devel ML?
> This adds 'sample clock lock' control like ice1712 driver.
charbonnel: Did you try the patch?
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
======================================================================
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-09-28 22:30 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-09-28 22:30 UTC (permalink / raw)
To: alsa-devel
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: 09-29-2005 00:30 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.
======================================================================
----------------------------------------------------------------------
jdthood - 09-19-05 09:58
----------------------------------------------------------------------
> Thomas, could you check the patch I sent ago in alsa-devel ML?
> This adds 'sample clock lock' control like ice1712 driver.
charbonnel: Did you try the patch?
----------------------------------------------------------------------
Mark Knecht - 09-29-05 00:30
----------------------------------------------------------------------
As of recent kernels, ala 2.6.14-rc2 the problem still occurs. I've learned
to live with Jack running and the HDSP 9652 set ass the second card. I let
the onboard sound chip be the default device. All low-quality or OSS sound
goes through the on-board chip, out through a cable and back into the HDSP
9652 using a stereo input on an external A/D. This works great for me in
general.
I don't have an example right now but if I forget to turn on Jack then I
see the dmesg log filling up with messages about HDSP : unable to change
clock rate. Every time it tries that I get the horrible loud noise.
Anyway, it's not 'fixed' or 'patched' as far as I can tell.
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
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-10-05 16:50 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-10-05 16:50 UTC (permalink / raw)
To: alsa-devel
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-05-2005 18:50 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 - 09-29-05 00:30
----------------------------------------------------------------------
As of recent kernels, ala 2.6.14-rc2 the problem still occurs. I've learned
to live with Jack running and the HDSP 9652 set ass the second card. I let
the onboard sound chip be the default device. All low-quality or OSS sound
goes through the on-board chip, out through a cable and back into the HDSP
9652 using a stereo input on an external A/D. This works great for me in
general.
I don't have an example right now but if I forget to turn on Jack then I
see the dmesg log filling up with messages about HDSP : unable to change
clock rate. Every time it tries that I get the horrible loud noise.
Anyway, it's not 'fixed' or 'patched' as far as I can tell.
----------------------------------------------------------------------
tiwai - 10-05-05 18:50
----------------------------------------------------------------------
... because no one tried the patch!
I can't include it without confirmation that it works.
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
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-10-12 12:17 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-10-12 12:17 UTC (permalink / raw)
To: alsa-devel
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-12-2005 14:17 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.
======================================================================
----------------------------------------------------------------------
tiwai - 10-05-05 18:50
----------------------------------------------------------------------
... because no one tried the patch!
I can't include it without confirmation that it works.
----------------------------------------------------------------------
tiwai - 10-12-05 14:17
----------------------------------------------------------------------
Grrr, apparently I'm wrong. It's already in the latest tree :)
You just need to turn on "Sample Clock Source Locking" switch on a normal
mixer app.
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
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-10-12 16:17 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-10-12 16:17 UTC (permalink / raw)
To: alsa-devel
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-12-2005 18:17 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.
======================================================================
----------------------------------------------------------------------
tiwai - 10-12-05 14:17
----------------------------------------------------------------------
Grrr, apparently I'm wrong. It's already in the latest tree :)
You just need to turn on "Sample Clock Source Locking" switch on a normal
mixer app.
----------------------------------------------------------------------
Mark Knecht - 10-12-05 18:17
----------------------------------------------------------------------
"You just need to turn on "Sample Clock Source Locking" switch on a normal
mixer app."
I'm not sure if the hdspmixer qualifies as a 'normal mixing app' but I
cannot find a switch to turn this on. Please advise.
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
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-10-12 16:20 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-10-12 16:20 UTC (permalink / raw)
To: alsa-devel
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-12-2005 18:20 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-12-05 18:17
----------------------------------------------------------------------
"You just need to turn on "Sample Clock Source Locking" switch on a normal
mixer app."
I'm not sure if the hdspmixer qualifies as a 'normal mixing app' but I
cannot find a switch to turn this on. Please advise.
----------------------------------------------------------------------
tiwai - 10-12-05 18:20
----------------------------------------------------------------------
hdspmixer is no normal mixer. It's a veeery special one.
Run alsamixer or whatever.
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
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-10-12 16:50 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-10-12 16:50 UTC (permalink / raw)
To: alsa-devel
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-12-2005 18:50 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.
======================================================================
----------------------------------------------------------------------
tiwai - 10-12-05 18:20
----------------------------------------------------------------------
hdspmixer is no normal mixer. It's a veeery special one.
Run alsamixer or whatever.
----------------------------------------------------------------------
Mark Knecht - 10-12-05 18:50
----------------------------------------------------------------------
But alsmixer doesn't talk to the hdsp9652 which is the card in question
here. I think I'm getting lost. Maybe the patch you are now discussing is
for other sound cards and not the one I originally filed this bug request
for?
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
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-10-12 16:55 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-10-12 16:55 UTC (permalink / raw)
To: alsa-devel
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-12-2005 18:55 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-12-05 18:50
----------------------------------------------------------------------
But alsmixer doesn't talk to the hdsp9652 which is the card in question
here. I think I'm getting lost. Maybe the patch you are now discussing is
for other sound cards and not the one I originally filed this bug request
for?
----------------------------------------------------------------------
tiwai - 10-12-05 18:55
----------------------------------------------------------------------
Did you really start alsamixer?
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
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-10-12 17:03 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-10-12 17:03 UTC (permalink / raw)
To: alsa-devel
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-12-2005 19:03 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.
======================================================================
----------------------------------------------------------------------
tiwai - 10-12-05 18:55
----------------------------------------------------------------------
Did you really start alsamixer?
----------------------------------------------------------------------
Mark Knecht - 10-12-05 19:03
----------------------------------------------------------------------
Yes, I started alsamixer. It talks to sound card 0:
mark@lightning ~ $ cat /proc/asound/cards
0 [CK804 ]: NFORCE - NVidia CK804
NVidia CK804 with ALC850 at 0xda103000, irq 225
1 [DSP ]: H-DSP - Hammerfall DSP
RME Hammerfall HDSP 9652 at 0xda000000, irq 58
mark@lightning ~ $
How do I tell alsamixer, when it's talking to the NVidia chip to lock the
frequency on the hdsp 9652?
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
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-10-12 17:08 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-10-12 17:08 UTC (permalink / raw)
To: alsa-devel
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-12-2005 19:08 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-12-05 19:03
----------------------------------------------------------------------
Yes, I started alsamixer. It talks to sound card 0:
mark@lightning ~ $ cat /proc/asound/cards
0 [CK804 ]: NFORCE - NVidia CK804
NVidia CK804 with ALC850 at 0xda103000, irq 225
1 [DSP ]: H-DSP - Hammerfall DSP
RME Hammerfall HDSP 9652 at 0xda000000, irq 58
mark@lightning ~ $
How do I tell alsamixer, when it's talking to the NVidia chip to lock the
frequency on the hdsp 9652?
----------------------------------------------------------------------
tiwai - 10-12-05 19:08
----------------------------------------------------------------------
Run "alsamixer -c1".
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
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-10-16 14:24 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2005-10-16 14:24 UTC (permalink / raw)
To: alsa-devel
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 16:24 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.
======================================================================
----------------------------------------------------------------------
tiwai - 10-12-05 19:08
----------------------------------------------------------------------
Run "alsamixer -c1".
----------------------------------------------------------------------
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.)
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
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2005-10-16 20:25 bugtrack
2005-10-16 21:09 ` Eric Shattow
0 siblings, 1 reply; 23+ messages in thread
From: bugtrack @ 2005-10-16 20:25 UTC (permalink / raw)
To: alsa-devel
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
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
2005-10-16 20:25 [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid bugtrack
@ 2005-10-16 21:09 ` Eric Shattow
0 siblings, 0 replies; 23+ messages in thread
From: Eric Shattow @ 2005-10-16 21:09 UTC (permalink / raw)
To: alsa-devel
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.
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2006-01-12 23:17 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2006-01-12 23:17 UTC (permalink / raw)
To: alsa-devel
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: 01-13-2006 00:17 CET
======================================================================
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 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?
----------------------------------------------------------------------
rlrevell - 01-13-06 00:17
----------------------------------------------------------------------
Do you consider this bug resolved?
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
01-13-06 00:17 rlrevell Note Added: 0007599
======================================================================
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2006-01-12 23:54 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2006-01-12 23:54 UTC (permalink / raw)
To: alsa-devel
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: 01-13-2006 00:54 CET
======================================================================
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.
======================================================================
----------------------------------------------------------------------
rlrevell - 01-13-06 00:17
----------------------------------------------------------------------
Do you consider this bug resolved?
----------------------------------------------------------------------
Mark Knecht - 01-13-06 00:54
----------------------------------------------------------------------
The way I actually solved it was to run Jack all the time on the HDSP so
that no one can change sounds, and then use the internal sound chip for
system sounds so that I don't have to deal with this. I don't use the
feature as described in this bug report, although I *think* it does work.
I think it's safe to close as it doesn't seem to bother anyone else.
Thanks.
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
01-13-06 00:17 rlrevell Note Added: 0007599
01-13-06 00:54 Mark Knecht Note Added: 0007608
======================================================================
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
^ permalink raw reply [flat|nested] 23+ messages in thread
* [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid
@ 2006-01-13 0:03 bugtrack
0 siblings, 0 replies; 23+ messages in thread
From: bugtrack @ 2006-01-13 0:03 UTC (permalink / raw)
To: alsa-devel
The following issue has been RESOLVED.
======================================================================
<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: resolved
Distribution: FC2
Kernel Version: 2.6.8.1-1.520.2vS7.ll.rhfc2.ccrma
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 01-14-2005 18:35 CET
Last Modified: 01-13-2006 01:03 CET
======================================================================
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.
======================================================================
----------------------------------------------------------------------
rlrevell - 01-13-06 00:17
----------------------------------------------------------------------
Do you consider this bug resolved?
----------------------------------------------------------------------
Mark Knecht - 01-13-06 00:54
----------------------------------------------------------------------
The way I actually solved it was to run Jack all the time on the HDSP so
that no one can change sounds, and then use the internal sound chip for
system sounds so that I don't have to deal with this. I don't use the
feature as described in this bug report, although I *think* it does work.
I think it's safe to close as it doesn't seem to bother anyone else.
Thanks.
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
01-13-06 00:17 rlrevell Note Added: 0007599
01-13-06 00:54 Mark Knecht Note Added: 0007608
01-13-06 01:03 rlrevell Status feedback => resolved
01-13-06 01:03 rlrevell Resolution reopened => fixed
======================================================================
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
^ permalink raw reply [flat|nested] 23+ messages in thread
end of thread, other threads:[~2006-01-13 0:03 UTC | newest]
Thread overview: 23+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-10-16 20:25 [ALSA - driver 0000818]: Web browsing in Mozilla causes ADAT clocks on HDSP 9652 to be invalid bugtrack
2005-10-16 21:09 ` 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
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox