HentHighSchool Development Forum

Let's come at this from another angle; the Girl Pack's rating. What Goldo is looking for is a way to communicate in the tagging tool that bisexual is an essential main tag and lesbian is more of an optional tag.

I don't really get it. There's a clear distinction between a bisexual image and a lesbian image - the presence of a male. Whether we make "lesbian" main or optional won't change the images you are tagging.

To be honest, I feel this is another discussion for discussion's sake. Lesbian already IS one of the most prominent tags around, beating waitress, geisha, monster and libido in my girls directory in raw numbers. Why? Because there's a fuckton of lesbian images out there. Bisexual is also one of the most prominent tags around, especially if you consider that "bis" and "bisexual" is the same tag. This is absolutely no problem in reality.

Also, Goldo already said that "lesbian" will count towards "bisexual" for the rating, and I will mirror that. That is the one point I absolutely refuse to discuss. The rating is Goldo's domain, I will only ever mimic it in the Tagging Tool. If you see any problems with the rating, you need to discuss this with Goldo.



Regarding Leortha's question, I think you missed the point. There will be female customers. They will want service/sex/anal/fetish with your girls, depending on which sexacts you activated. Because of this, Leortha and I assume that tagging service..fetish for lesbian images will be beneficial. There's actually lots of girlpacks already tagged like that, because it's not expressly forbidden, either.

However, just what counts as which sexact is somewhat undefined for female customers. There's a gray area between service and sex. Taking the tag definitions literally, "lesbian sex" is kinda impossible right now, because "sex" requires the presence of a male sexual organ, while "lesbian" requires the absence of any males. I assume most people will count two lesbians fucking with a strap-on or a double-headed dildo as "sex", though.

The question is where you draw the line. I agree with Jman that Dildos are probably gonna be the biggest problematic area. On the other hand, maybe we can leave that decision to the packmaker's discretion? Some girlpacks might have no strap-on images available, for instance.

Nemojason, I'm pretty sure the problem is that the filepath is too long. Filepath+Filename are limited to 250 characters on Windows. "C:\hhsd\projet girl brothel king\Picture_namer_for_BK-2.7-pc\Picture_namer_for_BK-2.7-pc\" is using up almost 100. If you switch to only one directory called "Picture_namer_for_BK-2.7-pc", the filename should fit.

What is it used for?

To get the girl comfortable with being naked, including the ability to strip and clothe her (at will, eventually).

What exactly is the purpose of "nude" training?

To improve her 'naked' preference score, and maybe some other stats as a byproduct. You can always do some less conventional things as well, like making a reluctant girl train nudity, then punish her for it. Or have Gizel do nudity training as a preparation.

What is improved by training it?

Naked preference, obedience, libido, body, love/fear/mood.

If you mean what it's ultimately good for, 1) eye candy and 2) a moderate boost to income from girls who performing a non-sexual job while naked.

Hello,
i start to tag some pictures and i get this error :

I'm sorry, but an uncaught exception occurred.

While running game code:
  File "game/script.rpy", line 1009, in script call
    call edit() from _call_edit
  File "game/script.rpy", line 1110, in script
    python:
  File "game/script.rpy", line 1116, in <module>
    t += pic.commit_changes(filename_counter_dict, 2) # Phase 2 - Renaming
  File "game/script.rpy", line 699, in commit_changes
    if i > 20000 : raise Exception(self.file_name + " -> " + new_file_name)
Exception: _UNTAGGED (00003).png -> service fetish embar refuse cosplay catgirl sensitivity toy dildo vibrator dirty sub cunnilingus bondage rimming collar orgasm squirt freq_highest (%s).png

-- Full Traceback ------------------------------------------------------------

Full traceback:
  File "game/script.rpy", line 1009, in script call
    call edit() from _call_edit
  File "game/script.rpy", line 1110, in script
    python:
  File "C:\hhsd\projet girl brothel king\Picture_namer_for_BK-2.7-pc\Picture_namer_for_BK-2.7-pc\renpy\ast.py", line 862, in execute
    renpy.python.py_exec_bytecode(self.code.bytecode, self.hide, store=self.store)
  File "C:\hhsd\projet girl brothel king\Picture_namer_for_BK-2.7-pc\Picture_namer_for_BK-2.7-pc\renpy\python.py", line 1912, in py_exec_bytecode
    exec bytecode in globals, locals
  File "game/script.rpy", line 1116, in <module>
    t += pic.commit_changes(filename_counter_dict, 2) # Phase 2 - Renaming
  File "game/script.rpy", line 699, in commit_changes
    if i > 20000 : raise Exception(self.file_name + " -> " + new_file_name)
Exception: _UNTAGGED (00003).png -> service fetish embar refuse cosplay catgirl sensitivity toy dildo vibrator dirty sub cunnilingus bondage rimming collar orgasm squirt freq_highest (%s).png

Windows-8-6.2.9200
Ren'Py 7.0.0.196
Picture namer for BK 2.8.9
Sun Mar 07 19:30:14 2021

What exactly is the purpose of "nude" training? What is it used for? What is improved by training it?

The Boa portrait is not particularly good, but it is the way it is because the original had nothing above what's in the picture. It's still immediately identifiable, which is the main purpose of a portrait.

The 'coal' is very visible to me. This is not the natural skin tone of a human being, even if the original was too bright. It's either a shadow, some sort of dust, or a really bad fake tan. She also has some sort of 'tanline' on her fingers, which could have just been reflected light in the original, but in your version she's either been tanning in a very awkward position, or someone tried to wipe her hand after she came out of the coal mine. There's some sort of weird shadow in the lower right corner now, too.

Basically, I think the hair and clothes are fine, but the face, hand and background are not. IDK, maybe you're intentionally going for a pseudo-Victorian, 'soot is everywhere' look. That would fit perfectly.

It looks better to me the Boa pic looks like very awkward with that extreme zoom. I still don’t see you’re coal to me it just looks clean up and less ridiculously bright. But whatever.

0.21 is out today.

Changelog:

• 250+ new renders.
• Fetishes and sex scenes this update: Gangbang, Anilingus, Vaginal, Anal (x2), Blowjob, Handjob, Sharing partner (NTR), Foot Fetish;
• Updated Ren'Py's engine to the latest one... which changed (and broke) quite a few things. For example, the mouse hover doesn't work anymore. I had to re-adjust the side images for the characters and many other stuff too. If there's an issue let me know.
• Lots of new characters and outfits:

• Improved the final scenes by going through photoshop for even further increase in quality:

• The presplash loading screen now loads correctly from B&W to color.

The backlog shouldn't actually have any "resolved" issues at all. Those just seem to be some that were actually fixed in 1.10 but the assignee forgot to change the target version in the ticket.

After correcting that, it's 84% (125/148) resolved.

A bunch of the remaining stuff are just tickets that will be checked off right before the final release. Some tickets are kinda finished but are now stuck in a limbo where it's not exactly clear what still needs to be done or whether the issue is truly fixed because it was not easy to reproduce it in the first place.

Thst's what I meant when said that roadmap is not answering a question. Such things for devteam only and not always correct.
Anyway good to see that project is still alive and well.

Had a very cool code streamlining idea, which I quickly implemented.

Changelog:
- instances of class Person can now be directly used as speakers (like Characters)
-- pov is now an instance of Person, meaning all properties like pov.man are available (please note that gender is still locked to male)
-- povTitle -> pov.Mr; povBdsmTitle -> pov.Master; povGender -> pov.gender or pov.male
   (the old ones still work for backward compatibility)
-- "[povTitle] [povLastName]" can now be written as "[pov.polite]"

That makes the pov object way more powerful, makes the Person objects more elegant to use, and paves the way if AAR ever supports a female principal.