I hope this post is appropriate as this is not a diy project, but I want to attempt a diy repair.
I'm the original owner of a Border Patrol DAC, purchased in 2019. I know its based on an obsolete /old TDA1543 and it does not measure well, but I like it a lot.
Recently, I've been unable to play 96khz. I've tried different Linux kernels, computers, OS's etc.
On Linux, ALSA reports only 44/48 capability when the OS enumerates the device (on boot up or when device is connected via USB)
I can automatically resample to 16/48 and and audio quality is excellent. Nevertheless, I would like to diagnose and repair the DAC so it regains it's original capability (and play 96khz files)
There are two components in this DAC other than the capacitors and power supplies.
DIYINHK 384KHZ ASYNCHRONOUS USB TO I2S/SPDIF CM6631A PCB
https://www.diyinhk.com/shop/audio-...rnal_33v_power/161-pcb_plating-gold_enig_rohs
SELLARZ DAC NOS-1
https://sellarz.com/goods/view?no=45
As mentioned, the DAC sounds perfect and plays 16/44 and 16/48 files. Do you think the CM6631A USB controller board or the Sellarz DAC board is the problem?
I'm the original owner of a Border Patrol DAC, purchased in 2019. I know its based on an obsolete /old TDA1543 and it does not measure well, but I like it a lot.
Recently, I've been unable to play 96khz. I've tried different Linux kernels, computers, OS's etc.
On Linux, ALSA reports only 44/48 capability when the OS enumerates the device (on boot up or when device is connected via USB)
I can automatically resample to 16/48 and and audio quality is excellent. Nevertheless, I would like to diagnose and repair the DAC so it regains it's original capability (and play 96khz files)
There are two components in this DAC other than the capacitors and power supplies.
DIYINHK 384KHZ ASYNCHRONOUS USB TO I2S/SPDIF CM6631A PCB
https://www.diyinhk.com/shop/audio-...rnal_33v_power/161-pcb_plating-gold_enig_rohs
SELLARZ DAC NOS-1
https://sellarz.com/goods/view?no=45
As mentioned, the DAC sounds perfect and plays 16/44 and 16/48 files. Do you think the CM6631A USB controller board or the Sellarz DAC board is the problem?
Last edited by a moderator:
What changes did you make?
Firmware changes to the DAC?
Different kernel?
Can you go back to a past configuration that worked?
I assume you didn't change the hardware at all... USB connections can be tricky.
Firmware changes to the DAC?
Different kernel?
Can you go back to a past configuration that worked?
I assume you didn't change the hardware at all... USB connections can be tricky.
So, if no hardware changes were made... can you go back to a configuration that was working? Do you have system back ups?
That's how we do it at work... as we updated the firmware, often changes ( bugs ) are introduced. The way to debug it is to roll back to a previously known configuration.
If a previous configuration works, then you know it's a software/config issue. Otherwise you have a hardware issue.
That's as far as I can help you.
OK.... are you sure nothing was changed? Think.
That's how we do it at work... as we updated the firmware, often changes ( bugs ) are introduced. The way to debug it is to roll back to a previously known configuration.
If a previous configuration works, then you know it's a software/config issue. Otherwise you have a hardware issue.
That's as far as I can help you.
OK.... are you sure nothing was changed? Think.
My bet is USB board, did you try different OS or machine? Live CD/USB for example. You should be able to select 96khz or higher even if DAC don't support it
Yes, I tried what you said and bypassed player software and sent the 96khz file from the command line and it could not play it. Thanks for your help, I'll start to focus on the USB board.
I do not know and am not sure how to find out. However, based on the boot logs and bus query, it appears the USB is master, see below:
and
Dec 5 10:15:27 kern.info kernel: usb 4-2: Product: USB2.0 High-Speed True HD Audio
Dec 5 10:15:27 kern.info kernel: usb 4-2: Manufacturer: C-MEDIA Inc.
Dec 5 10:15:27 kern.info kernel: input: C-MEDIA Inc. USB2.0 High-Speed True HD Audio as /devices/pci0000:00/0000:00:1d.2/usb4/4-2/4-2:1.2/0003:0D8C:0004.0001/input/input3
Dec 5 10:15:28 kern.info kernel: hid-generic 0003:0D8C:0004.0001: input,hidraw0: USB HID v1.00 Device [C-MEDIA Inc. USB2.0 High-Speed True HD Audio] on usb-0000:00:1d.2-2/input2
and
Bus 004 Device 004: ID 0d8c:0004 C-Media Electronics, Inc. CM6631A Audio Processor
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 239 Miscellaneous Device
bDeviceSubClass 2
bDeviceProtocol 1 Interface Association
bMaxPacketSize0 64
idVendor 0x0d8c C-Media Electronics, Inc.
idProduct 0x0004 CM6631A Audio Processor
bcdDevice 1.01
iManufacturer 1 C-MEDIA Inc.
iProduct 2 USB2.0 High-Speed True HD Audio
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x00c0
bNumInterfaces 3
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xc0
Self Powered
MaxPower 100mA
Interface Association:
bLength 8
bDescriptorType 11
bFirstInterface 0
bInterfaceCount 2
bFunctionClass 1 Audio
bFunctionSubClass 0
bFunctionProtocol 32
iFunction 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 1 Audio
bInterfaceSubClass 1 Control Device
bInterfaceProtocol 32
iInterface 0
AudioControl Interface Descriptor:
bLength 9
bDescriptorType 36
bDescriptorSubtype 1 (HEADER)
bcdADC 2.00
bCategory 10
wTotalLength 0x0100
bmControls 0x00
AudioControl Interface Descriptor:
bLength 17
bDescriptorType 36
bDescriptorSubtype 2 (INPUT_TERMINAL)
bTerminalID 1
wTerminalType 0x0101 USB Streaming
bAssocTerminal 0
bCSourceID 18
bNrChannels 0
bmChannelConfig 0x00000000
iChannelNames 0
bmControls 0x0040
Cluster Control (read-only)
iTerminal 0
AudioControl Interface Descriptor:
bLength 12
bDescriptorType 36
bDescriptorSubtype 3 (OUTPUT_TERMINAL)
bTerminalID 7
wTerminalType 0x0301 Speaker
bAssocTerminal 0
bSourceID 13
bCSourceID 18
bmControls 0x0004
Connector Control (read-only)
iTerminal 0
AudioControl Interface Descriptor:
bLength 18
bDescriptorType 36
bDescriptorSubtype 6 (FEATURE_UNIT)
bUnitID 13
bSourceID 1
bmaControls(0) 0x00000003
Mute Control (read/write)
bmaControls(1) 0x00000000
bmaControls(2) 0x00000000
iFeature 0
AudioControl Interface Descriptor:
bLength 8
bDescriptorType 36
bDescriptorSubtype 10 (CLOCK_SOURCE)
bClockID 18
bmAttributes 3 Internal programmable clock
bmControls 0x07
Clock Frequency Control (read/write)
Clock Validity Control (read-only)
bAssocTerminal 0
iClockSource 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x8f EP 15 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0006 1x 6 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 32
iInterface 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 1
bNumEndpoints 2
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 32
iInterface 0
AudioStreaming Interface Descriptor:
bLength 16
bDescriptorType 36
bDescriptorSubtype 1 (AS_GENERAL)
bTerminalLink 1
bmControls 0x05
Active Alternate Setting Control (read-only)
Valid Alternate Setting Control (read-only)
bFormatType 1
bmFormats 0x00000001
PCM
bNrChannels 2
bmChannelConfig 0x00000003
Front Left (FL)
Front Right (FR)
iChannelNames 0
AudioStreaming Interface Descriptor:
bLength 6
bDescriptorType 36
bDescriptorSubtype 2 (FORMAT_TYPE)
bFormatType 1 (FORMAT_TYPE_I)
bSubslotSize 2
bBitResolution 16
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x05 EP 5 OUT
bmAttributes 5
Transfer Type Isochronous
Synch Type Asynchronous
Usage Type Data
wMaxPacketSize 0x00c8 1x 200 bytes
bInterval 1
AudioStreaming Endpoint Descriptor:
bLength 8
bDescriptorType 37
bDescriptorSubtype 1 (EP_GENERAL)
bmAttributes 0x00
bmControls 0x00
bLockDelayUnits 0 Undefined
wLockDelay 0x0000
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x85 EP 5 IN
bmAttributes 17
Transfer Type Isochronous
Synch Type None
Usage Type Feedback
wMaxPacketSize 0x0003 1x 3 bytes
bInterval 1
I mean connection between cmi and dac. I understand you have both DAC connected to cmi now? Border patrol and sellarz?
And you been using it and it wan working at 96k, you didn't make any modifications and now it's 48k max?
And you been using it and it wan working at 96k, you didn't make any modifications and now it's 48k max?
The sellarz is connected to cmi. The Border Patrol is the brand of the DAC, not the DAC board. Yes, it was working in the past at 44/48/96 and now only 44/48. No modifications.
old TDA1543
Did it ever play 96kHz. AFAIK, this chip does not support 96kHz (you answered that while i was posting). Isn’t is a budget version of the TDA1541?
https://www.diyaudio.com/community/threads/pushing-the-limits-of-tda1543-nos-dac.187748/
dave
How long ago did this "change" happen?
Is your source Tidal Masters?
I noticed that Tidal HiFi has changed their master encoding, adding FLAC.
As a result, my five year old Android tablet with micro usb stopped playing cleanly over USB/OTG. In the past it had been playing nicely "24/96" and all... Remember that the old 24/96 was MQA so it was really 24/48 or something like that.
Now, with FLAC, it's true 24/96.
At about the time they made a change, ( I made NO changes, no updates, nada... ) I noticed that when it changed tracks the USB link started to act up.. it did sinc, and music did come out but I was getting "drop outs" for lack of a better word. Disconnecting/connecting the USB/OTG forced a new handshake and then it would play fine.. until the next track.
I also have a newer Android tablet with USB-C and that one played fine all along. So, I figured perhaps the issue was with the microUSB connector in the old tablet (who knows?) so I bought a new table on Black Friday... Android with USB-C as well, and that one plays fine.
So my USB2 DACS (I tried two) worked fine with the newer tablets running USB-C... the older DAC suddenly stopped playing cleanly.
The timing of this was around a month or so ago....
Could it be this is the same issue you're running into?
Have you tried playing other WAV 24/96 files? I should have, and I should have tried playing non "Master" files too, but I was looking at a excuse to get rid of than damn microUSB connection.
Is your source Tidal Masters?
I noticed that Tidal HiFi has changed their master encoding, adding FLAC.
As a result, my five year old Android tablet with micro usb stopped playing cleanly over USB/OTG. In the past it had been playing nicely "24/96" and all... Remember that the old 24/96 was MQA so it was really 24/48 or something like that.
Now, with FLAC, it's true 24/96.
At about the time they made a change, ( I made NO changes, no updates, nada... ) I noticed that when it changed tracks the USB link started to act up.. it did sinc, and music did come out but I was getting "drop outs" for lack of a better word. Disconnecting/connecting the USB/OTG forced a new handshake and then it would play fine.. until the next track.
I also have a newer Android tablet with USB-C and that one played fine all along. So, I figured perhaps the issue was with the microUSB connector in the old tablet (who knows?) so I bought a new table on Black Friday... Android with USB-C as well, and that one plays fine.
So my USB2 DACS (I tried two) worked fine with the newer tablets running USB-C... the older DAC suddenly stopped playing cleanly.
The timing of this was around a month or so ago....
Could it be this is the same issue you're running into?
Have you tried playing other WAV 24/96 files? I should have, and I should have tried playing non "Master" files too, but I was looking at a excuse to get rid of than damn microUSB connection.
Last edited:
I have Qobuz, not Tidal and the issue persists on local files I have on my hard drive that are 24/96 or greater. Yes, I've set 24/96 WAV files, and hey do not play.
So did you try connecting to different PC/laptop? On windows for example. Looks like driver or system issue. If you haven't, try it in first place. Changing software or playing from cmd is not the same.
Last edited:
Yes, I've tried windows , mac and various flavors of linux on different hardware and verified with other dacs I have that it is not a software issue on the servers.
- Home
- Source & Line
- Digital Source
- DAC should, but cannot play 96khz - Can anyone help figure this issue out?