On Sun, Apr 14, 2013 at 5:25 PM, Kristoff Bonne <[email protected]> wrote: > On 14-04-13 05:48, Albert Cahalan wrote:
>> Uh, shift the signal upward? > Increasing the frequency of the signal would also increase its > bandwidth, which is the opposite we want to do. Yeah... but depending on how bad the situation with hardware is, you might make that choice. >> Triggering via the same audio device used for transmit will >> at least get you close. This is because the transmitted data >> and the triggering signal are affected by the same sound >> card (USB device) latency. > > Concidering 99 % of the VHF/UHF DV traffic runs over repeaters and > repeater-networks, "delay" is not an issue. On repeater-networks, delays > over several seconds are normal. Being common doesn't make this any less horrible. It's worse than an Apollo mission, and you don't even get to stroll around on the moon. Much of the problem is outside your control; everybody (repeater operators, etc.) needs to do what they can. This wasn't what I was referring to though. I was referring to getting your preamble cut off or having an unmodulated carrier because one device (serial or audio) has high latency. You can also cut off the other guy's preamble if you don't switch back to receiving fast enough. Running everything through the same type of hardware will even things up, which is generally a large step in the right direction. ------------------------------------------------------------------------------ Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter _______________________________________________ Freetel-codec2 mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freetel-codec2
