| mircea_popescu: | and in daily miner's frustration, leave bot running, it "loses" table in inventory at try 100, spends the next 2540 tries "not finding it" and there we go. | [02:23] |
| diana_coman: | weird, mine went fine the whole night, 3400 tries | [03:08] |
| diana_coman: | even found an sb ord bh | [03:08] |
| mircea_popescu: | aaand it just did it again | [08:36] |
| mircea_popescu: | 99th explore, lost table | [08:36] |
| mircea_popescu: | 4k explores sat in spot did jack shit | [08:36] |
| mircea_popescu: | i simply can not explore anymore, it NEVER works. | [08:37] |
| mircea_popescu: | it just leaves table in inv and sits there. | [08:37] |
| diana_coman: | well, you can always go *without* a table if that is the thing that annoys most | [08:39] |
| mircea_popescu: | hm diana_coman do you think /bot explore x line y 1 1 7500 8500 might be inadequate for tool ? ie, the delays are good for bh but no good for adze ? | [08:39] |
| mircea_popescu: | no, because w/o a table im guaranteed to stop in say 100 tries anyway because weight | [08:39] |
| diana_coman: | hm, shouldn't be- it's what I use as delays with tools as well | [08:39] |
| mircea_popescu: | nuts. | [08:40] |
| diana_coman: | basically the only real solution to this is to make the bot a bit brighter to actually search the inventory for the right table | [08:40] |
| mircea_popescu: | ~7k clicks - wasted since yest, i'm running at 0.3\% capacity over here | [08:40] |
| mircea_popescu: | could just use the first... | [08:40] |
| diana_coman: | uhm, no | [08:40] |
| mircea_popescu: | why not ? | [08:40] |
| diana_coman: | that will just give you a different thing to complain about, lol | [08:40] |
| mircea_popescu: | what, "don't be an idiot and keep all other tables in last slots" ? | [08:41] |
| diana_coman: | because at some point you'll get stuff in inv and then an old table will become "first" and then complain | [08:41] |
| mircea_popescu: | how so ? | [08:41] |
| mircea_popescu: | i keep all my other tables in the absolute last slots anyway. | [08:41] |
| diana_coman: | oh, you mean if they are all very last slots then if inv gets full it will segfault anyway, so yeah | [08:41] |
| mircea_popescu: | yup | [08:41] |
| diana_coman: | did you have some tiny keys that were not left in claims? | [08:42] |
| mircea_popescu: | one yes and a small | [08:42] |
| diana_coman: | ugh, so that changes the slot where the table lands I suppose | [08:42] |
| diana_coman: | mmk, will look for the smallest pathc | [08:43] |
| mircea_popescu: | yeah, but it'd be still "first table". even a "drop craft-table" command would do it | [08:43] |
| diana_coman: | patch | [08:43] |
| mircea_popescu: | iirc that drops first | [08:43] |
| diana_coman: | drop table was not reliable from what I saw | [08:43] |
| mircea_popescu: | ah | [08:43] |
| diana_coman: | I suppose that is the root cause there: pretty much nothing is actually reliable so poor bot is kind of trying as best it can | [08:44] |
| diana_coman: | anyways, will cook up something | [08:44] |
| mircea_popescu: | yeah this'll have to be fixed eventually. whole client is written in this "fuck you, click again" windows persepective. it needs to be a lot more like the linux kernel : either it's done or it's not done and you know which it was. | [08:45] |
| shinohai: | pidof craftable1 | [08:45] |
| mircea_popescu: | lol | [08:45] |
| diana_coman: | shinohai, laugh or cry but the same damn table has an entirely new id each time it moves from inventory to world and the other way around | [08:46] |
| diana_coman: | see this table on my back? abracadabra now it's a whole NEW table on the ground!! | [08:47] |
| mircea_popescu: | is there any reason this can't be fixed server side right now ? | [08:48] |
| mircea_popescu: | or w/e, wed / | [08:48] |
| diana_coman: | it's all on the client, wtf can the server do? | [08:48] |
| diana_coman: | it doesn't send ids or some such | [08:49] |
| mircea_popescu: | a) how can the id be on the client, server gotta keep track of the table ; b) server just fucking sends the id, what. | [08:49] |
| diana_coman: | lolz | [08:49] |
| diana_coman: | server keeps track of table, sure | [08:49] |
| shinohai: | diana_coman 's description makes them sound like living entities that MAKES ITS OWN ID | [08:49] |
| mircea_popescu: | what, there's a translation table, "clientid x = serverid y" ? | [08:49] |
| shinohai: | lol | [08:49] |
| diana_coman: | close but possibly worse mircea_popescu | [08:50] |
| mircea_popescu: | oh for chrissakes. | [08:50] |
| diana_coman: | there is clientid, there is serverid and they all live on different yellow submarines | [08:50] |
| mircea_popescu: | so how does the server know which table is the lcient blathering on about anyway ? | [08:50] |
| mircea_popescu: | "i am picking up table 59" "you don't have table 59" "yes i do, i got it by dropping on ground table 58" "fuck you bitch" | [08:51] |
| mircea_popescu: | "table 59 belongs to some guy in china, get with the program" | [08:52] |
| diana_coman: | see, at least it makes it entertainin | [08:52] |
| mircea_popescu: | lol | [08:52] |
| diana_coman: | *each* time a change happens (you drop something, you take something, you pick up a bloody blade of grass) the server sends AGAIN the WHOLE inventory | [08:52] |
| mircea_popescu: | ok. with updated ids ? | [08:53] |
| diana_coman: | hm, where to start explaining the mess from, lol | [08:54] |
| mircea_popescu: | lettuce go private. | [08:54] |
| diana_coman: | kk | [08:54] |
| diana_coman: | mircea_popescu and anyone struggling with the bot getting jammed on not finding table in inventory: in botactivity.cpp, method ExploreActivity: DoDropTable() replace the line " worldHandler::DropFromSlot(tableSlot, 1);" with "worldHandler::ExecCmd(csString("/drop Craft-Table"));" | [09:41] |
| diana_coman: | this means the bot will always drop A craft-table, hopefully the right one (obv, keeping only one table in inventory ensures it drops the right one; keeping all *other* tables on the very last slots in inventory gives you a good chance that it always drops the one you want rather than a different one, but no guarantees) | [09:42] |
| diana_coman: | should be line 556 in botactivity.cpp that you need to replace there | [09:43] |
| diana_coman: | src/client/foxybot/botactivity.cpp | [09:43] |
| mircea_popescu: | ah ty. | [09:46] |
| mircea_popescu: | will need recompile yes ? | [09:46] |
| diana_coman: | yes | [09:48] |
| mircea_popescu: | aite ima try this later an' report. | [09:53] |
| mircea_popescu: | this is a reminder that http://trilema.com/2016/mysterious-auction-of-grimy-mystery/ starts in about 15 minutes! | [15:39] |
| lobbesbot: | Title: Mysterious Auction of Grimy Mystery! on Trilema - A blog by Mircea Popescu. (at trilema.com) | [15:39] |
| shinohai: | is left alone with the Gingers. | [16:10] |
| mircea_popescu: | lol | [16:10] |
| hanbot: | woohoo! i'll make a post when i eventually figure out what this grimy toolkit thing is/does. (if?) | [16:13] |
| mircea_popescu: | :) | [16:13] |
| diana_coman: | heh, have fun hanbot | [16:13] |
| mircea_popescu: | diana_coman can i just ftjam or do i have to reconfiugure ? | [16:14] |
| diana_coman: | ftjam is enough | [16:14] |
| mircea_popescu: | well im back in! | [16:39] |
| mircea_popescu: | seems to be working | [16:40] |
| diana_coman: | good then | [16:43] |
| mircea_popescu: | it's not dropping off the first table | [16:44] |
| diana_coman: | ahem, as I was saying "drop" is not reliable | [16:44] |
| mircea_popescu: | it's dropping off the LAST one. | [16:44] |
| diana_coman: | ahahahaha | [16:44] |
| diana_coman: | so move everything to the first slots then? | [16:45] |
| mircea_popescu: | this was some havoc lol | [16:45] |
| diana_coman: | tbh I would not even guarantee that it is *always* the last one | [16:45] |
| mircea_popescu: | it's not | [16:46] |
| diana_coman: | welcome to the wonders of the planeshift code | [16:46] |
| mircea_popescu: | it;s not the fiurst, it's noit the last, it's not the first he touched, nore the last he touched | [16:47] |
| mircea_popescu: | it's... random. | [16:47] |
| mircea_popescu: | motherfucker. | [16:47] |
| diana_coman: | now you know *why* the poor bot was trying to keep track of where *the table* actually is | [16:47] |
| diana_coman: | because ... | [16:47] |
| diana_coman: | myeah | [16:47] |
| mircea_popescu: | i gopt an idea though | [16:47] |
| mircea_popescu: | might work with single table | [16:47] |
| diana_coman: | that for sure, yes | [16:47] |
| mircea_popescu: | so ima move all these shits into other types of tools | [16:47] |
| diana_coman: | if you have only one table in inv, it should always work | [16:48] |
| diana_coman: | kind of "hey, cut a leg and then this car will move you about faster" but myeah | [16:48] |
| mircea_popescu: | aha | [16:48] |
| mircea_popescu: | hey, if this solves my stuck problems im happy | [16:51] |
| mircea_popescu: | because it really kills my production | [16:51] |
| diana_coman: | aha; still, now I wonder why the hell did the client have commands given how they "work" totally at random | [16:52] |
| mircea_popescu: | heh | [16:54] |
| mircea_popescu: | bot seems to be working ok in the new formulation | [19:00] |
| shinohai: | !~ticker | [19:36] |
| jhvh1: | shinohai: Bitfinex BTCUSD ticker Best bid: 644.17, Best ask: 644.18, Bid-ask spread: 0.01000, Last trade: 644.17, 24 hour volume: 2365.97404519, 24 hour low: 639.59, 24 hour high: 645.8, 24 hour vwap: None | [19:36] |
| mircea_popescu: | lol 65bux grimy toolkit! almost enough to buy a real toolkit. | [19:37] |
| shinohai: | O.o | [19:53] |
Comments feed: RSS 2.0