| diana_coman: | this update totally ruined the pastures for my microgoats, grrr | [02:59] |
| diana_coman: | I got a microgroat q6 out of a small, not even worth the cft that went in basically | [02:59] |
| diana_coman: | and I can confirm that somehow claims themselves influence output q: I got different qualities from tiny claims too, same resource, same bundle q | [03:07] |
| mircea_popescu: | lol | [09:11] |
| diana_coman: | ben_vulpes, I've put together a short example of cal3d model + use with cs to have as starting point; the model there is provided by cal3d themselves so it's exactly the sort of output we want from a blender exporter: all the files in folder cally + test.cal3d (the description of the model in a format that cs can use); source code and brief description here: http://dianacoman.com/Eulora/sources/sources.html | [10:54] |
| diana_coman: | and anyone else interested in models/graphics for eulora (hanbot ?) ^ | [10:55] |
| hanbot: | yeh i'll definitely have a look | [11:23] |
| ben_vulpes: | diana_coman: for your calibration, i'm testing mod6's v.pl atm. will look into the blender project once i deliver tests to him | [11:28] |
| diana_coman: | kk, no rush | [11:28] |
| diana_coman: | hanbot, if you have time and want to give it a try, there is apparently some cal3d exporter for blender 2.62 - no idea if it works at all or is of any use whatsoever https://wiki.blender.org/index.php/Extensions:2.6/Py/Scripts/Import-Export/Cal3D_File_Format(.cfg) | [12:41] |
| diana_coman: | (I would expect it to work with 2.66, if it works at all) | [12:42] |
| thestringpuller: | i got this one to work: https://github.com/alexeyd/blender2cal3d last night; outputs (cmf/caf/csf/xrf). but it's simple and you had to export one armature at a time and merge the cfg files | [14:17] |
| Birdman: | so what is to be done with the mining bot, maybe have it use multiple containers to not mix qualities? wouldn't work eventually with getting overladen | [14:21] |
| danielpbarron: | i want mine to just mix on the fly | [14:25] |
| danielpbarron: | and probably switch to a must-have-bundle method | [14:26] |
| danielpbarron: | seems like the easiest way to control how many threads to use on each different thing | [14:27] |
| danielpbarron: | not really "how many threads" anymore | [14:27] |
| Birdman: | yeah | [14:27] |
| Birdman: | pre make bundles | [14:27] |
| danielpbarron: | and let it build ords too, if the bundle is there | [14:28] |
| Birdman: | its also not giving the build any time for me, had to go manually build smalls that the bot made bundles in and left | [14:28] |
| Birdman: | still, you'll eventually just lose tons of value with it mixing as it foes | [14:28] |
| danielpbarron: | when i say mix on the fly i mean carefully | [14:29] |
| Birdman: | ah | [14:29] |
| danielpbarron: | lossless mix | [14:29] |
| Birdman: | maybe have it mix qualities that are a certain amount close to each other | [14:29] |
| Birdman: | q0-50 mixes, 51-100 etc | [14:29] |
| Birdman: | for now im just going to barehand a few thousand times and build smalls manually | [14:31] |
| danielpbarron: | and the method is simply: put all different quality piles into container, pickup container, match piles into pairs where quantity is same and quality is different but same even/odd. mix paired piles, if results have duplicate quality: merge them, repeat until there are only 2 piles; put them back into container and continue exploring | [14:31] |
| danielpbarron: | the matching algorithm is also simple: separate piles into even side and odd side. on each side, take the 2nd largest pile and and equal amount from the largest pile as first pair, repeat until one pile left that cannot be paired. mix all the pairs. sort back into even odd, repeat | [14:33] |
| danielpbarron: | one exception, when the 2nd largest pile is greater than 4999, have to only grab 4999 | [14:33] |
| danielpbarron: | the pairing step is a literal step. you cannot mix a pile with a picked-up part of another pile if the two add up to more than 9999 | [14:34] |
| danielpbarron: | even though the resulting mixed pile isn't greater than 9999 | [14:35] |
| Birdman: | that'd still lose you quality over time | [14:58] |
| Birdman: | ehh, interestingly enough my mining tinies take 1-3 bits but the bot still gets the "you dont know what to do with this" when it tries to build | [15:03] |
| Birdman: | which is a good thing for now | [15:03] |
| Birdman: | maybe because it is trying to use the bit, not combine it into a bunfler | [15:04] |
| Birdman: | bundle* | [15:04] |
| diana_coman: | hm, it shouldn't; Birdman, mind testing that manually and reporting it properly? meaning: 1 bundle+use for enum with 1-3; does it work? if not, what enum is that, etc | [15:33] |
| Birdman: | sure one sec | [15:33] |
| Birdman: | pss tiny enum, instructions are 1-3 lbn combined to pss tiny exploration bundle to extract. put one lbn into claim click use get the message "you dont know what to do with this." Clicking combine actually gives me the same error message | [15:35] |
| Birdman: | can a bundle not be comprised of one thing? | [15:36] |
| diana_coman: | it might be that particular bundle that is borked; will check; thanks | [15:36] |
| Birdman: | np | [15:36] |
| diana_coman: | ftr use/combine are interchangeable now; there shouldn't be any more silly errors that oh no, it was combine, not use or the other way around | [15:39] |
| diana_coman: | got it, a bit of a corner case; will be fixed this Wednesday; thanks Birdman for catching that | [15:46] |
| Birdman: | anytime | [15:46] |
| diana_coman: | danielpbarron, that sounds reasonable as an algo - you implementing it? | [16:07] |
| danielpbarron: | i will eventually if nobody else has by the time i'm painted into a corner | [16:23] |
| danielpbarron: | and no Birdman it doesn't lose quality | [16:24] |
| danielpbarron: | when you mix equal amounts of even quality or odd quality you get an even division to an integer quality and no loss | [16:24] |
| danielpbarron: | if you add two odd numbers you get even, add two even you get even. even number is divisible by 2 (and so is your final quantity because it is the result of combining two equal sized piles) | [16:25] |
| danielpbarron: | you can do a lossless mix for as long as you have 3 piles of different quality | [16:25] |
| danielpbarron: | when you finally have 1 odd pile and 1 even, you can't mix further unless they just so happen to combine in such a way that it similarly does an even rounding, but that's a rare edge case probably not worth complicating the code over | [16:27] |
| danielpbarron: | most the things in my storage are kept this way, and odd pile and an even pile | [16:27] |
| diana_coman: | why wait to be painted into a corner though danielpbarron ? | [16:30] |
| danielpbarron: | that's usually what gets me coding something | [16:31] |
| DicePower: | Is installing foxybot mandatory now-a-days? | [16:41] |
| mircea_popescu: | not really. | [16:42] |
| DicePower: | hmmm | [16:42] |
| mircea_popescu: | significasntly less useful since changes less wed, until someone patches it. | [16:42] |
| mircea_popescu: | would you like to finally do something useful and patch it ? | [16:43] |
| DicePower: | I'm getting fatal linking errors trying to compile Eulora's source code related to foxybot, even though I didn't intentionally install it. | [16:44] |
| DicePower: | http://dpaste.com/11BM1HM | [16:44] |
| mircea_popescu: | 9>c:\eulora-v0.1.2b\eulorav0.1.2\src\client\foxybot\botactivity.h(91): warning C4305: 'argument' : truncation from 'double' to 'float' << you did include it. | [16:45] |
| mircea_popescu: | but it's entirely unclear why it wouldn't link, tbh. | [16:46] |
| DicePower: | Well, I got my tar.gz from http://minigame.bz/eulora/source/ but didn't explicitly install foxybot separately. | [16:46] |
| DicePower: | The only thing I've really gone outside the bounds of the normal compilation process with was the stdint.h/inttypes.h thing. I had to play around with those files a bit to remove some new errors in 0.1.2 | [16:49] |
| DicePower: | But these linker errors sound unrelated. | [16:49] |
| mircea_popescu: | it was bundled with 1.2b yes | [16:51] |
| DicePower: | Ahhh, okay, that explains it. | [16:51] |
| mircea_popescu: | you can in principle just delete it (the folder i mean) and still work ; but there's at least one unrelated line in there (the topspops thing). | [16:51] |
| mircea_popescu: | incidentally this sort of issue (sudden linker errors) sounds VERY much like a type mismatch. | [16:52] |
| mircea_popescu: | so it probably is related. | [16:52] |
| mircea_popescu: | now, eulora DID move away from broken ints to sane ints during migration to 0.1.2, and i don't know anyone cared enohgh to extensively debug the insanity that is microsoft. so you might have found something. what exactly were those new errors ? | [16:53] |
| DicePower: | I see | [16:53] |
| DicePower: | They were related to recognizing int8_t and SCNd64 as keywords. I tried many things so I can't recall the precise series of steps that worked to fix it, but I downloaded stdint.h and inttypes.h first and moved them around/edited them a bit (i.e., it appeared that the #if command in which SCNd64 was defined wasn't seen as true, so I added a SCNd64 definition outside of the #if. | [17:00] |
| DicePower: | I'm not sure that I actually ended up using stdint.h. I think the real problem there was that the files in apppsclient are supposed to include psstdint.h, but there are two psstdint.h's and they were including they wrong one, or at least I thought they were. | [17:01] |
| DicePower: | One psstdint.h has actual code, while the other is a one-liner that includes stdint.h. | [17:02] |
| mircea_popescu: | well, you gotta keep a good record of steps you took else this happens and is undebuggable. | [17:03] |
| DicePower: | Which is why I downloaded stdint.h, but that ended up yielding redefinition errors, and I'm pretty sure I just changed everything to use psstdint.h and deleted the psstdint.h one-liner file so that the compiler could only find the one I wanted it to. | [17:04] |
| mircea_popescu: | my advice is, drop everything you did so far ; mark your efforts as UTTER WASTE both by hand on paper and in your own head so you never engage in the sort ofg insanity again as long as you live | [17:04] |
| mircea_popescu: | then download the proper version, compile it and report what problem you run into. | [17:04] |
| DicePower: | What do you mean by "proper version"? | [17:05] |
| mircea_popescu: | what minigame publishes as the code for eulora. | [17:05] |
| DicePower: | The 0.1.2b tar.gz that I used, so just start over with the same file and keep better track of the steps I take? | [17:06] |
| mircea_popescu: | not better. | [17:06] |
| mircea_popescu: | keep perfect track of steps ; and don't even take steps you don't understand in the first place. | [17:06] |
| mircea_popescu: | this isn't a spicy jungle adventure, it's engineering. the pinnacle of reason-based human activity. | [17:06] |
| DicePower: | Hmm, interesting | [17:07] |
| mircea_popescu: | at all junctures gotta be able to say what you did and why you did it or else don't do it. | [17:07] |
| DicePower: | Ya know, this nook of the programming community is very different than the rest of it, in a good way I think. | [17:09] |
| mircea_popescu: | i suspect so. | [17:09] |
| DicePower: | In many other chat rooms, one gets labeled as lazy for asking a bunch of theoretical questions instead of jumping in head first and experimenting :P | [17:10] |
| DicePower: | I will do what you said and redownload the tar.gz and start again, keeping notes of every step. | [17:16] |
| mircea_popescu: | cool. | [17:19] |
| danielpbarron: | which one is DicePower ? the one who spent forever making new characters or the one who modified his client on windows? or was that the same guy? | [17:19] |
| DicePower: | same guy :D | [17:21] |
| mircea_popescu: | i think he might be the guy that kept making characters | [17:21] |
| DicePower: | I'm modifying the client to make characters on its own and record the stats of each character. | [17:21] |
| mircea_popescu: | lel | [17:23] |
| danielpbarron: | DicePower, throw away all that, get the vanilla client running, and do some work in-game where it is needed and where you are best suited to show signs of utility. you can't possibly know how to modify the client or analyze the results of your science without having actually played | [17:42] |
| danielpbarron: | you already missed out on hundreds of thousands of coppers worth of skill items | [17:44] |
| danielpbarron: | and you won't miss out on experience if that's your fear in committing to a character. the work we need you to do involves specifically having you ~not~ level up | [17:45] |
| mircea_popescu: | so nobody's going to sell me any grass/cft bundles are they. | [20:49] |
| Birdman: | any ppb bps available mircea_popescu ? | [21:12] |
| Birdman: | i could make lots of bundles for you if you provide the grass, too | [21:13] |
| Birdman: | but as is i think im getting free high level tinkering on what bundles i can make myself for now | [21:13] |
| Birdman: | come to think of it diana_coman, the tiny sm claims dont get built either, might be all mining stuff? | [21:53] |
| mircea_popescu: | !Qauction 34m 24 one stack ppb bps q 77 | [22:33] |
| lobbesbot: | AUCTION # 26 STARTED by mircea_popescu: one stack ppb bps q 77 Opening: 34m coppers Ending: 2017-02-23 03:33:02 UTC (24 hours) | [22:33] |
| danielpbarron: | lol | [22:34] |
| danielpbarron: | !~calc 9999*0.77*77*57*0.1 | [22:39] |
| jhvh1: | danielpbarron: 9999*0.77*77*57*0.1 = 3379192.0470000007 | [22:40] |
| mircea_popescu: | did i fuck up the calc ? | [22:46] |
| Birdman: | no thats 10x | [22:48] |
| mircea_popescu: | they are kinda expensiuve i guess. large craft | [22:49] |
| Birdman: | Yes, I expected a stack to be auctioned or whatever but thats waay outta my league lol | [22:50] |
| mircea_popescu: | holy shit | [22:57] |
| mircea_popescu: | so ord cdg with electron bundle -> 35.6k cft q 1 | [22:57] |
| Birdman: | i could see that | [23:13] |
| Birdman: | my cft came out much higher q than what you made but less total value | [23:14] |
| mircea_popescu: | !~calc 35600 * 0.01 * 60 | [23:15] |
| jhvh1: | mircea_popescu: 35600 * 0.01 * 60 = 21360 | [23:15] |
| mircea_popescu: | 20k bv, not great for an ord. | [23:15] |
| lobbesbot: | AUCTION # 26: one stack ppb bps q 77 Opening: 34mn Highest Bid: No bids Ending: 2017-02-23 03:33:02 UTC (23 hours 14 mins) | [23:18] |
| Birdman: | idk where i am compared to you guys in building and sortage but im sure im pretty far behind | [23:29] |
Comments feed: RSS 2.0