On 13.10.2012 02:59, chris hermansen wrote: > Daniel and list; > > On Wed, Sep 19, 2012 at 4:40 PM, chris hermansen <clhermansen@xxxxxxxxx> wrote: >> Ok, a bit more "information" on this problem... >> >> On Mon, Sep 17, 2012 at 7:22 PM, chris hermansen <clhermansen@xxxxxxxxx> wrote: >>> Another observation (maybe it's a data point or maybe it just adds to >>> the confusion...) >>> >>> On Thu, Sep 13, 2012 at 8:40 AM, chris hermansen <clhermansen@xxxxxxxxx> wrote: >>>> Daniel and list; >>>> >>>> On Thu, Sep 13, 2012 at 6:06 AM, Daniel Mack <zonque@xxxxxxxxx> wrote: >>>> >>>>> >>>>> Ok, then this approach does not work. But thanks for testing. I need to >>>>> come up with a different solution. >>>>> >>>>> The thing is: I have such a device on my desk, all I'm missing is an >>>>> adequate counter part that is able to reveive sample rates up to 192KHz >>>>> so I can tes. What kind of device do you have connected to it? >> >> Daniel, here is another Cmedia based device; according to the web page it works >> with ALSA... >> >> http://dhost.info/mhdtlab/USBridge.htm >> >> Also, to close a previous loop: my TOSLINK adapter arrived and I tried >> it. I am not >> convinced that I am getting 24 bits through to the sound card from the >> old Toshiba; >> I think it is a 16bit only interface. > > A few more observations on the Schiit Bifrost. > > I have a deskside machine with a modern-ish sound set-up and it seems > to happily deliver 96/24 and 192/24 flac files through SPDIF to the > Schiit, via Guayadeque and Alsa, at least judging by what I read in > the various files in /proc/asound... > > I have switched old laptops and continue to run the Schiit via its > USB. I have purchased a few more high-res music files. > > My setup is Ubuntu 12.10 server with MPD and Alsa. I use plughw > because this seems to be required in order to deal with 24 bit files > as 32 bit data. > > Whenever a different resolution (bit rate or bit depth) is offered to > the Schiit I get the weird corrupted sound. I click on pause and then > on play and all is well at that point. > > I have also noticed that if I reboot and then resume playing, the song > (which was playing fine before the reboot) is weird and corrupted > after. Again, the pause / play cycle fixes things. > > When I have checked, the relevant /proc/asound/... file shows that the > interface is playing at the wrong bit rate - 176.4 in the case of 192 > files, 88.2 in the case of 96, 48!! in the case of 44.1. > > Another observation - when I play an 88.2 file after a 96 file, the > "weird corrupted sound' is just the musci playing faster. And > vice-versa in the other direction. I haven't checked the > /proc/asound/... files but this makes sense in a weird kind of way. > > This is not The Worst Thing That Could Happen but it remains annoying. > Thanks a lot for sharing all this. I hope to find some time next week to do another debug session on this topic. I'll keep you posted. Daniel ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ Alsa-user mailing list Alsa-user@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-user
