VN HTML Onhold Girls' Night Out [v0.1.1] [Hot Sequence]

[slavenzka]

Cool game. A litte years '90 porn, but hey, we are in F95 for this!
Things I would like:
The blonde girl at a point will choose to change her look, too (blonde bimbos barlady);
The last round in Boss's villa (> 400 $) will should a bukkake party for the girl;
A farmacy shop for sells overpriced preggo pills (the player choose if want to end the game quickly or later).

But I liked this game!

Thanks for your feedback. We really wanted to create something fun, easy and naive. We keep more hardcore stuff for the next chapters and I'll keep in mind your ideas.

 

[SilverDream]

Your Patreon membership offer makes no sense—it has no benefits or anything. You'd better add something to attract people to support you.

 

[slavenzka]

Your Patreon membership offer makes no sense—it has no benefits or anything. You'd better add something to attract people to support you.

Thanks for your idea, we also had doubts about our patreon page. So we've decided to follow your advice and make patreon membership more valuable and impactful for people.

 

[Laellith]

How can we save for a next day ? should we let the game and never shut our PC off? (or where can we find some save to keep them apart from temp before the temp are cleaned?)

 

[slavenzka]

How can we save for a next day ? should we let the game and never shut our PC off? (or where can we find some save to keep them apart from temp before the temp are cleaned?)

Hey. The saved game data is stored in a browser's IndexedDB, so there's no way to save the data if you're resetting your browser cache on a daily basis. I expect that implementing an external database to handle a rare case of frequent browser resets is an overkill move. At least all of the similar projects I've seen use local storage or IndexedDB to store the game data, and I suppose that's an adequate solution.

 

[Carrick]

Online pls

 

[slavenzka]

Online pls

You must be registered to see the links

P.S. I did't restrict launching the game on smartphones, but I did zero testing and styles adaptation for that kind of devices. I could adapt the game to mobile is that feature is required though.

 

[Anonio333]

Not really a fan of female protagonist, but opened game to look on UI and it looks really nice. You did really good job. However, I noticed comment that game is a lil bit repetitive and if you wan't people not to curse you while grinding or repeating events, you need to add skip button. Tapping mouse every dialogue is really annoying, if you don't plan to read text. Also these players who play only for scenes may feel unconfortable with your UI. If it's possible to implement skip, you may also need to think about auto, like in RenPy.

 

[slavenzka]

Not really a fan of female protagonist, but opened game to look on UI and it looks really nice. You did really good job. However, I noticed comment that game is a lil bit repetitive and if you wan't people not to curse you while grinding or repeating events, you need to add skip button. Tapping mouse every dialogue is really annoying, if you don't plan to read text. Also these players who play only for scenes may feel unconfortable with your UI. If it's possible to implement skip, you may also need to think about auto, like in RenPy.

Hey,

That's very valuable feedback for us—I really forgot about the "Skip" and "Auto" buttons. I'll definitely add this feature in the next minor update.

As for repetitiveness, we've reduced the need for cash to the point of being almost nonexistent—a player should acquire all the required cash even before finishing the entire working sequence. Anyway, we set the bar for game design lower in the first chapter than we'd like because we wanted to avoid overwhelming complexity at the beginning of our first game project. We will raise it in the next chapter with more complex interactions and meaningful quests.

Thanks a lot for your feedback—we really lack a detached perspective.

 

[slavenzka]

Not really a fan of female protagonist, but opened game to look on UI and it looks really nice. You did really good job. However, I noticed comment that game is a lil bit repetitive and if you wan't people not to curse you while grinding or repeating events, you need to add skip button. Tapping mouse every dialogue is really annoying, if you don't plan to read text. Also these players who play only for scenes may feel unconfortable with your UI. If it's possible to implement skip, you may also need to think about auto, like in RenPy.

Done and uploaded.

 

[hecom]

when is the next update ?

Also pretty high quality for a html porn game... Dev need to get more updates out so that it gets noticed.

 

[youraccount69]

GirlsNightOut-0.1.1

Spoiler: TORRENT 1171MB (Windows)

You don't have permission to view the spoiler content. Log in or register now.

rpdl torrents are unaffiliated with F95Zone and the game developer.
Please note that we do not provide support for games.
For torrent-related issues use here, or join us on

You must be registered to see the links

!

You must be registered to see the links

,

You must be registered to see the links

. Downloading issues? Look here.​

 

[slavenzka]

when is the next update ?

Also pretty high quality for a html porn game... Dev need to get more updates out so that it gets noticed.

I expect that we will roll out the next piece of the story in 2-3 weeks.

We have no intention of hurrying but are focused on achieving the quality and complexity that enhance our professional skills. We'd love to be noticed because of the quality mark, not tricks to stay in f95 dashboard for longer time.

 

[hecom]

''We'd love to be noticed because of the quality mark, not tricks to stay in f95 dashboard for longer time.''

 

[hecom]

prob dead or abandoned

 

[slavenzka]

I confirm that the project is on hold.

 

[f96zonetrooper]

Hey. The saved game data is stored in a browser's IndexedDB, so there's no way to save the data if you're resetting your browser cache on a daily basis. I expect that implementing an external database to handle a rare case of frequent browser resets is an overkill move. At least all of the similar projects I've seen use local storage or IndexedDB to store the game data, and I suppose that's an adequate solution.

I know the game is on hold.

Why don't you just use the standard method to handle Savegames (10 slots, option to Save to Disk, etc) as most other SugarCube html games do?

I usually save to disk since my browser deletes the savegames in cache after closing the browser as well ... and that is actually necessary since there are hundreds or thousands of html-games out there and you don't want a permanent history of savegames of all the html-games you ever played in your browser cache.

For most games updates are not compatible with saves from previous versions, so keeping those saves in the cache is only a short term benefit anyway.

Hint :
Your method to Load Savegames in the Main Menu allows the player to accidently overwrite the savegames by clicking on the save button on the right. The savegame then just points to the Main Menu.

 

[slavenzka]

I know the game is on hold.

Why don't you just use the standard method to handle Savegames (10 slots, option to Save to Disk, etc) as most other SugarCube html games do?

I usually save to disk since my browser deletes the savegames in cache after closing the browser as well ... and that is actually necessary since there are hundreds or thousands of html-games out there and you don't want a permanent history of savegames of all the html-games you ever played in your browser cache.

For most games updates are not compatible with saves from previous versions, so keeping those saves in the cache is only a short term benefit anyway.

Hint :
Your method to Load Savegames in the Main Menu allows the player to accidently overwrite the savegames by clicking on the save button on the right. The savegame then just points to the Main Menu.

Hey, thanks for your feedback.

Browser doesn't have access to file system as far as I do not use nodeJS to store data in external db. But in this case the game will become more of a windows app powered by electron or similar than an html game. I was thinking about that direction to be honest but the purpose of this game was to detect core complexity points of game development. I didn't want to dive deep into solving all possible user scenarios and used the easiest and most common approach. When we finish upgrading our stack with new tools, I'll consider electron as a very viable option for development and will manage saved games separately.

As for your hint, I'll investigate and fix it. That's a valuable input from you, thanks a lot!

UPD: I feel myself so stupid that I've missed this UX mistake. Thanks again!