Commit Graph

9133 Commits

Author SHA1 Message Date
JustArchi
bcd31035b7 Bump 2016-06-03 00:47:44 +02:00
JustArchi
85dea3ab70 Mono: Prefer performance over memory
Every user can further fine-tune it however he wishes with https://github.com/JustArchi/ArchiSteamFarm/wiki/Low-memory-setup
2.0.5.0
2016-06-03 00:16:31 +02:00
JustArchi
aa9d78af95 Misc 2016-06-03 00:06:13 +02:00
JustArchi
550effd7c1 EXPERIMENTAL: Base key on classID only
I've just received trade offer from Endorlight game which used different combinations of classID/instanceID for the same items, such as <1450080555, 246376127> and <1450080555, 0> for Birdy trading card.
This is the first time I've seen something like that, as up to this point all classID + instanceID matched nicely. It's not good because it results in possibly wrong results regarding numbers of the same cards.
It's not any major problem scamming-wise, as ASF does other checks (including appID checks) so in worst case we could accept a trade that is not neutral+ for us, such as 1 -> 2 dupes one.

This commit fixes wrong logic for that particular trade I've encountered, and many similar ones, but I have no idea if we can really base key on classID only.
Number seems big enough to fit all steam items, but if there ever happens item that will have same classID as other one, we'll be in deep sh*t.

I ran a test on my Steam account with 7.5k+ items and didn't find any item which could cause such conflict, so I can at least assume that the issue doesn't exist for majority of Steam users.
Sadly there doesn't seem to be any good way to solve it either, as if such conflicts happens, then we will have 3 items such as <7, 1>, <7, 4> and <7, 0>. We can't know if 0 should be 1 or 4 (thanks GabeN).
This seems to be best solution for that problem, and until we find clasID conflict, we can sleep in peace.
2016-06-02 23:56:59 +02:00
JustArchi
548146cb65 Closes #240 2016-06-02 08:21:44 +02:00
JustArchi
4ca39da1f2 Misc 2016-06-01 22:45:51 +02:00
JustArchi
f406034c63 Mono: Prefer more aggressive GC 2016-06-01 22:43:11 +02:00
JustArchi
2b5b38aa07 Packages update 2016-06-01 14:37:50 +02:00
JustArchi
b8dbddd6f4 Misc 2016-06-01 02:34:38 +02:00
JustArchi
8ce70889d7 Misc 2016-06-01 02:19:22 +02:00
JustArchi
93d235c1b2 Bump 2016-05-30 23:30:00 +02:00
JustArchi
73af6b369a Fix ASF accidentally dismissing profile notifications 2.0.4.9 2016-05-30 23:25:50 +02:00
JustArchi
2d91a1ed26 Misc 2016-05-30 13:13:24 +02:00
JustArchi
7af0027c66 Correct custom games played while idle with new event-based mechanism 2016-05-30 13:12:22 +02:00
JustArchi
2ce54d9d0a Correct debug leftovers 2016-05-30 13:11:29 +02:00
JustArchi
88d722c14b Fix mono quirks
At least it already works on nightly...
2016-05-30 02:24:56 +02:00
JustArchi
5c46069c67 Bump 2016-05-30 02:11:23 +02:00
JustArchi
c2a1c160e0 Misc 2.0.4.8 2016-05-30 02:06:04 +02:00
JustArchi
ff971f7615 Misc 2016-05-30 02:03:33 +02:00
JustArchi
cdcaa9b06c Code review 2016-05-30 01:57:06 +02:00
JustArchi
9403985b14 LoggedInElsewhere improvements
Previously we had rather half-blind mechanism of trying to play given games, expecting a disconnect, and reconnecting in AccountPlayingDelay minutes. Now instead we have proper event-based handling - ASF listens on each PlayingSessionState event and updates availability of farming accordingly, not only resuming farming immediately after it's possible, but also limiting number of reconnects and other issues which could be caused by previous approach.

I bet this can be even further improved to not receive LoggedInElsewhere and disconnect error when user starts playing a game, but that's misc compared to gigantic improvement in this commit
2016-05-30 00:09:42 +02:00
JustArchi
a0215d2ac4 Misc 2016-05-28 13:20:42 +02:00
JustArchi
2ef99461d6 Packages update 2016-05-28 13:10:32 +02:00
JustArchi
8e91031510 Slightly improve logic of games played while idle 2016-05-28 13:08:53 +02:00
Łukasz Domeradzki
254cd3843e Mono doesn't support Windows XP anymore 2016-05-25 10:11:41 +02:00
Łukasz Domeradzki
450fc579f7 Update README.md 2016-05-23 07:32:58 +02:00
JustArchi
98f9e716d2 Readme update 2016-05-22 12:25:30 +02:00
JustArchi
86c8aa9b74 Bump 2016-05-18 05:03:51 +02:00
JustArchi
33e0675177 Skip first shutdown in ShutdownOnFarmingFinished, #229 2.0.4.7 2016-05-18 04:33:17 +02:00
JustArchi
f840f28657 Run debug version with Mono debug 2016-05-18 02:46:29 +02:00
JustArchi
64eb4a51b6 Misc 2016-05-18 02:26:29 +02:00
JustArchi
97affa7b54 Closes #229 2016-05-18 02:25:31 +02:00
JustArchi
65f1d790da Misc 2016-05-16 21:40:20 +02:00
JustArchi
0107185f2a Misc optimization 2016-05-16 03:14:57 +02:00
JustArchi
b8e98f58ac Misc 2016-05-14 00:11:41 +02:00
JustArchi
be9217f493 Bump 2016-05-13 19:51:44 +02:00
JustArchi
b60b864aca Misc 2.0.4.6 2016-05-13 19:43:48 +02:00
JustArchi
4c64141462 Misc 2016-05-13 19:40:55 +02:00
JustArchi
4b50596709 Enhance concurrent access with ArchiBoT concurrent hashset 2016-05-13 19:39:54 +02:00
JustArchi
622f060575 Prefer flags over comments 2016-05-13 19:20:24 +02:00
JustArchi
20038e8c86 Derp 2016-05-13 06:33:25 +02:00
JustArchi
b8faca2517 Gigantic code review (with ReSharper) 2016-05-13 06:32:42 +02:00
JustArchi
6f93139a18 Bump 2016-05-13 01:43:21 +02:00
JustArchi
50b5c7b87f Correct STM algorithm when overpaying with cards from the same game
us: X X Y
them: Y Y Z

trade:
Y -> X + Z

New:
toGive: 1
toReceive: 2 + 0 -> 0 + 2

diff: 1 - 0 = 1
1 > 0 ? True

Old:
toGive: 1
toReceive: 2

1 > 2 ? False
2.0.4.5
2016-05-13 01:35:17 +02:00
JustArchi
b60448ef4c Bump 2016-05-12 19:00:26 +02:00
JustArchi
fad08a1fa9 Fix linking new authenticator with null password 2.0.4.4 2016-05-12 16:32:04 +02:00
JustArchi
a180c100c6 Make use of CellID, closes #223 2016-05-08 15:52:57 +02:00
JustArchi
9d97ca16e8 Misc WCF code review 2016-05-07 15:24:09 +02:00
JustArchi
e833415718 Closes #221 2016-05-07 15:08:24 +02:00
JustArchi
6bb296a674 Bump 2016-05-06 23:58:50 +02:00