• These commercial threads are for private transactions. diyAudio.com provides these forums for the convenience of our members, but makes no warranty nor assumes any responsibility. We do not vet any members, use of this facility is at your own risk. Customers can post any issues in those threads as long as it is done in a civil manner. All diyAudio rules about conduct apply and will be enforced.

New FIFO buffer for RPI/SBCs

Jump to Latest
sckramer

sckramer

Member
Joined 2010
Experimenting with the Piano a bit...

i2s w/(MCLK) straight in (no pi)

Interesting thing is both Dac chips are active... less load on the LT3042's ? -- when I hook right on one, left on the other?

attachment.php


And the generic ESS9023,384K i2s option works, and both Dac's are active...

Ioan, wonder if this is utilizing MCLK (the PLL bypass) that we've discussed, since we know the allo/hifiberry/iqaudio PCM51xx based driver does not utilize mclk, even though it is there.

attachment.php
 

Attachments

  • IMG_0848.JPG
    IMG_0848.JPG
    189.5 KB · Views: 828
  • IMG_0849.JPG
    IMG_0849.JPG
    174.9 KB · Views: 839
Last edited:
jonners

jonners

Member
Joined 2007
Just an update on the issue of the filters: I made some measurements of the filters for the Piano 2.1 in Volumio and found that there is indeed a big drop in frequency response at the crossover points. I reported this to Allo, and they are in the process of revising the filters.
 
K

kartick

Member
Joined 2012
Hello Everyone, this is my first post on this particular thread but I have interacted with a few of you on the DDDAC 1794 thread here : http://www.diyaudio.com/forums/digi...pcm1794-waveio-usb-input-612.html#post5018833

I am facing issues with 32bits setting in the conf.mpd file which is not retaining the changes made to it, neither the bit depth nor the sampling rate.

Can someone please refer to the post#6098, 6100, 6101, 6103, 6104, 6107, 6109 & 6110 and try to provide me with a solution? I really need to make this work.

Thanks.
 
C

cdsgames

Member
Joined 2015
kartick said:
Hello Everyone, this is my first post on this particular thread but I have interacted with a few of you on the DDDAC 1794 thread here : http://www.diyaudio.com/forums/digi...pcm1794-waveio-usb-input-612.html#post5018833

I am facing issues with 32bits setting in the conf.mpd file which is not retaining the changes made to it, neither the bit depth nor the sampling rate.

Can someone please refer to the post#6098, 6100, 6101, 6103, 6104, 6107, 6109 & 6110 and try to provide me with a solution? I really need to make this work.

Thanks.
Click to expand...
I see that you got a reply about L justified vs R justified.
 
K

kartick

Member
Joined 2012
cdsgames said:
I see that you got a reply about L justified vs R justified.
Click to expand...

Yes, I did. So it means that it is the end of the road for this setup? Is not rectifiable? I understand that some people owing the same dac have been able to make the combo work?

Do you feel that a forced 32 bit depth from sparky/volumio is causing this concern? Few folks who were able to play the signal as is (16bits/24bits) were able to take the crackling sound away.

Anywhere that you can help?
 
D

Dimdim

Member
Joined 2008
That probably has to do with your distribution of choice. It probably "fixes" your custom setting upon reboot by applying its own configuration. I don't suppose it's Volumio?

I use Raspbian with mpd or Archphile and none of them exhibit this problem. Whenever I edit mpd.conf, it stays edited.

You could also try Moode. It has built-in support for resampling so you could try some 16bit or 24bit settings and see if that helps. But I don't think it has an option for doing just padding of the bits, without also doing resampling.
 
K

kartick

Member
Joined 2012
Dimdim said:
That probably has to do with your distribution of choice. It probably "fixes" your custom setting upon reboot by applying its own configuration. I don't suppose it's Volumio?

I use Raspbian with mpd or Archphile and none of them exhibit this problem. Whenever I edit mpd.conf, it stays edited.

You could also try Moode. It has built-in support for resampling so you could try some 16bit or 24bit settings and see if that helps. But I don't think it has an option for doing just padding of the bits, without also doing resampling.
Click to expand...

Unfortunately I cant try raspbian or archphile or Moode with my SBC (Sparky). Once I try to fiddle around with this setup - Sparky, Kali & DDDAC, I might as well try out Raspi with these players.

Also, do you feel using digi+ card would not have these issues that are being faced with Kali & DDDAC?
 
D

Dimdim

Member
Joined 2008
Since you're using Sparky's specific distribution, it shouldnt't be hard for Ioan and co. to figure out what is happening. I'm sure that they won't let you down.

Regarding the Digi+ card, isn't that one strictly s/pdif out?
If you mean the Pro version, I can't know how well it will fare in your situation. You shouldn't be having problems with Kali + DDDAC, yet you are..

BTW, I noticed that the PCM1794 used on DDDAC needs to be configured for either 16bits or 24bits. I assume it's configured for 24bits. That would explain your problems with 16bit material.

But then again, there is some glue logic in front of it shifting bits and stuff. It might have something to do with it.
 
You must log in or register to reply here.
Top Bottom