Delay

[anderson.deda]

Hello everyone good night.

I'm starting here and this is my first post , sorry if I say something that upsets someone .

Well let's go .

I'm a little lost and I believe that this forum is my last alternative to the light at the end of the tunnel I need.

Today got a vps with a few hundred pages and one of my clients is looking to migrate to radio him another server to a server managed by our company .

So far no problem , I got a new vps to do this work , since everywhere I read all indicated that action and so far it is clear that I do not regret it , the good thing is that now the ping here from the city to the server is about 130ms and it 's not to download , the client uses the Sam for transmission and he is accustomed to use the server as WHMSonic .

I managed to install everything and make it all work , however, the delay until the moment is very high , about 15 seconds on average .

What I found funny is the following situation when he activates the radio and a caller connects to the radio delay is too large , however, if this listener was already online before starting the transmission delay is between 1 or 2 seconds .

I wonder what I can do to have a delay in the shortest possible time taking into consideration some aspects .

It is virtually impossible for me to get a server with lower ping .

I can replace the WHMSonic but would be good to continue using this tool .

The client transmits about 3x a week and only broadcast on average has 1000 listeners .

 

 

What can I do to improve it personal ? I've read much content and yet not get the expected result will be that you could point me in a direction to get a result around 1-2 Seconds?

 

 

Now appreciate the attention to read my concerns .

 

 

thank you very much

[shoutcaststreaming]

There is always going to be a delay from the VPS to the listener. On most streams the delay increases as the time the encoder has been connected increases. A delay of 1 to 2 seconds is really short.

 

Even though the latency has something to do with the delay, it isn't the only factor.

[PapaBearPW]

Exactly. I have never had a radio server that did not have some delay to the listener. Depending on listener location and connection rates, some have been as much as 30 seconds thanks also to various buffers etc.

[Brutish Sailor]

Isnt no way around this.

 

It is what it is. You can use a datacenter closer to you, but its like when you talk into a wireless device. The latency is in the packet transfer itself. You can effect some latency from the server, but at the cost of stripping your buffer.

[anderson.deda]

Good morning guys .

I am very happy to have some answers .

From what I am reading you are telling me that this is normal , the delay is a natural thing and it ends up comforting me .

I completely understand the issue of transmission that takes a while to be completed and there is kilometers and kilometers of cables to arrive at the final destination , my big concern would be the part of the pitch , whether the SAM has some different configuration that could help me achieve better levels of delay .

What I got to read is that the community does not recommend vps for this job , you have some experience that confirms this ? If I have one dedicated to accomplish this task the delay will be less ?

Today vps has 4GB of memory and 6 cores xeon , even thought about improving setup vps and have something on demand, found some suppliers that perform the collection of vps per hour , so could have 12GB of memory and more processing GHz , you think this would help or not change?

 

Thank you again guys.

[shoutcaststreaming]

Having a VPS, a decicated server or broadcasting from your home PC will NOT make the delay go away. It is a normal thing.

 

No one said that a VPS was bad. I myself use 2 VPS's to broadcast 2 stations with.

 

No settings in SAM will help shorten the delay.

[anderson.deda]

I understand, I really see that this is a very complex issue and I do not know really what to do.

Shoutcaststreaming which server you use to perform the broadcasts?

[shoutcaststreaming]

We use a VPS with 4 vCores and 4 Gigs memory.

[andhow]

One thing I read that is repeated ad infinitum in articles & blogs on streaming media, is that this type of technology was never designed for "real-time" audio. There will always be a delay or lag somewhere.

[GKIye]

A delay happens even in a non virtual environment

Language, noises ... everything on this planet earth has a delay for reason of the distance between point A and point B

Its the most logical thing and part of the gravity (remember Einstein ?)

 

Otherwise, see the delay as a positive thing in a virtual environment

Imagine = that a "sound" (song or whatever) crosses the complete planet in almost no time ... with an average delay between 15 and 30 seconds

Its faster than an airplane who has a flight from London to New York, faster than any car at this planet etc etc

 

I made my own solution to the "average delay"

The TOTH (Top of the hour) starts at my SAM at 20 seconds before the hour ...

In general a listener wherever he / she lives gonna hear the TOTH right on time "on top" of the TOTH

 

If You wanna have an idea about it, check my stream ... for example 5 minutes before and untill 5 minutes after the TOTH

It should give a similar result at Your place

[anderson.deda]

Good night.

I understand what you are telling me.

Today using the sam WHMSonic and I have those 15 seconds delay, you would know tell me if there is anything I can get better results?

I have a conscience that is not getting a delay of around 1 second with this technology.

Accept no indication for further studies, of course the cost benefit has to be something interesting.

 

 

Thank you guys.

[shoutcaststreaming]

OK, this is my very last post on this matter. As my mom used to say:

 

"It is what it is !!"

[andhow]

Good night.

I understand what you are telling me.

Today using the sam WHMSonic and I have those 15 seconds delay, you would know tell me if there is anything I can get better results?

I have a conscience that is not getting a delay of around 1 second with this technology.

Accept no indication for further studies, of course the cost benefit has to be something interesting.

 

 

Thank you guys.

 

Anderson, that is just the nature of the technology that you are working with. A leopard cannot change his spots. Streaming media was never meant to be a 'real-time' audio solution. There will always be a delay, the players, encoders and DNAS are all configured to compensate for this delay by buffering the stream to enable as close to seamless playback as possible. If you remove the buffer the streams will never be seamless, or as close to seamless as you would like and it will seriously degrade the quality of the audio that you are attempting to stream. My 15 years experience in managing, designing and implementing streaming media solutions the delay has gotten smaller, but not 'real-time'.

[Radiostreamingworld]

Anderson, that is just the nature of the technology that you are working with. A leopard cannot change his spots. Streaming media was never meant to be a 'real-time' audio solution. There will always be a delay, the players, encoders and DNAS are all configured to compensate for this delay by buffering the stream to enable as close to seamless playback as possible. If you remove the buffer the streams will never be seamless, or as close to seamless as you would like and it will seriously degrade the quality of the audio that you are attempting to stream. My 15 years experience in managing, designing and implementing streaming media solutions the delay has gotten smaller, but not 'real-time'.

I agree entirely with this, earlier talk of a couple of seconds is awesome but if you are getting 15s from point of output to listener then you are doing ok. bear in mind not every listener will get 15s... some may get less (doubt it though) and some will inevitably get more. Our servers are in the UK and connected to a dedicated 10gbps fibre. Our data centre has it´s own super fast connections to the internet backbone but even if you listen on a pc within the same company network there is a 6-7s delay and that is just the nature of buffering... as things stand NO internet radio will be in real time and 15s is absolutely acceptable IMHO:

[qmr]

I managed to Relay an WHMSonic Shoutcast server @ 64k/bits with a Icecast KH server and get the delay down to 7 seconds!

 

Not sure how Icecast can manage the short delay relaying shoutcast when listening direct from the shoutcast server takes around 35 - 40 seconds.