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 11:41:13 +0100 [thread overview]
Message-ID: <456D63C9.5080605@slagter.name> (raw)
In-Reply-To: <s5h64cy4kis.wl%tiwai@suse.de>
[-- Attachment #1.1: Type: text/plain, Size: 1882 bytes --]
Takashi Iwai wrote:
>> Also I really don't get the relationship between the sample rate of the
>> wav file I'm using for testing (with aplay) and iecset. I'd expect that
>> aplay would set the sample (locking) rate of the spdif interface to the
>> sample frequency as the wav file, what is the use of iecset (rate) then?
>> I am using hw:0,0 to really avoid software resampling.
> Well, still I didn't write what you did and what you got...
Spotted well, it takes some time to recreate the complete test suite.
I will have a go once more with newer alsa libs/utils and then submit
the results. I wasn't too eager before because I didn't get any reply
for weeks...
>>>>>> Maybe I am using the wrong "hw", there is also a "hw:0,2" device, which
>>>>>> I cannot make work properly at all (only one channel is output, large
>>>>>> chunks are discarded, much much clipping).
>>>>> The first PCM device is for the multi-output PCM. It's for both
>>>>> analog and digital. The dedicated SPDIF is the secondary one.
>>>> But why does the second interface gives _some_ (although wrong) output
>>>> on my spdif output then?
>>> No idea, possibly wrong parameters are passed.
>> By whom or what? Actually I don't care that much, but it looks like a
>> bug to me.
> Possibly. But too little information to analyze.
I think you're misunderstanding me here.
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.
>> [ rate bitfields in proc #codec# output ]
> Try HG version, and you'll see what they mean better.
The driver version in the kernel is kind of recent, so I really doubt
that. If you can give me a pointer to a file that has defines or enums,
that actually resolve to numbers, for this bitfield, I'd be obliged.
[-- 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 10:41 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 [this message]
2006-11-29 10:54 ` Takashi Iwai
2006-11-29 11:18 ` Erik Slagter
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=456D63C9.5080605@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).