Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About moonscapex

  • Rank

Profile Information

  • Your Current Device(s)
    Mio p550 wm6.5
  1. I am still working on this build. So far, I am about 5% done for the next beta release, 20% for the final. I am creating a ROM for HTC Diamond CDMA, all carriers. Features -The ROM now will have a custom installer, created by me. After the first boot, a customization wizard will appear asking what software you would like to install (games, Internet, etc.). Only one version of the ROM will be needed. If you want a clean, lite ROM, don't install anything. -The ROM will include a custom XDANDROID build. -New You will be able to download Ubuntu Linux for your CDMA Diamond -Official features list coming soon... Beta 1.5 (01/04/2010) SMS Fixed ActiveSync Fixed Minor Tweaks Beta 1 (24/03/2010) The first beta release. It's missing a lot, so only download if you are OK with flashing again in a few days. The custom installer is in very early stages and not yet included in the beta. There is a download link below. Download and run on your Diamond. To-Do List (For next Version) -Custom Bootscreen -Start Menu Icons -Arrange Start Menu -Manilla 2.5 Facebook and TV Tabs -Finish Custom Installer -Appearance Tweaks Probably more... Screenshots Thanks I would like to thank OMJ for his kitchen, ElCondor for his theme and all creators of the included software. I would also like to thank the XDANDROID team. Downloads NEW Beta 1.5: http://www.4shared.com/file/254596719/5b82...taller_15b.html Installer Pre-Alpha: 4SHARED: http://www.4shared.com/file/248751828/1211...nstallbeta.html If you can't download from the provided mirrors, PM me :) ~moonscapex
  2. Hello Everybody, I was just playing BZFlag (BZFlag Website) when I thought that it would be great to have on my Mio. The source code is freely available and written mostly in C++. I am a software developer in other languages but I'm learning C and C++ soon, so I can't port it. Heres some info about porting (taken from the source code). PORTING guide for bzflag Follow these steps to port bzflag to a new platform. Say the new platform is named `foo'. * in src/platform/: * this step may be skipped if the platform you're porting to supports SDL and you do not want to have native graphics/audio, as there are preexisiting SDL* platform files. * implement the following files, as necessary, using an appropriate prefix instead of Foo. it may be possible to use existing files as is, or to reuse existing code (by copying). * FooPlatformFactory * FooDisplay * FooMedia * FooVisual * FooWindow * add the platform dependent files to Makefile.am with appropriate 'if' guards. * try building * modify configure.in for your platform - particularly to set the proper CFLAGS/CXXFLAGS and to insure that needed libraries (e.g. OpenGL, curses) can be found. * fix errors. errors are typically caused by missing include files and a missing/different BSD sockets API. make as few changes as possible to avoid breaking other platforms. avoid #if/#endif when you can. * fix warnings. (most) warnings are there for a reason. listen to what they're saying and fix the code. bzflag should compile cleanly (zero warnings). * in package: * create a makefile to build a package for your platform. a package includes all the files necessary for installing bzflag on the platform. some platforms provide a standard software management tool (e.g. RPM on RedHat Linux and swmgr on Irix); ideally, the package is built for that tool. On UNIX, a gzipped tar file with an install shell script may be sufficient. The Win32 package is a self extracting executable with a GUI front end. Most of the bzflag code is portable C++, but there are two API's that are not encapsulated: OpenGL and BSD sockets. The OpenGL API should not present a problem, unless you intend to port to some other graphics API for some reason, since it's identical on all platforms. GL/gl.h provides a #define to identify the version of OpenGL. All OpenGL code that's not version 1.0 compatible should be #ifdef/#endif guarded and, if possible, also implemented with version 1.0 code for platforms that don't support the later versions. The BSD socket API may cause some trouble if you're not porting to some flavor of UNIX. Encapsulating network code is on the to do list. Some platform differences are handled using #ifdef/#endif directives. These are to be avoided when possible as they make the code harder to read and can lead to platform differences when code is updated for some, but not all, platforms. Please make use of autoconf's HAVE_* defines rather than platform-specific predefines...code for features, not for platforms. Inherently non-portable code is under src/platform. It encapsulates windowing and audio subsystems. (It also includes code to read image and audio files, for historical reasons.)[/codebox] Is a port possible?
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.