Re: [Alsa-user] Problem with TEAC USB UD-H01 and ALSA
I saw it is in 3.15.rc5, and it works fine for me (TEAC UD-H01). Splendid, thanks! Rutger. On ven., 2014-05-09 at 09:00 +0200, Clemens Ladisch wrote: Rutger Noot wrote: I heard that there is a patch solving the problem with the TEAC USB UD-H01. Did that already make it to a stable kernel? Linus merged the patch yesterday; it should show up in the next stable kernel. Regards, Clemens -- Is your legacy SCM system holding you back? Join Perforce May 7 to find out: #149; 3 signs your SCM is hindering your productivity #149; Requirements for releasing software faster #149; Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user -- Is your legacy SCM system holding you back? Join Perforce May 7 to find out: #149; 3 signs your SCM is hindering your productivity #149; Requirements for releasing software faster #149; Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] Problem with TEAC USB UD-H01 and ALSA
Dear all, I heard that there is a patch solving the problem with the TEAC USB UD-H01. Did that already make it to a stable kernel? For what it is worth, I am now running a stable fedora kernel: 3.14.2-200.fc20.x86_64 and the behaviour has changed. No more clicks, but now there is another artefact during playback: a bubbly kind of sound. Where the clicks are presumably due to buffer underruns, this must come from buffer overruns. Lowering the buffer size (eg 256) makes the clicks come back (accompanied by warning messages), at higher buffer sizes there are bubbles. Best, Rutger -- ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user -- Is your legacy SCM system holding you back? Join Perforce May 7 to find out: #149; 3 signs your SCM is hindering your productivity #149; Requirements for releasing software faster #149; Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] Problem with TEAC USB UD-H01 and ALSA
Dear Andrea and list, I had, and still have, the same problem: see the thread teac UD-H01, bad 24 bit playback for a discussion. There were other reports (Teac DAC, I've read someone can make it work fine via USB 16/2/44100, but NOT ME...) of similar problems, with the jitter even at 16bit. This last problem seems to be solved, but the solution didn't work for me (in 24bit mode). By the way, I don't have these clicks at 48kHz/24bit. I am not much of an expert, but still motivated to contribute to finding a solution. Best, Rutger. On ven., 2014-03-28 at 17:49 +, Andrea M wrote: Hello, I bought an USB DAC from TEAC (device UD-H01 with chip TENOR 8802) and this, with its own drivers, works perfectly under Windows7 and OSX ( I tried both with 16 and 24 bit from 44.1 to 192Khz). On my netbook which has Linux Mint last version and driver ALSA last version, it works only at 16bit. While at 24bit, whatever is the frequency, the sound is distorted and with many clicks. With Audacious I can't even select the 24bit option under Preferences. On the web I've read about other users with this same problem and nobody was able to solve it. My last try is writing about this issue directly to the ALSA driver developers, to understand if it could be possible to let this device work properly under Linux, without turning back to Windows7. Thanks The output of alsa-info.sh is: http://www.alsa-project.org/db/?f=fff88eb8a1667dcbad8f92813e21ec79b59d21ec -- ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user -- ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] Teac DAC, I've read someone can make it work fine via USB 16/2/44100, but NOT ME...
Hi, Oddly (and fortunately!), in my case the TAEC works (at 16 bit) with all linux boxes I tried, but at 24 bits it functions only under windows (with the proprietary driver). With all linux machines I tried, 24 bits playback give rise to this clicking. One other thing: the kernel messages you got. janv. 23 18:23:09 pumpkin kernel: delay: estimated 0, actual 95 janv. 23 18:23:09 pumpkin kernel: delay: estimated 0, actual 94 janv. 23 18:23:09 pumpkin kernel: delay: estimated 2, actual 95 I don't have these on 16 bits playback (no crackles) but they show up when playing 24 bits (and it clicks). So they are likely to be related to the problem, but it would take someone (much) more knowledgeable than me to understand what this means exactly. PS. Do you have any other usb devices that might be consuming bandwidth ? Best, Rutger. On ven., 2014-01-24 at 21:37 +0100, Eric Favre wrote: Hello, I've tried with my laptop, on a usb 2.0 port : crackles I didn't try on its USB3.0 port yet I have tried on my desktop (where my DAC is) : usb2.0= lots of crackles; usb3.0 = a few crackles ... But still crackles I've jsuted reinstalled a fresh Arch on my Desktop, with minimal packages, and kernel 3.12.8, DAC on USB3.0 port : crackles :( I've installed Fedora 18 (updated so same kernel as you) and I have crackles Now my last chance is the Teac plugged in the USB3.0 port of my laptop. If it works, then... Oh I feel desperate... Thanks, Eric 2014/1/24 chris hermansen clherman...@gmail.com Eric and list; On Fri, Jan 24, 2014 at 5:17 AM, Eric Favre e.j.fa...@gmail.com wrote: Rutger, I thank you, I now have hope that mine will work :) (yep, it's a Teac UD-H01). I'm running Archlinux 64bit, with 3.10.27 LTS (I tested 3.10.20 too, maybe I should give 21 to 26 a try too, but dunno if it's kernel related...) I do not have pulseaudio. I play directly from aplay or mpd. I do not know if a .asoundrc or /etc/asound.conf config file is needed, I have tried many with no fix. I'm using the latest version of alsa (1.27.2 iirc). I play only 16bits files (all my music is lossless), 44.1KHz If you have an alsa config file, could you paste it please ? I've had a look at the thread you speak about, that's how I knew that the Teac can work at 16/44.1 but there are no explanations of the configuration to set in order to make it work... Hope you understand what I mean. First of all, gonna install Fedora 18 with the same kernel as you and disable pulse, then use aplay, and I will know if it's ok. I have a laptop and USB DAC that causes me problems with distorted / crackly sound when plugged into a USB-2 port and works fine in a USB-3 port. This has been the case so far with 3.2, 3.8 and 3.11 kernels. The DAC seems to work fine with other computers in the household running the same kernels. Therefore I have concluded in my case at least it is something not correctly managed in the USB-2 port on the one laptop. Fortunately, since everything works fine on the USB-3 ports in the machine in question, I am OK with all of this. Can you try your DAC on some other machine? Can you install a different USB setup in your current machine? -- Chris Hermansen · clhermansen at gmail dot com C'est ma façon de parler. -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] Teac DAC, I've read someone can make it work fine via USB 16/2/44100, but NOT ME...
Dear Eric and list, I have a Teac UD-H01 (I assume that you are talking about that one). It works fine at 16bits/any frequency but I have crackles (much like you are reporting) in 24bit mode (at any frequency over 48kHz). I am not much of an expert (in particular, I'm at loss concerning 24 bit playback) so I am not sure I can help. In any case, the 16 bit modes worked out of the box on Fedora 18 running a 3.11 series kernel, on USB 2 as well as on USB 3 ports. I did learn though that pulse-audio can be a pain when testing your interface: it will transform any stream to a default format so you never know exactly what your DAC receives. The upshot is that you should test things using aplay, after disabling pulse. If you are already doing this you may have a look at the thread teac UD-H01, bad 24 bit playback for details. If your problem persists when playing a 16 bit file through aplay, we could try to figure out in what way your setup differs from mine. Best, Rutger. On jeu., 2014-01-23 at 18:37 +0100, Eric Favre wrote: Hello, Since I have plugged my new Teac UH-HD01 via USB, I have some crackles. It can be one per album played or dozens. I have tried different USB ports (for now I'm on the USB3.0 controller, less crackles) I have tried with different high quality USB cable, without luck. By reading the mailing list, someone can use it without any issues at 16bits/44.1KHz. That's what I need (I play FLAC music). I use Archlinux 64, kernel 3.10.27 LTS, latest version of alsa. Here is my /etc/asound.conf : pcm.!default { type hw card 0 } ctl.!default { type hw card 0 } Here is what dmesg says when a crackle arrives (some anytime) : janv. 23 18:23:09 pumpkin kernel: delay: estimated 0, actual 95 janv. 23 18:23:09 pumpkin kernel: delay: estimated 0, actual 94 janv. 23 18:23:09 pumpkin kernel: delay: estimated 2, actual 95 Please help me, now we know that this evil Teac DAC can work like a charm via async USB at 16bits/44.1KHz. Feel free to ask for whatever you need, you will get it ;) Thank you, Eric -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] Arcam rpac, config help
Dear Vince, I don't think that aplay can handle a .flac file directly ? Try transforming to wav first. Best, Rutger. On sam., 2014-01-04 at 15:29 +, Vince Ur wrote: Hello, I am trying to make a usb DAC work onto my debian wheezy. The DAC is the ARCAM rpac. the DAC is TI5102. It's got an Xmos chip. When I try to play anything with aplay i get the result below. aplay -D plughw:1,0 /media/E/Musica/Dire\ Straits\ -\ Brothers\ In\ Arms\ \(Re-Mastered\ 1996\)\ EAC\ Flac\ Level\ 8/Dire\ Straits\ -\ 01\ -\ So\ Far\ Away.flac Playing raw data '/media/E/Musica/Dire Straits - Brothers In Arms (Re-Mastered 1996) EAC Flac Level 8/Dire Straits - 01 - So Far Away.flac' : Unsigned 8 bit, Rate 8000 Hz, Mono aplay: set_params:1145: Unable to install hw params: ACCESS: RW_INTERLEAVED FORMAT: U8 SUBFORMAT: STD SAMPLE_BITS: 8 FRAME_BITS: 8 CHANNELS: 1 RATE: 8000 PERIOD_TIME: 125000 PERIOD_SIZE: 1000 PERIOD_BYTES: 1000 PERIODS: 4 BUFFER_TIME: 50 BUFFER_SIZE: NONE BUFFER_BYTES: 4000 TICK_TIME: 0 I tried configuring .asoundrc as follows, because the output aplay says channels 1 but channels still says 1: pcm.rp { type plug slave { pcm hw:1,0 channels 2 } } I need a pointer on what to look at to get this config working. thanks -- 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=84349831iu=/4140/ostg.clktrk ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user -- 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=84349831iu=/4140/ostg.clktrk ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] teac UD-H01, bad 24 bit playback
Dear all, I'm not making much progress, didn't find any way to get 24 bit resolution working properly on this hardware (TEAC UD-H01). The only indication as to what might be going wrong comes from dmesg: [ 253.703096] ALSA sound/usb/pcm.c:1463 delay: estimated 0, actual 182 [ 255.144077] ALSA sound/usb/pcm.c:1463 delay: estimated 0, actual 182 [ 255.184079] ALSA sound/usb/pcm.c:1463 delay: estimated 0, actual 183 (when playing 88.2/24). I didn't see any of this on a 24bits, 96kHz file, but the cracking is the same. Another warning message (when loading the driver): Dec 26 14:22:37 polyphemus kernel: [2.135461] usb 3-2: new high-speed USB device number 2 using xhci_hcd Dec 26 14:22:37 polyphemus kernel: [2.149885] usb 3-2: config 1 has an invalid interface number: 3 but max is 2 Dec 26 14:22:37 polyphemus kernel: [2.149890] usb 3-2: config 1 has an invalid interface number: 3 but max is 2 Dec 26 14:22:37 polyphemus kernel: [2.149892] usb 3-2: config 1 has an invalid interface number: 3 but max is 2 Dec 26 14:22:37 polyphemus kernel: [2.149893] usb 3-2: config 1 has no interface number 1 But the device still works fine in 16bits mode. Rutger. On dim., 2013-12-22 at 08:36 -0800, chris hermansen wrote: Rutger and list, On Dec 20, 2013 12:38 PM, Rutger Noot rutger.n...@laposte.net wrote: Thanks! I mistakenly thought that the value of bcdUSB only reflected the maximal capability as read from the device. And in fact speed given in /sys/bus/usb/devices/.../speed also corresponds to usb 2.0. So my problem definitely not linked to bandwidth (moreover, the dac sounds fine at 16/176.4 which would require at least the bandwidth of 24/88.2). But oddly, 24bit resolution is ok @44.1kHz. Rutger, a few more ideas from my own experiences with my reluctant USB devices. Let's say you start playing a 9624 file with aplay and you hear problems. If you stop and start the same file several times, is the problem resolved? What messages do you see in syslog regarding the device? Is the behavior different if you boot vs. Hotplug the device (messages and playback)? -- 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=84349831iu=/4140/ostg.clktrk ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] teac UD-H01, bad 24 bit playback
Thanks! I mistakenly thought that the value of bcdUSB only reflected the maximal capability as read from the device. And in fact speed given in /sys/bus/usb/devices/.../speed also corresponds to usb 2.0. So my problem definitely not linked to bandwidth (moreover, the dac sounds fine at 16/176.4 which would require at least the bandwidth of 24/88.2). But oddly, 24bit resolution is ok @44.1kHz. Best, Rutger. On ven., 2013-12-20 at 15:12 +0400, Vladimir Mosgalin wrote: Hi Rutger Noot! On 2013.12.20 at 08:23:55 +0100, Rutger Noot wrote next: I didn't make any progress on this, except for finding out on the web that the TEAC has some firmware quirks (supposed to be handled by recent kernels). It appears that the teac driver is indispensable in windows to get the device running usb 2.0. Is there a way to find out (under linux) if the audio device is configured as usb 2.0 ? The usb subsystem also detects a HID device (which is usb 1.0 ??). If the audio is treated as usb 1, this would explain a lot. Run lsusb -v, find your device in output - bcdUSB parameter is version. E.g. Bus 002 Device 005: ID 20b1:0002 XMOS Ltd Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 239 Miscellaneous Device bDeviceSubClass 2 ? bDeviceProtocol 1 Interface Association bMaxPacketSize064 idVendor 0x20b1 XMOS Ltd idProduct 0x0002 bcdDevice3.30 iManufacturer 1 XMOS iProduct2 XMOS USB Audio 2.0 ... (Ignore iProduct here - that's just device name, but as bcdUSB shows it's working in 2.0 mode) By the way, USB 1.1 has quite enough bandwith for 24 bit / 96 kHz output. I did that on my older M-Audio Audiophile USB. It's just that you can't go higher than that, or can't record + playback at the same time. USB 2.0 is only strictly required if you need 24/192 or more than 2 channels for 24/96 or more than 4 channels for 24/48. -- 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=84349831iu=/4140/ostg.clktrk ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] teac UD-H01, bad 24 bit playback
Hi, I didn't make any progress on this, except for finding out on the web that the TEAC has some firmware quirks (supposed to be handled by recent kernels). It appears that the teac driver is indispensable in windows to get the device running usb 2.0. Is there a way to find out (under linux) if the audio device is configured as usb 2.0 ? The usb subsystem also detects a HID device (which is usb 1.0 ??). If the audio is treated as usb 1, this would explain a lot. Best, Rutger. On mer., 2013-12-18 at 08:42 +0100, Rutger Noot wrote: Dear Chris, I tried again with pulse disabled completely and that makes no difference. My laptop only has usb 2.0 ports but I also tried the dac on an express card usb 3 adapter (which works fine at usb 3 speed with an external hard disk) and that makes no difference either. My usb cables are really different, one is a high grade 1,5m cable. The other one is just a 2m basic printer cable. Thing are not worse with the basic cable than with the expensive one... I do not have any other dacs, but I tried the same dac with different computers. Under Ubuntu (a somewhat older release running kernel 3.9) I have the same issue. On a windows laptop things worked fine (hard to admit) with the same cable as before. I had to install the driver _and_ the media player provided by teac to get things working though. The TEAC media player told me it was sending the data to the dac at 24/88.2 but I have to take its word for it. Finally, this is what I see in /proc/asound/card1/stream0 $ cat stream0 TEAC TEAC USB AUDIO DEVICE at usb-:03:00.0-2, high speed : USB Audio Playback: Status: Running Interface = 3 Altset = 2 Packet Size = 88 Momentary freq = 80188 Hz (0xa.0600) Feedback Format = 16.16 Interface 3 Altset 1 Format: S16_LE Channels: 2 Endpoint: 3 OUT (ASYNC) Rates: 32000, 44100, 48000, 88200, 96000, 176400, 192000 Data packet interval: 125 us Interface 3 Altset 2 Format: S24_3LE Channels: 2 Endpoint: 3 OUT (ASYNC) Rates: 32000, 44100, 48000, 88200, 96000, 176400, 192000 Data packet interval: 125 us So it does seem that the dac is running in 24 bit mode. The momentary frequency varies and reaches 96000 at times (on a 88200kHz file), is that normal? On mar., 2013-12-17 at 20:51 -0800, chris hermansen wrote: Rutger et al; On Sun, Dec 15, 2013 at 11:31 AM, Rutger Noot rutger.n...@laposte.net wrote: Dear Chris, Thanks for your answer and for taking interest! Well I am no expert at any of this; I hope that one of the devs will chime in here... On dim., 2013-12-15 at 09:56 -0800, chris hermansen wrote: Rutger et all, On Dec 15, 2013 9:38 AM, Rutger Noot rutger.n...@laposte.net wrote: Hi, I have difficulties with the TEAC UD-H01 usb dac. Playback is fine in 16 bit mode (even at sample rates up to 192kHz), but in 24 bit mode there is an incredible amount of jitter (continuous clicking) at any sample rate above 48kHz. Admittedly, there should be little (if any) audible difference passing from 16 to 24 bits, but still it should work. After discovering this by playing music through rhythmbox and pulseaudio, I have tested by converting a wav-file to different Rhythmbox uses Pulse as far as I know, and Pulse resamples again AFAIK. At least I have never been able to convince Pulse to leave things alone. Pulse then passes the resampled stuff to Alsa. That's also what I found. If I ask pulse to use S16_LE things are OK, but setting to S24_LE causes all those artefacts. Anyway, for further testing, rhythmbox pulse are a bad choice. Can you disable Pulse completely? Or at least set it so that the default sound device is the internal audio chip? That way we can perhaps rule out that it is somehow interfering with your aplay experiments... To disable it completely (temporarily) you should be able to replace the line ; autospawn = yes with autospan = no Players that I know that will play directly to Alsa: mpd, QuodLibet, Guayadeque. combinations of sample-size/sample-rates and playing directly through aplay. So the problem seems to come from the alsa driver. Any hints on what to try? PS using kernel 3.11.10
Re: [Alsa-user] teac UD-H01, bad 24 bit playback
Dear Chris, I tried again with pulse disabled completely and that makes no difference. My laptop only has usb 2.0 ports but I also tried the dac on an express card usb 3 adapter (which works fine at usb 3 speed with an external hard disk) and that makes no difference either. My usb cables are really different, one is a high grade 1,5m cable. The other one is just a 2m basic printer cable. Thing are not worse with the basic cable than with the expensive one... I do not have any other dacs, but I tried the same dac with different computers. Under Ubuntu (a somewhat older release running kernel 3.9) I have the same issue. On a windows laptop things worked fine (hard to admit) with the same cable as before. I had to install the driver _and_ the media player provided by teac to get things working though. The TEAC media player told me it was sending the data to the dac at 24/88.2 but I have to take its word for it. Finally, this is what I see in /proc/asound/card1/stream0 $ cat stream0 TEAC TEAC USB AUDIO DEVICE at usb-:03:00.0-2, high speed : USB Audio Playback: Status: Running Interface = 3 Altset = 2 Packet Size = 88 Momentary freq = 80188 Hz (0xa.0600) Feedback Format = 16.16 Interface 3 Altset 1 Format: S16_LE Channels: 2 Endpoint: 3 OUT (ASYNC) Rates: 32000, 44100, 48000, 88200, 96000, 176400, 192000 Data packet interval: 125 us Interface 3 Altset 2 Format: S24_3LE Channels: 2 Endpoint: 3 OUT (ASYNC) Rates: 32000, 44100, 48000, 88200, 96000, 176400, 192000 Data packet interval: 125 us So it does seem that the dac is running in 24 bit mode. The momentary frequency varies and reaches 96000 at times (on a 88200kHz file), is that normal? On mar., 2013-12-17 at 20:51 -0800, chris hermansen wrote: Rutger et al; On Sun, Dec 15, 2013 at 11:31 AM, Rutger Noot rutger.n...@laposte.net wrote: Dear Chris, Thanks for your answer and for taking interest! Well I am no expert at any of this; I hope that one of the devs will chime in here... On dim., 2013-12-15 at 09:56 -0800, chris hermansen wrote: Rutger et all, On Dec 15, 2013 9:38 AM, Rutger Noot rutger.n...@laposte.net wrote: Hi, I have difficulties with the TEAC UD-H01 usb dac. Playback is fine in 16 bit mode (even at sample rates up to 192kHz), but in 24 bit mode there is an incredible amount of jitter (continuous clicking) at any sample rate above 48kHz. Admittedly, there should be little (if any) audible difference passing from 16 to 24 bits, but still it should work. After discovering this by playing music through rhythmbox and pulseaudio, I have tested by converting a wav-file to different Rhythmbox uses Pulse as far as I know, and Pulse resamples again AFAIK. At least I have never been able to convince Pulse to leave things alone. Pulse then passes the resampled stuff to Alsa. That's also what I found. If I ask pulse to use S16_LE things are OK, but setting to S24_LE causes all those artefacts. Anyway, for further testing, rhythmbox pulse are a bad choice. Can you disable Pulse completely? Or at least set it so that the default sound device is the internal audio chip? That way we can perhaps rule out that it is somehow interfering with your aplay experiments... To disable it completely (temporarily) you should be able to replace the line ; autospawn = yes with autospan = no Players that I know that will play directly to Alsa: mpd, QuodLibet, Guayadeque. combinations of sample-size/sample-rates and playing directly through aplay. So the problem seems to come from the alsa driver. Any hints on what to try? PS using kernel 3.11.10 on fedora 18. With aplay have you tried using the plughw output device associated with the Teac unit? You can figure that out with aplay -l and/or aplay -L. I tried with hw:1,0 and (just now) with plughw:1,0 The result is the same. Changing USB cables didn't help either. Can you try other USB ports on the computer? For instance, any USB-3 ports (I have a problem with a System76 laptop that won't play hi-res files without weird static/distortion through an AudioQuest DragonFly on its USB2 port but is fine on a USB3 port). Are your USB cables distinctly different, ie
[Alsa-user] teac UD-H01, bad 24 bit playback
Hi, I have difficulties with the TEAC UD-H01 usb dac. Playback is fine in 16 bit mode (even at sample rates up to 192kHz), but in 24 bit mode there is an incredible amount of jitter (continuous clicking) at any sample rate above 48kHz. Admittedly, there should be little (if any) audible difference passing from 16 to 24 bits, but still it should work. After discovering this by playing music through rhythmbox and pulseaudio, I have tested by converting a wav-file to different combinations of sample-size/sample-rates and playing directly through aplay. So the problem seems to come from the alsa driver. Any hints on what to try? PS using kernel 3.11.10 on fedora 18. -- 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=84349831iu=/4140/ostg.clktrk ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] teac UD-H01, bad 24 bit playback
Dear Chris, Thanks for your answer and for taking interest! On dim., 2013-12-15 at 09:56 -0800, chris hermansen wrote: Rutger et all, On Dec 15, 2013 9:38 AM, Rutger Noot rutger.n...@laposte.net wrote: Hi, I have difficulties with the TEAC UD-H01 usb dac. Playback is fine in 16 bit mode (even at sample rates up to 192kHz), but in 24 bit mode there is an incredible amount of jitter (continuous clicking) at any sample rate above 48kHz. Admittedly, there should be little (if any) audible difference passing from 16 to 24 bits, but still it should work. After discovering this by playing music through rhythmbox and pulseaudio, I have tested by converting a wav-file to different Rhythmbox uses Pulse as far as I know, and Pulse resamples again AFAIK. At least I have never been able to convince Pulse to leave things alone. Pulse then passes the resampled stuff to Alsa. That's also what I found. If I ask pulse to use S16_LE things are OK, but setting to S24_LE causes all those artefacts. Anyway, for further testing, rhythmbox pulse are a bad choice. Players that I know that will play directly to Alsa: mpd, QuodLibet, Guayadeque. combinations of sample-size/sample-rates and playing directly through aplay. So the problem seems to come from the alsa driver. Any hints on what to try? PS using kernel 3.11.10 on fedora 18. With aplay have you tried using the plughw output device associated with the Teac unit? You can figure that out with aplay -l and/or aplay -L. I tried with hw:1,0 and (just now) with plughw:1,0 The result is the same. Changing USB cables didn't help either. Do you have other USB cables to try? If none of those help you need to send some diagnostic info... The two aplay outputs above and I guess the output of lsusb. Some diagnostics output is given below. Thanks again, Rutger. (I am talking about card 1) == $ aplay -l List of PLAYBACK Hardware Devices card 0: PCH [HDA Intel PCH], device 0: 92HD90BXX Analog [92HD90BXX Analog] Subdevices: 0/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 7: HDMI 1 [HDMI 1] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 8: HDMI 2 [HDMI 2] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: DEVICE [TEAC USB AUDIO DEVICE], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 == $ aplay -L null Discard all samples (playback) or generate zero samples (capture) pulse PulseAudio Sound Server default Default ALSA Output (currently PulseAudio Sound Server) sysdefault:CARD=PCH HDA Intel PCH, 92HD90BXX Analog Default Audio Device front:CARD=PCH,DEV=0 HDA Intel PCH, 92HD90BXX Analog Front speakers surround40:CARD=PCH,DEV=0 HDA Intel PCH, 92HD90BXX Analog 4.0 Surround output to Front and Rear speakers surround41:CARD=PCH,DEV=0 HDA Intel PCH, 92HD90BXX Analog 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=PCH,DEV=0 HDA Intel PCH, 92HD90BXX Analog 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=PCH,DEV=0 HDA Intel PCH, 92HD90BXX Analog 5.1 Surround output to Front, Center, Rear and Subwoofer speakers surround71:CARD=PCH,DEV=0 HDA Intel PCH, 92HD90BXX Analog 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers hdmi:CARD=PCH,DEV=0 HDA Intel PCH, HDMI 0 HDMI Audio Output hdmi:CARD=PCH,DEV=1 HDA Intel PCH, HDMI 1 HDMI Audio Output hdmi:CARD=PCH,DEV=2 HDA Intel PCH, HDMI 2 HDMI Audio Output sysdefault:CARD=DEVICE TEAC USB AUDIO DEVICE, USB Audio Default Audio Device front:CARD=DEVICE,DEV=0 TEAC USB AUDIO DEVICE, USB Audio Front speakers surround40:CARD=DEVICE,DEV=0 TEAC USB AUDIO DEVICE, USB Audio 4.0 Surround output to Front and Rear speakers surround41:CARD=DEVICE,DEV=0 TEAC USB AUDIO DEVICE, USB Audio 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=DEVICE,DEV=0 TEAC USB AUDIO DEVICE, USB Audio 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=DEVICE,DEV=0 TEAC USB AUDIO DEVICE, USB Audio 5.1 Surround output to Front, Center, Rear and Subwoofer speakers surround71:CARD=DEVICE,DEV=0 TEAC USB AUDIO DEVICE, USB Audio 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers iec958:CARD=DEVICE,DEV=0 TEAC USB AUDIO DEVICE, USB Audio IEC958 (S/PDIF) Digital Audio Output == $ lsusb Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b