[Elecraft] [K3] - Data mode TX problem from VK7JB

[Don Wilhelm]

Tony,

What you say is true, but the fact with many ham radio applications is 
that they were designed to run on Windows 3.1 or Windows 98, and have 
never been updated to run on later versions of Windows.  WinXP *usually* 
supports those applications, but the game was changed with Vista and 
Win7.  If the applications do not update to abide by the "rules" of 
those newer operating systems, problems such as this can occur.

Is this an OS problem? or is it an application problem?  Sort of a 
"chicken and egg" answer.  Business applications are quick to make the 
changes required to keep up with the OS requirements, but many ham radio 
applications are not upgraded - I guess the authors do not get enough 
support contributions to make it worth their effort to change things.

This is one of the reasons I will stick with WinXP for as long as 
possible.  I have a number of applications, including my preferred 
backup program that will not run on Vista of Win7.

73,
Don W3FPR

On 9/13/2011 7:46 PM, Tony Estep wrote:
> On Tue, Sep 13, 2011 at 6:44 PM, Lyle Johnson<kk7p at wavecable.com>  wrote:
>
>> ....Delayed Procedure Calls (DPCs) often produce huge latency spikes....
>>
> =============
> To test for this problem on your system, download the DPC checker at:
> http://www.thesycon.de/deu/latency_check.shtml
>
> Note that it takes a lot of latency to cause an audio problem. Well-written
> drivers and interrupt handlers may cause some latency, but not enough to
> make an audible click. However, not every piece of software is well-written.
> For an informative explanation, see the post by "aj" at:
> http://forum.cakewalk.com/tm.aspx?&m=1935436&mpage=2
>
> The instruction .pdf that comes with the latency checker has additional
> useful info.
>
> If you have problems due to DPCs, you can disable drivers, services and
> programs one by one until you find the culprit.
>
> It is a time-honored tradition to fault the operating system for problems
> caused by non-OS software, and this topic is a rich lode of such misplaced
> blame.
>
> 73,
> Tony KT0NY
>
>