From: Erik Slagter <erik@slagter.name>
To: Takashi Iwai <tiwai@suse.de>
Cc: alsa-devel@lists.sourceforge.net
Subject: Re: SPDIF/IEC958 sample rate on HDA/ALC882
Date: Wed, 29 Nov 2006 12:18:28 +0100 [thread overview]
Message-ID: <456D6C84.6090507@slagter.name> (raw)
In-Reply-To: <s5h4psi4j6a.wl%tiwai@suse.de>
[-- Attachment #1.1: Type: text/plain, Size: 1845 bytes --]
Takashi Iwai wrote:
>> aplay -Dhw:0,0 sample.wav gives valid sound through spdif (though
>> limited), but aplay -Dhw:0,1 gives garbage on the same spdif output.
>> That doesn't look like an issue of aplay or the alsa lib, but a driver
>> issue.
> Ok, now I get to know about your tests, which program you used :)
> Still I don't know what is sample.wav, though. It's 48kHz?
> You can try -Dspdif, too, BTW.
It's really really simple.
I generated wav files from /dev/zero using sox, with sample rates of 32
khz, 44.1 khz, 48 khz and 96 khz. Then I used simply aplay to play them all.
aplay -Dhw:0,0 test.wav
The wavs containing 44.1 and 48 khz play without a problem, BUT when
playing the 44.1 khz file, my DAT recorder still says it 48 khz and it
looks the audio is resampled somewhere. The 32 khz and 96 khz give a
message about sample rate not being available and then aplay selects
44.1 khz instead.
Then I did the same using -Dhw:0,2 (in the latest alsa versions this has
become hw:0,1) and the result is exactly the same (same wavs, same spdif
output,same dat recorder) EXCEPT there is a lot of noise through the
sound. I cannot believe this is a feature... This looks more like a
channels/bits/rate mismatch: one channel has audio AND noise, the other
channel is silent.
> Also, you can compare the proc file content between two states,
> i.e. during aplay -Dhw:0,0 and -Dhw:0,2.
> In addition, check the parameters printed via aplay -v option to see
> whether they are identical.
This is interesting. The 44.1 khz wav file is played by aplay using 44.1
khz, the pcm0p/sub0/hw_params also says it's 44.1 khz, still the DAT
recorder remains locked at 48 khz. Looks like at some point alsa fails
to set the actual output sample rate (spdif modulation)?
There is no difference in this behaviour wether I am using hw:0,0 or hw:0,2
[-- Attachment #1.2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3315 bytes --]
[-- Attachment #2: Type: text/plain, Size: 347 bytes --]
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
next prev parent reply other threads:[~2006-11-29 11:18 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-01 16:58 SPDIF/IEC958 sample rate on HDA/ALC882 Erik Slagter
2006-11-28 12:48 ` Takashi Iwai
[not found] ` <456C35F5.5070808@slagter.name>
2006-11-28 14:43 ` Takashi Iwai
[not found] ` <456C8316.30309@slagter.name>
2006-11-29 10:25 ` Takashi Iwai
2006-11-29 10:41 ` Erik Slagter
2006-11-29 10:54 ` Takashi Iwai
2006-11-29 11:18 ` Erik Slagter [this message]
2006-12-08 13:55 ` Erik Slagter
2006-12-11 12:50 ` Erik Slagter
[not found] ` <loom.20070321T222449-537@post.gmane.org>
[not found] ` <87648thdes.fsf@gandalf.hd.free.fr>
[not found] ` <udejnhy14a.fsf@sid.nimrod.no>
[not found] ` <ud8xdpxw1y.fsf@sid.nimrod.no>
[not found] ` <874podj8rw.fsf@gandalf.hd.free.fr>
[not found] ` <87zm65htl3.fsf@gandalf.hd.free.fr>
[not found] ` <udvegss2jm.fsf@sid.nimrod.no>
[not found] ` <87ircr7o8n.fsf@gandalf.hd.free.fr>
[not found] ` <udbqijefbj.fsf@sid.nimrod.no>
[not found] ` <87ps6z3wbn.fsf_-_@gandalf.hd.free.fr>
[not found] ` <udmz21sosc.fsf@sid.nimrod.no>
[not found] ` <87r6rbn7xp.fsf@gandalf.hd.free.fr>
[not found] ` <udps6t7cz3.fsf@sid.nimrod.no>
[not found] ` <87y7ler7ng.fsf@gandalf.hd.free.fr>
[not found] ` <s5h7isvktie.wl%tiwai@suse.de>
[not found] ` <kgitzvx6feb.fsf@komarr.grenoble.hp.com>
[not found] ` <s5h4pnxinny.wl%tiwai@suse.de>
[not found] ` <87k5wtjrev.fsf_-_@gandalf.hd.free.fr>
[not found] ` <kgiwt0s4jpv.fsf@komarr.grenoble.hp.com>
[not found] ` <udd52kqlhv.fsf@sid.nimrod.no>
[not found] ` <s5hvegcdxun.wl%tiwai@suse.de>
[not found] ` <udabxf9uvz.fsf@sid.nimrod.no>
[not found] ` <s5htzvnz0jy.wl%tiwai@suse.de>
2007-04-22 11:01 ` [PATCH] Re: iec958 switch uneffective while playing ac3 stream Dag Lem
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=456D6C84.6090507@slagter.name \
--to=erik@slagter.name \
--cc=alsa-devel@lists.sourceforge.net \
--cc=tiwai@suse.de \
/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.