[RELEASE] Slopey's BPC Market Tool! - New version!

Just found a little bug, which could account for some of the spurious entries. If I use the 'add commodity' button whilst using the Grid Update function, whatever I put in the Sell column is copied to the Price and Stock columns - no matter what I put in those columns myself. The only way to deal with it is to edit the grid again before uploading. If I do this, then the correct data is uploaded.

Also is there any way to stop the multiple items appearing? I've just updated Quechua and now each commodity appears twice, with a difference of about 30 seconds. But if I delete one of the duplicates it removes both from the local database!!
 
Last edited:
Slopey,

What should the dateformat be in the table sc in ED4.db ?? When I inspect the content of SCStationLastUpdate, I find two different formats:
query:
Code:
select distinct substr(SCStationLastUpdate,1,11) from sc

result:
Code:
substr(SCStationLastUpdate,1,11)
05-jan-2015
04-jan-2015
06-jan-2015
07-jan-2015
2015-01-07 
2015-01-08


(edit: pasted the wrong buffer :( )
 
Last edited:
I had this issue after the update. To fix it load into ED then load the tool. It asks to again if you want Verboselogging turned on click yes and it should work, at least it does for me.

For me as well. It looks like AppConfig.xml is no longer read by ED. You can rename or delete it and ED still starts fine. When you check the netlog file, location is no longer logged.

So looks like not an issue with BPC, but with ED parsing of AppConfig.xml or logging?

EDIT: nevermind. Apparently ED will run fine without AppConfig.xml. The real problem was an error in the XML, which made it unparseable by ED. After correcting the xml and restarting ED and BPC, location is back again.
 
Last edited:
Had a error where the software would no longer download the newest version. After reading some people said delete the software after copying the ED4.db. Wich i did. The reinstall. Now i reinstalld and came to the conclusion the software would crash if i used the ED4.db i backupd. So i deleted it and just reinstalled it all.

Now my biggest issue is it seems like the database only knows 44 systems and only a copple of stations in those systems.

Anyway to get the big database back? My old db file was around 58.800kb now only 13.641kb.

Any help would be appreciated (and yes i tryed a force download).
 
For me as well. It looks like AppConfig.xml is no longer read by ED. You can rename or delete it and ED still starts fine. When you check the netlog file, location is no longer logged.

So looks like not an issue with BPC, but with ED parsing of AppConfig.xml or logging?

EDIT: nevermind. Apparently ED will run fine without AppConfig.xml. The real problem was an error in the XML, which made it unparseable by ED. After correcting the xml and restarting ED and BPC, location is back again.

Hi, I am still having this issue, even after trying all the suggested fixes in the AppConfig.xml file. It still only shows as unknown after I click the Current button. Could you give more details on how you fixed it please.

Thank you in advance.
 
Hi, I am still having this issue, even after trying all the suggested fixes in the AppConfig.xml file. It still only shows as unknown after I click the Current button. Could you give more details on how you fixed it please.

Thank you in advance.
My AppConfig.xml looks like this:
<AppConfig>
<Display>
<ScreenWidth>1280</ScreenWidth>
<ScreenHeight>720</ScreenHeight>
<FullScreen>false</FullScreen>
<VSync>true</VSync>
<PresentInterval>1</PresentInterval>
<Adapter>0</Adapter>
<Monitor>0</Monitor>
<DX11_RefreshRateNumerator>60</DX11_RefreshRateNumerator>
<DX11_RefreshRateDenominator>1</DX11_RefreshRateDenominator>
<LimitFrameRate>false</LimitFrameRate>
<MaxFramesPerSecond>30</MaxFramesPerSecond>
<!-- If you are looking for the SSAA setting this has moved in to Settings.xml in the save directory
** typically: C:\Users\{username}\AppData\Roaming\Frontier Developments\Elite Dangerous\Options\Graphics.
** If this file does not exist you can generate it by entering the graphics options screen in game
** and hitting apply. You can then add <SSAA>X</SSAA> when X is the SSAA amount (1 by default) -->
</Display>

<Threads
RenderThreadStackSize="1048576"
WorkerThreadStackSize="1048576"
NumWorkerThreads="6"
RenderJobQueueSize="10240"
KernelJobQueueSize="10240"
MinSpareCores="0"
OptimiseForPerformance="1"
UseThreadPriorities="0"
PerformanceScaling="1"
/>

<Files
MaxLoadRetries="10"
/>

<Network
Port="0"
upnpenabled="1"
LogFile="netLog"
DatestampLog="1"
VerboseLogging="1"
>

</Network>
<GameObjects />
</AppConfig>
I hope this helps you, otherwise, post your version (pref. with spoiler-tags too) and we'll take a look
 
Been having an issue with 4.2.1.0 where it locks up about 80% of the time when I hit "Save Data" in the Add/Update Prices window. CPU usage spikes and the interface locks up hard. I've tried waiting it out but nothing ever seems to complete. If I kill the process and restart I find that my prices were in fact saved, so I don't have the slightest inkling what the program is trying to do when it locks up like that. Every now and then... it works fine.

I can work around this of course, but it does kind of disincentivise me from actually trying to keep prices updated, which is contrary to the point of the program.
 
Ty Ty Ty, I think that may have fixed it, I will test it over the next few hours, fingers crossed, BTW Slopey this is a great program, and I am sure your doing your best in as far as there are many different computer configs out there.
 
Language Settings

Hi,

first ... Very nice Tool ...

I will support the database, but i dont will play with a english Client ...

I have changed the OCR-Setting for german Names, but your Tool dont allow me to import the informations.

I wish me a german input offer ...

Please dont translate all to german or other languages ... allow the players only other input-languages ...


Bye
 
Been having an issue with 4.2.1.0 where it locks up about 80% of the time when I hit "Save Data" in the Add/Update Prices window. CPU usage spikes and the interface locks up hard. I've tried waiting it out but nothing ever seems to complete. If I kill the process and restart I find that my prices were in fact saved, so I don't have the slightest inkling what the program is trying to do when it locks up like that. Every now and then... it works fine.

I can work around this of course, but it does kind of disincentivise me from actually trying to keep prices updated, which is contrary to the point of the program.
I seem to have the same. Seems to be mostly when saving data from the 'Grid Update' tab (system and station and commodities all pre-existing, doesn't seem to matter if one price or several prices are saved).
 
Last edited:
Hi, I am still having this issue, even after trying all the suggested fixes in the AppConfig.xml file. It still only shows as unknown after I click the Current button. Could you give more details on how you fixed it please.

Thank you in advance.

I had a '<' too much before the GameObjects section. It looked like this:

<Network
VerboseLogging="1"
Port="0"
upnpenabled="1"
LogFile="netLog"
DatestampLog="1"
</>
<GameObjects />

should have looked like this:

<Network
VerboseLogging="1"
Port="0"
upnpenabled="1"
LogFile="netLog"
DatestampLog="1"
/>
<GameObjects />

You can also use my AppConfig.xml. Be sure to place it in the FORC-FDEV-D-1002 folder. After restarting ED, you should see system-names in FORC-FDEV-D-1002\Logs\netLog.(yearmonthdaytime).01.log file.
Looks something like this: {01:00:57} System:28(Cerno) Body:27 Pos:(197.546,-38.9945,513.053)
 
Hello Slopey,

in a different thread I was recently in a disscussion with an other CMDR in regards of your and other similar tools.
While I think your or the other trading tools are great for new pilots I also think they have a big letdown, but maybe I´m totaly wrong here with my assumptions.

My statement was basicly that: Active users cut themself in the leg by feeding data into the tool while the mass of users just leech along and make sure that high value routes get farmed faster and so the profit drops faster.
Do you have any numbers how many of your users activly feed data and how many just leech along ? I would guess its about 20/80 just by taking normal human nature into account.

The other CMDR then linked a statement from you that your tool couldnt see any difference is sales numbers even if heavily farmed according to system jump data. In that point I think you are wrong because I moved recently from a T7 to an T9 on my "house route", system jumps dont have changed ( so not additonal CMDRs doing the same route ) but in 2 days I managed it to make the price for my route go down by 150cr/t while commodities still are high demand and supply. Not much but with addional CMDRs in big transport ships I think the drop would be bigger.

Can you confirm anything I stated and can you provide numbers how many of your user are feeders and how many are leechers ? Also did you ever thought about forcing users to put in data ( maybe 2-3 system by per login ) before they can see data themself ? Dont know if that could be coded into your tool but I think that the value of your tool would raise with that feature.

Thanks.
 
Last edited:
Back
Top Bottom