Slim Devices Transporter network music player Measurements

Sidebar 3: Measurements

All the measurements were performed on the replacement Transporter with its volume control set to its maximum and its internal attenuation set to 0dB. The source signals for almost all the measurements were 16-bit and 24-bit data files accessed from a Mac mini running the necessary SlimServer software via my WiFi network. The 16-bit files were Apple Lossless, the 24-bit files were AIF. Some measurements were repeated using a TosLink optical connection from a PC fitted with an RME soundcard. The Transporter successfully handled files with 44.1kHz, 48kHz, and 96kHz sample rates—but not 88.2kHz, which I felt was a shortfall, as almost all of my own hi-rez files are recorded at that rate. It did play 24-bit AIF files, but while SlimServer would recognize 24-bit WAV files stored as 32-bit data words, the Transporter would not play them.

The maximum output levels at 1kHz were to specification at 3.11V RMS (balanced) and 2.07V RMS (unbalanced), and both outputs preserved absolute polarity; ie, were non-inverting. The source impedance from the unbalanced RCA jacks was a low 100 ohms across the audioband, and exactly twice that from the balanced XLRs. The cute VU-style meters registered a sinewave at –8dBFS as "0dB" and had a very short attack time.

The Transporter's frequency response at –12dBFS is shown in fig.1, taken with both 44.1kHz and 96kHz data from the balanced outputs (the unbalanced output response was identical). The high sample-rate response rolls off rapidly above 40kHz, but is flat almost to that frequency rather than continuing the slight rolloff in the top audio octave with CD data. Channel separation was superb, with any crosstalk buried in the noise floor: below 3kHz for the unbalanced jacks, and below 10kHz for the balanced jacks (fig.2).

Fig.1 Slim Devices Transporter, balanced frequency response at –12dBFS into 100k ohms at 44.1kHz and 96kHz sample rates (right channel dashed, 1dB/vertical div.).

Fig.2 Slim Devices Transporter, channel separation (from top to bottom): R–L, L–R, unbalanced; R–L, L–R, balanced (10dB/vertical div.).

That the Transporter offers superb resolution can be seen in fig.3, which shows the 1/3-octave spectra of the player's balanced output while it decoded dithered WiFi data representing a 16-bit/1kHz sinewave at –90dBFS, 24-bit data representing the same signal, and 24-bit data representing a 1kHz tone at –120dBFS. With 16-bit data (top pair of traces), the spectrum's noise floor is free from power-supply and harmonic spuriae, and the trace shows only the recorded dither noise. Increasing the word length to 24 bits drops the level of the noise by an astonishing 21dB, suggesting that the Transporter has almost 20-bit resolution! The –120dBFS tone is clearly resolved (bottom traces), and the trace is free from any distortion harmonics. Though a power-supply component at 120Hz appears in the 24-bit traces at –136dB, it won't bother anyone. Extending the measurement bandwidth to 200kHz and driving the Transporter with 16-bit data representing a –1LSB DC offset (not shown) reveals a modest amount of ultrasonic noise from the DAC's noiseshaping.

Fig.3 Slim Devices Transporter, 1/3-octave spectrum with noise and spuriae of (from top to bottom at 3kHz): dithered 1kHz tone at –90dBFS, 16-bit data; dithered 1kHz tone at –90dBFS, 24-bit data; dithered 1kHz tone at –120dBFS, 24-bit data. (Right channel dashed.)

The plot of the Transporter's linearity error (fig.4) is dominated by the test signal's dither. With the Transporter fed undithered data representing a 1kHz sinewave at exactly –90.31dBFS, the signal's three DC voltage levels are clearly defined and free from any DC offset (fig.5). Increasing the bit depth to 24 gave a good facsimile of a sinewave, even at this very low level (fig.6).

Fig.4 Slim Devices Transporter, left-channel departure from linearity, 16-bit data (2dB/vertical div.).

Fig.5 Slim Devices Transporter, waveform of undithered 1kHz sinewave at –90.31dBFS, 16-bit data.

Fig.6 Slim Devices Transporter, waveform of undithered 1kHz sinewave at –90.31dBFS, 24-bit data.

Not only did the Transporter offer superb measured performance in the digital domain, it also did so in the analog domain. Fig.7, for example, shows an FFT-derived spectrum of the player's unbalanced output reproducing a full-scale 24-bit sinewave. The THD (true sum of the harmonics) was just 0.0005% (left) and 0.0008% (right), with the third harmonic the highest in level in the left channel, at just –108.4dB. The right channel had equal amounts of second and third harmonic, still at a vanishingly low level of –105.6dB. These spectra were taken into 8k ohms, about the lowest impedance the Transporter will see in real life. Dropping the load impedance to a punishing 600 ohms increased the third harmonic, but at –94dB (0.002%), this is still negligible .

Fig.7 Slim Devices Transporter, unbalanced spectrum of 1kHz sinewave at 0dBFS into 8k ohms (linear frequency scale).

Repeating the test with 24-bit data representing a 1kHz tone at –90dBFS gave the spectrum shown in fig.8: all the distortion harmonics are buried in the noise at –128dB, which is very low. (This is an FFT-derived spectrum plotted on a linear frequency scale, which is why the noise floor is flat compared with the middle traces in fig.3, which were taken with a 1/3-octave bandpass filter swept logarithmically with frequency.) Intermodulation distortion was also vanishingly low (fig.9).

Fig.8 Slim Devices Transporter, unbalanced spectrum of 1kHz sinewave at –90dBFS into 8k ohms (linear frequency scale).

Fig.9 Slim Devices Transporter, unbalanced HF intermodulation spectrum, 19+20kHz at 0dBFS peak into 8k ohms (linear frequency scale).

I tested the Transporter's rejection of word-clock jitter using the Miller Jitter Analyzer, which examines a narrowband, FFT-derived spectrum of the analog output of the device under test (DUT) for pairs of sidebands around a high-level tone at one quarter the sample rate, while the LSB is toggled on and off at 1/128 the sample rate. (Both signals are exact integer fractions of the sample rate, meaning that any spuriae that appear in the spectrum are due to the behavior of the DUT, not to quantizing distortion.) Fed 24-bit data via the WiFi network, the Transporter developed just 235 picoseconds peak–peak of jitter with no data-related components (not shown). Decreasing the word length to 16 bits gave the spectrum shown in fig.10. Here the jitter level has increased slightly, to 268ps p–p; though there are data-related sidebands (red numeric markers) at the test signal's residual level. The primary jitter components lie at ±15.6Hz (purple "1") and ±1435Hz (purple "10"), but this is still excellent performance.

Fig.10 Slim Devices Transporter, high-resolution jitter spectrum of analog output signal (11.025kHz at –6dBFS sampled at 44.1kHz with LSB toggled at 229Hz), 16-bit WiFi data. Center frequency of trace, 11.025kHz; frequency range, ±3.5kHz.

Repeating the measurement with 16-bit data fed to the Transporter via an optical TosLink S/PDIF connection increased the jitter to 313ps p–p (not shown), mainly due to rises in the level of the sidebands at the primary data-related frequency of ±230Hz and the levels of the ±1435Hz sidebands.

Despite it receiving data via a WiFi link, and despite its relatively affordable price, Slim Devices' Transporter offers state-of-the-art D/A converter performance. To judge from the Transporter's measurements, Silicon Valley is fast becoming a center of high-end audio design.—John Atkinson

COMPANY INFO
Slim Devices
455 National Avenue
Mountain View, CA 94043
(650) 210-9400
ARTICLE CONTENTS

COMMENTS
Archimago's picture

Nice review for one of my favorite pieces of gear!

Truly "state of the art" measurements even compared to units many times the MSRP.

Over the years, I've often wondered what the jitter measurements would be like through the ethernet since in reality, I think most audiophiles would be running this unit wired rather than via WiFi to minimize buffer issues especially for 24/96 audio.

earwaxxer's picture

I have had this puppy since the 'nob' days. Just reread the review from 2007, one of the reviews I used to base my purchase of the Transporter on,  and reconfirmed what I think about this box. Part of me has lately had the yen to 'upgrade', since I have had it for 4 or 5 years now. I am coming to the realization now that I would STILL have to pay some big bucks, along the lines of a Berkeley Alpha DAC ll with USB converter to be sure it was really a step up. Now this observation requires some qualifications. First of all the Transporter HAS to be used via Ethernet to get the best sound quality. Second, redbook needs to be upsampled with min phase and dither applied with a good SRC (Sox) before it is sent to the Transporter. With those two things done I would love to read some reviews compared to ultra bux DAC's. -- Thats all for now! Probably write other comments in another 5 yrs or so...

earwaxxer's picture

Look, this hobby changes on a dime. I'm not saying I got rid of my Transporter. Actually the opposite. I recently went with JPS labs cables throughout. I know thats another topic, but to put it succinctly, it forced a reevaluation of all such connected equipment. Out was the tube preamp. The JPS cables reveled 'all' of it. Not a good picture. One the positive side I have gone to using my Transporter as a preamp. The sound is very good. I had put some considerable effort time and money into my DIY tube pre. A bit disappointed and excited at the same time. Plus one for the Transporter.

ednazarko's picture

One of the two Transporters I bought way back whenever just refused to turn on. (I am also using a modified Touch as the streamer to a DAC in another system... and another Transporter in an art studio system used mostly for streaming digital stations.) I've been spending some time trying to decide if I should spend the money on a repair attempt, or just spend money on a low end 2018 streaming DAC. This review popped up in my search... but more of my time this afternoon was spent listening to music streamed from Roon to my remaining Transporter, and to my other streamer/DAC combinations.

Beyond any doubt, for really high res files, my contemporary DACs win hands down. Which cost me about 3x the list price of the Transporter back in the day. (I bought one as a refurb for half retail, the other when Logitech was closing out, for about a third...) But when I listened to red book, even 24/96 files of rock and alternative, it was much harder to declare a winner. More interestingly, I have a number of compressed AAC and MP3 music files, from artists in poor countries, or from my early digital days. Odd, but the Transporter really sounds much better than contemporary high end DACs with those compressed files. Almost like the designers had thought through how to compensate for the failings of compressed files.

Logitech did an amazing job for the era. Roon's implementation makes it an easy integration today. Hope I can find someone who can fix the problem...

markreif's picture

Lost my Slimdevices Transporter Unit to old age this week. I have a Touch device I use in my basement system but my analog system in my family room demands higher quality. Found and ordered this (https://www.ebay.com/itm/161449523841) as a replacement....

X