INTERACT FORUM
More => Old Versions => JRiver Media Center 21 for Windows => Topic started by: michael123 on January 08, 2016, 02:05:06 am
-
Hello
I can't remember if I had it before, anyway it is quite annoying
Jut before the end of the song, there is a very short, but audible gap
thanks
-
Looks like it happens on DSD tracks that are converted to 176/24 on the fly
-
Nope, it just happened also with 192/24 track.
If the track is going silent to the end, it feels less annoying
-
Hi
Not knowing your setup or if you are listening to sequential albums or if you are using playlists here. You might want to check or change your settings under Audio=>Track Change. Is the "do not play silence ..." checked (I keep this on for all music except classical). The Gapless setting here is only for sequential tracks, there is another setting "switch tracks which is applied for non sequential track numbers. Just a reminder this is by "zone" so if you have multiple zone setups you'd have to look at each one.
Also just a reminder, if using DLNA devices as renderers, not all will support gapless playback.
Otherwise not enough info for me ... maybe it has something to do with the buffering or latency you have set for your device(s)? Using WASPI, ASIO, WDM driver, playing from memory? JR to external DAC or soundcard? playback from a client machine ? lots of DSPs?
-
oops I see I replied at the same time ;)
So is there no problem with PCM files at 44.1k? If just the DSD ones I'd try to set it without the conversion "on the fly"
-
Hi
Unfortunately it does happen also on other albums
'Do not play silence..' is checked, I think it is the default setting
Why does it happen in the end of each track? around 5-6 seconds from the end there is something like a small pause
-
Hi
Unfortunately it does happen also on other albums
'Do not play silence..' is checked, I think it is the default setting
Why does it happen in the end of each track? around 5-6 seconds from the end there is something like a small pause
not sure Michael, tere are a lot of different variables and as I don't know how you are configured not sure where I'd check first. Not sure if you are networked or not (client renderers?, slow NAS etc)
As it happens on all formats and only at the end, I'd start by temporarily removing any DSPs, not using memory playback (although the latter shouldn't matter). It could even be related to your LAN (like a client is autosyncing to the media server PC which happens often when the playback stat is written back to the media server). It could even be your AV is not set to exclude the files -- this can really be an issue on a slow network I just found out recently).
Are you using WASAPI to an external DAC? DLNA renderers?
Sorry I'm just guessing; not much to go on :)
-
I am using WASAPI to the directly connected DAC via USB
Files are on the gigabit network on NAS
Memory playback is on
DSP -- Yes!
I use FabFilter Pro-Q (VST3) to reduce few bass peaks, disabling it resolved the issue.
It is not something new, I use the filter for few years
But I still need it.. :(
-
ah cool. At least you found what the cause is. Now you need to find someone here that can give you a work around for that pluggin. I'd try to see if you couldn't emulate that though in DSP studio .. a parametric eq or maybe convolution. Ther would be less potential conflicts that way. Might be a change to Win10, an outdated pluggin or a JRiver change .. have no idea.
sorry that goes beyond me though
-
Indeed, I upgraded to Windows 10 recently, JRiver is being upgraded all the time..
-
I played with the filter settings (of FabFilter), and it seems that using 'Natural Phase' rather than 'Linear Phase: Max' I used before does not expose this gap issue
I am continue testing.
Thanks for your help, Arindelle 8)
-
no problem Michael :)