• Effective immediately we will be deleting, without notice, any negative threads or posts that deal with the use of encryption and streaming of scanner audio.

    We've noticed a huge increase in rants and negative posts that revolve around agencies going to encryption due to the broadcasting of scanner audio on the internet. It's now worn out and continues to be the same recycled rants. These rants hijack the threads and derail the conversation. They no longer have a place anywhere on this forum other than in the designated threads in the Rants forum in the Tavern.

    If you violate these guidelines your post will be deleted without notice and an infraction will be issued. We are not against discussion of this issue. You just need to do it in the right place. For example:
    https://forums.radioreference.com/rants/224104-official-thread-live-audio-feeds-scanners-wait-encryption.html

Streaming with Shoutcast/Winamp delay question

Status
Not open for further replies.

cgriggs

Member
Joined
Aug 27, 2005
Messages
135
Location
Mitylene, AL
You guys that are streaming your scanner online with the Winamp/Shoutcast setup, do you experience delays? For instance you are listening to your stream and you might hear the time as being 7:45 and you notice the time is 7:47 or 7:48 when you hear this transmission. The delay may or may not be this severe but it isat least a good 30 secods for me. This is only an example but I think I am having this problem. Thanks
 

Al42

Member
Joined
Apr 29, 2005
Messages
3,485
Location
Long Island, NY, USA
It's not a problem, it's how Shoutcast and Icecast work. Or, it's a problem, but something only the people who write the server code can fix.
 

nexus

Member
Joined
Aug 13, 2002
Messages
1,646
Location
Mississippi
Shoutcast has a horrible lag. 30 to 60 seconds after the actual transmission. I switched to Icecast for my server and that alone brought the lag down to about 5 seconds. You should try using icecast. You'll notice a huge improvement.
 

w2lie

New York DB Admin
Database Admin
Joined
Mar 2, 2004
Messages
1,025
Location
Long Island, NY
if you encode with windows media, your shooting yourself in the foot too.
I've played with Windows M.E. and the lag was a minimum of 45sec.

I average about a 5 second delay with my current setup. I use Simplecast + Icecast, encoded at MP3 legacy
 

flyingwolf

Member
Joined
Nov 18, 2004
Messages
1,150
Location
Vancouver, Washington
Unfortunatly there isnt much you can do about the lag on internet radio, it canbe anywhere form a few seconds in the best case, to a minute or more in the worst case, this is actually by design, you need a buffer for those split seconds when your not getitng the perfect signal, or it cuts out for a moment.

So until the internet can be made 100% stable, we are going to have buffers, and therefore lag.

Oh and Liquid_Squelch when your ready to switch over to SAM for some automation let me know, I can send you a coupon for the software, and if you have been waiting with anticipation for SAM4, its almost ready, (psst, I have it and I LOVE the new features Louis put in).
 

Dubbin

Member
Premium Subscriber
Joined
Dec 19, 2002
Messages
4,465
Location
Findlay Ohio
flyingwolf said:
So until the internet can be made 100% stable
WHAT????????? The internet isn't 100% stable?????????????? BUT BUT AOL says it is :lol:
 

tspainiv

Shelby Co DB Admin
Database Admin
Joined
Sep 26, 2004
Messages
656
Location
Collierville, TN
Liquid_Squelch said:
if you encode with windows media, your shooting yourself in the foot too.
I've played with Windows M.E. and the lag was a minimum of 45sec.

I average about a 5 second delay with my current setup. I use Simplecast + Icecast, encoded at MP3 legacy
I encode with Windows M. E. and my delay is only about 10 seconds...that's for an audio and video feed.
 

flyingwolf

Member
Joined
Nov 18, 2004
Messages
1,150
Location
Vancouver, Washington
I belive that WME can actually have the buffer set.

And those thinkgs you shouldnt touch in the shoutcast INI file that says "dont touch these unless you now what your doing" have allot to do with the buffer time.
 

mike_s104

Member
Premium Subscriber
Joined
Aug 25, 2004
Messages
4,668
Location
Berkeley Co. WV/ Loudoun Co. VA
wmbio said:
Your upload speed and your ISP can also contribute to the delay, 30 seconds to 1 minute is normal using these programs. I assist with administation of this site in Western Maryland.
http://acmscanner.no-ip.org/

enjoy
Wmbio
not always the case. it's the buffer that ShoultCast uses. it does the same thing if you on the local network where the ShoutCast server is conencted to. if you think the upload speed is too slow for the server to stream, then set the encoding lower and use mono.
 

kb2vxa

Completely Banned for the Greater Good
Banned
Joined
Mar 22, 2005
Messages
6,126
Location
Point Pleasant Beach, N.J.
All of that plus the dispatcher's clock is seldom accurate. Having an "atomic" clock on the wall and the computer synced to NIST as well I have noted as much as several minutes discrepancies.
 

motomeso

Member
Joined
Dec 19, 2002
Messages
931
Location
Ontario
I would have to agree that Shoutcast has a high delay time compared to Icecast and is the reason I switched. The funny thing is if I relay a shoutcast feed as I often do during Hurricane season the delay isn't present when listening through the Icecast relayed feed.
 

flyingwolf

Member
Joined
Nov 18, 2004
Messages
1,150
Location
Vancouver, Washington
ve3nsv said:
The funny thing is if I relay a shoutcast feed as I often do during Hurricane season the delay isn't present when listening through the Icecast relayed feed.
Thats impossible, the buffer is in SHOUTcast itself, so the buffer would be present before you picked up the stream to re stream it, so unless IceCast happens to be sending it at faster then real time it would still have that buffer.

And remember, the reason IceCast appears to have less of a buffer is that it does have less of a buffer, and therefore higher chances of dropouts on the listener.
 
Status
Not open for further replies.
Top