On Thursday 02 February 2006 03:55, Ionic wrote: >Thanks Gene, > >the problem is I bought this card in the hope it was the one with the >emu10k-Chip. Well, unfortunally it wasn't. However I cannot take it >back and just get an Audigy 2. I bought this card from a small >hardwareshop and I don't want to get problems with them again cause I >take back another thing. (I *had* to do this few times because the > other things weren't working really at all.) > >So, it seems I have to buy a new one, probably from the Internet. Oh >well, I'll look... > > >By the way, I still have another card (intel_8x0 if I remember >correctly) onboard (and thus, I thought this card is not so good). >Should I give it a try again? I'm not sure if it can do > hardwaremixing, I think it cannot, this was the main reason for me > buying this SB card. > The intel_8x0 is also the motherboard audio I have. It worked reasonably well for me for over 2 years and still is but I now have it seperated out as snd_card_1 and using it as the skype audio, at which it excels. As to hardware mixing, I'm not sure about the nonemclature, although it can take the spdif or the analogue audio from your cdrom and do that at the same time it was doing the rear panel analogue input from the 6 inch jumper from my pcHDTV-3000 card's analogue output, all at the same time. Or at least the bondout on this mobo allowed it, a biostar with the Nforce2 chipset.
And you're right, the old SBLives could mix just fine, limited only by the headroom in a 16 bit window. Any mixing the ca106 chipset does will be done in software according to what I was told on this list. Support for it will come in due time I suppose, if only because so many are succumbing to the propaganda on the SBLive 24 bit Value's box. As to whether a linux driver will ever do what the winderz version can do, that will be up to the coders since creative isn't sharing. I suspect if a feature demands too much cpu, or impinges heavily on the interrupt facilities to function well, that feature may be left out by the coders until such time as the cpu horsepower allows it not to bog the system down. Particularly, in terms of interrupt response times I'm being told that AMD cpu's suck serious hind tit compared to the intel chips. Thats a pretty serious charge so let me relate a similar usage example here. I have an XP1400 athlon running emc out in my workshop. Because this is machine control, in real time, the fastest irq in the system determines how fast things can physically run when the motors are steppers. I'm noticing some gui lagging when this irq interval is set for 45 microseconds, and the box is virtually frozen at 42 microseconds, so I normally run it at 50, this application using the rtai/adeos kernel kit. Another emc user has a 733 pentium, half speed in other words, but his controller is happy as a clam with this same irq thread set for a 25 microsecond interval. And of course I've always been a fan of the underdog, so all my cpu's here are either AMD or moto's, with some of the moto's being replaced by hitachi's with a compatible but much expanded instruction set which can double the machines speed without adjusting the clock, which is locked by the video on those machines. Apparently the intel chips can do a faster IRQ response. I do have one mobo with a P-II on it, but at 166 mhz, that doesn't have the cojones to run emc without using much more expensive kilobuck an axis servo motors as the machine driver. So its decorating one corner of a basement workbench seriously in need of a bulldozer to clean it up. And if the mobo in the shop machine dies, I may replace it with an intel just for comparison, although at 50 u-s, it can attempt to run the motors fast enough to stall out and stop. Its fast enough as is but could do finer grained speed control at the higher speeds if that thread could be cranked up. Now I hear them stepping at discrete speeds rather than varying smoothly at the higher speeds. But it makes metal chips fly, which is the desired result. :-) >Thank you again for your answer. > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files for problems? Stop! Download the new AJAX search engine that > makes searching your log files as easy as surfing the web. DOWNLOAD > SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121 >642 _______________________________________________ >Alsa-user mailing list >Alsa-user@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/alsa-user -- Cheers, Gene People having trouble with vz bouncing email to me should add the word 'online' between the 'verizon', and the dot which bypasses vz's stupid bounce rules. I do use spamassassin too. :-) Yahoo.com and AOL/TW attorneys please note, additions to the above message by Gene Heskett are: Copyright 2006 by Maurice Eugene Heskett, all rights reserved. ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
