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