Bitcoin Forum
May 02, 2024, 05:12:11 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14 »
161  Economy / Services / Re: [WTB] Your bitcointalk signature space on: October 17, 2012, 09:52:28 PM
Thanks for those that have already accepted!

For the record, I'm offering 0.5 BTC for 30 days of exclusivity in your signature. I based that price off of this auction, in which nimda sold his sig space for 1 month for 0.7 BTC. He has 1000+ posts, and a historical trend of posting ~9 times per day, whereas I only require 100 posts and 1 post per day.

There are still a few slots open if anyone else is interested!
162  Economy / Gambling / Re: bitZino :: Provably Fair HTML5 Bitcoin Casino - Now featuring Craps! on: October 17, 2012, 01:34:24 AM
the base currency settings need some re-working, which we are definitely doing.

In demonstrating this for a newly registered account, the amount of funds added was 0.1 but then trying to play video poker the buy in screen must have been for bitcoins and thus no amount that I entered was valid as I had less than a 1 BTC balance.   I clicked Lower min bet and once I was in mBTC then it worked as expected.

Perhaps on a new account, the initial deposit should determine which default min bet amount is used? (e.g., if I deposit 0.1 BTC then set the min bet to 1 mBTC)

Good call! We are in the process of re-designing the Buy-In window to be much more user-friendly. One of the changes is that it will allow users to choose the minimum bet at buy-in time, rather than utilizing the account's "base currency" setting. I like your idea of setting the default value here based on the user's balance.

We'll also be including Dooglus's and ErubusBat's suggestions: we're adding a "Max Buy-in" button and we're adding a "Refresh" link so that users will have an actionable link to click after sending funds to their account.

I'ld like to see two-factor authentication as an option for withdrawals and for changes to the account security (e.g., removing the OTP, or changing the e-mail address tied to the account.)

A plea to exchanges ... lets do 2 factor right!
 - http://bitcointalk.org/index.php?topic=109424.0

I don't think OTP is necessary for login though (or at least that would be a second option for how to secure an account using OTP).  Needing OTP for each login makes it inconvenient, whereas I would rarely withdraw or change the security settings.

We have had 2-step withdrawals on the backburner for a while now. We are planning on allowing users to opt to require an email confirmation before withdrawing any funds, changing the email address, or changing their password. So, stay tuned, we will be adding this soon!

Note that we are already very secure against session highjacking: Our session cookies is stored as a Secure HttpOnly cookie (meaning it can't be accessed from javascript, and it will only be sent over an https connection).

Another little detail that you may want to consider:

When I win at roulette, the winnings count up gradually on my balance.  If, while they're counting up, I place another bet and spin the wheel again, they keep counting up until they're done, and only then is the new bet deducted from the total.  The deduction happens in a single step, rather than counting down gradually.  It looks odd to see the game work 'so hard' to add to my balance, when it can remove chips in the blink of an eye.

I don't know if it needs changing, but maybe it's something to think about.  Would it be better if adding and removing chips from my balance both happened at the same 'speed', whether gradual or instant?

Good thought! My suspicion is that this would be a little bit "busy" with too much animation. But, I'll give it a try, and see how it feels!
163  Economy / Services / [WTB] Your bitcointalk signature space on: October 17, 2012, 01:06:19 AM
We'd like to buy up to 5 user's signature space for the next month.

You must be willing to post on average once per day for the duration of the month, and you must be a member in good standing with at least 100 posts. We will also pay a premium for members with high post counts.

Post here and I'll PM you the details. First come, first serve!
164  Economy / Gambling / Re: bitZino :: Provably Fair HTML5 Bitcoin Casino - Now featuring Craps! on: October 16, 2012, 06:28:35 PM
While attempting to lose the 1 BTC you recently added to my account, I noticed that the roulette wheel shows a "Win: 400" when I win 400, but doesn't show a corresponding "Lose:" message when I lose.  Also, the "Win:" message disappears as soon as I start placing bets for the next spin.

These are both things you recently addressed for the craps game.  Perhaps making roulette behave the same as craps would be good.

Thanks for reminding me about this! We had meant to update Roulette along with Craps when you originally suggested this change, but it got lost in the shuffle of all the changes that were going on at the time. I've went ahead and updated Roulette so it has a more informative status message.

I also noticed another inconsistency between the games.  In craps and roulette, my balance goes down before I start the game, but in blackjack it only goes down when I start the game.  It may be that there's no good way of getting the games to 'feel' similar in that respect, since in blackjack we don't place bets on the table before dealing, unlike in craps and roulette, but I thought maybe it's something you hadn't considered, and might have a solution for.

Hm, I hadn't really considered this. I'm not sure if there is a perfect solution though, because as you mention, the games do have some fundamental differences.

One solution would be in Blackjack to reduce the user's balance as they type different numbers into the Bet box. I don't love this solution though, because it doesn't adhere to what a user would expect in this game. I would hate to reduce the usability of one game just to get consistency between games.

Another solution is in  Craps and Roulette to only reduce the actual balance when the user clicks the bet button. But, likewise, I think this may be confusing to users in these games.

So, I think I'll leave it as-is for now. But, thanks for bringing this up, because it is an angle that we should consider when developing future games.

Thanks again for the feedback, I really appreciate your attention to all the little things! These type of improvements add up to a much better overall experience for our users.
165  Economy / Gambling / Re: bitZino :: Provably Fair HTML5 Bitcoin Casino - Now featuring Craps! on: October 13, 2012, 06:01:33 PM
I'm sorry about that! I have updated the original post so that it is more correct.

I was kind of hoping you'd reimburse my loss, but not really expecting you to.  It's cool though.

You've always been incredibly helpful, Dooglus, so I just went in and added 1 BTC to your account.
166  Economy / Gambling / Re: bitZino :: Provably Fair HTML5 Bitcoin Casino - Now featuring Craps! on: October 13, 2012, 04:10:38 AM
Really like the craps.
I even managed to get a co-worker to start playing by selling him some btc that I sent right to his deposit address.  He didn't even have to know what bitcoin is as I will cash him out if he wants.  I think I have found a way to get more people using bitcoin...

This is a really cool story! I originally built bitZino with the main purpose of bringing bitcoin to the masses, so I'm glad to see that is starting to happen Smiley


Right now we only show the maximum bets in the rules dropdown if you're cashed into a real-bitcoin table. We are planning on changing this soon so that it will show on all play-money tables as well. Thanks for bringing this up, so that we expedite this change.

After asking what the maximum bet was, I found the information in your first post of this thread:

  • A wide range of limits: Bet anywhere from 1 μBTC all the way up to 10 BTC.

So I loaded up 10 BTC and started martingale-betting on craps.  Imagine my surprise when I lost a 1.6 btc bet and it wouldn't let me double up to 3.2 btc.  It turns out the maximum bet is really only 2 btc.  I ended up throwing a mini-tantrum and losing the rest on blackjack.

I think you should either not mention the maximum bet in that first post, or correct it.  It doesn't feel fair to give incorrect information there.  I wouldn't have been betting how I did if I had realised the max bet was 5 times smaller than stated.  Sad

I'm sorry about that! I have updated the original post so that it is more correct.

We do take bets up to 10 BTC, but only in Blackjack and Roulette. Video Poker has a max bet of 1 BTC per hand, and Craps has a max bet of 2 BTC per wager-type. Roulette also has a max bet of 1 BTC for the number wagers.

The main reason we have to make our Craps maximum wager smaller is because we support up to 5x odds wagers. This means that a wager of 2 BTC on pass and a subsequent maximum odds wager of 10 BTC is technically a 12 BTC wager on pass.
167  Economy / Gambling / Re: bitZino :: Provably Fair HTML5 Bitcoin Casino - Now featuring Craps! on: October 11, 2012, 08:48:35 PM
This site looks and plays great. For me at this point it's pretty much the only game in town after reading that thread regarding dooglus from the operator of Strike Sapphire. What is it about Bitcoin that makes people go crazy?

Anyway, don't mean to get off topic too much. Keep up the good work on bitZino, it's really easy to use and the only complaint I can think of is just that it could use some more games. But it seems like your working on them and adding them, so good stuff. Tried Craps today and it was good, probably my favorite so far.

Thanks, and I'm glad you're liking it! We are indeed constantly working on new games. Our next game to launch will probably be three-card poker. We are also working on adding more varieties of video poker.

We would like to add multi-player games at some point - but for now we are focusing on having a full selection of single-player casino games.

I just saw this on your 'about bitZino' page:

Quote
We leverage HTML5 browser standards to bring you a world-class casino right in our browser

Do you mean "right in your browser"?  It's mine, not yours!  Smiley

I was looking at that page trying to determine the maximum bet size for each of your games, but couldn't find it.  Is that written anywhere?

Thanks for catching this typo! I can't believe how long it's been live this way, but it's fixed now Cheesy I also fixed the colon issue on our user page.

Right now we only show the maximum bets in the rules dropdown if you're cashed into a real-bitcoin table. We are planning on changing this soon so that it will show on all play-money tables as well. Thanks for bringing this up, so that we expedite this change.

I lost the 0.25 BTC you recently gave me.  When I try to "play for bitcoins" I'm shown my deposit address, and the message:

"To get started, send some bitcoins to your personal deposit address. Your bitcoins will instantly be available to start playing!"

I send some bitcoins to my address, but the message stayed there.  Is it meant to update automatically, or do I need to refresh the page?  It would be nice if you could push an update when you receive my deposit, but I don't know if that's possible.  If not, maybe you should mention that a page refresh is required, or have a button or link for "refresh my balance" or similar.

(Refreshing the page shows the deposit went through OK, so it is just that you're not updating the page when I deposit)
Dealing with usability in my day-job I would suggest adding the button anyway.... it eliminates user questions (dooglus is not your average user, and he had questions).

Even if you rely on some sort of push and just disable the button for 5 seconds it makes the user 'feel better'.

Thanks for the advice! I agree with you that a refresh button would be good here.
168  Economy / Gambling / Re: bitZino :: Provably Fair HTML5 Bitcoin Casino - Now featuring Craps! on: October 09, 2012, 06:22:30 AM
I think there's a similar issue when you withdraw funds.

Ah. good catch, thanks!

"Or, play with play money" also doesn't give immediate feedback.

I love how each time I find a problem with the site I mention it and it's fixed very quickly.  It's a bit like coding my own site, but without having to do the coding.

Another good catch, thanks!
169  Economy / Gambling / Re: bitZino :: Provably Fair HTML5 Bitcoin Casino - Now featuring Craps! on: October 08, 2012, 03:18:48 PM
I'd like a "buy in as much as possible" button.  It turns out it was convenient to be able to type '9999999' into the buy-in box and have it replace it with the maximum.  But a "buy-in max" option would be clearer.

That's a good idea. That box is already a little cramped, but I think we can find a way to do this without making the UI too busy.

I had forgotten that there was a default setting.  That will fix the problem for me, but I think you could make it more obvious.  Maybe have a checkbox on the screen where I set the minimum bet to have it "set as default for all games" or some such.

Yeah, in general, the base currency settings need some re-working, which we are definitely doing. I like your idea of having a "set default" checkbox.

I think there's a similar issue when you withdraw funds.

Ah. good catch, thanks!
170  Economy / Gambling / Re: bitZino :: Provably Fair HTML5 Bitcoin Casino - Now featuring Craps! on: October 07, 2012, 07:23:21 PM
Thanks for all the feedback Dooglus! This stuff really helps us make bitZino a better website.

Here's a funny/cool/interesting one:

If I type my bet amount rather than using the mouse, I can't enter any amount that begins with an 8 or a 9.  I can type amounts with 8s and 9s in them, just not at the start.

It's hard to imagine what's special about 8 and 9 that would cause this bug.  I can type 4 then 2x to get 8, or type 7 then +1, but I can't type just 8.

This happens in both craps and roulette, and for both play money and bitcoin play.

This was one pretty bizarre! It turns out it was due to the way parseInt is implemented in javascript. We were calling parseInt without the optional second argument (which is the base of the number), and so javascript was trying to parse '08', and couldn't automatically figure out the base of the number. If you just pass the second argument (which is the correct defensive way to code it anyway), then the string is parsed correctly.

We've fixed all our javascript to call parseInt with the correct number of arguments.

A niggle:

I was just playing craps for uBTC.  I cashed out, then went to buy back in.  I hadn't noticed that the units had switched back to uBTC automatically.

I typed "100000" into the amount box and clicked 'Buy in', thinking it was still in uBTC units, not noticing it had been changed on me.  It automatically changed the 100000 to 100 (which is my whole mBTC balance) and bought in for that amount.  I could easily have started playing thinking I was playing for uBTC not mBTC since it (a) changed the units automatically and (b) reduced the amount I asked to buy it for without warning me that it was more than I had.

So I guess I'd prefer it to remember the units I select, until I change them again.  I'm not sure what would be better than automatically fixing the buy-in amount.  Maybe leave it as typed, and just give an error if the user clicks 'buy-in' with an invalid amount in the text field.

Edit: oh, and I don't see a way to change the units back from uBTC to mBTC.  I guess since it defaults to mBTC each time I play, it's not needed the way things are currently set up.

Thanks for catching this! We definitely don't want people to accidentally wager for more than they were wanting to.

We've changed the behavior here to just disable the "Cash in" button if the value you entered is invalid. So, now we will never automatically change the value on you.

The default minimum bet on a table will always be the value of your account's "Base currency" (which you can set in your account edit page). I think it may be confusing if we remembered the minimum bet of the last table you cashed out from, rather than using the value you set for your account. I hope that the new behavior of disabling the button should also help to make it clear what's going on.

We don't have the option to increase the maximum bet of an in-progress table, since this would result in a lot of corner-cases usability-wise.

We are still looking at getting rid of the whole concept of "Base currency" though, and possibly having users just always enter the minimum bet when they cash in to a new table. There are just many corner cases and usability issues to consider when making this type of change.

[/quote]
Almost everywhere I click on your site gives instant feedback of some kind, so I know the click registered.  But I just clicked the 'cash out' link in the top right and had to wait a few seconds without knowing whether my click had registered or not.  Maybe darken the text as soon as it's clicked, so I know the click 'worked'?

Good catch! We fixed this button so that it greys out when you click it.

I don't know if it's just my eyes, but I find it quite hard to read the green text on a grey background at the top of the screen after withdrawing:



Oh yeah, I had forgotten about the notification messages style. I changed the background here to be darker, and also changed the location so that it's not right at the top of the page.

This should make it somewhat better, but we'll probably give the notifications a more comprehensive UI adjustment soon.

(and I'm starting to feel like this is too much nit-picking - let me know when the level of my reports becomes annoying please)

I will never get annoyed with anyone's feedback! Keep it coming!

I've added another quarter-BTC to your account, Dooglus to thank you for all the feedback. We highly value useful feedback, so that offer is good for anyone else too!
171  Economy / Gambling / Re: bitZino :: Provably Fair HTML5 Bitcoin Casino - Now featuring Craps! on: October 06, 2012, 06:45:23 AM
I notice that the "don't pass odds" and "pass odds" buttons are completely inactive when I first play.  No "less dark background" - just a dead UI element.  Seems a little inconsistent, since the "don't come odds" and "come odds" buttons are always at least slightly active...

The "pass odds" and "don't pass odds" wagers don't have any popups associated with them when there isn't a point established. This is because it yet to be determined what the payout of that wager will be. But, I kinda agree that this is confusing. Maybe we should just show a popup and not show any payout information before the point is established.

It's just a nit-pick, but I'd prefer the status message to appear earlier, before the losing bets start fading, and persist longer, while I'm placing the next bet.

As soon as I click to place my first bet, the status vanishes, and I have to remember the amount for up to 2 seconds!

Your wish is my command Wink You're right though, the status message was showing up too late, and going away too quickly. We've pushed a fix for this.
172  Economy / Gambling / Re: bitZino :: Provably Fair HTML5 Bitcoin Casino - Now featuring Craps! on: October 05, 2012, 07:05:07 PM
When I roll 6-6 on the 'no pass', it's a push.  The result is shown as "win: 1".  I think "push: 1" would be better, to make it clear that 6-6 on 'no-pass' is a push, not a win.

I'd also like to see "lose: 1" when I lose.  At the moment there seems to be no way I can tell how much I lost when I lose once the bet amount has faded out.  That makes it hard to drink and martingale bet at the same time.  Wink

We've pushed a fix for this, so now it shows a much more informative status message, including how much was won, lost and pushed on the last roll. Hopefully this make it easier to drink and gamble Smiley

We also added a subtle indication as to which wagers are active, and which ones aren't: the inactive wagers have a less dark background on mouseover.

Additionally, we've added the fact that all bets are always working to the rules dropdown.

Thanks for all the feedback everyone, keep it coming!
173  Economy / Gambling / Re: bitZino :: Provably Fair HTML5 Bitcoin Casino - Blackjack, Video Poker, Roulette on: October 05, 2012, 07:54:53 AM
I don't really know what problem you're seeing in my screenshots, since I don't know how it's meant to look.

I often don't have pages at 100% zoom.  Could that be the issue?  Try zooming in or out and see if you can reproduce the problem.

Ah, that is definitely the issue! It's not a huge issue, since it seems you can't even see the specific problem - but the issue is that all of the wagers have a few pixels of spacing between them, where they should be flush with each other. We'll see if we can fix it so that it looks good at all zoom levels.

Another comment:

In craps, certain bets aren't allowed at certain times.  For instance you're not allowed to make a 'come' bet as your first bet.  You should disable the mouse hover function for bets that aren't currently allowed.  Otherwise when I hover over 'come', it lights up.  I click it, see the stake box pop up, but am unable to interact with it.

Same for the Pass Line after the come-out roll, I can't add or change that bet but bitZino shows the stake box, with no further interaction though.

This is actually intentional, since we want to allow the user to click and see what the odds of that bet are, and also potentially click and see exactly how much they have wagered. However, I see that this may not be the most intuitive UI - it may be better at least not to highlight the area on hover. I'll play around with the UI here...

I'm pretty sure there is a problem here...
When the button is 'Off', you shouldn't lose your come bets if you roll a 7. Right?  I also don't think you would lose your place bets either.  In vegas I recall you have to ask for them to be 'working' if you actually want those bets to play on a coming out roll...

Each casino typically does things slightly differently with regard to whether bets are automatically 'working' on the come-out roll. We decided to go with the least confusing option, and always have all visible bets working. From our survey, this is consistent with how other online casinos handle it. Compared to a brick-and-mortar craps game, it's just much easier to quickly remove and re-add your wagers, so it's not really even worth it to have a concept of 'working'. Maybe it would help to have some UI elements to make it clear that all bets are always working though...?
174  Economy / Gambling / Re: bitZino :: Provably Fair HTML5 Bitcoin Casino - Blackjack, Video Poker, Roulette on: October 04, 2012, 11:51:43 PM
Thanks.  I was thinking after I sent the bug report that it would have been smarter to have played some 1 BTC per game throws, waited until you paid out a few 2-2 and didn't pay out some 2-1 rolls, and then complained that the 2-1 winning rolls didn't get paid out.  You would have made good on them I'm sure, and the odds would have been in my favour.  Then I thought maybe others would do the same after seeing my bug report.  I hope it didn't cause you that kind of trouble.

Thank you for taking the white-hat approach Smiley

OK, so you don't need to see the screenshot I just made of being paid 8.75 for winning the "any craps" bet...  I played the hand before going out this morning and only just got back to screenshot it.  I expect you've fixed that one too now.

Yeah, we've fixed that wager too. The same issue was affecting all of our "Single Rolls" wagers, and we fixed them all.

You're welcome.  It's refreshing to have my bug reports appreciated, acted upon, and rewarded.

Your feedback has consistently been incredibly informed and very helpful. You're definitely an asset to the community, and an asset to anyone that listens to your feedback Smiley

Edit: your post doesn't seem to explain why 2-2 was being treated as a winning roll when betting the 1-2 bet.  I guess that was just a typo, right?

Yeah, that was just a bad typo. Our simulation testing didn't catch it, because the odds were still paying out what was expected, it was just paying out for the wrong rolls. Fortunately, no one had made any real-bitcoin bets on that wager since launch.


Another comment:

It looks ugly to me to see odds written as "7.5 to 1", especially when just below I see "33 to 2".  Fractional odds are traditionally written using integers.  So instead of "7.5 to 1", we write "15 to 2".  Or write everything as "x to 1", so "33 to 2" becomes "16.5 to 1".  Mixing the two different forms looks weird.

I don't know if your table is a bitmapped image, or whether you can update the text on the fly, but maybe it would be nice to allow the user to chose fractional or decimal odds.  I think different formats are common in different countries.  Probably the easiest to understand is "8.5x" rather than "15 to 2" - just writing the multiplier that is applied when you win.

Hm, yeah good point. We originally decided to show the hardways bets as 9.5 to 1 and 7.5 to 1 in order to contrast with the typical 9 to 1 and 7 to 1 payouts. 19 to 2 and 15 to 2 is probably more consistent with the rest of the table now though. I went ahead and updated this.

Fortunately, it's all in HTML, so it was an easy change Smiley

I'm no expert either, but I remember reading somewhere that you should never mix serif and sans-serif fonts.

I did a little more looking into this, and it seems that it is generally acceptable if you're trying to create a contrast between different elements - which is definitely what we're trying to do: contrasting the table against the rest of the webpage. So, for now, I think we'll keep it as-is.

Yes:

$ lsb_release -d
Description:   Ubuntu 12.04.1 LTS
$ dpkg -l chromium-browser | tail -1
ii  chromium-browser                    20.0.1132.47~r144678-0ubuntu0.12.04 Chromium browser

I'm also using XFCE4 rather than Unity as my desktop environment, in case that matters.  It seems unlikely though.

This is very strange. I have the exact same version of Chromium on linux and I can't replicate the issue in your screenshots. Is the Roulette table still doing a similar thing for you? I saw your Roulette screenshots, and I was able to replicate that and I think I fixed it: The issue was using decimals in the CSS for width and height, which Chromium rounded differently than other browsers. But, now we're not using decimals in the CSS anymore, so I can't figure out why a standards-compliant browser would be off by a few pixels in this way.

Also, did you change the odds in the last few hours?  Earlier I was getting 17 to 3 for "any seven" and now I'm getting 29 to 6.  That's a drop from 5.666 to 1 to 4.8333 to 1.  Ah, it's a 5 to 1 event.  Smiley  I should have bet it more earlier when you were paying better than breakeven odds for it.  Smiley

Edit: Oh, I get it.  The bug you fixed wasn't that the payouts were wrong - it was that the quoted odds were wrong.  You were always paying out the right amount and only the odds printed on the table were incorrect.

Yeah - all the payouts were always 35 for X, where X is the number of possible winning rolls. We simply converted it into "Y to X" notation completely incorrectly.

Thanks again for all your help!
175  Economy / Gambling / Re: bitZino :: Provably Fair HTML5 Bitcoin Casino - Blackjack, Video Poker, Roulette on: October 04, 2012, 06:48:41 PM
1.  I've read about how to play craps several times before, and played it on various sites, but each time I come back to it I've forgotten what all the bets mean.  Some basic introduction to the game would be helpful.  But I guess that's not what you do - none of your other games have 'help' pages either.

We do plan on adding instructions for all of our games at some point, but for now, we are focusing on attracting gamblers that already know how to play these games. However, I do think that the fact that we present all the odds in an easy-to-digest manner should at least help those that are passingly familiar with craps.

2.  My first impression was that the font used on the table clashed with the usual bitZino sans-serif font.  It looks like it may be the browser's default font, and that the CSS styling isn't working.  Or maybe that's the font you chose on purpose.

We did intentionally go with a serif font for the table. It's supposed to contrast somewhat with the rest of the site, and look a litlte more like a traditional craps table, which typically uses elegant serif fonts to display their bets. Although, I'm no typography expert, so maybe this is a faux pas.. I'm open to suggestions.

Also - are you still using Chromium on Ubuntu? All of your screenshot's table layouts look like they are off by a few pixels, which is pretty ugly. I can't seem to replicate it on my linux Chromium install though.
176  Economy / Gambling / Re: bitZino :: Provably Fair HTML5 Bitcoin Casino - Blackjack, Video Poker, Roulette on: October 04, 2012, 06:32:03 PM
Is that a bug?  It's paying 2-2 but not 2-1.  And it's paying 17.5 for a 1 unit bet when the bet is marked as "17 to 1".

I played the two "17 to 1" bets (1,2 and 5,6) some more.

5-6 and 6-5 both pay out 17.5 chips.
5-5 is a loss.

I got 2-1 again, and it was counted as a loss again.

1-1 pays out 35 chips.  It's labelled as "34 to 1", so that's right.

So the "17 to 1" bets should pay out 18 chips, but they only pay out 17.5.

So the two bugs seem to be:

 * the "1,2" 17 to 1 bet pays out on 1,2 and 2,2 rather than on 1,2 and 2,1

 * the 17 to 1 bets both pay out 33 to 2 not 17 to 1.

Those were definitely some very bad bugs. Thank you for finding them! They have now been fixed. You are truly a bug finding master, Dooglus! I have added 1 BTC to your account to thank you.

I have also credited everyone that has made prop bets double the full value of their bets +1 BTC of all real-bitcoin prop bets that they've made in order to make up for these bugs. (Fortunately, only 2 users have made these bets, and they were for micro-stakes, so I really hope the 1 BTC bonus makes up for this egregious error).

The reason we made this error is really quite silly of us. All of our prop bets pay out 35 for X, where X is the number of possible outcomes. Of course, 35 for 2 does not equal 34 to 2, which is the error that we made. Unfortunately, we spent the majority of our QA testing the more complicated multi-roll wagers.

Thank you again for spotting this Dooglus, you really have helped so much in making bitZino a better site.
177  Economy / Gambling / Re: bitZino :: Provably Fair HTML5 Bitcoin Casino - Blackjack, Video Poker, Roulette on: October 03, 2012, 06:46:42 PM
We have officially launched Craps!





It took us a little longer to make than we anticipated, but I think it is well worth the wait Smiley

Like all of our game, our craps game is Provably Fair. And, it features the slick HTML5 user interface that you've come to expect from us.

Additionally, it has the best odds of any craps game that you'll play: We start by offering 3x,4x,5x odds on our Pass and Don't Pass wagers, which is somewhat standard (although, many online casinos don't even offer this). Then, moving up, you'll see that our Field bet offers 3x payment on a 12, and a non-standard 2.5x payment on a 2 (the usual is only 2x on the 2). Our Hardways bets pay 9.5 to 1 and 7.5 to 1 instead of the standard 9 to 1 and 7 to 1. The largest deviation from the norm is in our prop bets: 1,1 and 6,6 pay 34 to 1 instead of the standard 30 to 1. Our 1,2 and 5,6 bets pay 33 to 2 instead of the usual 15 to 1. Finally, our Any Seven pays 29 to 6, and our Any Craps pays 31 to 4 - these are substantially better than the standard 4 to 1 and 7 to 1.

We're also proud of the lack of confusion in our Place/Buy and Place to Lose/Lay bets. Most casinos offer a "Buy"  and "Lay" bet which are identical to the "Place" and "Place to Lose" bets, but with slightly better odds on the 4 and 10 bets, and occasionally better odds on the 5 and 9 bets. This is confusing to new players, and often results in them making sub-optimal bets. We have simply removed the confusion, and instead we simply always offer the bets odds on our Place and Lay bets.

Give it a try and let me know what you think!
178  Economy / Gambling / Re: bitZino :: Provably Fair HTML5 Bitcoin Casino - Blackjack, Video Poker, Roulette on: September 26, 2012, 06:50:05 PM
I hit the royal yesterday ....


but ....


with 2 microbtc ...this is 2*800*0.000001 bitcoin = 0.0016 bitcoin .... Sad

BTW ...still waiting for the 4 colors card deck ... thanks

Congrats on the royal! I can't believe how many royal flushes we've seen in such a short time Cheesy Thanks for the reminder on 4-color decks. We will roll that out before too long.

Also, by the way, our max bet for Video Poker is 1 BTC. We have to keep it lower than our other games because it has a much higher variance. If you're interested in risk of ruin analysis, I discussed our strategy for how we choose our max bets earlier in this thread:

https://bitcointalk.org/index.php?topic=87656.msg1145478#msg1145478
179  Economy / Gambling / Re: bitZino :: Provably Fair HTML5 Bitcoin Casino - Blackjack, Video Poker, Roulette on: September 20, 2012, 12:06:58 AM
I wanted to bump this thread to thank Libertaad for his helpfulness for technical things outside of bitZino.

As a way to say thank you, I decided to "donate" my bitcoins to bitZino and found the following display glitch:

(I blackened out my total balance on there)

Congrats on the Royal Flush! That's the second one we've seen on our site so far Smiley

Thanks for letting me know about the display glitch, we'll make sure it's fixed for the next time you hit a royal Cheesy
180  Economy / Gambling / Re: Lost all of my bitcoins on bitZino and it provably sucks on: September 13, 2012, 11:39:07 AM
I've noticed a lot of times on roulette I have to click several times before it registers my click. It happens a lot when the bet/double button lines up over another number or between two numbers. I need to move my mouse a little bit and click again, even though I was already on the button. /shrug/

That sounds bad! I am not able to replicate this issue though. Could you help me out and elaborate a little more? Which buttons require clicking multiple times - the big buttons at the bottom of the table (eg, "Spin", "Repeat Last", etc.), or is it the roulette board itself that sometimes requires multiple clicks. Also, what browser are you using? Finally, if possible, could you post a screenshot of: "It happens a lot when the bet/double button lines up over another number or between two numbers". I'm not sure exactly what you mean here, and a screenshot would help a lot. Thanks!

Also, what's your username on bitZino? I'll comp you as well for helping me out Cheesy

Same as here, and as reddit. Tongue Thanks bud.


(imgur is giving me crap right now for some reason...)

So sometimes when I am doubling my bet on the x2 button and I click outside the red box it doesn't take for some reason.


I've actually never really used the big buttons on the bottom except for spin.


Also - you see how the top part of the "x2" button lines up with the 16. If I am doubling my bet sometimes it will select 16 (or 10 if I'm betting red)

Thanks for the feedback! That definitely explained it very well. Comp sent Smiley

This is a very strange bug, because that button is actually just a single element, so the border shouldn't have a different behavior than the inside. Also, the interaction with the elements behind it are bizarre and unexpected. I can't seem to replicate the issue on either Firefox or Chrome, so I can't figure out what would be causing it. We will definitely keep an eye out for this bug though, and fix it if we can.

Thanks again for the feedback!
Pages: « 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!