When you hit stop, the player calls ALSA (linux sound system) to stop the stream, which calls the hardware driver, which is supposed to then set the hardware to output constant zeros and/or set the Mute function and/or power down the DAC (which one applies depend on your hardware)
Thank you for that information! 🙂
But just to explain my setup.
I use a very simple chain now with BBB, it's: BBB + Master clock reclocked FlipFlops + TDA-DAC-chip.
The Master clock(s) are feed back to the BBB and the switching is working fine between Mieros testfiles (44.1kHz, 16bit and 96kHz, 24bit).
I have now also dared to listen, just have to be playing all the time, and it sounds fine. (The 96kHz, 24bit sound a bit smoother)
(( Per
phi: thanks for report, I'll investigate this.
I've noticed earlier that after stop of playback there is ultra-low frequency pulse which ends with zero eventually.
Hi Miero,
My output is rock solid at the stopped AC-level, giving a DC-level (Not all true but that depends on the internal design of the DAC-chip)
To me is sounds as if you have an AC-coupled system? An coupling capacitor feeding an high input impedance to an amplifier gives the result you describe.
I realized just after putting my first message here that it would perhaps have been more appropriate to put this in your 'Support for Botic Linux driver' thread (here)?
(Should I move it there instead?)
(( Per
Hmm, I don't know what miero's driver does, but while more modern DACs could be expected to mute on loss of I2S signal, certainly oldskool TDA dacs don't, and they don't have volume/mute/powerdown feature so perhaps the driver would need to output some blocks of zeros at end of stream to make sure the DAC's internal registers are cleared...
Driver just stops playing and I assume that Linux audio layer then generate silence pattern, but I need to verify this.
BTW: I've created editable document with known issues for Botic driver. Feel free to add/clarify/discuss/watch issues there -- https://docs.google.com/spreadsheets/d/1vAwx7zHmtXQ3_PbARUzz7eiF1bww4BSHf0kiqH5spqA/edit
BTW: I've created editable document with known issues for Botic driver. Feel free to add/clarify/discuss/watch issues there -- https://docs.google.com/spreadsheets/d/1vAwx7zHmtXQ3_PbARUzz7eiF1bww4BSHf0kiqH5spqA/edit
Driver just stops playing and I assume that Linux audio layer then generate silence pattern, but I need to verify this.
BTW: I've created editable document with known issues for Botic driver. Feel free to add/clarify/discuss/watch issues there -- https://docs.google.com/spreadsheets/d/1vAwx7zHmtXQ3_PbARUzz7eiF1bww4BSHf0kiqH5spqA/edit
Good idea to create an known issues, enhancement list ! 🙂
(( Per
Hmm, I don't know what miero's driver does, but while more modern DACs could be expected to mute on loss of I2S signal, certainly oldskool TDA dacs don't, and they don't have volume/mute/powerdown feature so perhaps the driver would need to output some blocks of zeros at end of stream to make sure the DAC's internal registers are cleared...
Just put Squeezelite in the BBB with the Botic driver. Now there is no more problem with DC on the output after pause or stop. Seems Squeezelite is doing something good here.
(( Per
Cool. Was that pretty straightforward?Just put Squeezelite in the BBB with the Botic driver.
Cool. Was that pretty straightforward?
Yes it is fairly straight forward. I should probably have moved this whole discussion to the 'Support for Botic Linux driver' thread that I have references several times already 🙂
There is a good Guide thanks to ChrisMmm (Link). Seach that tread for more information if needed. Good luck !
Excellent, thanks.Yes it is fairly straight forward. I should probably have moved this whole discussion to the 'Support for Botic Linux driver' thread that I have references several times already 🙂
There is a good Guide thanks to ChrisMmm (Link). Seach that tread for more information if needed. Good luck !
Although the Botic build mdp player is great for a dedicated hifi listening system with a good library of files locally, by using Squeezelite it means that Spotify and bbc iplayer can be used as sources which means I can enjoy it more as an everyday solution too 🙂 Hopefully Miero will find some time to work on his kernel to put his Botic drivers into the excellent SOA software, but in the meantime I'll have a go at adding Squeezelite into the Botic build.
Cheers,
James
I have been using the BBB as a UPnP renderer. This makes it possible to cast to it like a Chromecast - or to use Google Play Music - as well as lots of other services. It is also very simple to setup a DLNA music server from NAS.
Here are some instructions:
An UPnP Audio Media Renderer based on MPD
Here are some instructions:
An UPnP Audio Media Renderer based on MPD
Yes it is fairly straight forward. I should probably have moved this whole discussion to the 'Support for Botic Linux driver' thread that I have references several times already 🙂
There is a good Guide thanks to ChrisMmm (Link). Seach that tread for more information if needed. Good luck !
By the way, I recently tried to get wifi working and failed - needs more investigation. Otherwise fine.
If the miero code can be got working with SoA that would be a great option for Squeezelite users.
Did you try using the wicd-curses app to configure the wifi?By the way, I recently tried to get wifi working and failed - needs more investigation. Otherwise fine.
If the miero code can be got working with SoA that would be a great option for Squeezelite users.
apt-get install wicd-curses wicd-cli
Then run wicd-curses which gives you a sort of text gui for network setup which I've found pretty handy in the past.
Sorry, there are no wifi modules included in the current compiled image. Please wait couple days before I finish the next one.
Sorry, there are no wifi modules included in the current compiled image. Please wait couple days before I finish the next one.
Ah, thanks.
Should continue this on the Botic thread.
It would be great to have an integration manual as for the Buffalo that explains in details how to connect all the modules, how to program them, how to operate, options such as battery, etc.
For members not familiar with Linux, kernel compiling, services, etc it may be a daunting task.
Just an idea 😉
For members not familiar with Linux, kernel compiling, services, etc it may be a daunting task.
Just an idea 😉
+1
Daunting task to be working on hardware and software being operational at the same time, at least for this clay footed soldier. 🙂
Daunting task to be working on hardware and software being operational at the same time, at least for this clay footed soldier. 🙂
It would be great to have an integration manual
Agreed. I've been following this from the start and am still confused - at least about the software part. Not least because it seems to be constantly changing!
I do want to write a guide for it, but I'll just have to wait for all of the information and modules to become available. I already have BBB and a BIIISE dual mono setup for it.
@LeonvB You rock! We will make sure you have what you need. Right now we are just doing our best to get the cape finalized. Miero just got his today, and based on our testing we will order the production run. 🙂 We are on the home stretch.
Cheers!
Russ
Cheers!
Russ
- Home
- More Vendors...
- Twisted Pear
- Building an open embedded audio applicance.