Welcome to the Second Life Forums Archive

These forums are CLOSED. Please visit the new forums HERE

Betting question

How would you rather the money be handled?

Player manually makes every debit
6 (66.7%)

Script arranges some debits with user confirmation
3 (33.3%)

Total votes: 9
Baron Hauptmann
Just Designs / Scripter
Join date: 29 Oct 2005
Posts: 358
12-05-2006 12:20
I am developing card games with betting enabled. I can envision two ways to handle this . . . safe and clunky, or streamlined and possibly risky.

The first way is to simply use the normal payment techniques in SL, so that each time a bet is made, the avatar must initiate it and control the amount. This makes it more likely that the avatar may bet the wrong amount initally, a problem to be handled by the script.

The second way is to get debit permission from each playing avatar, then debit the account as needed. This will cause play to be a bit more streamlined, but may make some people uncomfortable.

Which way would you rather see in a card-table game?

Baron H.
Floog Stuart
Registered User
Join date: 28 Jun 2006
Posts: 12
12-06-2006 21:11
Well, you might make it possible for a chip system. Where you pay a certain amount for all the money you want to play with, then the script remembers and changes the amount for when the player wins or loses, and when the player is done, he will cash out and the script will send his winnings(or losings) to the player. Like poker chips.
Jillian Callahan
Rotary-winged Neko Girl
Join date: 24 Jun 2004
Posts: 3,766
12-07-2006 00:18
From: Baron Hauptmann
I am developing card games with betting enabled. I can envision two ways to handle this . . . safe and clunky, or streamlined and possibly risky.

The first way is to simply use the normal payment techniques in SL, so that each time a bet is made, the avatar must initiate it and control the amount. This makes it more likely that the avatar may bet the wrong amount initally, a problem to be handled by the script.

The second way is to get debit permission from each playing avatar, then debit the account as needed. This will cause play to be a bit more streamlined, but may make some people uncomfortable.

Which way would you rather see in a card-table game?

Baron H.
PERMISSION_DEBIT can only be granted by the object's owner. You have no choice but to have the player initiate the payment. You can help control what the user pays if you make use of llSetPayPrice(). (Still have to make sure you check how mush was paid.)
_____________________
Baron Hauptmann
Just Designs / Scripter
Join date: 29 Oct 2005
Posts: 358
12-18-2006 13:34
Perhaps I didn't explain thoroughtly (or maybe I'm still missing something), but each player has a HUD that interacts with the main table. So I *think* that I could have the HUD get debit permission, then debit and transfer to the table as needed, without asking permission *every* time.
Champie Jack
Registered User
Join date: 6 Dec 2003
Posts: 1,156
12-20-2006 18:00
From: Baron Hauptmann
Perhaps I didn't explain thoroughtly (or maybe I'm still missing something), but each player has a HUD that interacts with the main table. So I *think* that I could have the HUD get debit permission, then debit and transfer to the table as needed, without asking permission *every* time.



You may want to read more about the llGiveMoney(key destination, integer amount) function on the wiki. The destination can only be an avatar, not an an object or a group.

That means that the HUD cannot pay the table, but only another avatar. There is no way for the receiving avatar to "handle" the transaction using a script, the L$ are immediately sent.

A credit system is common and accepted. However, you're likely to have fewer problems if you let users enter their bets each time using the Pay dialog and follow Jillians advice on using llSetPayPrice().
Script Su
Professional SOA Designer
Join date: 23 Aug 2006
Posts: 79
Sorry Dude....
12-20-2006 18:37
Basically you are going to have to stick with the good old fashioned way. You can make it so that the taable only accepts a certain amount or a list of certain amounts or u can easily make it so that if the player pays the wrong amount, for example 7L when they can only pay in 5L increments, you can have the script give the guy 2 bucks. Most Rental systems do that. Just do that it really isnt that hard.

Also even IF it was possible to do what you are saying NOONE would be comfortable doing it becuase then the script could just steal cash from you and there is absolutely NO way to get it back because it is "technically" not against the TOC. So it is a good thing that this cannot be done.
_____________________
The LSL Repository @ sf.net. The LSL Repository is dedicated to bring open source lsl programmers together and develop the best service oriented scripts. Gridworks gives you the whole package. We also have in-house builders, scripters, web programmers, and salesmen. Premium Account||Age Verified||Gridworks Executive
Keiki Lemieux
I make HUDDLES
Join date: 8 Jul 2005
Posts: 1,490
12-29-2006 07:31
From: Baron Hauptmann
Perhaps I didn't explain thoroughtly (or maybe I'm still missing something), but each player has a HUD that interacts with the main table. So I *think* that I could have the HUD get debit permission, then debit and transfer to the table as needed, without asking permission *every* time.

This requires an enormous amount of trust for your users. I would likely never give up debit permissions to game/gambling device as a player. Set up a system to buy credits, by paying something other than the HUD.
_____________________
imakehuddles.com/wordpress/