Hi, On 12/18/2013 10:52 AM, Michal Šmucr wrote: > yesterday i had a chance to try new Zodiac Platinum DAC > (http://www.antelopeaudio.com/en/products/Zodiac-Platinum-DSD-DAC-DA-Converter) > at my friend's studio. I was really excited to check it out with Linux > and MPD, because it supports DoP (DSD over PCM), which i never tried > before. Not that DSD support is currently only proven to work with DACs from Playback Designs. That was the only device I could test this with, so there might be issues with other vendor's implementations. If you can help check what needs to be done to make your device work, that would be much appreciated. > Unfortunately, i was unsuccessful with it. Every attempt to > playback (both PCM or DoP) failed with unsuccessful setting of right > sample rate at hardware (Fs is indicated on its faceplate). What's the exact error that you get? What does 'aplay -Dhw:X -f cd /dev/urandom' do (you should hear pink noise @0dB, so beware!). > DAC itself has two switchable USB HiSpeed modes: UH1, which is UAC1 > according to dump (bInterfaceProtocol is 0) with maximum sample rate > 192k (this itself surprised me as i always thought, UAC1 is associated > with 24/96 limit). And UH2, which is UAC2 and supports rates up to > 384k. I tried both, but none was working. > Kernel messages are like this: "ALSA clock.c:309 7:1:1: cannot get > freq at ep 0x5", when in UAC1 and "ALSA clock.c:391 current rate 44100 > is different from the runtime rate 96000", when in UAC2. > Corresponding link to source: > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/sound/usb/clock.c?id=v3.10 As you can see in line 310 of the code linked above, this is only a warning that shouldn't harm (actually, it's a misbehaving firmware that you face here). > Just for completeness of information, Zodiac Platinum is working > properly (and just to say that, it sounds absolutely amazing) with > Windows and their Thesycon based USB audio driver, so particular > hardware isn't faulty. And i also tried newer kernel 3.12.5-301 from > rawhide with same result. Ok, that's good. For the sake of completeness, you could also try Mac OS X with the stock USB audio driver they ship with. > Can you spot some obvious thing, when comparing dumps and values at > descriptors? I'll have another chance to test it more thoroughly and > we will definitely write ticket to manufacturers support. But i would > like to find out more about error we encountered, so i will be very > happy for any comment or tip, what is possible to try at Linux side. We first need to know what exactly makes your setup error out :) Daniel ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _______________________________________________ Alsa-user mailing list Alsa-user@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-user
