Re: [digitalradio] Re: Olivia mode comparisons, testers needed.
The lag is in the software - it's part of the design for the error correction. Where error correction is part of the design then *in general* with Ham modes you have to wait a while before text is decoding is the error correction is applied. The lag is not caused by CPU load. To really understand this it's best to analyse the Olivia design although this can be rough for the brain :-) Simon Brown, HB9DRV www.ham-radio-deluxe.com - Original Message - From: captcurt2000 [EMAIL PROTECTED] Sooo. a 500Mhhz machine running at 20% is going to perform the integrations and decoding same delay as a 2 Ghz machine running at 20%?? That seems counter intuitive to me.. I'm sure you're right but I don't understand how that can be. I thought the load information talked about resources not speed of execution. Help me understand..
Re: [digitalradio] Re: Olivia mode comparisons, testers needed.
Folks, when Simon was first adding Olivia to DM780 he studied Pawel Jalocha's coding and consulted with him about the correct implementation. The lag noticed in DM780 is reportedly as the Pawel Jalocha intended. What I am looking for is people to get on the air with Olivia and see if the applications that may have less lag , have any noticeable decoding degradation. Since I know Olivia in MixW and Multipsk work well, I am wondering if the proper implimentation of Olivia in DM780 is worth the delay and issues this causes during a QSO (those not knowing about the lag think we are not coming back to them and start a transmission again ) Andy On Thu, Nov 20, 2008 at 3:18 AM, Simon Brown (KNS) [EMAIL PROTECTED]wrote: The lag is in the software - it's part of the design for the error correction. Where error correction is part of the design then *in general* with Ham modes you have to wait a while before text is decoding is the error correction is applied. The lag is not caused by CPU load. To really understand this it's best to analyse the Olivia design although this can be rough for the brain :-) Simon Brown, HB9DRV www.ham-radio-deluxe.com - Original Message - From: captcurt2000 [EMAIL PROTECTED] captcurt%40flash.net Sooo. a 500Mhhz machine running at 20% is going to perform the integrations and decoding same delay as a 2 Ghz machine running at 20%?? That seems counter intuitive to me.. I'm sure you're right but I don't understand how that can be. I thought the load information talked about resources not speed of execution. Help me understand.. -- Andy K3UK
[digitalradio] Re: Olivia mode comparisons, testers needed.
Interleave is a tradeoff... improved error correction vs latency. If you are going to use a digital mode, as an Amateur, you have a responsibility to learn something about how it works. For the general population, software needs to be idiot proof. This shouldn't be a constraint for software used by Amateurs ;-) --- In digitalradio@yahoogroups.com, Andrew O'Brien [EMAIL PROTECTED] wrote: Folks, when Simon was first adding Olivia to DM780 he studied Pawel Jalocha's coding and consulted with him about the correct implementation. The lag noticed in DM780 is reportedly as the Pawel Jalocha intended. What I am looking for is people to get on the air with Olivia and see if the applications that may have less lag , have any noticeable decoding degradation. Since I know Olivia in MixW and Multipsk work well, I am wondering if the proper implimentation of Olivia in DM780 is worth the delay and issues this causes during a QSO (those not knowing about the lag think we are not coming back to them and start a transmission again ) Andy On Thu, Nov 20, 2008 at 3:18 AM, Simon Brown (KNS) [EMAIL PROTECTED]wrote: The lag is in the software - it's part of the design for the error correction. Where error correction is part of the design then *in general* with Ham modes you have to wait a while before text is decoding is the error correction is applied. The lag is not caused by CPU load. To really understand this it's best to analyse the Olivia design although this can be rough for the brain :-) Simon Brown, HB9DRV www.ham-radio-deluxe.com - Original Message - From: captcurt2000 [EMAIL PROTECTED] captcurt%40flash.net Sooo. a 500Mhhz machine running at 20% is going to perform the integrations and decoding same delay as a 2 Ghz machine running at 20%?? That seems counter intuitive to me.. I'm sure you're right but I don't understand how that can be. I thought the load information talked about resources not speed of execution. Help me understand.. -- Andy K3UK
[digitalradio] Re: Olivia mode comparisons, testers needed.
Well...I guess if you consider that asking reasonable questions in a technical forum to qualify someone as an idiot, it kind of says something about the technical value of your response. Where better to turn in order to learn how it works than a forum like this?? Thanks for nothing.. Curt KU8L --- In digitalradio@yahoogroups.com, Mel [EMAIL PROTECTED] wrote: Interleave is a tradeoff... improved error correction vs latency. If you are going to use a digital mode, as an Amateur, you have a responsibility to learn something about how it works. For the general population, software needs to be idiot proof. This shouldn't be a constraint for software used by Amateurs ;-) --- In digitalradio@yahoogroups.com, Andrew O'Brien andrewobrie@ wrote: Folks, when Simon was first adding Olivia to DM780 he studied Pawel Jalocha's coding and consulted with him about the correct implementation. The lag noticed in DM780 is reportedly as the Pawel Jalocha intended. What I am looking for is people to get on the air with Olivia and see if the applications that may have less lag , have any noticeable decoding degradation. Since I know Olivia in MixW and Multipsk work well, I am wondering if the proper implimentation of Olivia in DM780 is worth the delay and issues this causes during a QSO (those not knowing about the lag think we are not coming back to them and start a transmission again ) Andy On Thu, Nov 20, 2008 at 3:18 AM, Simon Brown (KNS) simon.brown@wrote: The lag is in the software - it's part of the design for the error correction. Where error correction is part of the design then *in general* with Ham modes you have to wait a while before text is decoding is the error correction is applied. The lag is not caused by CPU load. To really understand this it's best to analyse the Olivia design although this can be rough for the brain :-) Simon Brown, HB9DRV www.ham-radio-deluxe.com - Original Message - From: captcurt2000 captcurt@ captcurt%40flash.net Sooo. a 500Mhhz machine running at 20% is going to perform the integrations and decoding same delay as a 2 Ghz machine running at 20%?? That seems counter intuitive to me.. I'm sure you're right but I don't understand how that can be. I thought the load information talked about resources not speed of execution. Help me understand.. -- Andy K3UK
Re: [digitalradio] Re: Olivia mode comparisons, testers needed.
In the December 2008 QST there is an article about Olivia. In that article is a reference to the latency, to me it sounded as if it's part of the protocol. If only some Programs have the latency issue, then the operators using that software should tell the other operator about it in their first exchange, so the pause will be expected. Satellite phones have an unnatural latency as well. 73 Ben-ne5B On Thu, 20 Nov 2008 14:20:46 - Mel [EMAIL PROTECTED] wrote: Interleave is a tradeoff... improved error correction vs latency. If you are going to use a digital mode, as an Amateur, you have a responsibility to learn something about how it works. For the general population, software needs to be idiot proof. This shouldn't be a constraint for software used by Amateurs ;-) --- In digitalradio@yahoogroups.com, Andrew O'Brien [EMAIL PROTECTED] wrote: Folks, when Simon was first adding Olivia to DM780 he studied Pawel Jalocha's coding and consulted with him about the correct implementation. The lag noticed in DM780 is reportedly as the Pawel Jalocha intended. What I am looking for is people to get on the air with Olivia and see if the applications that may have less lag , have any noticeable decoding degradation. Since I know Olivia in MixW and Multipsk work well, I am wondering if the proper implimentation of Olivia in DM780 is worth the delay and issues this causes during a QSO (those not knowing about the lag think we are not coming back to them and start a transmission again ) Andy On Thu, Nov 20, 2008 at 3:18 AM, Simon Brown (KNS) [EMAIL PROTECTED]wrote: The lag is in the software - it's part of the design for the error correction. Where error correction is part of the design then *in general* with Ham modes you have to wait a while before text is decoding is the error correction is applied. The lag is not caused by CPU load. To really understand this it's best to analyse the Olivia design although this can be rough for the brain :-) Simon Brown, HB9DRV www.ham-radio-deluxe.com - Original Message - From: captcurt2000 [EMAIL PROTECTED] captcurt%40flash.net Sooo. a 500Mhhz machine running at 20% is going to perform the integrations and decoding same delay as a 2 Ghz machine running at 20%?? That seems counter intuitive to me.. I'm sure you're right but I don't understand how that can be. I thought the load information talked about resources not speed of execution. Help me understand.. -- Andy K3UK
[digitalradio] Global Emergency Network Marks Record
http://www.arrl.org/?artid=8610 Global Emergency Network Marks Record (Nov 19, 2008) -- The Global ALE High Frequency Network (HFN) -- an international Amateur Radio Service organization of ham operators dedicated to emergency/relief radio communications -- has become the first network to operate continuously for more than 500 days on all international Amateur Radio shortwave bands simultaneously. According to HFN International ALE Coordinator Bonnie Crystal, KQ6XA, the main purpose of the Network is to provide efficient emergency and disaster relief communications to remote areas of the world. Beginning with a core group of six North American radio operators in June 2007, HFN rapidly expanded to cover large areas of the planet with 24/7 digital communications, she said.HFN was designed to be an open framework for global Amateur Radio emergency services to interoperate on HF using the Automatic Link Establishment (ALE) system. Relying on ionospheric radio communications, interconnected HFN base stations scan the radio bands every 10 seconds, from 3.5 MHz-28.0 MHz. Through this Net, Crystal said, ham operators stay connected with each other at all hours of the day or night in any mode of operation, and can send Internet e-mail or cell phone mobile text messages from the field.