Jun 27, 2024
37
90
show rose ewide bupn mneu
show pov ewideb bup mcry
show abusmall eangry
Can't possibly make much sense from variables like these. abusmall looks like 'abysmal', lol. I wouldn't be surprised if these are even in hispanic though. It's only their problem that the code is so bulky. The dialogs in the code itself and no functions to, let's say, return a set of poses. They just call that show function constantly. You're right, this is painful to maintain and to fix.
Judging by the structure I guess that's how they teach to use RenPy in those YT tutorials. If you actually going to learn programming first, then giving a distinctive name to a variable is like the first thing you'll learn. I guess they just skipped it altogether and started with the most basic functionality that RenPy could provide.
Well, it's their funeral.
 

Kisama33

Active Member
May 13, 2018
597
837
Can't possibly make much sense from variables like these. abusmall looks like 'abysmal', lol. I wouldn't be surprised if these are even in hispanic though.
If what you mean is that those words are related to hispanic I almost for sure can say that they are not, some of them only require you to remove the first letter to figure out the "word" others definitive need some steps more.

show rose (e)wide (b)up[n] mneu = Menu?
show pov (e)wide(b) (b)up (m)cry
show (abu)small (e)angry

EDIT: Actually "Abu Small" may be that demon (Abu Gabu) in Rose's quest from when he gets small.
 

moskyx

Forum Fanatic
Jun 17, 2019
4,168
13,748
I guess e means eyes, b means eyeBrow, m means mouth. Wide and up are pretty self- explanatory, neu probably means neutral, and so on.

Can't possibly make much sense from variables like these. abusmall looks like 'abysmal', lol. I wouldn't be surprised if these are even in hispanic though. It's only their problem that the code is so bulky. The dialogs in the code itself and no functions to, let's say, return a set of poses. They just call that show function constantly. You're right, this is painful to maintain and to fix.
Judging by the structure I guess that's how they teach to use RenPy in those YT tutorials. If you actually going to learn programming first, then giving a distinctive name to a variable is like the first thing you'll learn. I guess they just skipped it altogether and started with the most basic functionality that RenPy could provide.
Well, it's their funeral.
Those are actually layered images that compose the full pic we see, which I wouldn't call 'the most basic functionality that RenPy could provide' (it's not rocket science either and many games use it, but still). And that's just the way you code that in RenPy, using the show statement: what you called 'variables' are actually the preset poses devs defined somewhere else in the scripts (after creating the art for them), and they are calling them here the way they are suppossed to. I guess the names are (or were, five years ago) distinctive enough for devs, but I agree they could be more clear.

Dialogs are always in the middle of the code in every RenPy game, but this code is particularly complex due to those layered images (take into account that there are 3 characters on this particular scene), and the game is designed so those poses change after every dialog line or action. It's their problem the code is so bulky, sure, but that's just how they chose to make this game more than four years ago, and also a big part of its success because it almost looks like a fully animated game. I don't think most of complainers are really aware of this game's actual complexity.
 

Knight

Active Member
Jul 7, 2017
579
1,441
These guys are obviously stalling for time but for real complex code that is actually true. I write code for a living and fixing mistakes is like finding the error in a long math equation, because programing relies on the all the previous steps in a chain to be correct if one part is wrong then everything down the chain is affected; it's actually more like "fix one error, find 100 more".

That being said renpy game structure is VERY forgiving of such errors due to most events being single variable control, most events in renpy are effectively boolean statements, there is very little logic that has to be fixed (which is the most frustrating part of debugging) and most errors are self contained.

It was intentionally designed that way for simplicity sake, which is why so many people use it.
 
Last edited:

SDDA

Member
Jun 21, 2017
116
254
Nice! In the last 4 days 6 bugs were fixed and 5 new bugs popped up. I see that hip surgery is still hindering his progress.
Yeah the whole development is a joke, pretty much made up numbers to fake progression... i know debugging takes time, but not 6 months to a year, especially when its not even the first release but their 7th... This was a great and promising game one time, but something went wrong during these past years and the devs got too comfortable and lost passion. Bummer.
 

fusibile87

Newbie
Jun 28, 2020
80
471
Nice! In the last 4 days 6 bugs were fixed and 5 new bugs popped up. I see that hip surgery is still hindering his progress.
A proof that this is just a scam. Their progress bars always go up in a steady way, while if their excuses were true, we should see periods of inactivity and periods of huge activity.
We'll have the definitive proofs in september. They said that thanks to school, they'll have more time to spend crunching on the game. We will see. I bet the progress is still gonna increase by 1 bug every report.
 

shazba jnr

Member
Feb 3, 2024
354
2,563
The last two months of pretend development, for your viewing pleasure:

ezgif-7-4814eab510.gif

I was gonna highlight the seemingly asymptotical attributes of this data, but it's already been done. :LOL:

Doing god's work here. I believe if you collect the data for the last 2 years and plot a graph it will be a perfect 1/x asymptote.
Is there proof this dev is from Spain or has he become a royal from Nigeria?
 
4.70 star(s) 454 Votes