Jump to content
IGNORED

Master Clock for your EtherREGEN


Recommended Posts

Hello guys,

 

Regardless of what values a clock has in terms of phase noise, what is ultimately relevant is what is output from the Etherregen via Ethernet and arrives at the receiver.

 

Are there any measurements that can prove an improvement of the differential signal (e.g. Ethernet jitter) and common mode noise when using an external clock?

 

 

Link to comment

Hi guys,

 

my summary of the measurements of the EtherREGEN are currently published:
https://www.open-end-music.com/forum/pr ... post658415

 

I also measured the EtherREGEN with an external 10MHz clock to see if there is really any improvement on this.

 

Maybe this will interest one or the other.

 

I had also requested here in with the forum owner an article concerning the topic Ethernet sound with my measurements, on this unfortunately then no more answer received.
So you have to read the article with Google Translate and maybe accept small translation errors.

 

Best regards and happy reading,

 

Tom

 

 

Link to comment
46 minutes ago, dylanesque said:

Thanks for sharing the results @TomJ

intriguing that ext. clock measures poor. 
Could you please shed light if the Neutronstar 3 is sq wave output? Would’ve been very interesting with Mutec Ref10120 or Adark. 

Its sq wave.
But the users of this clock report a similar sound improvement as with the afterdark giesemann, but not as strong.

 

And here is a statement of Ed Meitner regarding external clocks (for DACs, but this is the same for switches):

 

https://www.stereophile.com/content/meitner-emm-dv2-dsd-mqa-digital-audio

Quote:

JVS: You don't believe in using an external word clock. Why?

EM: Because I think this is the most stupid thing I've ever heard in the audio business. That means you have a precision clock that you have to connect to a wire to connect to a DAC, when the clock should be straight away where it belongs, inside the DAC, beside the DAC chip, if there is such a thing—not through a cable in a different box. This is so idiotic, it's not even funny. It's a money grab.

Link to comment
30 minutes ago, Savolax said:

Did you find any improvement (or any difference) with external clock while listening?

As i am biased, i refer statements regarding sound improvements in this regard to the owners and users.

And as I said, they report an improvement in sound, which I do not question.

Link to comment

Hi Alex,

 

44 minutes ago, Superdad said:

I will mention that it would be much more interesting to look at jitter histograms than eye-patterns distilled to a single number—using an analyzer with a far lower jitter floor.  I get that he has said his measurements are meant to be valid only for comparative purposes between devices, but really we should be down in the tens of picosecond range. The specs on his scope—used for generating the eye-pattern—are up in the tens of nanosecond range. (And 1 nanosecond equals 1,000 picoseconds.)

 

meanwhile i have upgraded my scope with the TDS784D. This can also do histograms of jitter.

And here are the timebase system specs:

TDS784D Timebase System

Time bases

Main, delayed

Time base range

200 ps to 10 s/div

Time base accuracy

±25 ppm (over any interval ≥1 ms)

Delta time measurement accuracy

±(0.15/sample rate) + (25 ppm x [reading])

Trigger jitter

7 ps (typical)

Pre-trigger position

0% to 100% of any record

Delay between channels

≤50 ps (any 2 channels with equal V/div and coupling)

 

47 minutes ago, Superdad said:

Also, while Eric (TomJ) is looking at common-mode interference, the impedances of his probes are getting in the way, and also he ought to be looking FAR lower in the spectrum—where this stuff really matters.

 

Any help is warmly welcome!

As I mentioned in my thread, the entire setup including scope and also probes did not happend by accident.

It is exactly the setup described in the Intel Compliance Test for 10base tx, 100base tx and 1000base tx - including scope and probes.

https://community.intel.com/cipcp26785/attachments/cipcp26785/embedded-core-processors/2456/1/1000BASE_T 100BASE_TX 10BASE_T Physical Layer Compliance Tests Manual.pdf

Although the paper is from 2006, it should still be valid - it was valid in 2006 and is still currently provided.

Perhaps there are other requirements from an audio point of view, but as already mentioned, this should be better understood.

 

56 minutes ago, Superdad said:

I really must leave this all for John to explain, in large part because I simply do not have anywhere near the technical understanding or engineering insights into this.  He is the guru on such matters. I am merely the struggling pupil—with the memory of a goldfish. B|

 

I'm really curious and eager to hear john's tips!

 

Eric

 


 

Link to comment

Hi Sunny,

 

many thanks for your post.

 

 

But just to clarify: I am not performing a compliance test, but have orientated my measurement setup that way.
As far as jitter is concerned, this is sufficient to detect and evaluate differences. There is no "pass" from me.

 

 

And regarding my current thesis, I have summarized these here:

https://www.open-end-music.com/forum/privatforen/thomas-michael-rudolph-tmr/651284-messungen-von-ethernet-infrastruktur-nur-lesen?p=659024#post659024

But attention! Here is still the chapter missing regarding CM Noise, which is still in work.

 

Regarding jitter, we should really define what we mean by it before we discuss it further.

I only examine what goes over the cable into the end device - because that's what counts. There may be other effects that act via the power net in the background, but that's not my business.

And if we're talking about jitter in this area, then it's clearly defined, as it is for everyone in the industry, and so is the measurement method.

 

I'm not interested with my measurements in what is understood, interpreted or believed within the device about phase noise or jitter - if someone can explain how that effects across the cable, of course. What counts for me is what goes over the CAT cable.

 

Kind regards,

 

Eric

Link to comment
  • 5 months later...
5 hours ago, kennyb123 said:

EM is right about the clock belonging inside the box.  As far as his point about it being a money grab, I suspect that it’s aimed at companies who are direct competitors, like dCS. I can’t imagine that he’s considering gear that’s designed to hit an affordable price point.

 

As I reported earlier in this thread, I did some jitter measurements in comparison. External clock is jitter-wise not an upgrade, which I measured. 
I would be interested to know if there has ever been a measurement that proves that an external clock with all the problems with cables and plugs brings an advantage, except that an additional source of noise is created, which may produce a nicer sound for some.

 

Here my measurements with google translate: 

https://www-open--end--music-com.translate.goog/forum/privatforen/thomas-michael-rudolph-tmr/651284-messungen-von-ethernet-infrastruktur-switches-nur-lesen/page3?_x_tr_sl=auto&_x_tr_tl=en&_x_tr_hl=de&_x_tr_pto=wapp#post658450

 

Regards,

Eric

Link to comment
8 minutes ago, kennyb123 said:

All your measurements tell us is that with the test you constructed 'the EtherRegen with an external NeutronStar 3 shows worse values'.  The scientific method does not allow you to apply those results broadly and apply it to other clocks.  We also don't know if the measurements you elected to take would be able to explain why "many users of the EtherREGEN report that an external 10MHz clock improves the sound considerably".  We don't even know if the clock you used for your test would be one that would even falls into that category.

 

Please show me some measurements that shows, that an external clock improve Jitter of EtherRegen - otherwise the conversation is useless.

Link to comment
11 hours ago, scolley said:

IMO this is a conversation better suited for the temple of measurement worship: Audio Science Review. In this forum making decisions based on what you hear generally has merit, and comments like “if you can’t measure it, it’s not real” is just trolling at worst, but off topic at best.

 

So, can we get back on topic please? Thanks.

Unfortunately, as always, I am misunderstood.
It is not about proving that external clocks are useless, but to find out why. Unfortunately I can't find anything in the net where the jitter value of Ethernet was measured except my own measurements. If now the jitter value is not improved at all - and with the realization by my measurements I am not alone (e.g. also Ed Meitner), the question is nevertheless where sound improvements come from. I would have thought that there is interest in this. But apparently not, because you immediately feel attacked again and would have to question his world view that you have built up over years. 

Link to comment

@Clockmeister

You write "Measurements are only helpful to people who know how to draw the right conclusions from them." Unfortunately, this does not apply to you.

No matter what you measure at the clocks, in the end the Ethernet signal and its noise is what arrives at the receiver and can be responsible for the sound.

Why don't you measure this?

Either you don't know anything about Ethernet or you are afraid that it will turn out that all this external clock thing to be useless.

Link to comment

Funny, there are disagrees to my last post, so apparently the laws of physics do not apply here in this thread.

The clocks can only work over ethernet and if you are not able to evaluate the signal here, everything that happens before is useless stuff.

 

It is always funny to see that guys in the field of Ethernet have no idea and try to apply the same approaches as in the field of DA conversion and think that the result is the same. this is nonsense.
I am sure that there are differences in sound over ethernet. Also by clocks, but not by better jitter value of a clock connected externally over cable. there the clock can have a still so good phase noise, that helps unfortunately nothing. 

Link to comment

@kennyb123

It is always easy, if one does not want to or cannot engage in a factual discussion, to insinuate trolling.

 

You are discussing clocks here and this is an open forum where everyone can contribute with their view. There are measurements of clocks made here, but on the other hand said, the ears are the only measuring instrument. I had only remarked that if one starts to measure against the aversion to measurements, one measures nevertheless best there where it is relevant. I would like to be convinced of the opposite of my findings, but this is apparently no one in a position.

 

This is very sad because guys out there are investing thousands of dollars in clocks believing they will get better jitter value, which no one can seem to prove.

Link to comment

If you are no scientists, why someone measure phase noise of a clock in this thread? Just let the ears judge - that's fine. But if you start measure, measure at the right point. And this is the Ethernet signal at the and of the day what is of interest - no matter the clock measures stand alone. You always have to look at the hole system, not the single puzzles.

You can have the best clock ever, but if implementation is done wrong, it's worse than a 50cent onboard clock and you add just extra noise to the chain - which can also influence sound.

 

 

Link to comment
6 minutes ago, kennyb123 said:

I would rephrase this.  Measurements are only meaningful when one knows how to apply them.  

 

The measurement-chasers who troll on audio forums tend not to have the slightest clue about this.   They don't even care to know this because their goal isn't to try to understand what's really going on.  

 

I believe it comes from them resenting the fact that they are unable to hear this stuff themselves.  They pick measurements that allow them to believe that the problem isn't with them but with everyone else. The measurements are simply the weapon they use to try to devalue and criticize those who have what they lack.  There's a good reason why they steadfastly avoid letting their own ears decide and why they have zero regard for the findings from those who do.

Ones again, i here differences with different Ethernet stuff, also different clocks - but you are not able or not willing to look in the right corner where this comes from, because of lack of knowledge or lack of willingness.

Link to comment
25 minutes ago, R1200CL said:

I do understand phase noise and it's effect. The question is, is an external clock coupled with BNC cable and connectors capable to deliver better phase noise and so jitter than an internal optimal integrated clock and if not, where do sound improvements come from. But it seems that there is not much interest to understand the mechanism to get a clearer picture. So continue to play trial and error or follow the recommendations of dubious experts.

Link to comment
29 minutes ago, kennyb123 said:

Those of us who have been able to rely on our own ears don't see this a bad thing.  It's part of what makes this hobby fun!  Sorry that you need measurements to tell you what you should expect to hear.

You still don't get it - I want to know why this is happening, not that it is happening .....
If your ears can explain it to me, then go ahead and explain.

Link to comment
1 hour ago, kennyb123 said:

Clearly the reduction of the clock's phase noise is providing a sound quality improvement.

I know John's papers very well. 
Let's assume that the phase noise of a clock converts to voltage noise and thus enters the end device (although this has not yet been proven by measurement - but anyway, let's assume it).
Then the phase noise in the ER is relevant and thus the jitter value of the Ethernet signal, since this, as you surely know, is nothing else.
Your phase noise values should then be measured at the ER, i.e. at the outgoing Ethernet signal. Everything else is irrelevant. No matter how great your clock is regarding phase noise, what counts is what arrives at the ER. And it is simply not proven yet, no matter what your golden ears whisper to you, that an external clock with the suboptimal connection can do that at all. In addition, additional noise comes into the EtherRegen via the ground of your external clock, which migrates as common-mode interference into the EtherNet signal and also influences the sound.
 

Link to comment

From my perspective and experience with all the gears I measured so far with external clocks or clock mods, PS is by far the better invest, as Sunny mentioned, If you don't want to do sound tuning by noise.

 

The things Sunny mentioned can all be seen in my measurements. And if there is a subjective sound improvement with this gears, I bet my a… that it comes from all the interferences these solutions inject.

Link to comment
16 minutes ago, kennyb123 said:

If that’s your takeaway then you didn’t learn anything from John’s paper.  I’m going to drop now as it’s evident that you lack the humility needed to be able understand the limits of your own understanding and the limits of what you’ve been equipped to understand.  I’d have better luck explaining it to my parrots so I will focus instead on them.  
 

You won’t ever find the answer you claim to be seeking because all that matters to you is that you can explain it with the one measurement you think you know how to capture.

 

Why do you react so pissed off and have to discredit me all the time?
If you are so convinced that you pass John's paper and conversion of frequency noise into voltage noise as the basis of the migration of phase noise over the digital chain, then I am very surprised that you still can't follow me.

 

You should really talk better to your parrots, who parrot everything after you and don't ask unpleasant questions.

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...