Re: [Musicpd-dev-team] DSD over USB
Thanks for that tip! I have it working now with plughw as well... Best Jesus R On Fri, Mar 23, 2012 at 8:24 AM, adel...@freemail.gr adel...@freemail.grwrote: I had to use plughw to get past that error. On 23/3/2012 1:40 μμ, Jurgen Kramer wrote: On Thu, 2012-03-22 at 17:23 +0100, Jurgen Kramer wrote: I took a quick look at the code, it seems it supports the pre-1.0 version of the standard (0xAA markers). I'll give it a test tomorow. My DAC supports both version 1.0 and pre-1.0. Jurgen OK I just test the new code, unfortunately it does not work for me either. It fails to setup ALSA. I tried both through the firewire driver and through a SOtM usb-to-spdif converter. Mytek DAC through firewire snd driver: Mar 23 12:28 : output: Failed to open DAC [alsa]: Failed to configure DSD-over-USB on ALSA device hw:1,0 Through SOtM usb-to-spdif converter: Mar 23 12:32 : output: Failed to open sotm [alsa]: Failed to configure DSD-over-USB on ALSA device iec958:CARD=S20,DEV=0 @Max can you shed some light on this? Are there any configuration options I need to try/add? My mpd.conf enty for the SOtM is: # Entry for SOtM dX-USB HD - USB to SPDIF/Toslink/AES-EBU audio_output { typealsa namesotm device iec958:CARD=S20,DEV=0 use_mmapno mixer_type disabled dsd_usb yes } I have also tried with use_mmap yes. With my old code is opens the ALSA device with: Mar 23 12:38 : output: opened plugin=alsa name=sotm audio_format=176400:32:2 Mar 23 12:40 : output: opened plugin=alsa name=DAC audio_format=176400:32:2 These work for my installation. BTW would it be doable to enable dsd_usb for pipe output? That is really handy for debugging output of the decoder. Jurgen -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] DSD over USB
You can enable it by adding to the ALSA section in mpd.conf: dsd_usb yes Obviously, it is important to have bit-perfect 24 bit playback on the wire. A conversion will be destructive in any case. dmix must be disabled. It's experimental so we don't now if it works or needs works. Please provide any feedback! Best Jesus R www.sonore.us On Thu, Mar 22, 2012 at 8:23 AM, adel...@freemail.gr adel...@freemail.grwrote: Hi , I've been testing the latest git with DSD over USB support this morning. I'm using an XMOS UAC2 board with modified firmware supporting v1.0 of the dCS suggested standard. https://www.xcore.com/projects/dsd-audio-over-usb OS is ARM linux. So far I haven't gotten it to work. I noticed that you make mention of: http://www.dcsltd.co.uk/page/assets/DSDoverUSB.pdf Have you applied the marker bytes as described in the PDF or the updated marker bytes refered to in the latest v1.0 spec below? http://www.audiostream.com/content/usb-link-dsd-audio-pcm-frames-andres-koch Thanks -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] [PATCH 0/5] Add new decoder for outputting DSD data to 'DSD-over-USB' spec. - info
Bobby, I have no objection to you helping out:) Team, I have been developing a dsf to pcm converter that is similar to the current dff to pcm converter in place. However, my vote is that direct dsd support take priority. If the dsf to cpm code is needed for symmetry I'm happy to submit it to Max. I'm thinking it might be easier to develop the dcs/pcm plugins in tandem. Best Jesus R -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] [PATCH 0/5] Add new decoder for outputting DSD data to 'DSD-over-USB' spec. - info
Max, this is the first attempt to get the code in for comments. I think it's understandable that some things may not be what you expect or require. I my fear has been that the longer the patch goes on without this kind of input the harder it would be to submit and have it excepted. Let us look into your comments Best Jesus R On Fri, Feb 3, 2012 at 9:49 AM, Max Kellermann m...@duempel.org wrote: On 2012/02/03 15:12, Jurgen Kramer gtmkra...@xs4all.nl wrote: Hi, I hereby sent a series of patches to add my new DSD decoder I talked about last December. The decoder supports outputting DSD data over PCM according to the proposed 'DSD-over-USB' standard by dCS. It reads raw DSD data from DFF (Philips) and DSF (Sony) formatted DSD files and sends the DSD data packed over PCM to a capable audio device like a DAC. Further features: - Packs DSD data into 24 or 32-bit PCM format - Seek support - Supports ID3 tags and tags native to DFF format Tested on 32-bit and 64-bit x86 and 32-bit ARM systems using a USB-to-spdif converter or firewire (snd-dice firewire sound driver). Patches are against current git. You made a few odd design choices which I don't agree with. Your code duplicates code from the existing decoder plugin. Not just that, it also adds new features to the forked version, which are not present in the other plugin. This is not acceptable for me. The plugin claims to write 24 or 32 bit samples, but in fact it does not. This will break many things, for example cross-fading, software volume, normalization, resampling, and breaks completely when you have multiple outputs one of which doesn't support this funny encoding that pretends to be PCM. A clean implementation would pass something like raw DSD data to the MPD core, and add code for conversion to the MPD's PCM library. That way, each output could declare if they want real PCM, or if they allow this encoded DSD data, or something else. Lines are too long (140 columns and more), and there are many stray whitespaces at line endings. Documentation in doc/user.xml is missing. Your way of splitting patches is useless. Your last patch is the one that adds the new source files to the Makefile.am, which means none of the patches prior to that are useful - they don't add anything, except for source files that are not being used! For example, your first patch adds a source file that #includes dsdnative/dsdnative.h, but that file does not exist yet - it will be added in the following patch. The macro CONF_DSDIFF_NATIVE isn't used. What is it supposed to be? The end result fails to compile: src/decoder/dsdiff_nativeplayback_plugin.c:182:2: error: 'input' undeclared (first use in this function) Max -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team