I was looking at playing around with this: http://www.embedded.oti.com/ and was wondering how many of you had a Palm or a WinCE/Pocket PC device...and what sort of game-related programs you'd find useful. A program to roll various games' dice (FS, Vampire, FUDGE, etc.) was the first to come to mind. Thanks, Steve -- http://www.stevebarr.com ---------------------------------------------------------------- GAMERS Home Page: http://www.phoenyx.net/gamers/
On 1 Feb 2002, at 21:18, Steve Barr wrote: > I was looking at playing around with this: > http://www.embedded.oti.com/ > and was wondering how many of you had a Palm or a > WinCE/Pocket PC device...and what sort of game-related > programs you'd find useful. A program to roll various > games' dice (FS, Vampire, FUDGE, etc.) was the first > to come to mind. I have a dice roller, just normal dice for the PALM. Not quite as complex as my dated GMCALC which handled a lot of gaming systems, but ok. http://www.geocities.com/TimesSquare/Realm/9565/dicepro.htm The problem I am having with MOST dice rollers (and almost has driven me to update GMCALC) is Sanguine's IRONCLAW system, where you can have several different polyhedral dice for a given skill roll (for example), and the dice are arranged from highest to lowest, and compared to the dice for the action or opposing skill. Dice are NOT added, individual dies are compared. GMCALC can handle that now as a series of additive operations, but it's more work than tossing a handful of dice. For a palm, it'd be nice if the dice results could be beamed via the IRDA to another palm. That way, for an opposed roll, the GM and player could both "roll" then beam the results to each other's device. As a GM, I'd like a resettable countdown timer, where I can give the players 10- 30 seconds to make a decision - like a chess clock. But, I'd also like a device for counting "game time" which could track several events, and give alarms as needed - the GM would determine when a "time event (tick)" takes place - so we could resolve combat round 1, TICK the clock, which might decrease the time remaining on a spell, the amount of O2 left in the room, the timer on a bomb, etc. I've been eyeing a handful of different Palm SDKs, but (not to start a holy war) with seeing the market share drifting towards the fatter WINce/Porkette Windows, thinking maybe I should develop that direction. ================================================================ -Coyt "The Internet, billions of electrons with nothing better to do." ---------------------------------------------------------------- GAMERS Home Page: http://www.phoenyx.net/gamers/
Coyt D. Watters wrote: > I have a dice roller, just normal dice for the PALM. Not quite as complex as > my dated GMCALC which handled a lot of gaming systems, but ok. > > http://www.geocities.com/TimesSquare/Realm/9565/dicepro.htm You're the second person to point me to that, so clearly most rational die rolling needs are met. > The problem I am having with MOST dice rollers (and almost has driven me to > update GMCALC) is Sanguine's IRONCLAW system, where [....] Eek. > For a palm, it'd be nice if the dice results could be beamed via the IRDA to > another palm. That way, for an opposed roll, the GM and player could both > "roll" then beam the results to each other's device. Picky/paranoid GMs might want a timestamp and a type of role description. :-) > As a GM, I'd like a resettable countdown timer, where I can give the players 10- > 30 seconds to make a decision - like a chess clock. But, I'd also like a > device for counting "game time" which could track several events, and give > alarms as needed - the GM would determine when a "time event (tick)" takes > place - so we could resolve combat round 1, TICK the clock, which might > decrease the time remaining on a spell, the amount of O2 left in the room, the > timer on a bomb, etc. That is pretty cool. I guess you could have some sort of geometric increase or decrease option in addition to simple + or - an amount for each event. > I've been eyeing a handful of different Palm SDKs, but (not to start a holy > war) with seeing the market share drifting towards the fatter WINce/Porkette > Windows, thinking maybe I should develop that direction. If you want market share, the answer is Java, surprisingly enough: http://www.javamobiles.com/ Even the new iPaq 3800 series is shipping with a Java VM: http://www.compaq.com/products/quickspecs/10977_na/10977_na.HTML The Java used by some phones looks particularly promising as a lot more people carry phones than PDAs. Steve -- http://www.stevebarr.com I needed a drink, I needed a lot of life insurance, I needed a vacation, I needed a home in the country. What I had was a coat, a hat and a gun. I put them on and went out of the room. _Farewell, my Lovely_, Raymond Chandler ---------------------------------------------------------------- GAMERS Home Page: http://www.phoenyx.net/gamers/
On 2 Feb 2002, at 5:07, Steve Barr wrote: > Coyt D. Watters wrote: > > The problem I am having with MOST dice rollers (and almost has driven me to > > update GMCALC) is Sanguine's IRONCLAW system, where > > > Eek. It's harder to explain than to use. In use it's very elegant - I toss some dice, you toss some dice, and we compare from highest to lowest. If my highest beats yours, then I win, if your is higher, you win. If we tie on the high die, then the next die is compared. Thus it's marginally possible for a character of low skill to get in a lucky blow and defeat a character of high skill. > > For a palm, it'd be nice if the dice results could be beamed via the IRDA to > > another palm. That way, for an opposed roll, the GM and player could both > > "roll" then beam the results to each other's device. > > > Picky/paranoid GMs might want a timestamp and a type of role > description. :-) Well, if not a timestamp, at least hearing the Palm beep or something as the player taps the roll dice button... B^) > > > As a GM, I'd like a resettable countdown timer, where I can give the players > > 10- 30 seconds to make a decision - like a chess clock. But, I'd also like a > > device for counting "game time" which could track several events, and give > > alarms as needed - the GM would determine when a "time event (tick)" takes > > place - so we could resolve combat round 1, TICK the clock, which might > > decrease the time remaining on a spell, the amount of O2 left in the room, the > > timer on a bomb, etc. > > > That is pretty cool. I guess you could have some sort of geometric > increase or decrease option in addition to simple + or - an amount for > each event. Definitely, and if the items could cross-trigger or cascade (so one event could start another in motion) that would be even nicer. It would also be nice if the events could also be set to self-reset if needed. (the searchlight comes around this way every 30 seconds - so have the event set itself to happen again in 30 seconds) > > > I've been eyeing a handful of different Palm SDKs, but (not to start a holy > > war) with seeing the market share drifting towards the fatter WINce/Porkette > > Windows, thinking maybe I should develop that direction. > > > If you want market share, the answer is Java, surprisingly enough: > http://www.javamobiles.com/ > Even the new iPaq 3800 series is shipping with a Java VM: > http://www.compaq.com/products/quickspecs/10977_na/10977_na.HTML > > The Java used by some phones looks particularly promising as a lot > more people carry phones than PDAs. > > Steve ================================================================ -Coyt "The Internet, billions of electrons with nothing better to do." ---------------------------------------------------------------- GAMERS Home Page: http://www.phoenyx.net/gamers/
