I have these "one two seconds" fallout silence , and then the music plays again (ONLY when using DOP) playing DSF files.

There are some possible causes, the first is an interference issue. To test this theory, look around your house and identify anything that could be a cause, examples include fridge, freezer, air/conditioner, pump, lights.

Now check if that correspond to the drop outs. e.g. what happens if you turn on/off the light switch, when the compressor of the fridge kicks in, and so on.

(28-Jul-2017, 09:09 PM) michaelvv Wrote: On Snakeoil it's better using the MPD-DSD-RT version with the default conf file. I wonder where I cound add more options to
mpd.conf ???

PS! Have a fallout at least once or twice every hour, but a progress in my world..

Anyhow a real nice player..

The second cause is I/O resources on your computer. I have sent you an activation code, and you can use the "Add Process" method to tune your running tasks so they run at a higher priority. Modify the interrupt (the IRQ that drives the audio card) to -99. And also anything else in the playback chain (e.g. Network IRQ if you're playing music off a NAS).

In the System tab there is a command call "Top". Play some music, then run that command and monitor the first five processes, if anything constantly pop up in the top five, and have a number "20" to it, add that in the "Add Process" box and give it a number -99.

There's nothing else to set in the mpd.conf that could fix it. Sure you can try changing the period buffer to bigger values in the hopes to ride out any issues, but that is not really a fix.

Some other suggestions to rule things out:

If you're playing music off a NAS, try and copy that music over to your Snakeoil OS machine and see if it's any better.

Check if you're only getting this on DSD via DOP, and never on higher res PCM (192 or DXD).

When the audio drop outs, verify it's never at the same timestamp of the song, but at random intervals.

Note the time of the drop out, and then find the time difference between them, see if there is a pattern

I have these "one two seconds" fallout silence , and then the music plays again (ONLY when using DOP) playing DSF files.

There are some possible causes, the first is an interference issue. To test this theory, look around your house and identify anything that could be a cause, examples include fridge, freezer, air/conditioner, pump, lights.

Now check if that correspond to the drop outs. e.g. what happens if you turn on/off the light switch, when the compressor of the fridge kicks in, and so on.

(28-Jul-2017, 09:09 PM) michaelvv Wrote: On Snakeoil it's better using the MPD-DSD-RT version with the default conf file. I wonder where I cound add more options to
mpd.conf ???

PS! Have a fallout at least once or twice every hour, but a progress in my world..

Anyhow a real nice player..

The second cause is I/O resources on your computer. I have sent you an activation code, and you can use the "Add Process" method to tune your running tasks so they run at a higher priority. Modify the interrupt (the IRQ that drives the audio card) to -99. And also anything else in the playback chain (e.g. Network IRQ if you're playing music off a NAS).

In the System tab there is a command call "Top". Play some music, then run that command and monitor the first five processes, if anything constantly pop up in the top five, and have a number "20" to it, add that in the "Add Process" box and give it a number -99.

There's nothing else to set in the mpd.conf that could fix it. Sure you can try changing the period buffer to bigger values in the hopes to ride out any issues, but that is not really a fix.

Some other suggestions to rule things out:

If you're playing music off a NAS, try and copy that music over to your Snakeoil OS machine and see if it's any better.

Check if you're only getting this on DSD via DOP, and never on higher res PCM (192 or DXD).

When the audio drop outs, verify it's never at the same timestamp of the song, but at random intervals.

Note the time of the drop out, and then find the time difference between them, see if there is a pattern

What about LMS + Squeezelite, do you have the same issue?

Hi Kith.

I have installed the SnakeOil OS on my extra laptop with the best specs I have.

I have these "one two seconds" fallout silence , and then the music plays again (ONLY when using DOP) playing DSF files.

There are some possible causes, the first is an interference issue. To test this theory, look around your house and identify anything that could be a cause, examples include fridge, freezer, air/conditioner, pump, lights.

Now check if that correspond to the drop outs. e.g. what happens if you turn on/off the light switch, when the compressor of the fridge kicks in, and so on.

(28-Jul-2017, 09:09 PM) michaelvv Wrote: On Snakeoil it's better using the MPD-DSD-RT version with the default conf file. I wonder where I cound add more options to
mpd.conf ???

PS! Have a fallout at least once or twice every hour, but a progress in my world..

Anyhow a real nice player..

The second cause is I/O resources on your computer. I have sent you an activation code, and you can use the "Add Process" method to tune your running tasks so they run at a higher priority. Modify the interrupt (the IRQ that drives the audio card) to -99. And also anything else in the playback chain (e.g. Network IRQ if you're playing music off a NAS).

In the System tab there is a command call "Top". Play some music, then run that command and monitor the first five processes, if anything constantly pop up in the top five, and have a number "20" to it, add that in the "Add Process" box and give it a number -99.

There's nothing else to set in the mpd.conf that could fix it. Sure you can try changing the period buffer to bigger values in the hopes to ride out any issues, but that is not really a fix.

Some other suggestions to rule things out:

If you're playing music off a NAS, try and copy that music over to your Snakeoil OS machine and see if it's any better.

Check if you're only getting this on DSD via DOP, and never on higher res PCM (192 or DXD).

When the audio drop outs, verify it's never at the same timestamp of the song, but at random intervals.

Note the time of the drop out, and then find the time difference between them, see if there is a pattern

What about LMS + Squeezelite, do you have the same issue?

Hi Kith.

I have installed the SnakeOil OS on my extra laptop with the best specs I have.

Have to identify where the issue is first, the two most common causes AFAIK is environmental interference and computer bottlenecks. You have to go through all the steps mentioned above so we can rule things in or out.

Have to identify where the issue is first, the two most common causes AFAIK is environmental interference and computer bottlenecks. You have to go through all the steps mentioned above so we can rule things in or out.

If found out on the exact same ARM ARCH image (Odroid C1+ vs Wandboard DUAL) that the irqs RAGE on Odroid C1+ just gives me fall out
after 10-15 min using squeezelite.

Now I'm running my Wandboard DUAL , and I can play squeezelite for normal 1-2 hours. I'll try too monitor my network as It need to be dead silent.

The Chord 2QUTE is really a bitch when It comes to DOP. MPD is a lot more picky on my Chord than squeezelite. Putting USB and NETWORK irqs on
different cpus (0 USB 1 NETWORK on my Wandboard) improves things..

(31-Jul-2017, 06:17 AM) michaelvv Wrote: The Chord 2QUTE is really a bitch when It comes to DOP. MPD is a lot more picky on my Chord than squeezelite. Putting USB and NETWORK irqs on
different cpus (0 USB 1 NETWORK on my Wandboard) improves things..

My only experience with Chord products is the QuteHD, and don't recall having these issues on my NF9C board. It's a slow CPU. So this problem you're having seems to be related to the 2Qute, and it seems computer related and not electrical. That is good.

Since there are people with this issue, have you tried checking with Chord and hear what they say?

Lots of interrupts on the USB is normal, that is the downside of a USB audio device. If you run the computer for a while and look at the running processes, the USB process will consume the most CPU time. All this is normal, and nothing much we can do about it, it's a limitation of USB. You can increase the MTU to improve the network latency, but if this is a known Chord issue, probably best to leave it to Chord to find a fix and issue an update to their DAC firmware (assuming this DAC is upgradable).

Our mission is to create a free to use computer OS that is easy to install, intuitive to operate and play music that will connect and engage with you emotionally.

SnakeoilOS gives you the freedom to spend more time on listening, enjoying and exploring music. Wasting time on computers is now a thing of the past! Everything is constantly evolving/improving. Please check back often for updates.

If you like this project, do show your support with a small token donation. All donations collected will be used to run this website, and for purchasing new equipment for the project.