B, list;
On Sat, Apr 5, 2014 at 12:52 PM, BHdeC <normandvik...@gmail.com> wrote: > chris hermansen <clhermansen <at> gmail.com> writes: > > > > > B, list; > > On Sat, Apr 5, 2014 at 8:30 AM, BHdeC <normandviking <at> gmail.com> > wrote: > > chris hermansen <clhermansen <at> gmail.com> writes: > > > > > > BHdeC, list; > > > On Fri, Apr 4, 2014 at 6:06 PM, BHdeC <normandviking <at> > gmail.com>wrote:Jonas Kvinge <linuxtv <at> closetothewind.net> writes: > > > > > > > > Hi > > > > > > > > I got a McIntosh D100 DAC, it works but sometimes the sounds stops > and > > > > starts a few milliseconds (small pauses). I got the problem when > playing > > > > music in Clementine (FLAC files) and youtube videos. I can play many > > > > songs fine without any problems so its very periodical. It might > happen > > > > only 1-2 times in a day. > > > > I had a Electrocompaniet EC-2 DAC for a while and I think it had > some of > > > > the same issues, but I think it used the same driver also. > > > > > > > > Kernel is 3.12.6 custom compiled > > > > Distribution is opensuse 13.1, pulseaudio is removed from the system. > > > > > > > Hi Jonas, > > > I have a very similar setup than you and I also have issue with my DAC. > > > I have a genuine OpenSuse 13.1 install, without pulseaudio, ALSA only > setup. > > > I use JRiver MediaCenter19 and here is what I get. I can play 1 track > no > > > problem. I can play any other track IF the sample rate is identical > then the > > > first track. > > > If the sample rate is different, nothing is played. I have to kill > JRiver > > > and restart. > > > I worked around for a test by resampling all to 192k and it worked. > But I > > > don't want to do that. > > > > > > > > > I don't know about Jonas' problem, but B you might find that your > software > > is set to mix the last few seconds of the song currently playing with the > > first few seconds of the following song. > > > > > > > > > Yes I thought about that before and set a gap of 1 second between tracks: > > same result. > > So I upgraded my kernel to the latest 3.14 on OpenSuse 13.1 and the > behavior > > is different. > > I still can not play tracks with different sample rate but if I stop the > > play with mediacenter and start it again, it works. > > > > > > What happens when you use aplay to play a (say) 44.1/16 and when it is > done play a (say) 96/24? Does that work? > > > > Back when I was using the Schiit through USB I had problems getting that > transition to work. > > > > Also maybe try a different media player (I suggest Guayadeque because I > know you can talk directly to Alsa and you can turn off the track > "blending"). > > > > > > > > > > It's far from perfect, but better an a way. > > I see in messages this message when I try to play the first time: > > linux-htpc kernel: [ 7476.413271] ALSA sound/usb/clock.c:391 current rate > > 96000 is different from the runtime rate 44100 > > > > > > You might want to look at the source above. This rings a bell for me. > You might see some code to do something like a stream close / open; maybe > it's not happening with your device? > > > > > > > > When I stop the play: > > linux-htpc kernel: [ 7576.789042] ALSA sound/core/pcm_native.c:1544 > playback > > drain error (DMA or IRQ trouble?) > > Then when I play again, it works fine without further logs. > > The guys at JRiver think it is a firmware error. I doubt that. > > > > > > Erm... well there are other things to try before blaming the firmware. > > > > > > > > > > So I have no more idea in mind to carry on my investigation. > > > > > > -- Chris Hermansen · clhermansen "at" gmail "dot" comC'est ma façon de > parler. > > > > Chris, > > That was a good idea. So I played 2 files with different sampling rate in > one go with aplay and it worked no problem. > The DAC displayed the correct sample rate and transitioned nicely. So my > system can play 2 different files. > > For the error, > I looked at the source and it seems like the driver is setting the new rate > to the DAC via a USB control message, then ask for the rate back as a > confirmation, but does not get what it set just. > > But there is a comment that "some devices do not respond to sample rate > change while active" and they do something like a reset of the device but I > am not sure. > > So IMO the problem lies in the player in my specific configuration. > > Seems a correct assumption? > > Time to try guayadeque :-) What you are saying rings a bell... ie that the application may need to close and re-open in the event of a format change. But I also suggest taking a look at the alsa source. Could be that your device needs a bit of a tweak there to make that happen automagically... I don't know much about JRiver but given that their source code is not available one is not able to see what's going on under the hood. -- Chris Hermansen · clhermansen "at" gmail "dot" com C'est ma façon de parler.
------------------------------------------------------------------------------
_______________________________________________ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user