The stuff we find from old analog radio guys is downright scary… Encoders feeding T1’s feeding TDM to packet converters across a data link back to TDM to analog with no error correction or buffering.
Or the radio guy who ripped out the Canopy BH10’s because the radio was only getting -60dB and everyone knows you need -50dB for good audio. oh my... Mark > On Jun 25, 2020, at 3:22 PM, Steve Jones <thatoneguyst...@gmail.com> wrote: > > I had to correct problems for a radio station we service. What a PITA dealing > with them is. I accept the guy knows more about AM/FM radio than ill ever > even think about, but come on, learn the tech youre managing. Fist issue was > they were broadcasting real time stream with absolutely no buffer. They also > were not running any firewall. so after a few times of them getting hacked > and being an open SIP server, they decided to get a more secure device (still > no firewall) and finally got one with a buffer and correction. I think I got > him to buffer up 3 seconds, which pretty much resolved all that. > > Its like come on, be realistic, dont run things with no margins. This would > literally have askip when someone walked into the tower shed and turned on > the fluorescent light > > On Thu, Jun 25, 2020 at 2:16 PM Adam Moffett <dmmoff...@gmail.com > <mailto:dmmoff...@gmail.com>> wrote: > So some radio station is transporting audio over IP from studio to > tower. A few weeks ago they started getting skips in the audio, and > they're finger pointing at me. At first I couldn't even see a problem. > Eventually I find that every so often there's a 1/10th second event with > packet loss. Seven seconds after the event you hear a little blip on > the radio. You could go a few hours between events, or only a few minutes. > > I said yeah I'll try to track down what's causing that, but if you have > a 7 second delay on this one-way transmission, isn't there plenty of > time to resend 1/10th second of missing audio? > > *grumble grumble*, finger point, it worked before, etc > > So I've been trying to narrow down where this is happening and swap > interfaces and such. And keep in mind anything I do interrupts the > radio so I have to do it at odd hours. Periodically during the process I > re-ask why does this even happen? This amount of loss shouldn't hurt you. > > *grumble grumble*, finger point, it worked before, etc > > So today they let me take a look at their Comrex audio streaming > thing-a-ma-bobbers, and I looked in the manual. Turns out the error > correction features don't work on lossless audio codecs unless your > firmware version is above a certain revision. Theirs isn't above that > revision, and they're using a lossless audio codec. So now I'm like, > yeah I'll keep looking for that little blip, but in the meantime you > don't have to hear it if you'll upgrade your firmware and enable FEC. > > They've had a number of people looking at this, including their > engineer. Their equipment has robust enough error correction that they > could run that stuff on satellite or 4G if they wanted to. It's just not > configured right! > > You'd have fixed this in half an hour if you'd have RTFM'd you frickin > noobs. > > > > -- > AF mailing list > AF@af.afmug.com <mailto:AF@af.afmug.com> > http://af.afmug.com/mailman/listinfo/af_af.afmug.com > <http://af.afmug.com/mailman/listinfo/af_af.afmug.com> > -- > AF mailing list > AF@af.afmug.com > http://af.afmug.com/mailman/listinfo/af_af.afmug.com
-- AF mailing list AF@af.afmug.com http://af.afmug.com/mailman/listinfo/af_af.afmug.com
