Hey,
Sry my english isnt very good :-( i'm trying to develop a 2dgame for windows mobile 6.5 but i don't know how to handle the graphic. i tested gapidraw but i'm not sure if it's still up to date. Any tipps how to create a 2droleplaying game? I'm using Visual Studio 2008 and windows mobile 6 sdk. I have some knowledge in C++ and C#.
Depends on what you build, if u want to do a role playing game u would need some of the more advance graphics systems like gapi. But like u said it is rather out of date. I would recommend doing it in open gl. If its simpler you could always use gdi,directdraw3d/2d.
do you mean opengl es? you maybe have a tutorial?
cocaman1234 said:
do you mean opengl es? you maybe have a tutorial?
Click to expand...
Click to collapse
If you really want to learn OpenGL start with the "Red Book" (The Official Guide to Learning OpenGL) as the basis and then jump into OpenGL ES 2.0 programming with the "Gold Book" (OpenGL ES 2.0 Programming Guide) to see the difference between fixed function pipeline and the "new" shader concept and to learn how to use OpenGL on embedded systems.
But I don't now, if OpenGL is really necessary for a 2D game. It is not so easy to learn...
So what would you advise to do? What engine, what guide?
Related
Hi!
I'm a Programmer for Visial Basic and Delphi...
I'm not sure whitch system is the best 4 programming the XDA?
AppForge or what?
Thanx
Stevie
Each have their advantages. I would go with Embedded C++ every time, but then, I'm that kind of guy. I like lean code.
On the other hand... If you don't want to learn C++, give Embedded VB a try.
Programming
Hi!
Thanx, but U mean Visual C++ 6.0 ??? Is there anything other what I need with C++ like Appforge 4 VB? Or do I need nothing more?
Stevie
No.. I mean Embedded C++. It is available for free from microsoft
http://msdn.microsoft.com/downloads...=/msdn-files/027/001/963/msdncompositedoc.xml
>I'm not sure whitch system is the best 4 programming the XDA?
>AppForge or what?
I guess it depends on your definition of "best".
I do C++, but actually prefer Visual Basic for most
applications due to the development speed for GUI-based
stuff.
I've downloaded eMbedded Visual Basic and eMbedded C++ from
Microsoft. One problem: EVB apparently does *not* yet
support the XDA architecture (StrongARM).
The SmartPhone SDK from MS *does* support StrongARM (not
*specifically the XDA* that I can tell) but only provides the SDK
for eMbedded C++ (not EVB).
I EMAILed the MobileVB folk and they said:
1) They don't support SmartPhones.
2) They don't have any support for SMS handling.
At this point I guess I'll go to EVC++ unless I can find other
tool(sets) to use.
What *I* would like to see is script support ALA PERL or PYTHON.
Is there anyone out there that knows of a beastie like this?
Or, even better (for me) would be LINUX on the XDA (I've
been using Familiar distro on the iPAQ, and it is great .. can
do GPRS/GPS from a LINUX-based platform (C/C++/JAVA/PERL/PYTHON/whatever).
Charlie
You keep mentioning Smartphone here, and the Smartphone SDK. The XDA does not support the Smartphone SDK, as it is not a Smartphone - it runs Pocket PC 2002 Phone Edition - something completely different.
So please, don't spend several hours downloading the Smartphone SDK to find it's not the right one. Download the Pocket PC 2002 SDK. I have developed several apps for the XDA using this already.
What *I* would like to see is script support ALA PERL or PYTHON.
Is there anyone out there that knows of a beastie like this?
Click to expand...
Click to collapse
There is a PocketPC Python, you have to use the win32api to GUI work, and installation can be a little painful depending on what you need. It does run and is stable though. Check out http://www.murkworks.com/Research/Python/PythonCE/PythonCEWiki/FrontPage[/quote]
Hi guys
I downloaded eMbedded Visual Tools 3.0 from Microsoft, but during installation, I was asked for the Product ID #
Any help ? :?:
I'd like to throw in another suggestion: the .Net Compact Framework. If you're a Delphi programmer (as are we - I used to be on TeamB for Delphi), you'll take to it straight away. After all, .Net and C# was designed by the same Anders Hejlsberg that designed Delphi. C# is very like Object Pascal with a C/Java syntax, but with even more goodies.
We've been using the Compact Framework beta for several months and it is quite simply superb. It was just launched officially on April 26th as part of Visual Studio.Net 2003. However, you don't need to buy Visual Studio - just download the .Net 1.1 SDK from Microsoft - it's free.
It's just a subset of the full .Net Framework, but if you need to do something that's not supported directly in the Framework classes, you can easily call API functions - or even write some code in embedded VC++ and call that. The managed environment is just great.
MikeS.
When prompted for the CD Key, please enter TRT7H-KD36T-FRH8D-6QH8P-VFJHQ
Khang Le
[email protected]
Khang Le, thanks
Given Andy Lees quote about WP7: "It's a very sort of advanced platform that really works across PC, phone, and console," it seems likely he's talking about Silverlight 4, especially given the boost in features that it's getting for version 4. I find this to be a very suitable platform for what they're trying to do. You can't beat multi-platform & RIA support - dev once, run on all. What do you think?
Still very propretiary
chribruu said:
Still very propretiary
Click to expand...
Click to collapse
So what? All current phones only support native applications that are created with a proprietary SDK. The big exception is Java which is executed in a VM, but these applications cannot use the full potential of each platform, because they must aim for the lowest common denominator. So without modifications, no native application will run on all platforms.
chribruu said:
Still very propretiary
Click to expand...
Click to collapse
It's not any different than the current situation really. How many people write WM code in anything other than Visual Studio?
Basically a different set of GUI libraries on .Net 3.5.
Hope they'll make SL4 available on WM6.5, too. That way it would be a much better platform choice.
You're all right. I replied without really thinking my post trough. :/
The only thing bad with SL (and flash) is if/when they become web "standards".
Just disregard that post
Sorry for the OT.
from the little i have read/seen. it seems like this will prob be the case..
Silverlight will be one of the dev platforms, along with C++ with a XAML UI.
in this video
"Behind the Design of Windows phone 7" on youtube (i could not post the link)
1:25 - 1:29
you can see the ide for wp7.
it looks like blend. that would definitely mean xaml for ui.
pensoffsky said:
in this video
"Behind the Design of Windows phone 7" on youtube (i could not post the link)
1:25 - 1:29
you can see the ide for wp7.
it looks like blend. that would definitely mean xaml for ui.
Click to expand...
Click to collapse
And as I said, C++ with a XAML UI...
XNA C#, no dubt for the games.
It's available for the Zune HD, I guess it will follow on to WP7
But maby not for the UI?? any thoughts?
From XNA.com :
XNA Game Studio 3.1 Zune Extensions, to support Zune HD, adds the following functionality to the product:
The ability to target and develop for the Zune HD media player.
The addition of new Touch APIs to the XNA Framework for use on the Zune HD.
The addition of new Accelerometer APIs to the XNA Framework for use on the Zune HD.
Click to expand...
Click to collapse
I don't really believe, that they'll be using an unmanaged language for the application developement itself (other than drivers of course).
I think it would be most likely to be using C#, perhaps more in the way of how most android apps use java, e.g. it's precompiled on deployment.
What I really hope for is that, there is no longer the limitation of 32 mb per process.
I've been out of the loop a long time as far as programming goes. Whats the best place to start because when I get my Win7 phone later this year i want to be able to build and modify programs for it. As well as modify the OS as well.
Thanks.
For developing apps: http://developer.windowsphone.com/windows-phone-7/
As for hacking, we'll most likely have to wait for proper devices first...
What programming language is Win7 Mobile being built in?
slight22 said:
What programming language is Win7 Mobile being built in?
Click to expand...
Click to collapse
There's silverlight and XNA. Silverlight is being recommended for applications and 2d games while XNA is being recommended for heavier 3d games.
Silverlight isn't bad. It's just c# and xaml. The free tools provided are great. You can get VS2010, XNA Game Studio, and Blend. The advantage to Blend is that it lets you design your silverlight interfaces and animations in a simple GUI instead of having to code it.
Hey there!
I'm wondering if OpenGL games, like Quake III, can be ported just like they did for Android with Kwaak3.
Does WinPho7 support OpenGL ES in addition to DX9c?
Best Regards Mr.Sir (Gustaf)
I googled around and it appears that XNA will be the only choice besides silverlight for app/game development. So if you can somehow port an OpenGL came to XNA, then yes.
Mr.Sir said:
Hey there!
I'm wondering if OpenGL games, like Quake III, can be ported just like they did for Android with Kwaak3.
Does WinPho7 support OpenGL ES in addition to DX9c?
Best Regards Mr.Sir (Gustaf)
Click to expand...
Click to collapse
Nope. It's only what you will find in XNA. There are several samples people have posted for porting on xbox 360; same code will work on the phone with VERY little changes.
So, seriously guys, no native support? I mean, when i was working at NDrive they had everything written in C++ with interfaces for each device. I doubt that any sane company will rewrite its software completly just to compete in a niche...
Even in .NET CF you COULD do some PInvokes which kinda allowed you to attempt to run a managed version of OpenGL (.NET sucked and still sucks for serious game development, obviously) which was slow as hell, but at least it was there.
So please, native support!
ei05035 said:
.NET sucked and still sucks for serious game development, obviously) which was slow as hell, but at least it was there.
Click to expand...
Click to collapse
That's why it is entitled with XNA
Yup Buddy but its gud because you have to code only one time and then you can able to convert it for using on other platforms..
And by several platforms you say M$ based ones. I mean, most companies (i can give you the example of NDrive as I was there for a while) would rather code in C++ and create interfaces for specific platforms. No native code support kills it. I don't see companies renaming extensions to .cs, enabling unsafe code (pointers, etc) and giving it a good dose of whisfull thinking.
Oh and when I meant that XNA sucked for serious gaming i meant really. AAA games don't rely on that. They rely on GPU manufacters SDKs and on the good ol' DirectX SDK. This is if they don't have some housemade engine (like Crytek) similar to Shiva3D or Unity (but custom tailored).
I mean, seriously. In .NET CF 3.5, give it a go, try to natively rotate an image and resize it without manually processing the bitmap information to do so (and at the expense of CPU usage). I had to rely on DxSprites and OpenGL when I needed.
XNA is, as it was already mentioned, game-wise, a game-loop oriented tool with a few PInvokes to DirectX...
ei05035 said:
And by several platforms you say M$ based ones. I mean, most companies (i can give you the example of NDrive as I was there for a while) would rather code in C++ and create interfaces for specific platforms. No native code support kills it. I don't see companies renaming extensions to .cs, enabling unsafe code (pointers, etc) and giving it a good dose of whisfull thinking.
Oh and when I meant that XNA sucked for serious gaming i meant really. AAA games don't rely on that. They rely on GPU manufacters SDKs and on the good ol' DirectX SDK. This is if they don't have some housemade engine (like Crytek) similar to Shiva3D or Unity (but custom tailored).
I mean, seriously. In .NET CF 3.5, give it a go, try to natively rotate an image and resize it without manually processing the bitmap information to do so (and at the expense of CPU usage). I had to rely on DxSprites and OpenGL when I needed.
XNA is, as it was already mentioned, game-wise, a game-loop oriented tool with a few PInvokes to DirectX...
Click to expand...
Click to collapse
If you are so gung-ho, you could write wrappers in C++, compile the DLL and pinvoke your calls.
tyrannus said:
If you are so gung-ho, you could write wrappers in C++, compile the DLL and pinvoke your calls.
Click to expand...
Click to collapse
Exactly! Honestly for me it is the way to go. It's not that i don't like C# or .NET, quite the contrary. I'm just sorry that they lack the portability some projects require. And for me, WP7 not having native code support is a real buzz kill. What do you think?
It does have native code support but you need Microsoft's permission to get the SDK. I'm pretty sure game companies will have it if they want to make use of the GPU as much as possible.
Hello my name is Filiph Sandström but you can call me filfat. in this thread we are going to talk about the current state of Java and OpenGl on Windows RT(8/8.1),but before we start i just want to say thank you for clicking on this thread and if it helped you remember to click the "Thanks" Button! Alright with that cleared out, lets start! :laugh:
Updated: 2013-11-18
Java
Java is a programming langue that develops by Oracle with the idea of one similar langue for all electronics like a dishwasher or a Microwave.
Currently java does NOT exist on Windows RT, but there is a workaround available. The workaround is called Ikvm.
Ikvm is a Java emulator developed in .NET/C# to migrate an existing Java database application to .NET langue.
however to our advantage it can be used to run *almost* any Java application that doesn't require a 3rd-part library like "lwjgl" or similar.
I'm sure that there's a lot of guides out there on how to run application but i will give you a example anyways:
Run_Java.bat
Info:
Code:
This Example executes the jar file "helloworld.jar"
Code:
Code:
@ECHO OFF
ikvm -jar helloworld.jar
To Summarize: We now have basic Java application's running on our Windows RT device, but what if we want to play a game,
or do something that require OpenGL. well here is where the OpenGL section steps in.
OpenGL
OpenGL is a way of rendering not just 3D things but about everything, it is currently the most widespread 2D and 3D API(application programming interface).
It is used in many games and application. Sadly Windows RT do not have support for this as the desktop mode was never intended to use to other things then Office and well, maybe paint .
So what do we do in a situation like this, where most of the games and applications doesn't run because of OpenGL.
We write a OpenGL to DriectX Warpper*. so in short running games like Minecraft is possible BUT it require a OpenGL to DriectX Wrapper which currently does not exist. so you CANNOT run Minecraft or any other Game/Application that require OpenGL yet...
To Summarize: We do know a possible way to run OpenGL on Windows RT however no one as of yet have taken that mission and started working on a OpenGL to DriectX Wrapper. We would also need to modify Ikvm to be able to load external library's but that's a whole other story.
Ending
Thank you for reading, and as I said in the beginning of the post "if it helped you remember to click the "Thanks" Button!".
Also, i will be adding more info when I got time or when things gets release. See Ya! :laugh:
*When i say wrapper I mean a translator that translate OpenGL code to DirectX code for the CPU
Comming Soon...
Reserved
Sources
Sources
Java
Ikvm
OpenGL
A Word To A Moderator
if you think this thread is useful consider making it a sticky
I thought we already had an OpenGL wrapper for RT. At least that's what I believe is used to make Quake 1 and 3 run:
http://forum.xda-developers.com/showthread.php?t=2312019
http://forum.xda-developers.com/showpost.php?p=42338198&postcount=1
Yeah, there already is an OpenGL>DX wrapper. It wasn't used for quake 1 though, the quake 1 RT port is based on DirectQ which had its renderer rewritten for DirectX, was used in Quake 3 I think.
IKVM cannot load LWJGL or other similar libraries on x86. ARM isn't the limitation, OpenGL with the wrapper potentially wouldnt be the limitation either. IKVM itself is. Its an old project and if it was ever going to get native code execution it would have by now.
Although I think java applications on IKVM can make use of .NET extensions which in turn can make use of native code so one could potentially write an IKVM port of LWJGL which on the java side exposes the same API so minecraft etc couldnt tell the difference, but under the hood taps into .NET for rendering. That would probably result in a bit of a mess which may not actually run in the first place. The efforts put into making and debugging such a thing would be better put into porting the jvm itself.
Unless we got a native JVM on RT, I dont think we will see minecraft. Even if you could get LWJGL running, IKVM is just way too slow either way and as it is, the surface is quite a slow device, minecraft on a real JVM on ARM will still be laggy.
Just tossing this out there but what about compiling OpenJDK for arm? It's a pretty active project
http://openjdk.java.net/
I'm a software developer and will try and give this a shot over my Thanksgiving / Christmas downtime. I have an Asus VivoTab still on Win 8 while I wait for the 8.1 jailbreak. Guess Im starting to get bored and kind of ticked that the microsoft store sucks.
Edit:
Added info for reference later
Minecraft Ubuntu ARM
Edit 2:
Build Instructions
http://lwjgl.org/
Webos running guide
Thexfactor2011 said:
Just tossing this out there but what about compiling OpenJDK for arm? It's a pretty active project
http://openjdk.java.net/
I'm a software developer and will try and give this a shot over my Thanksgiving / Christmas downtime. I have an Asus VivoTab still on Win 8 while I wait for the 8.1 jailbreak. Guess Im starting to get bored and kind of ticked that the microsoft store sucks.
Click to expand...
Click to collapse
Then check developement forum and forget about it. There's no mingw/gcc targetting windows/arm. I think that this should be posted sticky on both RT forums.