Hopefully this will solve my problems of having only mono audio with red-book (16bit/44.1kHz) material. And ofcourse I'm expecting a better sound in general too. My current I2S-reclocker is a Hifiberry DAC+pro.
This looks like a Hifiberry DAC+pro issue 😕
I'm planning to use the Kali reclocker with Raspberry Pi 2 (Moode Audio) and my DDDAC-board. Hopefully this will solve my problems of having only mono audio with red-book (16bit/44.1kHz) material. And ofcourse I'm expecting a better sound in general too. My current I2S-reclocker is a Hifiberry DAC+pro.
I have a Hifiberry DAC+pro I use as an I2S source for my TDA1541A based DAC with MoOde. I had no issues with red book appearing mono. Does that mean you get stereo at higher bit and sample rates?
I listen to mostly red book files. Good though the DAC+ Pro is, remember its primary role is not as an I2S source, the Kali is a major step up even with v1 firmware I have.
^Yes, with higher bit rates I get stereo sound and therefore I'm using Moode's upsampling function to force output always to 24 bits. It might just as well be a problem with the DDDAC. I'm no expert with these digital signals. Fortunately I haven't noticed any audible problems with the conversion from 16 to 24 bits.
within DDDAC setup, the TI 1794a is configured in NOS mode with external filtering. The technical documentation of 1794a says, that in this configuration the input signal is "right-justified audio formats including 24-bit audio". The WaveIO (standard data supply for DDDAC) is configured to deliver 24Bit format, too. If you have another source (like RPI) you have to take care, that the same I2S dataformat is used. I have faced the same problem with RPI and DDDAC with Mono Output when playing RedBook format. I think RPI is then sending 16Bit I2S signal, which not supported by DDDAC configuration. There where some mods available for RPI to force 24Bit output, but I was never able to manage this. I now running Odroid C2 which is sending 24Bit I2S Signal also for RedBook audio.
I'm wondering if Kali can help you with this problem. When I understand it correctly, Kali is not changing the I2S data format, but is only reclocking!?? In that case, you would still have mono output!?
I will give Kali a try within my DDDAC setup. Can you please confirm the power consumption of Kali board standalone? I have read in this thread, that it is 100mA at 5V. Is this true? In the online shop I always read 5V / 3A but I guess this value is for a complete setup with Sparky and Volt!????
I'm wondering if Kali can help you with this problem. When I understand it correctly, Kali is not changing the I2S data format, but is only reclocking!?? In that case, you would still have mono output!?
I will give Kali a try within my DDDAC setup. Can you please confirm the power consumption of Kali board standalone? I have read in this thread, that it is 100mA at 5V. Is this true? In the online shop I always read 5V / 3A but I guess this value is for a complete setup with Sparky and Volt!????
You should keep in mind that "right-justified audio formats" are not I2S.
I2S is a different format. It just so happens that the 1794 is interpreting I2S as a mono signal.
I can confirm that Kali by itself is drawing ~100mA of current at 5V.
I2S is a different format. It just so happens that the 1794 is interpreting I2S as a mono signal.
I can confirm that Kali by itself is drawing ~100mA of current at 5V.
yes, sorry for the confusion. There is a "I2S - right-justified (RJ) converter" on the mainboard of DDDAC which handles data preparation for the 1794a in its NOS configuration. I guess this conversion chip array needs the 24bit I2S input, too.
Thank you for confirmation regarding needed power!
Thank you for confirmation regarding needed power!
I thank you gentlemen for your enlightening comments about the 1794 I2S signal handling. I suppose that there is no other way around this red book problem than to force the I2S source output to 24bits. That's perfectly fine by me, since I haven't noticed any degradation is sound quality so far with this 16->24bit conversion. I'm just anxious to see if I can hear any improvements between DAC+pro and Kali.
Last edited:
I thank you gentlemen for your enlightening comments about the 1794 I2S signal handling. I suppose that there is no other way around this red book problem than to force the I2S source output to 24bits. That's perfectly fine by me, since I haven't noticed any degradation is sound quality so far with this 16->24bit conversion. I'm just anxious to see if I can hear any improvements between DAC+pro and Kali.
Why is this being made more complicated than it actually is... Doede expects I2S input with BCLK = 64xFS, which he then converts to the format reqd by the PCM1794 DAC chips, in external filter mode. This is no different to the earlier point about ES9018 requiring BITCLOCK=64xFS, regardless of 16/24/32 bit depth.
actually I'm using Hifiberry Dac+ Pro with my raspberry pi3. On the raspberry I installed a free AROIO operating system from the german manufacturer Abacus. Aroio uses Raspberry Realtime Kernel 4.1.21 and provides a squeezebox client and DLNA Player with a included convolver with 9 FIR Filterbanks. It has a webinterface for configuration.
For generating a FIR Filter you have to plug a UMIK-1 into the raspberry and you have to buy Audiovero Acourate Software to record logsweep and generate FIR Filters.
My problem is, that as soon I installed the KALI reclocker I can't play the logsweep on the right channel anymore. The logsweep is played at 96khz sampling rate and the reclocker buffer always runs empty when the logsweep file is played on the right channel. Its a squence like 1second sound, 1 second silence, 1 second sound, 1 second silence and so on. The Kali reclocker shows empty buffer during silence beriod. It doesnt happen with Hifiberry Dac+ pro or with Piano DAC 2.1 when used without reclocker.
I dont't know if ist a software problem or a problem with the Kali.
So if someone accidentally also has the same Hardware combination and wants to download AROIO(its free and you can play the logsweep as long as a UNIK-1 is connected to the raspberry), only to see if its not a defective Kali here. You don't need Acourate for playing the logsweep.
For generating a FIR Filter you have to plug a UMIK-1 into the raspberry and you have to buy Audiovero Acourate Software to record logsweep and generate FIR Filters.
My problem is, that as soon I installed the KALI reclocker I can't play the logsweep on the right channel anymore. The logsweep is played at 96khz sampling rate and the reclocker buffer always runs empty when the logsweep file is played on the right channel. Its a squence like 1second sound, 1 second silence, 1 second sound, 1 second silence and so on. The Kali reclocker shows empty buffer during silence beriod. It doesnt happen with Hifiberry Dac+ pro or with Piano DAC 2.1 when used without reclocker.
I dont't know if ist a software problem or a problem with the Kali.
So if someone accidentally also has the same Hardware combination and wants to download AROIO(its free and you can play the logsweep as long as a UNIK-1 is connected to the raspberry), only to see if its not a defective Kali here. You don't need Acourate for playing the logsweep.
Attachments
Last edited:
ok, I was able to reproduce the problem. It's just simple, if generated a test tone only on the right channel, left no signal. My Kali just doens't play files/music whatever in mono right channel(left is ok). It does permanatly run out of buffer or looses connection.
Do others have the same problem or does this happen with all reclockers?
Do others have the same problem or does this happen with all reclockers?
Last edited:
So, are you saying that there's a more sophisticated way around this problem? Can it be done in Moode software somehow? Pardon my propably silly questions, but I'm a total noob with Linux. Or can you or someone else point me to some source of information, so that this OT won't bother the readers of this thread any more.Why is this being made more complicated than it actually is... Doede expects I2S input with BCLK = 64xFS, which he then converts to the format reqd by the PCM1794 DAC chips, in external filter mode. This is no different to the earlier point about ES9018 requiring BITCLOCK=64xFS, regardless of 16/24/32 bit depth.
Allo Sparky Audio Kit Combines an ARM Linux Board with Amplifier, Audio DAC, Reclocker and Capacitance Multiplier Boards
Though I note he's just unpacked it and will come back later with news.
Though I note he's just unpacked it and will come back later with news.
I ordered a Kali and Piano Dac from Allo.com last week and they arrived, very well packed, in less than four days.
I totally agree with the positive things said in previous posts about the sound of this combination. It's giving the best sound I've yet heard from my Rpi2 running Moode.
One odd thing is that when I touch 'Pause' the last second or so of music repeats 3 or 4 times before the player goes into pause. The same thing happens with Kali + Mamboberry LS (not sounding quite as good as Kali + Piano btw). I've seen reports of the pause issue also happening on Volumio with Kali + Piano, so it seems that the common factor in this is Kali.
I totally agree with the positive things said in previous posts about the sound of this combination. It's giving the best sound I've yet heard from my Rpi2 running Moode.
One odd thing is that when I touch 'Pause' the last second or so of music repeats 3 or 4 times before the player goes into pause. The same thing happens with Kali + Mamboberry LS (not sounding quite as good as Kali + Piano btw). I've seen reports of the pause issue also happening on Volumio with Kali + Piano, so it seems that the common factor in this is Kali.
So, are you saying that there's a more sophisticated way around this problem? Can it be done in Moode software somehow? Pardon my propably silly questions, but I'm a total noob with Linux. Or can you or someone else point me to some source of information, so that this OT won't bother the readers of this thread any more.
if Martin, uses my "simple2 branch to build his kernel from, in /boot/config.txt ....
Code:
dtoverlay=simple-es9023-audio,384k
dtoverlay=simple-bclk-64fs
That's what I use for driving DDAC and Buffalo from RPi's.
Just got the Kali runing between an RPi3 and Subbu ESS9023) dac - all sounds fine tho no critical listening yet.
Question - I am powering the Rpi and Kali from different power supplies, should I be removing the jumper on the corner that says "FEED SBC"?
Question - I am powering the Rpi and Kali from different power supplies, should I be removing the jumper on the corner that says "FEED SBC"?
Just got the Kali runing between an RPi3 and Subbu ESS9023) dac - all sounds fine tho no critical listening yet.
Question - I am powering the Rpi and Kali from different power supplies, should I be removing the jumper on the corner that says "FEED SBC"?
Yes, I would think so.
John
Hi Jonners ,
we are checking , in my setup there is no problem (but I use max2play)
Anyway we should have an answer soon.
we are checking , in my setup there is no problem (but I use max2play)
Anyway we should have an answer soon.
I ordered a Kali and Piano Dac from Allo.com last week and they arrived, very well packed, in less than four days.
I totally agree with the positive things said in previous posts about the sound of this combination. It's giving the best sound I've yet heard from my Rpi2 running Moode.
One odd thing is that when I touch 'Pause' the last second or so of music repeats 3 or 4 times before the player goes into pause. The same thing happens with Kali + Mamboberry LS (not sounding quite as good as Kali + Piano btw). I've seen reports of the pause issue also happening on Volumio with Kali + Piano, so it seems that the common factor in this is Kali.
Yes please remove
Just got the Kali runing between an RPi3 and Subbu ESS9023) dac - all sounds fine tho no critical listening yet.
Question - I am powering the Rpi and Kali from different power supplies, should I be removing the jumper on the corner that says "FEED SBC"?
- Home
- Vendor's Bazaar
- New FIFO buffer for RPI/SBCs