Related
this is rom for new gene ie ht8xxxxx
nothing new just port xip sys for new gene
original rom
here is kitchen only work for new gene
part1 part2
extract all file in same folder
Thank you for the same. Just for the sake of curiosity, how much RAM is available free, on startup, in this ROM?
Hey Ankit, you did it yourself? have you found out the kitchen?
After reading the original thread, i guess there are many unsolved issues with this ROM. Calculator doesn't works, calender gives problem, powerpoint gives some certificate error, No java etc. And i think this also does not include Windows Live.
So i dont think its worth an upgrade. This ROM needs some serious tweaking before i can use it. I haven't installed this ROM but i got all this conclusion from the original thread. Is anybody's experience better with this ROM?
dheerajk27 said:
Thank you for the same. Just for the sake of curiosity, how much RAM is available free, on startup, in this ROM?
Click to expand...
Click to collapse
According to the author, you'll have about 29 MB. Haven't tested yet.
krazy_about_technology said:
Hey Ankit, you did it yourself? have you found out the kitchen?
After reading the original thread, i guess there are many unsolved issues with this ROM. Calculator doesn't works, calender gives problem, powerpoint gives some certificate error, No java etc. And i think this also does not include Windows Live.
So i dont think its worth an upgrade. This ROM needs some serious tweaking before i can use it. I haven't installed this ROM but i got all this conclusion from the original thread. Is anybody's experience better with this ROM?
Click to expand...
Click to collapse
yes i did it myself
i port xip sys first then use Ramersonw's Kitchen (some modification required )
i will upload kitchen tonight so u modify it
because my exam is there i not be able to Cook rom
can u post some screen shots plzzz..if u hav any
thnx
@ankit360: I would really appreciate it buddy if you share with me the details of the process of XIP porting you gone through. I want to learn the whole process as its quiet an important information to cook a ROM successfully. After knowing all this, i would be able to create ROMs and share them with our friends here.
Its really great man! you learned the process so quickly. Hats off to you!
Hey Ankit,
I tried this ROM. Its clean and ultra fast and very little problems. I am sure if they are ironed out, this could be an ultimate ROM for Gene. i have written about the problems in my previous post. In addition to those here is another one.
I tried installing windows live on this rom too but it didn't worked. Since this is a quiet clean ROM with no Windows Live in ROM, there is no possibility of any conflict. I think the problem is related to some certificates.
I examined my original WM 6 ROM and found that All the ROMs in this forum contains all the other certificates except these two from HTC on the top of the list, see the attached files.
I think this could be the cause of all the Windows Live problems as may be since these certificates are not present, windows live is unable to communicate with the server over an encrypted ssl connection.
What do you think?
I will try to extract these out of the ROM. You try yourself too and PM me if there is any success.
can u list out all bug so i will try to fix it
Just trying out your ROM, its lightning fast!
Thanks for the ROM
60 MB free after restoration of around 300 contacts! Wow, Gr8 Word
@ankit360: OK, here is the list of bugs:
1. Calculator is not working. Reports a missing file "\windows\spbcalc_p.gif".
2. Calender not working.
3. Java runtime is not included (if you correct this error and insert a java runtime, use the latest JBed version, it is the only runtime that can run opera mini fullscreen)
4. Powerpoint shortcut not working. It needs a change in registry. If you click the shortcut it will say some certificate thing but thats not true. The shortcut points to the shortname :MSPOWERPINT. These shortnames are created in registry and the path to powerpoint exe is not correctly given there. either correcting the path in registry or making the shortcut directly point to the powerpoint executable will correct this error.
5. Small bug but there is no option to set the device lock (password when the phone is restarted)
6. No Transcriber (Not really a bug but i need it)
7. Clock canot be set to 12 hour format. it always returns to 24 hour format.
8. Search feature that comes with default windows mobile has been removed.
9. Tabs in HTC home show up even when they are removed from settings>today>htc home setting. It happens sometimes only i think.
10. Windows Live not working at all even after installing the official cab. I tried about 10 cabs from this forum. Nothing worked. It confirms that the issue is not due to conflict with older version of live on ROM coz this ROM doesn't have windows live on it.
Thats all i can think of right now. Will post more if i find some.
man i don't have time to fix this issue bcoz my exam is there
i make kitchen for this rom work only for new gene
try to fix bug and release some nice rom
happy rom cooking
part1 part2
extract all file in same folder
Hey ankit,
I have succeeded in porting the XIP of the default kitchen given by Ramersonw by using my original Wm 6 XIP as base. I have created a ROM based on that kitchen which i will post tomorrow as i am currently uploading both of these.
The kitchen is working perfectly for new GENE and i am 90% sure that i'll be able to port most of the ROMs using this kitchen. Will post kitchen on the Ramersonw's thread also.
that's grate news plz post only xip or changes u made is default kitchens i will not able to download whole because i don;t have enough bandwidth
Hi Ankit,
I am uploading the zip file with changes only. Here is the link for it. And dont forget to read the Readme.txt i have included in it. I am also uploading the ROM i created. Wait for the new ROM thread. Here is the address for the zip file:
http://cid-988261b694475a67.skydriv...gesOnly|_for|_NewGene|_Kitchen|_Ramersonw.zip
thanks for sharing file i will test it
i want to know is ur xip porting procedure is work on different gene rom ?
my xip port procedure work on only this rom
My XIP will work on any ROM which has the same version of WM 6.1. Actually buddy, as you might already know, what happens is that XIP contains a portion of the main files of the WIndows Mobile operating system which are executed without loading into main ram. That is why this part is called XIP (eXecute In Place). So These files have to be the exact same version as the rest of the OS. My XIP is from CE OS 5.2.20931 (Build 20931.1.5.0) so all the ROMs that use this version of WM 6.1 can use this XIP as base.
And this is true for your ROM too. You can use the XIP with any ROM with same version and build no.
I hope i have made myself clear but feel free to ask more.
thanks for info man i really don't known this
Sorry for bumping this.
I have installed this ROM, And I really liked this. It has fastest responce times, and the most Available RAM, from all the ROM's for Gene(More than 25% using even after 2 Hrs of use.)
So Ankit or Sumit, if you have time, will you please modify this rom (I still need to learn cooking.)
Download Java - JBed
Attached the spbcalc_p.gif. Placing it in windows dir, works.
Thanks
Sumit
brother Sumit / Ankit: Please cook and release for Old Gene also.
Without the inclusion of proper documentation included with an Android Rom or an Android Build users will start filling up the HD2 Android Development Forum with why this wont work when it does on someone elses Rom. To stop this from happening there will be a requirement when creating a Thread for a Rom with Android included, or an Android Build.
------------------------------------------
------------------------------------------
If you are making a Rom with Android built in or an Android Build that is run from haret then please INCLUDE with your file a readme.txt file in the ROOT of your release archive with the following information:
*What BUILD version?
An internal version # that can be used to identify the authors exact release (e.g. my-rom-v0.5.zip) for easier reference for the users and fellow developers benefiting from the release.
*Which kernel image and kernel modules are used?
Where are zImage and modules.ko originally downloaded (in case the chef didn't compile on their own) and where is the kernel source code for the kernel and modules.
In case the chef did not compile on his own, he should still be able find out where the source code is.
(The license under which the Linux kernel is released requires the distribution of the source code that was used when distributing builds.)
*What rootfilesystems are used?
Where was it taken from, what does it include (android version it's based on etc) and in case of self compilation, where is the source code.
(In case of most windows mobile shipped devices that's often some rootfs file e.g. named android.ext2 and an initial ram filesystem often named initrd.cpio.gz).
*ChangeLog*
A ChangeLog is really an essential addition in every build as it informs the end user what modifications have been made from the last build. This will save you ALOT of questions as to what has been added, deleted or modified and therefore is a requirement for everyones benefit.
*WindowsMobile version your Android Build was tested on*
Please include your WinMo Build version, HTC OemDrivers (if known), XIP (if known) and Radio version so that users know what the Android Build was tested on and can replicate if neccessary for fault finding purposes.
------------------------------------------
------------------------------------------
If you are unable to obtain any of this information and thus can't make it available through an included readme.txt you should not distribute your rom and keep it for personal use only.
If you are using an exact copy of a present release (e.g. in case of a WinCE rom that has an android 'dual boot' option) you must include the readme.txt from the original rom chef.
If you release a Rom and do not have the required information then you will be asked to either create and include a readme.txt file with your Rom or ask for the thread to be deleted.
If you have any comments or questions on this please feel free to post.
Mark.
** reserved **
Thanks a lot for the quick action, Mark. I am glad to see a first positive response.
If this will establish I hope that
*users are informed about what they get
=>less unneeded questions and thus more room for constructive feedback
*developers have an easier time to benefit from present releases
*new developers must try to get an understanding of what they are doing
=>more quality releases
The original post can be found here.
I think it would be nice to hammer out the readme.txt requirements together with chefs so we can get some convention that satisfies everybody.
edit: Think it will really be good to always put readme.txt in root of release archive so everybody knows where to look for it.
dcordes said:
edit: Think it will really be good to always put readme.txt in root of release archive so everybody knows where to look for it.
Click to expand...
Click to collapse
Edited the 1st post to include this
Mark.
Will be following this convention for any future releases
DarkStone1337 said:
Will be following this convention for any future releases
Click to expand...
Click to collapse
Thank you
Future releases soon I hope lol
Mark.
May I suggest that the readme include the date of ROM compilation, as well as the date the kernel and root file systems files. I think this will help users and chefs to easily build there own compilations and keep track of it's validity.
And a title format like: [date]-[name]-[version]-{[kernel]-[kerneldate]}-{[modules]-[modules-date]}-[rootfs] (just like rules for 'regular' roms). Both for the post and the archive preferably?
Personally I switch between versions a lot, to find differences/improvements/bugs.
Clear archive-naming should simplyfy this .
Excellent rules! We need to improve stability of ports and eliminate all unnecessary questions !
P.S. Hope there won't be any "bogus", or "copy-paste-claim" ROM-s.
dcordes an mskip +1
ahbad said:
May I suggest that the readme include the date of ROM compilation, as well as the date the kernel and root file systems files. I think this will help users and chefs to easily build there own compilations and keep track of it's validity.
Click to expand...
Click to collapse
Very good idea. I think we should at least add the rom release date to minimum required readme.txt information.
For the rootfs release date I think we should leave it up to the chefs because I think it will be hard to find out in many cases. Reason is rootfilesystems get passed on 20 times...
In case of the kernel release date it might be a good idea to add it. should be easy to find out. When you grab the kernel e.g. from the two sources I link to in the thread
http://oe.netripper.com/files/htcleo_autobuild/
http://cotulla.pp.ru/leo/Android/
you can just copy paste the date from filename or information on the site. This would be very useful assuming the kernel images will be removed at some point.
On a side note: For both kernel examples the source code repository to add in readme.txt is
git://git.linuxtogo.org/home/groups/mobile-linux/kernel.git htc-msm-2.6.32
gitweb: http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-msm-2.6.32
So currently in every leo rom readme.txt this must be linked to as kernel source reference. netripper autobuild zImages using this exact source code and cotulla zImages share same codebase (although currently the latest changes are unavailable but will be added in git soon)
shufflez said:
And a title format like: [date]-[name]-[version]-{[kernel]-[kerneldate]}-{[modules]-[modules-date]}-[rootfs] (just like rules for 'regular' roms). Both for the post and the archive preferably?
Personally I switch between versions a lot, to find differences/improvements/bugs.
Clear archive-naming should simplyfy this .
Click to expand...
Click to collapse
To me that seems over exaggerated. Rom version in file name should be enough. Rest can be looked up in readme.txt
So what does everybody think? If we add the release date of kernel and completed rom, do we have an agreement ? In that case we should compile an example and add it in the first post.
best regards
your right dcordes too much information in the title can be a bad thing. Something more like
[Date] [Name] [Version] [Build] [maybe Kernel version]
That should be Enough i think so for Example
[21/07] [Darkstone1337] [v5] [Eclair w/sense] [2.6.32]
Everything else should stay a change log for people to read
David Balfour said:
your right dcordes too much information in the title can be a bad thing. Something more like
[Date] [Name] [Version] [Build] [maybe Kernel version]
That should be Enough i think so for Example
[21/07] [Darkstone1337] [v5] [Eclair w/sense] [2.6.32]
Everything else should stay a change log for people to read
Click to expand...
Click to collapse
I am sticking with my opinion:
*in filename require internal chef rom version
*in readme.txt add:
-rom release date
-kernel release date
Mark what do you think? Any other opinions?
Install to folder
May be a good idea install all files to appropriate folder, not directly root of SDcard as in last darkstone FROYO. Greatly simplify process of testing and changes between several images and don't messy root. Switching between different versions is than as easy as renaming directory.
I think we should also leave directory structure etc to the chef as long as readme.txt with all the required information exists in archive root so users can find it easily.
so do we have some agreement here? Mark ? If so you should update the first post to compile final set of information needed and clarify that it is not a nice extra but a requirement.
dcordes said:
I am sticking with my opinion:
*in filename require internal chef rom version
*in readme.txt add:
-rom release date
-kernel release date
Mark what do you think? Any other opinions?
Click to expand...
Click to collapse
I agree with you on this theres no need to make things more complicated than they need to be. Although there does need to be some sort of standard for the thread title.
And no I cant think of anything else right now that needs to go in.
dcordes said:
I think we should also leave directory structure etc to the chef as long as readme.txt with all the required information exists in archive root so users can find it easily.
so do we have some agreement here? Mark ? If so you should update the first post to compile final set of information needed and clarify that it is not a nice extra but a requirement.
Click to expand...
Click to collapse
Also agree that its upto the chef how they want their files set up as long as its clearly stated in the readme.txt what to do to get it working.
Everything sounds fine What needs adding to the first post to make it complete?
Sorry I have been working on my Loader but its all finished now (I hope).
Mark.
HD2 Android Image & Instructions
Hi All,
Can somebody confirm if there is a working Android image for the HD2 yet? From reading previous threads, it would seem there is still some technical challenges, no image is available yet.
If I am wrong, please could somebody tell me the location of an image and instructions so I can install Android on my HD2? I am struggling with WM6.5 and I much prefer Android. I have used WM for 9-years now but it just doesn't compare - partially because there are limited decent apps available.
All the best,
Youdaler
youdaler said:
Hi All,
Can somebody confirm if there is a working Android image for the HD2 yet? From reading previous threads, it would seem there is still some technical challenges, no image is available yet.
If I am wrong, please could somebody tell me the location of an image and instructions so I can install Android on my HD2? I am struggling with WM6.5 and I much prefer Android. I have used WM for 9-years now but it just doesn't compare - partially because there are limited decent apps available.
All the best,
Youdaler
Click to expand...
Click to collapse
I will just give you a friendly warning this time as it is your first post. This thread is for the discussion of information to be included by Android builders.
If you look in the Android forum then you will see working builds by DarkStone and by Dan1j3l. Look at their threads for how to load Android. to answer your question yes Android does work (95%) on the HD2.
Please confirm you have read this so I can delete these posts and keep the thread clean. In futured please only post in the correct thread and if you arent sure then post in the Q&A thread at the top of the Android forum.
Mark.
Understand. Thanks for clarifying.
I think we should extend the readme.txt items with some section like 'expected issues' or 'known problems' .
And in the readme.txt , could help too:
Tested with:
-WinMo rom x.xx.xx
-Radio rom 2.xx.xx
Sent from my HTC Desire using XDA App
I'm very interested in doing some ROM development, though I'm quite the beginner. I know my way around Java and can hold up against some C, and I've also done some apps. I have a few questions though before I get started.
After I run make on the AOSP, how can I test my build with the emulator and my device (Eris)?
Will using the build on my Eris work, provided there are no build problems?
How could I base a ROM I make off of an existing ROM? (For example, KaosFroyo)
What is the difference between cooking a ROM, and running make on the AOSP?
I think thats about it for now. Thanks for taking a look!
Chiggins said:
I'm very interested in doing some ROM development, though I'm quite the beginner. I know my way around Java and can hold up against some C, and I've also done some apps. I have a few questions though before I get started.
After I run make on the AOSP, how can I test my build with the emulator and my device (Eris)?
Will using the build on my Eris work, provided there are no build problems?
How could I base a ROM I make off of an existing ROM? (For example, KaosFroyo)
What is the difference between cooking a ROM, and running make on the AOSP?
I think thats about it for now. Thanks for taking a look!
Click to expand...
Click to collapse
1) I'll answer the Eris part, since I have done that more than once... You need to zip up the following:
a) /system folder from 'out/target/product/generic (or desirec if you used a vendor tree)
b) a /META-INF/com/google/android folder structure with a working update-script
c) a boot.img with an Eris kernel and appropriate init.* scripts in the ramdiskThen sign the resulting zip. There's your base ROM. You can also just throw that into dsixda's kitchen.
2) Yes. Define 'work'. You'll need an Eris kernel, Eris specific drivers in the right place, and the correct settings in the init.* scripts and build.prop. It also helps to have a wlan.ko in /system/lib/modules that is compiled against the kernel that you are using.
3) If you take an existing Eris ROM and use it as a base, you're golden. The Eris specific stuff is already there. At that point, you can theme, add/remove apps/etc. Give credit where credit is due though. Personally, I recommend that you start with a stock ROM or AOSP, but that's me.
4) Well, I suppose it depends on who you ask... Some devs don't really like the 'cook' moniker. It sort of implies that you are just taking parts from everywhere else and making something tasty instead of coming up with something new. Compiling AOSP is not really coming up with something new, but at least you started 'from scratch'.
Even if you don't want to use a kitchen, I recommend that you download dsixda's and my Android Builder to look at the scripts. You can learn a lot by looking at those.
Hi.
Forgive me I asked here but it seems to be nowhere explained, maybe I was not able to find.
I try to utilize leeston2379 suggestions about cooking in His tutorial.
Could anybody explain me why newly created ROM from original firmware ( in my case Malezya ROM ) after dumping and building without any changes , differs significantly from original in size.
It is about 20-30MB lesser than original.
I dumped this newly created ROM. It seems to have all packages like original ROM but for example .dsm files are significantly lesser.
Could anybody confirm that such created ROM ( even without any changes ) can be safely loaded to tg01 and what exactly has been changed and why ?
I count on serious and comprehensive explanation.
Regards
fxdjacentyfxd
fxdjacentyfxd said:
Hi.
Forgive me I asked here but it seems to be nowhere explained, maybe I was not able to find.
I try to utilize leeston2379 suggestions about cooking in His tutorial.
Could anybody explain me why newly created ROM from original firmware ( in my case Malezya ROM ) after dumping and building without any changes , differs significantly from original in size.
It is about 20-30MB lesser than original.
I dumped this newly created ROM. It seems to have all packages like original ROM but for example .dsm files are significantly lesser.
Could anybody confirm that such created ROM ( even without any changes ) can be safely loaded to tg01 and what exactly has been changed and why ?
I count on serious and comprehensive explanation.
Regards
fxdjacentyfxd
Click to expand...
Click to collapse
hi, sorry for my poor english, but i will help you
when you dump a ROM, that has orginal 200 MB and you building a new ROM without any changes, then must your cooked ROM to have also 200 MB. ech oem package folder has one .dsm file. pls tell me: wich kitchen and wich ROM.
regards, miro
mirolg said:
hi, sorry for my poor english, but i will help you
when you dump a ROM, that has orginal 200 MB and you building a new ROM without any changes, then must your cooked ROM to have also 200 MB. ech oem package folder has one .dsm file. pls tell me: wich kitchen and wich ROM.
regards, miro
Click to expand...
Click to collapse
Thanks miro.
1) Kitchen suggested in this thread http://forum.xda-developers.com/showthread.php?t=804529 and with direct link here :
http://forum.xda-developers.com/attachment.php?attachmentid=416649&d=1286711727
2) I did two steps from this kitchen as leeston2379 suggested :
a) "1. dump.bat"
b) "2. build no XIP port_no auto.bat"
The same result ( I mean new ROM lesser than original ) I got when in step b)
I run "2. build.bat" instead of "2. build no XIP port_no auto.bat"
3) Original ROM I took for experiments is Malezya ROM from link :
http://www.toshiba.co.jp/product/etsg/cmt/english/asian/tg01/exe/TG01WP-WM6.5-Malaysia.exe
Currently I use this rom and I wanna to see what cooking is and in first step to cook ... nothing so dump and build without any changes.
Regards
fxdjacentyfxd
one question by side O i have noticed, you thank after a helpful post, but not with the thank button. why? is not why i like you thank- point- i´m wondering only- and you not the only.
fxdjacentyfxd said:
Thanks miro.
1) Kitchen suggested in this thread http://forum.xda-developers.com/showthread.php?t=804529 and with direct link here :
http://forum.xda-developers.com/attachment.php?attachmentid=416649&d=1286711727
2) I did two steps from this kitchen as leeston2379 suggested :
a) "1. dump.bat"
b) "2. build no XIP port_no auto.bat"
The same result ( I mean new ROM lesser than original ) I got when in step b)
I run "2. build.bat" instead of "2. build no XIP port_no auto.bat"
3) Original ROM I took for experiments is Malezya ROM from link :
http://www.toshiba.co.jp/product/etsg/cmt/english/asian/tg01/exe/TG01WP-WM6.5-Malaysia.exe
Currently I use this rom and I wanna to see what cooking is and in first step to cook ... nothing so dump and build without any changes.
Regards
fxdjacentyfxd
Click to expand...
Click to collapse
ok, this kitche i use mostly too.
the result in MB is the same if "2. build no XIP port_no auto.bat" or " 2. build.bat"
different is: 2. build no XIP port_no auto.bat- no new xip building- less time
i don´t know what is wrong- but is wrong and i think this ROM will brick your tg01
mirolg said:
one question by side O i have noticed, you danken after a hilfreiche post, but not with the thank button. why?
Click to expand...
Click to collapse
hehe, it was so called "thanks in advance" . If You give me answers to my questions I will press "thanks" button
Regards
fxdjacentyfxd
mirolg said:
ok, this kitche i use mostly too.
the result in MB is the same if "2. build no XIP port_no auto.bat" or " 2. build.bat"
different is: 2. build no XIP port_no auto.bat- no new xip building- less time
i don´t know what is wrong- but is wrong and i think this ROM will brick your tg01
Click to expand...
Click to collapse
It's too bad So I will try the same not with original rom but for example with clean Mangasora rom and will see results.
Anyway is there any other available kitchen/way to use original rom for cooking not special prepared rom like Mangasora rom ?
Regards
fxdjacentyfxd
fxdjacentyfxd said:
hehe, it was so called "thanks in advance" . If You give me answers to my questions I will press "thanks" button
Regards
fxdjacentyfxd
Click to expand...
Click to collapse
no, no problem- but is not the first time. i think you are very critical
but
fxdjacentyfxd said:
It's too bad So I will try the same not with original rom but for example with clean Mangasora rom and will see results.
Anyway is there any other available kitchen/way to use original rom for cooking not special prepared rom like Mangasora rom ?
Regards
fxdjacentyfxd
Click to expand...
Click to collapse
the easyst kitchen is that you use. ffboy kitchen is not so easy to understand.
BUT i tell you: no matter ROM or custom ROM- that what you dump out must, when no changes, the same Value in MB and kB!
if you like- one link http://forum.xda-developers.com/showthread.php?t=564130
mirolg said:
BUT i tell you: no matter ROM or custom ROM- that what you dump out must, when no changes, the same Value in MB and kB!
Click to expand...
Click to collapse
Explain me one thing yet. I noticed that even retrieving payload from .tsw and merging it again with the same .tsw to get "new" .tsw gives ROM that is not binary equal to original. Yes, it has the same size but comparing both roms in any editor one can see a lot of similar looking places that has been changed. Could You xplain it to me ?
I tested original ROMs again. English Orange ROM and Malezya. Both after cooking nothing gives .tsw files that differs in size to their originals. Maybe You could ask Your colegues cookers about it ? Is this situation exception for original roms and if not what has to be done additionally after dumping , so that new .tsw files have the same size as their originals. I would really prefer to work on original roms
Regards
fxdjacentyfxd
.. your thread is open for all cooks, to answer you: D
all my knowledge i have from this "best" forum site and his members!
If someone begins to cook, he must be prepared and know that it can so often give problems and that the tg01 brick or not start. ShortPin and tg01 downloader-procedure i must make multiple times (i love and have also afraid for my tg01)
BUT this a way to learn everything and to find a solution.
wish you all succes
miro
mirolg said:
.. your thread is open for all cooks, to answer you: D
all my knowledge i have from this "best" forum site and his members!
If someone begins to cook, he must be prepared and know that it can so often give problems and that the tg01 brick or not start. ShortPin and tg01 downloader-procedure i must make multiple times (i love and have also afraid for my tg01)
BUT this a way to learn everything and to find a solution.
wish you all succes
miro
Click to expand...
Click to collapse
Maybe someone answer who knows. Anyway thanks for help.
What I found interesting. Such newly created rom form original rom has as You know lesser length. Dumping it again and building new rom without changes, gives at last what we want - new rom size has the same size as original ( not virgin one but this cooked without changes ).
Maybe it is nothing terrible that first rom created from original rom is lesser and as a matter of fact we should take for cooking not original rom but this created from it without changes ? . Maybe original rom has any redudant information ( I mentioned You , .dsm file were shortened after cooking and in my oppinion they are now similar to thouse I can typically see in Novembre or Mangasora roms ).
On the other hand, I have never found anywhere yet, original rom should be treated with any special atention during dumping and cooking.
I know I can use short pin method but matter must be worthy to sacrifice tg01. Currently problem seems to be known for some cookers ( some ot them had to use original rom as a base of cooking ) so I will wait.
Regards
fxdjacentyfxd
fxdjacentyfxd said:
I know I can use short pin method but matter must be worthy to sacrifice tg01.
Click to expand...
Click to collapse
I am dumping the Malaysia ROM now, I will rebuild and flash to my test device regardless of size difference and let you know the result. Give me a few hours though as i am very busy and doing this in 5 minute gaps when I a have chance.
I have dumped the ROM twice and found that "Missing Manifests" are reported.
First time there were 3 missing, 2nd time 5 missing. The manifests are .dsm files so I am assuming that if the .dsm is missing from a package it is no longer a package and won't be included in the ROM by BuildOS causing the size difference. The first dump also failed to separate the OEM and SYS packages but succeeded the second time
I have rebuilt and flashed the ROM and it appears to work, i do not have time to test it fully but it does boot and run with SPB Mobile Shell, HOWEVER as the two dumps had different .dsm files missing it may be something more important missing the next time causing a real brick.
This is purely speculation but I believe this particular ROM does not like to be dumped and you will have to use a different base ROM. I am happy for you to use mine but I would recommend one of Miros clean ROMs as a base.
Hope this is helpful
Attached is a photo of the output from the .bat file showing the missing .dsm files (this is from the second dump).
... As already mentioned: Each folder (if any OEM packages) need a .dsm file. Without it, the package can not be cooked. Ie = if at the end (finished ROM) that those. dsm missing, is missing the complete pakage = Created ROM has less RAM.
if you has nothing doing- but a .dsm file is missing, then is something wrong
what? i don´t know
leeston2379 said:
I am dumping the Malaysia ROM now, I will rebuild and flash to my test device regardless of size difference and let you know the result. Give me a few hours though as i am very busy and doing this in 5 minute gaps when I a have chance.
Click to expand...
Click to collapse
You are great ! I am waiting for results.
leeston2379 said:
I have dumped the ROM twice and found that "Missing Manifests" are reported.
First time there were 3 missing, 2nd time 5 missing. The manifests are .dsm files so i am assuming that if the .dsm is missing from a package it is no longer a package and won't be included in the ROM by BuildOS causing the size difference.
This is purely speculation but I believe this particular ROM does not like to be dumped and you will have to use a different base rom.
I am rebuilding the ROM now and will flash it soon.
Click to expand...
Click to collapse
Maybe You are right but I hope You are not
So Your test will show the truth. I did not pay attention on this "Missing manifest" assuming that any errors stop dumping/building.
Regards
fxdjacentyfxd
Updated post #13
leeston2379 said:
I have dumped the ROM twice and found that "Missing Manifests" are reported.
First time there were 3 missing, 2nd time 5 missing. The manifests are .dsm files so I am assuming that if the .dsm is missing from a package it is no longer a package and won't be included in the ROM by BuildOS causing the size difference. The first dump also failed to separate the OEM and SYS packages but succeeded the second time
I have rebuilt and flashed the ROM and it appears to work, i do not have time to test it fully but it does boot and run with SPB Mobile Shell, HOWEVER as the two dumps had different .dsm files missing it may be something more important missing the next time causing a real brick.
This is purely speculation but I believe this particular ROM does not like to be dumped and you will have to use a different base ROM. I am happy for you to use mine but I would recommend one of Miros clean ROMs as a base.
Hope this is helpful
Attached is a photo of the output from the .bat file showing the missing .dsm files (this is from the second dump).
Click to expand...
Click to collapse
Thanks a lot for Your test. I have this manifest warning too doing dump process to text file. I have found somwhere in internet that some of this .dsm are concerned with XIP . Here if You wanna to see Nokser's thread not concerned with tg01 but mentioning some of the manifest files :
http://webcache.googleusercontent.c...fd3-bd127a05e4de.dsm&cd=1&hl=pl&ct=clnk&gl=pl
Anyway, could You explain me once again what build is running without brick ?
You simply did dump and build on malezya rom and took created .tsw or You dumped created rom again and built again and took this double built rom?
Regards
fxdjacentyfxd
fxdjacentyfxd said:
Anyway, could You explain me once again what build is running without brick ?
You simply did dump and build on malezya rom and took created .tsw or You dumped created rom again and built again and took this double built rom?
Regards
fxdjacentyfxd
Click to expand...
Click to collapse
I dumped the original ROM rebuilt it then flashed it. I did not double build.
Just dumped the rebuilt ROM and no errors occurred. It may be worth dumping the Malaysian ROM removing the packages you require then adding them to the Orange UK ROM as this dumps OK and both ROMs are in English.
The build of the Malaysian ROM is CE OS 5.2.21840 (Build 21840.5.0.60), just for reference.
leeston2379 said:
I dumped the original ROM rebuilt it then flashed it. I did not double build.
Click to expand...
Click to collapse
I am not familiar with the matter so far but I did simple test as in Nokser's thread about dumping XIP. I took xip.bin created after dumping malezya rom and dumped it via XipPort.exe. All "not available" manifest files are present so in my oppinion it should be possible to avoid this "terrible" warnings and maybe any new dump script is required for such original rom. This time it is my speculation
Regards
fxdjacentyfxd
leeston2379 said:
I dumped the original ROM rebuilt it then flashed it. I did not double build.
Just dumped the rebuilt ROM and no errors occurred. It may be worth dumping the Malaysian ROM removing the packages you require then adding them to the Orange UK ROM as this dumps OK and both ROMs are in English.
The build of the Malaysian ROM is CE OS 5.2.21840 (Build 21840.5.0.60), just for reference.
Click to expand...
Click to collapse
Hmmm, really ? I dumped English Orange ROM too. I do not remember whether mentioned warnings appeared but I am sure created rom was lesser than original rom like with Malezya rom.
Regards
fxdjacentyfxd
hey guys, just wondering how difficult it would be to do this and keep the finger print scanner. i (with no android developing experience) tried following a few tuts to try and port a 4.3 rom with little success, i managed to get it to start installing in cwm then to give a permission failure or something similar so yeah just a quick question
+1
Sent from my SM-N900V using Tapatalk
hectorz321 said:
hey guys, just wondering how difficult it would be to do this and keep the finger print scanner. i (with no android developing experience) tried following a few tuts to try and port a 4.3 rom with little success, i managed to get it to start installing in cwm then to give a permission failure or something similar so yeah just a quick question
Click to expand...
Click to collapse
Permission failure? Noob here too
I am guessing the ROM you tried to port checks for the Model number of the phone before flashing. What ROM did you try to port to and if you could post the instructions here we will make this the porting thread
Given that HTC One has all the custom ROM's and kernels we need devs or someone like us who can follow instructions to start doing it. I am sure we will get help from one another and end up with custom ROM's for the MAX.
I was also thinking of doing this but just to start with i don't want to look at the fingerprint scanner and may be later we could get it working.
I am certain most people would be willing to not have a working fingerprint scanner, as a trade off for a few custom roms/kernels...
Well to start you need to make sure your Meta-Inf directory is one from the Max, you should be porting from something with the same board as well which would give you less headaches in the long run. The One would be a good starting port since they use the same boards (msm8960 Snapdragon 600) The updater script in Meta-Inf needs to be pointing to the correct device. For example and this is just an example in the beginning of the updater script which is really the instructions for flashing the rom in recovery shouldn't say something like "get prop blah blah m7vzw" the m7 being the model # should be t6vzw if you were using a Verizon device etc etc.. All mount points need to be exactly what the Max's mount points are otherwise it will never flash.. The original One mount points aren't the same as the One Max. Also the kernel from the Max is a must, plus in system/lib you need the modules as well as hardware. In system/bin you need vold, vold is device specific. In system/etc you need vold.fstab again device specific stuff. The you need the hardware directory, which is touch capacitive buttons and LED's and what not. Those may be the same as the One since they are laid out the same.. The audio should most likely be the same but you would need to remove all the Beats Audio crap from system/etc since the One Max isn't a beats device.. GSM to GSM may be an easy port, CDMA to CDMA may be a little more difficult. Although they use libril-qc-qmi-1.so I think it is, that may be a typo but that's something like what the lib path will point to, the code may be slightly different in telephony for CDMA LTE devices. That would be found in framework.jar if applicable framework2.jar..
I could most likely easily get a port done, I'm just very limited to time.. Some of the tutorials out there are very generic and would kind of work well if you have 2 very identical devices with minor changes and manufactured around the same time small example would be like the HTC Desire and the HTC Thunderbolt.. That's a pretty straight forward port with some minor audio tweaks since sound image in system/etc is different and that as well are devices that would require a RIL hack as stated above with framework.jar... That right there would be strictly smali/baksmali hacking which I have some knowledge with but by no means a master of it lol... That is unless we had source for certain things but that isn't likely by no means... If anyone is interested in getting to work I'm more then willing I just sometimes have a hectic schedule... There is more to porting then just a few quick changes if you want a clean solid daily driver port... I started to port MIUI V5 just haven't really had much of a chance to test it. I have 3 MIUI ports built all slightly altered to eventually test different hacks..
The reason I chose MIUI V5 to port is because a good deal of HTC MIUI ROMs are based heavily on Sense.. Not many of them are AOSP based anymore which to me is kind of a shame.... The Chinese must have gotten tired of so many ports popping up with a lot of broken stuff because they all use to be AOSP based and to get them ported required a ton smali hacks and now when you decompile an actual source built official chinese MIUI rom and you diff out lets say services.jar from CM and services.jar from MIUI for every line of code like cdmareceiver.smali in CM in MIUI it's i.smali then cdmareceiver$1.smali in CM in MIUI it's 23.smali.... Those aren't actual lines those are just examples but they made it damn near impossible to properly diff stuff out.. You'd literally have to go through thousands and thousands upon thousands of lines to figure out which matches what and then make the changes you feel like need to be made and then hope you didn't break something in the process.... It sucks lol...
So yeah most of the HTC devices are now MIUI converted Sense based builds and I'm hoping are a little easier to port with less changes!! But I guess we'll see?!?!
Like I said, anyone wanting to work with me I will be more then glad to lend my knowledge of Android! I need someone to get me motivated again. I really miss working on Android and building stuff porting stuff whatever.. It's just fun! Plus we desperately need some form of a custom Android really really bad.... All of us do... I mean I'm Verizon, but Sprint, the International crew, all of us....
Lets pool all of our knowledge together and do some work!!! To all reading this if you are down contact me in this thread or PM me and lets get busy!
Murrda said:
Well to start you need to make sure your Meta-Inf directory is one from the Max, you should be porting from something with the same board as well which would give you less headaches in the long run. The One would be a good starting port since they use the same boards (msm8960 Snapdragon 600) The updater script in Meta-Inf needs to be pointing to the correct device. For example and this is just an example in the beginning of the updater script which is really the instructions for flashing the rom in recovery shouldn't say something like "get prop blah blah m7vzw" the m7 being the model # should be t6vzw if you were using a Verizon device etc etc.. All mount points need to be exactly what the Max's mount points are otherwise it will never flash.. The original One mount points aren't the same as the One Max. Also the kernel from the Max is a must, plus in system/lib you need the modules as well as hardware. In system/bin you need vold, vold is device specific. In system/etc you need vold.fstab again device specific stuff. The you need the hardware directory, which is touch capacitive buttons and LED's and what not. Those may be the same as the One since they are laid out the same.. The audio should most likely be the same but you would need to remove all the Beats Audio crap from system/etc since the One Max isn't a beats device.. GSM to GSM may be an easy port, CDMA to CDMA may be a little more difficult. Although they use libril-qc-qmi-1.so I think it is, that may be a typo but that's something like what the lib path will point to, the code may be slightly different in telephony for CDMA LTE devices. That would be found in framework.jar if applicable framework2.jar..
I could most likely easily get a port done, I'm just very limited to time.. Some of the tutorials out there are very generic and would kind of work well if you have 2 very identical devices with minor changes and manufactured around the same time small example would be like the HTC Desire and the HTC Thunderbolt.. That's a pretty straight forward port with some minor audio tweaks since sound image in system/etc is different and that as well are devices that would require a RIL hack as stated above with framework.jar... That right there would be strictly smali/baksmali hacking which I have some knowledge with but by no means a master of it lol... That is unless we had source for certain things but that isn't likely by no means... If anyone is interested in getting to work I'm more then willing I just sometimes have a hectic schedule... There is more to porting then just a few quick changes if you want a clean solid daily driver port... I started to port MIUI V5 just haven't really had much of a chance to test it. I have 3 MIUI ports built all slightly altered to eventually test different hacks..
The reason I chose MIUI V5 to port is because a good deal of HTC MIUI ROMs are based heavily on Sense.. Not many of them are AOSP based anymore which to me is kind of a shame.... The Chinese must have gotten tired of so many ports popping up with a lot of broken stuff because they all use to be AOSP based and to get them ported required a ton smali hacks and now when you decompile an actual source built official chinese MIUI rom and you diff out lets say services.jar from CM and services.jar from MIUI for every line of code like cdmareceiver.smali in CM in MIUI it's i.smali then cdmareceiver$1.smali in CM in MIUI it's 23.smali.... Those aren't actual lines those are just examples but they made it damn near impossible to properly diff stuff out.. You'd literally have to go through thousands and thousands upon thousands of lines to figure out which matches what and then make the changes you feel like need to be made and then hope you didn't break something in the process.... It sucks lol...
So yeah most of the HTC devices are now MIUI converted Sense based builds and I'm hoping are a little easier to port with less changes!! But I guess we'll see?!?!
Like I said, anyone wanting to work with me I will be more then glad to lend my knowledge of Android! I need someone to get me motivated again. I really miss working on Android and building stuff porting stuff whatever.. It's just fun! Plus we desperately need some form of a custom Android really really bad.... All of us do... I mean I'm Verizon, but Sprint, the International crew, all of us....
Lets pool all of our knowledge together and do some work!!! To all reading this if you are down contact me in this thread or PM me and lets get busy!
Click to expand...
Click to collapse
this was exciting to read, best of luck
I am going to get Ubuntu installed today and then Android Kitchen here i come!
pradeepvizz said:
I am going to get Ubuntu installed today and then Android Kitchen here i come!
Click to expand...
Click to collapse
You can always use Cygwin on windows. there is a how to cook a rom tutorial in the General Android Dev forum.
DeadPhoenix said:
You can always use Cygwin on windows. there is a how to cook a rom tutorial in the General Android Dev forum.
Click to expand...
Click to collapse
Thanks, i just installed it via virtual box without disturbing my system.
Just got android kitchen up and running, on prting sides of things got further this time, into aroma installes but error 7 which suggested earlyer is to do with mount points, if anyone could happen to help with theese it would be fab ))
Ok this is good start, i am proud of us here
I have got Android Kitchen running on my Ubuntu via virtual box.
I tried to set my working folder and tried tried to import my TWRP stock ROM backup. It seems like Android kitchen will require a CWM backup and TWRP does not seems to work.
With the TWRP backup i got this error
NON-YAFFS/NON-TAR FILE FORMAT DETECTED IN ROM
Click to expand...
Click to collapse
So i have just restored stock ROM on my phone, flashed CWM and now backing up my Stock ROM to COOK ANDROID
@[email protected] did you miss this thread just kidding, I know you have got a hectic schedule.
Again i am extremely happy to see ppl starting to develop ROM's!
Thanks for your encouragement @Murrda
No problem.. I'm home from work already and I'm off for the next 3 days so I'm actually going to get back to working on some ports. Anyone need a hand with anything as far as questions or setting up Linux or a dev environment please feel free to hit me up!
pradeepvizz said:
Ok this is good start, i am proud of us here
I have got Android Kitchen running on my Ubuntu via virtual box.
I tried to set my working folder and tried tried to import my TWRP stock ROM backup. It seems like Android kitchen will require a CWM backup and TWRP does not seems to work.
With the TWRP backup i got this error
So i have just restored stock ROM on my phone, flashed CWM and now backing up my Stock ROM to COOK ANDROID
@[email protected] did you miss this thread just kidding, I know you have got a hectic schedule.
Again i am extremely happy to see ppl starting to develop ROM's!
Thanks for your encouragement @Murrda
Click to expand...
Click to collapse
Murrda said:
No problem.. I'm home from work already and I'm off for the next 3 days so I'm actually going to get back to working on some ports. Anyone need a hand with anything as far as questions or setting up Linux or a dev environment please feel free to hit me up!
Click to expand...
Click to collapse
heyy i could use some help doing this part in android kitchen. straight from android kitchens page but i can't seem to get the recovery.fstab out anyway! im on t6ul verson of the max by the way thanks
/HIDE (sorry dont know how to get this to work (forum noob here too)
Create a file under the kitchen's /tools/edify_defs folder, with the name being the same as the value of ro.product.device (found in your device's /system/build.prop file).
If the stock ROM images for your device contain the recovery.img file, extract its files from the kitchen menu: Advanced --> Tools for boot image --> Extract from boot.img/recovery.img in any folder. Then, open up its ramdisk folder, and look for /system/etc/recovery.fstab or /etc/recovery.fstab or similar FSTAB file location. Open this file to find the mount points.
See the template file in the edify_defs folder to see how to set the mount points inside the file you created. Look at the other files in that folder for examples on how to do it.
managed to flash something and get mounting things sorted ))), getting an interesting navy green screen when booting now, will let you know on further developments. its a vanilla android rom i tried insertcoin-m7-google-edition_5.0-1 to be exact
hectorz321 said:
managed to flash something and get mounting things sorted ))), getting an interesting navy green screen when booting now, will let you know on further developments. its a vanilla android rom i tried insertcoin-m7-google-edition_5.0-1 to be exact
Click to expand...
Click to collapse
Good start mate! awesome!
update, getting a boot logo now which is great but im in a bootloop and have no idea where to start, iv been looking on trying to get logcat and such running but no success yet. Any advise anyone?
hectorz321 said:
update, getting a boot logo now which is great but im in a bootloop and have no idea where to start, iv been looking on trying to get logcat and such running but no success yet. Any advise anyone?
Click to expand...
Click to collapse
Which guide are you following? i just cooked a ROM today first time. I made the stock ROM for the T6UL.
---------- Post added at 08:34 PM ---------- Previous post was at 08:34 PM ----------
ooo, Merry Christmas everyone
Yeah I've been trying to port gpe over to the max but I think I need the gpe kernel ported too.. I used the Max Sense kernel for it and I get a bootloop or frozen boot logo after install with no hope of getting a logcat. I didn't move the Max sense update-binary but don't think that would be an issue, both since Its gpe and I'm using aroma..
Sent from my HTC One using XDA Premium 4 mobile app
HolyAngel said:
Yeah I've been trying to port gpe over to the max but I think I need the gpe kernel ported too.. I used the Max Sense kernel for it and I get a bootloop or frozen boot logo after install with no hope of getting a logcat. I didn't move the Max sense update-binary but don't think that would be an issue, both since Its gpe and I'm using aroma..
Sent from my HTC One using XDA Premium 4 mobile app
Click to expand...
Click to collapse
Got to exactly the same point as you, reading several tutorials online i came across this interesting line "To port Sense you have to unpack the boot.img of your base rom and edit the init.rc to change the bootclasspath and match it with the port one" which is what iv done but also got stuck in a bootloop, looking at the two kernels are are a few differences in them. I think that might be they key.
hectorz321 said:
Got to exactly the same point as you, reading several tutorials online i came across this interesting line "To port Sense you have to unpack the boot.img of your base rom and edit the init.rc to change the bootclasspath and match it with the port one" which is what iv done but also got stuck in a bootloop, looking at the two kernels are are a few differences in them. I think that might be they key.
Click to expand...
Click to collapse
Yeah, i know for the kernel, without being able to mess with the zimage, the sense max kernel lacks the init.environ.rc from gpe, the fstab file is different(at least file extension), and there's a few things that point to sense files or folders that don't exist on gpe. Currently there is no released source for the max yet :'( so unless someone knows how to do it manually and hasn't shared HOW to do so, I just have to wait.. Hopefully it won't be too long.
Sent from my HTC One using XDA Premium 4 mobile app