[ANDROID] [DEV] Flan Hero & Espresso 2.1.0 -- Updated 01-12-10 - Tilt, TyTN II, MDA Vario III Android Development

This is for all Sense versions of Flan 2.1. This is development and not for general use yet until it's more stable and faster. If you are new to Android, start here www.androidonhtc.com it will tell you what you need and where to get all the files. If you need further help, check the bottom of this post for more links.
It's very early and there are a lot of bugs with it. This is a work in progress. I'm hoping for some help from the community to get this stable enough.
I don't need any bug reports, just development to get this to beta.
If you can help develop this I will keep the updates (and credits) on this post as we move forward.
Expect a lot of changes very quickly. I'm operating on the release early and often approach to get this out to the community. This is high priority for me because Flan is a very nice release but it needs work.
========================================
STATUS
* Hero and Espresso boot to Rosie. From there it gets complicated
* Espresso (I think Hero too, so much switching back and forth) FC's acore when dialing at the moment.
* Hardware keys do work
* HTC widgets do not work (for now)
* More I forget at the moment..
========================================
Download Section:
----------------------------
[CURRENT]
* Espresso
DOWNLOAD: Espresso Flan 2.1 01-13-10
Stable Espresso based on Eugene's V2 port for G1/MT3G. Many thanks to him and mssmison for pointing me to it. Just came out (01-12-10) with working everything but HTC widgets so far. Still a little slow but usable.
* Hero
DOWNLOAD: Hero_2.1_enate_011210
Based on Hero21 Community port
[DEPRECATED]
* Espresso-2.1_enate_01-10-2010
Based on Eugene's port
The dialer FC's due to vibrate hardware permissions.
Also you need to add flanhero init to your rootfs or change it to eclairhero. The boot class paths are the same either way. If you don't know what I'm talking about you should really wait for us to get further along. The stable current release uses Eclair settings so should boot right away like it does for me.
* Test Version 1 of Espresso
Original test image based on Kingklick's Espresso port.
A lot of bugs such as hardware keys are broken. Need I go on? You have to use ADB to kill the current screen to get back home..
========================================
Credits to everyone including dzo, vilord, zenulator, mssmison, jamezelle, jeckyllhavok, polyrythmic, drizzy and the rest of the G1 and MT3G devs, maxisma, barakinflorida, the list goes on. I don't take donations but some of them do and they deserve it.
========================================
Helpful links and people who have helped me get where I'm at:
Google Android and Linux for KAISER!!-- Main thread for Android on our phones
Linux and Android for Vogue (Kernel Thread)-- Dzo's thread for kernel development. He got us started and is a legend here.
Zenulator's threads for Vogue (they work for us too). He has dedicated a lot of time to helping us out.
Android with sense UI for the vogue
Vogue Android 1.6 Donut
Android 2.0 Eclair for the Vogue
_________________________________________________________________

Looks nice! I think I'll definitely give it a spin. Is there any way to get WiFi on this build?

Using Eugene's port now. Hardware buttons work, HTC widgets don't, dialer crashes acore. Looking good but will need some tweaking before I upload it.

Thanks for the update man, looking forward to this in more of a complete state. Does this work with qvga?

ajclai08 said:
Thanks for the update man, looking forward to this in more of a complete state. Does this work with qvga?
Click to expand...
Click to collapse
i HIGHLY doubt it.

We've got some major issues. I guess the G1 and MT3G have HTC widgets working. Something is wrong but it's going to be a little while. Look where we are with Eclair and this is Flan. Also, I'm switching this thread around to include all Flan images shortly. Just need some more dev to make it worthwhile. I can either make a call but lose hardware buttons or not make a call and have them...

enatefox said:
We've got some major issues. I guess the G1 and MT3G have HTC widgets working. Something is wrong but it's going to be a little while. Look where we are with Eclair and this is Flan. Also, I'm switching this thread around to include all Flan images shortly. Just need some more dev to make it worthwhile. I can either make a call but lose hardware buttons or not make a call and have them...
Click to expand...
Click to collapse
with eugenes port? what is breaking the hardware buttons now?

No, Eugene's has working buttons but the dialer is broken. He said to use another dialer until he fixes the permissions. I'm going to just try to fix the permissions myself though. Still can't get the HTC widgets again like I had before and there are very little debug messages to help. At first boot it just says "can't find widget xxx" over and over again on Espresso and Hero 2.1
I'm booting Espresso again. If I can get somewhere now (at least the dialer to work) I will update the post. It's 2am now so we'll see...

enatefox said:
No, Eugene's has working buttons but the dialer is broken. He said to use another dialer until he fixes the permissions. I'm going to just try to fix the permissions myself though. Still can't get the HTC widgets again like I had before and there are very little debug messages to help. At first boot it just says "can't find widget xxx" over and over again on Espresso and Hero 2.1
I'm booting Espresso again. If I can get somewhere now (at least the dialer to work) I will update the post. It's 2am now so we'll see...
Click to expand...
Click to collapse
its 2 am here too. i feel so helpless without my hdd i wish i could help!

Regardless of what comes of this, this is cool to see. I'm still digging polyrhythmic's Eclair build, but it would be awesome if we were running Flan in the future.
EDIT: Oh, I was being a n00b and didn't read the post completely to see that this isn't actually Flan. That's okay though - any Android work is good work.

This is Flan. I started with Eclair and moved up (thanks jamezelle). I should update..

enatefox said:
This is Flan. I started with Eclair and moved up (thanks jamezelle). I should update..
Click to expand...
Click to collapse
hey you should check out kings/eugene's who ever the hell it is. lol any way check out the latest release, mostly bug fixes from what i remember reading. im still hard-driveless running off of karmic live cd for now. so ill help when i get set back up

The deprecated test image on the OP is King's. I'm using Eugene's now and it fixed a lot of bugs. I'm messing around again hopefully can get some new images added soon

enatefox, the permissions in bin are not correct in the image you have uploaded last. I will try to correct them and see if I can help with something

Ok, I have corrected the permissions in bin and managed to boot the image.
First it took very long time to boot and second most of the applications become not responsive, while they are trying to load in memory. I saw the problem you are talking about with the HTCDailer.apk and hope you find solution for it (I will also try to check it).
Another thing is that I cannot see HTC widgets, which is strange, because I can see some of them in the app folder. Others have to be added.
About wifi it starts successfully, but when I try to connect to ap it says Obtaining address and cannot manage to get an address - what permissions are missing in this case? Maybe tiwlan.ini?

Borkata81, thanks. I don't know what was wrong with the perms, I ran genext2fs on it. I guess I can compare them or could you post "ls -l" on the right ones so I can fix that?
The dialer will need to be hex edited if I'm right about the issue. Not even Stericson can convert XML back to binary without compiling the app we don't have source code for so I'm on to fixing it if I can.
The widgets are broken. I had them working once but issues with King's version (on the OP) had me delete it and now I've lost what I did. But it is fixable if I can remember what that was...
I have not even touched wifi as I can barely use this thing and the dialer doesn't work. I haven't put any of the right files for that in there.

Code:
chown root:2000 bin/*
chmod 755 bin/*
chmod 2755 bin/netcfg
These are the commands

Hmm, I do recall seeing root:root now that you mention it.. Thanks did you notice any adverse effects though or you just letting me know? Particulary like dialer perms or anything?

Well, applications load very slowly sometimes and message to FC or wait is shown and after pressing several times wait they manage to load. Maybe we can try to optimize some of them. I made a search and saw that for current Sense UI some of the app shouldn't be optimized, but I am sure that most of them can be.
To be honest Rossie is pretty fast though - of course it take time to initialize at the beginning.
P.S. I am currently downloading latest Kingx Espresso 1.1 to see what can be taken from there, but I will continue experiments tomorrow maybe.

King's was way too problematic for me as noted on the OP but maybe a good blend can be made. For HTC apps you want almost none optimized outside of images yet Rosie is small already. Dragon's version is about 18MB just by itself.. There are also 3 other apps/services that run to help Rosie now and that's killing memory.
There will be a lot of improvement on the usability but I need it to at least work as a phone before I do any of that.

Related

Slow Android 2.1

I've been experimenting with the Sense 2.1 VGA build of XDAndroid and after compiling it and copying it over I see that Android itself runs very sluggishly on my RAPH110.
Im using a 4GB HC Class 4 card.
Are there any ways that I can actually speed this thing up?
Ive used ATK and thats about it. Im out of ideas here.
Also: 1) Is there anyway to fix the backlight issue when coming out of sleep mode? (It stays at minimum brightness)
2) Is there anyway to transfer winmo contacts to XD?
howeasy said:
I've been experimenting with the Sense 2.1 VGA build of XDAndroid and after compiling it and copying it over I see that Android itself runs very sluggishly on my RAPH110.
Im using a 4GB HC Class 4 card.
Click to expand...
Click to collapse
AFAIK There's no XDAndroid build with HTC Sense in it. There's this but it's not part of the XDAndroid project, has fewer users and is (in my experience) updated less frequently. Click the banner in my sig to go to the XDAndroid thread - there's a new Eclair 2.1 build out which I'm yet to try. If that's slow, try the 2.0.1 build, which has none of the backlight issues you've mentioned. It shouldn't be slow, but if it is to you then it's just because you're used to Windows Mobile running very quickly on the device, and there's no way to get Android going that smoothly just yet.
You could try overclocking but it should be pretty speedy already. Is this your first build of Android? Have you deleted data.img and let it remake it. Try formatting your sd card.
ben_duder said:
AFAIK There's no XDAndroid build with HTC Sense in it. There's this but it's not part of the XDAndroid project, has fewer users and is (in my experience) updated less frequently. Click the banner in my sig to go to the XDAndroid thread - there's a new Eclair 2.1 build out which I'm yet to try. If that's slow, try the 2.0.1 build, which has none of the backlight issues you've mentioned. It shouldn't be slow, but if it is to you then it's just because you're used to Windows Mobile running very quickly on the device, and there's no way to get Android going that smoothly just yet.
Click to expand...
Click to collapse
That is indeed the build i'm currently using.
The official XDAndroid build of 2.1 would give me the endless fireworks screen even and updated zImage.
If there's a version that will work on my Fuze then please link me to it as I have been unable to track it down.
But regardless, I've been working on trying to get it to run faster, Ive had moderate luck using ATK but thats about it.
Im baffled as to why its running this slow.
Also, using the 2.0.1 build caused the phone not to send SMS messages, hence the reason I came looking for a new build and came across the Sense one.
Did you use the Fuze startup text instead of Raphael? Did you leave it long enough? On first boot my Raph100 takes about five minutes to start, but it's only about one minute after that.
Here's proof (if you want it) that it's normal for it to take ages to load on first boot.
ben_duder said:
Did you use the Fuze startup text instead of Raphael? Did you leave it long enough? On first boot my Raph100 takes about five minutes to start, but it's only about one minute after that.
Click to expand...
Click to collapse
Indeed I did. It simply played the Nexus one boot animation for a while, froze for around 5 seconds, and then went back and played the nexus one animation from the beginning.
The sense build im using works in all aspects other than the fact I would prefer the normal Android layout, I want it to run smoothly, and I want a more constantly updated version.
I used the Fuze startup text with and without the overclocking script thrown in.
I'd be more than willing to go at it again if its worth the shot.
I really recommend having another go: XDAndroid is exactly what you're looking for with regards to the lack of Sense and the frequent updates. There's no hardware-related reason why it shouldn't work on your Fuze, so delete everything from the build that's already on there, get the right startup.txt and give it a go
Thanks for the positive reinforcement!
If you could possibly directly link me to the 2.1 build you'd personally recommend that would be appreciated.
Ive been trying a build for the RAPH800 that was linked to in your sig and its giving me to the same problem I described earlier.
I have the RAPH110, as you know, but the RAPH800 build was the closest thing I could track down.
Eh? Don't use the 800 unless your phone is CDMA. Just download the 2.1 bundle for the normal Raphael, the link is just under the changelog. I'm giving it a go right now and I'm currently waiting for it to boot, I'll tell you if I have any problems.
ben_duder said:
Eh? Don't use the 800 unless your phone is CDMA. Just download the 2.1 bundle for the normal Raphael, the link is just under the changelog. I'm giving it a go right now and I'm currently waiting for it to boot, I'll tell you if I have any problems.
Click to expand...
Click to collapse
Oopsy! I had a hard time tracking that down.
Im using the one labeled "03.05.10 | 2.1 builds". Is that correct?
It also says it already has the lastest zImage that should work so do I need to go update that?
I swear, if there was a super mega +rep button i'd press it.
You're what support forums are all about <3
(3:42PM: Just calibrated touch screen)
Yep, that's the one I'm trying. I've had some experience with the 2.0.1 but I've never actually used this build before, so it's possible there's something missing that I don't know about.
Haha thanks, although there are much nicer and more knowledgeable people on here than me
Well you're the one putting forth the effort to help a guy in need, so I truly do appreciate it.
I'm still getting the constant Nexus one boot animation sadly enough.
Maybe I'll go test out the 2.0.1 build and see if I can get that one to work, but like I said earlier, I had SMS issues with that one.
EDIT: I was able to get the 2.0.1 build working with SMS after zImage and etc..
Going to test sound and whatnot now and come back with another edit to verify.
I would still like the 2.1 build though but this might have to suffice.
Okay, I've just been messing with the 2.1 build and couldn't get it working either. I checked my startup.txt and noticed that set mtype was on the same line as set ram size, so I'm deleting my data.img and trying again.
Edit: It worked! No more boot animation
ben_duder said:
Okay, I've just been messing with the 2.1 build and couldn't get it working either. I checked my startup.txt and noticed that set mtype was on the same line as set ram size, so I'm deleting my data.img and trying again.
Edit: It worked! No more boot animation
Click to expand...
Click to collapse
AWESOME!
Mind uploading whatever it is you did and tell me what I have to do to get the same result?
Sorry, Im still pretty new to this whole thing.
I won't upload it, but just check your startup.txt and there should be two lines of text that look like they should be separated. Press return just before the second, save it and delete your data.img file. Then run HaRET again and it should work fine.
You have to try this build - it's brilliant.
Well I suppose I'll have to give that a shot.
I found and edited the lines and also threw in the overclocking script.
After deleting the data.img Im giving it one last shot now.
If that doesnt seem to work then I'll just deal with the 2.0.1 build until I find a way to get this to work.
EDIT: anddddd, no such luck.
Guess I'm left to stick with 2.0.1 for now, it was running pretty fast as well.
So if anyone reading this gets 2.1 working please feel free to post.
Is there a way to get Android on the phone itself rather than SD? I'd love to ditch Winmo and save some battery life here.
Shame... I can't understand how it's not working now. All I did was edit the startup.txt, delete my data.img and try again, then wait for ages while everything loaded. If you're not sure if you've edited your startup right you can try using the one that works for you with 2.0.1.
As for not having to use the SD, that would require NAND flashing, which has some way to go before we can use it on our Touch Pros to replace Windows Mobile. There's a thread about it here. There are dual-booting and light WM ROMs designed for XDAndroid users, however.
In case you don't believe me
Sent from my AOSP on XDANDROID MSM using the XDA mobile application powered by Tapatalk
Did you happen to update the zImage or anything or did you just copy and paste and throw in the startup?

Desire build for Kaiser (SENSE)

Here is a desire build I have been tinkering around with for a long while. There are several several issues still in need of work so I am going to leave it to the community to help me out.
I failed to mention this is a full NAND install
I will get some screen shots up as soon as I can get time.
Much faster and much more responsive in my opinion than the legend / hero / mytouch builds
Here it is in a nutshell
- I am not a hardcore developer I have just been using existing files and putting something together that works most optimal. This build has a lot of polymod, and mssmison mixed.
- Hardware keyboard does not work correctly while using Rosie, disable Touch Input to correct this issue. Also speeds up system somewhat.
- clock.sh is in /system/bin use at your own risk It is only there for those that wish to use it is not enabled at boot. Modify sysinit.rc for this
- Disable vibrate on ring and quiet when phone is moved helps with incoming calls
- This build will leave approximately 37mb of free space for data, I do store apps on SD but it is a little unorthodox maybe someone can do better than me. I create an app folder on sdcard and symlink to it. I do not recommend this but I will be upgrading soon and could careless about damaging my cards they are old.
- Livewallpapers are questionable I don't use them or like them If they dont work and you want them then you are welcome to work on their developement.
- Bluetooth not working Help Please
- Wifi not working Help Please
- Widgets may need influenced to work just go to applications / manage applications / Find HTC Sense and Force stop and Clear Data if widgets do not load on boot.
- First boot takes an extreme amount of time.
- CompCache is disabled use it if you will I find that it causes stability issues try to keep the mem size down to 28 or less if you use it.
- Media folder is not built into this system it is included in the download just add it to your sdcard should look like this /sdcard/media
ONCE AGAIN I AM NOT A DEVELOPER I WILL WORK ON WHAT IS OUTSTANDING AS I GET TIME. I MAY OR MAY NOT MAINTAIN THIS BUILD IF YOU HAVE A FIX FOR ISSUES PLEASE PM ME I WILL UPDATE FIRST POST TO REFLECT THE FIX AND BY WHO.
DOWNLOAD
USE ONE OF THE 320x480 NBH FILES FOR YOUR KAISER
Why you name it Desire build.. android on desire looks differently
Michga said:
Why you name it Desire build.. android on desire looks differently
Click to expand...
Click to collapse
This is an old build, mssmison put it out as a sdcard install on the vogue a long time ago before the legend builds were put out. I kept hold of it and tweaked it to work on my kaisers nand. That is why it looks much different than the most recent builds
Post it in the vogue forum. They get more attention so easier chance of a wifi/bluetooth update.
kallt_kaffe can probably help you with the wifi.
Dukenukemx said:
kallt_kaffe can probably help you with the wifi.
Click to expand...
Click to collapse
Try this (NOT TESTED!). I actually think just putting the correct wlan.ko in /system/lib/modules might be all it takes but I included the usual stuff just in case.
does anyone have a mirror for this build. I would like to try it out
Does anyone have market problem. I can't even enter the market, it just kick me out
crackeyes said:
does anyone have a mirror for this build. I would like to try it out
Click to expand...
Click to collapse
It should download for you I just checked it to make sure it was still validwhat issue are you having

Aqtrans' CM-5.07 port for Kaiser/Vogue! [v1.2] [5/27]

This is my port of Cyanogen's latest Eclair build, v5.07-stable.
It is basically mssmison's 5.07-test3 build updated, I used the same process he did to port this one.
Included Apps:
-Connectbot
-Astro
-RogueTools
-LinPack
-HomeSwitcher
Notes:
-No major problems found so far (besides Eclair-specific problems like the Camera not working).
-Speed is comparable to other Eclair builds, maybe even a bit zippier at times.
-It should be fully compatible with any themes/mods made for Cyanogenmod v5.07-stable. (Although my attempt at flashing this theme sent my phone into an "android.power wakeup" loop, so be cautious!)
--Darkstar theme isn't working either, thx for trying @thebulletfromhell!
-It is set to 120DPI by default, so if running anything other than 320x240, you'll have to use RogueTools to adjust it. I am currently running it at 320x240x120dpi and haven't experienced many problems, except the top and bottom of the Dialer are cutoff, button's still reachable though. (If someone wants to help me fix this, please do, I just don't know where to start)
-Wifi support for the Kaiser is built in, should work out of the box!
-Starting with v1.2, Userinit.conf is added to the root of your SD, by default it has 16MB of Compcache, but this can be adjusted by editing the file.
Download! [Last updated on 5/29/10]
Changelog:
v1.3
-Removed userinit.conf, now everything is run directly from /system/bin/userinit.sh
-32MB Compcache by default
-Removed overclocking from the get-go. You can set it manually via RogueTools.
-Userinit.sh now renice's com.android.phone to try and improve ringing delay.
v1.2.1
-Removed redundant wlan.ko
-Replaced wlan.ko with kallt_kaffe's
-Reverted a change to userinit.sh that was causing awful performance
v1.2
-Removed Dropbox, Speedtest, Twicca, Shazam, 3Banana Notes, and LiveWallpapers
-Added Camera back (Fixes FC when trying to crop a wallpaper)
-Fixed Facebook Sync
-Userinit.conf is added to the root of SD card on first boot. This allows you to control Compcache, swap, and many other settings.
Click to expand...
Click to collapse
Thanks go out to mssmision for his port+quick guide to porting, Cyanogen for the build, and all the other developers that worked on getting Android running on this phone! You guys have made this phone so much more usable.
Woah, it's weird being in a different forum.
What is updated in this new version (1.1)? I'm still running the first one you posted in the Vogue forums (on a Vogue) and it's working great.
Cool!
Gonna try this one out.
Thanks a lot!
pastaeter said:
Cool!
Gonna try this one out.
Thanks a lot!
Click to expand...
Click to collapse
Let me know how it goes.
drkow19 said:
Woah, it's weird being in a different forum.
What is updated in this new version (1.1)? I'm still running the first one you posted in the Vogue forums (on a Vogue) and it's working great.
Click to expand...
Click to collapse
The updated version has wifi working for Kaiser, and some compcache tweaks done to /system/bin/userinit.conf. The first version I think I disabled compcache entirely, and it really showed once you got the build fully loaded.
any screens? how to install themes on Kaiser? Little guide please...
just downloaded going to give it a try
all live wallpapers dont work and show force close (exclude polar clock)
but its cool and fast (default it set at 450MHz and i set it to 500MHz)
Bench at 500MHz: MFLOPS:2.141
Times: 2.53s
Norm Res: 3.36
Precision: 2.224...
Maybe you add-in many of not neccessary app..
and one very good thing.. i have i think 320x428 and 120DPi in RogueTools. and its less blurry than thats sets in myn
Congrats for good rom.
exist CM with sense 2.1 on kaiser?
Compared to super eclair it has a few advantages:
-language dutch is included and fully working
-more options: look at call settings.
-market is fully working (for now), but no paid apps (super eclair market broke after using a time, not all apps can be found).
But less free ram.
Not really worth upgrading for me (I have 2 kaisers).
i've installed this build on my kaiser and it works great.
tested the wifi, the market, both work great. bluetooth turns on but i haven't had the chance to send or receive any files or to connect it to my wireless headsets.
did not test the data yet.
installed helix launcher and i think it moves a little bit faster than the regular home screen.
thank for the upload
mazz8y said:
any screens? how to install themes on Kaiser? Little guide please...
Click to expand...
Click to collapse
Here's a guide to installing to NAND. The build is not themed at all, so you can check out the official Cyanogen thread for screenshots, they should look identical (besides a smaller res).
Michga said:
all live wallpapers dont work and show force close (exclude polar clock)
but its cool and fast (default it set at 450MHz and i set it to 500MHz)
Bench at 500MHz: MFLOPS:2.141
Times: 2.53s
Norm Res: 3.36
Precision: 2.224...
Maybe you add-in many of not neccessary app..
Click to expand...
Click to collapse
Yeah I just noticed the Live Wallpapers crash, didn't try this out before. Not sure if it's possible to fix it, I don't remember them working on any other Eclair builds.
Also, I noticed that /system is running low on space, so I will definitely try to trim some fat by removing pre-installed apps.
Michga said:
exist CM with sense 2.1 on kaiser?
Click to expand...
Click to collapse
Not that I know of. But there is a QVGA Android phone with Sense coming out sometime this summer, and I'm sure someone will attempt to port it.
From the vogue thread...
Great build, I'm running it right now, and it thus far seems to be fast and stable! (bumped up the o/c to 500)
Two pieces of feedback...
If you can get facebook sync to work with the most current facebook app (the one with the "inbox" button rather than the "take photo" button it would be amazing. As of now, the only way to get facebook sync to work is to run the Moto Droid apk, which is the previous version.)
Anyway to get full market from the getgo? I have marketenabler working, but it isn't always consistent.
That being said, amazing build. Good work.
Click to expand...
Click to collapse
@GeJohnO: Looks like this is a known issue with the original Cyanogen
A few known issues;
* Facebook from market breaks sync for Market users (see forum for alternative apk) - only on Dream, Sapphire is OK. Blame Facebook.
Click to expand...
Click to collapse
I'll look into including whatever alternate APK in the next build.
Also I found that taking out the Camera app causes Gallery to FC when trying to crop a wallpaper, so I'll fix that as well.
I just got a text message from the 24th of this months with super ecalir lite, I don't know if this version hzs those issues too?
aqtrans said:
This is my port of Cyanogen's latest Eclair build, v5.07-stable.
It is basically mssmison's 5.07-test3 build updated, I used the same process he did to port this one.
Included Apps:
-Connectbot
-Twicca
-3banana Notes
-Astro
-RogueTools
-Dropbox
-LinPack
-Speedtest
-MetaMorph
-HomeSwitcher
(I will probably cut this down a lot in future builds, kind of made this for my own personal use and threw in all the Apps I usually reinstall)
Notes:
-No major problems found so far (besides Eclair-specific problems like the Camera not working).
-Speed is comparable to other Eclair builds, maybe even a bit zippier at times.
-It should be fully compatible with any themes/mods made for Cyanogenmod v5.07-stable. (Although my attempt at flashing this theme sent my phone into an "android.power wakeup" loop, so be cautious!)
-It is set to 120DPI by default, so if running anything other than 320x240, you'll have to use RogueTools to adjust it. I am currently running it at 320x240x120dpi and haven't experienced many problems, except the top and bottom of the Dialer are cutoff, button's still reachable though. (If someone wants to help me fix this, please do, I just don't know where to start)
-Wifi support for the Kaiser is built in, should work out of the box!
Download!
Thanks go out to mssmision for his port+quick guide to porting, Cyanogen for the build, and all the other developers that worked on getting Android running on this phone! You guys have made this phone so much more usable.
Click to expand...
Click to collapse
Add the darkstar theme to not working as well. It put it in a permanent loop
thebulletfromhell said:
Add the darkstar theme to not working as well. It put it in a permanent loop
Click to expand...
Click to collapse
The darkstar theme hasn't been released for 5.0.7 stable. The most current release is for test5. This may be why it's not working for you
I tried mssmison's test 3 out, and it was problematic. A lot of stuff would end up resetting the phone, back to the start up animation. Haven't tried this one yet, but my experience with Eclairs have been bad so far.
Wish there was a way to run Android on both NAND and SD cards. That way, I can test them out on the SD card, without destroying my NAND installation.
Running this port since yesterday and I must say I'm really impressed. Fast, responsive and also it seems not to drain battery as fast as other builds.
Any chance of getting Corporate Calendar in the next version (currently Exchange sync works only for Mail and Contacts in this build).
Version 1.2 posted! Changelog in the OP.
I tried adding the modded Market, but it kept FC'ing whenever an app would go to install. Looking at the thread, it seems like a known issue, without a fix that I could find
robuser007 said:
I just got a text message from the 24th of this months with super ecalir lite, I don't know if this version hzs those issues too?
Click to expand...
Click to collapse
I haven't experienced any such issues. As far as I know, I've been receiving texts on time, without delay.
thebulletfromhell said:
Add the darkstar theme to not working as well. It put it in a permanent loop
Click to expand...
Click to collapse
Added a note to the OP about this. Thanks!
aqtrans said:
Version 1.2 posted!
Click to expand...
Click to collapse
Suggestions for 1.3
- Remove /system/etc/wifi/wlan.ko (not needed)
- Replace wlan.ko /system/lib/modules/wlan.ko with the attached version (I believe it works better for Polaris users)
I was about to suggest increasing the wlan scan interval but I noticed that you hade allready done that.
I've had problems with builds that have sensors.msm7k.so all by itself so I added the sapphire sensors before I installed v1.1 as a precaution but I'll try without doing that once I reinstall with v1.2 and I'll let you know how it goes.

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.

Combining FRX03 with Neopeek FRG83.R5 with working Bluetooth ?

Dear Reefermattness and arrrghhh !
I apologize for making a new thread but I just want have your attention on the Neopeek Release for Rhodium.
In this forum stays that in FRG83.R5 release
http://www.neopeek.com/en/forum/Android-ROMs/2183-ROM-FRG83-Build-Froyo221-05-11-2010
Bluetooth IS WORKING !
I have no idea what this release can, but I saw its structure. Basically EXT2 Partition for Neopeek is the same thing that system.ext2 file for FRX03 !
And in andoidinstall.tar.gz file is the same stuff as in system.ext2 and roofts.img together.
Why we just not pick the working Bluetooth "driver-package-what-ever" from Neopeek and combine it with FRX03 ? I could do it by my self, but I don't have deep system structure know-how.
I must say that FRX03 is lot easier to handle (getting ready, install, edit etc) thats why I'd prefer working with it as with Neopeek.
And besides I just reached almost 8 hrs of working time with one charge on it with new kernel and startup change. Thats why I want to improve it. Can you help me to understand the structure of driver packages for BT ?
Thank you
-------------------------------------
----------------
EDIT:
Here it is, a repack of SuperFroyo in system.ext2 file.
http://narod.ru/disk/27385762000/system.zip.html
I didn't test it yet. But if some one want to try out - please download and report back !
d0nate110 said:
Dear Reefermattness and arrrghhh !
I apologize for making a new thread but I just want have your attention on the Neopeek Release for Rhodium.
In this forum stays that in FRG83.R5 release
http://www.neopeek.com/en/forum/Android-ROMs/2183-ROM-FRG83-Build-Froyo221-05-11-2010
Bluetooth IS WORKING !
I have no idea what this release can, but I saw its structure. Basically EXT2 Partition for Neopeek is the same thing that system.ext2 file for FRX03 !
And in andoidinstall.tar.gz file is the same stuff as in system.ext2 and roofts.img together.
Why we just not pick the working Bluetooth "driver-package-what-ever" from Neopeek and combine it with FRX03 ? I could do it by my self, but I don't have deep system structure know-how.
I must say that FRX03 is lot easier to handle (getting ready, install, edit etc) thats why I'd prefer working with it as with Neopeek.
And besides I just reached almost 8 hrs of working time with one charge on it with new kernel and startup change. Thats why I want to improve it. Can you help me to understand the structure of driver packages for BT ?
Thank you
Click to expand...
Click to collapse
1) as far as I understand Neopeek uses large parts of Xdandroid projects, starting from the kernels/rootfs. This is not hidden/secret, so he and xda devs may know each other pretty well.
Therefore I can't understand how he can have bluetooth working and Xdandroid not.
then ...
2) maybe he shares branches of code and patches with our devs, but while our devs decided that the code to make bluetooth working is still too buggy, he could have decided to shoot it in for good. In fact reading comments on the thread you posted you will see that at the end the people crying for not-working BT are a lot ...
I'd be interested to see if BT works fully. I've seen some where they scream that BT works, but then when they actually try to use BT... it fails. So if it pairs and nothing else, that's what state our build is in as well.
I just installed it, on a blank 2Gb I had spare.
At start it's quite a pain in the arse ...
cmdline was a little different, I just set correct keyboard.
But I immediately put the latest kernel (24.11.2010). Both in installer and main.
Much faster than Xdandroid. Much faster at boot, much snappier in launcher etc., but this may be related also to the age (of the FAT32 file system) of the other SD I use for Xdandroid. Will format it and see what happens swapping.
But then, when it went to sleep it just crashed.
I tampered with the startup, added pmsleepmode=2, this worked, tried =1 and works quite well.
As I expected, BT doesn't work on my RHOD100.
This neopeek build comes nearly all from xdandroid, so it seems it's not as up to date.
But while that guy takes most of development from XDA, he must work a lot on tweaks, therefore XDA should take something back ...
I'll try cleaning the other SD and check what happens.
Installed on extra card. Rhodium 400 . It is fast. Boots quicker. The initial setup screens are very friendly. Power off and other buttons work more like winmo. Bluetooth will not turn on. Phone works. Data does not work. Have to use WiFi for data. USB while in Android does work (sweet). Key board backlighting not working. I am going to reinstall with bluetooth enabled initially in winmo.
Neopeek SuperFroyo Repack into system.ext2
arrrghhh said:
I'd be interested to see if BT works fully. I've seen some where they scream that BT works, but then when they actually try to use BT... it fails. So if it pairs and nothing else, that's what state our build is in as well.
Click to expand...
Click to collapse
Here it is, a repack of SuperFroyo in system.ext2 file.
http://narod.ru/disk/27385762000/system.zip.html
I didn't test it yet. But if some one want to try out - please download and report back !
reinstalled Bluetooth not working. Rhodium 400
Only things that could make improvements to XDA android are Speaker phone is working. USB in android does work. Buttons function as they should. It works with SIM card installed. Speed. Boots faster. Screen adjusts to right profile on start lockscreen.USB headset works without line in startup.
Still not working
Data does work but have to manually set APN. Headset does not work ( Does work with line in Startup and calling during boot). Problems with the market downloading.
Does work tethering. pretty much everything
One nice thing is they have a seperate install folder so if your system is corrupted you just reinstall with file manager in winmo. It reformats the ext2 partition on the card. I assume the sizing of partition is in place of the sizing the data.img file on the card.
Being open source borrowing a few items should not be considered crossing a line.
d0nate110 said:
Here it is, a repack of SuperFroyo in system.ext2 file.
http://narod.ru/disk/27385762000/system.zip.html
I didn't test it yet. But if some one want to try out - please download and report back !
Click to expand...
Click to collapse
wait a minute.. you didnt test it and are spreading it like wild fire ?
before you cry wolf, at least pretend you saw one ..
First Full Day Of Testing
[ACL] said:
wait a minute.. you didnt test it and are spreading it like wild fire ?
before you cry wolf, at least pretend you saw one ..
Click to expand...
Click to collapse
I've tested this strange build a whole day today... I must say...I'm confused...
First of all I charged my battery to full 100% in WinMo. Then I've just replaced old system.ext2 with this one (my other files incl. kernel were untouched) and booted a clean Haret and saw, that this Android Learning Demo just didn't want to go on if I taped on it...
My device was locked and I must reboot it...then I delete my data.img file and tried again... success - SuperFroyo booted well.
- Bluetooth doesn't work as pessimistically expected
Other stuff works same like in our Froyo Reference.
- flash 10.1, loudspeaker, camera, usb connection and headphones don't work
- sleep_mode=1, wifi, phone, wake up on call and Market are working.
But Battery life was little better according to JuicePlotter... and I had a feeling, that all the system works little bit faster... I don't know if it is just placebo effect, but I thing its true...
I'll keep testing it for another 3-5 days and report back... and BTW you can test it too.
d0nate110 said:
I've tested this strange build a whole day today... I must say...I'm confused...
First of all I charged my battery to full 100% in WinMo. Then I've just replaced old system.ext2 with this one (my other files incl. kernel were untouched) and booted a clean Haret and saw, that this Android Learning Demo just didn't want to go on if I taped on it...
My device was locked and I must reboot it...then I delete my data.img file and tried again... success - SuperFroyo booted well.
- Bluetooth doesn't work as pessimistically expected
Other stuff works same like in our Froyo Reference.
- flash 10.1, loudspeaker, camera, usb connection and headphones don't work
- sleep_mode=1, wifi, phone, wake up on call and Market are working.
But Battery life was little better according to JuicePlotter... and I had a feeling, that all the system works little bit faster... I don't know if it is just placebo effect, but I thing its true...
I'll keep testing it for another 3-5 days and report back... and BTW you can test it too.
Click to expand...
Click to collapse
I'm on nand, so i cant run that abomination. However i did run the real cyanogen and it was a lil faster. But it took too many changes to the rootfs to get it to run.. i havent tried it since..
Also im not sure why neopeek isnt using our rootfs structure so you can swap the system.imgs easier .. maybe you should ask him
too buggy things would work then stop working. I could plug in a usb headset have it work in a call or music unplug it then plug it back in and it does not work. Many other things like that. Same with the 3.5 jack trick it would work sometimes then sometimes not. If u left it stock it works great and is very fast. Diamond users were happy. I have a diamond that I will try it on sometime next week, but it is not good for rhodium. It did something to the usb on my Rhodium in winmo would not work so gave me a chance to jack in energy rom like that so far.
[ACL] said:
I'm on nand, so i cant run that abomination. However i did run the real cyanogen and it was a lil faster. But it took too many changes to the rootfs to get it to run.. i havent tried it since..
Also im not sure why neopeek isnt using our rootfs structure so you can swap the system.imgs easier .. maybe you should ask him
Click to expand...
Click to collapse
Sorry for silly question, but what do you mean with "being on nand"?
And, lol, why abomination!?!?!?
It's clearly taken from FRX02 Xdandroid build, but tweaked to be more speedy.
These tweaks are something that Xdandroid should port back to main project.
I have only one crash a day with Neopeek's FRG83.R5, while Xdandroid FRX03 is not only slower on my TP2 rhod100, even with around 100Mb ram free, but keeps slowing down even more while using, so that I have to restart.
In the last week this led to process ".acore" crashing almost immediately after boot, with no solution known to me except reinstalling.
That's once a day.
Neopeek did this only once.
Still have to understand what leads to ".acore" process chain crashes.
I would prefer to use Xdandroid FRX03, because it's more up to date and standard compliant, but, strangely, it's not as stable as Neopeek's FRG83, on my phone.
Cheers.
EDIT:
uh, oh, d0nate, I think we are messing it a little bit here. I am testing FRG83.R5, not SuperFroyo.
They are 2 different builds.
What are you effectively testing?
Sorry about that
sad0felix said:
EDIT:
uh, oh, d0nate, I think we are messing it a little bit here. I am testing FRG83.R5, not SuperFroyo.
They are 2 different builds.
What are you effectively testing?
Click to expand...
Click to collapse
First of all I AM NOT Donate - I'm donatello written with numbers
I don't want any donations and hate money
Second I apologize, but I can't implement FRG83.R5 to use without formating my SD-card thats why I use a SuperFroyo. The member DmK75 gave me this link to system.ext2 file with SuperFroyo release in it...
I try though to repack FRG83.R5 also in system.ext2 file later... I just don't have the know-how yet...
sad0felix said:
Sorry for silly question, but what do you mean with "being on nand"?
And, lol, why abomination!?!?!?
It's clearly taken from FRX02 Xdandroid build, but tweaked to be more speedy.
These tweaks are something that Xdandroid should port back to main project.
I have only one crash a day with Neopeek's FRG83.R5, while Xdandroid FRX03 is not only slower on my TP2 rhod100, even with around 100Mb ram free, but keeps slowing down even more while using, so that I have to restart.
In the last week this led to process ".acore" crashing almost immediately after boot, with no solution known to me except reinstalling.
That's once a day.
Neopeek did this only once.
Still have to understand what leads to ".acore" process chain crashes.
I would prefer to use Xdandroid FRX03, because it's more up to date and standard compliant, but, strangely, it's not as stable as Neopeek's FRG83, on my phone.
Cheers.
EDIT:
uh, oh, d0nate, I think we are messing it a little bit here. I am testing FRG83.R5, not SuperFroyo.
They are 2 different builds.
What are you effectively testing?
Click to expand...
Click to collapse
Ahh you poor soul.. nand meaning i no longer have wince so i cant run his installer. Abomination is a strong word.. so i take it back . But i do think it's wicked and it's not a child of xdandroid like you think. The main chunk of the project comes from cyanogen. The only parts that were pillaged from xdandroid appear to be some of the roofs files (including the hardware libs). And of course, our kernel runs the whole show.
Now why would i run some hacked up version if i can run cyanogen directly? Plus cyanogen has everything open, so we can easy work and modify it as we need. I have not seen anything shared by neopeek, so i dont feel its fair to the xdandroid team since we pretty much share everything.
If it's stable for you.. awesome.. maybe there is future for it.
[ACL] said:
Ahh you poor soul.. nand meaning i no longer have wince so i cant run his installer. Abomination is a strong word.. so i take it back . But i do think it's wicked and it's not a child of xdandroid like you think. The main chunk of the project comes from cyanogen. The only parts that were pillaged from xdandroid appear to be some of the roofs files (including the hardware libs). And of course, our kernel runs the whole show.
Now why would i run some hacked up version if i can run cyanogen directly? Plus cyanogen has everything open, so we can easy work and modify it as we need. I have not seen anything shared by neopeek, so i dont feel its fair to the xdandroid team since we pretty much share everything.
If it's stable for you.. awesome.. maybe there is future for it.
Click to expand...
Click to collapse
Woah ... I am feeling soooo noob ... dang you!!!
Since I wrote my previous post my knowledge grew about ten times ... from 0.001% to 0.01%, so now I can see what you mean about Cyanogen and all the rest.
I know it's everything but a good excuse, but please notice that I got to Android just in the form of Xdandroid, and only in the last few weeks.
So I am learning. Maybe faster than mean people, still much slower than hardcores like you or the other devs.
----------------
In the meanwhile I reverted back to FRX03.
Mainly because of stabilities (better, instabilities are regular so that can be forecasted and behaviors provoking them can be avoided with good success rate).
Still I think that maybe (and I cap it, MAYBE) Xdandroid could (I don't say should, it would be excessive) benefit from the Neopeek/Cyanogen "thing".
You know, like when you have a crate of stuff, you dive hands in it and choose and pick up just the good things/those you like.
I just dream a Xdandroid snappy like Neopeek's whatever build (I tried 2).
... the speed ... the speed .... (put here Marlon Brando's voice in Platoon, when he repeats "the horror" ... ).
Cheers!
EDIT:
I fear that you did it all by yourself, but in any case I ask you.
Is there any public documentation about going nand? What are the advantages?
You put a thermite in my left ear, you know?!?!?!
Here's the PPCG thread on NAND boot testing. Not for the faint of heart...
sad0felix said:
Woah ... I am feeling soooo noob ... dang you!!!
Since I wrote my previous post my knowledge grew about ten times ... from 0.001% to 0.01%, so now I can see what you mean about Cyanogen and all the rest.
I know it's everything but a good excuse, but please notice that I got to Android just in the form of Xdandroid, and only in the last few weeks.
So I am learning. Maybe faster than mean people, still much slower than hardcores like you or the other devs.
----------------
In the meanwhile I reverted back to FRX03.
Mainly because of stabilities (better, instabilities are regular so that can be forecasted and behaviors provoking them can be avoided with good success rate).
Still I think that maybe (and I cap it, MAYBE) Xdandroid could (I don't say should, it would be excessive) benefit from the Neopeek/Cyanogen "thing".
You know, like when you have a crate of stuff, you dive hands in it and choose and pick up just the good things/those you like.
I just dream a Xdandroid snappy like Neopeek's whatever build (I tried 2).
... the speed ... the speed .... (put here Marlon Brando's voice in Platoon, when he repeats "the horror" ... ).
Cheers!
EDIT:
I fear that you did it all by yourself, but in any case I ask you.
Is there any public documentation about going nand? What are the advantages?
You put a thermite in my left ear, you know?!?!?!
Click to expand...
Click to collapse
nand is for the brave.. so if you are just starting. then stay away since we already had a brick happen. I also corrupted something myself so it can get nasty. Once we stabilize it will get better. The main advantage is that you no longer have windows. lol.. but the disadvantage is that you dont have windows to fall back on. It also lets us develop as if the phone would be native to android. Believe it or not but wince does alot of the dirty work for us. So the nand project lets us recreate all that ourselves.
Cyanogen is just a different animal. Xdandroid is based of pure google code as it was meant to be. It also lets us modify it for our devices that were never meant to have android. Cyanogen only supports devices that already came with android. You can modify it to run on other devices, but the main builds themselves are for specific devices. Xdandroid supports all with just 1 build. We forget sometimes about our other winmo htc brethren like topaz and blacstone. But they need a build too.. .
If you are really interested in this, you can clone both codes and compare just how different we are. If you find something you think will benefit, try it out and see what happens. Gotta love opensource.
[ACL] said:
nand is for the brave.. so if you are just starting. then stay away since we already had a brick happen. I also corrupted something myself so it can get nasty. Once we stabilize it will get better. The main advantage is that you no longer have windows. lol.. but the disadvantage is that you dont have windows to fall back on. It also lets us develop as if the phone would be native to android. Believe it or not but wince does alot of the dirty work for us. So the nand project lets us recreate all that ourselves.
Click to expand...
Click to collapse
Hep, I am just a curious guy.
One of those many that want to put their nose everywhere, but also one of the few that:
a) most of the times will need to read the guide just once (if guide isn't enough there are FAQs and Google),
b) will follow instructions easily because normally understands what they mean/what they are for
c) will never give it up until success
d) will never come to the forum writing: "I have a phonez, tried to put some android on it, doesn't work HELP1!!1!!1!"
Moreover, my TP2 is just 6 months old, is a gift, I use it for work, so to not void the warranty I didn't even install HardSPL on it.
So do not worry.
I am just curious to read how you can do it.
But will not die if I don't know yet
Cyanogen is just a different animal. Xdandroid is based of pure google code as it was meant to be. It also lets us modify it for our devices that were never meant to have android. Cyanogen only supports devices that already came with android. You can modify it to run on other devices, but the main builds themselves are for specific devices. Xdandroid supports all with just 1 build. We forget sometimes about our other winmo htc brethren like topaz and blacstone. But they need a build too.. .
If you are really interested in this, you can clone both codes and compare just how different we are. If you find something you think will benefit, try it out and see what happens. Gotta love opensource.
Click to expand...
Click to collapse
Basically you are suggesting me that all the (amazing) speed of Neopeek's builds comes just from using direct EXT/SWAP partitions on SD.
So, is there anyone trying to build a Xdandroid with EXT/SWAP structure?
sad0felix said:
Basically you are suggesting me that all the (amazing) speed of Neopeek's builds comes just from using direct EXT/SWAP partitions on SD.
So, is there anyone trying to build a Xdandroid with EXT/SWAP structure?
Click to expand...
Click to collapse
Not to my knowledge. I guess we should *try* it just to see if there's a big difference... perhaps Neopeek can help us here muhahahahaha!
But I think the theory was the tradeoff would be small - a lot more work for very little reward. However, I would be interested to see if there is a difference, and if it is big or not. At the very least just to know if it's our build or just the ext2 partition that's making it feel snappier.
In addition, AFAIK swap partitions on SD cards should be avoided, unless they have a write-levelling scheme (I believe they only put these in SSD's... I don't think any SD card has this tech because it's typically unnecessary) - I've heard swap partitions can just destroy a normal SD card because of writing and re-writing to the same area of the card many, many times... I mean physically on the card, not just logically in the folder hierarchy.
Just installed it on my diamond Bluetooth does work but it doesnt pair. The screen eventually graduates to the center dividing it in opposite. I thought maybe because I was running the hot version. Repartitioned reinstalled the normal clock version runs for a time then the same. Its no better than XDA

Categories

Resources