Silent Stream bug fix in foobar?, feature request Options

[rix81]

Hello, I hope I'm writing in right place.

I would like to ask if developers have a plans to fix Silent Stream bug? There a lot of discussion about the bug in internet. Very appreciate if foobar developers do some measures for audiophile's uninterrupted wasapi (bitstream) output to HDMI recievers.
Like mediacenters do, such as JRiver and others. They have option to fix this bug, any chance to implement it in Foobar?

******
If describe problem very short,
In Wasapi/EX mode, foobar interrupts sound for a moment On every seek or track change, what is probably correct in terms of bitstream, but recievers have to re-detect input stream parameters, when sound appears again, and it cuts up to 2 secs of sound(1 or 2 secs,depends on reciever). This is very very annoying especially on track-seek.

How to work-around it - add "silent stream" when foobar interrupts sound. In other words, foobar should output silence between tracks or seeks/track changes, pause etc, and not to interrupt sound. It would be fix for the issue. That's how JRiver and others corrected it.

sorry for english
thank you,
Alex

This post has been edited by rix81: Jan 18 2013, 12:07

[Rollin]

To output silence on manual track changes you can use Pregap DSP - http://www.saunalahti.fi/~cse/foobar2000/foo_dsp_pregap.zip

[rix81]

Rollin - thanks for answer. Unfortunately it doesn't helps. Sound still interrupts. Even if set 5000ms

[rix81]

another way how to workaround of sound interruptions could be Wasapi/exclusive crossfader, but not available in foobar.
btw that's how the bug is solved in MediaMonkey.

Another way, as i mention above, is adding silent stream on sound interruptions, that solution uses Jriver.
Both work perfect with HDMI recievers.

Hope for some progress with it in Foobar...

[kode54]

The problem is, that on any seek or manual track change operation, the player has to flush the output and restart it. Are you asking for output to continue, but then for your new seek or track output to start playing into the stream instead? Then you wouldn't have a stream interruption, but you would have a lag equivalent to the output buffer size.

The only other way to have both would be for the output to be able to simply truncate its buffer of most of its data, and for the player to be able to quickly refill that buffer with the new data before it underruns. That sounds like a troublesome job, and the potential underruns could be just as bad for your receiver, causing their own re-detection. I'll link to this as well.

[rix81]

kode54

probably it's more complicated than i thought. I'm not very good at technical details, and how they did it, but solutions are exist. ( Jriver and MediaMonkey).

Also the problem is solved on drivers-level in AMD-Hdmi driver (Just AMD, not Nvidia or IntelHD), sound doesn't interrupts on its cards, btw that's why a part of people don't know about the problem, but their drivers for Win8 again interrupts the sound. So solution can be done in foobar i hope, like in mentioned above mediacenters.