From design team :
Our Suspicion is clock is getting affected because of surrounding interference and also may be 3.3V supply is having an issue. By providing the shielding of oscillator and adding a filter on 3.3V it may solve the issue.
Our Suspicion is clock is getting affected because of surrounding interference and also may be 3.3V supply is having an issue. By providing the shielding of oscillator and adding a filter on 3.3V it may solve the issue.
you mean the Kali internal 3.3V supply? The supply from Raspi to Kali is NC I thought...
How to shield oscillators? Some easy to implement DIY solution? Cu-film is enough?
Thank you!
How to shield oscillators? Some easy to implement DIY solution? Cu-film is enough?
Thank you!
I had the same with my own build TDA 1543 Nos dac with 2sk170 fet i/v.
the problem was not the kali or dac but the bluetooth and and wifi transmitter on the RPI 3, in my opinion the RPI 3 is not suitable for audio.
what ik did is covered the wifi bluetoothtraqnsmitter of teh RPI 3 with a piece of Lead and did wrap all my I2S wires with copper foil and now it is dead quiet.
But i can tell you my dac is sounding far more better and musical without the kali with a old RPI B and is also a lot more responsive. often audio is about inproving things and specs, i can tell you less is more, even a I2S isolator is adding jitter to you`re signal.
just use good liniar power supply`s, sounds far more better and gives more inproment then buffers/isolators and other things added in the signal path. i am using a liniar power supply for my RPI and 2 others for my dac one for the dac and a Second one for the I/V stage and teh resuls are better then adding a kali
The interferences go away if upsampling of the audio data to higher than 44.1/48 kHz is used. I therefore don't see how Bluetooth and WiFi interferences could be the source for my issue.
From design team :
Our Suspicion is clock is getting affected because of surrounding interference and also may be 3.3V supply is having an issue. By providing the shielding of oscillator and adding a filter on 3.3V it may solve the issue.
I don't understand.
- What "surrounding interference" are you referring to?
- What issue of the 3.3V supply?
- As far as I can tell, the 3.3V is produced on board from the external 5V supply. So how/why would I add a filter?
- How would all this explain that the noise/hiss goes away if upsampling to higher than 44.1/48 kHz is used on the software running on the RPI?
Please explain.
upsampling
Don`t upsample, upsamping is killing music and adding artifacts.
i am using a Nos dac and i am only playing 44.1 cd format redbook and never had any ussue with disturbance of any kind, i is generated buy teh RPI 3 or teh kali board.
i even regret to have bought the kali and rpi 3 costed me a lot of money and does not sounds better but worce, it is all about maketing and money, juust trust me less is more.
Don`t upsample, upsamping is killing music and adding artifacts.
i am using a Nos dac and i am only playing 44.1 cd format redbook and never had any ussue with disturbance of any kind, i is generated buy teh RPI 3 or teh kali board.
i even regret to have bought the kali and rpi 3 costed me a lot of money and does not sounds better but worce, it is all about maketing and money, juust trust me less is more.
Anybody tested if the Boss works with the Hifiberry DAC+pro Driver? I would like to know if it works for my Aroio Player for Raspi that only supports a view drivers..
Don`t upsample, upsamping is killing music and adding artifacts.
i am using a Nos dac and i am only playing 44.1 cd format redbook and never had any ussue with disturbance of any kind, i is generated buy teh RPI 3 or teh kali board.
i even regret to have bought the kali and rpi 3 costed me a lot of money and does not sounds better but worce, it is all about maketing and money, juust trust me less is more.
I just tried the upsampling for debugging reasons in my setup.
The Kali DOES improve the sound quality in my other set up quite substantially.
To further isolate the source of my noise/hiss problem, I disconnected the Kali from the RPI (this left the RPI unpowered and disconnected from everything). The noise/hiss didn't go away, so the source of the problem is not related to the RPI.
If I disconnect the Kali from the DDDAC (remove the I2S cable), the noise/hiss is gone. This tells me the problem is with the Kali.
Why didn't I have any issues in my earlier build with a Kali feeding a DDDAC? Is the Kali in my new build broken? Why does freezebox have the same issue? Any suggestions or ideas?
If I disconnect the Kali from the DDDAC (remove the I2S cable), the noise/hiss is gone. This tells me the problem is with the Kali.
Why didn't I have any issues in my earlier build with a Kali feeding a DDDAC? Is the Kali in my new build broken? Why does freezebox have the same issue? Any suggestions or ideas?
Not bad , but I think pursuit of THD+N only might not be the right approach. Dont forget that those numbers while very important, are just a part of sound quality . I Still suggest to read all literature on analog and improve based on it.
As i'm not seeing an amplifier as an instrument, to me the best amp has no sound at all, just bare amplification with low distortion is best.
As i'm not seeing an amplifier as an instrument, to me the best amp has no sound at all, just bare amplification with low distortion is best.
I agree with you, thats how its in a perfect world.
However a lot of data from the past suggests very strongly that capacitors especially and to a lesser extent R chemistry and geometry "color" the sound in a way that its not reproduced in the THD+N numbers .
Thats what I am suggesting , to take in consideration this aspect.
Hi
yes 3.3v on Kali. Its possible that Kali 3.3V is picking some noise and feeds it to the oscillators . I would try shielding the oscillators and surroundings with some copper while paying attention not to short anything.
yes 3.3v on Kali. Its possible that Kali 3.3V is picking some noise and feeds it to the oscillators . I would try shielding the oscillators and surroundings with some copper while paying attention not to short anything.
To shield the clocks is necessary to connect the shield to the digital ground?Hi
yes 3.3v on Kali. Its possible that Kali 3.3V is picking some noise and feeds it to the oscillators . I would try shielding the oscillators and surroundings with some copper while paying attention not to short anything.
I don't get it. Which noise, from where? How would I do the shielding?Hi
yes 3.3v on Kali. Its possible that Kali 3.3V is picking some noise and feeds it to the oscillators . I would try shielding the oscillators and surroundings with some copper while paying attention not to short anything.
10W , 8R.
We hit 0.0063 THD+N.
Still not happy.
At what gain and frequency?
I agree with you, thats how its in a perfect world. However a lot of data from the past suggests very strongly that capacitors especially and to a lesser extent R chemistry and geometry "color" the sound in a way that its not reproduced in the THD+N numbers .
So you want to share some links to this "a lot" of data? 🙂
400Khz , 20db.
15W , 400Khz , 20db , 0.0052.
Still not happy.
Please read the countless threads here on diy audio on not su subtle changes in sound perception using capacitors made of PPS, PP or other.
15W , 400Khz , 20db , 0.0052.
Still not happy.
Please read the countless threads here on diy audio on not su subtle changes in sound perception using capacitors made of PPS, PP or other.
Hi,
sorry for the delay , I have asked the team to have a small pdf doc for you. It will take about 48h
sorry for the delay , I have asked the team to have a small pdf doc for you. It will take about 48h
hi!
i had a terrible hiss when i started with my RPi-> Allo Isolator-> hifi-berry digi+ pro-> DDDAC because i connected the MCK from the berry to the DDDAC (there is no need for that but i did it). after removing this connection and new wires for the rest of the data-lines the hiss was gone (nearly, because tracks with 176.4khz/24bit make hiss; never tried 192khz).
i had a terrible hiss when i started with my RPi-> Allo Isolator-> hifi-berry digi+ pro-> DDDAC because i connected the MCK from the berry to the DDDAC (there is no need for that but i did it). after removing this connection and new wires for the rest of the data-lines the hiss was gone (nearly, because tracks with 176.4khz/24bit make hiss; never tried 192khz).
To further isolate the source of my noise/hiss problem, I disconnected the Kali from the RPI (this left the RPI unpowered and disconnected from everything). The noise/hiss didn't go away, so the source of the problem is not related to the RPI.
If I disconnect the Kali from the DDDAC (remove the I2S cable), the noise/hiss is gone. This tells me the problem is with the Kali.
Why didn't I have any issues in my earlier build with a Kali feeding a DDDAC? Is the Kali in my new build broken? Why does freezebox have the same issue? Any suggestions or ideas?
hi!
i had a terrible hiss when i started with my RPi-> Allo Isolator-> hifi-berry digi+ pro-> DDDAC because i connected the MCK from the berry to the DDDAC (there is no need for that but i did it). after removing this connection and new wires for the rest of the data-lines the hiss was gone (nearly, because tracks with 176.4khz/24bit make hiss; never tried 192khz).
I didn't connect MCK.
How did you connect the GND connections at the I2S pin headers? All of them? Only one? None?
Did you connect the RPI/Kali power supply to GND?
- Home
- Vendor's Bazaar
- New FIFO buffer for RPI/SBCs