- Jul 9, 2017
- 297
- 715
When the update is so nonexistent, it deletes itself.I just flagged the main post so the mods are aware of it. Someone did an oopsie.
Java Lilith's Throne [v0.4.10.7 Hotfix] [Innoxia]
- Thread starter Waaifu
- Start date
-
- Tags
- adventure anal sex character creation corruption fantasy female protagonist footjob furry futa/trans futa/trans protagonist gay group sex handjob lesbian male protagonist monster girl oral sex pregnancy prostitution rpg spanking text based titfuck transformation trap turn based combat vaginal sex
- Sep 8, 2019
- 535
- 912
Since there isn't a whole lot going on upstream, how about we talk about how LT will happily allocate a total of 41GB of RAM for about two minutes of gameplay?
Granted, that was using my
I'm going to see if I can do something about this. Kinda seems like most of the allocations get done during the save process (i.e. converting NPC data into XML).
Edit: Jesus tap-dancing Christ, why is multi-cock implemented like this?
Edit²: Some explanation is probably warranted for this outburst/tangent.
There's a few reasons this is bad. For one, you're limited to two penises. Second, what happens when something can have four dicks? There's only two Penis variables!
In programming, there are constructs called lists. These allow you to store an indeterminate number of objects in a single variable, and also gives you the ability to dynamically add and remove items from the list to your heart's content. If you want to give your character another cock, just add it to the list. If you want to emasculate them, just clear the list and all the schlongs be gone. Plus, it makes it really simple to save your willies: just loop through the list and…that's it, really.
Using the current system, you have to be careful to assign your new dong to the right variable, and clean up after yourself if you remove one. Instead of simply calling an add function, you have to check both values to see which one is free. When you remove them, you need to make sure you move the tallywhacker stored in secondPenis into the main penis variable, otherwise the game might skip over your remaining meat and two veg.
tl;dr this should be a list why the fuck isn't it a fucking list
Granted, that was using my
You must be registered to see the links
and I was doing a lot of travel, but still. It's no wonder people with lower spec machines have issues getting this thing to run.I'm going to see if I can do something about this.
Kinda seems like most of the allocations get done during the save process (i.e. converting NPC data into XML).Edit: Jesus tap-dancing Christ, why is multi-cock implemented like this?
Edit²: Some explanation is probably warranted for this outburst/tangent.
There's a few reasons this is bad. For one, you're limited to two penises. Second, what happens when something can have four dicks? There's only two Penis variables!
In programming, there are constructs called lists. These allow you to store an indeterminate number of objects in a single variable, and also gives you the ability to dynamically add and remove items from the list to your heart's content. If you want to give your character another cock, just add it to the list. If you want to emasculate them, just clear the list and all the schlongs be gone. Plus, it makes it really simple to save your willies: just loop through the list and…that's it, really.
Using the current system, you have to be careful to assign your new dong to the right variable, and clean up after yourself if you remove one. Instead of simply calling an add function, you have to check both values to see which one is free. When you remove them, you need to make sure you move the tallywhacker stored in secondPenis into the main penis variable, otherwise the game might skip over your remaining meat and two veg.
tl;dr this should be a list why the fuck isn't it a fucking list
Last edited:
You have transcended, welcome to the otherside, here have some popcornI no longer feel disappointment from this game's updates
- Jan 25, 2018
- 266
- 134
Man, it's weird to think of how long this has been updated for.
And I still have this weird love-hate with it. On the one hand, its actually kinda fun. But then I run into my real dilemma:
I prefer female protagonists for some things, and dressing up. But the male protagonist also has a lot of content I enjoy, but then I can't have fun with dressing up! Tch. Same thing with Degrees of Lewdity for me, really.
And yes I guess futa is an option, but that's kind of a cop-out.
Also still surprised there isn't like, a strip dice game or something. or any kind of mini-game in that vein.
And I still have this weird love-hate with it. On the one hand, its actually kinda fun. But then I run into my real dilemma:
I prefer female protagonists for some things, and dressing up. But the male protagonist also has a lot of content I enjoy, but then I can't have fun with dressing up! Tch. Same thing with Degrees of Lewdity for me, really.
And yes I guess futa is an option, but that's kind of a cop-out.
Also still surprised there isn't like, a strip dice game or something. or any kind of mini-game in that vein.
Pretty sure this is a clear indicator that Inno is throwing things at the wall and running with whatever doesn't immediately blow up in her face. I can't possibly imagine how a few YEARS of coding with this mindset led to the problems she is facing today.
Now, in regards to the content implemented in update 4.2... who the fuck are Monica and Kay? I want to say Kay is somehow involved in Nyan's updated clusterfuck of a romance quest, but I got nothing for Monica. Seriously, which one of the two dozen unremarkable and redundant NPCs in Ellis was she? A merchant? Guard? Centaur? 4.1.19 addition that anyone who feared an update even Inno described as 'unstable' wouldn't know about?
Monica is the cow girl in at the Wall's End in Elis, and the reason for the delay before this most recent delay.
- Apr 29, 2018
- 1,167
- 1,286
If it's any consolation, that code is ancient so there's at least a chance the actual implementation will be saner.
- Sep 8, 2019
- 535
- 912
Yeah, I know. From what I've gathered, GameCharacter is one of the oldest classes, so it's one of the most likely to have nuggets like this scattered around. It's just that seeing that while mucking about with thousands of lines of XML and hand-spun serialization code just kind of broke me.
In fairness, I suppose at this point in development this bit of low-hanging fruit would be a bit deceptive. Updating this to use a list would require saved games to be handled with care, otherwise NPCs/players could very well lose their package(s), and it would require the alternate load routine to stick around for a while since all previous saved games would need to be converted to use an array/list. Ugh.
That said, I do kinda think that saves are going to have to break at some point. I don't think the current serialization system is really tenable as the game world expands, and the more I look at it the more I suspect that the current system is going to have to be gutted and replaced with something more memory efficient.
My god Inno really is the George R.R Martin of h-game development eh
That depends, did Martin ever devote a full chapter to armpit-sex?
Interpolation of data shows that another update will be slowed by development of nasal or knee sex...
Other excuses was already used in this cycle.
Other excuses was already used in this cycle.
- Aug 8, 2020
- 2,720
- 7,880
From what I get from reading source, its made (game I mean) by "professional enterprise programmers", which strictly follows task. I.e. "how much dicks should we implement? 2? Okay.
private PlayerDick first_dick;
private PlayerDick second_dick;
Damn Im good. Let get some coffee."
Introduce save versioning system and create additional class (or how it named in Java, interface?) SavesCompatibility, which would fix all "serialized errors", before passing save game data furter into the deeptness of a game.
Not pleased with her output. At all. My job piles more and more responsibilities onto me by the day while median wages and benefits refuse to budge and the cost of living explodes out of control, all while I have little to no time for myself. I'm writing this while on the bus. She's not the only one with problems to deal with, and we certainly don't get paid nearly as much as she does to handle them from the privacy and safety of our own home 24/7.
I know it's cruel, but I hope someone reverse engineers her code, rewrites it to avoid all the pitfalls being used as an excuse to do nothing, and then just steals all the attention being given to her project out from under her. The groundwork for a really good game is in the works here, and she keeps bungling it for an ever-increasing variety of excuses, despite how much she's receiving on Patreon.
I know it's cruel, but I hope someone reverse engineers her code, rewrites it to avoid all the pitfalls being used as an excuse to do nothing, and then just steals all the attention being given to her project out from under her. The groundwork for a really good game is in the works here, and she keeps bungling it for an ever-increasing variety of excuses, despite how much she's receiving on Patreon.
The game is open source. You can download it, make changes and compile your own version. The problem is that the codebase is a hot mess and anyone seriously thinking of succeeding the project would need to spend about a year deciphering and rewriting a lot of code and plan out a future direction for the game without the original author. At that point you might as well do your own thing.
- Sep 8, 2019
- 535
- 912
I think you're overselling "professional enterprise programmers" a bit. I've worked with a few of them at my last job and Inno could code circles around them.
Yes, I'm serious.
Yep. That sort of cruft still bothers me, though. I don't mind it when there's a damn good reason for it (breakage due to natural evolution, etc), but it feels like a bit of a kick in the dick when versioning has to be used to fix a problem that shouldn't have existed in the first place.
It wouldn't be so bad if her SubStar didn't continue to grow in spite of the lack of output. A year or so ago you could make the argument that she couldn't afford to hire help or pay for bug bounties, but that's certainly not true now.
I've mulled over starting a community mod/revamp project (sort of like what people did with Rack 2…which has an even lazier developer who's making even more money), but I'm hesitant to go too far with it. See, the code is freely available for LT, though it's not released under an open source license. If someone did hijack the project and Inno felt so inclined she could DMCA the modded version out of existence.
Another issue with LT is that as it stands it's a very fragile base. The memory and CPU usage is already out of control and the causes aren't particularly trivial to fix (I've cut down CPU usage fairly significantly with one of my patches, but that only partially solved the rampant memory allocations). On top of that, the entire game relies on a JavaScript engine that was deprecated in Java 10 and has been completely removed from 17+, so when Oracle finally pulls support for Java 8 things are going to get very "interesting." It's already more difficult than it should be to run LT on macOS and bleeding edge Linux distros without screwing around with JREs and OpenJFX installs because of this.
If the goal is to make LT good, the best way to do it would be to start a new community project with similar systems and goals. Free and open would be best, as 1) it eliminates the usual Patreon/SubStar slack that generally occurs, 2) it would encourage communal development, and 3) people (myself included) contribute to LT despite it effectively being a paid product, so it's not that people would be unwilling to contribute to something of that nature.
There are some potential legal issues with community projects (content ownership, yadda yadda), of course, but that should be manageable with the right licenses and a friendly approach to content removal and community interaction.
The game isn't open source, it's source-available. Check the
You must be registered to see the links
. When you contribute code or content, you are giving Inno sole ownership of your contributions.All the creator needs to do is add more content for the existing characters they have, more lines during scenes, more interactions, most of which are text not code.
The endless feature creep and adding bullshit mechanics serves no purpose, it is a text game, the 'game' is secondary to the text.
The endless feature creep and adding bullshit mechanics serves no purpose, it is a text game, the 'game' is secondary to the text.
On the topic of compiling the source code. Is anyone experiencing worse performance with their own compiled versions of the game vs. the provided binaries? I followed the instructions given on github on how to compile it, but even without any changes to the source I'm getting significantly more lag right out of the gate and an increased amount of memory leakage. I'm not all that experienced in Java, but is it just me or are the compiling instructions bad?
- Sep 8, 2019
- 535
- 912
Make sure you're not attaching a debugger to the game if you don't have to. That will cause things to move noticeably slower.
One thing that might help is to pass the Xmx parameter to the JRE to increase the maximum heap size (i.e. -Xmx8096M for 8GB). I haven't used the release build in forever, but I wouldn't be surprised if it allocated a larger heap than an IDE would. LT allocates memory at a staggering rate, so that should help smooth things out considerably.
I've been using the Xmx parameter while running my JREs, the problem isn't even that the memory heap get's full. Curiously enough my JRE takes up less initial memory than the official binary (imported new game, skipped intro, JRE takes about 360MB while the binary takes about 1.2GB). However, if I open up the inventory, switching between items is significantly laggier with my compiled version on a fresh start. The UI lag is overall several times greater.
I haven't actually tested how quickly the memory allocation grows over time official version vs. compiled. That just feels much greater on the compiled version, but maybe you're right and the heap size for the official version is way higher than the 8GB I'm giving to my compiled version out of 16GB that my system has.
I don't know how to use the eclipse debugger, so I assume it's not on by default. Doesn't seem like in the build settings.