Thuffyr said:
Does I understand well that when I enter new prices data from station by doing printscreen and using OCR, these data will be automatically updated onliine?
Yep; if (and only if) you tick the "Post data to EDDN on Import" box on the OCR => Capture and Correct tab, then yes, it will automatically upload your data to the EDDN rebroadcaster, which will then send it to anyone who is listening at that moment.
Thuffyr said:
for what use is the webserver?
So that you can fix OCR errors and view price data, without having to flip out of Elite Dangerous. You can, for instance, view the webserver on your phone or tablet, and see price information that way. Brilliant if you need it, useless if you don't!
Thuffyr said:
Start Listening... MSVCP120.dll
Well, I didn't realise this, but it seems that the ZeroMQ component I use for EDDN listening, requires the Microsoft Visual Studio 2013 C++ Runtimes. You can get them here =>
http://www.microsoft.com/en-gb/download/details.aspx?id=40784 and thanks for the heads-up, I will add this to the first post.
iAmLegion said:
Thanks, I will take those into consideration when I have more time
Marikc0 said:
Parameter is not valid. at RegulatedNoise.Ocr.Crop(Bitmap b, Rectangle r)
iAmLegion said:
Redid the calibration and it works better
More calibration problems. I suppose we need auto-calibration quite badly now.
Thuffyr said:
Can it remember last selected station instead of always selecting the first in the list?
Added to the to-do list
Kepler said:
Its great every time I log on there is a new version, with new features !!! Brilliant !!!
Would an option to exclude data older than a certain date be good ??
:-D but be warned, now the Christmas break is over, updates will be less frequent. But I will keep sharing the source code, because this sort of thing is awesome:
ImaginaryEd said:
Many thanks for this, ImaginaryEd. I'm just going to drop this straight in the next version and we'll see if it needs tweaking or if we need to make the +16 parameterised. The community will feed back!
iAmLegion said:
multiple screenshots, i do align them up though so no text is cut off
Correct, this is the best way to do it. Multiple screenshots should queue up properly and be processed one-by-one - even if there are corrections in some or all of the screenshots.
ImaginaryEd said:
I mentioned in my previous post that a floodlight is messing up the station name
I'm open to suggestions about what we can do about that - apart from force the user to validate the station name (i.e. kill the auto-import, which someone asked to be configurable anyway IIRC)
ImaginaryEd said:
if multiple screenshots are queued, and you have to make an OCR correction, it will crash.
This shouldn't be happening, and indeed it doesn't happen for me. Let's see if v1.31 with your change makes any difference, if not I'll add more debug code.
Vendraen said:
Weird. Can you post a screenshot that causes it to crash, plus the values out of your calibration.txt plz? With both of those, it should crash for me too, then I can investigate.
I've had "H1GH" as something to correct a couple of times, I'm thinking matching the closest of "HIGH/MED/LOW" for each of the demand columns should solve this.
Spot-on - LOW/MED/HIGH always works for me cos I'm at 2560x1440, but as you say it should be easy enough to match as per the commodity names. One more thing for the to-do list!
Probably need to get the list of rares added to the list of known commodities - currently this is hard coded but it could benefit from being placed in a separate text file that gets loaded on startup.
Yep, the commodities list is a manually-tidied dump from EDDN at the moment, a five-minutes-of-code improvement - you are absolutely right about extending and exposing the list...
Sorry for anyone whose post I missed BTW, it's getting hard to keep track of. I almost feel like we need a bug tracker! :-/