Recent content by simbun

The lack of Opus support appears limited to the playback of local content through third party control points to the UPnP interface, though even that depends on external factors, such as the media server and control point in use.

The queue is held in Symfonium but the audio is pulled directly from Navidrome (CurrentURI from GetMediaInfo shows the source IP). Given the queue is held in Symfonium it does need to remain active in the background, to provide WiiM with the URL of the next track, but that shouldn't drain the...

Have you tried Symfonium? It's a much better pairing for OpenSubsonic servers.

Are you using upmpdcli (https://hub.docker.com/r/giof71/upmpdcli/tags?name=edge)? I've tried it with Lightweight Music Server and it works pretty well. Is transcoding configured via Players in the Navidrome UI? I'm assuming that if I configure upmpdcli with a Navidrome instance then I'll see...

Both Lyrion and Lightweight Music Server can transcode based on the capabilities of the renderer. I was stating in this instance (playing an Opus track with a .opus extension) that my WiiM Pro didn't require transcoding when served by Lightweight Music Server.

Lightweight Music Server (LMS) doesn't transcode so it might be how Navidrome/upmpd serves the file. If we call the GetMediaInfo action during playback of a .opus track we'll be able to see how upmpd advertises the track and how Navidrome serves it: curl -s \ -X POST...

Most music servers have the ability to transcode to supported formats. Where are your files hosted and how are they served? EDIT: I've just tested the Android WHA and it successfully played Opus in an Ogg container regardless of file extension (.ogg or .opus) from the local library.

Hopefully they'll be a fix soon.

The WHA downloads all album and playlist metadata, which will be slow with that sized collection. Now that you've tried "advanced" mode, every time you open the Android WHA (haven't tested with iOS) it'll refresh the metadata, even if you switch back to legacy mode! The only way to stop this is...

I don't have an indexing WiiM so I tested the open source server (MiniDLNA) upon which WiiM is based with 3 tracks: ID3v2.3 UTF-16 01.01.mp3 ID3v2.4 UTF-8 01.02.mp3 FLAC 01.03.flac NOTE: I didn't test ID3v2.3 ISO-8859-1 as I know it won't work, and I didn't really...

Could you share a screenshot of the "garbled name" in the WiiM app and the tags of the impacted file using the Extended Tags dialog of Mp3tag?

Adding the semicolon, or delimiter specified in Tools > Options > Library > Fields / Columns: Split multiple-value fields with, instructs MediaMonkey to produce true multi-value tags, so it's not necessary for WiiM to split the tags, just to parse the tags according to the tagging standard.

In their default configuration, MusicBrainz Picard and the foo_musicbrainz64 foobar plugin create the following artist tags: ARTIST: Elton John & Dua Lipa ARTISTS: Elton John ARTISTS: Dua Lipa My servers (Lightweight Music Server and MinimServer) support these tags, using ARTIST in...

If tagged correctly you wouldn't see those collaborations in your "All artists" index making it much more manageable - though at 300,000+ tracks it would still be unusable! Were those tracks tagged in Picard with default settings?

It's also available when browsing via "Information", but that's not visible during folder browsing. I've just tested and it does still appear during playback, though I havent tested without tags (as the OP stated). Only if I had to use a particular server e.g. USB on WiiM.