| fggg: | is this game still alive? | [03:47] |
| diana_coman: | fggg: it is; are you alive though? | [03:59] |
| fggg: | diana_coman, no, we are admist wuhan coronavirus | [04:01] |
| diana_coman: | there's no we around here, there's only V! | [04:02] |
| diana_coman: | fggg: how did you find your way in here? | [04:03] |
| fggg: | diana_coman im trying to find something fun to pay during work | [04:04] |
| fggg: | *play | [04:04] |
| diana_coman: | heh, there's lots of fun around the game too, only it's that thing with ...you need to know how. | [04:05] |
| diana_coman: | fggg: what is your work? | [04:05] |
| diana_coman: | fggg: re game, there's the wiki with step by step instructions for account setup; the client and a lot more besides is on my blog atm. | [04:07] |
| diana_coman: | fggg: as the topic says, this channel is logged and you can read any of it at http://logs.ossasepia.com/log/eulora or http://logs.minigame.biz/2020-01-27.log.html for instance | [04:08] |
| fggg: | it says 404 not found | [04:09] |
| fggg: | nevermind | [04:09] |
| fggg: | is there by any chance a binary? | [04:11] |
| diana_coman: | fggg: hm, are you on windows? | [04:12] |
| diana_coman: | fggg: questions doth not bite. | [04:19] |
| diana_coman: | or maybe they do bite *some* people, I guess; even questions are alive around here! | [04:24] |
| diana_coman: | will bbl | [04:24] |
| diana_coman: | mircea_popescu: those past few days I kept looking at "why can't we" and I think it's ripe for some discussion really to get to the bottom of the options there. | [10:23] |
| mircea_popescu: | shoot | [10:23] |
| diana_coman: | the core of the thing that got me initially going nuts is that any possible solution that I see is in fact using code somewhere in between old client (aka the one currently deployed) and latest client (aka the one currently set down) | [10:24] |
| diana_coman: | but once I got over that wtf: | [10:24] |
| diana_coman: | all the existing formats (cal3d included) are essentially enumerations of stuff anyway; they CAN be used, possibly with a converter on client side, why not | [10:25] |
| diana_coman: | ie server sends vectorial, client-side bit creates list of vertices or whatever and stores it locally for use | [10:25] |
| diana_coman: | basically ~all of it could even go that route if wanted | [10:25] |
| diana_coman: | if one goes all the way to currently working client, it can even go that local bit automatically updates whatever xml lists the client wants, after all | [10:26] |
| diana_coman: | esp those that are basically inventories, what's to stop the code to update them as stuff comes in; it will still get loaded only on client reset (because idiots) but anyways | [10:26] |
| diana_coman: | that would be on one extreme | [10:26] |
| mircea_popescu: | right | [10:27] |
| diana_coman: | it would *still* require that we extract /define some formats | [10:27] |
| diana_coman: | because for instance there's this mess that cal3d's "material" format is anyway not used | [10:27] |
| diana_coman: | so currently client uses cal3d format for skeleton and mesh and animation BUT | [10:27] |
| diana_coman: | its own format for material... | [10:28] |
| diana_coman: | partially I suspect because cal3d's format doesn't care about shaders | [10:28] |
| diana_coman: | talking of which, the thing with cs's shaders can get solved I think by shoving it where it belongs: let client load its shaders as it currently does; pick some standard shaders to apply to whatever | [10:28] |
| diana_coman: | and otherwise don't care | [10:28] |
| mircea_popescu: | i can see it. | [10:29] |
| diana_coman: | the light and air effects /particle systems will need def separate, there's just nothing other than code + xml currently so no use as such | [10:29] |
| diana_coman: | the gui/2d can stay as it is, let it be the .zip file that can be specific to each client, I don't quite see any standard there anyway or even worth going through a lot of work on that | [10:30] |
| diana_coman: | the terrain format can simply be the set of files required and let client pick its shaders if/when it wants | [10:30] |
| diana_coman: | so overall, I think the formats themselves/data transfer is NOT stuck as such on client idiocy; but there still has to be significant backtrack on client side and it will be painfull | [10:31] |
| diana_coman: | because basically currently running version has many things standing in the way (most notably the "net" part + the "world.zip" and fixed sector(s)) while the latest dev version has already ripped out TOO much to work that way | [10:32] |
| diana_coman: | I'm not sure if the above is clear enough/still missing something important | [10:33] |
| diana_coman: | I tried to structure this in all sorts of ways and I looked at both versions of code but short of prototyping stuff, I don't seem to get much more out of it atm. | [10:34] |
| mircea_popescu: | it;s not clear. | [10:36] |
| mircea_popescu: | so you have a running client now, that's not the eulora published client. | [10:36] |
| mircea_popescu: | y/n ? | [10:37] |
| diana_coman: | mircea_popescu: yes; one with invisible widgets, no animation of main char (ie stiff movement) and communication only with smg-comms server. | [10:37] |
| mircea_popescu: | ok, so the problem here is rather : you have a prototype new client, that's not running, in the sense that it doesn't do any 2d (ie, gui) and the 3d is very basic ("stiff movement") and a ways from deployment. but it does the networking part correctly. | [10:38] |
| mircea_popescu: | meanwhile the published client does some more 2d and much more 3d, but obviously fucks up the net and other things. | [10:39] |
| mircea_popescu: | and the issue is that the splicing of these two together isn't straightforward ? | [10:39] |
| diana_coman: | yes. | [10:39] |
| mircea_popescu: | why isn't it straightforward ? | [10:39] |
| diana_coman: | because of interdependencies in the code, as usual | [10:40] |
| mircea_popescu: | but concretely | [10:40] |
| diana_coman: | uhm, so let's take something concrete: as above, if we say "let client use its shaders as they are", one needs to bring back in at the very least some loader of all that xml for shaders | [10:41] |
| diana_coman: | that loader does not come all by itself | [10:41] |
| mircea_popescu: | but this is straightforward, you uncomment come code. | [10:41] |
| diana_coman: | uhm, no | [10:42] |
| mircea_popescu: | it has to be "no, because ..." | [10:42] |
| diana_coman: | none of the ripping parts off goes as simple as "you comment out some code and it works" | [10:42] |
| mircea_popescu: | not in practice, at any rate. | [10:42] |
| diana_coman: | conversely, the opposite is never as simple as you uncomment some code and here it goes back in again | [10:42] |
| mircea_popescu: | i understand what you're saying. nevertheless, splicing things together never is anything but this. | [10:43] |
| mircea_popescu: | IF we admit "this never works" as a first order primitive, therefore we come to the conclusions of beings an engineer : that no code can ever be a collaborative effort in principle, and every manalone must write everything from yahveh down. | [10:44] |
| diana_coman: | for example, the gui/2d thing is currently "basic" because loading one bloody single widget forces back in a huge chain of stuff that already starts bringing in other *unwanted* parts | [10:44] |
| diana_coman: | uhm, where did I say this never works? | [10:44] |
| mircea_popescu: | diana_coman, do these unwanted parts actually do anything to bother you besides being unwanted ? | [10:44] |
| diana_coman: | all I said was need to backtrack and it'll be painful | [10:44] |
| diana_coman: | because bringing stuff back in IS backtrack, isn't it? | [10:44] |
| mircea_popescu: | well, no. looky here : | [10:45] |
| diana_coman: | I suppose you can reframe it as splicing or whatever, but still | [10:45] |
| mircea_popescu: | suppose i marry a woman, who has six daughters, and i already have six daugthers of my own. for simplicity, all daughters are six years old. | [10:45] |
| mircea_popescu: | now, if her daugthers are unwanted, it means we might feed them, or not. | [10:46] |
| diana_coman: | yes, they do, both directly through requiring all sorts and/or crashing because "not there" and indirectly as they add more complexity to handle at any given time | [10:46] |
| mircea_popescu: | if six months in we discover her daughters, while unwanted, nevertheless i dunno, provided interesting walpaper with their tits, and so we decide to feed them now, we've not backtracked. | [10:46] |
| diana_coman: | myeah, your daughters are nicely separated entities, lucky you. | [10:46] |
| mircea_popescu: | if six months in we discover my daughters, wanted as thry were, now have to UNDO six months' natural development, for instance sucking their nails and hair in, THEN we backtracked. | [10:47] |
| mircea_popescu: | so, unless you're stuck undoing your own code, what do you care about unwanted crap. | [10:47] |
| mircea_popescu: | and no, they.re not separated, obviously they don't so well distinguish among each other as i do, and consequently they get butthurt when their sisters die of hunger. | [10:48] |
| diana_coman: | well, stuck undoing my own cuts of existing code rather; anyways, I'm not really arguing it either way ie what to call it . | [10:48] |
| mircea_popescu: | "could happen to me, weee weee" | [10:48] |
| diana_coman: | hmmm, that's some link, but not much of it | [10:49] |
| mircea_popescu: | diana_coman, i can certainly see it, "damn it, fucks up all that nice negative space i made". | [10:49] |
| diana_coman: | the link is more like "here we started this work with 6 threads of yours and 6 of mine, got them all woven together, now 1 year in, go and take out 3 of yours and 3 of mine", that's the picture I have. | [10:49] |
| mircea_popescu: | ha. | [10:50] |
| mircea_popescu: | alrighty, but be all that as it may | [10:50] |
| diana_coman: | honestly though, I am not arguing any sort of "it can't be done" on any direction | [10:50] |
| mircea_popescu: | is there a specific serious problem, besides "fuck, now it crashes because it doesn't have a 0-length file in so and so fixed path, motherfucker" litany of mere inconvenience ? | [10:50] |
| diana_coman: | hm, it's damned code, what *could* such a problem really be? I can't quite see it ie ~all problems will be that sort of inconvenience and the only possible "serious problem" is if they just add up to too much in one go so it ends up eating a ton of time to get it working. | [10:52] |
| mircea_popescu: | the prototype of this serious problem is what's otherwise known as "dependency conflict". when one side wants something one way and the other the other way, there's no resolution. | [10:52] |
| diana_coman: | it can always have defaults for all *types* of things and use those when not available; it can always generate locally whatever shit it thinks it needs | [10:52] |
| mircea_popescu: | but when our code doesn't care about /hurr/durr/x.y whereas their code must have it... well so let them have it. | [10:53] |
| diana_coman: | well, is the client a side now? I thought the whole idea is that it will make do with what there is and that's that. | [10:53] |
| mircea_popescu: | hang on. | [10:53] |
| diana_coman: | hanging on. | [10:53] |
| mircea_popescu: | i mean : within the client, there's our side (the above http://ossasepia.com/2020/01/27/eulora-logs-for-27-Jan-2020#1001766 ) and the legacy their side, as found in http://ossasepia.com/2020/01/27/eulora-logs-for-27-Jan-2020#1001767 | [10:54] |
| ossabot: | Logged on 2020-01-27 10:38:49 mircea_popescu: ok, so the problem here is rather : you have a prototype new client, that's not running, in the sense that it doesn't do any 2d (ie, gui) and the 3d is very basic ("stiff movement") and a ways from deployment. but it does the networking part correctly. | [10:54] |
| ossabot: | Logged on 2020-01-27 10:39:11 mircea_popescu: meanwhile the published client does some more 2d and much more 3d, but obviously fucks up the net and other things. | [10:54] |
| mircea_popescu: | this is not a perfect spluit, obviously "their" side mostly consists of damage control we did on even dumber atrocity, over three iterations resulting in as many layers. but for the needs of this discussion. | [10:55] |
| diana_coman: | when it wants thing "their way", it's either "change it so it wants it our way" or "fine, let it generate it locally/restart to load/basically convert it" | [10:56] |
| mircea_popescu: | alright. | [10:56] |
| mircea_popescu: | so there's no actually serious, "well, they want to own the network, and this is baked into ten trillion places and glued in with broken glass, and so we simply can't splice". | [10:57] |
| mircea_popescu: | it's just "well, they have all these comic if they weren't tragic spurious dog and pony shows we'll be stuck dragging along even longer" | [10:57] |
| diana_coman: | well, the net in currently deployed client IS baked into ten trillion places and glued in with broken glass, yes | [10:58] |
| diana_coman: | I still got it out in the dev prototype, what of it | [10:58] |
| mircea_popescu: | ha | [10:58] |
| diana_coman: | that's the bitch really: it CAN be made to do what it must; it is however ~impossible to tell upfront for ALL of it , how long exactly ALL will take | [10:59] |
| mircea_popescu: | so what's the issue behind http://ossasepia.com/2020/01/27/eulora-logs-for-27-Jan-2020#1001769 besides a (quite understandable) "i have but one mouth and i must scream" on your part ? | [10:59] |
| ossabot: | Logged on 2020-01-27 10:39:45 diana_coman: yes. | [10:59] |
| diana_coman: | so if we want to have gradual concrete improvements, I need to start with existing and then chop off bits more conservatively | [10:59] |
| diana_coman: | if we go from the other end, there is the risk that it will still take a long time to have it all working | [11:00] |
| mircea_popescu: | is the idea here that you expect adding your mostly-net client into the old one will take many months ? | [11:00] |
| diana_coman: | goes to read that thread | [11:00] |
| mircea_popescu: | ill be around. | [11:00] |
| diana_coman: | mircea_popescu: I do expect it will take several months, yes; because I'll need to redo some of the cuts of those bits in a trillion places + with broken glass; and while I do believe I'll be faster about it for knowing my way around, I still don't quite expect it will go extremely fast, because of what it is. | [11:04] |
| diana_coman: | ie existing client will fucking choose to die because of lack of a ping/pong from server and that IS in 1001 places etc. | [11:05] |
| mircea_popescu: | the foremost part i dislike about this conversation is this tendency to retreat into vague. "some cuts", it may be unavoidable but whether it is or isn't, it ain't helping me. | [11:05] |
| mircea_popescu: | (the other part i also dislike is the structure, where interrogation fails to provide the key point, then once i sigh relief and say "well at least it's not X" then the retort comes "no wait, it's X!"... it could've just as well come natural in response to questions so it dun look like it's just being said to be said). | [11:07] |
| mircea_popescu: | diana_coman, in that particular example nothing needs changing, why would you take that out. | [11:07] |
| diana_coman: | mircea_popescu: this sounds like I still don't get something then | [11:08] |
| mircea_popescu: | possibru. | [11:08] |
| mircea_popescu: | what ? | [11:08] |
| diana_coman: | is the server meant to maintain the ps messages/protocol? | [11:08] |
| mircea_popescu: | nope. | [11:09] |
| diana_coman: | right | [11:09] |
| diana_coman: | and otoh you say it's fine if client doesn't run because it doesn't get the pong from server? | [11:09] |
| diana_coman: | or do you mean the local net should mimick that? | [11:09] |
| mircea_popescu: | the latter. | [11:09] |
| mircea_popescu: | didn't you say you had a client that handles the net part ok ? | [11:10] |
| diana_coman: | mircea_popescu: right, let's make this clear because I think it gets muddled into "the net part" and other not fully defined bits | [11:10] |
| diana_coman: | existing client has PS "net part" including the whole set of PS messages and corresponding dance with them | [11:11] |
| mircea_popescu: | okay. | [11:11] |
| mircea_popescu: | actually, let me make a complete model from my head, then we can prolly see what the problems are. | [11:11] |
| diana_coman: | otoh prototype client does NOT have any of the above anymore and doesn't require it at all, nor does it care about it/nor does it know about it | [11:12] |
| diana_coman: | mircea_popescu: ok, I'm listening | [11:12] |
| mircea_popescu: | so : eulora 1.2b client has a networking side which works to ps protocol networking, and a gfx side which works to current de facto standard. | [11:12] |
| mircea_popescu: | eulora 2.0 client has a networking side which works to eucomms protocol networking, and a gfx side which works to a very low standard. | [11:13] |
| mircea_popescu: | now, the impediment to simply taking 1.2 gfx and splicing it atop 2.0 is that... ? | [11:13] |
| diana_coman: | mircea_popescu: the impediment is that 1.2b gfx is intertwined with 1.2b networking; that part with broken glass and everything else. | [11:14] |
| diana_coman: | 2.0 client has the networking entirely separate btw because it's the Ada lib and specifically and on purpose separate. | [11:15] |
| mircea_popescu: | so rather, that when you took it out the first time you took it out the way you did (ie, producing a gfx-less client as a prototype) rather than cleanly because it didn't look so good ? | [11:15] |
| mircea_popescu: | more specifically : did you make 2.0 by writing from scratch, as a prototype networking item, or did you make it from 1.2, by cutting things out ? | [11:16] |
| diana_coman: | what do you mean "because it didn't look so good"? | [11:16] |
| diana_coman: | mircea_popescu: the latter; from 1.2 by cutting things out; and rewrite/add ofc. | [11:17] |
| diana_coman: | obv, the Ada lib IS from scratch though. | [11:17] |
| mircea_popescu: | ok. and the reason you ended up cutting out things like say 3d gfx is that actually keeping them was significant extra work ? | [11:17] |
| diana_coman: | yes. | [11:20] |
| diana_coman: | (I had to ponder that one because 1.2 is made out of 2.0 by cutting things out AND then writing parts/replacements by scratch e.g. the direct loaders) | [11:20] |
| mircea_popescu: | and not even necessarily easy to evaluate how much extra work, at that. | [11:21] |
| diana_coman: | exactly. | [11:21] |
| mircea_popescu: | diana_coman, do you mean, 2.0 from 1.2 ? | [11:21] |
| diana_coman: | that's the core rub and the reason for what I understand must be quite annoying "vagueness" | [11:21] |
| diana_coman: | mircea_popescu: right you are; I do mean 2.0 from 1.2 | [11:21] |
| mircea_popescu: | alright. what would you say to the concept | [11:21] |
| mircea_popescu: | that indeed while these cuttings were needed for other purposes, they did nothing to cut out any gfx work. everything left behind ~still needs doing~, and however unpleasant, hard etcetera eating the 1.2 gfx stack may appear from this vantage, the alternative is actuall even worse, it's just not nearly as self-obviously worse for lack of comparable familiarity ? | [11:23] |
| mircea_popescu: | ie, the kid who runs away from rural highschool to make it in town because he knows how hard multiplication or basic func analysis is, but doesn't know how hard making it in town is. | [11:23] |
| diana_coman: | I'm not entirely sure I fully follow what is your full idea of "gfx work" | [11:24] |
| mircea_popescu: | at some point we'll have to have non-stiff models, no ? | [11:25] |
| ossabot: | Logged on 2020-01-27 10:37:58 diana_coman: mircea_popescu: yes; one with invisible widgets, no animation of main char (ie stiff movement) and communication only with smg-comms server. | [11:25] |
| diana_coman: | the way I see it, there are 2 main ways to get the gfx back in: a. use what already works, hence client 1.2b b. implement own aka go from the existing prototypes in 2.0 to production stuff so yes, including non-stiff etc | [11:26] |
| diana_coman: | now, with a. the set of problems revolves around interfacing with the madness and cutting away only what really stands in the way (specifically, the main bits currently clear on this: net, ps messages, world/fixed sectors) | [11:28] |
| mircea_popescu: | right, we agree on that part. | [11:28] |
| diana_coman: | with b. the set of problems revolves around exactly the unknowns of "make the gfx fully work as it did in old client" | [11:28] |
| mircea_popescu: | hence the above comment re running away from school. | [11:29] |
| mircea_popescu: | it seems to me self-obvious that a kid who can't even master his highschool class in fizesu' gherlii ain't gonna be much competition to me for "who owns cluj" | [11:29] |
| mircea_popescu: | it however DOES NOT seem so to him, which is why i ended up having to shoot a coupla historically. because "the known devil" | [11:29] |
| diana_coman: | honestly, I'm all for going either way, lol; the *only* thing I'm trying to make sure is as clear as we can get it, is the expectation esp re time it's likely to take (which is anyway a bitch to do on "unknowns" obv) | [11:30] |
| mircea_popescu: | you have a specific expectation ? | [11:32] |
| diana_coman: | mircea_popescu: for which part exactly? | [11:32] |
| mircea_popescu: | the expectation esp re time it's likely to take < | [11:32] |
| diana_coman: | hm, "specific" as in "several months"; so no, I would not say it's specific. | [11:35] |
| mircea_popescu: | well, do you plan on working slower than you reasonably can ? | [11:36] |
| diana_coman: | mircea_popescu: no, not at all; and I would not *want* to work slower than I reasonably can, since I honestly do not want it to take even longer than it has to. | [11:37] |
| diana_coman: | good god. | [11:37] |
| mircea_popescu: | so what is the problem here lol | [11:38] |
| diana_coman: | my inner self going "this should have been done already like in...2018?" lolz. | [11:38] |
| mircea_popescu: | you're talking as if there's some kind of a time expectation on the table and you don't see it can be met. well, whence is it on the table ? do you have it ? ah | [11:39] |
| mircea_popescu: | yes well, so your inner expectation that this should have been done like, last year, will have to sit on ice for a little bit. | [11:39] |
| diana_coman: | sends it to ice. | [11:39] |
| mircea_popescu: | nothing wrong with it in general, but it's a prime manner to drive oneself nuts. "oh, i shouldn've been married already" whatever nonsense. | [11:40] |
| diana_coman: | it's more of a sort of fatigue really. | [11:40] |
| mircea_popescu: | heh. | [11:40] |
| mircea_popescu: | the problem is, the above dilemma plays out with fatigue, still. | [11:41] |
| mircea_popescu: | ye olde "run away from it once, you'll never be able to stand again" unpleasantness of human condition. | [11:41] |
| diana_coman: | oh, more of a check with outside world to see if indeed it's just fatigue hence can be discarded or not. | [11:43] |
| diana_coman: | checked and it is, so cool. | [11:43] |
| diana_coman: | ice-cool even, lolz. | [11:43] |
| mircea_popescu: | inasmuch as it has to be done, it has to be done, what can you do. | [11:45] |
| mircea_popescu: | anyways, to complete the frame here : http://trilema.com/2020/get-back-to-me/ eventually was resolved through discussion here, specifically : 1. that the expectation we'll have to produce a data model constituent part of the original dilemma was in fact produced by 2. an unstated assumption that we'll resolve the reuse-or-rewrite dilemma in the sense of re-write, 3. | [11:47] |
| ossabot: | Logged on 2020-01-27 11:26:47 diana_coman: the way I see it, there are 2 main ways to get the gfx back in: a. use what already works, hence client 1.2b b. implement own aka go from the existing prototypes in 2.0 to production stuff so yes, including non-stiff etc | [11:47] |
| mircea_popescu: | driven in turn by the felt pain of dealing with the damned thing as it exists. | [11:47] |
| mircea_popescu: | but the correct decision is to reuse, on the grounds that however painful we might be aware it actually is, in the most organic sense of awareness, nevertheless the alternative is actually specifically the sort of thing we're trying to avoid. | [11:47] |
| mircea_popescu: | as in, the ever-circling avoidant behaviour of great recent fame, that'll never complete nor does ever produce anything else but enlargements of scope, in a reminiscent threadmill. | [11:48] |
| ossabot: | Logged on 2020-01-10 08:13:57 mircea_popescu: with the alt-pantsuit conceptual threadmill, the "counter"-cultural, by-and-for-goffy-kids yet JUST AS PANTSUIT (in the only important sense) threadmill, where nothing is replaced with ever "larger" nothing on a dilated schedule. | [11:48] |
| mircea_popescu: | diana_coman, you happy with that ? | [11:48] |
| diana_coman: | mircea_popescu: sounds right on point re the re-write assumption indeed. | [11:50] |
| mircea_popescu: | aite, well, so if hope's any guide you might discover pain has an optimal distance which isn't 0. much like uncanny valley works, as you get closer past that spot it subsides. | [11:51] |
| mircea_popescu: | the bugaboo effect. | [11:51] |
| diana_coman: | mircea_popescu: eh, "on n'oublie rien...on s'habitue" | [11:52] |
| diana_coman: | lolz | [11:52] |
| diana_coman: | mircea_popescu: specifically and for full clarity though: what's desired next step currently? | [11:53] |
| mircea_popescu: | either a working 2.0 with 1.2 gfx stack or a detaled failure report. | [11:55] |
| mircea_popescu: | ideally built out of good progress reports all the while. | [11:55] |
| mircea_popescu: | you ever play the original fallout btw ? | [11:55] |
| diana_coman: | no | [11:57] |
| mircea_popescu: | ah. was a great game. anyways, bethesda made a sorta farmville version recently, and in it the people can go exploring. it looks like so : https://gamepedia.cursecdn.com/fallout_gamepedia/9/96/FOS_Exploring.png?version=db3d1c812ee75eb8ee45ca89cfca1cf0 | [11:57] |
| mircea_popescu: | so, rather : "today, approaching this problem. did so and so, worked out / didn't work out but exhausted for the day, will try x next" abnd so on | [11:58] |
| diana_coman: | mircea_popescu: one weird side effect of all this futzing with graphics is that I don't want to play computer games anymore, lolz | [11:58] |
| mircea_popescu: | heh | [11:58] |
| diana_coman: | mircea_popescu: do you want daily reports ? it'll be rather counterproductive | [11:58] |
| mircea_popescu: | i went back to knight's bounty. after ~year spent reviewing pretty much all games made since eulora got started (not even kidding, pretty much ALL), there's still nothing to play. | [11:58] |
| mircea_popescu: | diana_coman, pick your own interval, that's not the important part | [11:59] |
| diana_coman: | ah, that works (as it did before), sure. | [11:59] |
| mircea_popescu: | right. | [11:59] |
| diana_coman: | and yeah, it was by default by now, lol | [11:59] |
| mircea_popescu: | it's invaluable, by the time you get to an impasse there's always all the needed material to resolve it. | [11:59] |
| diana_coman: | so I'll go to ...hm, pick up again what I just put down, lolz | [11:59] |
| mircea_popescu: | that's not only a very hard guarantee to beat, but also the best guarantee people can likely have irl. so... | [12:00] |
| diana_coman: | map out a plan and get on with it | [12:00] |
| mircea_popescu: | diana_coman, in fairness, you were probably ~underoing~ the reporting, as proven by the accumulation that took a while to unload upon setdown. | [12:00] |
| diana_coman: | mircea_popescu: by that measure I'll spend the next year reporting all sorts | [12:01] |
| diana_coman: | (or more) | [12:01] |
| mircea_popescu: | strike your own balance. i have no reason to complain, the part i need from all this was in fact there, so i'm all good. | [12:01] |
| diana_coman: | because if you go by "the unwritten articles", there are all sorts of things waiting in various corners and various degrees | [12:01] |
| mircea_popescu: | past that, it's a tool to help ~you~. so use it, as reasonable, "going back to camp to dump all this stuff takes time / carrying it is heavy" | [12:02] |
| diana_coman: | yeah. | [12:02] |
| mircea_popescu: | aite then | [12:02] |
| diana_coman: | mircea_popescu: on other sides of this, since hanbot asked re graphics: using existing formats means the blender exporter will get back on the list of todo as well, correct? | [12:29] |
| diana_coman: | either as update to that blend to cal3d plugin that sort of kind of works or otherwise as reading .blend files directly and spitting out the required outputs. | [12:30] |
| mircea_popescu: | yeah | [13:20] |
| mircea_popescu: | i've been also looking around, honestly there do not exist good options. | [13:21] |
| diana_coman: | of that I'm sure; there are no good options, no. | [13:21] |
| diana_coman: | at least that came out of my deep dive into CG and formats and whatnots | [13:21] |
| diana_coman: | dunno why it had to be such a ...concentrated dive but anyways, it set my mind to rest; and I still like that laban framework and approach. | [13:22] |
| mircea_popescu: | honestly, something like katauri's game engine seems to this day to me to be the ~best one can hope for | [13:23] |
| mircea_popescu: | http://www.katauri.com/ << actually, i wonder if these people could be commissioned to write a client. | [13:24] |
| mircea_popescu: | see, as it happens our sectors world matches so well their maps... | [13:24] |
| diana_coman: | I was just wondering the same, lol | [13:24] |
| mircea_popescu: | site's thoroughly broken, and... well, ideally i'd have liked someone to pay a visit to the offices, if they even stil lexist as such. | [13:26] |
| diana_coman: | ~20 people in kaliningrad, huh | [13:26] |
| mircea_popescu: | yeah. | [13:26] |
| mircea_popescu: | whatever, i kept hoping the wots will somehow connect at some point, but i guess not so far | [13:26] |
| diana_coman: | they have emails for 3 people from what I see | [13:26] |
| diana_coman: | the forum is dead | [13:27] |
| mircea_popescu: | well, no, there's three defaultish emails. | [13:27] |
| diana_coman: | what's that royalquest they say they moved on to | [13:27] |
| diana_coman: | https://www.royalquest.ru/ | [13:28] |
| mircea_popescu: | i dunno, there's this common practice these days of self-disrespect to an unfathomable degree, "the pressure of the ourdemocracy idiotworld we built is so great, we'll have to... disexist ourselves". | [13:28] |
| diana_coman: | growing old pretty quickly, that's my best description of it. | [13:29] |
| mircea_popescu: | somehow utter morons manage to disregard how their insubstantail nature isn't either universal or acceptable. somehow mp can maintain online presence just fine such that anyone with a point can talk to him ; whereas all the horde of pantsuitards can't, but... that's ok... because reasons, handwaves an' a wizard did it. out of pure energy no doubt. | [13:29] |
| ossabot: | (trilema) 2020-01-04 mircea_popescu: because totally, this is how the pantsuit "sincere regret" device works : gmaxwell is "sincerely sorry" about his 2011 "business" in his mind only wasting a buncha people's coins, therefore "mp largely slinked off into the shadows after one of his crappy businesses disappeared with people's coins". | [13:29] |
| mircea_popescu: | whatever, i dunno how to solve manalone problems. much like i'd like an alf that weren't himself, i'd have like a katauri that were employable rather than useless. | [13:31] |
| mircea_popescu: | what's wishes do. | [13:31] |
| diana_coman: | well, only today I had some guy wondering into #o because "it's like the unseen part of life" and then asking for "structured data aka forum"; and I don't think he got the problem there even when I explicitly pointed out to him that well, precisely life can't fit in his strict idea of structured data. | [13:31] |
| mircea_popescu: | structured data as in forum as in, phpbb ? | [13:32] |
| diana_coman: | probably! | [13:33] |
| diana_coman: | I pointed out to him he can download the logs and structure them to his heart's content | [13:33] |
| diana_coman: | but I can imagine. | [13:33] |
| mircea_popescu: | basically they'll just keep right on asking us if we don't want a pantsuit ~forever. who knows, maybe changed mind ? | [13:33] |
| diana_coman: | since there can't possibly be anything other than that...yes, what else can they do? | [13:33] |
| diana_coman: | and yeah, I asked and he was....30. | [13:33] |
| mircea_popescu: | whatevs. | [13:34] |
| mircea_popescu: | if anyone knows any of the katauri dorks such that we might sit down to, perhaps, better outcomes than with the blender dorks, do say something. | [13:34] |
| diana_coman: | I keep pondering in the background some more concrete way of getting to 15yo or something because it seems that it might be indeed the only thing worth doing about it. | [13:35] |
| mircea_popescu: | did i ever recount the story of the scared fifteen year old czech girl ? | [13:35] |
| mircea_popescu: | i guess not huh. one of these days. | [13:36] |
| diana_coman: | I recall some scared girl running to the bathroom | [13:36] |
| mircea_popescu: | not http://trilema.com/2017/the-story-of-the-scared-slut/ ? | [13:36] |
| diana_coman: | precisely because I've seen that countless times otherwise and for all sorts of weird "scares" | [13:36] |
| mircea_popescu: | chick was like 30 | [13:36] |
| diana_coman: | yes, that one | [13:36] |
| diana_coman: | thing with 15-18 yo is that ...yeah, they get even more scared, lolz | [13:37] |
| mircea_popescu: | i'm not talking biological 30yos mentally retarded to the degree of being preteens. this was an actual tenth grader. | [13:37] |
| mircea_popescu: | myeah. | [13:38] |
| mircea_popescu: | arguably they have a point. or you know, the petrified 30yo is just ridiculous. the petrified 15yo... well, could be legit "not ready" biological signal. | [13:38] |
| mircea_popescu: | in other news, i'm listening to nick cave's latest thing, dear god, what has this dude done to his voice, gargled thumbtacks, what is it. | [13:39] |
| diana_coman: | I guess so; but seriously, when the guy sends his mother to bring me chocolates because he ...is too ashamed to do it... | [13:39] |
| mircea_popescu: | ahahaha. | [13:39] |
| mircea_popescu: | i was at the travel agents' office last week, and while her girl got me plane tickets some older women came in asking for fliers. because, you see, her daughter's 18 an' they asked for something in this vein at school and she'd figured she'd help her because she has so much work to do. | [13:40] |
| diana_coman: | lmao | [13:41] |
| mircea_popescu: | leaving aside how there's no doubt in my mind the only reason those were even asked for was such the dumb precious princess cuntlets ACTUALLY GO OUT AND ASK FOR THINGS, as the first, tiny baby step on the ABSOLUTELY NECESSARY path to their enslavement & spending next decade bound naked to cold walls by cold chains | [13:41] |
| mircea_popescu: | my first call was "holy shit that chick's lazy". companion disagreed, "i bet you she's just shy". | [13:42] |
| mircea_popescu: | on examination i can see it. too shy to ask for ~free promotional materials~, fancy that. | [13:43] |
| diana_coman: | well, if she was never allowed to as much as walk home alone (because dangers!!!) or something... | [13:44] |
| diana_coman: | it's not all that surprising tbh | [13:44] |
| mircea_popescu: | mother gets what she deserves, no argument. | [13:44] |
| mircea_popescu: | god forbid her daughter were raped, lawd's mercy!!! | [13:44] |
| mircea_popescu: | if only someone could be bothered... | [13:44] |
| diana_coman: | oh, since she went to "help", I think she probably wants it that way (or still wants it that way for as long as she's fine to do the errands and feel useful that way) | [13:45] |
| mircea_popescu: | vieja loca | [13:46] |
Comments feed: RSS 2.0