Did you forget to answer to my question of how streaming is done? Here is your statement.
If an error is detected the frame, or packet, or datagram is discarded, or in the case of error correction, discarded and the retransmit requested.
Is optical mostly a waste of time versus Ethernet?
The only value I see with a fiber optical cable is if you have a long long run.
All the noise coming into an optical fiber is preserved and comes out the other side. I guess there is a value in not creating more noise while it is traveling through the optical cable. But if it's a short run of two Feet then is it really worth it. Seems a well shielded Ethernet cable would do just as fine without all the hassle of converting to optical which is a pain in the ass.
I always thought there was value with optical but it seems they're really may not be. Maybe I'm wrong. It seems a switch likely produces a lot of noise and inserting an audio grade switch is very prudent and going optical really doesn't solve switch noise problem. The benefit of re-clocking offered by a decent switch to clean up the signal is worthwhile.
- ...
- 138 posts total
@yyzsantabarbara I certainly did not, here was my answer: "@yyzsantabarbara yeah, no. Read up on what you are typing before you type is my suggestion. If you program this “stuff”, you really should know more than what your post implies, which is 0." You don't know what you are talking about. There is no broadcast protocols in streaming. |
@jumia just because you have 2 ethernet ports, doesn't change the protocols involved. It's still bidirectional, and it's still error detection and correction involved.
Go with what is proven, and not what someone else is trying to tell you will work better. |
@fredrik222 So you are saying that dropped packets are resent in streaming? I do not think so. That is what I am referring to by BROADCAST. Maybe 1 level up from the TCP level you started EXPERTING on. |
- 138 posts total