• WANTED: Happy members who like to discuss audio and other topics related to our interest. Desire to learn and share knowledge of science required. There are many reviews of audio hardware and expert members to help answer your questions. Click here to have your audio equipment measured for free!

Question about wiim streamers doing Toslink to coaxial transport

tyanlion

Member
Joined
Feb 2, 2024
Messages
76
Likes
25
I am new to streamers and have been watching a lot of the reviews of the wiim streamers and reading their site but I haven't got direct answers to my questions.
I need to pass an optical output from my monitor to kh750, i am using a cheap converter now but I realised that volume control is really useful. I have tried soundflower, proxy audio , etc on my mac but if I sleep my computer they generally will drop the connection.

1) Can the wiim streamer perfectly pass the optical input to the digital coaxial output without any extra processing or does it use the dac?

2) Can the wiim pro models change the digital volume of the coaxial output??

3) Are there cheaper digital transports that can act as volume controls?

4) Do the wiim models have auto standby like the Toppings?
 
I am using a WiiM pro to send toslink to coaxial from my TV to LS60s.

1. Yes
2. Yes
3. Probably but I haven't looked, I got the WiiM pro for $117 on sale
4. Not sure
 
Will they wake up like Topping models if a sound comes in through spdif or line in?
Yes, you can enable it to wakeup upon detection of a signal on an input.
 
Do the wiim models have auto standby like the Toppings?
As far as I can tell it's standby is odd. It turns off the output, and the trigger, but the device itself stays on, ready to auto sense the next input.
 
As far as I can tell it's standby is odd. It turns off the output, and the trigger, but the device itself stays on, ready to auto sense the next input.
What's odd about it? Entering a low-power state that can still wake up quickly seems like it's pretty standard?

1736187577838.png
 
That thread seems to be a bit all over the place, and unfortunately almost nobody there gave many details about how they tested the power consumption. There is one good post for someone testing their Wiim Amp, and they noted that it drops into a lower power standby mode after a few minutes that does indeed roughly halve the standby power consumption. This likely has to do with shutting off the amps, though, so probably not applicable to the non-amplified Wiims.
 
That thread seems to be a bit all over the place, and unfortunately almost nobody there gave many details about how they tested the power consumption. There is one good post for someone testing their Wiim Amp, and they noted that it drops into a lower power standby mode after a few minutes that does indeed roughly halve the standby power consumption. This likely has to do with shutting off the amps, though, so probably not applicable to the non-amplified Wiims.
I've done a quick test with my pro plus, my power monitor says 3w all the time, if there is a difference it's below my ability to measure it.
 
I've done a quick test with my pro plus, my power monitor says 3w all the time, if there is a difference it's below my ability to measure it.
Yeah, makes sense. Right in line with Wiim's published standby power consumption as well.
 
1) Can the wiim streamer perfectly pass the optical input to the digital coaxial output without any extra processing or does it use the dac?
This is an interesting point.

If it passes the data unchanged, then the digital output hardware clock must somehow be related to the recovered clock from the digital input. Either directly used, or synchronized via some PLL.

If it does not use the master clock from the input to the output SPDIF interface, then it cannot output the stream bit-perfectly as some form of asynchronous resampling must be used to run correctly for longer periods. Any asynchronous resampling would corrupt e.g. non-audio digital streams (AC3, DTS).

I wonder which alternative is the case for this device.
 
This is an interesting point.

If it passes the data unchanged, then the digital output hardware clock must somehow be related to the recovered clock from the digital input. Either directly used, or synchronized via some PLL.

If it does not use the master clock from the input to the output SPDIF interface, then it cannot output the stream bit-perfectly as some form of asynchronous resampling must be used to run correctly for longer periods. Any asynchronous resampling would corrupt e.g. non-audio digital streams (AC3, DTS).

I wonder which alternative is the case for this device.
Apparently some ppl are saying you need to buy a SMSL PO100 to reclock and remove the jitter. I don't know how true this is but something to keep in mind if your interested in this route.
 
This is an interesting point.

If it passes the data unchanged, then the digital output hardware clock must somehow be related to the recovered clock from the digital input. Either directly used, or synchronized via some PLL.

If it does not use the master clock from the input to the output SPDIF interface, then it cannot output the stream bit-perfectly as some form of asynchronous resampling must be used to run correctly for longer periods. Any asynchronous resampling would corrupt e.g. non-audio digital streams (AC3, DTS).

I wonder which alternative is the case for this device.
To be clear, I'm not sure if it's bit perfect or not, but it certainly doesn't use the DAC in the process.

Fwiw I'm using the optical output of an LG TV which are said to have terrible jitter and I haven't heard any problems.
 
Back
Top Bottom