[Galaxy S Plus I9001 Android Development] broodplank1337:
That's very kind of you! I would like to see the source of SkyHigh, also I'm very curious about the changes, also I will maintain it for you if you want :) and testing is very important, I also would like to test it, I will install my Business Edition for the meanwhile then ;)

You're right idd, the thing was that I purchased the i9001 without looking at XDA at all, I didn't even know the site, so I just purchased it. A few days later I found out that it existed thanks to a co-worker. And then I saw that there was zero development whatsoever, only the root from kekslip (Which was great back then) also I didn't knew that aosp development would be so hard for this device, before buying it I thought it was identical to the i9000 but with a newer CPU, it's like 100% different though..

And my next device will be the S4, which will much easier to handle in aosp development.

Hehe, you're running "AOSP" or GB Stock rom ^^? Remember the old days where there didn't even existed an Extend Power menu, which was totally awesome when it finally got released (nowadays I would have made on within a hour lol). Also the custom roms back then (which was only cranium rom) needed a OVERCOMPLICATED process of installing, it's really rediculous if you compare it to nowadays cwm installations. This was also the reason i NEEDED to find out how to make an odin rom which solved the problem (http://broodplank.net/?p=496), but also created some new problems which were fixed in a later stage.

I remeber I pmed sakindia123 (creator of cranium rom/kernel) to ask how to add governors to a ROM, yes a rom hahahah. I was so noob back then regarding android/unix. Within a year I've learned so many things, XDA opened a new world for me :D

And I can remember that SkyHigh was pre-released with broodROM RC4, It was nothing but awesomeness :D

Ok I didn't knew the native interperters are slow as hell, hehe I do know that I always find Java apps written for the PC feel so NON optimized at all, with the thought that recoding it in for example C would speed it up dramatically, but I don't know if that is true. I think C is the "best" programming language in General, I use AutoIT which is a scripting language based on C++. It's a really easy language and is able to do almost everything (but on the other side is terrible for building a 3d game).

And I know what Smali is, it's kinda low level, but that's what it makes fast, Also I've edited more smali scripts then java scripts in total. Editing smali sucks though, 10 lines for 1 line in java. Funny you mention the origin of it's name :P I always wanted to know Why in earth they chose the name "smali".

I always have some optimization topics in mind for almost everything, and when I think about how the android system is built and how it could be improved there is actually no real improvement possible considering all the different languages used. Still I think if android would have been built without dalvik vm (which is actually impossible considering java is been used for the framework) it would increase it's performance.

Thanks, didn't see this ^^

Hehe, I know that i9001 and i8150 are not identicall by far, but at least it's the device that is closest to the i9001 of all devices. But I believe you if you say that there a many differences, which make them not identical at all.

I will study the layer structure of android, I'm always to enhausiast to learn it from the absolute base, and I know that´s wrong, but I think when developing really has become my job I will have way more time to spend on topics like this, which are essential to know how it works.

And I know I need years to learn the basics, luckily I have very much computer knowledge in general, and mostly I globally understand the goal of scripts in most languages, which makes it easier for me to work with it. I would die for an android development course to know it from the basics instead of my boring study which only learns me things that I do not want to know at all.

And yes indeed I've been trying for a whole year now, And I really started at null, since back then I didn't even know how chmod worked, but I learned loads of new things regarding unix and android, which helped me starting to develop. And when I start developing I don't give it up. Developing is my passion and I won't stop it for any reason.

It's terribly time consuming idd, and I know idd it's very painful to do proper reverse engineering, I litterally spent many weekends (and then I mean from friday evening till sunday evening without any sleep) finding stuff out, and at the end of the weekend I'm so confused by all the loads of things I tried to fix that it doesn't become more clear at all. And I've given up the compilation of AOSP theoratically, but because I still want it to work I keep continuing it lol, again my joy in exploring beats my mind that says, It's not going to work. Although I'm very happy that I still found out how to compile the AOSP apps. (on a very lame method), But i'm still not satisfied that I can't get the framework files to work. the files get compiled, but do not work when testing them.

I will provide some logs later.

1. Modifying the standard libs is to hard for me. I've given up on the libs already for a long time, I've almost never attempted to use the compiled LIBs from AOSP because they aren't going to work 100% sure, So I always used CM libs as you're mentioning.

2. The libs are idd very sentitive to any combining whatsoever, the results of cm libs + aosp libs is always a fail. I've red a few times that libandroid_runtime.so is the "only possible lib" which can be taken from an external souce (this lib is always mentioned in porting tutorials)

I will study the CM vendor folder, and see if I can consume some helpfull information from that hehe.

I love the explenations, It's a nice overview of what I can do and can't do. I like that. It's better then you telling me many ways that would only waste my time, considering progress in the compilation process.

Nice explenation on how it works, like learning a totally unknown language. which is true.

And Idd there's a long path ahead of me, And I do not want to put another 6 months into this without getting a result, I think compiling the AOSP apps the lame way is the most the i9001 will get regarding aosp. It's much easier to do some scripting and modding as you mentioned. And luckily I do know the basics of programming, but it's not helping me much so far. So I will still try to release new AOSP versions, but I won't waste more time on getting actuall AOSP output (except apps).

And I would love to maintain SkyHigh If you want to (mentioned it earlier at the top of this post)

Thank you very much for all your knowledge and wisdom hehe. :victory::victory:

btw, writing this post took me nearly an hour :silly: which is way to long.