Related
Hey guys this is important I can't continue this FAQ cause I'm goin back to school in like 4-5 days (sophmore in high school takin ap classes hell yeah!)and I don't even think I will keep my vogue. Well anyway my point is I can't update this FAQ frequently anymore but I give full permission for a copy and paste of all the info I have as long as that person will keep an Android FAQ going and knows what he is doing.
New Builds posted check the google code page (created by Vilord) http://code.google.com/p/vogue-android/
I just needed to state this because for the past couple days I've been confused with who worked on The clean 1.5 cupcake build that is on the google code page and this is what was on Vilord's Thread
Credits for the kernel (zImage) go to DZO. This kernel is unmodified, it is his latest kernel
Credits for the system image go to many people, haykuro is the original source, then further modified by Vilord to get data, market, and SD card working
The initrd is pretty much all his (Vilord) now, with a radio library from DZO, srwalter, and himself Once again apologies for whoever I didn't list I've read that countless times before but for some reason something didn't click!!
OK so there are a ton of android threads and developers and builds etc. etc. and not really many places to actually help you (besides the Android port help desk but that's just too cluttered and doesn't help you with installing and Vilord's google code page)
The first build I will help with is DZO's he has 2 builds a clean android 1.1 and android 1.5 cupcake and Vilord did most of the 1.5 build so credit goes to him too.(Full credits above) He provides all the necessary files
DZO's Thread http://forum.xda-developers.com/showthread.php?t=382265
DZO's download site http://cs-alb-pc3.massey.ac.nz/vogue
Now he was the first person I remember that ported Android and he was the first one I used. The basic files are the default.txt-This tells Haret how to load Android Haret- This is the program that runs the Linux Loader zImage- This is the kernel (I believe that was done by DZO completely correct me if I'm wrong) Initrd- Data.gz- This is where your data is stored (contacts, settings, etc. etc.) System.img This is the actual system that starts I can't describe it better than saying it is kinda like the windows folder on your phone. All Android Builds need these files to work. The only one that isn't required is Data.gz (Haret will automatically create this if you don't have it)
So the first step is to obviously download all the necessary files many are scattered but if your new I would go with the 1.5 complete zip that can be found on this google code page (DZO links off to this too) http://code.google.com/p/vogue-android/
You must then edit your default.txt to suit your device (and preferences) first thing you will want to do is change the panel type I don't remember off the top of my head what each panel type is (1 2 3) but I suggest trial and error. If you get a white screen while booting Android you must change the panel type. Next you want to input your username and password for data to work sometimes you don't need to do this (I never changed mine and data works fine). Lastly if you want you can change the resolution default is 320 x428 that's fine it's totally up to you.
Here's my default.txt for my vogue "[email protected] ppp.password=telecom mddi.width=320 mddi.height=480 lcd.density=160 msm_sdcc.msmsdcc_fmax=32000000 pm.sleep_mode=0 board-htcvogue.panel_type=0 no_console_suspend"
boot There are some other things you can change but I wouldn't if you're new to Android. After you edit the default.txt your next step is to copy all the files to your sd card and they MUST be in the root of your sd card NOT in a subfolder. Also if you would like to have android programs you need to make a new folder on the root of the sd card that is named exactly like this (caps and all) AndroidApps and you find android APK Files (for instance Anycut.apk) and copy them to the AndroidApps folder I will post a few of my apk files later The last thing to do is to boot into Android!!!! To do this in windows mobile you go to file explorer and on the root of you sd card you run the program Haret and press run (assuming you left the name of Default.txt the same if not put in the name) Then Haret will start a Linux Loader some builds take a few minutes so BE PATIENT after it boots just go through setup and you have Android setup!!! For some builds in order to get Data working (I never had to do this but some have) before you run Haret you start a data connection (clicking on internet explorer will do the trick)and leave the data connection open while you run Haret. I don't think there is a build that has Bluetooth working yet (although I believe it's coming soon) and obviously wi-fi doesn't work because our vogues don't have Wi-fi. Different builds have different things working/ not working so check the builds.
If you guys can't tell yes i'm a noob (i don't know everything) but I will still try and help
Mssmison's
New Rogers Build, Skinned build, and Hero (and lite) builds posted setting it up is virtually the same so I don't really feel the need to write about it and once again excellent builds pretty stable (especially the rogers, and skinned builds
*For any build you need the files listed above for Android to work)
Mssmison's Thread http://tinyurl.com/nzhj53
Mssmison's mediafire folder http://tinyurl.com/mzgx3q
Mssmison's builds are the next ones I want to help with because many people are having problems with his Hero builds.
First off Mssmison has three main builds (they expand into later versions though) The Hero build (if you're not familiar with the Hero it's a new phone made by HTC that is set to debut here in the US in October http://tinyurl.com/kln4ke) the part people love about this phone is the senseui which is touchflo for Android and the various Hero builds focus on porting the senseui to our vogues. The next build is his rogers build and lastly the Hero skinned themes (cupcake build but skinned to look like the hero doesn't have touchflo though).
The Hero Build-It's very nice and definitely appeals to the eye however all builds (not the faults of mssmison, zenulator, etc.) are pretty slow on our phones. Mssmison gives you two files the system.img and the initrd you need both files and you simply rename the system file (the latest one is named hero251.img) to "system" (w/o quotes) and replace the files on your sd card with these two new ones from mssmison's mediafire folder. Once again you still need he files listed above default.txt, Haret, and Zimage you can download these on the google code page. This part is important open your default.txt and edit the resolution and lcd density I don't believe that any default.txt has a lcd.density string yet so just add it right after the resolution and also change the resolution to 320x480 if you don't do this the Hero splash screen will just keep looping. Basically replace "mddi.width=320 mddi.height=428" with "mddi.width=320 mddi.height=480 lcd.density=160" (w/o quotes)*As pointed out by JaredaKelly you shouldn't copy and paste because that will break the string so enter it manually* Mssmison's newer builds (2.0 and up) don't require a data file so you can just delete that if you have it. Now the key with this build is PATIENCE after you have finished following the instructions above you start Haret (its supposed to be on the root of your sd card if you followed the FAQ) ********It will take a little while to get to the Hero splash screen so be patient while it runs and creates a data file. When it does get to the Hero splash screen and the animation runs through it will take about 3-4 mins. so again be patient. When it finally boots up you will get a force close/wait screen click wait for however many there are until there is a force close only screen DON'T press force close yet wait (usually another 3-4 mins. could take longer though) for the language options come up (wake your phone up and unlock it if it falls asleep). After you see the language options behind the force close then you can hit force close and go through the setup after you go through it it will seem like it freezes (I think it's location consent) don't click like mad all around the screen just wait and it will reboot Android (not windows) and then it will start to load touchflo like I said wait it takes a while and when it finally does your done and you can now boot into The Hero build of Android!****** If you would rather it be faster on the home screen open the menu (volume slider down) and click settings>applications>manage Application>scroll down to touchflo and click it then press clear defaults. Then go back to the home (press the power button on top of the phone) and it will ask you for some default thing just click the check box on the bottom and press home and you won't have all the nice new widgets but you'll still have the nice new apps and hero splash screen etc. etc. and it will be way faster. Now there is a hero lite version if you want it just follow the instructions above (includinig disabling touchflo) and download the Hero lite version rename it to system and overwrite the old one on your sd card and you will be done!
New Hero Builds by mssmison posted on the google code page he gives you a data file so it loads wayyyyyyyy faster so if you have his newest build don't worry about the part in red http://code.google.com/p/vogue-android/
Next Mssmison Build I wanted to help with is his Rogers build I must say this build is very well done and one of the fastest I've ever seen. Basically it's kind of like Hero getting setup except like 50 times faster what you do is (once again assuming you have followed the FAQ and have these files listed above) go to mssmison's mediafire folder and obviously download the (you MUST use both of mssmison's files!!!)Rogers build and initrd rename the system file (the most recent is named Rogers2.0) just "system" (w/o quotes) and replace the 2 files on your sd card with the two Rogers build files then just like you do in the hero build open your default.txt and edit the resolution and lcd density I don't believe that any default.txt has a lcd.density string yet so just add it right after the resolution and also change the resolution to 320x480. Basically replace "mddi.width=320 mddi.height=428" with "mddi.width=320 mddi.height=480 lcd.density=160" (w/o quotes) I believe it is always better to start with a new data file when you try a new build so just delete your old data file and run Haret after it calls up the linux loader it will make a new data file and all you have to do is wait for the setup (like I said faster than hero) and there you go Mssmison's Rogers Build!!!
Hero Skinned Cupcake Build- This is one of my personal favorites I love the skin and it's a fast build. So first download the cupcake build from mssmison's mediafire folder*His newer builds are hereat the google code page After you download it (it's only one system file) rename it to "system" (w/o quotes) unlike the other two builds you can use any initrd you want (For the 10th time assuming you have followed the FAQ and have these files listed above) I just use the one on the google code page copy the file to the sd card and another thing you don't have to do is mess with the default.txt resolution I just leave mine at 320x428 because in my opinion I think it looks better but you can change it to whatever you want mine looks like this "mddi.width=320 mddi.height=428" (w/o quotes). After all is copied just boot up Haret (use any data file you want or use no data file because Haret will make one for you it doesn't matter) wait ouot the Linux Loader and you're presented with the setup screen and Ta-Da!! Mssmison's Hero themed cupcake Build!!
New Palm Pre Skin build!
Step 1: Make sure you have all the files listed above, if not download the cupcake 1.5 bundle from http://code.google.com/p/vogue-android/ and put them on the root of your sd card
Step 2: Edit your default.txt (for more info look at previous posts)
*I put mine at 320x480 and it worked I'm not sure if it'll work with different resolutions (I would imagine so)
Step 3: Download the Palm Pre theme system.img from http://code.google.com/p/vogue-android/ rename to "system" (w/o quotes) and overwrite the old system on your sd card
Step 4: Boot into Haret with File Explorer (or similar) and go through setup (unless you have your own data file)
Then your done!
UPDATE Mssmison posted a new file on the google code page rename it to system and follow these same steps Also Mssmison is now going to start posting on the Google code Page now so expect his builds to be there from now on
Zenulator's Build
Zenulator's Thread http://forum.xda-developers.com/showthread.php?t=542367
Update Zenulator's New Thread http://forum.xda-developers.com/showthread.php?t=544906
You can also find his builds here http://code.google.com/p/vogue-android/
Zenulator's google code page http://code.google.com/p/vogue-hero/
Hero Build-This is personally my favorite Hero Build (and it's actually useable) it's very fast sleek and nice.
Step1: Download the Hero Bundle from the pages above
Step2: Copy them to the root of the sd card
*You could use your own data file but I prefer not to*
Step3: Edit the Default.txt you only need to change the panel type and the resolution to 320x480
Step4:Boot into Haret with File Explorer (or similar)
Step5: Go through the setup and you may get a wait/force close screen at bootup but just press wait and there you go Zenulator's Hero Build!!!
Forgot to mention the keys are remapped the volume sliders actually control volume! The power button is the menu the d-pad and middle button are the same and the side camera button is back while the end button is still power collapse If you want to have a home button goto App drawer>spare parts>End button behavior>click home,then sleep now when you press the end button it will take you home if you press it at the home it will goto sleep mode
P.S. The only things are switches for mobile and GPS and a clock. add more by pressing and holding a blank area on the home screen and select HTC or Android Widgets and to delete widgets press and hold the item then drag them to the bottom
APKs
Here's a couple of my APK files http://rapidshare.com/files/262729410/AndroidApps.zip
Here are a few sites
http://www.androidfreeware.org
http://andappstore.com/AndroidApplications/apps/!index
http://www.androidfreeware.net/
http://forum.xda-developers.com/showthread.php?t=469368 a thread with more apks
PM If you've got more apk files
Other
Grantemsley has remapped the buttons here's his thread
http://forum.xda-developers.com/showthread.php?t=545393
Other Builds
PM me if theres a build you like that I don't have
I don't know how important this is,
But today I discovered you can turn the volume up and down by holding the camera button and the volume up/down.
It works, and its so convenient.
xeongx said:
I don't know how important this is,
But today I discovered you can turn the volume up and down by holding the camera button and the volume up/down.
It works, and its so convenient.
Click to expand...
Click to collapse
whew, many many thanks for that one mate.
how do you become a root user? also is there any way to reset the phone instead of just powering off?
I posted this in the Polaris thread to help users who were having problems getting the hero builds to boot:
I now have all the hero builds working.
Instructions:
Download zenulators hero-black build here
Connect to data in WinMo. (dont know if necessary but it might help with data issues).
Unpack to sd card and run.. no data image.. let it create one. it takes at least 10 mins to get to the lock screen.. dont touch anything even when the lock screen comes up .. clck wait on all the forced close boxes until it settles down. Add apn settings, connect modem and skip sign into google as this hasnt worked for me yet. Wait for it to become steady and the digital clock is on the screen then power off.
reboot and backup your newly created data image, you'll use this now for all these builds.
copy the hero image lite or full and run.. it should boot straight into Android.. enjoy the new touch flo.. realise its completely unusable but that you just had to see it anyway (even though you already knew that ) and then switch to the more usable lite version by copying the lite system image and renaiming it.
Good luck
Click to expand...
Click to collapse
You mightbe able to use it
bally3 said:
I posted this in the Polaris thread to help users who were having problems getting the hero builds to boot:
You mightbe able to use it
Click to expand...
Click to collapse
Thanks I'll add that somewhere!
keep up the good work, i swiped my whole sd card and im restarting with your instructions but using the lite build... hope this works =]
Just FYI not all vogues use a board panel type of 0. Many sprint vogues, for instance, use 3. Trial and error until it works for those starting out.
tatnai said:
Just FYI not all vogues use a board panel type of 0. Many sprint vogues, for instance, use 3. Trial and error until it works for those starting out.
Click to expand...
Click to collapse
Well yeah that's why I said if you get a white flashing screen to change it I remember DZO saying he used 3 thanks for making it clearer to people
Good Idea
I guess the android ports are getting more action than the WinMo roms.
If you can keep this together it will be a great help to the community.
clules94 said:
Well yeah that's why I said if you get a white flashing screen to change it I remember DZO saying he used 3 thanks for making it clearer to people
Click to expand...
Click to collapse
Well actually you shouldn't have zero for the panel type, it means "don't power down the panel" but is not recommended because it messes up the vsync sometimes and will use more power than the others when the panel is off. Tell people to try 1,2 and 3 until it works.
good ^^d f f
Maybe we should ask the hosts of this website if we can get our own thread for Android Ports in general. There are so many people that dont know that Android can be ported to different devices. If we had our own section, the porting scene would skyrocket and things would come along quicker with more developers on board.
Fist question: Downloaded the app AndNav for gps navigation... it is a folder eith no .apk file. I have AppInstaller but how do I install this program?
Nest question: Using zenulator's Hero build, what can you do as far as syncing with a PC? It has HTCsync or whatever, does it work? I will plug it in and give it a shot.
dzo said:
Well actually you shouldn't have zero for the panel type, it means "don't power down the panel" but is not recommended because it messes up the vsync sometimes and will use more power than the others when the panel is off. Tell people to try 1,2 and 3 until it works.
Click to expand...
Click to collapse
See proves I'm still a noob! haha well thanks will do DZO
Ok so I picked up my Droid X about a month ago and haven't been able to put this thing down, I never thought about rooting it because it did everything I needed/wanted it to do, then one day I log into my car forum and all the OT guys are posting cool print screen's of their phones. I was intrigued, so I rooted my phone and have been trying to figure out a few things but I'm not really up on the terminology and/or logic behind doing certain things. I would greatly appreciate any help in regards to explaining the following:
1) Rooting - Takes off restrictions on the phone so that developer apps can be installed... Is there more to this or is that pretty much it?
2) Flashing - I see this term often but I'm not sure what it is exactly, I tried installing a theme once and the directions said to flash something somewhere and looked at it the same way my dog looks at me while I'm working out at home.. lol
3) ROM - !?
4) apk's - What are they, what do they do, and how do you install them!?
5) Installing themes - I'm thinking has to do with all of the above...
6) Locating and moving downloaded content...
7) How do all of these things tie together? I'm completely clueless as to what does what on the phone and would like to become as knowledgeable as I was when the iPhone first came out and I figured out how to jailbreak/unlock it...
As a reward for your time and effort I leave you Final Fantasy VII fan's with a cool wallpaper I found at work today.. Thanks for any/all input and again, your time is most appreciated!!
Initial GT3 said:
Ok so I picked up my Droid X about a month ago and haven't been able to put this thing down, I never thought about rooting it because it did everything I needed/wanted it to do, then one day I log into my car forum and all the OT guys are posting cool print screen's of their phones. I was intrigued, so I rooted my phone and have been trying to figure out a few things but I'm not really up on the terminology and/or logic behind doing certain things. I would greatly appreciate any help in regards to explaining the following:
1) Rooting - Takes off restrictions on the phone so that developer apps can be installed... Is there more to this or is that pretty much it?
2) Flashing - I see this term often but I'm not sure what it is exactly, I tried installing a theme once and the directions said to flash something somewhere and looked at it the same way my dog looks at me while I'm working out at home.. lol
3) ROM - !?
4) apk's - What are they, what do they do, and how do you install them!?
5) Installing themes - I'm thinking has to do with all of the above...
6) Locating and moving downloaded content...
7) How do all of these things tie together? I'm completely clueless as to what does what on the phone and would like to become as knowledgeable as I was when the iPhone first came out and I figured out how to jailbreak/unlock it...
As a reward for your time and effort I leave you Final Fantasy VII fan's with a cool wallpaper I found at work today.. Thanks for any/all input and again, your time is most appreciated!!
Click to expand...
Click to collapse
First off- that is a lot to bite off as an opener. lol. I have to get in a minute- plus I am a newb as well but here a couple of things...
1) You sound pretty on track. Root gives you access to more options with your phone. It also voids your warranty.
2) Flashing. A term used loosely. Normally it is used in conjunction with "flashing a rom". It simply means to install something (basically).
3) Rom. It is the image (not in the photo-graphical sense) that is embedded/burned on your phones hard drive with all the information of your operating system. For instance: you are on the stock 2.2 ota "rom". But you could "flash" the new "AOSP rom" that was just released. That means you would be removing the factory image that came on your phone and replacing it with a modified image. Theme's and .apk's -those are not "burned" into the phone. If you do a factory reset- those will be wiped. The rom image stays put. If you flash from 2.2 ota to AOSP and then did a factory reset- you would not return to the original state your phone came from Motorola bc that image is completely removed and replaced by the new image you flash. Instead you would return to a clean AOSP.
4) .apk's - .apk is simply the name of the file extension used for android applications. I came from Windows Mobile and they were called .cabs. So any app can be referred to as an .apk. You can download an apk from XDA, place it on your sdcard, tap the file, and i think you will be prompted with "do you want to install" (some where along those lines). There is a setting in the "Settings" that allows you to install 3rd party (non-market) .apk's.
5)Installing themes. This refers to modifying the images (and this time I do mean in the graphic sense) of certain .apk's and other whatchamajiggies. You can install a simple theme that just changes your lockscreen, or you can install a huge theme that changes almost every part of every image so the entire phone looks similar. Here is the tricky part about using themes- your phone has to be deodexed.
deodexed. When you get your phone all of the system files come with a few different parts to them. One of those parts is an odexed file. Apparently the theme building types do not like working with these files so they run this process called de-odexing in which all of the system files are somehow manipulated in a way where they no longer need their odex file. So you end up "de-odexed". There is a program called "xultimate 2.2" that enables regular folk like you and me to deodex our phones. I tried running it yesterday and it errored out on me. So I used another method that worked fine. There are some threads on here about deodexing- if you want themes you will have to do it.
6) locating and moving downloaded content. When you have root you can get Root Explorer from the market. I am sure there are other good file exploreres- but I can't speak to them- I use Root Explorer. As far as locating downloaded content- whenever I download something from my phone, it always (normally) goes to /sdcard/downloads. If it is not there, I guess you just do a search for it. If you want to move it- long press the item, copy, move.
And you will need to google "ADB" (android device bridge). Many of these activities will require the use of ADB. You plug in your phone through USB (make sure phone settings are set to "USB debugging") and... well there is just way to much on this one. Google this one and you will find a lot of stuff- or search it here on XDA
have a great weekend. got to go.
I will try to set up a guide to contain all of the information to get the most out of your I9000 Galaxy S. First the fineprint:
I am not responsible for any damage that any of these instructions may inflict to your phone, computer or any other device that is used in the processes described herein. I am also not responsible if you lose your warranty by flashing your phone with unsupported firmware or if any of these instructions brick your phone, if it will rape your wife or if it will eat your liver with some fava beans and a nice chianti.
I didn't test any of the programs specified herein for viruses/trojans/etc. I run Windows in a VirtualBox that doesn't have access to the internet and doesn't contain any private data, so I don't care for viruses, if you care for your OS though, you should check the programs for viruses before running them.
Use common sense when following such instructions, some of the things may differ because of different program versions, different operating systems or different setups.
Some of these instructions are based on a stock firmware, if your firmware is modded in any way, some of the things described herein may be inappropriate for your device.
1. NOT bricking your phone.
--Why, when, where: Everyone's afraid of bricking their phone. I see the term "bricking" is being a bit overused in these forums though. Everyone is using it, even for the case where the phone can actually be "repaired" with a few simple hacks, IMHO the term "bricking" should only be used in the case where you get your phone in a state where it is inoperable AND you can not in any way repair it yourself.
--Prerequisites: A bit of common sense.
There are a few simple steps that you can follow, to get the risk of "bricking" (as in, you can not repair it yourself and need to somehow get Samsung to either repair it for you, or give you a new device) to a minimum:
1.1. Before trying any of the other steps, make sure that you can get to both the "Recovery mode" and the "Download mode" using the 3-button-combo. If this doesn't work for your device you can try following the steps described here: http://forum.xda-developers.com/showthread.php?t=810686
1.2. Try to avoid flashing stuff that contains a bootloader. The only way to permanently brick your phone so that you can not repair it yourself (at least AFAIK) is to flash a bootloader and then interrupt that flashing. If the bootloader didn't get flashed properly and it's broken, there isn't much you can do about it, and you need to somehow get Samsung to either repair it or give you a new one (if you're lucky). If the bootloader is fine, there is almost always a way to "repair" your phone yourself.
1.3. Do not interrupt the flashing processes. When using Odin or Heimdall to flash stuff to your phone, there is always the risk of bricking it if you interrupt the flashing process. If the bootloader is fine though and you can get into the "Download mode", you might be able to repair it.
If you follow these simple advices, it might save you money, nerves and also some time without your phone (the time that it takes Samsung to repair it, which can sometimes, depending on country, be even a couple of months).
2. Flashing stock firmwares.
--Why, when, where: You should usually do this if your phone doesn't work with your current firmware, if there is a new firmware out that might work better or if you just want to go to a stock firmware.
--Prerequisites: Odin, a stock firmware (from www.samfirmware.com for example).
NOTE: Apparently there are people that report that using Odin v1.3 might interrupt the flashing and leave you with a soft brick and that v1.7 doesn't have this problem. I have always used v1.3 and never had problems because of it, but if v1.3 isn't working for you, you might give v1.7 (or even heimdall) a try before giving up.
The steps to flashing a stock firmware are already described in a couple of other threads, like: http://forum.xda-developers.com/showthread.php?t=818556
Nonetheless, here a quick sum-up of what you have to do:
2.1. Open up Odin.
2.2. Put your phone in the "Download mode" with the 3-button-combo (Volume Down + Home + Power).
2.3. Connect your phone to your computer (DO NOT CONNECT THE PHONE BEFORE OPENING ODIN OR THIS WILL NOT WORK).
2.4. Odin should recognize your phone and one of the "com" boxes should light up yellow. If this isn't the case, try repeating the previous steps and eventually connect your phone to another USB port.
2.5. Select your firmware in Odin.
2.5.1. --OPTIONAL-- If you want your phone to be like new, you can select "Re-Partition" in Odin, which will make it repartition your Internal SD. In this case you also have to use a .pit file (WARNING -- you will lose all of your installed applications and settings).
2.6. Take a deep breath and click the "Start" button.
2.7. Wait for the firmware to be flashed and for the device to be restarted.
2.8. You now have a stock firmware. If you also selected "Re-Partition" in Odin, all your programs and settings will be gone and your device will be like new.
3. Rooting your phone and flashing a custom Kernel.
--Why, when, where: Rooting your phone will get you super-user permissions to Android (super-user is Linux's equivalent of "Administrator rights" in Windows). This will allow you to execute some programs that need root permissions, access partitions that you otherwise couldn't and do other cool stuff with it.
--Prerequisites: Stock firmware (as most --if not all-- of the custom ROMs or kernels have root permissions already), Odin or Heimdall.
There are many ways to get root permissions on your device, like with special apps (OCLF for example), with CWM (aka ClockWork Mod) or, my preferred method, flashing a kernel that has this built-in. For this example I will use the SpeedMod Kernel, which is my preferred one. If you have another kernel that you like and that has root built-in, you can use that one.
3.1. Download your preferred kernel (the version for Odin, not the one for CWM).
3.2. Open up Odin or Heimdall.
3.3. Put you phone into "Download mode" and connect it to your computer (DO NOT CONNECT THE PHONE BEFORE OPENING ODIN OR THIS WILL NOT WORK).
3.4.1. If you are using Heimdall, unpack your kernel until you end up with a file called zImage. Select that in Heimdall in the box for "Kernel (zImage)" and click Start.
3.4.2. If you are using Odin, select the file you downloaded in the PDA box and click Start.
3.5. After your Phone reboots, go into "Recovery mode" and go to "Advanced Speedmod ULK features" -> "ROOT / Install Superuser".
3.6. After rebooting the phone again, you should have root permissions.
4. Deodexing your apps and framework.
--Why, when, where: The system applications and the framework files on the Android OS are normally 'odex'ed. By deodexing, you will get rid of the .odex files that come with every apk and jar file and you will be able to edit the apks like any other apk. It will also save you a wee bit of space, and make your apps launch a wee bit faster.
--Prerequisites: Stock firmware (as most --if not all-- of the custom ROMs are deodexed already), xUltimate (this is what I found to be the easiest, if you know any software that is better, please let me know), root permissions.
You can download xUltimate from here: http://www.droidforums.net/forum/xeudoxus/47283-release-xultimate.html
There are more ways to deodex your apps, but I found xUltimate to be the easiest.
4.1. First of all, you need to get the files from "/system/app" into the subdirectory "origi_app" and all of the files from "/system/framework" into the subdirectory "origi_frame". Both "origi_app" and "origi_frame" should be in the folder you extracted xUltimate to. If they don't exist, create them yourself. There are actually two ways to get the files there, either with xUltimate itself (options 1 and 2) or by copying them to your SD with "Root Explorer" for example and then copying them from your SD to your computer (or with adb of course).
4.2. Deodex the apps and framework with xUltimate, options 3 and 4.
4.3. After deodexing is finished, the deodexed files will be located in the directories "done_app" and "done_frame" in your xUltimate folder. You have to get these files back to their original directories, in /system/app and /system/framework. Again, there are a couple of ways to do this, either with adb (MOST RECOMMENDED ONE), or with "Root Explorer". For the adb method, you should open a command prompt and execute following code:
Code:
adb shell
su
stop
mount -o rw,remount /dev/block/mmcblk1p21 /system
rm /system/app/*.odex
rm /system/framework/*.odex
cp /sdcard/done_app/* /system/app/
cp /sdcard/done_frame/* /system/framework/
mount -o ro,remount /dev/block/mmcblk1p21 /system
reboot
5. Optimizing and zipaligning your apps.
I wasn't yet successful at optimizing or zipaligning. Optimizing (aka Compressing) the apps gave me a lot of FCs, optimizing the framework files gave me bootloops. If anyone has any advice on this, I'd be very thankful.
Also, see post #2
6. Protecting your screen.
--Why, when, where: This is not about protecting your screen from scratches, but rather about protecting it from degradation over time. As you might already know, AMOLED screens are prone to the "burn-in" effect. To elaborate a little: AMOLED uses Organic LEDs to display the amazing graphics you see on your display. These OLEDs are very good at displaying bright, colorful pictures, they have a downside though -- they fade over time. That means, the more a specific OLED is used, the less light it emits. If the whole screen would degrade at the same pace, that wouldn't be such a BIG problem, but the very nature of the OLED screens makes them degrade unevenly. That means the OLEDs that are used more frequently (like clock, phone signal, wifi, notification bar), get dimmer faster and this leads to ugly "shadows" on fullscreen apps. To be able to keep your screen as beautiful as new, I got a couple of tips, so that the display degrades more evenly and you avoid the ugly "shadows".
!! Most users won't even notice these degradations, also they won't be noticeable in 90% of use-cases and they will only appear after longer use (6 months+), but you can still use these tricks if you want your display to be almost as good as new a couple of years from now !!
6.1. Don't set brightness to 100%. At least not all the time. You should best be using a brightness setting that fits your ambient light, or the "Automatic brightness" setting. This will ensure that the OLEDs don't wear out as fast (the brighter you use them, the faster they will degrade).
6.2. Use a grey notification bar. The notification bar is the biggest "static" element on the screen. Most apps that are not fullscreen, will also show the notification bar, and this leads to an uneven degradation in that area if it isn't a neutral color. If you use a white notification bar, the OLEDs there will get dimmer faster and you will get an ugly shadow when using fullscreen apps, if you use a black notification bar, it will not degrade as fast as the rest of the screen and that area will be "brighter" in fullscreen apps, that's why I recommend a medium grey.
6.3. Use as little static elements as possible. If you don't need the clock in the notification bar, get rid of it. Get a theme that uses grey or green icons (see next step why) and try not to leave the phone on over night displaying the same static image.
6.4. Avoid blue. As you can see here for example: http://img24.imageshack.us/img24/8057/new1ls.png the blue OLEDs are degrading at a much faster pace than the green or red ones, this is why you should avoid using blue wallpapers or blue themes, they will make your display degrade faster than if you use a green theme and a green wallpaper for example.
These tips won't make your screen live forever, it will degrade too, but by using these tips, at least you can assure that you will have the most of your awesome display even in a year or two from now.
7. Theme-ing your phone.
Coming soon...
8. Unlocking your phone.
--Why, when, where: If you bought your phone with a contract, chances are that it might be locked in that specific network. If you want to also use other SIM cards in it, that are from another provider, you will have to unlock the phone (!! WARNING !! in most cases this will lead to a void warranty, please consult your contract).
--Prerequisites: Root privileges, adb.
8.1. Get the /efs/nv_data.bin file from your device to your computer. You can do this either with adb or by copying the file to your SD card with "Root Explorer" and then copying it over to your machine from the SD (Be sure to keep a backup of this file and the /efs/.nv_data.bin.md5 file.)
8.2. Open up the file in a hex editor, go to the address 0x181468, where you will see something like this:
FF 01 00 00 00 00 46 46 46...
We are interested in that first '01', that means the phone is locked. Just change it to '00' and save the file. Copy it back to your SD card and then with "Root Explorer" back to it's original location (or 'push' it directly with adb). Then remove the .nv_data.bin.md5 file and restart the device (Again, be sure to make copies of these files before modifying or deleting them!). After this, you should be able to insert any SIM card into your device and it should work without the need for any further hacks.
9. Setting up 'adb' on your machine.
--Why, when, where: adb (aka "Android Debug Bridge") is a tool that will let you execute remote commands on your android device. It is useful for debugging, accessing and copying files from/to your device and much more.
--Prerequisites: The android SDK, which you can download from here: http://developer.android.com/sdk/index.html and the USB drivers for your phone, which you can get by either installing Kies or by downloading and installing these drivers: http://www.mediafire.com/?a6ni32dk6nn953b (password is 'ragin' -- I didn't test them, so feedback on these is welcome).
9.1. Unpack the downloaded android-sdk.
9.2. Go to the unpacked directory and launch the SDK Manager.
9.3. Go to "Available packages" -> "Third party Add-ons" -> "Google Inc. add-ons" and tick the box next to "Google Usb Driver package" and the click on the "Install Selected" button. This will download and install the Google USB Drivers.
9.4. Whenever you want to connect to your phone through adb, make sure that you have enabled "USB Debugging" under "Settings" -> "Applications" -> "Development".
9.5. You should now be able to open up a command line ("Start" -> "Run..." -> Type "cmd" and click "OK"), cd to the subfolder "platform-tools" under the folder where you unpacked android-sdk and run "adb" in there.
Take some time to get used with the commands that adb offers, as these will help you to debug problems when you encounter some.
10. Lagfixing
--Why, when, where: It is said that the default filesystem that is being used for the partitions on the SGS (RFS) is having slow read times and thus the programs launch a bit slow, sometimes perceived as "lag". This can be fixed by converting the filesystem on the most used partitions to a more modern filesystem, like the ext filesystem, which not only has a bunch of improvements over such old filesystems like RFS, but also seems to be a bit faster.
--Prerequisites: A kernel that supports lagfix.
10.1. Since every kernel has it's own way of converting your FS, you should best look into the documentation of your kernel on how you can apply a lagfix. Some even apply it automatically for you (as in, "lagfix on" is their default setting).
11. Do NOT overcharge
--Why, when, where: Almost all new batteries have an overcharging protection. This means that the protection that is built into the battery will not let it charge to 100%. This is a feature, not a bug! This will help prolong your battery life while also keeping it safe from overheating/explosion/etc. Do not try to trick it and unplug and plug again until you see 100%, just get used to the fact that you can't have 100% battery anymore and live with it, or you risk destroying your battery.
12. Call recording
--Why, when, where: Most Galaxy S firmwares don't have the ability to record both streams of a call. This is not a bug, it was designed like this because in most countries it is illegal to record someone without their permission. Yes, there are apps that will let you record a call, but without software support, it will record the other end from the microphone, which will result in low quality, but there is a workaround.
This might be illegal in your country! I'm not responsible if you get sued for recording someone without their permission.
--Prerequisites: Root permissions, adb/root explorer, a 2.2.1 firmware.
12.1 Download the attached "CallRecord.zip" and unpack it.
12.2 After unpacking you should have 3 .so files. You need to get these files into your /system/lib folder with either adb or by copying them to the phone and then using "Root Explorer" to copy them to the proper folder.
12.3 Reboot.
12.4 After the phone has rebooted, you can use most apps that are on the market to record calls properly (that means not from the microphone). I use AllCallRecorder because it is simple and does the job. There are also Phone.apk's that have call recording built in, you could also install one of those and record your calls with it.
That is all for now. I will add more information as time goes by and I hope this will become a full guide on how to make the best out of our devices. If you have constructive criticism, questions or any ideas or tips on how to improve this, please let me know. If you don't have anything constructive to add to this thread, please DO NOT post. If my troll alarm goes off, I WILL ignore you.
Thanks goes to:
ragin for the USB drivers.
I have learned most of the stuff I put here from various searches on Google and the xda forums and I may not remember the exact threads I got them from. If you feel I have copied your work without giving you credit, I am very sorry for that. Please let me know via a post or a PM and I will link you in the "Thanks".
I am sorry if my English is bad, it's my third language though. I hope that the post is understandable by most people.
This post will contain instructions for *nix based operating systems
Because I am using Linux myself and because it is much easier to do stuff in the command line on Linux than it is on Windows, I will mostly post instructions for *nix systems. If anyone wants to help out by "translating" them over for Windows machines, I can include it in the next post.
Optimizing and zipaligning
I have managed to Optimize and zipalign the apps in /system/apps with the following code.
You need to run this on a *nix distribution (I used Ubuntu) with at least the following packages installed: bash, zip, unzip, optipng. Put all the .apk files from /system/app in a folder on your machine, cd to that folder and execute this code snippet.
Also, beware that some of the apps might not work (I had for example FCs with the camera and the phone app), I'll try to figure this out and make it pretty much foolproof. Currently everything but the .9.png files are optimized (the .9.png files are some special files that can't be treated like normal png files).
Code:
for apk_file in *.apk; do
file_name=`echo $apk_file | sed -r s/.apk//`
echo -ne "Unpacking\t$file_name.apk... "
mkdir $file_name
unzip -qq $file_name.apk -d $file_name
cd $file_name
echo -ne "Done.\n"
echo -ne "Optimizing\t$file_name.apk... "
for pngfile in $(find . -name '*.png' | fgrep -v .9.png); do
optipng -quiet -o 5 $pngfile
done
echo -ne "Done.\n"
echo -ne "Repacking\t$file_name.apk... "
zip -q -0 -r ../$file_name.apk *
cd ..
rm -rf $file_name
echo -ne "Done.\n"
echo -ne "Zipaligning\t$file_name.apk... "
zipalign -fv 4 $apk_file $apk_file.za
mv $apk_file.za $apk_file
echo -ne "Done.\n"
done
EDIT: I added the -0 flag to the zip command, since you should never "compress" apk files, because this leads to the FCs I was experiencing.
Post also reserved.
Last reserved post. You can start flaming now.
shantzu said:
Last reserved post. You can start flaming now.
Click to expand...
Click to collapse
Posted in the wrong place... try reading the faq's about where this belongs.
davidf said:
Posted in the wrong place... try reading the faq's about where this belongs.
Click to expand...
Click to collapse
Well, the rules of the development section state: "Rom Development - only meant for very advanced technical discussion directly related to ROM development activity and the delivery of actual ROMs and ROM components ONLY."
I'd regard this as an "advanced tehnical discussion", since it also contains information on how to deodex and (to come soon) optimize/zipalign your apps, that's why I thought it would belong here. I would also like this to be a place for advanced discussions on best practices on deodexing, theme-ing, and otherwise modifing a stock ROM manually. If the moderators still think that this doesn't belong here, I'm sorry, and would like to ask them to move it to the proper Forum.
Sticky Material.
Don't you think your Title is misnamed? The thread contains much more than just a guide getting most out of our SGS.
Very good effort anyway.
ragin said:
Sticky Material.
Don't you think your Title is misnamed? The thread contains much more than just a guide getting most out of our SGS.
Very good effort anyway.
Click to expand...
Click to collapse
Well, I didn't know what else to name it, and didn't want to use a really long name. I think this title best describes what it's about...
Thank you for your reply!
very good post. It'll be extremely helpful for new users i reckon.
question
can this method be used on almost any samsung galaxy? (i have galaxy 551)
and about deodexing...is xUltimate a general app for any Android phone or only for SGS ?
Awesome stuff thanks for this cleared up a few things
waveboy2u said:
can this method be used on almost any samsung galaxy? (i have galaxy 551)
and about deodexing...is xUltimate a general app for any Android phone or only for SGS ?
Click to expand...
Click to collapse
Well, the program seems to be posted in the "Motorolla Droid" forum, so I don't think it was even intended for the Galaxy S. If I were to guess, I'd say it might work on any Android device. Just be sure to make a backup in case anything goes wrong.
Thanks alot! Never knew the degrades display.
Sent from my GT-I9000 using XDA App
Shantzu, first, thank you very much for this valuable contribution!
While I agree that it is related to "highly technical discussion", it's not directly connected to ROM cooking/development. In fact, this is the kind of thing that people should read before they start mucking about in the dev section
I've gone ahead and moved it to the general section and made it a sticky topic for now. However, those are starting to pile up in this section, so we'll likely roll up several useful threads like this one into one unified reference sticky here soon.
sirphunkee said:
Shantzu, first, thank you very much for this valuable contribution!
While I agree that it is related to "highly technical discussion", it's not directly connected to ROM cooking/development. In fact, this is the kind of thing that people should read before they start mucking about in the dev section
I've gone ahead and moved it to the general section and made it a sticky topic for now. However, those are starting to pile up in this section, so we'll likely roll up several useful threads like this one into one unified reference sticky here soon.
Click to expand...
Click to collapse
I was thinking about this guide as some kind of "cook your own ROM directly on the device", that's why I was also including tips on how to deodex the apps and I'd also like to include tips on how to set up themes (not install third party themes, but rather explain where each icon can be found and how it can be modified) and other mods. Anyway, if you think it better fits in the General section, I'm fine with that, as you can see I'm pretty new in these forums and not that experienced (for example I have also seen a guide on how to manually unlock the phone that was stickied on the Developers section).
Anyway, sorry again for the trouble and thanks for clearing it up!
Very good post. Thank you!!
Very good work. One thing i noticed though: you use ext fs for the system rw remount. This i think will only work for ext converted system partitions not the original rfs system.
Sent from my GT-I9000 using Tapatalk
liraindon said:
Very good work. One thing i noticed though: you use ext fs for the system rw remount. This i think will only work for ext converted system partitions not the original rfs system.
Sent from my GT-I9000 using Tapatalk
Click to expand...
Click to collapse
I know, it normally shouldn't work, but it actually does. I don't have any lagfix applied and it works just fine. I will try and see though if I can come up with a more general command that 100% works in all cases.
EDIT: ok, not specifying any filesystem at all works too. I will have to see if this also works with a lagfix enabled, but I guess there shouldn't be any problems.
Thanks for your comment!
whoa didnt know about degradation... thanks!
nice
very good write up.. +1
Hello everyone,
This thread previously was a discussion area for the Ouya Boot Menu feature during its early development.
It's now being transitioned to a support area. The new project description/download page is at:
http://forum.xda-developers.com/showthread.php?t=2499673.
Thanks!
CWM Bootloop
Hal9k+1 said:
Hello everyone, attached is the ZIP of an updated CWM Recovery IMG file.
This image is based on the latest stock Ouya kernel in GitHub. The kernel contains some newer HDMI code, which will hopefully increase the chance of getting the CWM graphics showing up properly. I also turned off HDMI’s HDCP in the compile (not needed for a utility partition such as this), and grabbed a patch from Kulve’s Ouya kernel fork to really ensure HDCP bypass.
More importantly, the image contains Tasssadar’s excellent work involving KExec-HardBoot. This technology should allow for the implementation of a “fastboot boot”-related capability from a running ROM, enabling kernel chain loading. The recovery image in particular will be a place to practice with KExec-HardBoot, and come up with a booting method that could eventually be flashed to the boot/kernel partition.
It is fine (and recommended) to fastboot to this image as a quick verification of things. However, it will be necessary to flash to the Recovery (“SOS”) partition for proper testing of KExec-HardBoot, since there’s an embedded reboot (to Recovery in this case) in there. Do *NOT* flash this to the Boot.
A simple chain load test can be done by extracting “zImage” from this image, and “initramfs.cpio.gz” from your current ROM kernel. (Included is “unmkbootimg” that can help here - runs on Linux.) Push these to /tmp on the Ouya while it is running this image. Then enter the Ouya shell and do:
kexec --load-hardboot zImage --initrd initramfs.cpio.gz --mem-min=0xA0000000 --command-line=”$(cat /proc/cmdline)”
kexec -e
It should come up with this new kernel under your current ROM’s environment. As verification, you should see kexec files under /sys/kernel.
I’m looking to implement a basic chain loading application. It would come up before the Recovery and ADB services, and do the following:
% Pause for a bit, to allow any Alt-SysRq keyboard action (jump to Recovery or Bootloader) that may be needed.
% Check for any attached USB mass-storage devices (e.g., thumb drive), and look for the file “kernel.img”. Pull it in and boot it if present.
% If that failed, then look to “/system/kernel.img” on the Ouya itself, and boot it.
% And if that didn’t pan out, then exit and allow Recovery/ADB services to come up.
I hope all of this will be of help to others along the way!
Click to expand...
Click to collapse
Will this help with the problem I have?..
New update today it downloads automatically and then reboot to CWM and it fail verification...reboot system and it does all over again?...Any ideas Plz
View2Askew said:
Will this help with the problem I have?..
New update today it downloads automatically and then reboot to CWM and it fail verification...reboot system and it does all over again?...Any ideas Plz
Click to expand...
Click to collapse
Sorry, I'm not sure I understand. It sounds like the new stock firmware update is failing to go in, perhaps because of consistent download corruption. Whether you're actually being dropped in to the recovery partition is unclear. You might try the download again with the other networking type (Ethernet vs WiFi). You might also just disconnect from the network for the time being, and see if you remain in the firmware without interruption. From there you can consider setting up ADB to see if you can administer the Ouya from a PC.
My post is more for the developers at heart, just in case my investigation piqued anyone's interest. Ideally the post would go in the Development section, but I evidently need a few more posts here to unlock that area.
Best of luck!
Dual booting
Yes, please do enable dual/multi booting
Is there something I can do to help in that regard?
kulve said:
Yes, please do enable dual/multi booting
Is there something I can do to help in that regard?
Click to expand...
Click to collapse
Thanks kulve, and thank you for the kernel patch set. I need to get familiar with the offerings there.
I don't see any blockages in my plan so far; I just need to start in and see what comes up. At least it's a better feeling than the dead-ends encountered with the U-Boot and regular KExec investigations.
Someone more enterprising could possibly port in the MultiROM project, but I'll stick with this. Will let you know if I get stuck.
My findings so far...
- I've finally decided that shutting off HDCP in the build does nothing to help avoid the funky pink/purple squeezed screen that sometimes appears when CWM comes up. With my Asus monitor, I see the issue when the monitor was in sleep mode. Likewise, if I can switch the monitor to HDMI input at the same time as starting Recovery, then it's fine. It may be possible to hack in a fix by somehow starting and closing an HDMI session shortly before CWM itself starts. (I don't want to fight this too hard but would be nice to resolve.)
- I see how to pull the kernel and ramdisk out of an Android image (on the Ouya itself), so that they could be passed to KExec-HardBoot. I've done it with a script as a test but it may end up in an executable.
- I tried out a USB thumb drive. It's detected but no block device is made available under /dev -- I've finally decided that support is likely in a kernel module, which does not exist on the Recovery image. I'm probably not going to sweat this due to the next item.
- I notice that the CWM application can read the Ouya power button as something comparable to a keyboard key press. Borrowing this capability may allow us to count the button presses in a limited time range, and thus boot an appropriate image. (Would be easier than dealing with the pairing of the controller, but at least still wouldn't require a keyboard.) With this line of thought, I'm thinking the main image could sit in /system while any alternates could be in /sdcard or /data.
So in general, studying the code of the CWM application appears to be the next direction. Thanks - feel free to send any ideas.
Hal9k+1 said:
- I've finally decided that shutting off HDCP in the build does nothing to help avoid the funky pink/purple squeezed screen that sometimes appears when CWM comes up. With my Asus monitor, I see the issue when the monitor was in sleep mode. Likewise, if I can switch the monitor to HDMI input at the same time as starting Recovery, then it's fine. It may be possible to hack in a fix by somehow starting and closing an HDMI session shortly before CWM itself starts. (I don't want to fight this too hard but would be nice to resolve.)
Click to expand...
Click to collapse
What does the rendering in CWM? Is it Android or something lower level? I think my kernel has better HDMI support but for that the software needs to use that explicitly instead of the default one as there is not internal LCD panel (/dev/graphics/fb0 vs. fb1).
kulve said:
What does the rendering in CWM? Is it Android or something lower level? I think my kernel has better HDMI support but for that the software needs to use that explicitly instead of the default one as there is not internal LCD panel (/dev/graphics/fb0 vs. fb1).
Click to expand...
Click to collapse
It does look to be low-level, as CWM directly opens /dev/graphics/fb0 and uses ioctl() on it. I've decided to try my own compile of CWM as it does look to be a nice base for the booting effort. Will definitely look to your patches for the improved HDMI when I'm all ready -- thanks!
Hal9k+1 said:
It does look to be low-level, as CWM directly opens /dev/graphics/fb0 and uses ioctl() on it. I've decided to try my own compile of CWM as it does look to be a nice base for the booting effort. Will definitely look to your patches for the improved HDMI when I'm all ready -- thanks!
Click to expand...
Click to collapse
I noticed your comments related to this on the "Ouya CWM Recovery" thread but I'm not allowed to post there, so I'll post here.
Or actually repost as I'm mostly repeating myself. I had all kinds of issues in getting output using /dev/graphics/fb0 in Linux with the stock Ouya kernel but after some fixes the fb1 seems to work quite reliable. I get the output even if I don't have HDMI plugged in during the boot and it chooses the right resolution both for my TV (1080p) and for my monitor (1680x1050).
To all: I have updated the attachment that's present on the first post. I've synced to the latest Ouya kernel and pulled in the next HDMI patch set from Kulve. My HDMI issue now appears to be fully resolved.
Kulve: Thanks so much for refocusing me! I should have grabbed the patch from day 1, but that summary description had me a bit spooked. Note that I kept the HDMI/PRIMARY symbol enabled, so there's still only the fb0 device on this kernel.
With this handled and due to my thinking in general, I'm going to back away from trying to compile CWM itself -- I don't want to invest in CM10.1's environment at this time. Instead I will borrow CWM's UI and input technology to build an independent front-end with this Ubuntu/glibc environment I have working. My idea is to release another Recovery image when that's ready so we'll have a chance to practice/debug before moving to the Boot image.
Hal9k+1 said:
Kulve: Thanks so much for refocusing me! I should have grabbed the patch from day 1, but that summary description had me a bit spooked. Note that I kept the HDMI/PRIMARY symbol enabled, so there's still only the fb0 device on this kernel.
Click to expand...
Click to collapse
Hit the Thanks button
Anyway, do you have your kernel source code somewhere? Being able to use multiple resolutions on HDMI while keeping it as primary might be something that many Ouya Android gamers want as they might be able to play at 720p then.
ooo nice, ill try it out and see what happens
kulve said:
Hit the Thanks button
Anyway, do you have your kernel source code somewhere? Being able to use multiple resolutions on HDMI while keeping it as primary might be something that many Ouya Android gamers want as they might be able to play at 720p then.
Click to expand...
Click to collapse
Done! :laugh:
My modified files were tarred up and placed in the ZIP; let me know of any possible issue. I'm not planning on a GIT account, but anyone may feel free to pull anything back to their project. Also I understand that sticking with HDMI/PRIMARY may reduce some of the capability/flexibility you're seeing, but I wanted to stay honored to the Android/CM layout expectation if possible.
Hal9k+1 said:
Done! :laugh:
My modified files were tarred up and placed in the ZIP; let me know of any possible issue. I'm not planning on a GIT account, but anyone may feel free to pull anything back to their project. Also I understand that sticking with HDMI/PRIMARY may reduce some of the capability/flexibility you're seeing, but I wanted to stay honored to the Android/CM layout expectation if possible.
Click to expand...
Click to collapse
Any chance of getting some concise installation instructions?
zondajag said:
Any chance of getting some concise installation instructions?
Click to expand...
Click to collapse
Here's a quick executive summary until I can update the 1st post.
I'm reminded there's another XDA project (Ouya Safe Recovery) with a very similar goal as this, and works by reversing the Boot and Recovery concepts. However it's completely incompatible with us, and those users should not be doing any flashing -- at least not until we have a Boot image ready.
First step is to get rcvy092613.img to the Ouya in its /tmp directory. This may be done with an "adb push rcvy092613.img /tmp" command, or can by done through Secure Copy if an appropriate SSH server is set up.
Next step is to access the Ouya shell, either running from the main ROM or from a Recovery ROM. Be sure to become root (ensure "#" in the prompt) as needed.
Run the following to back up the old image:
cd /dev/block/platform/sdhci-tegra.3/by-name/
dd if=SOS of=/sdcard/old_rcvy.img
Make sure the new image is correct - should see "2a882d1ba8c2d543503cacb49ab0d397":
md5sum /tmp/rcvy092613.img
On to flashing Recovery:
dd if=/tmp/rcvy092613.img of=SOS
Now wait at least a full minute in case there is any internal flushing still taking place. And to finish up:
sync
reboot recovery
Aye....never enough time to tinker it seems, especially with getting over this flu.
At this point I have my own compiled code splitting the boot image file, as well as counting the power button clicks.
I want to see if I can make a welcome/instruction screen, probably by getting CWM's minui down to its core essence. From there it will hopefully just be normal integration work to achieve a new Recovery for testing.
Everyone, a new boot menu is ready for testing. Please read through the first post to see if you'd like to try it out. Apologies once again for the delay in getting this ready.
Hal9k+1 said:
Everyone, a new boot menu is ready for testing. Please read through the first post to see if you'd like to try it out. Apologies once again for the delay in getting this ready.
Click to expand...
Click to collapse
Did I read correctly that the image support multibooting?
kulve said:
Did I read correctly that the image support multibooting?
Click to expand...
Click to collapse
Hi again Kulve. It supports three Android boot images - the main + two alternates: kernel.img, kernelA1.img, & kernelA2.img. It prefers to see the selected image in /sdcard, but will shift to /system as needed.
So, it is multi-booting, but you should keep in mind that there is still only the single /system partition. So installing two normal ROMs together probably won't work out, due to that common storage area. However, one of the ROMs could be based out of /system, while any others could use some form of external/networked storage. Note that the Android image format contains both the kernel and the initial ramdisk, so I feel that a multi-boot arrangement could be done.
Hal9k+1 said:
Hi again Kulve. It supports three Android boot images - the main + two alternates: kernel.img, kernelA1.img, & kernelA2.img. It prefers to see the selected image in /sdcard, but will shift to /system as needed.
So, it is multi-booting, but you should keep in mind that there is still only the single /system partition. So installing two normal ROMs together probably won't work out, due to that common storage area. However, one of the ROMs could be based out of /system, while any others could use some form of external/networked storage. Note that the Android image format contains both the kernel and the initial ramdisk, so I feel that a multi-boot arrangement could be done.
Click to expand...
Click to collapse
My kernel is hard coded to mount the Debian (or whatever) rootfs from /dev/sdaX so Ouya's internal partitioning doesn't matter. It would be really cool to be able to put kernelA1.im to /sdcard, an USB flash drive to the USB port and boot to Debian without tinkering with adb/fastboot/etc. on a PC.
I'm not currently using any initrd-images but adding something simple should be straightforward.
Hi it's my first post on here and I recently rooted my Samsung galaxy s5 via towel root and I've been trying to change my bootanimation
It wouldn't work on theme changer in rom toolbox pro. So I tried doing it myself I still have all stock files but it seems that I erased my whole boot animation. When I reboot my phone it just takes me straight to my home screen. Any help would be appreciated thanks!
Simply restore your backup.
If you don't make backups that is a bad habit that you ought to change immediately. In the alternative, then manually revert the files that you changed and your bootanimation will work again. If it doesn't seem to, then wipe your system cache from recovery mode.
If the problem persists, I would suggest that you didn't really revert all of the files that you changed. Check the file permissions and investigate what else your app may have changed on your behalf. In the worst case you can start over by writing a full stock firmware image to your phone. A lot more painful than restoring a backup that would reflect how your phone was four hours ago. But a certain lack of planning will limit choices that way.
As to the boot animation per se, Samsung requires a .qmg animation file, while most apps use a bootanimation.zip formatted file. Ergo you usually need to convert your .zip file to a qmg. Or modify your kernel to use the .zip format. There are lots of existing threads that explain in detail how to do either which you would know if you had done a search before posting. I would suggest that it is always in your own interest to do at least a quick search first, if only so that you can pose more informed questions.
.
fffft said:
Simply restore your backup.
If you don't make backups that is a bad habit that you ought to change immediately. In the alternative, then manually revert the files that you changed and your bootanimation will work again. If it doesn't seem to, then wipe your system cache from recovery mode.
If the problem persists, I would suggest that you didn't really revert all of the files that you changed. Check the file permissions and investigate what else your app may have changed on your behalf. In the worst case you can start over by writing a full stock firmware image to your phone. A lot more painful than restoring a backup that would reflect how your phone was four hours ago. But a certain lack of planning will limit choices that way.
As to the boot animation per se, Samsung requires a .qmg animation file, while most apps use a bootanimation.zip formatted file. Ergo you usually need to convert your .zip file to a qmg. Or modify your kernel to use the .zip format. There are lots of existing threads that explain in detail how to do either which you would know if you had done a search before posting. I would suggest that it is always in your own interest to do at least a quick search first, if only so that you can pose more informed questions.
.
Click to expand...
Click to collapse
yeah its okay I just reverted everything and it works fine. I still want to but I don't wanna mess it up again. But yes I just reverted the files back and I'm okay. But I wanted a custom boot animation but there's really no clear tutorial on how to.
lgillen14 said:
But I wanted a custom boot animation but there's really no clear tutorial on how to.
Click to expand...
Click to collapse
Not true. You need to search better as I have seen several of them. And if memory serves, written at least one myself.
.
fffft said:
Not true. You need to search better as I have seen several of them. And if memory serves, written at least one myself.
.
Click to expand...
Click to collapse
do I need a different rom? I don't even know how do do any of that lime I've rooted all my phones but not gone seriously in depth about it. I don't know what I did wrong the first time and when I tried following directions and it almost messed me up. So could you guide me toward the appropriate thread I need to get to? Thanks
lgillen14 said:
do I need a different rom?
Click to expand...
Click to collapse
No, you simply need to do a search and read the existing boot animation guides. A lot of people claim to search when they really didn't. Or did one simplistic search and gave up, thinking it's easier if someone spoon feeds them. If you try a few different keywords you'll find the guides and everything you need.
You don't need a different ROM. Root is sufficient to change the boot animation file. If you want to make a qmg animation from scratch you can use Samsung's theme designer software.
.