Experimental port of Stellarium to Android using not-yet-complete Android port of Qt, necessitas.
This is an experimental branch built on an incomplete library and is not yet ready for public consumption.
An official public release won't happen until some time after necessitas reaches Beta, and this port is sufficiently mature, whichever comes later; testing releases will probably start well before then.
You can build it at any time, though (see: Building for Android). If you want to help out in any way with development, it would be appreciated.
Specification / design
See: Android port/Specification for a detailed breakdown of the current design, with use cases. Technical implementation details are broken-up into tasks below.
- IRC channel: #Stellarium on freenode. Webchat client: 
- Development mailing list: 
- Feedback forum
- Please don't submit bugs related to the port to Launchpad yet. Add them to the Wiki under New Issues, and/or pop on IRC. Anything that seems incomplete probably is.
(This is a rough timeline / list of remaining feature tasks; some completed items may be in here, most not. Bugs and general issues are below, and slot into the timeline somewhere)
- Complete first releasable QML-based GUI
- Get GUI basically operational
Hook QML up, and a non-functional UI minus configuration dialogs
- Get a the main GUI view actions doing something (playback, accelerometer (not hooked up, but maybe print something))
- Add button tooltips
- Add View / Markings / Plugin dynamic button drawers
- See specification. These drawers will contain buttons added by code; buttons won't be hardcoded in the QML. This will allow for easier interaction with plugins.
- Fix the static plugins
- Some don't support ES 2. Based on IRC discussions, these plugins should be, whenever possible, doing their drawing through StelPainter and not accessing OpenGL directly
- plugins know too much about the GUI; they access the concrete StelGui directly to create buttons, rather than the abstract StelGuiBase
- Add pretty, Android-styled button icons
- Decide on DPI buckets
- Add a custom image provider for icons. This image provider will choose the correct icon based on the DPI bucket we're in. This process will be transparent to QML; all it needs to do is use use this image provider (e.g. scaled://image.png), and it'll get the image from the correct bucket
- Add search
- Add settings screen
- Create item types, a view, and a basic model
- Hook items up to backend
- Refine items, view and model
- Have multiple list views working, along with categories
- Complete the models (with most necessary settings)
- Add locations screen
- A specialized settings screen with a little image of the Earth and such
- Hook up to GPS/location/(orientation?) plugin
- Plugin doesn't exist yet. QtMobility's location support looks like it supports desktop OSs, so this plugin would be useful for more than just mobile
- Cook up additional layouts (small phone, 5" tablet, 7" tablet, 10" tablet)
- Add Android art (icon, replace necessitas' splashscreen, etc.)
- Consider beginning preliminary ("pre-alpha") testing
- Localization support
- Autodetect locales via JNI
- Ensure that everything in QML is translatable, and in the gettext files
- Accelerometer support
- Fix large bugs and feature requests from pre-Alpha
- Alpha testing
- Implement ETC1 texture compression
- ETC1 may have issues with large chroma shifts, which could render it useless for us. If so, may have to use device-specific texture compression formats. => more work. We may want to move that way eventually anyways
- Profile OpenGL
- Profile with gprof or callgrind
- Optimization ideas:
- Consider ways of reducing per-frame accuracy for performance/battery use boost (value caching, lerping and dead reckoning instead of recalculating constantly)
- Implement ETC1 texture compression
- Fix most Alpha bugs, any particularly large ones
- Implement big/easy Alpha feedback
- "Beta" test
- Dependent on Necessitas hitting Beta; until it does, spin around 'alpha' versions
- Implement beta feedback items
- Fix as many bugs as is feasible
- Add remaining Android art: all Google Play-required items (banners, large icon, etc.)
- (Eventually) - First public Google Play / other sources release, followed by bug fixing and more bug fixing
The following areas need artwork:
- Example 1 (from Android_port/Specification#Subheading)
- add-ons (additional catalogues and such) downloadable via Google Play to reduce bandwidth load from Android users?
-  control the back key
- location and orientation support
- Performance and CPU usage need to be looked at (above)
- Check for NPOT texture support (driver may be returning true even if it's not)
- do we care?
- App should be suspended or outright killed when it's switched away from, as it continues to go full tilt and drain battery
- need to (re)disable "Zoom to Fullscreen" option on tablets
- it occasionally crashes very soon after starting; usually shortly after, or even during the loading screen
- it may happen more frequently immediately after installing the app. The log and logcat output show nothing interesting.
- this is associated with startup somehow; after the ~30 second mark, I've not seen it crash. I've had it running overnight unintentionally without instability.
Issues waiting for necessitas
- necessitas bug #120 prevents us from using the package's Assets directory, as we would ideally do. For now, manually copy the files that get placed in stellarium/android/java/assets to /sdcard/stellarium on the device.
- there's a fix that's yet to be reviewed
resuming the app (switching to another app, then back before Android closes it) results in a blank screen
- there's a not-yet-reviewed fix for this as well
See: Building for Android
Right now, the main thing I need is development help. Please feel free to lend a hand; create a branch off the current one (see Building for Android) and go to town. Read above for means of communication.
Translators and testers will be needed at some point.