I believe open source is the right way to do software. If it weren't for open source I certainly wouldn't know as much about computers as I do, and I'm certain it will teach me much more in the future. Plus, we wouldn't have Linux and therefore wouldn't have Android! So, it only seems right that AxDroid also be open :) In theory, you can now build AxDroid (if you have all the tools setup) with the following:
git clone git://github.com/paulburton/axdroid.git cd axdroid ./build.sh
I'm testing building from a clean checkout now, if you hit any problems in building then do let me know. This is the current script as I'm using, and will be updated as I go, so please don't use the scripts I posted a while ago as they're missing certain things.
EDIT 2010-08-29: Fixed git URL
12 comments:
This will definitely make it easier to share contributions to the project. Thanks!
I was trying to use it today, but when I do, nothing happens. It doesn't seem to call anything. Unfortunately, I never learned how to write shell scripts so I can't even figure out what would be the problem.
I'm running it on a fresh install of Ubuntu 10.04 with all the prerequisites installed.
That sounds odd, and the scripts I posted before did work? Maybe try something like bash -v build.sh? I did try a clean checkout yesterday and it built for me.
I tried bash -v build.sh and it just printed out the first 49 lines of build.sh.
Ah, sorry,my fault... It's checking for a script I wrote called mountloop that I use to let me build without having to enter my password for sudo, and you don't have it so the command fails. That's fine, it check for that, but the script has set -e to exit on any non-zero exit status, so it stops right there... If you update it should be fixed.
Thanks! I just got it running.
Here's a new patch that fixes QVGA support which was broken in the last few releases:
http://axdroid.co.cc/patches/0001-Fixed-QVGA-Support.patch
Max: I just split up the QVGA1/3 modes in git and changed QVGA1 to the pixclock you're using, could you give it a try and let me know how it goes?
They can't share the values. I picked up an X50 low which has the type 3 screen and definitely needs the values that're in there. When you first gave me the values I looked at the fields in lccr0 and converted it to the macros rather than some long hex number that means absolutely nothing to anyone :) Also, some bits in lccr0 are setup by pxafb and aren't meant to be set in the platform data. So it definitely doesn't work on the X51? Perhaps I got something wrong when I converted it, I'll check it when I get some time.
It definitely does not work on the X51. It only works on my settings. If you can set the macros to the value I have in the patch it should work. I compiled a build yesterday with those settings, and it worked. (It kind of looked like it was running at VGA resolution to be honest).
I did change the DPI setting for QVGA devices so that Android actually fits on the screen now, though it still needs some tweaking to look clear. It's still QVGA though, I promise :P
Max: I just committed a couple of changes to the QVGA LCD setup. Your lccr0 value indicates an active rather than passive LCD which means apart from your changed pixclock the setup matched the type 3 screen. I'm assuming that they're actually the same so I unified them. Could you give it a try and let me know if it works?
Post a Comment