General Discussion

[Xela]

Weight choice, when the more the weight, the more the chance to select the element. An example from one websiteAs you can see, weights are 100% in total.

You'll have to recompile Ren'Py to add numpy to it cause large parts of it are written in C and then do so after every Ren'Py upgrade. What are you trying to do?

===>>
Edit:
Ah ok:

https://lemmasoft.renai.us/forums/viewtopic.php?f=4&t=26531#p323010

I still don't get a question about skills over 100. I wonder why they didn't just add it to normal random module... seems like there is solid demand for it, I found over 10 ways across many boards suggesting many ways to do the same thing...

[DarkTl]

Yeah, I want to use skills values (which are unlimited) as weights. So I wonder if weight sum should be 1 in total, like in every python example about the weighted choice, or I can use raw skill values and the function will figure it out.

[Xela]

Yeah, I want to use skills values (which are unlimited) as weights. So I wonder if weight sum should be 1 in total, like in every python example about the weighted choice, or I can use raw skill values and the function will figure it out.

They are not really unlimited, there are caps on them, just really high once. I think they are defined in initialization file somewhere and all set to the same value.

[DarkTl]

5000. That's lower than I thought 

[Xela]

5000. That's lower than I thought 

LoL? We could make it 50 000 and use steps of 10 or make it 5 and go full out floats

Drag and drop interface is coming along nicely, code is really clean this time, I feel like we can add any amount of extra magic to it without confusing anything. I want to add some basic info as really small icons to portraits, maybe just the types (warrior/service/manager) and status (slave/free), prolly should make them larger and add a grid underneath, prolly from bestiary, it looks cool now.

[DarkTl]

https://lemmasoft.renai.us/forums/viewtopic.php?f=4&t=26531#p323010

Might be taken from https://www.renpy.org/wiki/renpy/doc/cookbook/Making_random_choice_with_some_outcomes_more_likely_than_others
Anyway, I tried it like

        skills = ["sex", "oral", "anal"]
        if not(ct("Virgin")) or check_lovers(hero, char) or char.disposition >= 750:
            skills.extend(["vaginal"])
        skills_values=[]
        for t in skills:
            skills_values.append([t, char.get_skill(t)])
        total = sum([t[1] for t in skills_values])
        import random
        r = random.uniform(0, total)
        s = 0.0
        for k, w in skills_values:
            s += w
            if r < s: return k
        return k

and it works weirdly. It might be unsuitable for cases when the sum of chances is not 1.

[Xela]

I found an option that might work better, try it out when you can. (just pushed the func)

[Xela]

Ok... that's enough. Stills loads to do but base is setup.

[DarkTl]

Yeah, it works. But it cannot handle cases when all weights are 0, in which case it probably should return None (fixed it).

[Xela]

Yeah, it works. But it cannot handle cases when all weights are 0, in which case it probably should return None (fixed it).

Oki I promised that I'll take a stab of coming up with a simple "shooting range" concept for Ren'Py tonight. Gonna see if I can write a passable UDD in pytfall lab...

Edit:
LoL, I just realized that I haven't written a UDD with input ever since training on that stupid ship and the music thing. I wonder if I still got the ship somewhere.

[DarkTl]

Shooting range? Like, for BEs?

[Xela]

Shooting range? Like, for BEs?

http://www.dailyhaha.com/_flash/m16_shooting_range.htm
http://www.oyunlar1.com/online.php?flash=3389

Something along these lines, for a minigame in futuristic VN.

[Xela]

)$%$)(%*$)(*()$#*%)($*%)(

Spent two hours trying to figure out why our in poly func works for you and doesn't work for me only to find out that it matters a lot in which order you feed it the coordinates! Basically you can have 4 points and draw very different polygons with them... which is something I knew but forgot

[DarkTl]

Lol. And I once had to rewrite coordinates because at first I wrote them while launching the game in non native window mode, ie after changing window size manually with mouse, which totally messes up them 

[Xela]

Lol. And I once had to rewrite coordinates because at first I wrote them while launching the game in non native window mode, ie after changing window size manually with mouse, which totally messes up them 

My fault as well... I should have used renpy native function in favor of pygame variant because renpy version accounts for crap like window size.