|
Re: ARGH! My stuttering is back on the SDR-iq's viaremote
Joe Puma
Go to Power Settings and make sure youre set for High Performance. It usually defaults to Balanced. Also maybe you can run SDR console or wherever you think an app is lagging, maybe you can make that app take higher cpu priority. Ive read that some people have done this for other applications, I never did so I would start with google.
Joe
Sent from Mail for Windows 10
From: Kriss Kliegle
Sent: Saturday, December 8, 2018 1:11 PM To: main@SDR-Radio.groups.io Subject: Re: [SDR-Radio] ARGH! My stuttering is back on the SDR-iq's viaremote
Removing the switch in office (next to Client PC #1) in above diagram, still same results on AirspyHF+. In this layout, client PC and server PC are fed directly to the ISP router!
|
|
|
|
Re: ARGH! My stuttering is back on the SDR-iq's via remote
Removing the switch in office (next to Client PC #1) in above diagram, still same results on AirspyHF+. In this layout, client PC and server PC are fed directly to the ISP router!
SDR-iq #2  have one less switch in the loop, yet still stutter, no change. Beginning to think it's something in the two desktop client PC's? Websurfing makes it better, but once I go back to SDCR to make an adjustment, it stutters severely again. Kriss KA1GJU |
|
|
|
Re: ARGH! My stuttering is back on the SDR-iq's via remote
The two servers that were acting up were not allowing me to 'ping' them, got that fixed and still stutters from Client PC. Although opening up Chrome brower reduces the stuttering to where its readable, but still there.
Going to eliminate the switch on Client PC for test now... 73 Kriss KA1GJU |
|
|
|
Re: ARGH! My stuttering is back on the SDR-iq's via remote
Joe Puma
Have you tried rtl_tcp? I don’t have faith in other IQ streamers. Rtl_tcp been the best low latency IQ server I ever used and I’ve tried them all. Except Simons latest offering of his server. I just haven’t had the need to fix what’s not broken.
toggle quoted message
Show quoted text
Joe On Dec 8, 2018, at 7:36 AM, Kriss Kliegle <kliegle@...> wrote:
|
|
|
|
Re: ARGH! My stuttering is back on the SDR-iq's via remote
Paul Mclaren MM0ZBH
Cornel, assuming Kriss is running fixed up addressed across all devices that should not be an issue as no DHCP lease requests will be sent. In theory! Kriss - another network basic unless you have done it already run a ping 192.168.x.x -t from each client to the server and see if the response rates vary widely and correlate to periods of poor performance. Replace 192.168.x.x with the IP address of the server. If it shows something significant in the way of delays you could strip things back further removing devices from the network till you find the cause. It might show nothing but it will start to prove the stability of your network. Regards Paul On Sat, 8 Dec 2018 at 15:16, C. van Ravenswaaij <cortec@...> wrote:
|
|
|
|
Re: ARGH! My stuttering is back on the SDR-iq's via remote
C. van Ravenswaaij
Kriss,
toggle quoted message
Show quoted text
Are you certain that there is only one DHCP server active in your network? If you use any, that is. I have had strange client behaviour in my network, until I found out that, somehow, one of my AP configured routers had it’s DHCP function (re)activated after a firmware update. Good luck, Cornel Verstuurd vanaf mijn iPad Op 8 dec. 2018 om 13:36 heeft Kriss Kliegle <kliegle@...> het volgende geschreven:
Yes, IPV4 network, all servers have a fixed IP (won't work outside via the WAN without them) I even removed a switch and a LynkSys (DD-WRT flashed) router and problem still remained (see diagram above in msg #44315) between Client computer #1 and SDR-iq Server #2 & #3. Still the same behavior, but if I connect to any of my SDRplays, (SDRPlay #2 is not shown on the above diagram since it was removed for testing) no issues what so ever going through the same series of switches at 1 MHz bandwidth. I do have long runs of CAT6 from house to barn ~250' and from barn to repeater shed ~150', but as previously mentioned some SDR's work fine and some not so good via select clients. I spend most of my computer time using my XYL's 10 yr old Laptop, the one running the AirspyHF+ server. That old machine accesses all my SDR's just fine, go figure! Will try the NETSTAT diagnostics this AM.... 73 Kriss KA1GJU |
|
|
|
Re: ARGH! My stuttering is back on the SDR-iq's via remote
Paul Mclaren MM0ZBH
Kriss, I am probably a bit late on the show with this but have you tried some captures with Wireshark? You should be able to get a good idea of the network packets being exchanged with the server for a good client and a bad client. It is time stamped so you can compare like for like you using the filters. It might not give you an immediate answer but it could give you some evidence of what is happening if it is a network issue. Netstat will show what is happening at a point in time but as this seems to be intermittent then you need something for a longer time span. Regards Paul On Sat, 8 Dec 2018 at 13:46, Kriss Kliegle <kliegle@...> wrote: "Netsat -e " of the problematic SDR-iq #2 & #3 server: |
|
|
|
Re: ARGH! My stuttering is back on the SDR-iq's via remote
"Netsat -e " of the problematic SDR-iq #2 & #3 server:
|
|
|
|
Re: ARGH! My stuttering is back on the SDR-iq's via remote
What suffix shall I use w/the Netstat cmd?
Kriss |
|
|
|
Re: ARGH! My stuttering is back on the SDR-iq's via remote
HERB KEATON N2GEW
Kriss:
Your SDR-iq #2 and SDR-iq #3 both play well on my primary (client and server) desktop BUT DO NOT play on any clients (desktop, laptop, wifi, or networked ethernet) in my LAN. The stuttering and latency make not a word intelligible most of the time. Yet G4ELI is stutter-free and latency free on ALL CLIENTS regardless of individual specs in the same LAN. Of course, I could continue to look for additional servers that do/do not play on the clients but I don't think that would tell me anything additional. I do have KA1JGU and G4ELI logfiles saved on all these machines and have gone through them and note the difference being. 1) CUDA initialization fails on several machines (I attribute this to the graphics capability of the different machines). 2) After confirming buffering specifications (thresholds and limits) and flow control sleep 5 ms (restart timing) , the clients never get to the "execution state = continuous" and play but and simply go into "constant restarts" occasionally providing short bursts of readable signal, sometimes never. I assume this info in the logfile doesn't tell me much. I cant recreate your setup here as my LAN is far less complex: the Xfinity Gateway/Modem operating bridge mode to the ASUS RT-AC88U wireless router serving various including two gigabit switches down-the-line. Typical speed tests from IPv4 and IPv6 return 230 Mbps down and 12 Mbps up on the LAN. I have the Cloud IQ ethernet based SDR which plays with no issues to any / all clients on the LAN. As I recall, I noticed issues started when I wanted to put the Airspy HF+ (non-ethernet SDR) available to my clients. Or at least, that was my first encounter. Sorry I don't have more to offer. 73 Herb |
|
|
|
Re: The ordinal 14056 was not found in the DLL
Alan G4ZFQ
On 08/12/2018 09:40, Andy wrote:
The ordinal 14056 was not found in the DLLGoogle helps and brings you back here https://www.sdr-radio.com/Software/%F0%9F%92%BEDownloads/Version2 73 alan G4ZFQ |
|
|
|
Re: ARGH! My stuttering is back on the SDR-iq's via remote
Yes, IPV4 network, all servers have a fixed IP (won't work outside via the WAN without them)
I even removed a switch and a LynkSys (DD-WRT flashed) router and problem still remained (see diagram above in msg #44315) between Client computer #1 and SDR-iq Server #2 & #3. Still the same behavior, but if I connect to any of my SDRplays, (SDRPlay #2 is not shown on the above diagram since it was removed for testing) no issues what so ever going through the same series of switches at 1 MHz bandwidth. I do have long runs of CAT6 from house to barn ~250' and from barn to repeater shed ~150', but as previously mentioned some SDR's work fine and some not so good via select clients. I spend most of my computer time using my XYL's 10 yr old Laptop, the one running the AirspyHF+ server. That old machine accesses all my SDR's just fine, go figure! Will try the NETSTAT diagnostics this AM.... 73 Kriss KA1GJU |
|
|
|
Re: Help With Satellite Kep's
On 12/7/2018 21:10, Alan WA4SCA wrote:
AO-85 went missing from nasabare.txt for about 18 hours today. Fixed now.Ha! I am mentally vindicated ... and, as per my usual ability to drop into a success-Nul, I found the times when it wasn't available. Thanks so much -- 73 Bob KD7YZ AMSAT LM #901 |
|
|
|
Re: ARGH! My stuttering is back on the SDR-iq's via remote
Oidar
Hi Kriss
Your problem seem related to general IP and networking issues, rather than Simons software, just some simple tips below based on what we know of your network. Do you use a IPv4 or IPv6 network, if the answer is v4 continue below. If you use DHCP, try to give all servers static IP addresses you may even try giving the clients static addresses. Have you checked and double checked the network settings on each and every server and client, such as gateway, IP adresses and subnets? Do you see any anomalies using a networking diagnostics tool such as NETSTAT at each server or client? Have you tried swapping place of computers or switches in the network, and noticed any difference on the behavior? //Mats |
|
|
|
Re: The ordinal 14056 was not found in the DLL => solved
Andy <do1dxx@...>
Hi all
just found out, that I can run Data File Decimator and Analyser seperatly
All okay - no further action needed
Thanks!
vy 73, Andy |
|
|
|
The ordinal 14056 was not found in the DLL
Andy <do1dxx@...>
Hi all
I just wanted to install Console V2 2.3 build 3223 on my Laptop ( Lenovo E531, Win 10 ) but I got
the message:
"The ordinal 14056 was not found in the DLL "C:\Hobby\Console V2\SDRConsole.exe"
Why Console V2? It includes the SDRDataFileDecimator and SDR-Data File Analyser
I have even an older Version of V2 (V2.3 build 2194) but in this version my Perseus SDR is not
available.
Any suggestions?
vy 73, Andy- DO1DXX
|
|
|
|
Re: Help With Satellite Kep's
Alan WA4SCA <wa4sca@...>
AO-85 went missing from nasabare.txt for about 18 hours today. Fixed now.
73, Alan WA4SCA |
|
|
|
Re: ARGH! My stuttering is back on the SDR-iq's via remote
Welcome to my hell.
My most powerful computers, the two desktops, exhibit this problem within my LAN as explained previously, but yet an old i3 laptop works just fine on all servers w/in my LAN. All are Windows 7 variants, and hardwired. Strange thing is the SDRPlays I have work fine, even at 1MHz bandwidth, from the desktops. Two of the SDR-iq’s and the AirSpyHF+ don’t play well with the desktops, but work OK via WAN users. BTW, the AirspyHF+ wouldn’t work as a server at all on my netbooks that handles the SDRPlay just fine. So I moved it to my XYL’s i3 laptop. Puzzling this issue. 73 Kriss KA1GJU |
|
|
|
Re: A problem with Virtual Audio Cables
greg stuart
Hi Paul, My setup is much the same as yours and I am having the same problem except to re-establish the feeds I press the "Settings" icon in each instance of JAERO and then press "OK". Several seconds later the my satellite traffic starts appearing on Plane Plotter. Regards Greg On Sun, Dec 2, 2018 at 11:16 PM Paul Gulliver <paulg1953@...> wrote: I'm using SDR console V3 to receive C-Band aero signals from the Inmarsat satellite - my setup is: RSP1A into SDR console, console has 9 receivers feeding 9 instances of Jaero decoding software each fed via a virtual audio cable. |
|
|
|
Re: Help With Satellite Kep's
On 12/7/2018 18:15, Colin Hurst wrote:
They only appear in the TLE's generated by AMSAT-NA e.g.: nasabare.txtthanks interesting info Colin. Now I know why I was having so much trouble (re)locating the TLE's to replace to ones I'd misplaced. -- 73 Bob KD7YZ AMSAT LM #901 |
|
|