Ongoing Beta Beta Test: DLNA Cast

Audio Transcoding: This option allows you to adjust the streaming quality for casting. Available formats and bitrates include:
  • MP3 - 128 kbps
  • MP3 - 320 kbps
  • FLAC - 24-bit / 48 kHz
No plans for bit perfect, up to PCM192kHz ? This would be a game changer

To output Amazon Music HD or Tidal HiRes to UPnP renderer, bit perfectly
 
No plans for bit perfect, up to PCM192kHz ? This would be a game changer

To output Amazon Music HD or Tidal HiRes to UPnP renderer, bit perfectly
Guess there’s an outside chance once they implement hi res multi room to prove the mechanism, but the more I think about multi room or casting to multiple devices, especially speakers, the more I think 24/48 lossless is all anyone really needs…
 
Tested this afternoon.

Using FLAC 24/48 and Qobuz, streaming to a Gustard R26 dac on a Wiim Pro (wired).

I think the device is struggling with the resampling, sound kept breaking up. As others have said, bitperfect transfer over dnla is a must (and I suspect would fix a bunch of sound issues).

I look forwarrd to the day when I can retire mConnect, but that's not today.
 
Tested this afternoon.

Using FLAC 24/48 and Qobuz, streaming to a Gustard R26 dac on a Wiim Pro (wired).

I think the device is struggling with the resampling, sound kept breaking up. As others have said, bitperfect transfer over dnla is a must (and I suspect would fix a bunch of sound issues).

I look forwarrd to the day when I can retire mConnect, but that's not today.
As I understand it, one of the problems may be that DLNA was designed to be file based, not stream based. So, Wiim has to somehow change the Qobuz stream into what looks to DLNA like a file. That may be the problem. Just guessing. Do you see the same problem with both Qobuz and with a 16/44 or a 24/48 file?

Yes, bit-perfect playback is a must. Wiim is probably converting to 24/48 because that is what it uses to sync different systems. For me, the original format (16/24, 24/96 or 24/192) would be fine when not trying to sync. That would take the load off any conversion. Because DLNA takes control of the timing, syncing multiple DLNA renderers is always going to be problematic. I would be happy with bit-perfect out to a single device as a start.
 
Tested this afternoon.

Using FLAC 24/48 and Qobuz, streaming to a Gustard R26 dac on a Wiim Pro (wired).

I think the device is struggling with the resampling, sound kept breaking up. As others have said, bitperfect transfer over dnla is a must (and I suspect would fix a bunch of sound issues).

I look forwarrd to the day when I can retire mConnect, but that's not today.
Have you received the new beta version? I'm still waiting.
 
As I understand it, one of the problems may be that DLNA was designed to be file based, not stream based. So, Wiim has to somehow change the Qobuz stream into what looks to DLNA like a file. That may be the problem. Just guessing. Do you see the same problem with both Qobuz and with a 16/44 or a 24/48 file?

Yes, bit-perfect playback is a must. Wiim is probably converting to 24/48 because that is what it uses to sync different systems. For me, the original format (16/24, 24/96 or 24/192) would be fine when not trying to sync. That would take the load off any conversion. Because DLNA takes control of the timing, syncing multiple DLNA renderers is always going to be problematic. I would be happy with bit-perfect out to a single device as a start.
Agreed with regards to single renderer.

If written correctly a file can be treated the same way as a network socket, I suspect they have done that.

As I mentioned mconnect on my phone can stream bit perfect to my DAC over wifi upto 24/192k. Only downside is mconnect Ui isn’t brilliant.

I think an option to disable transcoding would probably solve most of my issues.
 
Agreed with regards to single renderer.

If written correctly a file can be treated the same way as a network socket, I suspect they have done that.

As I mentioned mconnect on my phone can stream bit perfect to my DAC over wifi upto 24/192k. Only downside is mconnect Ui isn’t brilliant.

I think an option to disable transcoding would probably solve most of my issues.
How does a 24/48 flac file sound?
 
How does a 24/48 flac file sound?
I had a firmware update today - 4.8.70849 (beta). I found something recorded at 24/48 ... it played, it wasn't music I was familar with so I wouldn't like to say with regards to the quality. The track played without interruption.

However the new firmware refused to play any other bitdepth (higher or lower), and when I tried to play 24/48 again it refused, something had crashed.

A new option has turned up called Playback Latency (0, 1000ms, 3000ms) I suspect this is a buffer to help prevent drop out on slow consumers.
 
Today, my Pro Plus has received Firmware Version 4.8.70849 (beta). This third beta version comes more than Five Months after the Second version, and I must say I'm rather disappointed with it.

After trying all options, I'm able to get some music out of one of my speakers, but the interruptions, which sound similar to when you are listening to a radio station, and another station is trying to break through in the background every few seconds, really spoil any listening.

I have to have it set to Audio Transcoding: MP3 128 kbps, and Playback Latency: High 3000 ms, even after all this, it isn't really fit to listen to, and only marginally better than beta two, and significantly inferior to AirPlay 2 performance and sound quality. :(
 
  • Like
Reactions: dtc
I've tested the latest beta with the Pro Plus as the sender and WiiM Audio Pro speaker as the receiver, with lowest latency, 96 kHz source over SMB and a conversion to FLAC. I works fine to me.
Anyway, without bitperfect casting it's useless for me.
 
A new FW had been released in the meantime, so I tested also more demanding scenario with the content delivered via Pro Plus toslink input. The same content and lowest latency as before. Works fine again.

@WiiM Team please add bit perfect support.
 
Last edited:
My Pro Plus received another beta today, version 4.8.705360 (beta), and unfortunately, this is even worse than the version received yesterday.
 
Back
Top