I am very satisfied of the sound quality with NB
I have the last level of update
everythink ok but sometimes, after a while, no more sound, even rebooting everythink i can reboot (routeur, …)
mosaic is telling me play is on progress, but no more sound neither coax or aes
The only solution i found is then to go to web ui and reset network layer
Doing this, my problem is that all playlists are reseted too (arghhhh…!)
is there any solution to save them from time to time, for example with usb key ?
curiously, search items are not reseted through this process.
With local files only through upnp on my synology
Qobuz streaming is perfect and reliable, of course even with the qobuz playlists
what’s funny is that memorised local searches stay after reset, but not the playlists
it’s my main problem
having to reset sometimes isn’t a real issue, but loosing all local playlists…
anyway to backup/restore them ?
yes i am on the latest (see attached)
i don’t know if anything should be useful ith the data from the log unit
any other fil can be send on request cause i can’t upload the zipped folder log.pdf (217,6 Ko)
i use the reset because i have found no other efficient way.
when this problem occur ( month , not all days) , just rebooting all components don’t solve the case.
seems to play on the mosaic, but no sound on the amp neither coax or aes
i have other lightest problems where i loose connection (amp iddle), but i can solve by just reclicking the ethernet plug on the dcs ad then the upnp come back
Is it understandable that network reset make a playlists reset ?
Is there a way to save and restore them ?
It seems playlists rely on a precise network path to the adressed file ?
Probably a good idea to identify the root cause of the problem. When the UPnP streaming stops working, from Mosaic are you still able to browse the UPnP Server though? Sounds like you might have some occasional dCS-to-UPnP Server communication problem
Yes. The Reset [Streaming Interface] is effectively a factory reset that also erases all your Playlists. I’m not aware of any way to save/restore the playlist externally.
Not network path, it’s the exact album/track index location obtained via UPnP.
connection is through ethernet gigabit cable
routeur ( fiber operator = free), switch aqvox se - dcs nb - classé pré/dac brand new…
DCS Nb is connected to classé pré directly through spdif or AES cable (high quality - aqvox, vovox)
first case (resolved by plug unplug ethernet connector of dcs nb) : no more upnp in mosaic
note i have two synology (116 and 118 dsm 7 last level) using both minim server last level.
when it occurs, mosaic display can’t show any
when i plug/unplug the ethernet connector of dcs: they come back in less than a minute
second case: i see upnp, i play in mosaic, the file is going on, but no more sound, and pre show idle
this time i have to refresh network profile of the dcs nb
restarting unit doesn’t help
You have to know i had the same problem with my previous routeur (asus) , and pre/dac (amr), before i changed at the end of 2022
OK - this is a rather odd sounding issue - unplugging and replugging the network cable resolving it either sounds like the switch may be powering down its network port (as a “green” energy saving thing) and not bringing it out of sleep correctly or something like that but it does seem that the process of the Network Bridge re-negotiating an IP address kicks things back into life - can you connect the Network Bridge directly to your router rather than the switch and see if it helps with the problem.
Note easy to make a direct connection cause there is about 25 meters between the two
Perhaps it can help : both unsounding events can appears during a listening session
latest big one, i have just succeed to convince my wife listening a few tracks and after five or six , the big problem apper and give her a chance to fly away
for the other one, a lot of issues appears when i begin to listen, but i have had event where i was listening , and then the tracks continue to play, but nothing left more on the mosaic.
one thing more. i had problemes with switchs and router (previous asus) about a network function called igmp. on the asus i had to put off this option. i just see on the free routeur they have something called upnp igd which is active in version 1. i have the option to go to the level 2 of the protocol, or to disable.
i can do tests with the two alternate options?
does it seems worth to you ?
That shouldn’t be a problem - CAT5e cables can be had from Amazon in 50m lengths for a few pounds / euros / dollars and if its just for testing then it doesn’t have to be in place for long. The other alternative (as discussed previously) would be to pop in a basic unmanaged switch such as a NetGear or TP-Link 5 or 8 port switch (about £20) instead of the AQVOX SE and see if that changes anything - unfortunately it’s pretty much impossible to directly identify the issue remotely without at least doing some testing and narrowing down of the network …
Perhaps you could pop up a screenshot of the router configuration page (blanking out anything that has any personal details if there are any) so that I can get some context but I suspect that that option might be related to allowing the router to be “configured” by UPnP by other programs or network devices and isn’t anything to do with IGMP which is a very different thing.
So is this something that did get resolved and has started happening again or has it always been an issue?
I have also asked aqvox to send me a previous technical basis of the same switch which wasn’t Igmp snooping. i use this one at the moment (based dgs 108 c2 - previous one was c6)
You were right about the previous parameters. it’s not linked with igmp, but works on port redirection. so i moove back on the parameter.
i found (see file) another parameter in lan/dhcp. unfortunatly it’s in french adn speak about force the response in brodcast. he was unselected. i ill try to activate and see