May I ask one thing, so far I've not seen an option to get to the new version screen while the program is running, if I'm right and there is not an option can you add an option for manually checking for a new version, and perhaps an option for checking every n hours or days? Would be useful for anyone running the program 24x7.
I've added an option for the user to specify how often the program checks for updates (between 1 and 14 days), and there's a button to do a check at any time.
soon as I run this new version (3.1) i had lots of strange behaviour on my computer, this is what happened.
the DSL Stats app opened straight to tray, i could not open it from the tray, i opened task manager and i could not kill the dslstats.exe *32 process, then all of a sudden it looked like it was logging me out as my screen blended to black (like does on shutdown) and it made the "disconnection" noise..the screen came back on and said a USB device had failed? also internet connected was lost but came back on, Task Manager was showing only half the stuff in task manager too..
I can't explain this behaviour, unless it was related to the check for an updated version - if the website was unavailable at the time, there was a long timeout before the program would appear, so the system tray icon would have been unresponsive. I've now reduced the timeout to 5 seconds, and also changed the way in which update checks are carried out.
but there are some problems: (im using Netgear DG834Nv1 with DGTeam 1018)
1) AS Uptime isnt reported in the bottom window
2) Nothing is logging in BitSwaps per tone (it is checked for monitoring)
3) The BitSwaps Per minute graph is showing zero (which I dont believe is correct)
1. Now corrected.
2. As discussed earlier, this graph is cumulative, so it may take some time for data to appear after starting the program.
3. I don't believe there was anything wrong here, but I'm prepared to be persuaded otherwise.
EDIT 2: It seems to have issues running alongside DMT Tool (which RS-W didnt) - ive been getting "no data in last response" and "no response from router" when DMT Tool was running only for few minutes.
As discussed earlier, I don't believe there were any changes in this version which would have affected this, so I'm assuming that this was just a random conflict at the time. If it continues to be the case, please tell me.
it would be great if it saved settings as they were made...or had SAVE/APPLY button somewhere? because if one shuts down windows without first exiting the program it wont remember their settings or save images etc... I dont recall having any problems with RS-W in this respect? it seemed to me that the settings were saved as amended? as i never shut down RS-W I just shut down windows.
The program now saves its settings when you click the green button.
also, I think it should start all graphs up in compressed view... expanded view should only be chosen by the user for a more refined inspection, the save to folder works great but any "expanded view" images (QLN, HLOG) dont save as a viewable image, it says INVALID IMAGE, when i change to compressed view and exit the program and re-check its ok..
I can't reproduce this problem, so I haven't made any changes in this area at present. If you prefer the graphs to start up in compressed form, then set them that way and the setting will be remembered.
EDIT: bug report - when changing colors for download...everything but the "bit swaps per minute" change color, they remain red...even if i change the 'other data' color to blue (like I did with download just messing about)
EDIT2: bug report - SNR Graph sometimes doesnt save correctly, well hasnt for last 3 saves, I have since disabled it in hope that it will be included together in the Bit-loading graph rather than seperate graphs...all other graphs are fine
1. Now fixed.
2. I can't reproduce this problem. The relevant code is the same as for the other graphs, so I'm at a bit of a loss.
My bitswaps per tone graph hasn't worked for around a month now, but I have around 50 Bitswaps per minute so I'm assuming this is something to do at my end?
Unless you're using one of those routers which don't refresh the bitloading data between re-syncs, I can't explain this. If it continues to be the case, I'd appreciate more information to help me get to the bottom of it.
Eric I spoke too soon about having no errors. Unfortunately I was relying on the DSLStats error graphs and sadly this is not a good idea. The problem seems to be that if a re-sync happens the error graphs do not start again after it reconnects, I had to stop and start DSLStats in order for the errors to be plotted once again.
I found the source of this, and I believe it's now fixed.
[Edit] Now confirmed - I had a re-sync earlier, and the error graphs continued to plot afterwards.