Which Android Version/Mod with camera and voice search working ? - Tilt, TyTN II, MDA Vario III Android Development

Hi, developers.
I think that maybe we are losing focus on building a stable and nearly all-functional version of android for kaiser.
Everyone of us has a new app, new feature, requiring an all new mod or version to be installed. We are just replicating the millions of flavours of linux.
That means different energies that, in my opinion, could be collate in one or two major version. This is the spirit of open source community and xda community.
Why simply stopping developping hundreds of mods, backgrounds, subversiones, etc. etc. and focalize on making camera working ? And voice search ? The new google voice maps uses it and having it fully working should be awesome.
Thanks for attention. Just my 2 cents, as someone said
TheMac

Myn's Donut is 100% working as far as I know. There are bugs still, but everything works.
The problem with a lot of Android builds is that they focus too much on a customized UI, rather then fixing existing issues and improving stability and performance.

Dukenukemx said:
Myn's Donut is 100% working as far as I know. There are bugs still, but everything works.
The problem with a lot of Android builds is that they focus too much on a customized UI, rather then fixing existing issues and improving stability and performance.
Click to expand...
Click to collapse
its the same as in WIMO dev. builds are easy. you take the tree and add some tweaks or themes or apps.
fixing problems requires work on the kernal and experience. dont complain about current status unless you intend to do something about it. the people releasing builds usually dont dev the kernal. i know i cant do either.
donate money (to dzo) or do some work or quit complaining
BTW if you spend time reading you would know that there are only two major trees. MOST come from cmod 5.0.7 and mmissions work porting them. wyn seems to be using another branch closer connected to his donut work.

Constructive criticism is not the same as criticism. For example, this thread expresses the concern over charging.
There lots of developers who deserve praise and more, and then there's people who like to put Donate buttons in their sig for no good reason. Not pointing out anyone.

Dukenukemx said:
and then there's people who like to put Donate buttons in their sig for no good reason. Not pointing out anyone.
Click to expand...
Click to collapse
id say most people here dont deserve donation, especially me
still fun to hope i guess

Related

[ThinkTank] Getting an AOSP Eclair build for Hero

We have had alot of activity over the last few days, what with the first 2.0 releases from the main players and now even some 2.1 builds. Which is excellent.
Maybe I am not 100% up to speed on the whole thing, but if AOSP 2.0 is "released" by google, then surely things like sync issues, etc shouldn't be in the source code?? I mean, the code should be as "bug free" as possible, so anything obvious like that would strike me as odd.
The reason I raise this point, is because I dislike the Rosie/SenseUI on my Hero, I would rather have the good, old Android standard like I had on my G1 - just what I prefer. However there are only beta versions of the AOSP eclair for Hero.
Would it be possible to build an AOSP eclair firmware, using the Qualcomm? proprietory drivers from someones leaked 2.1 image (working on an assumption that 2.1 has the same kernel base?) to produce a fully working Eclair 2.0 for Hero?
If I am way off the mark with this, please say, I'm just trying to think it through with the help of the people in the know.
Ditto. I am all for AOSP 2.0
richbayliss said:
Maybe I am not 100% up to speed on the whole thing, but if AOSP 2.0 is "released" by google, then surely things like sync issues, etc shouldn't be in the source code?? I mean, the code should be as "bug free" as possible, so anything obvious like that would strike me as odd
Click to expand...
Click to collapse
I think part of the "issue" is that whilst Google have release some 2.0 code to AOSP, it is not currently complete (see here). In addition, many of the Google apps (e.g. Gmail) are closed source, so you have to rely on prebuilt components which may, or may not, be compatible.
The long and short of it is that Lox is already doing what you are asking. The prerelease of HTC's 2.1 has possibly served as a distraction to the AOSP 2.0 build, but I'm sure once Google properly drops AOSP 2.1 code that work will be of direct relevance to the AOSP project.
Regards,
Dave
yeah exactly. just sit tight and wait for Lox_dev to finish his 2.1 Then he might look after the AOSP 2.0. and as AOSP 2.0 is running pretty fine without much hassle its fine if Lox takes some time before working on AOSP 2.0 . cheers
I'm with this idea!
I mean, just compare the 2.1 and 2.0 aosp videos; android 2.0 has much cleaner, and better transitions imo.
Design choices in 2.1 by HTC are, imo, bad as usual; the transparent notification drawer for example; what is the purpose? It's only jerky. And so on..
I suggest suspending judgement on HTC's 2.1 until they've actually released final code! Remember this is a leaked internal build - what ends up in the final ROM may be quite different.
Regards,
Dave
I think I have a clearer picture now, thanks guys.
I just wish that we could be in a scenario where we could flash a standard AOSP build onto our Hero's, sans the whole SenseUI, and have a basic usable phone.
I really dont get the whole "gmail is closed source" crap with Google. I mean, I can have Gmail on WinMo, S60, etc - but only on Android IF I have a license?? WTF! Crazy! Luckily, now that Gmail does support Exchange Activesync I don't need the standalone app anyway.
So the word on the street is wait.... which I guess is what we will have to do
I am keen to be able to build from source so I can start on a project I have in mind. Think along the lines of SenseUI, but a bit different.....
richbayliss said:
We have had alot of activity over the last few days, what with the first 2.0 releases from the main players and now even some 2.1 builds. Which is excellent.
Maybe I am not 100% up to speed on the whole thing, but if AOSP 2.0 is "released" by google, then surely things like sync issues, etc shouldn't be in the source code?? I mean, the code should be as "bug free" as possible, so anything obvious like that would strike me as odd.
The reason I raise this point, is because I dislike the Rosie/SenseUI on my Hero, I would rather have the good, old Android standard like I had on my G1 - just what I prefer. However there are only beta versions of the AOSP eclair for Hero.
Would it be possible to build an AOSP eclair firmware, using the Qualcomm? proprietory drivers from someones leaked 2.1 image (working on an assumption that 2.1 has the same kernel base?) to produce a fully working Eclair 2.0 for Hero?
If I am way off the mark with this, please say, I'm just trying to think it through with the help of the people in the know.
Click to expand...
Click to collapse
Forgive me if I'm missing the point, but we already have a fully working AOSP Eclair image for the HTC Hero. I've been using it for over a week, on a daily basis and other than the looping sync issue (which we are working on) it works fantastic..
jnwhiteh said:
Forgive me if I'm missing the point, but we already have a fully working AOSP Eclair image for the HTC Hero. I've been using it for over a week, on a daily basis and other than the looping sync issue (which we are working on) it works fantastic..
Click to expand...
Click to collapse
I wasn't aware that all issues apart from the syncing were fixed. I thought we still had issues with camera stability etc?? Is this not the case??
There are some minor issues with stability, but it's absolutely useable on a daily basis. I guess it would be better for you to list what your problems are or concerns, rather than making (what appears to me) to be a grand claim for concentrated work on something.
There are a number of us who are solely focused on getting AOSP Eclair working 100%.. but we're very nearly there. Having people contribute constructive information about what doesn't work would be the best.
jnwhiteh said:
There are some minor issues with stability, but it's absolutely useable on a daily basis. I guess it would be better for you to list what your problems are or concerns, rather than making (what appears to me) to be a grand claim for concentrated work on something.
There are a number of us who are solely focused on getting AOSP Eclair working 100%.. but we're very nearly there. Having people contribute constructive information about what doesn't work would be the best.
Click to expand...
Click to collapse
Believe me, I'll come back to AOSP soon with great things
That's an awesome news ! Thank you Lox !
Lox_Dev said:
Believe me, I'll come back to AOSP soon with great things
Click to expand...
Click to collapse
Thanks Lox, appreciated.
Lox_Dev said:
Believe me, I'll come back to AOSP soon with great things
Click to expand...
Click to collapse
Great news man! Thanks a lot! Holding my breath...
jnwhiteh said:
There are some minor issues with stability, but it's absolutely useable on a daily basis. I guess it would be better for you to list what your problems are or concerns, rather than making (what appears to me) to be a grand claim for concentrated work on something.
There are a number of us who are solely focused on getting AOSP Eclair working 100%.. but we're very nearly there. Having people contribute constructive information about what doesn't work would be the best.
Click to expand...
Click to collapse
I agree. The only reason I am now using Lox_devs Hero 2.1 1.4 instead of the pure Eclair one is that Eclair does not sync my exchange calendar. I just cant see why the calendar has been left out.

Isn't there any Android version with everything working?

Hey guys,
I'm searching for an Android version that has everything working, i.e. Camera, GPS, WiFi...
I know this was possible with Android 1.6, there were several versions, some had the camera working, some had WiFi working - but none had everything working.
But it proves that it's possible.
Why are people only working on Android 2.x anymore, when there are so many things not working and probably never will?
And why make so many different versions with none of them working 100%? Can people not work together and create ONE version that has everything?
Please, if there is any Android (likely 1.6, cause 2.x seems impossible to get fully working) version that has everything working, direct me to it. If not, why not come together and try it?
If you feel it is this easy, why not do it yourself?
I believe noone has made a fully working distribution yet due to the fact that it is difficult. Add the fact that most of the chefs does this as a hobby, and you might understand why it is hard to get developers to spend a lot of time on it.
My two cents.
-KJ
-------------------------------------
Sent via the XDA Tapatalk App
Well, if you actually read my post, I said all the necessary stuff is there for Android 1.6. It IS possible.
The problem is just that people can't work together. There have been 1.6 versions with the camera working, and others with WiFi working, and others with GPS working, but none with everything.
But it's clear that it would be possible, if people put the pieces together.
Unfortunately, nobody seems to be working on 1.6 anymore. It's clear that 2.x will NEVER be fully working on the Touch HD, so why do people waste their time on that?
I am sure we could have a fully working Android version. It doesn't have to be the newest one, but at least it would be good for everyday use.
Well camera was never working on Touch HD and stuff you mentioned aren't about Android version. Those hardware issues are mostly linux kernel related and only way to fix them is to write a proper drivers and modules - and that's the tricky part. Simply put: Android version has nothing to do with non-working hardware on our devices.
I remeber I had the camera working... or was that another device? I have too many phones lying around here, but actually I am pretty sure I had the camera working in an older Android version.
shaundalglish said:
blah blah...
I know this was possible with Android 1.6, there were several versions, some had the camera working, some had WiFi working - but none had everything working.
...blah blah...
Click to expand...
Click to collapse
hey man, wake up!
You 're just frustrated but you do not propose anything.
Thx for this usefull thread
shaundalglish said:
Well, if you actually read my post, I said all the necessary stuff is there for Android 1.6. It IS possible.
The problem is just that people can't work together. There have been 1.6 versions with the camera working, and others with WiFi working, and others with GPS working, but none with everything.
But it's clear that it would be possible, if people put the pieces together.
Unfortunately, nobody seems to be working on 1.6 anymore. It's clear that 2.x will NEVER be fully working on the Touch HD, so why do people waste their time on that?
I am sure we could have a fully working Android version. It doesn't have to be the newest one, but at least it would be good for everyday use.
Click to expand...
Click to collapse
This is a TOTALLY misleading post.
The number of devices, the variation in hardware and memory is quite extensive... yes, somebody MIGHT get the camera working on ONE specific device... this is hardly a version of Android everybody can enjoy.
For the large part most of the developers ARE sharing knowledge, but there are people screaming "why isn't MY device supported, and other saying why are your bothering with old version of Android, and others screaming, where's Froyo???"
XDAndroid's come a long way. But there are only a handful of developers working on it, and they don't have every single phone at their disposal (not to mention every operator variant with slightly different radio code and configuration).
Each week the development takes two steps forward, and one step back... but it's progress. All that you're asking for is more progress.... and the only way you can get that is by contribution the code changes to the dev team.
If you can't do that, then you just have to sit back and wait.
shaundalglish said:
It's clear that 2.x will NEVER be fully working on the Touch HD, so why do people waste their time on that?
Click to expand...
Click to collapse
How is it clear? It's being worked on... perhaps at a pace that's not to YOUR liking, but it's being worked on.
What evidence do you have to suggest it will NEVER be fully working?
It is true that it's proving to be difficult, but it's also true that it's very hard to stay with 1.6 when many new apps stop working with it, or new features NEED 2.x, and all the latest source code will include support for newer devices and 1.6 won't.
The developers aren't working on HD alone, they are working on a release that works on multiple devices. If someone wanted to focus on HD, they'd be welcome to, but nobody is. They are sharing their knowledge for the greater good of all devices.
To be frank, if someone is truly that crazy for Android, then they are fools to be using a WinMo device. They should have bought an Android device.
If I want OSX, I should buy a Mac. The fact that I can run OSX on my PC is nice, but I should expect issues. The same applies to XDAndroid. Expect issues.
TheBrilliantMistake said:
How is it clear? It's being worked on... perhaps at a pace that's not to YOUR liking, but it's being worked on.
What evidence do you have to suggest it will NEVER be fully working?
It is true that it's proving to be difficult, but it's also true that it's very hard to stay with 1.6 when many new apps stop working with it, or new features NEED 2.x, and all the latest source code will include support for newer devices and 1.6 won't.
The developers aren't working on HD alone, they are working on a release that works on multiple devices. If someone wanted to focus on HD, they'd be welcome to, but nobody is. They are sharing their knowledge for the greater good of all devices.
To be frank, if someone is truly that crazy for Android, then they are fools to be using a WinMo device. They should have bought an Android device.
If I want OSX, I should buy a Mac. The fact that I can run OSX on my PC is nice, but I should expect issues. The same applies to XDAndroid. Expect issues.
Click to expand...
Click to collapse
Very well said. These people never stop complaining.
shaundalglish said:
I remeber I had the camera working... or was that another device? I have too many phones lying around here, but actually I am pretty sure I had the camera working in an older Android version.
Click to expand...
Click to collapse
Sorry buddy, but you're not recalling right, the camera has never worked on the Touch HD, no matter how old the version was (and GPS support only came recently a few weeks ago).
Camera support & GPS are a kernel feature (simply put, the kernel is all the drivers for the hardware in the devices and the way to properly communicate with them) it is not an android feature (android operates on top and apart of the kernel).
I can't comment on the other devices but I don't recall having a winmo device having his camera supported in android, they have a really hard time implementing camera support in the kernel, so they did go on with the other things such as better stability, speed and battery life...
But if you have the resources, feel free to help, xdandroid team will be happy to welcome another dev.
Becoming a bit of a flame war and I see no end result.
Thread closed

FroydVillain 1.3.x/2.x Roadmap

FroydVillain 1.3/2.x roadmap
EDIT: Due to unforeseen issues rapidly accelerating the release of 1.3 (more framework changes), I'll edit this roadmap to reflect 1.4 as well as what we hope to accomplish depending on how many of the 1.3 promised features make it into the accelerated release. Thanks for your patience.
Now that FroydVillain 1.2.x is somewhat stable we can concentrate on the next releases.
First, any and all "WHENNNNNNNNNNN???????!!!!!111oneeleven" posts will be ignored. As usual, "when" = "when it's done".
Features/items in this roadmap are things you can definitely look forward to unless otherwise stated, ie, something happens that renders that feature impossible. Like an asteroid hitting my house, for example.
First, the preliminary work.
I promised the guys over at Cyanogenmod that my new build profile for the Hero (and other MSM7xxA based phones, so the Dream, Slide, G1, etc etc) will be tidied up and offered up in a pull request. I will be cleaning up my tree and submitting my changes before I begin work on the next release of FroydVillain. The main reason for this being, the closer the CM tree is to my tree, the less work involved in keeping the FroydVillain tree up to date with upstream fixes.
Right, so the changes.
Version 1.3.x:
Obviously it is customary to break some **** with each major revision just to give me an excuse to release another release after that broken release.
So for 1.3.0 I nominate, umm...nah I'll let you find out. A release post isn't complete without at least 20 posts asking if anyone is having xxxxx problem and a further 20 posts complaining about the said problem after I post that we're aware and we're very sorry and those responsible shall be flogged.
FroydVillain 1.3.x:
Further changes to the build base and source code to move Froyo-on-Hero further away from reliance upon Eclair libraries. We aim to be building a native libcamera.so in the same vein as the D/S guys are. This combined with already eliminating proprietary liblights makes it easier to...
Switch over to the Froyo prelink map. If you don't know what prelinking is, don't ask. Either don't worry about it or do some Googling. The upshot for you the end user should be better stability and maybe even some added performance improvements.
Along with the addition of the CPU profile to the CM base I'm hoping to get VFP support fixed in the kernel and in the dalvik source. VFP is your phone's ability to offload number crunching to a dedicated number crunch piece of hardware. The cpu the Hero has supports it, however support for VFP on ArmV6 architecture is a bit...well, pants. Accomplishing this should also give another measurable boost in dalvik performance since currently the only enhancement to dalvik, is the optimised binary, the source itself still trudges along with only armv5te support which again rather pants.
Giant /data partition. Thanks Maxisma and co. I'm not going to bring this in until we next need to do a wipe, ie, 1.3 since it resizes the mtd partitions. Coupled with old school apps2sd there should never be a single whine about space on /data ever again. Even dkelley could fit all of his dalvik cache data on it with his encyclopaedic collection of apps. Be aware this will be accompanied by an updated recovery.img so the different layout is supported. You have been warned.
Debugged Exchange support. I can't promise that this will appear in a 1.2.x update but I will get it in for 1.3. I don't use Exchange and so have to rely on others to help find the cause of the issue, debug it and test it. I can't believe after nearly 10 years dodging it, I'm back troubleshooting Exchange bollocks again.
Theme revival. Because Google were kind enough to provide no theming engine what so f**king ever (cheers lads) theming is a pain in the behind that involves hacking the framework. However because we now build from source rather than trying to crowbar bits in and out of a prebuilt HTC tree, it's significantly easier to produce themes from the newly built source tree. I'm working with Alex24 on a project to go with 1.3.x which will put Themes back into the OTA app and they'll be available at the same time as the new releases are. This also allows us to easily add more themes over time.
CMSettings/CMParts. After having a chat with the folks at Cyanogenmod they're more than happy for me to make the menu entry in settings feel more at home within FroydVillain instead of looking like a kicking and screaming rip off from the Cyanogenmod ROM itself. So those of you that have been hopping up and down for CMSettings functionality, it's coming.
Better GPS functionality/better radio functionality overall. For various reasons, changes made by Google, the fact we'll never have official "Froyo supporting" radios, bugs creep into the OS when it comes to using newer Google based apps that make use of the radio. We'll have some fixes for the slow GPS locking and the random reboot/crash when looking for a GPS signal. We're hoping we have mobile data+gps properly nailed down as well.
We're also going to look into different Gallery implementations. Gallery 3D is annoying as hell and the bugs with it are likely due to us relying on the Eclair GL libs. So no further ground is likely to be made until/if/when another MSM7xxA class phone gets Froyo which if any will likely be the Legend. That's a big if though. Imagine if you will, 50 metre tall letters I and F, draped in neon coating with a flashing, strobing sign above them announcing "THIS IS A BIG IF." But no whining if the best you get is the old 2D Gallery as I'm really struggling to find any decent Gallery implementation. Which is somewhat surprising. Perhaps we should offer a bounty for a new decent one.
Add further language support
That's all for 1.3.x for now I think. I'll update this as new things occur or as things appear to be impossible.
FroydVillain 2.x:
Kernel 2.6.34.
What? That's not enough? Wtf is wrong with you? Ok fine.
2.6.34 will provide official support for the newer Froyd features such as in built Tethering and no more annoying bull**** surrounding connecting a simple USB phone to a simple USB port on a simple Windows system. Apparently the Windows driver stack is easier to confuse than a 90 year old Alzheimers suffering dementia patient.
We'll also be looking to bring the Hero Froyo platform closer in line to the more complete Cyanogenmod D/S platform. There's really no reason why we shouldn't be able to especially once 2.6.34 is available since as far as the hardware is concerned the phones are practically identical.
More will be added to the 2.x branch as we discover it. Don't be surprised if in the course of working on 1.3.x some features get pushed back to the 2.x release due to practical limitations or it just making more sense.
Now is the time for feature requests from you the user. 1.2.x is now critical bugs only, I do not want to have to make you wipe/flash 1.2.x now until 1.3 hits so any fixes involving a framework rebuild won't appear until 2.x. 1.2.x is now considered feature complete in the scope of features we want to have supported. New features will appear in 1.3.x or 2.x depending on the work required to make them appear.
So the forum is now yours, dear users, to get those feature requests in. We'll endeavour to get as many implemented as we can. Any ridiculous or unobtainable goals will be identified as such as quickly as possible so people don't get their hopes up only for me to dash them like an abusive husband.
Thanks for all of the Froyo deliciousness you've provided us with! I myself will be waiting with baited breath for the next installments of Froyd.
p.s.
If you need more people with access to Exchange, or if you'd like an Exchange environment to play around with, let me know. I've got an Exchange 2010 machine sitting next to me.
Looking great! Hope you'll get that all working!
acolwill said:
Thanks for all of the Froyo deliciousness you've provided us with! I myself will be waiting with baited breath for the next installments of Froyd.
p.s.
If you need more people with access to Exchange, or if you'd like an Exchange environment to play around with, let me know. I've got an Exchange 2010 machine sitting next to me.
Click to expand...
Click to collapse
Ah, now that -would- be useful. [email protected] if you want to hit me up on GTalk.
maxisma said:
Looking great! Hope you'll get that all working!
Click to expand...
Click to collapse
Cheers bud! Check your PMs.
wow keep on the great work...
Flash? 10char
dpi295 said:
Flash? 10char
Click to expand...
Click to collapse
Impossible, it doesn't work on ARMv6 CPUs.
Ah, now that -would- be useful. [email protected] if you want to hit me up on GTalk.
Click to expand...
Click to collapse
Req sent. Gimme a nudge
dpi295 said:
Flash? 10char
Click to expand...
Click to collapse
Best we can do is see if we can hack over the Flash Lite stuff from Sense, but don't hold your breath.
In fact, you all should start a campaign and hammer the **** out of Adobe to provide an armv5te or armv6j version of the flash library. It's their fault, make them fix it.
Hacre said:
Best we can do is see if we can hack over the Flash Lite stuff from Sense, but don't hold your breath.
In fact, you all should start a campaign and hammer the **** out of Adobe to provide an armv5te or armv6j version of the flash library. It's their fault, make them fix it.
Click to expand...
Click to collapse
They won't do that, they aren't powerful enough..
I'd appreciate it if you would make an optional patch for people who want their phone unlocked by double clicking menu button.
Amazing work! Data Partition, Themes, VillainSettings... cant wait!
As for Feature Requests, +1 for a quick 2D Gallery
Nice post ninpo.
Thanks for your great ROM. I'd love to see better rtl language support in your ROM.
Really lame request, and probably easily fixed just by finding the pictures myself, but could you put all the nice wallpapers you had back into the releases?
It's obviously a very trivial request, but the wallpapers were always exceptional compared to my attempts of being sophisticated. I always ended up with either breasts or something Xbox related...
mobydeek said:
As for Feature Requests, +1 for a quick 2D Gallery
Click to expand...
Click to collapse
+1 for the standard 2D Gallery.
Tanks guys for your hard work.
Sent from my HTC Hero using Tapatalk
Woah, that's a lot of things to do, and some big ones too. Good luck on that, would be awesome to see these things done in the next months, though, take your time, no rush .
As for Feature-Requests: I only have one, and I don't have any idea if it's already done (I don't test many ROMs that often, I'll prefer to stay on my 2.1 Vanilla ROM ) or if it's even possible, so sorry for my Noobishness in advance. Now, I would love to be able to control the Music Player with the volume keys. Short presses change the volume, like before, and long presses skip the songs.
Screatch said:
I'd appreciate it if you would make an optional patch for people who want their phone unlocked by double clicking menu button.
Click to expand...
Click to collapse
Blue-K said:
Woah, that's a lot of things to do, and some big ones too. Good luck on that, would be awesome to see these things done in the next months, though, take your time, no rush .
As for Feature-Requests: I only have one, and I don't have any idea if it's already done (I don't test many ROMs that often, I'll prefer to stay on my 2.1 Vanilla ROM ) or if it's even possible, so sorry for my Noobishness in advance. Now, I would love to be able to control the Music Player with the volume keys. Short presses change the volume, like before, and long presses skip the songs.
Click to expand...
Click to collapse
We'll be putting a modified CMSettings back into FroydVillain in 1.3, so these features will be there automaticallymagically.
Yeah, it's a fair bit of work, but with HTC pretty much ditching the Hero we can take the project and make sure it's all done and done right.
There's collaboration with other developers on other projects for a lot of this, it's not just me or Team Villain making it all happen. I'll be pushing the fixed cpuprofile up to cyanogenmod and they can then work on it too, I'm working with Elemag on the 2.6.34 port, Maxisma brought the repartitioning stuff to everyone's attention for the Hero, etc. Proper open source development at its best.
It's well worth it too. Look how different the Hero runs with FroydVillain 1.2.1, I'm quite frankly disgusted that HTC never, ever, tapped all that potential.
I can't believe it, my hero will never die!
This is indeed great news and I can't wait!
I just wanna thank everyone involved, all the developers are doing a fantastic job bringing us things i never thought was possible on the hero, and I totally agree Hacre, it's a real shame that HTC ditched ther hero when there's still juice left in it!
Cheers!
e2zippo said:
I can't believe it, my hero will never die!
This is indeed great news and I can't wait!
I just wanna thank everyone involved, all the developers are doing a fantastic job bringing us things i never thought was possible on the hero, and I totally agree Hacre, it's a real shame that HTC ditched ther hero when there's still juice left in it!
Cheers!
Click to expand...
Click to collapse
Not to mention juice they never, ever bloody gave us. Grr.

Android 2.3 (Gingerbread) Being Pushed To AOSP

http://www.androidpolice.com/2010/1...3-gingerbread-being-pushed-to-aosp-right-now/
go, go, go! )
These are very good news
I already see my Hero running CM 7
:happy face:
Excellent News Lets see who get's their GingerBread ROM out first
Sweet, if the hero really will be supported!
Cooooooooooooooool man very nice go go go go gooooooooooooooogle
Tchuup-tchuup! Hotness train is leaving the stations
ummm...
yea. will be interesting to watch... if it works on hero it will be fun... I don't expect devs will take the time on the hero any more like they used to but if someone out there has the know how and time and dedication then it's probably possible.
dkelley said:
ummm...
yea. will be interesting to watch... if it works on hero it will be fun... I don't expect devs will take the time on the hero any more like they used to but if someone out there has the know how and time and dedication then it's probably possible.
Click to expand...
Click to collapse
Feeyo...
Good news
Sent from my HTC Hero
C0mpu13rFr34k said:
Feeyo...
Click to expand...
Click to collapse
should be interesting to watch his progress
I wish the technical know-how would be something well documented.
What I mean is, ive seen lox/benocharm (sp?) progress in the last year in terms of Android knowledge, almost from the start. Ive seen one of these two guys post about initial questions about how things work, then edit his own post to do a mini-FAQ on ROM cooking. Now today it would look like they would kick some major ass at doing it if they were still able to give time for this, because they know the Hero hardware by heart; they know the usual glitch when porting (ie: how to make camera/bluetooth work, etc), all the minor details that makes a ROM usable or not for a day-to-day ROM! However, this kind of knowledge seems not so well documented.
What i'm basically saying is if a developer bails out the documentation about how to rebuild a custom ROM does too. It looks like (from a non-cooker point of view) that there is no centralized Wiki or webpage about the usual generic steps or roadblocks when porting from another device or when starting from AOSP to build FOR an Htc Hero (or any device, too).
Personally i know enough about linux in general, ive build a few updates.zip for my own knowledge's sake (nothing fancy though, removed/added apks ), but I have my questions on how to properly make something not built specifically for an Hero work with all the hardware functioning. I'm sure many others are in the same boat (plenty of tech knowledge but lack of Android ROM resources). For example, the question I had in mind were in the form of:
Does specific hardware components (gps, wifi, bt) relies on linux kernel modules? Does it need some kind of special APKS or Jars to make it work along with the framework, or just kernel modules are enough once loaded?
Following up on the point above: would copying modules from another device specific ROM would be sufficient? (I guess not), what about Android release versions (Eclair, Froyo, Gingerbread, etc)? Can modules work regardless of the Android version being run on?
ETC...
Well its pretty much a long rant, but since i'm stuck with a 3 year contract on Telus with an HTC Hero, I wouldnt mind giving a bit of my free time to make a working ROM out of it. However I am/was under the impression that the Hero ROM development scene went to a stop once Cyanogen started supporting Hero (seems to me there are only two *major* roms out there, CM and VillainRom), and due to that ROM cookers stoped caring about the Hero since it was well enough supported as it is (with CM on board).
Thanks for listening, doctor
I'm actually in the process of setting up an Ubuntu virtual box to dive right in, when I saw the AOSP sources getting pushed I thought why wait? Why not try it myself?
Don't expect anything soon. First of all I am just going to build off the Cyanogen tree and see if I can make a working ROM, then I will look into the deep dark hell that is porting software to HTC's proprietory-drivered-up-the-ass Hero
l0st.prophet said:
I'm actually in the process of setting up an Ubuntu virtual box to dive right in, when I saw the AOSP sources getting pushed I thought why wait? Why not try it myself?
Don't expect anything soon. First of all I am just going to build off the Cyanogen tree and see if I can make a working ROM, then I will look into the deep dark hell that is porting software to HTC's proprietory-drivered-up-the-ass Hero
Click to expand...
Click to collapse
Any luck with it? I had the same idea, reading now a lot of information about building a rom.
Maybe we can post some useful links or tutorials about building ROMs in this thread so that we can kind of collaborate?
That would be a great idea, i really like the idea of building my own rom. or at least try to build one.
Here you can find how to setup your own machine to build android roms
http://source.android.com/source/download.html
if you have problems with installing sun-java5-jdk follow the instructions on this page:
http://blog.enea.com/Blog/bid/32050/Ubuntu-9-10-Java-5-and-the-Android-Open-Source-Project
Also checkout Cyanogen's wiki, they really did an excellent job there:
http://wiki.cyanogenmod.com/index.php?title=Compile_CyanogenMod_for_Hero
I'm progressing... slowly. Downloading Ubuntu 10.10 iso, 200MB of updates, the SDK, Eclipse, the ADT plugin, all the platform updates and GIT is taking a while on < 2Mb connection...
Especially the repo syncing... that just takes ages ;
krispijn_s said:
Especially the repo syncing... that just takes ages ;
Click to expand...
Click to collapse
Gives me time to read I spose! I totally understand how to build off Cyanogen's code, that sounds simple, but I get a little lost when it comes to syncing with AOSP or branching Cyanogen to make changes... but I got hours of dowloading yet so I can read up about it then!
Make sure you download the x64 version of Ubuntu. Since 2.2.1 you need a 64-bit system to compile the Android OS project.
Also don't expect to get it compiling right away, I reckon somekind of cpu-profile is missing (could be named different). Third I heard that the sound and camera (again) systems got changed, could be buggers to get those working.
Just my two cents

Will google learn from the devs?

Does any one else think that Google should be spending a lot more time here on xda and learning from the devs?
Just little features like being able to hide and unhide the nav bar, and edit the buttons of the nav bar...
Getting the smoothness of the stock launcher sorted once and for all that some custom rooms have managed...
The few extra targets on the lock screen.
You get the idea. Just little tweaks that are missing from stock that I feel should have been added from the start.
A company that large with that much resource should surely b thinking of these things before Joe bloggs comes along and adds it for them.
Sent from my Galaxy Nexus using XDA
zolah said:
Does any one else think that Google should be spending a lot more time here on xda and learning from the devs?
Just little features like being able to hide and unhide the nav bar, and edit the buttons of the nav bar...
Getting the smoothness of the stock launcher sorted once and for all that some custom rooms have managed...
The few extra targets on the lock screen.
You get the idea. Just little tweaks that are missing from stock that I feel should have been added from the start.
A company that large with that much resource should surely b thinking of these things before Joe bloggs comes along and adds it for them.
Sent from my Galaxy Nexus using XDA
Click to expand...
Click to collapse
If I recall correctly some of the new features in ICS from the Cynogenmod team (the only one that I can recall is the swipe away notification menu list).
But yea I agree, those little tweaks that you mentioned would be sweet to have in future releases of android...and who knows maybe they are paying attention and in the next (major) update of theirs we might get new features.
Yes/No.
I'm sure some Google employees might check sites like this from time to time, but more often than not they're aware of bugs before most of the XDA population notices them. Legitimate issues will be reported to their bug tracker quickly I'm sure.
People may get impatient waiting for a fix, thinking, the Big G is oblivious, but the majority of the time they're a few steps ahead of most users here and a fix has been in the pipe for a while. I'm sure it's someone's, or someTHING's job, to harvest pertinent info; Google is in the information biz after all. I doubt any Google (or AOSP) presence would ever be officially declared here; I can't picture that going well.
There is a gerrit for code submissions. If they are not submitted, good luck in seeing them considered for implementation.
However, devs like us tend to introduce problems as well. Unless it can fit into the master branch for all supported AOSP devices and appears to not cause issues with other items, it will be immediately thrown out.
Ever read rom threads? At least half the posts stem from problems that were created from tampering with code/adding features.
..and I don't want to hear "insert rom" is bugless, because it is not true for any rom.
adrynalyne said:
There is a gerrit for code submissions. If they are not submitted, good luck in seeing them considered for implementation.
However, devs like us tend to introduce problems as well. Unless it can fit into the master branch for all supported AOSP devices and appears to not cause issues with other items, it will not be immediately thrown out.
Ever read rom threads? At least half the posts stem from problems that were created from tampering with code/adding features.
..and I don't want to hear "insert rom" is bugless, because it is not true for any rom.
Click to expand...
Click to collapse
Good point for sure. I definitely do not want my phone to ship with the instability custom ROM lol.
And people won't be satisfied either way. They're gonna ROM their phone anyways, not all of these things need to be included in the shipping software.
Um...Google knows man. Come on, they are the largest search engine in the world. They know what CM team has added, they know what people dislike about their products, they know EVERYTHING.
I'm sure they are learning from the devs, also have to realize a lot of the things CM adds and the fact Google doesn't include a lot of the stuff is good for the mass, a lot of my friends have a Android phones.
I always root their phones and add toggles and the extra features and they don't even realize or use them because they don't care, but I'm sure they know what people do want and what people don't based on their search histories.
I thought about this the other day...
If any of these ROMs and Kernels were actually significantly better without compromising stability then the Google devs would be out of a job pretty quickly.
I think the main advantages of custom ROMs and kernels are:
- customization above and beyond standard - but Google wants too keep a uniform ICS theme.. and adding too much detracts from this... not to mention over complicating menus and settings
- performance from overclocking - again something Google doesn't want to do for stability and hardware reasons
- getting new releases and sources before OTA updates - for the phones that are Samsung controlled which have to wait ages for them.. and you can flash a stock image for this anyway.
So custom ROMs don't really add that much that Google would want in its stock builds

Categories

Resources