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
Yo, is there any way to disable male offspring anymore? I remember back before version 0.4.1x.x, offspring gender/genitals/femininity, etc were determined by your gender settings. What gives?
- Mar 3, 2021
- 604
- 1,136
You must be registered to see the links
Contains hotfixes, but also random additions, as expected. Notable highlights bolded by me.
You don't have permission to view the spoiler content.
Log in or register now.
You don't have permission to view the spoiler content.
Log in or register now.
You don't have permission to view the spoiler content.
Log in or register now.
Two things:
1. I never implied such a thing
2. "There are hordes of developers..." == TRUE for any value of X in (C, C++, PHP, Java, Javascript, ...)
Umm, no. No it wouldn't be. It's a VM so it will always have a layer of abstraction more compared to native compiled code.
If there's no use for the object when it goes out of scope then it's better to be dropped as soon as possible. Keeping it around just pollutes the CPU caches on something that will never be used again.
On the other hand, if hundreds of objects keep getting recreated and destroyed in a busy loop then the implementation is bad and you should consider using statically allocated buffers for such objects to avoid the cost of new / delete and heap management, not to mention inevitable heap fragmentation and eventually running out of memory. So as you can see, dynamic memory allocation and automatic memory management are sometimes a problem, not a solution.
Also, what you cite as "can be more performant overall" is literally one of the worst aspects of GC -- being non-deterministic.
C++ will take known time to deal with heap allocation / deallocation. Every time the cost will be the same. GC in a GC language will trigger when it hits some treshold and if it has a lot of stuff to do it will negatively impact the overall application or even the whole system performance.
Except that seasoned C/C++ developers would probably do way better with memory management and data structures / layouts because when you start learning those languages those are the very first things you have to grasp. On the other hand, Java and Net are quite "forgiving" and try to abstract, in my opinion, way too much from the developer.
- May 7, 2023
- 67
- 132
You must be registered to see the links
you're welcome to add your seasoned optimizations anytime.
- Mar 1, 2018
- 2,151
- 2,427
Free but not necessarily easy, Doom Guy/Gal: Defeat all of the imps in Meraxis' fortress. There's also a perk for defeating all of the invaders in the Amazon city.
- Sep 5, 2020
- 33
- 30
Eisek's quest line is kind of cute, despite being incredibly unintuitive to even find him in the first place.
- May 25, 2020
- 1,162
- 1,598
Yep, but they might get added 20 years from now.
I am one of those who picked up the project and did a lot of optimizations, but then I saw the control and timeline to get my stuff submitted and said "nah bro".
- Mar 1, 2018
- 2,151
- 2,427
Short answer; no.
Long answer; theoretically it could if it weren't so poorly optimized and the UI wasn't a hot mess.
- May 25, 2020
- 1,162
- 1,598
as a hacker/developer.
Short answer to a normal user with a normal iphone/android phone: FUCK NO
Long answer for power users with possibly rooted android phone (and possibly jailbroken iphones).
Theoretically, yes, but you will need a powerful phone with a lot of ram and possibly something like ubuntu running in a chroot on your phone.
First you need to get termux and install it and then install the jre and all its needed dependencies. Then install the x11 extension for termux.
Then pound your head agenst the wall as you run something like the below, and slowly fix the errors by installing the correct stuff.
Code:
java --module-path $MAVEN_REPOSITORY$/org/openjfx/javafx-base/11/javafx-base-11-linux.jar:$MAVEN_REPOSITORY$/org/openjfx/javafx-base/11/javafx-base-11.jar:$MAVEN_REPOSITORY$/org/openjfx/javafx-controls/11/javafx-controls-11-linux.jar:$MAVEN_REPOSITORY$/org/openjfx/javafx-controls/11/javafx-controls-11.jar:$MAVEN_REPOSITORY$/org/openjfx/javafx-fxml/11/javafx-fxml-11-linux.jar:$MAVEN_REPOSITORY$/org/openjfx/javafx-fxml/11/javafx-fxml-11.jar:$MAVEN_REPOSITORY$/org/openjfx/javafx-graphics/11/javafx-graphics-11-linux.jar:$MAVEN_REPOSITORY$/org/openjfx/javafx-graphics/11/javafx-graphics-11.jar:$MAVEN_REPOSITORY$/org/openjfx/javafx-media/11/javafx-media-11-linux.jar:$MAVEN_REPOSITORY$/org/openjfx/javafx-media/11/javafx-media-11.jar:$MAVEN_REPOSITORY$/org/openjfx/javafx-web/11/javafx-web-11-linux.jar:$MAVEN_REPOSITORY$/org/openjfx/javafx-web/11/javafx-web-11.jar --add-modules javafx.base,javafx.controls,javafx.fxml,javafx.graphics,javafx.media,javafx.web -jar LT.jarAlternative method:
Install a virtual machine that will allow you to run Windows 10 on your phone (and i do mean ON YOUR PHONE).
Then go through the whole vm setup process.
Then install the required jre inside the vm.
Finally, insert the Windows version of the game and double tap the LT.exe and pray to a god of your choice that your phone doesnt burn down in flames.
Finalization of both methods:
Stream or setup a landscape screenshare of your phone to something like a monitor or tv.
Find/buy a mouse and keyboard pair that can connect to your phone via bluetooth or some insane wired setup.
Now you can play the game almost as well as if you were playing it on pc.
Fun sidenote: you are more likely to get the game running on your steamdeck than on your phone.
Last edited:
Brave of you to assume Inno, or anyone else from her inner circle, will grace those submissions with their attention sometime this decade, much less incorporate them.
I remember when they ASKED people for quest/character contributions, and the proposed timeline was up to half a year for Inno to even look over the submissions (with Inno's usual punctuality, more like a year), and upwards of two or more years for someone to merge them in if they get accepted... and that's if you did all the work for them and all they have left is to merge it in.
- May 31, 2020
- 406
- 449
Like I've said before, the heat death of the universe shall occur before LT is finished.
- May 25, 2020
- 1,162
- 1,598
So as a developer they are slow enough that stuff like merge issues will naturally crop up and the original creator will have moved on to work on other projects.
Eg this scene:
"(Inno 2 years later):your contribution has been accepted but you need to fix the merge conflicts"
"(Developer): wait what contribution?... Oh that thing I completely forgot about it."
"(Inno): are you willing to come back and fix the merge conflicts so it can be accepted?"
"(Developer): sorry, but I completely moved on, and no longer have an interest in that project"
Bold of you to assume it will be a heat death and not a big crunch.
Last edited:
