All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jaroslav Kysela <perex@perex.cz>
To: alsa-devel@alsa-project.org
Cc: Jonas Petersen <jnsptrsn1@gmail.com>
Subject: Re: M-Audio Audiophile 192 (ice1724)'s broken spdif capture
Date: Sat, 26 Jan 2013 20:30:45 +0100	[thread overview]
Message-ID: <51042EE5.5070900@perex.cz> (raw)
In-Reply-To: <CAF+J8LeejgAx6vs0Ee8svWpmGYyk3-7SK+mE1ev-bWXYy-7v6Q@mail.gmail.com>

Date 26.1.2013 17:35, Jonas Petersen wrote:
> Hi there,
> 
> I'm trying to get spdif capture to work properly on the M-Audio Audiophile
> 192 (VT1724/Envy24HT). It is generally working, but I don't get a clean
> signal.
> 
> I have "Multi Track Internal Clock" set to "IEC958 In" (spdif in). When I
> capture via Jack, arecord or Audacity I experience the following two
> phenomenons (always):
> 
> 1.) The captured signal ends up 6 dB(FS) to loud (200%)! Everything above
> -6 dB is distorting. A 1 kHz sine test signal at -12 dB (25%) will be
> captured as -6 dB (50%).
> 
> 2.) The left and right channels are shifted by one sample! When I feed a 1
> kHz test signal (L+R are _exactly_ the same signal), the right channel will
> be offset by exactly one sample. Zooming into the waveform clearly shows
> that. Analyzing the signal with a goniometer shows a (slight but obvious)
> vertical eliptical shape and not the expected single vertical line.
> 
> To make sure the hardware actually works fine, I did install a Windows 7 on
> the exact same machine, installed the drivers from M-Audio and did some
> recording with audacity. The result is as expected: the -12 dB signal ends
> up as -12 dB and the left and right channel exactly match each other. So
> the hardware is willing.
> 
> I am running a Lubuntu 12.10 and I'm am able to compile and run the current
> alsa-driver source with the 3.5.0-22 kernel. I played around a bit with the
> alsa driver source (e.g. pci/ice1712/ice1724.c, pci/ice1712/revo.c) and I
> am able to compile and load a modified driver. So far I only was able to
> make the problem worse though.
> 
> I'd now like to ask for some advice on how to approach the problem. I guess
> the fact that the left and right channel differ - even though they
> shouldn't - might be a thing to look for. This must be happening at some
> stage in the capturing. Is there a way to hook in at different places to
> narrow down what causes this?
> 
> Maybe this even already rings somebody's bells?
> 
> I'll be glad to deliver more information when needed.

I believe that there must be a S/PDIF receiver IC somewhere on the board
and this IC may be wrongly configured. This IC is not handled in the
current ALSA driver at all. Could you look to your board and check the
used chips? From pictures on internet, a suspicious IC is in the middle
of top on this PCI card. The AKM IC's are for analog audio outputs.

The ICE1724 chip has only serial SPDIF input and SPDIF input clock pins.
The input samples should be copied to the DMA without any modifications
(no volume control etc.).

					Jaroslav

-- 
Jaroslav Kysela <perex@perex.cz>
Linux Kernel Sound Maintainer
ALSA Project; Red Hat, Inc.

  reply	other threads:[~2013-01-26 19:30 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-26 16:35 M-Audio Audiophile 192 (ice1724)'s broken spdif capture Jonas Petersen
2013-01-26 19:30 ` Jaroslav Kysela [this message]
2013-01-26 21:20   ` Pavel Hofman
2013-01-26 22:37     ` Jonas Petersen
2013-01-27 15:49     ` Jonas Petersen
2013-01-28  9:29       ` Jaroslav Kysela
2013-01-28 12:52         ` Pavel Hofman
2013-01-28 21:25           ` Jonas Petersen
2013-01-29  9:44             ` Pavel Hofman
2013-01-31  1:19               ` Jonas Petersen
2013-01-31  9:04                 ` Pavel Hofman
2013-01-31 20:56                   ` Jonas Petersen
2013-01-28 12:36       ` Pavel Hofman
2013-01-29  0:32         ` Jonas Petersen
2013-01-29  9:39           ` Pavel Hofman
2013-01-29 13:10             ` Jonas Petersen
2013-01-30 10:30               ` Pavel Hofman
2013-01-29 19:14             ` Jonas Petersen
2013-01-30 10:26               ` Pavel Hofman
2013-01-30 15:34                 ` Pavel Hofman
2013-01-31  0:29                 ` Jonas Petersen
2013-01-31 10:33                   ` Pavel Hofman
2013-01-31 22:25                     ` Jonas Petersen
2013-02-02  1:22                       ` Jonas Petersen
2013-02-02 10:44                         ` Pavel Hofman
2013-02-02 22:47                           ` Jonas Petersen
2013-02-04 16:56                             ` Pavel Hofman
2013-02-23 22:13                               ` Jonas Petersen
2013-02-25 11:47                                 ` Pavel Hofman
2013-01-26 21:29   ` Jonas Petersen

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=51042EE5.5070900@perex.cz \
    --to=perex@perex.cz \
    --cc=alsa-devel@alsa-project.org \
    --cc=jnsptrsn1@gmail.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.