Date   

Re: World Map v1.0.5

Henry
 

Only a minor thing:
When a wrong longitude is erroneously entered in the Station dialogue (e. g. 730 deg West) "Invalid latitude" is reported.
73s, Henry


Re: World Map v1.0.5

Simon Brown
 

Joe,

 

Some sites show data for Boulder Colorado, as this code was written by a US ham this is understandable. I will expand the software to show the values from ftp://ftp.swpc.noaa.gov/pub/latest/AK.txt instead of ftp://ftp.swpc.noaa.gov/pub/latest/DGD.txt to give more options.

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Joe W4WT
Sent: 24 September 2018 00:01
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] World Map v1.0.5

 

The space weather numbers aren't matching up for me either.  I'm looking at it right now at 2300z and it is showing SFI 68, A 20 and K 2.  DxLab and others are showing 68, 13, and 2.  Seems to be a glitch of some kind here.

Joe W4WT


Re: World Map v1.0.5

Joe W4WT <rockyjones1948@...>
 

The space weather numbers aren't matching up for me either.  I'm looking at it right now at 2300z and it is showing SFI 68, A 20 and K 2.  DxLab and others are showing 68, 13, and 2.  Seems to be a glitch of some kind here.

Joe W4WT


Re: Windows 10 release 1803 (build 17134.285); fatal DPC Latency problems. Issue with Sept MS Win10 update?

Cormac, EI4HQ
 

H Simon,

Thanks for the suggestion. I should have been explicit re audio drivers - the existing drivers haven't been updated any time recently, they're the same versions that have been in situ for some time now. Regardless, I stripped out all the audio related drivers & reinstalled them. I replaced all the current audio drivers with older versions. No joy with either effort. This is why I think the problem may be within the latest OS update - the drivers haven't changed but relevant OS files e.g. HDAudbus.sys have.

I also went deep with network card drivers as apparently many DPC latency issues have their origin in conflicts between network and audio drivers. No joy there either.

Yours Befuddled
C. EI4HQ


Re: bladeRF 2.0 In Action

k6msm@...
 

True.  Ok.  Ordered!

Mike
K6MSM


Re: Windows 10 release 1803 (build 17134.285); fatal DPC Latency problems. Issue with Sept MS Win10 update?

Simon Brown
 

Check the audio playback driver.

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Cormac EI4HQ
Sent: 23 September 2018 19:44
To: main@SDR-Radio.groups.io
Subject: [SDR-Radio] Windows 10 release 1803 (build 17134.285); fatal DPC Latency problems. Issue with Sept MS Win10 update?

 

All,

A heads up. I've been running most recent versions of SDR-Radio up to and including version 3.03, build 1263 (September 11th) on a specific Win10 PC since last November. The system has been rock solid, running circa 12 hours in every 24 to decode Navtex (two receivers, audio into 3rd party software) while simultaneously also recording 16bit I/Q data (384KHz bandwidth) for later offline DGPS decoding. This setup has been put through its paces and has performed solidly for an extended period. Only the SDR-Radio version has been changing as Simon has released updates, and windows updates were done as they were released. This setup purred along for almost 12 months.

About 2 weeks ago something went bad, very bad. The PC, by then running Windows 10 (1803 including the September updates from Microsoft) developed complete show-stopper DPC latency issues; stuttering on the audio initially but very quickly causing the entire PC to bog down and freeze in short order. The stuttering was happening not just with SDR-Radio and the AirspyHF+ but also if I ran SDR# and the AirspyHF+, SDR-Radio and an SDR-IQ or Spectravue and the SDR-IQ. Same result - after about 5 minutes of trouble free operation, stuttering starts - the audio latency time indicated by SDR-Radio begins to climb, as does the CPU load - it increasingly rapidly - and then performance just collapses in a cascade type failure. Running other apps that depend on streaming audio e.g. Spotify results in the same outcome.

The past two weeks have broken me as I tried to sort it out but to no avail. I tried everything I could think of, driver roll backs, disabling hardware, hundreds of subsets of services combinations, stripping back peripherals including even the keyboard, mouse and display at one point. Lately I've been spending hours pouring over Windows Performance Analyzer data (part of the Windows Assessment & Deployment Kit) to try and figure out what was happening - I'll confess to being a total novice in that regard but while I could see the consequences of the DPC delays when they kick off, I couldn't figure out the cause.

In the end I gave up. Today, I've done a completely clean installation of Windows 10 (1803 build 17134.285) on the same hardware and installed nothing but SDR-Radio and my AirspyHF+. Unfortunately, the DPC latency issues are there with this shiny, new and clean setup and occur exactly as they did on my previous installation. Something has gone wrong somewhere and I can only think of two possibilities; a partial hardware failure on my PC (bit of a stretch I think) or something has gone wrong with Win10, possibly introduced in the September updates... If anyone else has other ideas, I'm really keen to hear them because as things stand, I'm dead in the water just now.

Lots of searching online suggests issues of this nature i.e. DPC latency issues with Win 7,8 and 10 are usually quite hardware (driver) combination specific, so many will likely be unaffected but some of you might so just a word of caution in case...

My hardware: Zotac ID-90-Plus. i7 2.5GHz, 16bB RAM, 250gB SSD, x2 Realtek PCIe GbE Family ethernet (wifi and Bluetooth adapters disabled), Intel (R) HD 4000 graphics, onboard HD Audio (MS driver), USB3.0

BR

Cormac, EI4HQ
[Cork Harbour / UTC+1] NNNN++++


Windows 10 release 1803 (build 17134.285); fatal DPC Latency problems. Issue with Sept MS Win10 update?

Cormac, EI4HQ
 

All,

A heads up. I've been running most recent versions of SDR-Radio up to and including version 3.03, build 1263 (September 11th) on a specific Win10 PC since last November. The system has been rock solid, running circa 12 hours in every 24 to decode Navtex (two receivers, audio into 3rd party software) while simultaneously also recording 16bit I/Q data (384KHz bandwidth) for later offline DGPS decoding. This setup has been put through its paces and has performed solidly for an extended period. Only the SDR-Radio version has been changing as Simon has released updates, and windows updates were done as they were released. This setup purred along for almost 12 months.

About 2 weeks ago something went bad, very bad. The PC, by then running Windows 10 (1803 including the September updates from Microsoft) developed complete show-stopper DPC latency issues; stuttering on the audio initially but very quickly causing the entire PC to bog down and freeze in short order. The stuttering was happening not just with SDR-Radio and the AirspyHF+ but also if I ran SDR# and the AirspyHF+, SDR-Radio and an SDR-IQ or Spectravue and the SDR-IQ. Same result - after about 5 minutes of trouble free operation, stuttering starts - the audio latency time indicated by SDR-Radio begins to climb, as does the CPU load - it increasingly rapidly - and then performance just collapses in a cascade type failure. Running other apps that depend on streaming audio e.g. Spotify results in the same outcome.

The past two weeks have broken me as I tried to sort it out but to no avail. I tried everything I could think of, driver roll backs, disabling hardware, hundreds of subsets of services combinations, stripping back peripherals including even the keyboard, mouse and display at one point. Lately I've been spending hours pouring over Windows Performance Analyzer data (part of the Windows Assessment & Deployment Kit) to try and figure out what was happening - I'll confess to being a total novice in that regard but while I could see the consequences of the DPC delays when they kick off, I couldn't figure out the cause.

In the end I gave up. Today, I've done a completely clean installation of Windows 10 (1803 build 17134.285) on the same hardware and installed nothing but SDR-Radio and my AirspyHF+. Unfortunately, the DPC latency issues are there with this shiny, new and clean setup and occur exactly as they did on my previous installation. Something has gone wrong somewhere and I can only think of two possibilities; a partial hardware failure on my PC (bit of a stretch I think) or something has gone wrong with Win10, possibly introduced in the September updates... If anyone else has other ideas, I'm really keen to hear them because as things stand, I'm dead in the water just now.

Lots of searching online suggests issues of this nature i.e. DPC latency issues with Win 7,8 and 10 are usually quite hardware (driver) combination specific, so many will likely be unaffected but some of you might so just a word of caution in case...

My hardware: Zotac ID-90-Plus. i7 2.5GHz, 16bB RAM, 250gB SSD, x2 Realtek PCIe GbE Family ethernet (wifi and Bluetooth adapters disabled), Intel (R) HD 4000 graphics, onboard HD Audio (MS driver), USB3.0


BR

Cormac, EI4HQ
[Cork Harbour / UTC+1] NNNN++++


Re: HackRF TX support with V3 of SDR Console

Lawrence Stoskopf
 

Great on software. Have both Limes and a Blade sitting here waiting to transmit. N0UU


Re: HackRF TX support with V3 of SDR Console

Simon Brown
 

Steve,

 

At the moment ANAN radios (needs fixing), then Lime and bladeRF.

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of steve@...
Sent: 23 September 2018 15:21
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] HackRF TX support with V3 of SDR Console

 

Hi Simon,

Thanks for getting back to me re: the HackRF, what devices does SDR Console allow to transmit?
For the HackRF I may stick with GNU Radio, have been able to setup a HF and VHF/UHF Radio that receives and transmits.

Kind Regards,

Steve, M6PPF


Re: HackRF TX support with V3 of SDR Console

Steve Leigh 2E0UZA
 

Hi Simon,

Thanks for getting back to me re: the HackRF, what devices does SDR Console allow to transmit?
For the HackRF I may stick with GNU Radio, have been able to setup a HF and VHF/UHF Radio that receives and transmits.

Kind Regards,

Steve, M6PPF


Re: World Map v1.0.5

Simon Brown
 

Hi,

FWIW the info I need (all timezones) is in the registry, for my own interest
I will add this today.

Simon Brown, G4ELI
www.sdr-radio.com

-----Original Message-----
From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Max
Mucci, N5NHJ via Groups.Io
Sent: 22 September 2018 18:51
To: Simon Brown <main@SDR-Radio.groups.io>
Subject: Re: [SDR-Radio] World Map v1.0.5

Hello Simon,
> Times as your describe - a right royal PITA !
Sorry.. forget it.
----------------------
73 de Max, N5NHJ (I8NHJ)

Saturday, September 22, 2018, 4:59:56 PM, you wrote:

Smaller clock size - easy.
Times as your describe - a right royal PITA !
Simon Brown, G4ELI
www.sdr-radio.com

-----Original Message-----
From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Max
Mucci, N5NHJ via Groups.Io
Sent: 22 September 2018 17:45
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] World Map v1.0.5
Simon,
Some more suggestions:
- Clock size less than 100%
- Configurable local/utc clock or add an extra clock (my
computer clock is on UTC, I would like to show the local time)
----------------------
73 de Max, N5NHJ (I8NHJ)







Re: World Map v1.0.5

Simon Brown
 

Hi,

 

Sources are from NOAA:

 

 

You see the values are correct.

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Alan Sorum
Sent: 23 September 2018 00:54
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] World Map v1.0.5

 

The space weather is a great addition. What is its source? The values don't match up with Alaska, NOAA or QRZ. Thanks for the efforts!

Alan WL7CG


Re: World Map v1.0.5

Alan Sorum <asorum@...>
 

The space weather is a great addition. What is its source? The values don't match up with Alaska, NOAA or QRZ. Thanks for the efforts!

Alan WL7CG


Re: World Map v1.0.5

Simon Brown
 

No,

I'll do it, but this sort of thing can be confusing and tricky to test.

Simon Brown, G4ELI
www.sdr-radio.com

-----Original Message-----
From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Max
Mucci, N5NHJ via Groups.Io
Sent: 22 September 2018 18:51
To: Simon Brown <main@SDR-Radio.groups.io>
Subject: Re: [SDR-Radio] World Map v1.0.5

Hello Simon,
> Times as your describe - a right royal PITA !
Sorry.. forget it.
----------------------
73 de Max, N5NHJ (I8NHJ)

Saturday, September 22, 2018, 4:59:56 PM, you wrote:

Smaller clock size - easy.
Times as your describe - a right royal PITA !
Simon Brown, G4ELI
www.sdr-radio.com

-----Original Message-----
From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Max
Mucci, N5NHJ via Groups.Io
Sent: 22 September 2018 17:45
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] World Map v1.0.5
Simon,
Some more suggestions:
- Clock size less than 100%
- Configurable local/utc clock or add an extra clock (my
computer clock is on UTC, I would like to show the local time)
----------------------
73 de Max, N5NHJ (I8NHJ)







Re: World Map v1.0.5

Max Mucci, N5NHJ
 

Hello Simon,
> Times as your describe - a right royal PITA !
Sorry.. forget it.
----------------------
73 de Max, N5NHJ (I8NHJ)

Saturday, September 22, 2018, 4:59:56 PM, you wrote:

Smaller clock size - easy.
Times as your describe - a right royal PITA !
Simon Brown, G4ELI
www.sdr-radio.com

-----Original Message-----
From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Max
Mucci, N5NHJ via Groups.Io
Sent: 22 September 2018 17:45
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] World Map v1.0.5
Simon,
Some more suggestions:
- Clock size less than 100%
- Configurable local/utc clock or add an extra clock (my
computer clock is on UTC, I would like to show the local time)
----------------------
73 de Max, N5NHJ (I8NHJ)







Re: World Map v1.0.5

Simon Brown
 

Smaller clock size - easy.

Times as your describe - a right royal PITA !

Simon Brown, G4ELI
www.sdr-radio.com

-----Original Message-----
From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Max
Mucci, N5NHJ via Groups.Io
Sent: 22 September 2018 17:45
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] World Map v1.0.5

Simon,
Some more suggestions:
- Clock size less than 100%
- Configurable local/utc clock or add an extra clock (my
computer clock is on UTC, I would like to show the local time)

----------------------
73 de Max, N5NHJ (I8NHJ)


Re: World Map v1.0.5

Max Mucci, N5NHJ
 

Simon,
Some more suggestions:
- Clock size less than 100%
- Configurable local/utc clock or add an extra clock (my computer clock is on UTC, I would like to show the local time)

----------------------
73 de Max, N5NHJ (I8NHJ)


Re: USRP usb 200

Simon Brown
 

Well,

 

It should. Why buy this radio, what’s the attraction?

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of rock
Sent: 22 September 2018 16:33
To: main@SDR-Radio.groups.io
Subject: [SDR-Radio] USRP usb 200

 

hello simon,
i see on one of your web pages you supported at one time this unit..i am very interested in purchasing one of these units..does SDRV3 work with this unit ?
thanks
Rocco
W2RTV


USRP usb 200

rock
 

hello simon,
i see on one of your web pages you supported at one time this unit..i am very interested in purchasing one of these units..does SDRV3 work with this unit ?
thanks
Rocco
W2RTV


Re: High CPU usage when AirspyHF+ is used as server

Simon Brown
 

So,

 

Switched on my netbook, hadn’t used it for 4 years! I’m thinking that this old ATOM chip doesn’t have enough grunt for the HF+, we’ll see.

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Simon Brown
Sent: 22 September 2018 13:27
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] High CPU usage when AirspyHF+ is used as server

 

Hi,

 

Found the info I need.

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Kriss Kliegle
Sent: 22 September 2018 12:37
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] High CPU usage when AirspyHF+ is used as server

 

Please don't laugh, the little netbook works great as a server. Operating SDRC locally on it is asking too much for the little bugger (build 1234 currently for test purposes). Reinstalling 1241 after this is sent

Kriss