Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[sstyle]

I wish to buy a mini-pc with this specs:

Processor — Intel Baytrail T Z3735F
Graphics — Intel HD Graphic
RAM: 2 Gb

Will the media center work on this PC?

[astromo]

Depends how you want to use it.

For audio, probably ok. For video, tread carefully.

Check here for benchmarks:
yabb.jriver.com/interact/index.php?topic=54396.0
and see whether you can find something close.

[sstyle]

Only for music. Flac and DSD with converting. Thank you for the link!

[rammingspeed]

I am using 2 different BayTrail based mini PCs for HD video.  The better of the 2 is a Minix Neo Z64.

[sstyle]

Minix Neo compatible with MC20?

I wish to buy the Beelink POCKET P1

[glynor]

Only for music. Flac and DSD with converting. Thank you for the link!

I'm no expert at all, but I believe DSD decoding is very CPU heavy.

[oie]

Hi,
I run JRiver on a Acer Revo 3600, 1.6GHz Atom 230 with Nvidia's GeForce 9400M graphics and 2GB of RAM.
HD flac files are fine (most of the time at least ) and video at 720 p with the default settings. DSD doesn't work and with higher video resolution than 720p it struggles.
Regards,
O

[mwillems]

The intel chipset OP mentioned (3735F) is the same one used in the intel compute stick.  There's a review of one by forum user jmone over here: http://yabb.jriver.com/interact/index.php?topic=95227.0

It had a JRMark of 761.  Probably not up to scratch for DSD (certainly not multichannel DSD).

[sstyle]

The intel chipset OP mentioned (3735F) is the same one used in the intel compute stick.  There's a review of one by forum user jmone over here: http://yabb.jriver.com/interact/index.php?topic=95227.0

It had a JRMark of 761.  Probably not up to scratch for DSD (certainly not multichannel DSD).

Thank you! That what I needed. Now I use the Asus EEE PC 901 for the MC20, and it works well for listening music (with DSD too).  It results: JRMark (version 20.0.63): 442, so this mini-pc will work for me.

[dtc]

I'm no expert at all, but I believe DSD decoding is very CPU heavy.

Playing DSD is not very compute intensive, but converting from PCM to DSD on the fly is. I play 2xDSD on an old Netbook with a JMark of 477 but cannot get more than a few seconds of audio at a time when converting PCM to DSD.

[glynor]

Playing DSD is not very compute intensive, but converting from PCM to DSD on the fly is. I play 2xDSD on an old Netbook with a JMark of 477 but cannot get more than a few seconds of audio at a time when converting PCM to DSD.

Cool.  Thanks.  I wasn't sure of the details (hence the "not an expert" prefix).

That, of course, makes perfect sense.

[Hendrik]

Converting DSD to PCM is also quite CPU intensive, especially if you deal with multi-channel SACD, which employs compression for the DSD content.
If you use DoP to play 2ch DSD to your DAC, its not going to require much CPU, but if you convert 5.1 SACD DSD to PCM, then your small box may not be enough.

[mwillems]

So it's really only native DSD playback (which is functionally bitstreaming) or DoP (to a DSD capable DAC) that's low intensity?

[Hendrik]

Both, as both do not require decoding the DSD. Once you go to PCM though, it may need more CPU.

Note that 5.1 SACDs still need to be decompressed, even when bitstreaming DSD (either native or DoP), so it will require more CPU.