Related
This is a call out to all existing and future developers of Xperia MDPI Devices.
For about a month now there is an app called Update Me Smartphone, which basically gives OTA update functionality for our Custom Roms.
From 01/05/2012 the developer of this app has given it a very interesting feature. You can view all Roms compatible with the Update Me Smartphone application. Even though you get a list a bunch of irrelevant devices, I suppose if we all "help" him with our suggestions he can make an application that will be on par with the Rom Manager app for devices that are fully supported by CWM.
To make this as simple as possible....
User "A" wants to download a new Rom for his Xperia MDPI Device. He has already downloaded and flashed a custom kernel (whether this is a Stock Kernel, or a CM kernel), then proceeds to download the app, install it and browse any compatible Rom's with his device... From then on his device will stay updated, through the Update Me application providing OTA updates of the Rom he has installed. If he wished to download another rom (compatible with the kernel he has - there are 3 Different Kernels AFAIK: GB CM, ICS CM, GB-ICS Stock Sony Kernel) he will just proceed to download the latest version of the rom he has selected straight to his device. No need to download to your computer, then connect the device, then copy it, then flash it. If you have the compatible kernel already installed, then its easy as pie.
Please let me know of your thoughts on this...
Edit: Link to the application's thread http://forum.xda-developers.com/showthread.php?t=1590170
Edit 2: Apart from Rom's we can also implement various mods, tweaks, fixes, etc for our devices. Even though that would be extremely hard, due to the fact that all these files need to be stored in a direct download location like Dropbox, its is a viable option.
OMG I love the idea, that would be awesome!!
It's very interesting, thanks a lot for the info I will try it!
Some modification: In GB we have 3 different kernel (Stock Based, CM Based, MIUI Based [not released yet]). In ICS we don't have Stock based to Xperia MDPI, because Sony don't released yet the stock for us. So we have CM9 based, AOSP based (it's work with CM9 ROMs btw), and ported Stock based.
Some another notice: I saw a lot of thread (not only in this forum), but sooo many people trying to make ROMs. It's not a problem, but some guy don't know some full minimum things... So who will help this guys to add this app to their ROMs?
Are you using a different Kernel for the Sony ICS rom port? I mean the Ramdisk is the same size and you're using the same zImage from a stock GB rom correct?
Well nobody is forced to do this. All we have to do is provide the app developer a link with the update_me_check.xml so that he will sort of add a link for that in the application.
By the way, i now got my goo.im account, and this have own OTA app. I will try it, and I will report.
But I know, this is not only OTA app... Hmm... I need to think in it
So the only developer checking the thread is Expeacer?
Ok...
dumraden said:
So the only developer checking the thread is Expeacer?
Ok...
Click to expand...
Click to collapse
What makes you think like this?
Well, it's been a couple of days since I posted this, either people dont have an opinion of their own, or they don't care...
dumraden said:
Well, it's been a couple of days since I posted this, either people dont have an opinion of their own, or they don't care...
Click to expand...
Click to collapse
I also read quite a lot of topics, but I don't respond in every topic.
My question goes to ROM developer. If we can make a flash-able zip files to install or modify files, why can we not only flash the updated files when ROM developers update their ROM?
For example the normal process is:
-Find ROM your like
-Download and flash full ROM(some LG G2 Roms are 1 gig in size)
-New update comes out
-Download full 1 gig ROM again and flash again
why can we not go
-Find ROM
-Download and flash full ROM
-New update comes out
-Download only the updated files (most likely a few MB's only)
-Flash them
Note: I am not a ROM developer so I do not know all the technical aspects that goes into making a ROM. This is why I am asking why something like this is not possible or we just don't do it.
Some roms do support incremental updates. The G2 roms probably aren't that stable yet.
We're just now starting to see an more and more custom 4.4 roms (even on the Nexus 5). Most were typically based off stock.
Once they get stuff ironed out, you should start to see some smaller updates.
1gb roms do sound unnecessary
-sent from my LG G2 using XDA Premium 4
Thanks. I was really wondering about that. So it is possible, it is just up to the developer.
player911 said:
Some roms do support incremental updates. The G2 roms probably aren't that stable yet.
We're just now starting to see an more and more custom 4.4 roms (even on the Nexus 5). Most were typically based off stock.
Once they get stuff ironed out, you should start to see some smaller updates.
1gb roms do sound unnecessary
-sent from my LG G2 using XDA Premium 4
Click to expand...
Click to collapse
I may be really off base here. But from past phones and roms it seems that some updates only work really well when built into the Rom. Some have used SVN to put out updates and then you build the Rom with the small update you download. I believe it all depends on how deep the update goes. Looking forward to see how far we can go with this phone. Tomorrow is my 14th day so I guess its a keeper.
CyanDelta does what you are asking for Cyanogenmod.
Consider this. A developer creates a ROM. You download and install it. Then, the developer wants to update it. If he uses a small incremental update, you can download and flash it. Then when it is updated again, you just flash the next update, and so on.
This is all fine and dandy, if you downloaded the ROM from the very beginning, prior to any updates.
If you find the ROM a few weeks or a month or whatever into development, it will likely have gotten at least a few updates. But in order to get to the latest stuff, you would have to download that first build, flash that, and then individually download and flash every update that has been released for that ROM until it is up to date. That is a pain.
If the developer just releases a whole new build for each update, both new and old users can flash it and be on the most current version of the ROM. Yes, it is a bigger file to download, but it saves quite a lot of headaches. Both for the developer and for the end users. Especially if a re-flash is necessary for some reason.
Or, the developer could do both, and create a whole new build, and a small update for the current users. But that would make for a big mess of files to keep and maintain, and could be confusing to make sure the right one is downloaded. Just creating all those updates and ROM builds and writing all the installation scripts sounds like a big pain to me. It's generally simpler to just build the ROM. Still, it does happen.
Just my thoughts, and I am not a ROM developer, so please correct me if I am mistaken about something.
Its a pain plain and simple. Who wants to look at hases to see if a lib changed and stuff. Its also simply more reliable to just keep each base its own then to start merging the two.
Can anyone tell me why are there roms up of to 1gb in size and yet most are just 200mb more or less.
Usually AOSP ROMs are going to be small. When you start to add in LGs ui, features, provider rubbish etc, they climb in size. Most of my Galaxy Note II ROMs were huge. My TWRP back ups would be around 3GB.
Sent from my LG-LS980 using XDA Premium 4 mobile app
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
Hey guys, I was recently installing a new ROM and kernel on my Nexus 6 when I happened upon something interesting. Franco makes an AMAZING kernel for Nexus devices, and he has an awesome app called FKUpdater which checks his server for new updates to the kernel, provides the user with the changelog for that update, then allows the user to either a) download the zip file for the kernel, or b) download and auto-flash the kernel zip.
I thought this was especially smart because it works regardless of what ROM you're on, since we all know how difficult it can be to stay up to date on both the ROM and the kernel, not to mention any other mods that we like for your phones (thinking back to the pre-Lollipop mods like Xposed, etc).
So, what if there was a way to make a ROM OTA manager, which could check for new versions of your ROM using something as simple as an RSS feed that developers could reference using the build.prop.
Here's the way I imagine this working:
A ROM developer doesn't want to go through all of the unnecessary hassle and costs associated with implementing the OTA features (it's not as easy as it might sound), so instead the developer simply adds a line to the build.prop:
ro.customROMversion.rss=http://www.example.com/rss
This build.prop line would be universal for all ROMs, with the actual RSS link being associated with each specific ROM (so if a development team builds ROMs for multiple devices, they would have one feed per device).
Then the app would check the build.prop for that line, and regularly check the RSS feed for updates. The RSS feed would have a standardized format. It would include the necessary information for the app to detect a new version (version number, build date, etc) as well as including the changelog for the new version (if the ROM developer includes this).
In reality, this wouldn't be difficult at all, and the best part is that the feature could be added in a heartbeat to practically every ROM out there. The ONLY issue I could see running into would be that the download links for the ROMs would (potentially) need to be direct downloads, with no redirects. I don't know how important that would be to implementation, though.
Does anyone see this as being something particularly difficult to do? I would love to build/release this (I REALLY wish I could contribute more to the Android community at large), but I don't know how to program something like this. If anyone thinks they could do this, I would really love to help put this in motion!
Redmi note 3 ROM Uploaders please read!
I have been flashing stock roms for a few years now and I have noticed with this device that many of the uploaders are not providing all the details just some of the following:
Detailed description
Is bootloader to be unlocked first
Is a custom recovery needed
Full instructions on how to install
Screenshots
bug list
Which Gapps package to use
Please provide all (the above) the neccessary information so we can make the decision is this ROM good for us to flash on our phones.
There needs to be a template for ROM postings so it can be easy for the end users. (Forum moderators will know the formula so I ask ye guys to sticky a template)
Thank you (ordered mine 3 days ago come on gearbest I wants my precioussss)
rslatara said:
Redmi note 3 ROM Uploaders please read!
I have been flashing stock roms for a few years now and I have noticed with this device that many of the uploaders are not providing all the details just some of the following:
Detailed description
Is bootloader to be unlocked first
Is a custom recovery needed
Full instructions on how to install
Screenshots
bug list
Which Gapps package to use
Please provide all (the above) the neccessary information so we can make the decision is this ROM good for us to flash on our phones.
There needs to be a template for ROM postings so it can be easy for the end users. (Forum moderators will know the formula so I ask ye guys to sticky a template)
Thank you (ordered mine 3 days ago come on gearbest I wants my precioussss)
Click to expand...
Click to collapse
First thing, its not stock rom, its custom rom.
Second, the developers are not being paid, and thus whatever thay are doing, just accept it and ask for help, not post post like this to command them to list things that are obviously common sense.
1. CM13 Nightly, this 2 words give enough description, what more do you need. In this time, if you don't know what cm13 is then don't buy an android. Nightly means that there are still bugs, both minor and major, and sometimes it means that there are some things broken too. The devs also list whats working or whats not. They can't list every single thing.
2. You are flashing custom rom, thus you must have custom recovery like twrp, in order to install it you must first unlock your bootloader. If you have custom recovery, then it doesn't matter whether your bootloader is unlocked or not.
3. Did you really just asked if custom recovery is needed, are you a fool or what. Let me make this clear, if you want to flash a rom, how are you supports to so without a custom recovery. Stock recovery can't flash rom, neither it can make backup, restore backup and lots of things. The most basic thing to do even before rooting is to flash a custom recovery. Without custom recovery you can't even properly root. Well you can root with some apps, but custom recovery makes it easier, just download supersu and flash it with recovery.
4. Whats there to know. If you have custom recovery, then first create a backup. Almost every thread that i have ever read on xda, it is stated every where to always make a backup before doing anything, even rooting. Then, wipe data cache dalvik system, and then flash the zip file. After that if you wish flash the gapps.
5. What do you need screenshot for. Haven't you ever saw CM13 or ressurection remix. Just google it. they are not obliged to post it here for your convenience.
6. They do provide bugs, whats working or what not. And its not like they know a bug and haven't told other about it. They, in most cases don't know how many bugs there are, the other users tell them the bugs and they fix it.
7. Why would they tell you which gapps package to use. Do they work for google. Anyway, just google gapps, your rom version, ie cm12 or cm13, you mob architecture, arm64 or arm32 or whatever, and just download it. There is no geek stuff behind it that you can't do it yourself.
And finally, you are not paying them do anything, they are doing this because they like doing this. They are not even getting paid by this. So you ordering them to these things which you can do yourself after some googling and using your brain a bit, is just unjust. Just accept what they are doing, thank them, enjoy the rom, and report the bugs, etc etc, and have fun.
archit.bajpai.ab said:
First thing, its not stock rom, its custom rom.
Second, the developers are not being paid, and thus whatever thay are doing, just accept it and ask for help, not post post like this to command them to list things that are obviously common sense.
1. CM13 Nightly, this 2 words give enough description, what more do you need. In this time, if you don't know what cm13 is then don't buy an android. Nightly means that there are still bugs, both minor and major, and sometimes it means that there are some things broken too. The devs also list whats working or whats not. They can't list every single thing.
2. You are flashing custom rom, thus you must have custom recovery like twrp, in order to install it you must first unlock your bootloader. If you have custom recovery, then it doesn't matter whether your bootloader is unlocked or not.
3. Did you really just asked if custom recovery is needed, are you a fool or what. Let me make this clear, if you want to flash a rom, how are you supports to so without a custom recovery. Stock recovery can't flash rom, neither it can make backup, restore backup and lots of things. The most basic thing to do even before rooting is to flash a custom recovery. Without custom recovery you can't even properly root. Well you can root with some apps, but custom recovery makes it easier, just download supersu and flash it with recovery.
4. Whats there to know. If you have custom recovery, then first create a backup. Almost every thread that i have ever read on xda, it is stated every where to always make a backup before doing anything, even rooting. Then, wipe data cache dalvik system, and then flash the zip file. After that if you wish flash the gapps.
5. What do you need screenshot for. Haven't you ever saw CM13 or ressurection remix. Just google it. they are not obliged to post it here for your convenience.
6. They do provide bugs, whats working or what not. And its not like they know a bug and haven't told other about it. They, in most cases don't know how many bugs there are, the other users tell them the bugs and they fix it.
7. Why would they tell you which gapps package to use. Do they work for google. Anyway, just google gapps, your rom version, ie cm12 or cm13, you mob architecture, arm64 or arm32 or whatever, and just download it. There is no geek stuff behind it that you can't do it yourself.
And finally, you are not paying them do anything, they are doing this because they like doing this. They are not even getting paid by this. So you ordering them to these things which you can do yourself after some googling and using your brain a bit, is just unjust. Just accept what they are doing, thank them, enjoy the rom, and report the bugs, etc etc, and have fun.
Click to expand...
Click to collapse
1. I know what CM is this is about description not quick copy and pastes from another website.
2. Some modified roms can be ran from the stock recovery.
3. You are a fool this is information for the end user I will slap you with a fresh wet fish!
4. Information is key.
5. Screenshots show people what they are flashing very helpful to the end user
6. They don't always bub!
7. Again inofrmation helps to clarify lot's of things.
Not all the guys that post are the actual devs THAT DO IT RIGHT, some are just bad copy paste jobs coz they wanna be cool n **** and don't Fu(&ing tell me not use andorid you little pretend dev snot! :victory:
rslatara said:
1. I know what CM is this is about description not quick copy and pastes from another website.
2. Some modified roms can be ran from the stock recovery.
3. You are a fool this is information for the end user I will slap you with a fresh wet fish!
4. Information is key.
5. Screenshots show people what they are flashing very helpful to the end user
6. They don't always bub!
7. Again inofrmation helps to clarify lot's of things.
Not all the guys that post are the actual devs THAT DO IT RIGHT, some are just bad copy paste jobs coz they wanna be cool n **** and don't Fu(&ing tell me not use andorid you little pretend dev snot! :victory:
Click to expand...
Click to collapse
If you are using a 32bit windows, then do you ask others which application to install, 32bit or 64bit. Man you are a joke, it's not information, its common sense. information is which partition is used for what purpose. How to restore imei. How to unlock lte band, not which gapps to flash. And there is no stock recovery out ther which flash custom roms. The only roms you can flash with stock recovery are ota.
archit.bajpai.ab said:
If you are using a 32bit windows, then do you ask others which application to install, 32bit or 64bit. Man you are a joke, it's not information, its common sense. information is which partition is used for what purpose. How to restore imei. How to unlock lte band, not which gapps to flash. And there is no stock recovery out ther which flash custom roms. The only roms you can flash with stock recovery are ota.
Click to expand...
Click to collapse
Hey I am just a certified IT Technician working for the IT department of a mutlinational company what would I know and I spit on x86 always have..even my windows vista was x64 boi!!!!
rslatara said:
Hey I am just a certified IT Technician working for the IT department of a mutlinational company what would I know and I spit on x86 always have..even my windows vista was x64 boi!!!!
Click to expand...
Click to collapse
So if you are not a noob then why are u asking for such things that are common sense. Nobody ask these things now. I just passed class 12 and i know most of the procedure for tweaking an android. I can even write partition table. You just have to search. Not post like this and expect the dev to post them too. Do a little bit more work to achieve something.
archit.bajpai.ab said:
So if you are not a noob then why are u asking for such things that are common sense. Nobody ask these things now. I just passed class 12 and i know most of the procedure for tweaking an android. I can even write partition table. You just have to search. Not post like this and expect the dev to post them too. Do a little bit more work to achieve something.
Click to expand...
Click to collapse
Coming from a Huawei g510 where i got my roms on Modaco, and The zenfone 2 here at xda the posts were well put togther with all the info needed , I have found quiet a few here with very little and it's kinda lazy on the posters part.
That is all. I ain't a programmer (although i touched on some c++) but I ain't a noob just like details and not everyone is well informed and there a newbies to flashing roms it's to help them too not brick a device.
archit.bajpai.ab said:
So if you are not a noob then why are u asking for such things that are common sense. Nobody ask these things now. I just passed class 12 and i know most of the procedure for tweaking an android. I can even write partition table. You just have to search. Not post like this and expect the dev to post them too. Do a little bit more work to achieve something.
Click to expand...
Click to collapse
Coming from a Huawei g510 where i got my roms on Modaco, and The zenfone 2 here at xda the posts were well put togther with all the info needed , I have found quiet a few here with very little info and it's kinda lazy on the posters part.
I ain't a programmer (although i touched on some c++) but I ain't a noob, I just like details and not everyone is well informed and there a newbies to flashing roms it's to help them to not brick a device.
From what I see it's mostly non devs just copy paste guys who are doing it.
Does it hurt to have a small guide or at least the fundemntals of requrements for the installation of each rom?
Waiting on my redmi still order prcessing, hurry gearbest hurry I am back on my g510 as my asus went for a swim in my tiolet!
rslatara said:
Coming from a Huawei g510 where i got my roms on Modaco, and The zenfone 2 here at xda the posts were well put togther with all the info needed , I have found quiet a few here with very little and it's kinda lazy on the posters part.
That is all. I ain't a programmer (although i touched on some c++) but I ain't a noob just like details and not everyone is well informed and there a newbies to flashing roms it's to help them too not brick a device.
Click to expand...
Click to collapse
Nice idea, looks like there's no room for a newbie on XDA anumore (in remembrance of XDA 2012).
Sent from my Redmi Note 3 using XDA Labs