Head-Fi.org › Forums › Equipment Forums › Computer Audio › Musiland Monitor 01 USD 24/192 USB to SPDIF
New Posts  All Forums:Forum Nav:

Musiland Monitor 01 USD 24/192 USB to SPDIF - Page 11

post #151 of 887
Well DYR, I don't think so because the USD isn't wired in the same way as the US so pins 3,4,5 of the FPGA are not connected - it's possible to connect fine wires to them if really needed but it's not ideal so - no go, I'm afraid!
post #152 of 887
What do you guys think about the Monitor US 02 model? Will its dedicated power supply be an improvement over USD model that uses USB power? One downside is that Monitor US 02 doesn't have the BNC outputs.

post #153 of 887
I looked at this but didn't think it was, for me, worth the extra as I would probably build a better external supply & I'm not that interested in the headphone outs.

An external supply should be better than the noisy USB PS. The biggest component to benefit is usually the clock with a lower jitter result (indeed it's recommended to give the clock it's own PS) but other components should also benefit from a cleaner supply.

Having said that, is there any info about the PS? It looks to be a reasonable good front end including a CM choke (the component with copper wire showing) on the PS input but what's in the black box - is it an SMPS? I suspect it is & depending on design, these can be very noisy & spray a lot emissions around. This could well be a problem being as it's so close to the digital circuits. I suspect that black box is some kind of screen to reduce these emissions.

Best to review the unit first!
post #154 of 887
Hey guys why does my saved signature not show - is it 'cause I'm a noob with too few posts?
post #155 of 887
Yeah, I had the same concerns about that PS since its on the same board and so close to everything else, which can make it even worse or no better than USB power.

EDIT: Maybe the USD version will work better with a USB hub that has its own dedicated linear power supply (wall wart). But even then, the power will still be going with the audio data stream.
post #156 of 887
Jtam,
Could you ask Musiland if the Cypress USB controller chip runs in bulk mode with the PC when transferring USB data? I think you mentioned asynchronous mode before but I don't think the chip has this mode.
post #157 of 887
Quote:
Originally Posted by jkeny View Post
Jtam,
Could you ask Musiland if the Cypress USB controller chip runs in bulk mode with the PC when transferring USB data? I think you mentioned asynchronous mode before but I don't think the chip has this mode.
I've confirmed that with Musiland and they were very sure about it.
post #158 of 887
Thanks Jtam,
I was hoping it was Bulk mode because this would be completely isolated from the clock quality. Asynch mode is good if the clock that is being sent back to the PC is low jitter. The clock in the Monitor is derived using a PLL from a the 24MHz crystal. A PLL is not the ideal as it creates jitter!

Sorry for all the questions, Jtam, but I seem to remember in the translated review I posted here http://www.head-fi.org/forums/f46/mu...ml#post5910068 mention of a clock management system which gave +/- 1 ppm jitter? Can they say any more about this?
post #159 of 887
Quote:
Originally Posted by jkeny View Post
Thanks Jtam,
I was hoping it was Bulk mode because this would be completely isolated from the clock quality. Asynch mode is good if the clock that is being sent back to the PC is low jitter. The clock in the Monitor is derived using a PLL from a the 24MHz crystal. A PLL is not the ideal as it creates jitter!

Sorry for all the questions, Jtam, but I seem to remember in the translated review I posted here http://www.head-fi.org/forums/f46/mu...ml#post5910068 mention of a clock management system which gave +/- 1 ppm jitter? Can they say any more about this?
According to Musiland, the master clock is generated by some algorithm in the chip instead of a simple PLL to achieve low jitter. As for their claim of +-1 ppm, it means the FPGA chip only creates +-1 ppm jitter when processing the clock from the 24MHz crystal. The final jitter actually depends on the crystal...
post #160 of 887
Quote:
Originally Posted by jtam View Post
According to Musiland, the master clock is generated by some algorithm in the chip instead of a simple PLL to achieve low jitter. As for their claim of +-1 ppm, it means the FPGA chip only creates +-1 ppm jitter when processing the clock from the 24MHz crystal. The final jitter actually depends on the crystal...
I would love to know more details on this in order to try judge how effective it is & whether putting in a low jitter clock would improve it but I can't register on their forum site & I don't speak Chinese.
post #161 of 887
I seem to be able to register with Musiland but when I try to read a post on their forum - I get this message "Your user group (tourists) can not carry out this operation." but I can't seem to register on the forum - anybody else try? There are a number of threads about the Monitor devices and I fancied having a read & maybe posting a message.

Tried also to email them with the email address fro the "contact Us" link but it bounced back. I also tried sales@musiland.com.cn but it bounced back.

Has anybody used the forum or emailed them successfully? Jtam?
post #162 of 887
Interesting beast.. I am gonna have to dig up more on this..
post #163 of 887
post here if you get more info - there's lots of posts on their forum which I would like to read but no way to get access - when trying to register, I get as far as a box that seems to want me to enter some Chinese characters - to prove I'm a carbon-based life-form, I guess - but I can't enter Chinese characters from my keyboard - and I can't seem to find a valid email address for them!
post #164 of 887
Does this device give bit perfect play up to 24/192 or just 24/96 (using KS, of course)?

Quote:
Originally Posted by eventius View Post
I bought this gadget from Jeffrey Tam's "coolfungadget" ebay site, and I am delighted to confirm bit-perfect transfer ability at 24/88 and 24/96. Here was the setup:

Monitor 01 USD connected via supplied USB cable to HP nc8430 laptop running XP Pro SP3. Updated the Monitor's driver to the latest version off their Website (this one gives you English legends in the control panel, the one on the CD is Chinese legends).

The Musiland S/PDIF Out (coax) connected to S/PDIF In of an M-Audio Audiophile 2496 PCI card. The latter was in a Dell Optiplex 755 running XP Pro SP3.

On the laptop I used the version of foobar2000 that was supplied on the Musiland driver CD. I also copied the foo_out_ks.dll on the CD to the foobar components directory. Then configured foobar to use the KS : Monitor 01 (USB) Series output. Set output data format to 32-bit (24-bit gave an error and would not play). Disabled all processing in the foobar Output screens.

I then set the latest version of Goldwave up to record on the Dell, selecting the M-Audio's S/PDIF Input as recording device, and started recording. I then played 24/96 and 24/88 WAV, FLAC or WV files in foobar on the laptop, recording them in Goldwave and saving to Raw (binary) output files.

I also used Goldwave to convert the original source clips to Raw files. (I confirmed that Goldwave was not corrupting the bits on the conversion, by reconverting back to the original formats and doing checksums.)

In order to compare the source and recorded clips, I first converted the raw files to numerical text files using a little C program I wrote which simply reads in 3 bytes at a time and then prints the values as integer text, one sample per line.

The only problem now, was that the recorded versions were of course always longer than the originals, due to silence at the beginning and end of the recorded versions (the time it took me to hit the foobar Play button after beginnning a recording, and the time it took me to stop the recording after the clip was done playing). But this was trivial, because the samples at the beginning and end of the dubbed text files were all zeroes. Using an editor I simply deleted these zero lines, leaving just the audio sample data. I then saved this text file, then did checksums of the original and dubbed data.... perfect!

A few notes:

1. I could not get bit-perfect going through the standard Wave (DirectSound) driver, nearly every sample had been mucked with.
2. I could not get bit-perfect with the foobar ASIO driver. Interestingly, in my setup, the first 4096 samples were corrupted; but the remaining sampled were bit-perfect. Using the latest foo_out_asio.dlll from the foobar website made no difference.
3. The volume control sliders in the Musiland control panel are still operative even in KS or ASIO mode. So of course be sure they are always maxed for bit-perfect transfers.
4. With the Musiland connected to my laptop, going into standby and coming out causes the video to disappear,screen blank. I must do a hard powerdown/up to resolve. Disconnecting the USB cable before entering standby solves the problem. AT Jeffrey's suggestion I will update my BIOS and power management drivers in hopes of resolving.

My eventual use of the Musliand is to feed as-yet-to-be-purchased Meridian digital active loudspeakers (which only accept S/PDIF coax in), thus having a nice high-definition audio system comprised of only two speakers and a computer.

I got superb technical support from Jeffrey from the moment I bought the item. I was new to foobar, kernel streaming, etc and he helped me get up to speed. He says the ASIO should also be bit-perfect; could be my setup.

Cheers,
eventius
post #165 of 887
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: Computer Audio
Head-Fi.org › Forums › Equipment Forums › Computer Audio › Musiland Monitor 01 USD 24/192 USB to SPDIF