General Discussion

[Xela]

We could. I am gonna keep looking into wtf is wrong with the loading/saving system, I've tested it like 100 time since SmartTracker was added and now it bitches it's not coded properly...

[Xela]

I've completely rewrote the container we're using for traits and skills so watch out for new errors here and there, it's a big change and I doubt that I've fished out all the errors. Saving system is working again...

[DarkTl]

I usually keep sound disabled unless it needs testing. And sometimes, when I launch the game, start a new game and from the initial brothel screen immediately go to the settings menu and click one of the volume bars to increase the volume, renpy crashes with no error. It happens very rarely, like once per 1-2 months. I cannot even reproduce it, it just happens. But it could happen at least on two different devices.

Today I got this shit again and checked all logs. There is nothing in game and renpy logs. But there are traces in windows logs:

Faulting application name: pythonw.exe
Faulting module name: renpysound.pyd
Exception code: 0xc0000005
Fault offset: 0x0000c851
Faulting process id: 0x2fa0
Faulting application start time: 0x01d2246bb5fc1827
Faulting application path: C:\Pytfall\RenPy\lib\windows-i686\pythonw.exe
Faulting module path: C:\Pytfall\RenPy\lib\windows-i686\lib\renpy\audio\renpysound.pyd

[Xela]

I've never seen this error before, prolly some weird OS/Drivers thing. We are not doing anything weird to sound/music... that saving issue I talked about was due to a poor coding practice that seemed to be working well and looked really cool (in code) but, just as guys at stackoverflow warned in their posts/explanations, was a bad and dangerous idea that failed eventually

Stuff like these saving errors is really annoying because it's really, really hard to track down. I got pretty good at it few years back though, after backtracking the whole code base, figure out renpy savedumps and reading into pickle modules, so it went quicker this time around

[DarkTl]

Yeah, I bet not many people disable/enable sound in renpy dozens times every day to get this error once in a few months 

c0000005 is memory access violation, I suppose sometimes sound module doesn't load into ram properly if all sound is disabled.

[Xela]

Maybe... sound controls got a lot better after Ren'Py moved to SDL2 or at least about the same time... I haven't heard that many complains since then.

[Xela]

BTW, did you try to hide stuff in polymatrix? Do you have a testing case I can access if it has issues?

[DarkTl]

No, not yet. I'll try it a bit later.

Do you think it's a wise idea to create dozens non interactable random chars only to make them fight at arena? We have many good npcs sprites in dropbox instead.

[DarkTl]

Actually, I added a testing case really quick. Now in the village you cannot see the ninja shop icons until you find the shop in matrix mode, and after you did it and the icon became visible, you cannot enter it via matrix any longer. Works as intended.

[Xela]

Do you think it's a wise idea to create dozens non interactable random chars only to make them fight at arena? We have many good npcs sprites in dropbox instead.

Nor sure... it's in plans to allow normal characters that fight there to parttake in game world and interactions outside of the Arena as well but Arena Characters were meant to be simpler.

[DarkTl]

 

File "game/library/screens/next_day.rpy", line 94, in script call
    call next_day_controls
  File "game/library/screens/next_day.rpy", line 94, in script call
    call next_day_controls
  File "game/library/screens/next_day.rpy", line 94, in script call
    call next_day_controls
  File "game/library/screens/next_day.rpy", line 94, in script call
    call next_day_controls
  File "game/library/screens/next_day.rpy", line 94, in script call
    call next_day_controls
  File "game/library/screens/next_day.rpy", line 94, in script call
    call next_day_controls
  File "game/library/screens/next_day.rpy", line 81, in script call
    call next_day_calculations
  File "game/library/screens/next_day.rpy", line 142, in script
    $ building.run_nd()
  File "game/library/screens/next_day.rpy", line 142, in <module>
    $ building.run_nd()
  File "game/library/businesses&buildings/classes - core_buildings.rpy", line 595, in run_nd
    self.env.run(until=100)
Exception: (ZeroDivisionError('float division by zero',), ZeroDivisionError('float division by zero',))

After 5-6 days.

  File "game/library/screens/next_day.rpy", line 81, in script call
    call next_day_calculations
  File "game/library/screens/next_day.rpy", line 142, in script
    $ building.run_nd()
  File "game/library/screens/next_day.rpy", line 142, in <module>
    $ building.run_nd()
  File "game/library/businesses&buildings/classes - core_buildings.rpy", line 595, in run_nd
    self.env.run(until=100)
Exception: (ZeroDivisionError('float division by zero',), ZeroDivisionError('float division by zero',))

Next attempt, already on second day.

These errors prevent timed events testing completely 

[Xela]

Just get rid of all businesses in testing file...

[DarkTl]

When I ripped some bgs from another renpy-steam game, Just Deserts, I noticed a curious anticheating solution. They don't just disable config.developer, they also intercept special combinations like shift+O and make them do nothing 

[Xela]

I don't believe that Shift+O does anything without dev mode, at least it used to do nothing.

[DarkTl]

Anyone can enable dev mode. But not anyone can change the code to stop interception.