On Thu, Apr 10, 2008 at 03:41:54AM +0200, Zbigniew Baniewski wrote:
besides the MIDI port and the world clock the envy24 chip support
is quite complete. Unfortunately that doesn't mean that all
envy-based cards are fully usable.
- first, envy24 is a generic digital only chip; it's connected to
up to 4 codecs that do the analog<->digital conversions and that
hold the gain knobs. So to add support for a new cards we must
add support for its codecs, and we need to know how these codecs
are wired to the envy24 chip, how gpio pins are used, etc...
(this may require docs from the sound card manufacturer, not
via)
- second, there are limitations in most audio apps and in our
audio(4) device that makes envy24-based cards hard to use (eg.
lack of 24/32-bit encoding or 10/12 channel support). IMO, this
is the most urgent to solve.
> I'm not sure, nevertheless, if that envy24-related docs is enough; there are
afaik, these cards are based on envy24ht, not envy24.
-- Alexandre
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 006/196] Chinese: add translation of oops-tracing.txt |
| Eric Sandeen | Re: [RFC] Heads up on sys_fallocate() |
| YOSHIFUJI Hideaki / | request_module: runaway loop modprobe net-pf-1 (is Re: Linux 2.6.21-rc1) |
git: | |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Ben Greear | Re: MACVLANs really best solution? How about a bridge with multiple bridge virtual... |
| Rafael J. Wysocki | 2.6.29-rc8: Reported regressions from 2.6.28 |
