I have news from sound driver development for BBB:
- 2 channel DSD64 and DSD128 seems to be working and usable
- 4 channel DSD has playback issues while BBB is doing something else
Driver is not available yet. Eta 2-3 weeks.
- 2 channel DSD64 and DSD128 seems to be working and usable
- 4 channel DSD has playback issues while BBB is doing something else
Driver is not available yet. Eta 2-3 weeks.
All these improvements to the software will be integrated into volumio and runeaudio interfaces right?
Driver is going to be available under usual Linux GPL3 license, which requires to publish also source code.
So yes, it might be integrated by Volumio/Runeaudio vendors after the driver will be ready and released.
So yes, it might be integrated by Volumio/Runeaudio vendors after the driver will be ready and released.
Miero,
You need to change your moniker to.....
Mr Wizard!
Thankyou for your efforts!
Chuz,
Drew.
You need to change your moniker to.....
Mr Wizard!
Thankyou for your efforts!
Chuz,
Drew.
Strange question Russ,
But can we start an interested list as testers/buyers for your cape please? May make doing pcb numbers easier?
Chuz,
Drew.
But can we start an interested list as testers/buyers for your cape please? May make doing pcb numbers easier?
Chuz,
Drew.
Hi Drew,
What Brian and I usually do is order about 25 -50 of the first "beta" run. This will give early adopters a chance to give us all some feedback and then we will do a larger production run after that and generally try to keep it in stock.
What Brian and I usually do is order about 25 -50 of the first "beta" run. This will give early adopters a chance to give us all some feedback and then we will do a larger production run after that and generally try to keep it in stock.
Hey Russ,
So its a bit of a if you see it in the shop kinda thing thing you get lucky?
Just means I need to to keep my eyes open!
Thanks for the efforts!
May I request some pads to be able to try different regs etc if we desire to?
Chuz,
Drew.
So its a bit of a if you see it in the shop kinda thing thing you get lucky?
Just means I need to to keep my eyes open!
Thanks for the efforts!
May I request some pads to be able to try different regs etc if we desire to?
Chuz,
Drew.
We will try to give folks plenty of heads up. I am think of adding a trident style header - but I need to do a bit of research first.
Any chance of bypassing the xo reg(s) and using lifepo4 batteries directly (a pin header maybe)? Thanks.
Very impressive that the BBB is keeping up with these high bitrates. This is going to be good. 😀
Much Kudos Miero, you're doing the community a great service.
Hey Russ,
Slightly OT, hope you forgive the intrusion, does the BIII play both .dsf and .dff dsd files or is that something that would be software related from what miero(Mr Wizard) is working at?
Just thought it from something else I have been reading and knowing what format to download or record vinyl in on the Korg unit.
Chuz,
Drew.
Slightly OT, hope you forgive the intrusion, does the BIII play both .dsf and .dff dsd files or is that something that would be software related from what miero(Mr Wizard) is working at?
Just thought it from something else I have been reading and knowing what format to download or record vinyl in on the Korg unit.
Chuz,
Drew.
I've been able to play stereo DFF files from High Resolution Music DOWNLOAD services .:. FLAC in free TEST BENCH
And DSF is probably "stereo DFF", isn't it?
And DSF is probably "stereo DFF", isn't it?
.dff and .dsf are different container formats.
DSDIFF (.dff) is the Philips standard, and the native container format used with SACD's.
DSF (.dsf) is the Sony standard.
Initially, only the .dff format was supported by MPD and Foobar. But recent versions of both applications now support .dsf as well. In the case of Foobar, it's the "foo_input_sacd" plugin which is relevant.
The difference between container formats only matters to the audio playback application. Once recognised, the playback application should output an identical signal in either case; one which I presume will be understood by Miero's I2S DSD driver.
DSDIFF (.dff) is the Philips standard, and the native container format used with SACD's.
DSF (.dsf) is the Sony standard.
Initially, only the .dff format was supported by MPD and Foobar. But recent versions of both applications now support .dsf as well. In the case of Foobar, it's the "foo_input_sacd" plugin which is relevant.
The difference between container formats only matters to the audio playback application. Once recognised, the playback application should output an identical signal in either case; one which I presume will be understood by Miero's I2S DSD driver.
Did someone want to use LCD cape together with the audio cape?
Because with the current design (audio must be also on top) it will not be possible. Moreover there is some pin conflict because LCD3 seems to use audio data pins for LEDs or something.
Because with the current design (audio must be also on top) it will not be possible. Moreover there is some pin conflict because LCD3 seems to use audio data pins for LEDs or something.
Hey miero,
.dsf will support metadata where .dff doesnt. any other differences I do not know.
Chuz,
Drew.
.dsf will support metadata where .dff doesnt. any other differences I do not know.
Chuz,
Drew.