[Captivate Android Development] Rrryan2:
In short: the Force is stronger with Adam, at least insofar as the Force might relate to the file structure within the .zip files. Adam basically dropped the folders in the directory unstructured but specified the required path(s) in the install script. I chose a simpler approach: I created the file/folder structure as it needed to be on the target so I was able to use a a simpler install method/script. If you're really interested and spend a little time at it, there are only a few folders and files involved and they all wind up in the same places.

But in short, the salient differences between Adam's and my fixes are basically as follows:

-Adam's fix includes some human-unreadable binaries in /system/bin/gpsd of (to me at least) indeterminate source or utility. Presumably these are binary stored Almanac/Ephemeris/AGPS data, but it's not clear how including them in this directory might be helpful at least over the long term as ephemerides expire after 4 hours and Almanac data expires after days. If they're outdated they should likely be unhelpful and/or deleted anyway. In my testing those files persisted even following gps initialization without being updated, so I'm basically regarding them as unnecessary ballast at least for now.

-Adam's fix includes the binary libgps.so. Previous versions of my fix didn't include this particular shared library, but updated (0.93+) versions include a copy taken from stock UCKB1. I'm not sure where Adam got his file but its md5 checksum does not match the UCKB1 file, so I decided that the presumably newer/updated library from UCKB1 was (hopefully) better. You'll just have to pick what works for you.

- Adam's gps.conf localizes the NTP (i.e. internet time sync) server to North America. In practice this might lead to acceptable if mediocre-ish results to users within North America but sharply degraded performance for users in the rest of the world. Changing it to a geographically closesr source made such a significant improvement to European users in particular that SGS Tools even still offers this alone as a "GPS Fix." I chose a different localization strategy, allowing users to select USA/Canada/Europe/Asia/South America/Global as required for their needs.

- Adam's jupiter.xml still specifies the long-dead (was it ever even actually live?) lcs-spirent.com. It's not 100% clear what impact this might have in every circumstance, but specifying a dead server certainly can't help any.

- Adam's jupiter.xml sets enhanced-assisted to false, meaning that internet AGPS augmentation is turned off and the unit is forced to act as a standalone 'dumb' gps. I disagree with this approach; from what I've found in testing these devices stand to benefit from whatever help they can get. Forcing them to act as 'dumb' gps devices forgoes all of their capability as internet devices. And let's face it, the GPS antenna and receivers on these are hardly up to par for functioning as standalone devices. Correcting this flawed configuration is most of what my fix is about.

I'm not trying to pick a fight, and Adam and I are hardly competitors. Adam has generated some really wonderful ROMs, the quality of which I couldn't even hope to approach without a year or so of study at least. And if anything, many users who didn't meet success with earlier versions of my fix had great results with Adam's and I would *still* encourage those users to try his approach instead if they're not satisfied with my fix. No BS.

But overall, our approaches are two similar but disparate answers to a complex problem made even more complex by the fact that the Samsung driver for the BCM4751 chipset is proprietary/closed source. Each of our fixes is simply a different approach toward shooting in the dark.

Adam has put out some really wonderful products. I've managed to get some really wonderful gps results for more than a few users, some of whom had seldom to never experienced satisfactory gps performance previously. Pick your poison and find the one that you think is the most palatable. Because in the end there's not a whole lot either of us or anyone else for that matter can do to circumvent all the hardware and design compromises standing in the way of gps performance on the Captivate.