Whoops, I should clarify: I meant 3 opponents, not 4. Four players, including you.

Also, I left these goals out:
* Different AI types for more customizability.
* A program to generate a module for you if you don't feel like manually putting everything together.

>>67642
>Whoops, I should clarify: I meant 3 opponents, not 4. Four players, including you.

...How about 4 players excluding you? :3c

>>67643
Haha, that would probably be a bit tedious... but feasible.

What happened to the one Numbers was making?

>>67646
Dunno! I made this mainly to learn Python.

Anonymous 2013/02/19(Tue)06:54 No. 67657 ID: 65449b
File 136128566074.png - (41.81KB , 416x738 , pokerprogress7.png )

Here's a prototype of the character select screen I just whipped up. It's missing functionality (like the ability to support more than 5 characters), and polish, but hey, that's out of the way and we're one step closer to release.

a lot of the .dlls are designed to be opponents, would the story behind them work as players?

also all the characters have different amounts of clothing wouldn't that make the game unbalanced?

>>67658
The current dll's would not work as players, really, no. Ideally people would make versions designed to be playable, and it would work a lot like Lagotrope's poker dll.

As for balance in images, that's not really a concern. Most people don't go into poker with the same amount of clothing, and if you're going to cheat, why play? I suppose you could look at it as difficulty modes.

But all that's a long-term goal, and it would be optional if it happened, so it's not really a concern right now.

>>67659
Whoops, too used to adding "dll" after "poker." I meant Lagotrope's poker flash.

making playable versions makes sense to me, that way the original creator has a say in how their .dlls are experienced.

personaly I would/will make .dlls exclusively for players or opponents

It'll get weird for the dlls with favors though

I mean, how and when did Kyoas acquire a cock for Moalla to suck?
If Kyoas is the player, that is.

>>67670
Well that's sort of the point of making modules designed for that sort of thing.

Anonymous 2013/02/19(Tue)17:10 No. 67674 ID: 65449b
File 136132263924.png - (75.40KB , 816x738 , pokerprogress8.png )

Some of these dlls are gonna have this problem. Bear with me on that, I guess.

Anonymous 2013/02/19(Tue)20:33 No. 67675 ID: 65449b
File 136133482287.png - (86.10KB , 416x718 , pokerprogress9.png )

Well, I'm pretty sure that I've ironed out basically all of the bugs, and I've put together the character selection screen (also customizable). This is how it looks now. I'm probably going to release tomorrow or Thursday, depending on how fast I can get these dll's converted.

Okay, here it is! Version 1.00! I'm not entirely confident about the .exe compiling because I had a lot of trouble with it so please let me know if it crashes on you. Pretty much everything in there should be self-explanatory, but here's how to use it:

GAME: http://www.mediafire.com/?f8a80hk0zti8s53
SOURCE: http://www.mediafire.com/?2gaidhvj804ohi2

How do I play?
1. Unzip game file somewhere.
2. Run poker.exe.
3. Enjoy!
4. You can change the starting money and max bet in settings.txt.

How do I add opponents/change the GUI?
Check out the readme in the gui folder and the opponents folder respectively. If you'd like to change the cards, you can just change the images in the cards folder. You can zip any of these changes up and distribute them freely.

Good luck and have fun! I'm going to take a bit of a break, and then start working on some of those other goals now.

I don't like how the images are just straight up included into the folder structure.

for the source code version I understand.
but for the game version I feel it's just too effortless to cheat

Frankly, it was pretty effortless to cheat regardless. It takes like 3 minutes tops to extract all the images out of the dll, and you don't even have to do that to look at them. There's no real way to keep someone who wants to from looking at them.

Regardless, I understand what you mean, and I'll try and come up with a better way to store them, and code a compiling executable for it so that it's still easy on the creator. I didn't want to delay the release, though, so I went ahead with what was easiest for me at the time.

Hell, if someone wants to, they could code that for me. That's the beauty of it.

>>67719
>>67721
I agree that it isn't good to leave everything as image files. However easy it may have been to cheat, you still have to put the effort in. The pictures weren't just right there. And when you add new opponents you don't even have to bother to look to see them all it can happen on accident. At least they should be renamed to some other non-recognized file type, if not bundled together.

Also, I can't run the exe at all. It asks me if it's the right one of 32 or 64 bit, and when I diagnose it for comparability problems it only says I "need permissions". And I'm running at as administrator. Using windows 7.

>>67724
Yes, I'm going to look into ways to protect the images, though I don't know how you could accidentally look at them. If you're making an opponent, aren't those your images? And if you mean when you copy a folder as a template, I recommend you just delete and remake the images folder; it's less bother.

As for the exe, it might not work on 32-bit Windows becauseI used a 64-bit compiler, but I was rushing to get it out in the morning. When I get home I'll see about compiling32-bit.

Having to hit ɴᴇxᴛ to clear the message box to say nothing before being able to do another action is slow and awkward. You should be able to click anywhere on the character's text box to advance the text, buttons should be grayed out when they can't be used, and the text box should never be empty, you should be able to bet/stay/etc on the last message displayed.

Having all the images easily available in just a folder is super uncool, you should take down the download and fix this somehow. Sharing the images like that has been frowned on since the start of the first poker thread, because it basically ruins the point of the images being part of the strip poker game.
People being able to go out of their way to ruin it for themselves doesn't mean you should put it blatantly out in the open to tempt people.

>>67732
Message box: Yes, this was something I noted but felt was not worth the time and effort required to restructure the code to fix it for an initial release. The reason it's like that is because I took a page from Lagotrope's book and had the messages display in a box, and iirc you could not continue until you had cleared the text box because otherwise it would build up a backlog of messages if you ran away with the game without reading them. Also, sometimes it straight up updates the text box without clicking Next (often to avoid having to hit Next on an empty box) and that would get messages all jumbled up if it didn't force you to read them all first. Looking into streamlining the game is in my top priorities for the next release; I'll try and address everything you said here and make the game less awkward and clumsy.
Buttons: I don't know what you mean because they do grey out. The only time they don't is when there's messages in the queue, if you meant that, then yes I'll fix it.
Empty textbox: Getting rid of the empty textboxes is a good idea that would clear a lot of overhead and make things simpler to handle so yes I will do that.
Images: I've stated my views above. I'm going to try and fix it ASAP because I understand how you feel but I'm not going to take it down until an alternate version is available. When I have fixed the issue then I will by all means disable the download and re-release it.

>>67732

That's why my Pokergame is kind of stalling. Finding a reasonable package for delivery is kind of hard. Also the damn thing breaks because of the strings. I need good planning for this if I ever expect it to be fail-safe and modular.

Okay couple of points:

1) What the hell is up with 10 MB of .dlls? Are most of these even necessary?
2) Can Python just compile every unit into a single file instead having a huge file clutter in the main dir
3) As LD said - unpacked directories are cool but there is no sanity checks on them. Meaning the whole game can be easily broken because one file is broken or corrupted.
4) Don't use BMPs. For fuck's sake... don't use BMPS. Just use PNGs. Zlib is a standard now.
5) Compile everything for 2 targets at the same time. I'm sure your compiler can do that. That will avoid problems with 32-bit systems.

>>67737

Fixed:

3) As LD said - unpacked directories are uncool and there is no sanity checks on them. Meaning the whole game can be easily broken because one file is broken or corrupted.

Anonymous 2013/02/21(Thu)16:49 No. 67742 ID: 65449b
File 136149417532.png - (202.54KB , 821x834 , pokerprogress10.png )

>>67737
1) I took the time to reformat every .dll that had been made for tgchan. You can delete them if you don't want them.
2) That was another ease-of-effort thing. Absolutely, but I'd have to figure out how to load them. I don't think clutter in a directory no one should ever be going into except to tweak things or make new things is really that much of a problem.
3) If one file is broken or corrupted then fix it and there is no more problem? Packaging files will not act as a sanity check. The only thing that will act as a sanity check is a sanity check in the code, and it does that by returning an error and quitting if you try and load an opponent that isn't formatted right.
4) Are you kidding me? Did you think I had the original god damn images? I spent hours extracting those from the .dll's themselves, and Open Watcom only saves things in .bmp. Like, seriously? Of all the things you could complain about!
5) I am going to look into the 32-bit problem when I recompile the next version. I'm sure that pyinstaller can compile it for 32-bit systems but I use the 64-bit version of everything (python, pygame, pywin32 and pyinstaller) so I'd have to look up how.

On another note, here's how the game looks when it resizes itself to fit the images. This has the opposite problem: On really big images (cough, Velenor, cough) it gets huge and awkward to hold on the screen. Should I implement some sort of upper limit and resize anything beyond that? I suspect 750x750 or 600x600 might be reasonable.

>>67742
>Packaging files will not act as a sanity check.
Not inherently, but it's far easier to check the hash of an archive than to check the hash of every file in a directory.

>
On another note, here's how the game looks when it resizes itself to fit the images. This has the opposite problem: On really big images (cough, Velenor, cough) it gets huge and awkward to hold on the screen. Should I implement some sort of upper limit and resize anything beyond that?
Only if it can be turned off. If you've got a large monitor, you don't want to be stuck using a small corner of it.

>>67744
I've implemented four settings for it. Never resize, resize above 600x600, resize to between 400x400 and 600x600, and always resize to 400x400. I'm also tweaking the new message handling, it should be more clear when you can't use the buttons.

And wait, are you suggesting that I zip up the images to provide that layer of security against prying eyes? Would... would that seriously satisfy you?

Here is a new version:

GAME: http://www.mediafire.com/?7c4s7pghq64y713
SOURCE: http://www.mediafire.com/?b5wifyz1xff990q

The old download link is disabled.

Changelog:
1) Resizing now uses smooth scaling.
2) By default, nothing at or below 600x600 is resized; instead, the window changes to fit.
3) In settings.txt, you can change how this is handled.
4) Fixed a bug relating to staying the pot when you're the dealer.
5) The buttons should toggle appropriately according to whether or not you can actually use them, for the most part.
6) I went ahead and replaced Alice Two's portrait with the original Alice module's. The former was mangled to being unrecognizable. This module has a lot of problems anyway but I'm reluctant to just delete it.
7) Images are now stored in .zip files rather than in a folder. Hopefully this will satisfy some of the people complaining about images. In the future I'll try to look into either passworded zips or dlls, and create a compiler that can put them together.
8) All images have been converted to png by LawyerDog. Thanks, LawyerDog!
9) I tried to adjust the clunkiness by making it so that the box doesn't have to be clear for you to continue; the queue just has to be empty. Hope that helps a little.
10) The game should be 32bit compatible now.

Why don't you publish it in
http://sourceforge.net/
?
It's probably a lot easier to publish and update the game than some filehoster...

>>67749
Not significantly. It's more convenient this way for other people I think. If enough people bother me I could add it on there.

>>67749
Sourceforge isn't what it used to be, and what it now is kind of smothered in ads. All the cool kids seem to have moved to Google Code or Github by now.

Well, I sure am glad this is an open source project. My external hard drive crashed, and could have taken all this code with it! I think I'm gonna look into Google Code...

Planning on tackling some of those features I promised before moving on to any new projects. Expect a release in the next few weeks.

I just tried this.

Please make it so that the total vertical window size is not greater than 900, because I cannot see the bottom third of my cards or the size of the pot if there's a 600x600 image being displayed.

Okay, the gameplay isn't quite right here. The computer just prevented me from betting after the draw by calling. A call is only a valid move if someone else has bet!

I also seem to be unable to call before the draw. Instead, I effectively call by staying...? After the draw, it is impossible to stay!

This isn't really poker.

And finally, I tried to bet when my opponent had 0, and it just said "Your opponent cannot afford that" instead of them stripping to make up for it. Before that, she had 40 and I bet 50.

After the hand concluded (and it seemed to skip a line of dialogue when the picture changed-specifically, the line saying what my hand was) she removed an article of clothing and got some money out of it, but I think the money she got wasn't calculated correctly. The total cash in the game no longer adds up to what I'd expect.

Aaaand now the opponent bet when they had 0 already.

>>70451
Oh the line that gets skipped is actually the line that describes the opponent's hand.

One final, MAJOR bug.

I beat my opponent on the final hand, yet after she ran out of money she didn't actually strip any further, and remained at 0 dollars. So, neither of us could bet. The ante somehow didn't trigger whatever handles stripping, so this would gradually force me to lose.

Eventually I tried folding instead of staying, and suddenly she has 540 dollars?!

I got her money down to 0 again, she still didn't strip, then bet 20 somehow on the next hand.

I won that next hand, and the program closed.

is this a joke

You know, you could have collected all of those bugs and posted them at once instead of spamming the thread with them.

Ok, I looked over the code:

1) Not A Bug. Please access the settings file if you wish to change how the images resize so that it doesn't go that high and cut off your view of your cards.
2) I suspect this is a bug, but I am going to try and replicate it in the original DOS poker game. Even if I change it, if it's there, that's why it's like that.
3) The "stay" button is used in the initial betting stage and the "call" button is used in the final stage. If you think that this is inaccurate with poker terms, I might put it on the list of things to change, but it's hardly high priority.
4) Not A Bug. That's just, like, your opinion, man.
5) Not A Bug. Being unable to force your opponent past their betting limit is intentional. They are able to bid over the amount they have to match your bid; this money is subtracted from the money they get if they lose that hand. This is so that you can't force your opponent past multiple scenes in a row by bidding high and pushing a winning hand on them. If you think that violates poker rules (I could see why, I suppose), I will change it so that you can and it just adds to their debt.
6) The line-skipping is an unfortunate side effect of the way messages are handled. The win/loss messages have to be crammed in to make sure that the game doesn't try to continue before their loss is registered, and so it tries to shuffle everything around, but sometimes things get lost. It sounds like it's triggering too early if it ate their hand.
7) This sounds like a bug I thought I'd nixed earlier on. I'll look into it, but it would be a great help if you were able to replicate it.
8) This should be fixed; apparently it didn't check if they didn't have any money. I'll probably make it also consider how much money they have in how brazen they are in betting.
9) I'll try and replicate this and you should too.
10) A crashing bug is very serious. Please start the game from the Command Prompt so it will save the error message if it crashes unexpectedly. I tested winning several times against some of Lagotrope's dll's and never ran into any bugs with it, but I'll take another look.

Traceback (most recent call last):
File "C:\Users\Pangloss\Desktop\pokergame\poker.py", line 1764, in <module>
resizeToFit = int(lineBits[1])
File "C:\Users\Pangloss\Desktop\pokergame\poker.py", line 1762, in main
setMax = 400
File "C:\Users\Pangloss\Desktop\pokergame\poker.py", line 1618, in __init__
me.owed = 0
IndexError: list index out of range

Well, that's... a weird crash error. I have no idea why it's doing that, so I'll just fix the bug that lets you run into it and call it a day.

NEW VERSION!
Game: http://www.mediafire.com/?i4ww24cwbl4s5wo
Source: http://www.mediafire.com/?k6zl9k37wt3up7r
Changelog v1.30:
-Fixed bugs on resizeToFit settings '1' and '2'.
-Added limits on the max bet and starting money.
-You are now able to bet when your opponent stays just after the shuffle.
-A reveal message of "{0}." will now be properly capitalized.
-Opponents won't try and raise when they have no money anymore.
-You can now set a 'brashness' variable in AI.txt for opponents.
-Betting over the max bet will now inform you what the max bet is.
-The pot now adds to what the opponent owes if they have no money, rather than drawing money from the ether.
-Fixed a bug where if your opponent has no money, you can't proceed because they can only stay.
-Calling in the final betting stage will properly subtract money from you.
-The money owing system is now consistent.
-You can now actually beat an opponent and get the final image.
-You can now bet even when your opponent has no money. It will be added to what they owe.
-Shuffle/win/loss messages and such should work correctly now.

So have you made it easier to make .dlls or are people still using the old method?

>>70468
It's hella easy to make them now, although theyre not dlls anymore

this is pretty cool, for a poker game i'm tickled impressed

>>70465
When you bet and the opponent has no money, do they strip right then, or afterwards? If they wait until the hand is over, what happens if the pot gets big enough to make them strip twice at once?

>>70468
You basically just make a folder full of text files and put the images in a .zip file. It's massively easier, that was one of my main goals when I started this project.

>>70471
Thanks! I'm not done adding things to it yet, though!

>>70472
I've never seen it happen before, but theoretically, it's probable that you'd have to win the next round to get them to strip again immediately.

Deputy Nessandra Squires throws her hat/underwear into the poker thunderdome:

http://www.mediafire.com/?596sf854td3u11s

If there's any bugs or whatever let me know on IRC

Not sure if it's intended or not, but I can't seem to call after I've stayed and the opponent bets. Only option to stay in the hand is to bet on top of it and raise. Bets of exactly 200 also seem to crash the game for me every time, though I've changed the start money value to 200 so maybe that has to do with it?

I pulled the build because Brom decided to release his new module WITHOUT TELLING ME so I could make sure it worked. Here is a new build.

GAME: http://www.mediafire.com/?k41g0041il2iwvj
SOURCE: http://www.mediafire.com/?20xvt34rv2y6i5o

Changelog v1.31:
-The limits work properly now.
-Fixed a bug related to the new brashness variable; it's sanity-checked now so it can't happen again.
-Flipped a brashness check so that it works properly now and doesn't make them LESS likely to bet.
-The game will now generate an error log when it crashes.

If you hit an error, please copy the traceback from stderr.log into the thread and allow 3-5 business days for me to cry and bang my head on the table.

Also, you don't have to download Nessie separately, I included her in this.

(P.S. this time for realsies)

Hey, should the backs of cards match the suits? That seems unfair to the computer- you can tell when they may have a flush.

>>70536
It's the same as it would be in real life, and quite unreliable. If you don't like it, use the neumono cardset in the /cards directory. Or make your own! Or, heck, just make both backs blue or red.

>>70552
Er, really? I thought decks always had the same color backs. If you're using multiple decks then they could have different colors...

>>70555
Well that's the deck I found online anyway u.u

I can't seem to be able to play this. At some point all buttons go gray, the text box is empty, and the only thing I can do is to press the numbers to change the betting number - which doesn't do anything either because I can't in any way confirm it.

the current version of the game is unplayable now for me

if she's clicked stay, and I clicked stay all the buttons grey out and nothing is clickable, the only thing I seem to be able to do is exit the game and restart

I'm like 99% sure this is not a bug and you just didn't try to click the text box to go into card choosing mode.

nope!after I exhaustively tried every single button(including dialogue box) I extensively clicked on ever spot on the screen, nothing.

on further examination this problems seems exclusive to nessie, I even tried nessie on the old version but this time it had a new problem where it crashed whenever I tried to place a bet. all the other oppenents seemed to work fine

also these situations accured when we both stayed with no bet, so logically it shouldn't have gone to card choosing even then, also the check box was grayed out like every other button and had no effect when I click on it.

I've repeated this error multiple times

>>70610
In that case, I'll take a look at it, but I tested Nessie numerous times to make sure her module was ending properly (which is how I spotted that Brom had not inserted the correct number of image dialogues). If you could write up a list of steps that reliably reproduce the problem, I will be able to find any bug related to it very easily, or determine whether it's a problem on your end.

>>70607
I am also encountering this bug.
I stay, Demesi stays, then we stay staring at each other until I quit.

>>70612
At this point I'm fairly confident that I can replicate this bug on LW's behalf.

Shuffle
I bet 200, she stays.
I select my cards, I call. I have a pair, she has a pair, mine's better.
After the shuffle, she stays. If I click stay here... "you stay." followed by nothing, and now nothing can be done.
I would rate this as a critical error.

Yeah, after further experimenting, this is how my freeze always comes up too. Both staying always freezes the game.

Another thing the program could use would be quick keys. Playing with just a mouse is slow and painful.

Also, another thing: about half the time I'm not allowed to bet any more money after getting the new hand. Instead, the game just skips that step and has us show to see who wins.

This is really annoying if I start with a lousy hand, tentatively make a small bet in order to keep in the game, and then end up with like a full house or something, that would have wanted me to max out the bets to max out the winnings but never got the chance.

>>70648
I'll note here that in this situation the old poker game caused both players to start over with new hands (and the pot stayed). I don't think this is proper, and it should probably just reveal both hands to see who wins, if nobody wants to bet during the second betting round.

Another thing that just happened.
I was up against Katrina and I got her down to 0 while betting, and I hit "bet" again and then the program closed.

>>70651
Possibly related though, she doesn't appear to have any text after the first line in imagesMessages.txt. I was on her second frame when it happened.

>>70650
I agree with this, but what if they stayed during the first round?

>>70647
It may be failing to insert the shuffle message. I was going to look at it last night but got caught up in real life stuff. I'll try and nix all the bugs tonight.

>>70648
I believe I can implement that.

>>70649
That is because it is your opponent's turn to open the betting and they chose to call. I'm pretty sure that's how it works.

>>70650
That's how it works here (when it works). How is it improper?

>>70652
Yes, that is definitely the problem. It may have been lost in translation.

>>70655
Such efficiency.
On a scale of gr1 to gr7, I would rate you as gr8.

>>70658
Anon, you're making me blush.

>>70655
>I'm pretty sure that's how it works.
It's not.

>>70661
Do tell.

>>70662
The betting after the draw is just like the betting before the draw. Both players get an opportunity to do something, even if the first person checks.

Ahh, dammit... there's the problem. Fix one bug, break another. The game was ending itself before it was actually ended, so it never triggered the shuffle. Two-line fix. Anyway, I thoroughly tested this build (beat Aggeia), so it should, at least, be playable:

GAME: http://www.mediafire.com/?k42kqipscvqdqkw
SOURCE: http://www.mediafire.com/?r5qs69229n4gn7i

Changelog v1.35:
-Fixed a bug when the pot stays.
-The AI will now occasionally bluff.
-The AI will be more likely to pursue hands to their conclusion the higher the pot is.
-You can now only stay when no one has bet, otherwise it is calling.
-You can now bet even when your opponent stays after the draw.
-Added keyboard shortcuts for the buttons.
-You may now use hotkeys to play the game. See "key layout.txt".

>>70689
Derp, I just realized those last two are the same thing.

The program now keeps shutting itself whenever I try to bet the second round.

>>70700
I've managed to replicate this, though not reliably. It seems to happen after getting the second round of cards, yep.
What's the deal with their hands not being shown sometimes? Even when I win, I don't get to see what they had.
What's the deal with hands sometimes getting redealt while keeping the old pot? It only seems to happen when I either call or stay (I'm not paying that much attention). Is this some rule of poker I don't know about?

>>70702
In the old version, when you both stayed, the pot stayed and you redrew your cards. I kept that in.

>>70700
Oh dear. If you manage to replicate it, remember that the crash log will be in stderr.log. If you post that in here it should be easy for me to fix. But I can bet in the second round just fine...

>>70704
here's my latest crash:

Traceback (most recent call last):
File "<string>", line 1851, in <module>
File "<string>", line 1849, in main
File "<string>", line 1431, in __init__
File "C:\Users\Pangloss\Downloads\pyinstaller-2.0\poker\build\pyi.win32\poker\out00-PYZ.pyz\random", line 241, in randint
File "C:\Users\Pangloss\Downloads\pyinstaller-2.0\poker\build\pyi.win32\poker\out00-PYZ.pyz\random", line 217, in randrange
ValueError: empty range for randrange() (2,2, 0)

>>70705
Hm... I *think* I know what's causing that, but I'm going to have to try and test it out a bunch to make sure. Can you replicate it reliably?

>>70709
Nope. I did it again though, eventually. Lots of bets and calls and stays that game.

New error log, the only thing different is the last line:
Traceback (most recent call last):
File "<string>", line 1851, in <module>
File "<string>", line 1849, in main
File "<string>", line 1431, in __init__
File "C:\Users\Pangloss\Downloads\pyinstaller-2.0\poker\build\pyi.win32\poker\out00-PYZ.pyz\random", line 241, in randint
File "C:\Users\Pangloss\Downloads\pyinstaller-2.0\poker\build\pyi.win32\poker\out00-PYZ.pyz\random", line 217, in randrange
ValueError: empty range for randrange() (2,1, -1)

For me the crash seems to come more if there are a lot of bets on the second round, and especially if the bets are big.

Don't you think it might be a bad idea to allow the players to bet a lot more money than they're actually carrying? I don't remember this having been the case in the original game, and it doesn't make much sense either.

>>70720
Oh yes. I was down to dick all, had a three of a kind, kept betting 200 (and they kept calling) up until they had 0 left too, then I won. That was a good game.

I'd also like to suggest perhaps having an introductory conversational line? You know, just before the first shuffle. Might be cool, yes?

>>70730
Ummm... if they call after you bet, you're not supposed to be able to bet anymore. Basically calling is the same as matching the current bet, and if at any end of a betting cycle everyone has folded or bet the same amount, betting is supposed to end.

>>70720
It is the only way to make sense when you can force the AI to bet over its limit (the AI now does it too). Since, unlike the original game, you cannot lose multiple articles of clothing at once or at all before you lose a hand, it's not as unbalancing as it would have been in the original; for that matter, it's impossible in the original, and thus sort of already implemented, if that makes sense. If not:

In this game you can bet them into debt. In the DOS game they would just get more money. The effect is functionally identical, except the former ups the difficulty by making it so you can't roll them with one good hand.

>>70730
Yes, but none of the existing modules have them... Maybe I could use the lines that used to be below their portraits?

>>70732
I assume he means that they kept matching his bets.

>>70733
Matching someone's raise is exactly the same thing as calling, and if there are two players no more betting can be done after one player calls as there are no more players that can raise, so the betting round is considered to be over. Only if the raise is 0 is it considered to be a 'check' or a 'stay'.

Is the current behavior to just go "okay I matched that bet" if the opponent is in debt, and allow you to continue raising against them? It should only let you continue to raise if the opposing player also raises.

CarbonF 2013/05/18(Sat)09:01 No. 70737 ID: 840aa5
File 136889290975.png - (2.10KB , 120x120 , portrait.png )

>>70733
Is it not as easy as making it read "introLine.txt" before the first shuffle, or something?

Anyway, here it is, my gift to you all. A game with a beautiful dame, Dirkette!

I am assuming it works the whole way through, the bet-too-large bug stopped me from getting that far.

http://www.megafileupload.com/en/file/418664/Dirkette-rar.html

>>70737
i cam bukits

>>70737
The bet-too-large bug?

>>70734
No. You can either bet or call; calling ends the round, betting raises the stakes. Previously the AI would not bet if they had no money. I decided to remove it because, well, you can. But I suppose this, combined with the fact that having more money in the pot makes them more likely to commit to a hand, may unbalance things, so I'll tweak the AI a bit.

>>70741
the aforementioned bug, the hard to replicate one, which might be due to betting high multiple times on the second draw.

>>70749
I see. Hrm...

Anyway, it is that easy, but the problem is that the current modules don't have anything to put in that. So then what?

the game is crashing for me some of the time as well, it seems to be avoidable if I keep the bets low, but that may just be coincedence

I think some of the images aren't properly resized, a couple of the characters [Zane and punyglocks] appear distorted

>>73096
Oh? I'll take a look at it in a bit. I think I weeded out that crash bug, but it needs more testing to make sure.

Just a small thing I've noticed: After you win a game, or lose one, you have to restart the program to play another game. Not that important, but meh.

>>73114
It's a remnant of the original game, and I guess nobody was ever bothered with it enough to ask it removed.

I could probably restructure the code a bit to loop it around, and might do so anyway, but my main improvement there was to have the window stick around as long as you wanted after you won, rather than closing immediately after the last message.

>>73096
Oh, and I just remembered: You can set the resizing settings in the settings file.

You can now find the downloads, code, and changelog on Sourceforge here:
http://tgchanpoker.sourceforge.net/

However, I will continue to post about the updates here. Like so:

Changelog v1.38:
-Probably fixed the crash bug.
-Fixed the image resizing and optimized the way it was doing it.
-Moved onto Sourceforge.
-Compiled version no longer defaults to most stringent resizing method.
-Made some of the text more clear.

I still can't get Zane.dll playable
Resizing still doesn't work for me, options 1,2 and 3 look awful and distorted,option 0 makes the image to huge for the game to be playable

Anonymous 2013/07/08(Mon)00:56 No. 73349 ID: 2cf815
File 137327021654.png - (210.45KB , 816x738 , newzane.png )

I did a quickie codefix for you and set up a new graphics option so that modules like Zane's are still playable at lower resolutions. This one resizes everything to at most 400x400*, but keeps the original dimensions. Here's how it looks.

You can download this version on the SourceForge, and I committed the changes to the SVN.

*You can do the same with 600x600 by using the third setting now. This is for people who can't play at those dimensions.

Anonymous 2013/07/08(Mon)00:59 No. 73351 ID: 2cf815
File 137327034147.png - (291.18KB , 816x891 , newzane2.png )

>>73349
Sorry, I meant on the second setting. Here's what she looks like now there.

Did a few tests, the bug for crashing due to overbetting was not fixed. I played against multiple opponents, and bet 200 on each bet. After a few rounds the game crashed on me each time.

Epraim:

https://mega.co.nz/#!UNtQEQoC!NdkMbUclXlYJBlIZxkpQ-keg1G9YkhJrOn_2_vFR81k

its a dude
u asked 4 it

>>73513
Hot tip: This is missing an AI.txt and cannot be played without one.

I CAN FIX THAT GIVE ME A BIT

https://mega.co.nz/#!hJNkTRQB!P3ZaFSg4W3j5kMI3fnHkwmMLDaJWme0miD0QkVUliVc

I FIXED IT

Free facts: Brom never fucking tells me before he releases these things. I put out a version which I am all but 100% positive will fix the original crashing bug as well as one I introduced in the last version (on image transition).

http://tgchanpoker.sourceforge.net/

I noticed you removed Dirkette, was there a reason for that?

>>73578
I never actually put him in the opponents folder.

And I'm not inclined to release another version for it. Sorry Carbon4! I'll try and get h(er) in the next one when it comes out. I'm just happy this one works to completion.

Anonymous 2013/08/22(Thu)21:24 No. 75497 ID: e97f9d
File 137723189369.png - (129.52KB , 816x738 , multiplayer.png )

Sneak peek of the next version's major new features: Being able to play against multiple characters, and being able to play as a character. You can use this to make FFA's or the normal 1v1 except both you and your opponent are a quest character, or whatever.

It's not really close to done, but I should be able to have it working in a day or two, and I'll bugtest it until it's ready.

the way it's going soon we'll have an actual plot added

>>75499
You could do that in this version! Just make the player a character, and tie it into your quest somehow, linking to a download post in this thread directly, and then reference it in the module's dialogue. Bam! Plot. You could even tie it into the quest by having the suggesters post who won the first time they tried it.

oh god, poker quest... callin it now

The new system works just fine with the normal modules, but I'm still having some trouble with the AI on ones with more than 2 players. I might have it in releasable condition tomorrow; but before I do that I'd like to have it bugtested. PM me on IRC (Squeegy) if you're interested.

Anonymous 2013/08/30(Fri)23:28 No. 75755 ID: 8aedac
File 137793050321.png - (1.23KB , 120x120 , portrait.png )

PENELOPE

http://www.speedyshare.com/B46yx/Penelope.zip

>>75755
>Download this file with our downloader!

You BASTARD. NEVER.

>>75764

http://www.4shared.com/zip/oS4_RjCH/Penelope.html

>>75767
NEVER!

Thanks!

And it's out! This version has been thoroughly bugtested so it should work perfectly fine, but if it doesn't, you know where to go.

v1.50:
-You can now have up to 4 characters in a game! The game autocompletes up to the card reveal if you're out, though. If you're making a character, make sure to check the updated readme.txt.
-Thus, you can now look between them with the display, as intended.
-Look at the Neumono module for an example.
-You can set the module name to something different than the character's name. See: Aggie.
-Fixed a very minor bug with dialogue display.
-When losing an article of clothing, the image will no longer change until you get the loss dialogue.
-Increased likelihood that the AI will bet initially.
-Added keyboard shortcuts for the little buttons below the image.
-And for the arrows on the module selection screen.
-Revamped the way money is handled. Should be airtight now.
-AI may be less likely to stay because of archaic code removed.
-AI's brashness now affects how likely they are to bet significant amounts of money.
-Added extensive debugging text to 'stdout.log'. This should help me diagnose errors in the future.
-You can now use {0} in the message when an opponent loses.

http://tgchanpoker.sourceforge.net/

A bit of a retrospective: When I posted this thread, these were my stretch goals:
* Up to 4 opponents (that's why there's empty space, and that's what the bar under the image is for).
* Supporting images bigger than 400x400 without resizing.
* Allowing you to resize the window freely.
* Playing as one of the characters.
* Replacing the text fields with images so you can replace that too.
* Total GUI customization, including the colors of the lines, up to complete rearrangement of everything in the game.

Here's the ones I've completed so far:
* Up to 4 opponents (that's why there's empty space, and that's what the bar under the image is for).
* Supporting images bigger than 400x400 without resizing.
* Playing as one of the characters.

Which just leaves these:
* Allowing you to resize the window freely.
* Replacing the text fields with images so you can replace that too.
* Total GUI customization, including the colors of the lines, up to complete rearrangement of everything in the game.

Halfway there! Not bad, eh? The rest seems pretty trivial!

>>75817
Aggie crashes the moment I select it.

>>75835
Not so for me, friend. Post your stderr.log.

Ok, it appears I didn't update the opponent folder on the compiled version completely. You can fix this bug yourself, by going to /opponents/Aggie/settings.txt, and changing the first line from:

playerCharacter:

to:

playerCharacter: None

Or anything you want, really, as long as there's a name there and it isn't 'Aggeia'.

>>75817
How hard would it be to implement an "X-Ray Glasses" function, for debugging/cheating purposes? That is to say, making the opponent's cards visible to the player throughout the hand.

>>75849
Not remotely, but LawyerDog would probably yell at me.

>>75850
I didn't know Strip Poker was something you could speedrun.

>>75871
Having playtested it thoroughly, I can assure you that you can.

>>75890
Does the AI still fold most of the time if you start off with max bet?

>>75900
No, not anymore. I've changed the tests around so much that I don't really remember how they were originally, but when you play a normal AI they'll only fold occasionally if they don't have much and you max bet. This changes with brashness; high brashness opponents (like Rokoa) will almost never fold and get into bidding wars even when they don't have a very good hand, even making some all-ins of their own, and low brashness opponents (like Pilon) will quite frequently fold when you max bet unless they have a pretty good hand.

I just made a terribly silly thing:

http://www.mediafire.com/?ds4f98gghqp9g50

Another series of small-sized character modules with Clamp, Matron, Hilt, Grasswind and Shabin.

About half of the characters also have been either tweaked or redesigned, and will probably look the way they do if I ever go back to Clamp Quest.

Since PyPoker can only handle 4 characters at once, there are a couple steps needed outlined in the SETUP!!.txt file within the first folder in the .rar.

http://www.mediafire.com/download/xz78ygdzyhsh4ky/Gnoll_Camp.rar

Now if only it'd stop crashing...

>>76053
I have no reported crash bugs. If you are experiencing crashes, update to the latest version and make sure there is no solution posted in the thread. If that does not work, paste your stderr.log in the thread after one of said crashes. Otherwise I cannot help you.

A+ Hilt is top tier.

>>76062
Grasswind > Hilt
grasswind, best gnoll

>>76057
I got a crash but I don't know what an stderr.log iso
therwise though I like how the multiple characters thing is handled

>>76057
My log is empty.

And I guess the correct word would be freeze. The game does so very often - I'm lucky if I manage to play a whole round without it - and nothing whatsoever gets it to move again save closing the whole thing.

>>76070
Sounds like a problem on your end, then. Try 'stdout.log,' although it probably won't yield anything useful, it should say what it was doing when you froze, and if you can verify it freezes at the same place, I can try and figure out what the problem is.

>>76069
It's a text file in the same directory as the game that it keeps all its crash information in. It's wiped every time you start the game, though.

>>76073
Perhaps you should keep multiple error logs instead of one? Like, three of them?

>>76086
Why? Are you saying I should rename the old log instead of deleting it? Hopefully you'd be able to reproduce the bug anyway.

Crash occurs when player's debt is more than <article of clothing value> below 0; e.g. if the startMoney is set to 400, getting to 0 then betting 400 will cause the client to close.

stderr.log output:
Traceback (most recent call last):
File "<string>", line 2246, in <module>
File "<string>", line 2242, in main
File "<string>", line 2027, in __init__
IndexError: list index out of range

>>76159
The line that refers to is thus:
oppLines.append(displayFormat(opponent.name,opponent.imageMessages[opponent.onTry-1],x,"lose"))

Therefore I must assume that it is an error in the module, rather than in the code. This error could be triggered when the opponent folds upon you making such a large bet, thus triggering the image swap code, but not having an appropriate message to go with the image. In short, imageMessages.txt is too short.

Which module are you playing, and does it work on other modules?

Had similar repro with a hang in Gnoll Camp, but that had a different effect (No text in text box, no options active, no way to progress).

Pastebin for stdout.log, but no stderr.log contents existed. Player was Matron.
http://pastebin.com/19yVR57V

>>76160
Crash in >>76159 reproduced on:
* Aggeia
* Alice
* Amiel


Repro steps I'm following:
1. In settings.txt, set both "maxbet" and "startMoney" values to 400.
2. Open poker.exe and click on a module.
3. Press space to advance text once.
4. Type 400 in bet window and press enter, then space to advance past the "I call" dialog.
5. Try to set up a bad hand; throw away any cards that make a pair. (Using QWERT and D hotkeys)
6. Press Space again to advance past dialog.
7. Keep 400 in the Bet form and press Enter again.
8. Press Space to advance.
9. Press Space again to advance past showdown.

The crash occurs about a quarter of a second after the "Opponent won" text is shown.

>>76088
Yes. Rename the old log, up to one or two old logs. It'll help for bug reporting.

>>76163
Ok, I implemented it with an iteration loop up to 5 logs, with room to change it later, or possibly add it to the settings.txt file.

>>76162
Ok, this crash occurs whenever you lose a hand that results in a loss, because when I was changing the code I forgot to include a check that makes sure you're a character before you go through the character loss procedure. I never lost enough to have to strip as a non-character, so I never found the bug. It's fixed now, thanks for your report.

As usual, download it here: http://tgchanpoker.sourceforge.net/

Changelog v1.51:
-Fixed a crash bug or two.
-The error and output logs now back themselves up to some extent.
-There are now nametags on the cards. Meant to do this before, but forgot.

I also removed nextbutton.png from the GUI files, since it's no longer used, and added a nametemplate.png for the nametags. GUI customization is still a thing you can do!

It's kind of creepy that neither of the new strip poker threads have been updated since the exact same day...

Anonymous 2013/11/07(Thu)19:13 No. 77470 ID: 53548a
File 138388042727.png - (23.63KB , 641x228 , betterway.png )

So I'm sure some/many/all of you have looked at how I handle the opponent modules and thought to yourself, "There's got to be a better way!"

Bam! You just got better way'd. Attached is an image of what the module folders will look like in the next version. I've done away entirely with the text files, replacing them with Python files that are dynamically imported by the game. I've also shifted all of the code that handles the AI into a standard character file, which the individual character files import themselves.

This means that you can create your own custom behaviors, including cheating, characters talking to each other, specific messages on specific events... pretty much anything your heart desires. And if you don't want to deal with that... just ignore everything below the dotted line! Setting up a new character module will still be just as easy as before; perhaps easier, in fact, since you don't have to open a bunch of text files.

I'll need to finish actually coding this, and then convert every existing module into the new format (again) (ugh). This could take several weeks, but when it's done, I'll release the new version. I will probably expand functionality as requested, if people want to code specific behaviors that the game doesn't give you enough information to do.

So is there a way to have a visual representation of the player character and have different dialogue for each of their strips too?

>>77510
Absolutely; that's already in this version. Just look at Neumono and Gnoll Camp for how to do it.

i seem to be getting a crash whenever a characters money runs out and their image should change.

the stderr output is:
Traceback (most recent call last): File "<string>", line 2309, in <module> File "<string>", line 2305, in main File "<string>", line 1982, in __init__ TypeError: update() takes exactly 3 arguments (1 given)

looks like the wrong classes update function is being called

>>77787
Oh, yeah; that's just mishandling a call to update the name tags. I'll release a bugfix later today.

Fixed both that and another strange crash.

Download: http://tgchanpoker.sourceforge.net/

Changelog v1.52:
-Fixed a crash bug on image transition.
-Fixed a crash bug when all parties fold.

Good news: I've basically finished all of the code for the new version and all that remains is bugtesting and conversion.

Bad news: I can't upload v1.52 from here so you'll have to wait until I get home or use the source version (which requires you to rename settings.ini to settings.txt)

30df25 2013/11/20(Wed)07:46 No. 77823 ID: 30df25
File 138496236702.jpg - (18.40KB , 283x320 , Isaac-Washington.jpg )

whoa Whoa whoa

Do you have all the data from the old strip poker game? Wait, you said you already have that.

I will find a way to contribute.

>>77823
Draw more strip poker modules! That's the best way to contribute.

30df25 2013/11/21(Thu)12:47 No. 77882 ID: 30df25
File 138506682366.png - (64.72KB , 244x366 , every_bitmap_700.png )

>>70733
> I'd also like to suggest perhaps having an introductory conversational line?
> Yes, but none of the existing modules have them...
The original winsp.exe *.dll files did. It was string resource #999.

It looks like you set 'Brashness:0' for all the opponents. Maybe string resource #900 was the aggressiveness in the original winSP files? Either that or it was gender (1=female 2=male?). I know string resource #902 was the opponent's age (thank you for not including that).

>>77825
I do have some homestuck *.dll files someone made for winsp.exe. Would that be an 'opponent module' since it's multiple character with a single theme? Or are 'opponent moudules' for making AI opponents play against each other? I'm not sure how that works, what with multiple opponents but they all share one portrait.png.

30df25 2013/11/21(Thu)16:00 No. 77885 ID: 30df25
File 138507842125.png - (34.04KB , 350x445 , karkat_703.png )

>>77882
Okay, converted the six homestuck *.dll files. I noticed there's no place to put string resource #999 (before starting the match) nor string resource #932 (player reveals %s in their hand)(oppRevealMessages.txt ???)

Where do I send this stuff?

>>77882
>>77885
I didn't include #999; I replaced it with instructions on how to play. I could easily add it in if people wanted it, but at this point there's quite a few modules without it. Not that that would be a barrier to implementing it, it just lowers the priority somewhat.

Brashness is something I made specifically for this version; it had no place in the original that I'm aware of. There was some speculation over the significance of various numbers but without cracking open the program there was no way to tell.

Gender and age were both sort of irrelevant, they were both removed from the character cards along with the short blurb that accompanied the portraits on the selection screen. I also didn't include the option for the players to change the currency, though artists can now set a custom one for their module.

Multi-character modules have a single portrait and consist of up to four characters (player included) playing against each other in a single game. The game doesn't end if you lose all your money in this case; it continues being played until one player remains. You'll want to make each character its own module.

You're free to release your own Homestuck modules and even post them here I suppose, but I won't be including them in the download, as it is for tgchan, not MSPA. However the poker game itself could support any community, so you're welcome to remove all the opponents included in the download, substitute your own, and post it elsewhere on the Internet so long as you give me credit for making it and include a link to where you put it in this thread (so I can see if anyone there finds any bugs and so on).

>>77885
Oh, and the card reveal is revealMessages.txt.

>>77890
> revealMessages.txt
There's two types of reveal messages in the old format:
#932 - "I see you have %s."
#933 - "Behold! My cards are %s."

revealMessages.txt looks like it's for #993, but not #932. I'm guessing you have a generic message hardcoded for announcing what the player's cards are.

>>77891
#932 was converted into the player's reveal message. If the module has a player character, then their message will be used; if not, then it's "You have %s." Currently the latter is hardcoded but not in the unreleased version.

I've almost completed converting the modules. The new code is all but done. Unfortunately it's introduced a few new bugs I need to sort out. I give it a day or two.

Ran into more trouble than I expected. I maaaay have to rewrite all of this from scratch.

>>79268
Six months later, I finally got around to actually doing that. It took about four hours. All the new code is done. I just have to bugtest it until it actually works. That could take days.

**VERSION 1.60** Anonymous 2014/07/12(Sat)01:04 No. 83543 ID: 53548a
File 140515229807.png - (163.03KB , 830x791 , poker16.png )

It has finally arrived, chosen disciples! Go, and wear clothes no more!

Download: http://tgchanpoker.sourceforge.net/

Changelog v1.60:
-Completely reconfigured the filesystem to be more modular.
-Condensed all the text files into a single .py file.
-You can now edit advanced AI behavior through that .py file.
-Replaced the settings.txt file with an __init__.py file that is requisite for all characters.
-Generally cleaned up the organization of the code. Text files are essentially nonexistent now.
-The faceless player character is an actual character now. I'll probably export more of the player text there in the future so you can customize the default player. Currently you can put your name in if you want.
-You can even create your own AI templates now!
-Characters that lose the game will no longer continue to have cards.
-During my playtesting, I discovered that when you're out in a game with more than 2 players, leaving it on an opponent's shuffle message will cause the game to loop its effects until you hit Space, leading to chaos.
-Added a bunch of debugging messages to stdout.
-Probably more minor things I forgot.
-And then I completely rewrote the entire poker part of the game in an evening. It is considerably shorter and neater. The game's mechanics should be more solid and reliable now.
-Included in this rewrite is a completely new handling system for messages.
-With the new message system, the game will now pause while you read dialogue, so that it does not jump ahead of where you are reading.
-Moved a bunch of stuff into basicutils.py and StandardCharacter.py.
-There is now a bet cap per round. It's adjustable in the settings, but it has a maximum of startMoney times two. It prevents the pot from going over a certain amount per person. This is because the first round now does not end until everyone stays, so it prevents you from skyrocketing the bet on a good hand; on the other hand, you can't keep the AI from raising the pot without folding. Second round after the draw still works the same. Also, it's on top of the existing pot, so if you have leftovers in the pot, they won't be counted towards the bet cap. Either way, no more spamming bets to win.
-Seriously, it was a huge update. Why are you still reading this? Go check it out.

...Is it legit poker rules that if both players stay before bets are made, you lose? That doesn't sound legit.

>>83547
Yes, it is. If no one opens the betting but all players pass/check, normally the cards are thrown in and the turn to deal passes to the left. Not so much "you lose" as "fine, you don't want to play the hand, next one." You lose the ante because you didn't win the hand.

Um, normally the pot is supposed to be left alone if both players stay. Then new cards are drawn and both players ante up again. So the pot keeps growing until someone makes a bet.

>>83547
"You lose"? No. Pot stays and a new hand begins? Yes.

Figured out the problem; it wasn't resetting the winner after each match, so if you tied, the winner was just whoever won last round. It'll be fixed in the next version.

is anyone else working on more opponents? I was working on one but got about half way before I kept loosing motivation.

these thing get so much less feed back when released than quests do, it's sometimes hard to tell if people even care

I'm working on a joint effort with MrQ to make a module.

>>83584
Maybe most people don't want to show themselves as enjoying strip poker, especially given that a lot of the characters apparently enter sex as you go far enough into the match (Gotta admit, not what I was expecting... But not exactly a bad thing).

Would it be massively difficult to allow the Numpad to input bet amounts? It's far easier for me to use the alphanumeric numbers, but if the numpad is too difficult to implement, don't worry.

>>83588
>(Gotta admit, not what I was expecting... But not exactly a bad thing)
The author decides what goes into the module. I think Lucid Dakou was the first one to pioneer sexual favors in place of stripping when clothes ran out. Technically, it doesn't have to contain stripping at all.

>Would it be massively difficult to allow the Numpad to input bet amounts? It's far easier for me to use the alphanumeric numbers, but if the numpad is too difficult to implement, don't worry.
Never thought of that; I just added it to the next version as well as a few other numpad shortcuts.

>>83588
The way I solved the "might not want to play a character" thing in JSPoker was to provide a "Nobody" character who doesn't appear or speak except when absolutely necessary.

>>83596
That's not what they were saying and a default player character has existed in the game since the first version! They were saying that people might not want to provide feedback on strip poker because it is pornographic and doesn't mesh with some people's sensibilities.

>>83543
I'm glad to see this back under active development. I do have a couple questions, though.

How much can individual modules be customized? I've admittedly always been kind of disappointed with how little can be done with changing character behavior on different stages. Can you, for instance, change dialogue and AI to conform to level of clothing loss?

I think it would be kinda neat to be able to change out dialogue "sets" as characters get more angry/embarrassed/flirty at clothing loss, with corresponding AI changes. Is this possible? If it isn't, any plans on adding it?


>>83584
I might do so. I'll probably gauge interest by asking about it, first though. I wouldn't want to spend a large amount of time and effort making a new module just to find that nobody is interested in playing it.

The explosion of comments after this announcement would seem to suggest, to me at least, that there is still a lot of interest in this. Honestly, I feel that the main reason for the perceived lack of interest right now that there's no new content.

Been getting a bug, which has been repeating thus far, where after running out of money for the first time, the maximum bet halves itself every turn, until it's about impossible to play because the max bet is 1.

>>83609
>Can you, for instance, change dialogue and AI to conform to level of clothing loss?
Currently, no, because some of the dialogue calls (and onTry) are in the main code, but I will definitely move it into the character .py for the next version so you can do stuff like that. Like I said in the changelog, customizability will increase mainly as people ask me to be able to do new stuff.

>>83610
Might be important, I did edit the settings slightly, to set the maximum pot to 1000.

>>83610
Hmm, that's odd, thought I fixed that. I just verified it, so I'll fix it before the next version, but in the meantime, uh... try not to lose?

It appears that the player losing was queueing a shuffle message twice, and that was causing the bet cap bug. Fixed now.

Another bug, everyone from Penelope through to Zane seems to be unplayable, as the program closes as soon as I hit a button and the cards are shuffled.

During Aggeias, there are two opponents, and two screens to cycle through, but only one of their hands gets revealed to you.
>>83617
Strange, I didn't encounter that.

By the way, is there a quick way to boot yourself from the game back to the character select, or do you have to full on relaunch?

>>83617
Ah bollocks, I forgot to update their inherited functions. Just go to one of the modules that works and copy-paste-replace everything from below the dotted line into one that doesn't work.

>>83618
There are not two opponents in Aggeias. You are one of the Aggeias.

And not yet, but it's on the to-do list.

>>83619
>There are not two opponents in Aggeias. You are one of the Aggeias.

So if I win as the first Aggeia, does this mean I magically turn into some guy just in time to whip Aggie?

>>83622
You seem to have mistaken it for something remotely serious. I just put it together to demonstrate how you could play as a character.

>>83629
It does make me wonder, though, how hard is it to add other players?

Making the characters interact with eachother based on losses, of course, would be absurdly difficult, so perhaps it's for the best that it remains as is for now.

>>83642
It is extremely easy to add other players, as I specifically designed for it to be. If anyone trying to do it runs into any problems, they may post here for help or contact me on IRC as Squeegy.

Even making characters say lines to specific people would not be terribly difficult, though more complex situations would probably require some finagling in the main code. I'll need to do some research and see if there's a better way to do it.

>>83660
What I meant was coding their images to work together.
I suppose an easy way of doing that is that once they both hit a certain image or beyond, it starts looking through another batch of images, but even still, it can easily throw off the sync.
Keeping the sync would involve jumping into different portions of the joint file(s) based on where the further one is, but, again, I think it sounds difficult to implement (Although given how frequently I'm told I'm wrong, I suppose I'll have hopes up for being wrong here too).

It is nice to know that it's possible to have multiple opponents as is, though. It would be neat to play at a table of five. Plus, even if you (the player) are bad at it all, you could still get to see the others strip as long as one of the players lucks/tacts out and wins enough times more than the others.

>>83666
Um... I'm not sure I know what you mean by "add other players," unless you're talking about interacting as in as part of the images. In which case, that also would not be particularly difficult, though it would require some new code. I would simply call a function in each character that notified them of another character's loss, which would allow them to change their image package accordingly. It would require a lot more art, though.

Also, different AI can definitely make a difference in who wins more often than not. In the Neumono module, Pilon has negative brashness and Rokoa has significantly positive, so Pilon folds frequently unless he has a good hand, and Rokoa will bet everything on a high. It makes Pilon difficult to beat, and Rokoa difficult to read. When you fold and let them fight each other, Pilon will usually win, but Rokoa sometimes comes in with a good hand and cleans up a sizeable pot. Since Pilon has fewer images, he usually loses between them, though if he builds up a large enough bank Rokoa will usually lose because she can't overcome his momentum.

I think it would be interesting if people coded their own AI instead of using the default I provided, because then different characters would actually approach the game in different ways.

>>83681
>>83684
Why don't you team up to make the ultimate Poker game and later fight evil?

Hahah, see, everything I think that would be difficult, isn't. I'll probably shut up and check out all the existing files, but that's not to say I won't reply to things.

Hmm, Gnoll Camp doesn't seem to be working for me. Stderror says the module doesn't exist.

>>84241
That's because Gnoll Camp is a Do-It-Yourself module, and also I didn't update it to the new version.

I was going to hold off on releasing this until someone else released a new poker module, but I've finished everything on my to-do list and still no one has, so enjoy.

Download: http://tgchanpoker.sourceforge.net/

Changelog v1.61:
-Removed unnecessary debug messages in stdout.
-Fixed a bug in modules with more than two players where you could bet over the bet cap if somebody was out. Also made it handled much more simply. That's what happens when you code at midnight.
-Cards now properly disappear for players who have lost the game on the start of a new round.
-Fixed a crash bug during showdown when you're not the last one out of a game with more than two players.
-Fixed a bug that would declare a winner on a tie.
-When you call, you will now have a chance to fold instead of automatically accepting further bets when playing with more than two players.
-Added keypad support for shortcuts.
-Losing as a non-character player will no longer queue two shuffle messages, thus slowly halving the bet cap every time you lose.
-Fixed Penelope through Zane not having the right inherited functions, making them unplayable.
-Folding now properly calls other characters' opponent-folds messages.
-Removed some extraneous variables.
-Added some general methods for parsing and outputting characters' dialogue, making it more modular. This comes with a new tag list on each message, and the respondToMsg() method is called every time a message is displayed, allowing a character to react to anything.
-Pressing Escape during a game will now take you back to the character selection screen.
-Losing is now handled internally by the character file so that you can add custom reactions to certain images or what have you.
-Updated the readme in /opponents.
-Fixed the bet button not graying out when you're capped.
-The bet cap properly includes the ante.
-Amusing debug text of the day: "10 is over the bet cap, reducing. Aggeia bets 100 instead."

Love updates thanks, although two bugs so far.

Penelope through Zane look like they're still borked, looks like they still have the same inherited functions as before.

Additionally a not so important bug, but selecting any character followed by returning to the main screen and selecting Aggeias crashes the game with

IOError: [Errno 2] No such file or directory: 'opponents\\Aggeias\\images.zip'

Doing things the other way round also crashes the game (eg with selecting Alice after)

IOError: [Errno 2] No such file or directory: 'opponents\\Alice\\agg1.zip'

Probably has something to do with attempting to use the name of of the image zip file belonging to the previous selected character but I haven't looked at the code.

>>85270
All the characters definitely have been updated, I recommend you delete and replace your 'opponents' folder instead of overwriting it, that may be the problem.

Good eye on the image bug, the problem was that I wasn't emptying the list of characters whenever you went back. Not sure why it manifested in that specific way but I fixed it.

Anonymous 2014/09/12(Fri)01:24 No. 85284 ID: 53548a
File 141051025153.png - (218.16KB , 815x826 , pokerintro.png )

With the new tag system, we are now capable of re-adding the messages that 30df25 mentioned:
>>77882
It now requires you to do some coding. Here's how:

1. Add these lines to the top of the character .py file, beneath the StandardCharacter import:
from random import randint from ..basicutils import Message

2. Add a new class of message underneath the others. You can call it anything. Example:
startMessages = ["Let's do this.", "It's go time.", "You're gonna lose."]

3. Replace respondToMsg and handleMsg with this:
def respondToMsg(self,name,tags): msgs = [] for tag in tags: if tag == "start": #The tag for the instructions at the start of a game. msgs.append(self.handleMsg("start_response")) return msgs+super(Opponent,self).respondToMsg(name,tags) #Sends back our message + any other messages it may have triggered. def handleMsg(self,type,format=[''],extraTags=[],s_vars={}): typeMsg = self.startMessages tags = [type]+extraTags assoc_action = [] if type == "start_response": #Our custom response and introductory line. return Message(self.name,typeMsg[randint(0,len(typeMsg)-1)].format(*format),assoc_action,s_vars,type,tags) #This is a custom message so we don't need to check any of the other message responses. return super(Opponent,self).handleMsg(type,format,extraTags,s_vars)

Unfortunately, I didn't actually test doing this before I released it, so response messages aren't actually added to the message queue in the current version. I'm not sure that's worth releasing a new version over, either. But here's what it looks like in the image.

But, if you program your characters to do this in advance, then they will be forwards-compatible with the next version.

Download: http://tgchanpoker.sourceforge.net/

Changelog v1.62:
-Fixed the crash bug on trying to switch from a multiple character module to a single character one.
-Made response messages actually add to the queue. They cut to the front to respond directly to the message the player is seeing.
-This time I remembered to update the hotkey layout file.
-Also added some more instructional comments to SampleCharacter.py.
-Fixed the duplicate "opponent folds" message.
-New version of reveal variable that doesn't include "a/an," for when the cards are prefaced with "my" or some such.

>>85340
Awesome, new version. Admittedly, I can barely read python code at all, so I have to ask: Is it possible to modify AI and Dialogue based on stage of undress yet? I'm sure I'll be able to figure out how to if it's possible, but I don't want to try to scrape around for something that might not even be possible.

Also, this isn't really even a feature request as much as it's just something I think would be cool, but how hard would it be to make it so modules can display multiple images or lines of dialogue in sequence to create "scenes", or change out images from a list (possibly even based on in-game conditions) during play? For example having separate images for characters removing items of clothing and actually playing, or pulling different images from a list to make characters "idle" during play, looking at their hands, changing body language, ect. Basically just stuff to give the actual experience of playing against specific characters more flavor. If that's not something that's possible or palatable for you to do, that's fine. I just think it'd be neat.

>>85350
>Is it possible to modify AI and Dialogue based on stage of undress yet? I'm sure I'll be able to figure out how to if it's possible, but I don't want to try to scrape around for something that might not even be possible.
Yes, absolutely. Just create a variable that changes when checkImage() advances to the next stage.

>I'm sure I'll be able to figure out how to if it's possible, but I don't want to try to scrape around for something that might not even be possible.
I'll help you out and describe how it's done. First, create a new variable that will only be referenced internally:
onStage = 0
Then, set that variable to change with onTry in checkImage():
onTry += 1 onStage = onTry

Then, override handleMsg() like I show you how to above to create an introductory line, and make it look at what onStage is set to, and pull from a different list accordingly.

See? Easy.

>Also, this isn't really even a feature request as much as it's just something I think would be cool, but how hard would it be to make it so modules can display multiple images or lines of dialogue in sequence to create "scenes", or change out images from a list (possibly even based on in-game conditions) during play?
It's perfectly possible but I couldn't tell you how to do it unless you described exactly what you hoped to accomplish.

>For example having separate images for characters removing items of clothing and actually playing, or pulling different images from a list to make characters "idle" during play, looking at their hands, changing body language, ect. Basically just stuff to give the actual experience of playing against specific characters more flavor.
This would likely involve hijacking checkImage() to create a non-linear progression through the list of images. checkImage() is referenced every time a round ends, so you could at most change the image once per round. You could use the onStage method I mentioned above to keep track of how close the character is to losing, and then have a variety of images it's set to every time checkImage() is called that progress through the stages of undress.

>If that's not something that's possible or palatable for you to do, that's fine. I just think it'd be neat.
I am happy to add any features requested, but it has been a long time since anyone created a new poker module, so I'm doubtful of whether or not it would go to good use. I'll certainly put anything you want me to add on my to-do list, but I may have higher priorities.

Would people be interested in an executable that assembles modules for them? That way you won't have to muck around with files and such (unless you want to). You can throw together a module by just typing in the requisite strings and attaching the pictures. It could also weed out errors that stem from things like not attaching enough images for the number of strip lines you have. It probably wouldn't be terribly difficult to throw together in Visual Basic.

>>87331
Yes, Absolutely. Won't help much if you want to extensively customize, (like I do) but I feel like a lot of the disinterest in making modules (aside from the lack of enthusiasm from both users and artists) is simply because they're kind of a huge pain to put together. I feel that having a program to compile them would certainly be a huge boost in terms of accessibility for this program.

If there's enough interest in the program later, having various popular customizations built into the assembler as options would be kind of a neat feature, but I'd bet that'd be a bit harder, so I can understand not wanting to do it.

On an unrelated note, I've got a module underway, and I'm hoping to post some preview images within the next month, and have it completed by the end of the following, so that's pretty nice.

>>87334
Alright, I'll put one together and release it separately. Let me know if you need any help with your module.

Anonymous 2014/12/03(Wed)11:54 No. 87371 ID: 3b84dd
File 141763644218.png - (31.29KB , 880x363 , pokerassembler.png )

Okay, here's what it looks like. Should be out today.

Alright, here you go. Another goal crossed off the list in the OP.

http://www.mediafire.com/download/cfuqdr4zhvvfb98/Poker_Module_Assembler.exe

It will do everything necessary except place the images in the folder for you. You'll also have to zip them yourself. But that might change in a future version.

>Alright, here you go. Another goal crossed off the list in the OP.

Awesome. I'll try it out once I've gotten all of the images sketched out.


>Let me know if you need any help with your module.

Alright, I might need a little help. I've sketched out most of the module, and I have at least one extra frame that I want to include, without actually including it as a "stage" of undress. Put simply, the character in my module removes an item of clothing while saying a line of dialogue, then sits back down and says another. I want both of these to play before gameplay resumes. Is there any way I could make this happen?

I also want her to deliver her dialogue differently depending on stage of undress, but you've already posted on how to do that. I'll ask for more information if I find that I need more help with that. Since I have basically no idea what I'm doing, I probably will.

I really need to learn how to code.

>>87376
I a little confused on what some of the categories mean. What's the difference between "opponent losing" and "winning" for instance. Also, can this have a personalized message for each article of player clothing and can it have pictures for the player as well?

>>87441
"Opponent Losing" should actually be "Opponent Stripping."

And yes, it can do that, you just need to set the player in the module settings to one of the characters you create for the module.

>>87431
The way you would accomplish that is by making the character strip twice when they reach that stage. Let's say that there are 7 states of undress, and therefore 8 images (including the sitting down image), and therefore 9 lines of stripping dialogue (8+1 for the victory line). If they sit down after taking off an article of clothing for the 3rd time, that would be when the onTry variable is set to 3 (it starts at 0).

imageMessages would look like this:

imageMessages = ["1st article","2nd","3rd","sitting down now","4th","5th","6th","7th","you win"]

And you would replace checkImage() with this:

def checkImage(self,isChar,onTry,tries,winner,playerName,setMoney): msgs = False if self.money <= 0 and winner != -1: onTry += 1 if isChar or self.name != playerName: msgs = [Message(self.name,self.imageMessages[onTry-1],["strip"],{},"strip",["strip"])] if onTry == 3: msgs.append(Message(self.name,self.imageMessages[onTry-1],["strip"],{},"strip",["strip"])) else: msgs = "player" if onTry == tries: if isChar or self.name != playerName: msgs.append(Message(self.name,self.imageMessages[onTry],["game_over"],{},"game_over",["game_over"])) print(self.name+" lost. PROMOTIONS!") else: self.money = setMoney+self.owed print(self.name+" defaulted and had to take out a loan. "+str(setMoney)+"-"+str(math.fabs(self.owed))+"="+str(self.money)) self.owed = 0 return msgs

However, you'll have to change __init__.py to set maxTries to 7, otherwise the player will get 8 chances, and the character will only get 7, because one of them is skipped.

No worries about breaking the bank -- the game will only lend them money once even though they're technically losing twice, because it's tied purely to how much money they have and not what image they're on.

You can do this as many times as you like, just so long as you reference the right number for onTry. Remember that after they sit down, they'll be on try #5, rather than #4, even though they were on #3 before they lost.

>>87445
My bad-- the second message should be [onTry], rather than [onTry-1], otherwise the game will show the same message for the two different images. You'll also need to put this at the top:

from .. import basicutils import math Message = basicutils.Message

Otherwise, I just tested it, that works. It's pretty simple, you only have to import a few things and add two lines to the original code.

So, short of replacing the placeholder interface with something more professional and modular, I've hit every stretch goal I set for myself when I made this thread. Any ideas on where I souls take it from here?

this is not really a suggestion, but the source forge doesn't work for me anymore, is the site still up?

>>85350
Works perfectly fine for me. Try a different browser?

I tried on of the earlier sourceforge links, and it worked fine

That's pretty weird. They are all exactly identical.

I just wish we saw more modules for it.

Though I guess you could try to pimp it to places outside of tgchan to get them to make strip poker stuff for the things they make and like.

>>89178
>I just wish we saw more modules for it.

>Though I guess you could try to pimp it to places outside of tgchan to get them to make strip poker stuff for the things they make and like.

Seconding this. Hopefully I'll be able to complete my module in the next couple months, but pretty much everything has kind of slowed down in the last month or two, for various reasons I might get into later in my own thread.

Anyhow, If I actually manage to get to a point where people outside tgchan are actually looking at my work, I might see about promoting it myself if that's okay with you. I really like this thing and I'm sad it hasn't taken off, and has lost momentum on tgchan. I miss people actually making modules.

I would also love to see more moduals . . .
and also have one on the go that I never seem to be able to make time for . . .

>>89186
>>89187
Back in the day, I linked the original thread (of the old, crappy sp game) to the two main Homestuck chans at the time and got SOME hits.

Are there any other places like that that might latch on to a game like this and start making content? It would have be a community that has a group of dedicated artists at least.

I just don't know enough to speculate.

As I said earlier, you may spread and use the software anywhere you like as long as you link the thread here so that I can view the feedback and bug reports there. I also won't include any non-tgchan modules in the official download.

I would quite like to see new modules myself, but I understand that the days of fanart and strip poker on tgchan are waning. It's just unfortunate that these improvements on the original program couldn't have been made when the fad was at its prime.

found a couple glitches

Alice2: when ever Alice runs out of money, the UI elements all shift in size location and dimension, making it impossible to play further.

Punylocks: if I click "stay" as my first button click the game auto closes

Tested some more moduels

Nan: character image doesn't show up when moduel loads

Katrina: same problem as Alice2, window size screws up when she loses clothing

Bangles: crashes when you win, you never see the final pic, a couple of the clothing lose dialogues are mismatched (perhaps this is related?)

There shouldn't be any module-specific problems. All of those modules are identical except for text and images. It sounds like Bangles has messed up image progression, though. I'll take a look at all of those next time I'm at my computer.

Also, whenever you hit a bug you should pastebin the contents of stderr.log and stdout.log to help me reproduce it.

IIRC the Alice modules have really weird/big image sizes. Could be a problem there.

>>89272
Ah okay, I'll put that in future reports

more testing done

Janet crashes on startup, looks like her brashness isn't

Telwis crashes after I place my first bet

both tested multiple times to same effect
http://pastebin.com/35gGYsr8

Okay, confirmed the bug on Alice and Katrina. I'll do some more testing and fix it in the next version. I can only guess that their problems stem from the same bug in the image sizing as Nan's.

Bangles's crash is due to the fact that she has 14 images and only 12 lines, when she should have 15. I opened the old .DLL file and fixed it with the original lines. Now she should work properly. I sure hope I wasn't the one that fucked her up.

Looks like my automatic converter didn't set Janet's brashness. Easy fix.

Telwis just didn't have updated functions. Also an easy fix.

Thanks, LW!

Alright, here's a bugfix version to tide you guys over until people start making modules for this again so I can justify continuing to improve it.

Download: http://tgchanpoker.sourceforge.net/

Changelog v1.63:
-Module assembly program now comes packaged with the game. Only 48KB, after all.
-Fixed a bug where the Bet button wouldn't gray out when you hit the max bet.
-Fixed a bug where, when resizeToFit = 2, and one dimension of a picture was smaller than 400px and than the other dimension, its size would be rounded to zero.
-Fixed resizeToFit setting 4.
-Fixed a bug relating to how the game window resized to fit images that were different sizes from previous ones.

It's kind of soon for another version, but I made some changes that kept me from waiting. People who complained about the images being too accessible before will be pleased by the changes.

Download: http://tgchanpoker.sourceforge.net/

Changelog v1.64:
-Improved the code's organization so that the source code version can be run on non-Windows computers.
-Changed the way image files are handled. The game now accepts .dat files, and comes packaged with a "convert" app that will automatically convert your .zip files to .dat files. This should please people who wanted better security on the images. I've removed the opponents folder from all previous downloadable versions. The game will still accept plain .zip files, but there's no real reason to use them.
-Brought the Gnoll Camp module up to date and packaged a default version in the opponents folder. Hilt and Shabin are in a 'benched' folder, so you can swap them in and out freely.
-Updated Poker Module Assembler to account for the changes in how images are handled.

Katrina seems to crash when she jumps to third image
http://pastebin.com/mch3m15v

>>89567
Yeah, she's missing most of her image lines. Not sure why that happened to her and Bangles. It's possible the auto converter messed up somehow.

did more testing

Punylocks crashes when I "stay"
http://pastebin.com/r6BGjMq5

penelope same deal as punylocks

http://pastebin.com/4aVQLy8F

tested Gnollflakes
crashed on losing

http://pastebin.com/kVMfyC80

tested Zane
crashed on first "stay" like penelope and punylocks

http://pastebin.com/d8RQR3W0

I believe the errors for all the modules besides Gnollflakes are due to not having up-to-date methods. Any error related to processResponse() not having enough arguments is that same crash bug. I'll fix it but the user can also fix it by replacing the method at the bottom of the character .py file.

The Gnollflakes bug is pretty bizarre. It's saying that her Player class has no "name" attribute. But her name is properly defined in her module, and the code that throws the error doesn't reference her name except in the module. I'll have to test it out and try to get to the bottom if it later.

>>67641
I've been having one odd issue with the game: the game crashes after a few moments if i click on a different page. I don't know if this is an issue with the game or whatever, but i'm deleting and re-downloading this just to make sure.

Also you guys should add an option to play with custom cards (if possible).

>>89710
Please be sure to include stderr.log if you can reproduce the error on the latest version.

You can already use custom cards. Simply replace the card images in the cards folder. The next version will come with the ability for modules to come bundled with their own cards, without modifying the base deck.

>>89793
Thanks. Didn't knew that you could change the cards either. I'll try to make the error and post the stderr.log text here later.

Nobody 2015/06/16(Tue)11:00 No. 92000 ID: 0a1420
File 143447765434.png - (188.47KB , 1280x720 , SP.png )

After a bit of a hiatus, I'm going to start updating my quest again some time next week. Before I do that, I wouldn't mind getting some drawing practice in, to bump my "art" back up to sub-par again. I realize I'm about six years late to the party but if anybody out there still gives a fuck about this strip poker thing, I wouldn't mind making another module for it.

Since there's a good chance you're not one of the roughly two or so readers I've got, I've labelled the girls for your convenience. If you want to see one of them naked, tell me which one. If there's absolutely no interest for this outdated fad, I won't bother.

>>92000
Lady Baroness clearly

>>92000
>AAE as an option

I am choosing the robotic one just because combined with how she was in the quest is just rather hilarious.

>>92000
My vote goes to Seshe.

vicki, main character for life.

Ava + Guest

So one vote for everybody. I suppose it's my choice then, unless there's a tie breaker.

Or I could do one for everyone, but that'd take awhile.

Rubabu Module LonelyWorld 2015/06/24(Wed)15:43 No. 92266 ID: 5d4fc9
File 143518580122.png - (150.66KB , 534x640 , RubabuPoker1.png )

Created a brand new strip poker module
this time staring Rubabu from my quest "Saiyans"

if you'd like to play it, it can be found here
http://www.4shared.com/zip/mtXN-mP6ce/Rubabu.html

special thanks to Beakie,
who this is ultimately a gift for.

>>92266
Didn't realize 4shared had a mandatory account system; people had used it in the thread before. Here's a Mediafire link:

http://www.mediafire.com/download/x5l23dys4zkkm8h/Rubabu.zip

<Huckebein> You are literally locked into betting as much as the CPU wants before switching cards =V
<Huckebein> Because stay doesn't properly call
<Huckebein> which basically forces you to just stay/fold until you have a strong enough starting hand because you can't bet a moderate amount
<Huckebein> ~500 or nothing
<Huckebein> also you can click the opponent's hand right now to see their starting cards
<Huckebein> (whoops)

By 'stay doesn't properly call' I mean that if you stay before switching cards the computer can just keep raising until they hit the cap and there's nothing you can do about it =V

And the clicking cards thing doesn't always work, it seems to just be random

>>92270
Staying isn't a call, only calling is a call. Staying only works if all the players decide to stay; otherwise, the other players can continue to raise. This works in your favor as well; you can force the CPU to go all in on a hand or fold.

However the degree to which you can bluff is limited because most players (myself included) like to just bet as much as they can on every hand they think they can win with, and if the AI were very likely to fold when you did that, then it would be rather frustrating and slower to play.

Anyway, not a bug. You have to bet as much as the CPU wants you to in the first round and vice versa for you and the CPU. That's just part of the game and since your hand isn't final at that point it's risk and reward. However the card-clicking is a bug and has been fixed; it results from the part of the code that allows you to flip cards that you want to swap out for new ones, however it's not configured properly so it allows you to flip any card you want. I'll be releasing a new version soon, but I have to update the Module Assembler first.

>>67641
Is there any way to resize the game screen? i'm trying to play in a shitty laptop and the screen is too long and my cards are left offscreen.

>>92272
Well if we want to talk about poker rules, there is no "stay" in poker. You either check, call, raise, or fold. Checking is betting 0, and can only be done if nobody else bet before you in that betting round. Calling is accepting a Raise. Raising is, obviously, deciding to bet more than the current bet. All other players must react to a Raise, but NOT the player that just raised. After everyone has either called, raised, or folded, the betting round is supposed to end.

This means that if there are only two players, these are some of the ways it can go, assuming neither player folds:
1st player checks.
2nd player checks. Pot stays, new hands are dealt.

1st player checks.
2nd player raises.
1st player calls. End of betting.

1st player checks.
2nd player raises.
1st player raises.(this can go back and forth)
2nd player calls. End of betting.

1st player raises.
2nd player calls. End of betting.

As you can see, the betting ends immediately if either player calls.

If there were three or more players, then each player would have to respond to every raise, but in any case, so long as nobody responds to a raise with another raise, the player that raised first cannot raise again. They don't have the opportunity to call their own raise.

>>92274
You can change how the game resizes images in settings.ini by changing resizeToFit. Unfortunately more precise resizing isn't possible with the current GUI implementation but you can set it to 4 to keep the game as small as possible.

I'm afraid that a screen resolution of at least 800x700 is, for now, a system requirement.

>>92275
>Well if we want to talk about poker rules
We don't.

In essence, the stay is you matching their raise and there is no way to call in the first round. This is intentional and thus not a bug; if it bothers people enough I will look into allowing you to modify the game rules at some point in the future.

As usual, I keep the progress I've made under my belt until another module rouses interest in the program once more.

Download: http://tgchanpoker.sourceforge.net/

Changelog v1.65:
-Fixed a bug when opening a module that has smaller images, after escape-quitting a module with larger images.
-Changed font to DejaVu Sans Mono to prevent formatting errors in dialogue.
-Added new "cards" option to __init__.py to allow modules to load in their own custom, module-specific cards. Reminder that they will always be resized to 71x96.
-Fixed a bug that allowed you to freely flip opponents' cards after the second round began.
-Updated Ven's methods from nonfunctional legacy.
-Updated Gnoll Camp to give you 5 attempts.
-Fixed the Poker Module Assembler not including the portrait file name in the resulting module and not properly formatting __init__.py. Added support for custom playing cards.
-Barring improvements made by request from individual module makers, all that's really left to do is overhaul the GUI.

When reporting bugs, please include the stderr.log and stdout.log in a pastebin or something similar to help me identify and reproduce the bug.

>>92277
Uh... why is it intentional though? You don't want to use poker rules?

>>92281
That is how it was in the original MSDOS poker game, IIRC. Either way it allows you to bet for more so it's generally beneficial to the player. Just fold if you don't have a good hand.

>>92277
I'll try that out, thanks. I tried changing one of the settings (in one of the text files), but i think i didn't modify the correct one.

>>92287
It's not how it was in the original dosbox/windows3.1 poker. In that one, calling stops betting.

It's generally *not* advantageous to the player, because there's a cap to how much you can bet: 250. You can also bet up to 200 at once. So you can already hit the max bet by betting once. You can always bet once, so if you want to hit max bet, you can regardless of whether Call stops betting or not. However, the AI tends to approach the bet cap in small increments, so if you want to bet conservatively you *can't* if the AI decides it wants to bet more.

I don't see how it being advantageous to the player is even a good reason for *breaking the rules of poker*.

>>92278
I don't know whats happening, but the Rubabu module isn't working. Whenever i try to select her the game just closes.

The sderr just says:
Traceback (most recent call last):
File "<string>", line 1891, in <module>
File "<string>", line 1845, in main
AttributeError: class Init has no attribute 'cards'


I'll redownload the module just to make sure.

>>92296
I'm using version 1.65 by the way.

>>92296
weird 1.65 works fine for me

>>92296
Did you upgrade to 1.65 or just copy in the files? Your version of Rubaba's __init__.py doesn't have the "cards" variable that the version in the release's opponents folder has. You're meant to completely replace everything with a new version.

>>92309
I think this was the issue, i copied the old folder to the new version's opponents folder and it didn't work.

Now i re-downloaded the whole thing and its working normally.

Nobody 2015/06/27(Sat)13:51 No. 92366 ID: 0a1420
File 143543829965.png - (18.71KB , 160x160 , LBportrait.png )

When I'm finished with all of them, I might toss together a group package like with gnoll camp. But in the meantime, the first two modules;

Lady Baroness
http://www.mediafire.com/download/g0ow4uoc2ud2l6g/Lady_Baroness.zip
https://mega.nz/#!aRpHiDDT!lYf9yTNJWgYlZH7vkKauCVsxaUYpLJhmdwlNLvvFVPY

Vicki
http://www.mediafire.com/download/7h7c5r62bsd4iw5/Vicki.zip
https://mega.nz/#!CYZHgSzQ!JoDjqcZzc2YhA2bvN1C1LVhLnefG9FKx5tuaqhZHWmc

I'd recommend going into settings.ini and changing resizetofit to 0, since it looks a little bit shit shrunken down, especially Vicki's.

If there are any errors, tell me and I'll try to fix it.

>>92366
I'm getting a "list index out of range error on both modules"

>>92366
The only error I could reproduce on Lady Baroness is that she's got a messed up variable in her raiseMessages:
>"${0}! ${0!}",
Should be
>"${0}! ${0}!",

Likewise, in Vicki, there's this:
>"{1){0}!",
Should be this:
>"{1}{0}!",

>>92372
Oh yeah, and it seems that in Python format arguments cannot be directly adjacent, so you'll probably want to replace the latter with just
>"${0}!",

>>92372
>>92373
I thought there might be a bug on both of their raise statements but I couldn't find it, thank you.

The mediafire links are updated with a fix but mega doesn't seem to want to let me replace, so,
LB: https://mega.nz/#!7Zx2jQzb!3mq-wcZ0Sq3qV49N9rpDENsjTYRubvsQlBUWJd0x8Z8
V: https://mega.nz/#!PRQFCJDA!COcd6zfLiO8WQgwBOSuNxx8hjS-tTKaOKwGTdRHK06M

>>92368
I can't reproduce that by using older versions or on two different computers, using both versions of the download. Maybe try redownloading the poker program and the module?

>>92375
don't worry I got it to work

Rad moduels by the way! look foreward to seeing the rest!

got an error on Ria module

Traceback (most recent call last):
File "<string>", line 1891, in <module>
File "<string>", line 1887, in main
File "<string>", line 1445, in play
TypeError: processResponse() takes exactly 17 arguments (10 given)

Hmm, there seems to be a problem in the Gnoll Camp module. At some point, no matter what I get, the same person will always win. (i.e. after a random amount of hands, if a character wins, they'll automatically win all subsequent times, even if the hand is them a king high, and you a 3 of a kind.)

I can't seem to figure out what triggers it.

COMFY BAT MODUEL LonelyWorld 2015/07/28(Tue)10:48 No. 93595 ID: 5d4fc9
File 143810573248.png - (326.68KB , 980x743 , EkiaPoker1.png )

I created a bonus Commander Ekia strip poker moduel
don't worry, Kirska is on the way!

You can download Ekia here!
a.pomf.cat/akgjvi.zip