Sorry, i made mistake and didn't send my reply to mailing list. Hi Daniel, > 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. > I'll try to test it after we stabilize basic functionality and definitely provide feedback to this list about progress. So far i found on Windows, it is working at 64fs and 128fs with standard DSD markers in range between 0x05 and 0xFA. So that is good and it adheres standard http://dsd-guide.com/sites/default/files/white-papers/DoP_openStandard_1v1.pdf. MPD should theoretically pack it correctly (http://git.musicpd.org/cgit/master/mpd.git/tree/src/pcm/PcmDsdUsb.cxx), but we'll see, if it will be passed to DAC :-) > > What's the exact error that you get? What does > > 'aplay -Dhw:X -f cd /dev/urandom' ... > > So you interrupted aplay with ^C? So it was running, > but you didn't hear anything? > If i ran aplay, it seemed to be playing, it probably passed frames to interface, but there were no sound and indication of samplerate on DAC's display.. (when working under Windows, it always shows samplerate number or DSD rate). So aplay didn't end with any error and i've stopped it by break. Same with mpd, playback is running, song time is moving, but no sound. Only visible thing was that clock.c warnings to dmesg at start of each playback and opening of PCM device: clock.c:309 from set_sample_rate_v1, when DAC was in UH1 mode clock.c:391 from set_sample_rate_v2, when DAC was in UH2 mode >> 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). So ideally, it should be reading of samplerate from particular endpoint, it will be nice to fix it at firmware, but it should not prevent playback. > > 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. > Currently i don't have any Mac OS X machine by hand except from VMWare image, but i'll try to reach it. Thank you very for help, Michal ------------------------------------------------------------------------------ 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
