public inbox for alsa-devel@alsa-project.org
 help / color / mirror / Atom feed
From: bugtrack@alsa-project.org
To: alsa-devel@alsa-project.org
Subject: [ALSA - driver 0000935]: M-Audio Delta 1010-LT; S/PDIF out = 0Volts on device open
Date: Mon, 19 Sep 2005 10:06:43 +0200	[thread overview]
Message-ID: <85ccb8cb7df61d8824144a40a524e458@bugtrack.alsa-project.org> (raw)


A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=935> 
======================================================================
Reported By:                stever8
Assigned To:                
======================================================================
Project:                    ALSA - driver
Issue ID:                   935
Category:                   PCI - ice1712
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Distribution:               Redhat Linux 7.3, modified
Kernel Version:             2.4.26
======================================================================
Date Submitted:             02-23-2005 20:09 CET
Last Modified:              09-19-2005 10:06 CEST
======================================================================
Summary:                    M-Audio Delta 1010-LT; S/PDIF out = 0Volts on device
open
Description: 
Our original report:

When we first load the alsa drivers, we see a S/PDIF output signal from
the 1010LT 
on an oscilloscope. A minidisc player also sees this as a valid signal (it
is all 
zeros, silence).

As soon as our program opens the audio device, however, the signal goes
to 0V on the oscilloscope, and the minidisc of course sees "no signal".
We can't output S/PDIF, no matter what settings we try in Envy24control.

Strangely enough, if we do the following, we do get S/PDIF output :
. Plug in an external S/PDIF input source (which is muted so as not to
mix
with our sound).
. In Envy24control, set the Master Clock to "Word Clock". (it doesn't work
if the 
master clock is set to "S/PDIF")


Jaroslav Kysela suggested:
Strange. Could you try to comment lines:
        //if (reset)        
        //        snd_cs8427_reset(cs8427);

in alsa-kernel/i2c/cs8427.c and test if the signal is present after this
change?

Which I did. The S/PDIF signal no longer goes away (it appears on the
scope, and the minidisc player recognizes it as a valid signal) however it
just contains silence.

======================================================================

----------------------------------------------------------------------
 jdthood - 09-19-05 10:06 
----------------------------------------------------------------------
stever8: Were you able to solve this problem?  Have you tried playing with
the various mixer switches listed by amixer?

Issue History
Date Modified  Username       Field                    Change              
======================================================================
02-23-05 20:09 stever8        New Issue                                    
02-23-05 20:09 stever8        Distribution              => Redhat Linux 7.3,
modified
02-23-05 20:09 stever8        Kernel Version            => 2.4.26          
09-19-05 10:06 jdthood        Note Added: 0006284                          
======================================================================




-------------------------------------------------------
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

             reply	other threads:[~2005-09-19  8:06 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-19  8:06 bugtrack [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-12-30 22:23 [ALSA - driver 0000935]: M-Audio Delta 1010-LT; S/PDIF out = 0Volts on device open bugtrack
2005-02-23 19:09 bugtrack

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=85ccb8cb7df61d8824144a40a524e458@bugtrack.alsa-project.org \
    --to=bugtrack@alsa-project.org \
    --cc=alsa-devel@alsa-project.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox