Menneisyys
10-03-2007, 08:49 PM
I’ve started working on my MIDlet Bible (http://www.pocketpcmag.com/blogs/index.php?blog=3&title=midlet_manager_news_anyone_from_esmertec&more=1&c=1&tb=1&pb=1), the premiere and definitive resource of everything related to running the, particularly on “dumb” mobile platforms, hugely popular Java programs called “MIDlets”. Currently, the project is on hold because I’m still waiting for some MIDlet Manager developers to answer my mails so that I can, for example, can directly recommend where to download / purchase MIDlet Managers from. (If you’re one of them and we used to be in correspondence but you haven’t heard anything from me, please check your spamfilter – it might have caught my mail(s).)
Several people have been looking for running 3D-based games on Windows Mobile. As this part of my forthcoming MIDlet Bible is pretty much self-contained, doesn’t really depend on the rest of the Bible and can, therefore, be separately published, I’ve decided to take the plunge and publish it right now, before coming out with the “full” MIDlet Bible.
1.1 Is it worth bothering at all? Isn’t Java, particularly 3D games, slow?
You may have heard a lot of people despising Java because of its “sluggishness”. This is not really a case, particularly with the highly optimized Java environments, that is, MIDlet Managers (also abbreviated as KVM’s; some people also refer to them as JVM’s, using the well-known desktop/server mnemonic) of today. You will be REALLY astonished: current KVM’s can produce at least as quick 3D speed as highly optimized, native Windows Mobile games written in C(++).
You don’t believe me, do you? Neither would I have before embarking on some serious 3D MIDlet testing (and, of course, I also know most, if not all, native racing games for Windows Mobile like the palm of my hand).
Well, just give some of the tested racing games (for example, 3D High Speed, 3D Andreotti Racing, 3D Fast or Furious Fugitive) a try and you’ll see this for yourself. Compare them to the current native 3D titles. These Java programs are blazingly fast even on VGA devices and even on, otherwise, graphically, pretty sluggish models like the HTC Universal – while still rendering high-resolution (not plain pixel doubled) graphics. Yes, I told you, many Java titles just rock on Windows Mobile – if you’re into games and, particularly, racing games, you WILL want to give these programs a try.
Speed issues aside, price is another factor. Java MIDlets games, in general, way cheaper than native Windows Mobile games – several high-quality Java games cost no more than $5, while native WM games, generally, start at $10. In cases, you are allowed to even buy a MIDlet for all your phones and, then, you can put it on any number of your dumb & smartphones and Windows Mobile handhelds. Think of it: you buy a high-quality MIDlet game for, say, $5, and, then, deploy it on the phones of your wife / husband / children in addition to your WM phone so that they can also kill some time playing it. You won’t ever have problems explaining to your wife why you’ve spent a single penny on a game ;-) Yeah, being multiplatform (meaning a single Java MIDlet can run on a vast number of mobile phone platforms, even cheap dumb phones) has definite advantages.
This, of course, doesn’t mean you shouldn’t purchase Windows Mobile games, not in the least. The Windows Mobile market being tiny (orders of magnitude smaller than that of desktop Windows or, even, yes, Java MIDlets) developer community (and, consequently, the future of the entire platform) does need your software purchases too. It’s just good to know you can play a lot of cheap and, in cases, really high-quality games you may not have been aware of.
2. Available, 3D-capable KVM’s
In this roundup, I mostly concentrate on playing games with three-dimensional (3D) graphics. There is a separate standard (JSR 184, also known as M3G) that most 3D (but not all!) games rely on. This means that, in order to be able to play these games, the KVM must support JSR 184. There are, currently, two KVM’s that, currently, do this: Jblend by Aplix (coming with the Samsung BlackJack MS Smartphone and some, outside Japan, not widely used Pocket PC phones like the Sharp W-ZERO3 (http://pdadb.net/index.php?m=specs&id=772)), the 11.x series of TAO Intent MIDlet Manager coming with several Pocket PC’s (note that the current TAO Intent version shipping with current (!)Smartphone ROM’s, for example, the German ROM with the HTC Vox, still contain a 10.x-series, non-3D-capable TAO Intent version).
However, as there are some 3D titles that don’t use the specific features of JSR 184, there may be cases you can use non- JSR 184-compliant KVM’s to run these games. Without doubt the best of these non-M3G-compatible KVM’s is Esmertec’s Jbed, the successor of Jeodek of the same company, which ships with many current, WM6 Pocket PC’s and Smartphones (for example, the HTC Vox / s710). It’s Jbed that you will always want to prefer when playing, especially because of its unique full screen and music emulation capabilities and speed.
Now, let’s take a look at all these three KVM’s.
2.1 Aplix Jblend
This KVM is compatible with everything Windows Mobile 5+ with a phone inside: that is, all WM5+ Pocket PC Phone Edition (Windows Mobile Professional) and Smartphone (Windows Mobile Standard) devices. This, unfortunately, also means it’s NOT compatible with non-Phone Edition (that is, Windows Mobile Classic) Pocket PC’s.
http://www.winmobiletech.com/092007MidletBible/JblendMain3D.png
It has excellent M3G support and has no problems (as opposed to the TAO Intent MIDlet manager, introduced below) with WM5 softkeys either. It also has some other goodies; for example, by default, it stores all the deployed (installed) MIDlets under its home directory, unlike Jbed, the other excellent KVM. This has particular advantages on storage-constrained devices, particularly, low(er)-end Smartphones like the HTC s310 / Oxygene, which, by default, only has some 12M of built-in storage free. As a modern, decent (3D) game can easily take up 300-1000 kbytes, you will fill in your built-in storage very quickly if you use a KVM storing its deployed MIDlets there.
Its only downside is, in addition to not being compatible with non-phone-enabled devices, is the very bad sound and non-existing music emulation. In this respect, the two other alternatives (particularly Jbed) is WAY better.
It’s available for download HERE (http://melgurth.ovh.org/index.php?page=downloads) (direct download link to CAB file (http://melgurth.ovh.org/files/java/Jblend.cab)). Just download the CAB file and install it and, after that, you can just click on any JAR files copied to your Windows Mobile device, it’ll deploy them (just press the left softkey two times to let it go on). Again, unless you have plenty of built-in storage memory and/or you only plan to install a handful of games, you’ll want to install it on a storage card so that the deployed games (and other MIDlets) don’t take up any central storage.
2.1.1 JBlendFullScreen
Note that there is another version of Jblend circulating on the Net; a much older and non-M3G-capable one called “JBlendFullScreen”. Its only advantage over the Jblend version I’ve linked in is that it uses the full screen (no taskbar will be visible at the top), which is of BIG help when you run strictly 240*320 (QVGA) MIDlets displaying important information (status row or even softkey titles) in the bottom-most 10-15 pixel rows otherwise hidden.
2.1.2 Consequences of not being full-screen
Several games suffer from the recent Jblend version’s not being full-screen; for example, the QVGA version of the pretty good, Russian-language Wolf3D clone "3D Bunker" and "3D Storm", 3D Burnout, 3D Formula Racing, 3D Covert Ops etc. Hopefully community hackers will soon come up with a decent solution for this problem. If you do suffer from this problem, in the meantime, either give a try to the old JBlendFullScreen (it MIGHT run the game if it isn’t strictly M3G-based) or, even better, Jbed. Alternatively, you might want to use a version of the MIDlet, when available, meant for devices with smaller screen. Most MIDlets have several different versions for different screen sizes; 176*208 (old(er) Symbian S60), 176*220 (non-QVGA MS Smartphone) and QVGA (newer / better Symbian S60 and Windows Mobile) being the most widely used and available.
2.1.3 Java heap size setting
Finally, note that, unlike most other KVM’s, you can set the memory given to Jblend in the registry ( [HKEY_CURRENT_USER\Software\JBlend\JavaHeapSize; which is 0x00400000 by default; that is, 4 Mbytes, which is already pretty high, compared to most other KVM’s (except for Jbed; more on this question in the forthcoming MIDlet Bible). Setting it to a much higher value, 12M, didn’t help with the non-working games I’ve retested.)
2.2 TAO Intent MIDlet manager
Another M3G-capable KVM is the TAO Intent MIDlet manager, of which I’ve already published a lengthy tutorial HERE (http://forum.xda-developers.com/showpost.php?p=1479183&postcount=13). You’ll want to download the latest, 11.1.7.1036 version (direct CAB link (http://www.webalice.it/risidoro/intent/Risidoro_Intent_MIDlet_Manager_11.1.7.1036.cab)), unless you have a non-Phone Edition Pocket PC, in which case you’ll want to get version 1023 (direct CAB link (http://4pda.ru/forum/attach/826152/tao11nosms_repack_v2_by_dfine.cab)). Finally, if you have a Smartphone, you’ll want to forget it altogether as it’s only the non-M3G-compliant 10.1.x series that is compatible with the “dumber” platform.
As with Jblend (and, for that matter, Jbed, to be introduced below), it’s simple to install: just get the CAB file and install it. As with Jblend (and unlike Jbed), if you install it on a storage card, it’ll also deploy the MIDlets on the card to save built-in storage memory. That is, make sure you install it on a storage card if you have little built-in storage left.
Unfortunately, the TAO Intent MIDlet manager is, gaming-wise, pretty bad and you’ll only want to use it in few cases (most importantly, when you only have a non-phone-enabled Pocket PC). For one, it has pretty bad music emulation. While it’s certainly better than that of Jblend (the latter has no music emulation at all), it’s WAY worse than that of Jbed. What is even worse, it doesn’t support softkeys in most games (and many applications as is the case with, say, Teashark reviewed HERE (http://www.pocketpcmag.com/blogs/index.php?blog=3&p=2186&more=1&c=1&tb=1&pb=1)), which means you just won’t be able to run these games if they do depend on softkeys (and most do – very few games can be played / menus can be navigated without them).
2.3 Esmertec Jbed
This MIDlet Manager doesn’t directly support the M3G library. However, as it’s without doubt the best KVM out there right now, particularly music emulation and WM5 softkey-compliance-wise, it’s still worth mentioning it in here. The reason for this is pretty simple: some of the popular 3D titles aren’t strictly M3G-based (that is, based on JSR 184). These titles may run under Jbed as well, which means, in general, superior music and/or sound and, sometimes, speed compared to Jblend and, on top of all this, softkey support, compared to TAO Intent.
http://www.winmobiletech.com/092007MidletBible/JbedMain.png
While there’re some purchasable Jbed distributions at Handango, I don’t know whether they’re updated at all (their last-updated field are all 2005) and, despite my several mails sent to my Esmertec contact, in the last month I haven’t received a definite answer to this question. Therefore, for the time being, you’ll want to use an OEM version of Jbed version 20070802.2.1 available HERE (http://pdaphonehome.com/forums/ppc-6800-xv6800/91837-opera-mini-4-beta-2-released-includes-info-new-java-midlet-manager.html). Unfortunately, this version is pretty buggy. Should you want to use it for other purposes (most importantly, for Opera Mini 4 beta 2, by far the best MIDlet-based Web Browser and one of the best Web browsers even on Windows Mobile), be aware of that it doesn’t support for example cookie handling, unlike previous, but not any more working versions. This, however, won’t have any affect on running games, where it’s really excellent at.
Jbed is, just like Jblend, compatible with both WM5+ Pocket PC Phone Edition and Smartphones. It is NOT compatible with regular Pocket PC’s without a built-in phone. Sorry. Hope as soon as the Esmertec folks contact me back, I’ll be able to provide more info on which Handango Jbed distributions support non-phone Pocket PC’s.
2.4 Co-existing on the same Windows Mobile devices
All these KVM’s (and, for that matter, additional ones like IBM J9, Esmertec Jeodek etc.) can co-exist on the same Windows Mobile device – they won’t have any influence on the other MIDlet managers. The only restriction will be that, should you click a JAD or a JAD file on either the Web or the local file system, the last-installed KVM will be invoked and it will deploy the given MIDlet.
However, you can easily remake a given KVM the default KVM to be invoked when clicking JAD / JAR files. No, you don’t even need to reinstall the given KVM – you will only need to import a given Registry import file, which changes the JAD / JAR file associations. I’ll provide these files in the final version of the Bible.
In the meantime, keep the following in mind: if you download the JAR file of all MIDlets you’d like to use (you do NOT need the JAD files!), you can easily deploy them under any KVM’s.
Fortunately, this is pretty easy in two of the three KVM’s (in addition to the, in this respect, inferior Jblend, it’s only with the, here, not discussed IBM J9 that it’s a pain in the back to deploy a MIDlet to if you don’t have set up the file associations or they’re pointing to another KVM: in there, you must enter the full path and name of the JAR file by hand and can’t even use any file system browser tool). The Jbed and TAO KVM’s have a “deploy local files” option; you go there; in there, you are listed the JAR files in the file system. Your only task is selecting the one to deploy and all is done – after this, you will only need to let the KVM deploy the stuff (answer Yes to the security questions and, with Jbed, to the question of the target folder). These menus are as follows:
Jbed: Menu / Install / Local Files (http://www.winmobiletech.com/092007MidletBible/JbedMenuInstLocalfiles.png) (another screenshot (http://www.winmobiletech.com/092007MidletBible/JbedMenuInstLocalfiles2.png) of the list and the desployment / optimization process (http://www.winmobiletech.com/092007MidletBible/JbedMenuInstLocalfiles3.png))
TAO Intent: Menu / Install / Local (http://www.winmobiletech.com/092007MidletBible/TaoMenuInstLocalfiles1.png) (a list of the MIDlets found (http://www.winmobiletech.com/092007MidletBible/TaoMenuInstLocalfiles2.png), just click the one you’d like to deploy). Note that it’ll only find JAR files residing in the root directory of your storage card(s), NOT in subdirectories, unlike Jbed.
The fact that Jblend doesn't have file browing capabilities also means that, should you want to keep all the three KVM’s on your phone, you’ll want to install Jblend last so that its file associations remain the default.
3. Compatibility info & chart
I've made some VERY thorough tests with ALL the 3D games available HERE (http://tegos.ru/java/3D/). Feel free to give these titles a try. You only need to download the JAR files off the Web site; don’t bother with JAD files. Note that you won’t be able to access the page with the standard desktop Internet Explorer (as is also pointed out in my Windows Mobile Web Browser Bible) because it isn’t WAP-compliant. Therefore, if you do access it on the desktop (in order to download the JAR files to your desktop and, then, transfer these JAR files onto your Windows Mobile handheld in order to deploy them), make sure you use either Opera or Mozilla to access these pages.
You will find the compatibility results in the chart available HERE (http://www.winmobiletech.com/092007MidletBible/Jblend.htm). Sorry for not including it in here – it’s way too big and, after all, it’s only an additional click away. I’ve tested the latest, above-linked versions of Jblend, TAO Intent and Jbed. With Jblend and Jbed, I’ve run the tests with the HTC Vox (s710) Smartphone (I’ve chosen a Smartphone because of the directly and easily accessible dialpad on the front). For the (few) TAO Intent tests, I had to use a WM6 VGA HTC Universal because 1, it also has numeric hardware keys so I could still test controllability via dialpad (numeric) keys 2, it’s a Pocket PC, and the 11.1.x, that is, M3G-compliant series of TAO Intent only supports Pocket PC’s.
3.1 Dynamic screen stretching
Note that I’ve tested ALL the games compatible with Jblend that dynamically use (stretch) the full available screen estate on the WM6 VGA HTC Universal Pocket PC as well. I’ve done this STRICTLY in Portrait mode (in Landscape, there were graphics problems with Jblend). The aim of this was to find out whether the given games are able to adapt to HUGE screens like those of VGA devices. As can clearly be seen, while all dynamic stretching-capable games were able to dynamically adapt to QVGA screens (from inherently smaller screen sizes), the situation was quite different with four times bigger (VGA) screens. Note that this isn’t a problem with the Universal itself but with the given titles’ inability to dynamically stretch themselves onto “huge” VGA screens. That is, they won’t run on other VGA Pocket PC’s either, let alone Pocket PC’s with even bigger screens (for example, the WVGA (800*480) Toshiba G900 or the, hopefully, forthcoming HTC Omni).
With titles that don’t run (right) on the Universal, I’ve also repeated the tests on the WM5 QVGA HTC Wizard Pocket PC to find out whether it was a VGA-related problem or a generic Pocket PC incompatibility. As can clearly be seen, these were all VGA-related problems and not because of the different (Smartphone vs PPC) platform: all the (dynamically adopting) titles that had (severe) problems on VGA devices ran flawlessly on the QVGA Wizard.
Also note that I’ve only tested the Jblend compatibility of dynamically stretching titles. Games that turned out to be of “dumb” static ones will run on any large-screen Pocket PC’s – confined to the boundaries of their original, hard-wired screen estate. This means all the other “static”, for example, 176*208 or 176*220 titles are supported and playable on VGA devices too.
4. Additional sources of information
JSR 184 (M3G) (http://developer.sonyericsson.com/site/global/techsupport/tipstrickscode/mobilejava3d/p_mobilejava3d_tips_new.jsp) - everything you will need to know about 3D in MIDlets (mostly meant for programmers and/or advanced users)
Several people have been looking for running 3D-based games on Windows Mobile. As this part of my forthcoming MIDlet Bible is pretty much self-contained, doesn’t really depend on the rest of the Bible and can, therefore, be separately published, I’ve decided to take the plunge and publish it right now, before coming out with the “full” MIDlet Bible.
1.1 Is it worth bothering at all? Isn’t Java, particularly 3D games, slow?
You may have heard a lot of people despising Java because of its “sluggishness”. This is not really a case, particularly with the highly optimized Java environments, that is, MIDlet Managers (also abbreviated as KVM’s; some people also refer to them as JVM’s, using the well-known desktop/server mnemonic) of today. You will be REALLY astonished: current KVM’s can produce at least as quick 3D speed as highly optimized, native Windows Mobile games written in C(++).
You don’t believe me, do you? Neither would I have before embarking on some serious 3D MIDlet testing (and, of course, I also know most, if not all, native racing games for Windows Mobile like the palm of my hand).
Well, just give some of the tested racing games (for example, 3D High Speed, 3D Andreotti Racing, 3D Fast or Furious Fugitive) a try and you’ll see this for yourself. Compare them to the current native 3D titles. These Java programs are blazingly fast even on VGA devices and even on, otherwise, graphically, pretty sluggish models like the HTC Universal – while still rendering high-resolution (not plain pixel doubled) graphics. Yes, I told you, many Java titles just rock on Windows Mobile – if you’re into games and, particularly, racing games, you WILL want to give these programs a try.
Speed issues aside, price is another factor. Java MIDlets games, in general, way cheaper than native Windows Mobile games – several high-quality Java games cost no more than $5, while native WM games, generally, start at $10. In cases, you are allowed to even buy a MIDlet for all your phones and, then, you can put it on any number of your dumb & smartphones and Windows Mobile handhelds. Think of it: you buy a high-quality MIDlet game for, say, $5, and, then, deploy it on the phones of your wife / husband / children in addition to your WM phone so that they can also kill some time playing it. You won’t ever have problems explaining to your wife why you’ve spent a single penny on a game ;-) Yeah, being multiplatform (meaning a single Java MIDlet can run on a vast number of mobile phone platforms, even cheap dumb phones) has definite advantages.
This, of course, doesn’t mean you shouldn’t purchase Windows Mobile games, not in the least. The Windows Mobile market being tiny (orders of magnitude smaller than that of desktop Windows or, even, yes, Java MIDlets) developer community (and, consequently, the future of the entire platform) does need your software purchases too. It’s just good to know you can play a lot of cheap and, in cases, really high-quality games you may not have been aware of.
2. Available, 3D-capable KVM’s
In this roundup, I mostly concentrate on playing games with three-dimensional (3D) graphics. There is a separate standard (JSR 184, also known as M3G) that most 3D (but not all!) games rely on. This means that, in order to be able to play these games, the KVM must support JSR 184. There are, currently, two KVM’s that, currently, do this: Jblend by Aplix (coming with the Samsung BlackJack MS Smartphone and some, outside Japan, not widely used Pocket PC phones like the Sharp W-ZERO3 (http://pdadb.net/index.php?m=specs&id=772)), the 11.x series of TAO Intent MIDlet Manager coming with several Pocket PC’s (note that the current TAO Intent version shipping with current (!)Smartphone ROM’s, for example, the German ROM with the HTC Vox, still contain a 10.x-series, non-3D-capable TAO Intent version).
However, as there are some 3D titles that don’t use the specific features of JSR 184, there may be cases you can use non- JSR 184-compliant KVM’s to run these games. Without doubt the best of these non-M3G-compatible KVM’s is Esmertec’s Jbed, the successor of Jeodek of the same company, which ships with many current, WM6 Pocket PC’s and Smartphones (for example, the HTC Vox / s710). It’s Jbed that you will always want to prefer when playing, especially because of its unique full screen and music emulation capabilities and speed.
Now, let’s take a look at all these three KVM’s.
2.1 Aplix Jblend
This KVM is compatible with everything Windows Mobile 5+ with a phone inside: that is, all WM5+ Pocket PC Phone Edition (Windows Mobile Professional) and Smartphone (Windows Mobile Standard) devices. This, unfortunately, also means it’s NOT compatible with non-Phone Edition (that is, Windows Mobile Classic) Pocket PC’s.
http://www.winmobiletech.com/092007MidletBible/JblendMain3D.png
It has excellent M3G support and has no problems (as opposed to the TAO Intent MIDlet manager, introduced below) with WM5 softkeys either. It also has some other goodies; for example, by default, it stores all the deployed (installed) MIDlets under its home directory, unlike Jbed, the other excellent KVM. This has particular advantages on storage-constrained devices, particularly, low(er)-end Smartphones like the HTC s310 / Oxygene, which, by default, only has some 12M of built-in storage free. As a modern, decent (3D) game can easily take up 300-1000 kbytes, you will fill in your built-in storage very quickly if you use a KVM storing its deployed MIDlets there.
Its only downside is, in addition to not being compatible with non-phone-enabled devices, is the very bad sound and non-existing music emulation. In this respect, the two other alternatives (particularly Jbed) is WAY better.
It’s available for download HERE (http://melgurth.ovh.org/index.php?page=downloads) (direct download link to CAB file (http://melgurth.ovh.org/files/java/Jblend.cab)). Just download the CAB file and install it and, after that, you can just click on any JAR files copied to your Windows Mobile device, it’ll deploy them (just press the left softkey two times to let it go on). Again, unless you have plenty of built-in storage memory and/or you only plan to install a handful of games, you’ll want to install it on a storage card so that the deployed games (and other MIDlets) don’t take up any central storage.
2.1.1 JBlendFullScreen
Note that there is another version of Jblend circulating on the Net; a much older and non-M3G-capable one called “JBlendFullScreen”. Its only advantage over the Jblend version I’ve linked in is that it uses the full screen (no taskbar will be visible at the top), which is of BIG help when you run strictly 240*320 (QVGA) MIDlets displaying important information (status row or even softkey titles) in the bottom-most 10-15 pixel rows otherwise hidden.
2.1.2 Consequences of not being full-screen
Several games suffer from the recent Jblend version’s not being full-screen; for example, the QVGA version of the pretty good, Russian-language Wolf3D clone "3D Bunker" and "3D Storm", 3D Burnout, 3D Formula Racing, 3D Covert Ops etc. Hopefully community hackers will soon come up with a decent solution for this problem. If you do suffer from this problem, in the meantime, either give a try to the old JBlendFullScreen (it MIGHT run the game if it isn’t strictly M3G-based) or, even better, Jbed. Alternatively, you might want to use a version of the MIDlet, when available, meant for devices with smaller screen. Most MIDlets have several different versions for different screen sizes; 176*208 (old(er) Symbian S60), 176*220 (non-QVGA MS Smartphone) and QVGA (newer / better Symbian S60 and Windows Mobile) being the most widely used and available.
2.1.3 Java heap size setting
Finally, note that, unlike most other KVM’s, you can set the memory given to Jblend in the registry ( [HKEY_CURRENT_USER\Software\JBlend\JavaHeapSize; which is 0x00400000 by default; that is, 4 Mbytes, which is already pretty high, compared to most other KVM’s (except for Jbed; more on this question in the forthcoming MIDlet Bible). Setting it to a much higher value, 12M, didn’t help with the non-working games I’ve retested.)
2.2 TAO Intent MIDlet manager
Another M3G-capable KVM is the TAO Intent MIDlet manager, of which I’ve already published a lengthy tutorial HERE (http://forum.xda-developers.com/showpost.php?p=1479183&postcount=13). You’ll want to download the latest, 11.1.7.1036 version (direct CAB link (http://www.webalice.it/risidoro/intent/Risidoro_Intent_MIDlet_Manager_11.1.7.1036.cab)), unless you have a non-Phone Edition Pocket PC, in which case you’ll want to get version 1023 (direct CAB link (http://4pda.ru/forum/attach/826152/tao11nosms_repack_v2_by_dfine.cab)). Finally, if you have a Smartphone, you’ll want to forget it altogether as it’s only the non-M3G-compliant 10.1.x series that is compatible with the “dumber” platform.
As with Jblend (and, for that matter, Jbed, to be introduced below), it’s simple to install: just get the CAB file and install it. As with Jblend (and unlike Jbed), if you install it on a storage card, it’ll also deploy the MIDlets on the card to save built-in storage memory. That is, make sure you install it on a storage card if you have little built-in storage left.
Unfortunately, the TAO Intent MIDlet manager is, gaming-wise, pretty bad and you’ll only want to use it in few cases (most importantly, when you only have a non-phone-enabled Pocket PC). For one, it has pretty bad music emulation. While it’s certainly better than that of Jblend (the latter has no music emulation at all), it’s WAY worse than that of Jbed. What is even worse, it doesn’t support softkeys in most games (and many applications as is the case with, say, Teashark reviewed HERE (http://www.pocketpcmag.com/blogs/index.php?blog=3&p=2186&more=1&c=1&tb=1&pb=1)), which means you just won’t be able to run these games if they do depend on softkeys (and most do – very few games can be played / menus can be navigated without them).
2.3 Esmertec Jbed
This MIDlet Manager doesn’t directly support the M3G library. However, as it’s without doubt the best KVM out there right now, particularly music emulation and WM5 softkey-compliance-wise, it’s still worth mentioning it in here. The reason for this is pretty simple: some of the popular 3D titles aren’t strictly M3G-based (that is, based on JSR 184). These titles may run under Jbed as well, which means, in general, superior music and/or sound and, sometimes, speed compared to Jblend and, on top of all this, softkey support, compared to TAO Intent.
http://www.winmobiletech.com/092007MidletBible/JbedMain.png
While there’re some purchasable Jbed distributions at Handango, I don’t know whether they’re updated at all (their last-updated field are all 2005) and, despite my several mails sent to my Esmertec contact, in the last month I haven’t received a definite answer to this question. Therefore, for the time being, you’ll want to use an OEM version of Jbed version 20070802.2.1 available HERE (http://pdaphonehome.com/forums/ppc-6800-xv6800/91837-opera-mini-4-beta-2-released-includes-info-new-java-midlet-manager.html). Unfortunately, this version is pretty buggy. Should you want to use it for other purposes (most importantly, for Opera Mini 4 beta 2, by far the best MIDlet-based Web Browser and one of the best Web browsers even on Windows Mobile), be aware of that it doesn’t support for example cookie handling, unlike previous, but not any more working versions. This, however, won’t have any affect on running games, where it’s really excellent at.
Jbed is, just like Jblend, compatible with both WM5+ Pocket PC Phone Edition and Smartphones. It is NOT compatible with regular Pocket PC’s without a built-in phone. Sorry. Hope as soon as the Esmertec folks contact me back, I’ll be able to provide more info on which Handango Jbed distributions support non-phone Pocket PC’s.
2.4 Co-existing on the same Windows Mobile devices
All these KVM’s (and, for that matter, additional ones like IBM J9, Esmertec Jeodek etc.) can co-exist on the same Windows Mobile device – they won’t have any influence on the other MIDlet managers. The only restriction will be that, should you click a JAD or a JAD file on either the Web or the local file system, the last-installed KVM will be invoked and it will deploy the given MIDlet.
However, you can easily remake a given KVM the default KVM to be invoked when clicking JAD / JAR files. No, you don’t even need to reinstall the given KVM – you will only need to import a given Registry import file, which changes the JAD / JAR file associations. I’ll provide these files in the final version of the Bible.
In the meantime, keep the following in mind: if you download the JAR file of all MIDlets you’d like to use (you do NOT need the JAD files!), you can easily deploy them under any KVM’s.
Fortunately, this is pretty easy in two of the three KVM’s (in addition to the, in this respect, inferior Jblend, it’s only with the, here, not discussed IBM J9 that it’s a pain in the back to deploy a MIDlet to if you don’t have set up the file associations or they’re pointing to another KVM: in there, you must enter the full path and name of the JAR file by hand and can’t even use any file system browser tool). The Jbed and TAO KVM’s have a “deploy local files” option; you go there; in there, you are listed the JAR files in the file system. Your only task is selecting the one to deploy and all is done – after this, you will only need to let the KVM deploy the stuff (answer Yes to the security questions and, with Jbed, to the question of the target folder). These menus are as follows:
Jbed: Menu / Install / Local Files (http://www.winmobiletech.com/092007MidletBible/JbedMenuInstLocalfiles.png) (another screenshot (http://www.winmobiletech.com/092007MidletBible/JbedMenuInstLocalfiles2.png) of the list and the desployment / optimization process (http://www.winmobiletech.com/092007MidletBible/JbedMenuInstLocalfiles3.png))
TAO Intent: Menu / Install / Local (http://www.winmobiletech.com/092007MidletBible/TaoMenuInstLocalfiles1.png) (a list of the MIDlets found (http://www.winmobiletech.com/092007MidletBible/TaoMenuInstLocalfiles2.png), just click the one you’d like to deploy). Note that it’ll only find JAR files residing in the root directory of your storage card(s), NOT in subdirectories, unlike Jbed.
The fact that Jblend doesn't have file browing capabilities also means that, should you want to keep all the three KVM’s on your phone, you’ll want to install Jblend last so that its file associations remain the default.
3. Compatibility info & chart
I've made some VERY thorough tests with ALL the 3D games available HERE (http://tegos.ru/java/3D/). Feel free to give these titles a try. You only need to download the JAR files off the Web site; don’t bother with JAD files. Note that you won’t be able to access the page with the standard desktop Internet Explorer (as is also pointed out in my Windows Mobile Web Browser Bible) because it isn’t WAP-compliant. Therefore, if you do access it on the desktop (in order to download the JAR files to your desktop and, then, transfer these JAR files onto your Windows Mobile handheld in order to deploy them), make sure you use either Opera or Mozilla to access these pages.
You will find the compatibility results in the chart available HERE (http://www.winmobiletech.com/092007MidletBible/Jblend.htm). Sorry for not including it in here – it’s way too big and, after all, it’s only an additional click away. I’ve tested the latest, above-linked versions of Jblend, TAO Intent and Jbed. With Jblend and Jbed, I’ve run the tests with the HTC Vox (s710) Smartphone (I’ve chosen a Smartphone because of the directly and easily accessible dialpad on the front). For the (few) TAO Intent tests, I had to use a WM6 VGA HTC Universal because 1, it also has numeric hardware keys so I could still test controllability via dialpad (numeric) keys 2, it’s a Pocket PC, and the 11.1.x, that is, M3G-compliant series of TAO Intent only supports Pocket PC’s.
3.1 Dynamic screen stretching
Note that I’ve tested ALL the games compatible with Jblend that dynamically use (stretch) the full available screen estate on the WM6 VGA HTC Universal Pocket PC as well. I’ve done this STRICTLY in Portrait mode (in Landscape, there were graphics problems with Jblend). The aim of this was to find out whether the given games are able to adapt to HUGE screens like those of VGA devices. As can clearly be seen, while all dynamic stretching-capable games were able to dynamically adapt to QVGA screens (from inherently smaller screen sizes), the situation was quite different with four times bigger (VGA) screens. Note that this isn’t a problem with the Universal itself but with the given titles’ inability to dynamically stretch themselves onto “huge” VGA screens. That is, they won’t run on other VGA Pocket PC’s either, let alone Pocket PC’s with even bigger screens (for example, the WVGA (800*480) Toshiba G900 or the, hopefully, forthcoming HTC Omni).
With titles that don’t run (right) on the Universal, I’ve also repeated the tests on the WM5 QVGA HTC Wizard Pocket PC to find out whether it was a VGA-related problem or a generic Pocket PC incompatibility. As can clearly be seen, these were all VGA-related problems and not because of the different (Smartphone vs PPC) platform: all the (dynamically adopting) titles that had (severe) problems on VGA devices ran flawlessly on the QVGA Wizard.
Also note that I’ve only tested the Jblend compatibility of dynamically stretching titles. Games that turned out to be of “dumb” static ones will run on any large-screen Pocket PC’s – confined to the boundaries of their original, hard-wired screen estate. This means all the other “static”, for example, 176*208 or 176*220 titles are supported and playable on VGA devices too.
4. Additional sources of information
JSR 184 (M3G) (http://developer.sonyericsson.com/site/global/techsupport/tipstrickscode/mobilejava3d/p_mobilejava3d_tips_new.jsp) - everything you will need to know about 3D in MIDlets (mostly meant for programmers and/or advanced users)