Hi !
Featured games (90)
games approved by the League of Dukes
Games in Showcase (753)
Games in Android Showcase (228)
games submitted by our members
Games in WIP (842)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
   Home   Help   Search   Login   Register   
  Show Posts
Pages: [1] 2 3
1  Java Game APIs & Engines / J2ME / Re: Cross platform text on: 2004-08-22 12:54:47
Any chance I could use your library?

2  Java Game APIs & Engines / J2ME / Re: Cross platform text on: 2004-06-07 10:27:28
Im also interested in such a library.
would appreciate if hearing how your progress goes.

3  Discussions / Miscellaneous Topics / Re: Sun begins new round of layoffs... on: 2003-10-03 10:47:13
Still, there seems to be repitively baaaaad signs from Sun's business targets.

I personally think their recent accomplishments with mobile devices is a good move...

but the way things are going I get this horrifying feeling that sun is slowly slipping below the horizon.... eclipsed by the dark shadow of Microsoft...( background darth vader theme tune).....

I guess its just survivial of the fittest and I hope its not the case a few years down the line, when we tell our kids bed stories "once apon a time, in a galaxy far far away there was a sun....
4  Java Game APIs & Engines / J2ME / Re: Mobile MMOG on: 2003-09-25 12:49:29
For clarity, I dont think bluetooth is appropriate for MMOg but added it as an aside for multiplayer gaming.
( 1-on-1 or team of 4)

Times 2 for both directions, times 60x60 for one hour, times rate = 4.29 or 1.88 euros per hour. (US people, remember 1 euro is close to 1 US dollar). For comparison, that's one beer or less than half a beer in my local pub.

I like the beer analogy. In south africa beer is about 50c euro. It takes 1 beer to put me out for an entire evening, so actually remains cheaper in my case Smiley
5  Java Game APIs & Engines / J2ME / Re: bluetooth multiplayer game on: 2003-09-23 11:41:21
Hi David,

I heard this from an engineer who I was consulting, who works
for a reputable distributor of a java bluetooth stack implementation.
I was describing my intention of testing bluetooth communication with a nokia emulator and pc. He mentioned that nokia did support a bluetooth, but it was not JSR82.

I just doublechecked the classes with the Series60_ConceptMIDP_betaa3 device and it seemed to confirm with JSR82. After contacting the engineer again, it seems there was a misunderstanding somewhere and that nokia DOES support JSR82.  At least with the 6600. Id assume this also means that the device classes for the emulator are also JSR82 compliant.

Apologies for the confusion.

6  Java Game APIs & Engines / J2ME / nokia bluetooth API not JSR82 on: 2003-09-23 09:40:38
hey all,

I checked out the nokia developer suite as David suggested and there exists a bluetooth API.

maybe Im a bit slow, but however, I just found out its not JSR82 compliant. Thought it was useful info to share.. Smiley
7  Java Game APIs & Engines / J2ME / Re: Java w/ Palm OSv5 ?? on: 2003-09-23 09:18:48
Hi Lawrence,

Im not sure if I fully understand your question...but here's a go
at a fuzzy answer...

Ive mainly looked at phone applications, but some phones like Sony p800 has similar attributes to a PDA ( stylus, large screen).

Personally, I would implement the game in MIDP2 as it is pretty standard across devices. MIDP2 also offers some new impressive features, absent in MIDP1.I also prefer java coding to C++ Symbian coding (never tried coding for palmOS or Windwos CE though). However, each manufacturer has their own specialised libraries, so the standardised bonus begins to fall away when you start relying to much on device-specific libraries.

The main decision for you, would be your target device. If its PDA's then what manufacturer, what model? Do you focus on 1 type of device or preferably a range of devices? Do you intend to focus on devices that may support the new MIDP2(e.g. nokias first MIDP2 devices only come out end of this year)? Does your game require use of specialised libraries if you were to implement in MIDP2? What kind of performance, memory, connectivity do you need (java connectivity in MIDP1 has been a bit buggy/sluggish in comparison to using Symbian C++ for e.g.)?

Once you've answered these, you can determine your technical setup and development solution.

hope that helps.

good sites are:
- (they have a special mobile game resource, if you find it, its very informative)
- this place
- forumnokia
- sun's wireless and j2me sites

8  Java Game APIs & Engines / J2ME / Mobile MMOG on: 2003-09-22 10:26:05
theres a very nice article on mobile MMOG at gamasutra,
you will need membership to read it.

This article nicely summarises the potential for mobile gaming and includes some notes on J2ME. Most importantly, J2ME remains buggy and limited in comparison to C++.

This reflects my experience too, however, MIDP2 opens up a lot of
possibilities and its just a matter of time before MIDP is robust and powerful enough to support enticing apps. I really did not enjoy the tedious Symbian coding.

I think bluetooth is a key element too, it fits the mobile gaming model perfectly.  ( mr Price... any word on that bluetooth demo Wink

9  Java Game APIs & Engines / J2ME / Re: Best Development Platform on: 2003-09-15 07:24:07
Id wait for the nokia 6600 which will support MIDP2
10  Discussions / General Discussions / Re: Javagaming meetups on: 2003-09-09 07:07:50
I am in NW Indiana her ein the states..

not an IGDA member but hopefully soon Smiley

South Africa?  There is Java Group there that I get newsletters from..although not Game related though..

thanks for the info Shareme, yep are you referring to the java specialists newsletter? its often got interesting stuff!
11  Java Game APIs & Engines / J2ME / Re: Object size in memory on: 2003-09-05 09:19:21

That's usually not worth the pain. The additional logic, wich is required, eats some bytes too and compression ratio can turn from "awesome" into "not exsistent".

very worthy point!
12  Java Game APIs & Engines / J2ME / Re: Object size in memory on: 2003-09-05 06:29:18
yep, that seems to be the reason.

A simple "hack" to save memory would be to use ints
and treat them as a byte array[2] using byte masks and bit

13  Java Game APIs & Engines / J2ME / Re: Object size in memory on: 2003-09-04 13:37:05
What did you use to measure the memory?

14  Java Game APIs & Engines / J2ME / Re: Tiled Layer for Midp 1.0 on: 2003-09-04 13:24:10
Hi Bab,

Theres a great article at the nokia forum:

called : "Game animation with Java MIDP"

it has a class which manages a tiled background layer, coded from ground up.

hope it helps,
15  Java Game APIs & Engines / J2ME / Re: FREE J2ME Book on: 2003-09-01 09:50:29
Very nice release, thanks for all the info.

I found your succint overviews impressive, in that it was to the point and focused on important info.

16  Java Game APIs & Engines / J2ME / Re: bluetooth multiplayer game on: 2003-08-31 11:08:16
Its great to see sp much interest in this discussion.

The best reference Ive read so far is the book "bluetooth for java" ( as David mentioned). author is Bruce Hopkins.

There's also a nice short article on bluetooth and J2ME on the sun java website.

Other than that, there are some fantastic articles at nokia forum providing in-depth MIDP gaming design and coding. ( much better docs than the Symbian C++ stuff! - Dave if youre somehow responsible for this, thanks!)

sun's java website also has some really informative, succint articles on MIDP2 gaming support and examples, mostly by the legendary - Jonathan Knudsen...

Im looking to go fulltime into development from October,
till then Im playing around, I'll keep in touch, hope u all do too!


17  Java Game APIs & Engines / J2ME / Re: bluetooth multiplayer game on: 2003-08-28 06:16:31

You can get an evaluation license from both vendors.
I know the antinav evaluation license is only valid for 15 days
and the restriction on the rococo license is that it runs on linux.

Im still have to install linux, and will get back to you on how it went.

18  Discussions / General Discussions / Re: Javagaming meetups on: 2003-08-27 11:11:13
I live in sweden, but I'm not convinced that this experiment is safe.

Putting too many java game developers near each other might cause some kind of rift in reality. :-/

Well we could offsett this by hijacking some innocent .net developers, tie them to totem polls at the meetings and... hmmm... or alternatively if we synchronise our meetings, the multiple javadev "rift centres" could offset eachother, ensuring continuos space-time continium...hmm.. maybe I should get back to work
19  Game Development / Networking & Multiplayer / Re: Server-Client Synchronisation on: 2003-08-27 08:09:38
Im an expert, by no accounts on such an issue.
but Im sure you've already looked em up.

I think it depends on the type of game, the architecture you're supporting, the pace of your game, the amount of data that must be synchronised and the inherint network latency.

Im sure you can analyse your system and try hone down your data synchronisation to the bare minimum. Moreover, you can identify which data are continuous or require immediate updates (e.g. velocities) and which data doesnt (e.g. new player login). But Im sure you've done all that.

The simplest solution would be Athomas Goldberg's suggestion which would be to replicate processing on both client and server.

The only other solution I can think of is, writing some sort of rules-engine on the server which determines whether a new velocity, etc. value from a client is "legal" taking into account its previous state and states of other objects in the world.

but I suppose this amounts to the same as the 1st solution.


20  Java Game APIs & Engines / J2ME / Re: bluetooth multiplayer game on: 2003-08-27 07:50:58
Im playing around with something now bab, but havent got very far.

If I get somewhere, I'll let you know but in the meantime Id appreciate anything you find as well.

currently Ive just managed to get some bluetooth SDK's which you can get from rococo or antinav ( java SDK's).  
hope that helps.

21  Discussions / General Discussions / Javagaming meetups on: 2003-08-27 07:48:17

Kevglasses survey idea got me a thinking ( while chewin' on me strand of grass)..........

it would be really nice if we could organise some socials.
I know we live in disparate places, but if the survey could also give indications of our locations we could arrange some bi annual meetings. It would be really nice to meet the faces behind the smileys behind .gifs behind the names  Wink

Im sure someone must'v proposed this before.
While on the topic of location, Im currently based in the Netherlands
but Im planning a 6month break to South Africa, so if any of you guys are in the area let me know.

22  Games Center / Archived Projects / Re: War! Age of Imperialism preview on: 2003-08-25 08:02:19
Looks impressive,
Ive always thought the java gaming model perfectly applies
to a board game adaption.

The artwork looks great too!

any thoughts on trying something similar for mobile?
23  Discussions / General Discussions / Re: PUPPY GAMES announces INVASION OF THE JELLIES on: 2003-08-08 10:39:10
Im lactose intolerant, so I guess my fiver is better spent on some jelly !
24  Java Game APIs & Engines / J2ME / Re: Which config and profile are you using? on: 2003-07-28 09:11:58
yep, it would be interesting to estimate when most phones will be MIDP 2.0 enabled, some already are e.g. nokia 66100

whats also really interesting is the bluetooth API.

Since I dont have time to develop quickly Im quite happy to experiment with MIDP 2.0 and have the game ready around the same time when MIDP 2 is more common.

thanks for the input
25  Discussions / Jobs and Resumes / Re: Wanted: J2ME programmer to port Alien Flux on: 2003-07-22 14:32:41
Id recommend going for MIDP2.0,

the graphics related advantages are a real bonus and I think the market potential for MIDP2.0 is relatively substiantial within the near future.

26  Java Game APIs & Engines / J2ME / Re: Which config and profile are you using?g on: 2003-07-17 12:22:57
thanks for that useful info shareme,
so I guess MIDP 2.0 is the way to go for most J2ME applications.
27  Discussions / Business and Project Management Discussions / Re: Can one man write a good game anymore? on: 2003-07-15 08:40:38
It all depends what you consider "commercial quality".

If its quake, warcraft biggie type of game, Id say no.
but if its a fun game with great playability and very successful
in terms of amount of people playing it ( and indirectly the amount
of revenue you get from selling it) then yes.

Look at Cas' game for example. Granted he's put in a lot of effort
and time, however he did basically by himself and a graphics artist.

mobile games are also a great market to pursue some small indie
developments. However, looking at the rapid speed of mobile
device enhancements, quake-like standard games will be
flooding the markets very soon.
28  Java Game APIs & Engines / J2ME / Which config and profile are you using?g on: 2003-07-11 09:37:38

Id like to know what you guys think of the various j2me configs and profiles with respect to gaming.

Its fantastic to see MIDP2.0 supports some useful functionality for gaming, but you are still restricted to the filesystem. If i wanted to create a community based game and use contacts in my phone Id have to use JavaPhone with CDC config.

Also, each phone manufacturor have their own souped up API's which provide magnitudes of functionality and performance above the standard Java API (e.g. Nokia Javaphone api provides binding to the impressive Symbian C++ os).

I personally prefer MIDP as its standard and can be used by all phones, but at what cost?

29  Discussions / Miscellaneous Topics / Re: Message board source code... on: 2003-07-11 09:25:13
I think this messageboard is done in php?
30  Discussions / General Discussions / Re: My Take on: 2003-06-28 14:56:31
My scoop on the MMO genre is that its requires so much work, technology and time that maintaing and creating such a game requires HUGE cashflow.

Thus, MMOs are quite demanding on getting monthly subscription fees from members who not only have to pay constant subscriptions but also have to spend huge amounts of time playing, to gain some level of importance in the game.

This makes selling such a product over a long period of time difficult. The only way an MMO can really succesfully compete are therefore:
1 - make the game original: unique fun to the many others
2  - limit subscription fee
3  - somehow change the gaming model so that
     joe-schmoe who only has 1 hour every odd day
     to play can enjoy it.

these restrictions along with the need of breaking many technological challenges ( security, latency etc) is tough one which can only be supported by a handful of rich studios with access to huge memberlists and groundbreaking internet:gaming technologies.

I initially thought that the home-alone developer could break in with a cool game on mobile phones, but after working on commercial product, the costs and skills involved in such work coupled with the graphics abilities of upcoming phones (nokiq ngage) makes it a difficult target for the garage startup developer.
Pages: [1] 2 3
nelsongames (20 views)
2018-04-24 18:15:36

nelsongames (17 views)
2018-04-24 18:14:32

ivj94 (608 views)
2018-03-24 14:47:39

ivj94 (54 views)
2018-03-24 14:46:31

ivj94 (402 views)
2018-03-24 14:43:53

Solater (66 views)
2018-03-17 05:04:08

nelsongames (111 views)
2018-03-05 17:56:34

Gornova (177 views)
2018-03-02 22:15:33

buddyBro (747 views)
2018-02-28 16:59:18

buddyBro (94 views)
2018-02-28 16:45:17
Java Gaming Resources
by philfrei
2017-12-05 19:38:37

Java Gaming Resources
by philfrei
2017-12-05 19:37:39

Java Gaming Resources
by philfrei
2017-12-05 19:36:10

Java Gaming Resources
by philfrei
2017-12-05 19:33:10

List of Learning Resources
by elect
2017-03-13 14:05:44

List of Learning Resources
by elect
2017-03-13 14:04:45

SF/X Libraries
by philfrei
2017-03-02 08:45:19

SF/X Libraries
by philfrei
2017-03-02 08:44:05 is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!