Now that we have source... - Samsung Epic 4G Touch

so now that we have source, we should be able to improve the aosp and aokp roms right? the only reason i dont use them is because of one bug in particular. i hate the low input voice volume when in speaker phone. could source help our devs eliminate that issue?

eisawi99 said:
so now that we have source, we should be able to improve the aosp and aokp roms right? the only reason i dont use them is because of one bug in particular. i hate the low input voice volume when in speaker phone. could source help our devs eliminate that issue?
Click to expand...
Click to collapse
Dastins working on that but the audio drivers used in cm are opensource drivers so jb source won't help with that one. but its being worked on.

Related

Custom kernels on CM9?

Sorry for not being able to be more specific in the title, but my question is this: What exactly is the outcome of this kernel ****storm? With the CM team doing something which makes it hard for kernel developers to adapt?
Let's say one flashes CM9 and some custom kernel which has an app for controlling its settings, say GLaDOS, Trinity or Franco. Now, using these three kernels takes away the ability to modify kernel settings through the CM menus, but if one is using said kernel control app, then what difference does it make if the settings aren't available in the CM menus?
Also, I get it that no nug reports are accepted if one is using this mix, but since when did the CM team ever accept bug reports for nightly builds? I don't think I've ever had a single problem running a custom kernel with CM9 seeing as how I've always utilized some sort of kernel control app (and a few bucks for it isn't much of a hassle)
Can anyone shed some light on this? What are your experiences?
I would love to hear some answers on this as well. I kind-of have a love affair with franco.Kernel right now.
Its the same as carriers do it "If you dont use the software they gave you, you get no warranty". They don't know what you did with the phone, or what you flashed, or what could possibly be broken in the rom, so if you don't have the software the way they intended, they can't/won't help you.
Same applies with CM9, if you don't use the kernel they made/gave you, then they don't know if the issues you might have are because of a bug in the rom, or a bug in th kernel. Its hard work as it is to develop roms, tracking down bugs due to user choice/error is far harder and time consuming.
Basically, if you want to submit bug reports/make sure all the features of CM9 (any custom rom really), then use what you are given. No one forces you to use their rom, nor use a different kernel. With freedom of use, come other restrictions.
theking_13 said:
Its the same as carriers do it "If you dont use the software they gave you, you get no warranty". They don't know what you did with the phone, or what you flashed, or what could possibly be broken in the rom, so if you don't have the software the way they intended, they can't/won't help you.
Same applies with CM9, if you don't use the kernel they made/gave you, then they don't know if the issues you might have are because of a bug in the rom, or a bug in th kernel. Its hard work as it is to develop roms, tracking down bugs due to user choice/error is far harder and time consuming.
Basically, if you want to submit bug reports/make sure all the features of CM9 (any custom rom really), then use what you are given. No one forces you to use their rom, nor use a different kernel. With freedom of use, come other restrictions.
Click to expand...
Click to collapse
Thank you, but that doesn't really answer my question.
Sent from my Galaxy Nexus using Tapatalk 2
http://forum.xda-developers.com/showthread.php?p=26457711
Ezekeel brought it to everyone's attention with this thread.

[Q] What would happen if I build android from source and flash it to my One X?

What would happen if I build android from source and flash it to my One X?
With the current release, it is possible to build for Nexus 7, for some variants of Galaxy Nexus, for a variant of the Motorola Xoom, and for all variants of Nexus S and Nexus S 4G. The exact level of functionality for each device depends on the availability of the relevant proprietary hardware-specific binaries.
Click to expand...
Click to collapse
- (source)
Will I brick my device? Did HTC basically just take the code and modify it to work on the One X? Any suggestions on how to proceed if I were to build my own ROM?
If you have no experience in this you are likely to f*** things up.
Just stick to aosp roms - same result.
Sent from my HTC One X
TToivanen said:
If you have no experience in this you are likely to f*** things up.
Just stick to aosp roms - same result.
Click to expand...
Click to collapse
Well that is no fun answer. I want to learn. I make apps for a living and want to advance and build my own ROM, because I want an all custom made one. I know I can go with CM and mod their code (or, can I?), but it would be more fun to actually do it from scratch. If it is possible, not build from AOSP at all. I know it sounds retarded but I believe the best way to learn is do as much as possible completely from scratch.
With that said, do you have any suggestion on where to start? Like mod the AOSP source code and get it running on the emulator?
You can branch cm10 and build that, it's a good place to start, you'll learn a lot.
After that, you may want to say, diff the AOSP kernel against a similar HTC kernel to see how many changes you'd be required to make to pure AOSP to get it to work with all the hardware specific bits.
Due to GPL, HTC are required to release the source modifications to the kernel and android (I assume), for any released binaries, but they can be a little slow. The JB stuff should be out soon, in theory. Hopefully that's enough to get everything working, but you will also need any binary drivers from nVidia etc.
It's a long road, and you'd do well to start with something working and work backwards towards AOSP.
I'm not sure what you mean by not even with AOSP, do you intend to create your own OS?
BenPope said:
You can branch cm10 and build that, it's a good place to start, you'll learn a lot.
After that, you may want to say, diff the AOSP kernel against a similar HTC kernel to see how many changes you'd be required to make to pure AOSP to get it to work with all the hardware specific bits.
Due to GPL, HTC are required to release the source modifications to the kernel and android (I assume), for any released binaries, but they can be a little slow. The JB stuff should be out soon, in theory. Hopefully that's enough to get everything working, but you will also need any binary drivers from nVidia etc.
It's a long road, and you'd do well to start with something working and work backwards towards AOSP.
I'm not sure what you mean by not even with AOSP, do you intend to create your own OS?
Click to expand...
Click to collapse
Thanks for the thorough information! If it is possible to create your own OS, then yes, it would be awesome. Actually my idea is to make a ROM similar to the Linux distribution Tiny Core Linux; only the most essential stuff are present and bloatware and other features are removed. It could maybe serve as a good starting point for other ROMs to build on that want a minimalistic base. However, that is very, very far into the future. Now I would just like to compile a ROM that I have developed. But as I said before, if possible, skip AOSP and build my own OS definitely! Is that even possible?
Of course its possible, Android wasn't invented by some higher being or alien lifeform.
Nobody would use it though, because there would be no apps.
BenPope said:
Of course its possible, Android wasn't invented by some higher being or alien lifeform.
Nobody would use it though, because there would be no apps.
Click to expand...
Click to collapse
I see, so I am locked to AOSP then? i better start with the CM branch, thanks a bunch.

[BRAINSTORMING] What could be wrong w/ bluetooth & audio on JB...

** I'd like if this thread was kept to ONLY contributing to the solution to the known issues, no asking for eta's feature requests in other ROM's **
Its been confirmed that the Audio issue is in the AudioLib's. So far numerous people have been swapping out libaudio's from different device trees has different results. Bluetooth hasn't been targeted yet - I personally believe that the hands free phone over bluetooth is connected to the libaudio.
************************************** EDIT *************************************
http://e2e.ti.com/support/embedded/android/f/509/p/198799/790457.aspx as found and posted here by lorddavid
The above link has some great insight to what the issue is, it talks about it being the sampling rate of the microphone and the speaker (input and output) being differnt. This is why the playback would change to slow motion .. It makes perfect sense! .. The only question now is how do we implement this into our ROMs to fix it ... I'm guessing there's an audio driver that needs to be modified from the source .. I haven't looked at the source code yet myself but following what was posted above into any of our roms with the audio issue may resolve.
Logcat confirms this :
Exxon02 said:
I can't post in the developer forums, but I have some input on the slow audio issues. I noticed the problem happening with Skype and the new TeamSpeak 3.0 beta, so I scanned for errors in the logcat when starting them. Both programs showed the same error.
E/AudioRecord( 6545): Unsupported configuration: sampleRate 48000, format 1, channelMask 0x1
Click to expand...
Click to collapse
So it appears our issue may be related to the sample rate as previously suggested.
Click to expand...
Click to collapse
********************************* UPDATE - AUDIO **************************
If you would like to test this patch by Adam77Root do a Nandroid backup first. It will get Skype working, however, it will start to use the back loudspeaker (think playing MP3's) for the regular cellular voice calls and for skype. The audio sampling rate is fixed in this patch but you'll be stuck with speakerphone type calls.
Adam77Root said:
Here comes the Skype fix! This also solves using microphone and speaker parallelly. The fix is actually using the stock libaudio from Galaxy Tab 10.1 and adding the necessary modifications to libmedia and libaudioflinger. Voice calls work fine.
Note: These libs have the Samsung audio bug! Sometimes volume settings are a bit weird, even though I have enabled the patch. Be aware of this.
Link: http://www.mediafire.com/?49u6ua55kbr1j6b
Click to expand...
Click to collapse
***************** UPDATE - BLUETOOTH *********************
tonyp said:
bubor contacted me via PM asking about the bluedroid -> bluez port which I recently did for my CM10.1 LG Optimus 2x ROM (Tegra2 as well).
I will answer it here publically to help as many devs on your phone as possible
I had been in contact with Andrei Emeltchenko who managed to properly port bluez for his company.
After my mail he kindly asked for permission to release the sources and published it completely at: http://gitorious.org/android-bluez
You can fork most repos from my Github profile - there's everything except frameworks/base and packages/apps/Settings, which aren't published.
With bluez bluetooth should work exactly the same as on Android 4.1!
Hope this information will help you to get bluetooth rocking on your device as well :good: :highfive:
Edit: of course you need to adapt your device tree to bluez as well.
Here's the commit where I did it for my device:
https://github.com/tonypp/android_d...mmit/b767cdbef5e262daf01d3bb38b13ab01d2cbc18a
You just need to restore the CM10 bluetooth stuff and add the bluetooth packages to the makefile.
Click to expand...
Click to collapse
For bluetooth theres fixes in different forums because bluetooth has been a big problem for other devices with 4.2.2. Even the nexus 7 was having problems on custom roms.
Sent from my SAMSUNG-SGH-I727 using xda premium
spitfire2425 said:
For bluetooth theres fixes in different forums because bluetooth has been a big problem for other devices with 4.2.2. Even the nexus 7 was having problems on custom roms.
Sent from my SAMSUNG-SGH-I727 using xda premium
Click to expand...
Click to collapse
I guess a linux box needs to be setup to compile a new kernel... thegreatergood left a link to the sources somewhere, this I recall... What other device are similar to ours in terms of chipset etc? ... S2 ?
yohan4ws said:
I guess a linux box needs to be setup to compile a new kernel... thegreatergood left a link to the sources somewhere, this I recall... What other device are similar to ours in terms of chipset etc? ... S2 ?
Click to expand...
Click to collapse
Again, no, the S2 has Exynos while our phone has Tegra 2, if you're looking for the device that resembles the most of the glides specs, the Galaxy R it's the closest one I think
Maybe is ther any possibilitie to ask for some help in the galaxy r forum? maybe someone can give a look to our roms or give us some hints
Source code for our kernel comes from google AOSP + the code supplied by Samsung here:
http://opensource.samsung.com/ (search for i927)
Samsung has only released ICS code and this is what has been applied against the JB source tree. If that's right or not I have no idea...
As for the sources for the kernels they are all in The-Covenant's github:
https://github.com/The-Covenant
The LiteKernel---Glide repository is thegreatergood's code and android_kernel_samsung_i927 is the source for The-Covenant's kernel.
I have built the LiteKernel source and have the environment setup here. I've just been concentrating on getting the ROM side of things down first. That's coming along well so if you guys can get some insight as to what needs to be changed in the kernel source I'm more than willing to give it a go.
I do own a glide so quick tests are really easy...
what about taking a look on the soruce for the kernel/rom form the offical cm10.1 for the i9103 who has the same tegra 2 chip?
yohan4ws said:
Its been confirmed that it's in the Kernel, so my question is are we missing a driver for the chipset in our phones ? (Broadcom something..)
Click to expand...
Click to collapse
Thanks for making this thread yohan.
I'm not convinced it's a kernel issue though. Maybe a first step would be to get logcats and dmesg from a working ICS system and a non-working CM10.1 or similar system? IMHO important points would be logs during boot, during HSP pairing, and during call initiation.
I can take doing the ICS logs this weekend (wife's phone is on ICS), if somebody can do the equivalent with JB.
Spyke can you point me in the direction of how to setup the build environment for the kernel source ? First thing I'm going to do is follow dmans how to compile and dl thee kernel sources thx for that info and the above.. I can post logcats and dmesg no problem from both...
Has anyone tried the Bluetooth fix for other devices?
Sent from my SGH-i927 using xda premium
yohan4ws said:
Spyke can you point me in the direction of how to setup the build environment for the kernel source ? First thing I'm going to do is follow dmans how to compile and dl thee kernel sources thx for that info and the above.. I can post logcats and dmesg no problem from both...
Click to expand...
Click to collapse
Which kernel you looking to build?
There are two source trees you can start from:
https://github.com/The-Covenant/LiteKernel---Glide/
or
https://github.com/The-Covenant/android_kernel_samsung_i927
I've figured out the Lite-Kernel so far. You follow dman's guide up to the point of the source downloads. Here you just need the kernel source, nothing else. Once that's done you also want to install Linaro for your distro, and then adjust the Build4.X/Build KERNEL.sh files with the path to your Linaro install. After that just go into the correct Build folder and run the Build KERNEL.sh file and you should end up with a flashable kernel.
I've not done The-Covenant kernel at all yet so can't comment there.
I have also done a AOSP + Samsung sources build for ICS in the past, so that may be a good place to start so you can compare the working sources to the other two trees.
Let me know if you need more details and I'll guide you through it.
sorry to bother, but which custom roms does have BT headset working? thx!
spyke555 said:
Which kernel you looking to build?
There are two source trees you can start from:
https://github.com/The-Covenant/LiteKernel---Glide/
or
https://github.com/The-Covenant/android_kernel_samsung_i927
I've not done The-Covenant kernel at all yet so can't comment there.
Click to expand...
Click to collapse
I have The-Covenant kernel running (and a current CM 10.1 userland), but I'm having general audio input issues. Was going to debug the Bluetooth stuff, but running anything requiring audio input hangs.
Logcat shows "AudioHardware: cannot open pcm_in driver: cannot set hw params: Invalid argument". Not very descriptive.
This seems kind of ALSA related. Do you see this with your LiteKernel builds?
I search a little about that error, and found this
http://e2e.ti.com/support/embedded/android/f/509/p/198799/790457.aspx
http://forum.xda-developers.com/showthread.php?t=1748873
Maybe help a little. Do you think that all the audio issue (bluetooth, skype, sound recorder, etc) is for the same problem?
lorddavid said:
I search a little about that error, and found this
http://e2e.ti.com/support/embedded/android/f/509/p/198799/790457.aspx
Maybe help a little. Do you think that all the audio issue (bluetooth, skype, sound recorder, etc) is for the same problem?
Click to expand...
Click to collapse
Great search, I'm willing to bet that this is the issue right here - audio sampling rate different between input and output. Everything makes sense.
Just have to dig in further now and compare source codes... anyone have the setup and feel like taking a stab at it ? I haven't had a chance to setup an ubuntu VM yet.
epsalmond PM'd me this info ...
epsalmond said:
Hi,
I saw your brainstorming post in the cap glide forum.
I can't post in Dev forums yet (damn noobs ruin everything) but I didn't see the info there so I'm sending a pm.
I have read in multiple places that google has dropped support for systems without NEON instructions
This includes tegra2.
I had the idea to merge kernel from the galaxy r which is basically our phone without a keyboard and diff the audio API to see what's changed. I know jb does have some new audio API's that have caused minor problems with some apps.
I'm travelling in south America so I've had trouble syncing all the sources I need for this, but I should have something in a week or so.
If you can update the thread with this so we have it in the cap glide forum maybe someone else can contribute as well.
Click to expand...
Click to collapse
yohan4ws said:
epsalmond PM'd me this info ...
Click to expand...
Click to collapse
So, that means all the issues may be related ? BT, Audio Recording with default Camera App and Skype/Anyothervoipapp ? If epsalmond it's right, that will mean that we only need to find one solution to solve all the problems, and then boom ! Fully functional JB on the Glide, that means that anybody with the knowledge to compile a ROM will be able to take all the "Unsupported" ROM's like PAC, PA, LS, SL, Vanilla RootBox, and incorporate the "FIX" on them, damn, that would be nice
santimaster2000 said:
So, that means all the issues may be related ? BT, Audio Recording with default Camera App and Skype/Anyothervoipapp ? If epsalmond it's right, that will mean that we only need to find one solution to solve all the problems, and then boom ! Fully functional JB on the Glide, that means that anybody with the knowledge to compile a ROM will be able to take all the "Unsupported" ROM's like PAC, PA, LS, SL, Vanilla RootBox, and incorporate the "FIX" on them, damn, that would be nice
Click to expand...
Click to collapse
I believe so, think about it .... The audio only slows down when the microphone is enabled ... Video Camera .. Skype ... Bluetooth .
Because its a sound issue, it also means its a kernel issue (corrected me if I'm wrong) ... so an updated Kernel will resolve the issues across all ROMs should this be correct.
I have built up an Ubuntu box now and a build environment... I have no frikin idea what I'm doing but I know that I need to find the source for the audio driver ... I believe I found it here :: https://github.com/CyanogenMod/android_device_samsung_i927/tree/jellybean/libaudio
I think that there is a variable set somewhere to the sampling rate and there will be multiple area's that need to be looked at in order to fix the input sampling rate.
Once this is fixed, the only real things left are Torch from the toggles ....picture orientation, and that some apps disappear on reboot unless they're "moved to SD"... and battery too, I guess...
other kernel
Hello,
Build kernel from https://github.com/CyanogenMod/android_kernel_samsung_n1 with our config, but still broken bt audio.
Installed official cm10.1 and PACman 20.1.0 build for galaxy r with litekernel, but broken bt audio too.
bubor said:
Hello,
Build kernel from https://github.com/CyanogenMod/android_kernel_samsung_n1 with our config, but still broken bt audio.
Click to expand...
Click to collapse
Maybe is not only kernel. Adam say in his thread, that he thinks that know what can be the issue, but never say anything more :/

Bug? audio CM11 AOPK Slimkat ect :(

I have an audio problem with the cm11 aopk slimkat ect roms audio distorted at high volume only happens with there a solution?
sorry my language
CapitanFantasma said:
I have an audio problem with the cm11 aopk slimkat ect roms audio distorted at high volume only happens with there a solution?
sorry my language
Click to expand...
Click to collapse
so youre updated to the 4.4 bootloader.
its a known bug.
its a very well known problem for ALL, ALL cm and aosp based ROMs for this phones. Just like there's no fix for NFC yet. One of the few sacrifices given to run aosp on our phones. Give it time and the fix will be included in upcoming updates
Updates will come next month. Gonna wait longer.

Cyanogenmod 12 (12.1) for HTC One (M9)

I just wanted to start this thread for anyone who has information regarding the development of cyanogenmod 12 for the HTC One M9 and for a general discussion on Cyanogenmod 12 and 12.1
This is something I'd be incredibly interested in. I've got a gold S6 Edge preordered; in part because the M9 is uninspiring, partly because I'm not at at all a fan of Sense 7. Having cyanogenmod on this device might be a game changer for me.
Don't you think that when a dev has that information, they will post it themselves in the development forum, instead of searching Q&A for your thread?
Why you gotta go round throwing logic into the mix?
To be fair, I think there are a decent amount of people interested in this. Why not have a little playful banter in advance.
For I will most certainly jump on the vzw variant when we get the s-off treatment and reasonably stable cm12 builds
I'm working on CM builds for the M9 (developer version for now) so I'll keep you updated when I get it to boot.
Rashed97 said:
I'm working on CM builds for the M9 (developer version for now) so I'll keep you updated when I get it to boot.
Click to expand...
Click to collapse
Heroic. Best of luck. I am hurting for vzw s-off treatment for cm12 with a better camera than m8.
Thank you for your efforts.
Someone from AICP is also building... It builds fine just can't get it to boot yet
Rashed97 said:
I'm working on CM builds for the M9 (developer version for now) so I'll keep you updated when I get it to boot.
Click to expand...
Click to collapse
Hey dude, I want to buy this device, but I'm wondering how much "friendly" is HTC with the open source about the driver binary blobs? I saw the kernel sources from HTC, but I do not found the firmware/module blob. How are you doing this job? Are fully open source or are you using the same kernel version to re-use the current binaries?
Many thanks
WalterCool said:
Hey dude, I want to buy this device, but I'm wondering how much "friendly" is HTC with the open source about the driver binary blobs? I saw the kernel sources from HTC, but I do not found the firmware/module blob. How are you doing this job? Are fully open source or are you using the same kernel version to re-use the current binaries?
Many thanks
Click to expand...
Click to collapse
You can get these from the device itself.
Just thought I'd share, we have a booting system. Broken stuff: camera, NFC, WiFi, Audio, media. Working stuff: Bluetooth, RIL, sensors, touch, display
Rashed97 said:
Just thought I'd share, we have a booting system. Broken stuff: camera, NFC, WiFi, Audio, media. Working stuff: Bluetooth, RIL, sensors, touch, display
Click to expand...
Click to collapse
Rashed,
Thanks for your continuing work on this. Any updates to this thread are extremely nice. Obviously I can't really do much to help, but it's fun to see what you guys are working on.
Hope everything is going smoothly. I'm super excited to boot cm on yet another device.
Rashed97 said:
Just thought I'd share, we have a booting system. Broken stuff: camera, NFC, WiFi, Audio, media. Working stuff: Bluetooth, RIL, sensors, touch, display
Click to expand...
Click to collapse
this makes me happy in the pants. <3
Rashed97 said:
Just thought I'd share, we have a booting system. Broken stuff: camera, NFC, WiFi, Audio, media. Working stuff: Bluetooth, RIL, sensors, touch, display
Click to expand...
Click to collapse
I have to agree this makes me very happy:victory:
I've no doubt that this will happen, and there's probably a distinct possibility of dual boot too, I haven't heard anything as of yet but HTC usually does get good stuff, the M9 is a stellar device, not without it's faults but I wouldn't swap it, coming from an iPhone 6 and a Note 4 I wouldn't swap it back, I've also had the S6 and the S6 edge to use and they simply don't compare, nothing wrong with them that's just my opinion.
Watch the original development section for development of CM12 / 12.1, it will get done, hopefully pac and dirt unicorns will follow, they're the ones to watch for.
Got to say, running viper and Leedroid at the moment, absolutely superb roms, both of them.
Rashed97 said:
Just thought I'd share, we have a booting system. Broken stuff: camera, NFC, WiFi, Audio, media. Working stuff: Bluetooth, RIL, sensors, touch, display
Click to expand...
Click to collapse
hey rashed97 how's it going, very much looking forward to having something none sense to try out on my m9.
Like @Rashed97 I'm working on a build as well. Right now I'm just trying to figure out how to get all of the proprietary stuff I need out of the sense kernel source and shoehorn it into AOSP kernel source. That's the biggest step to getting it to boot.
In past devices that didn't get a Google Play Edition, and therefore only had sense kernel source released, there had to be a way to do this... So I'm taking a trip through history of popular handsets where someone managed to port the vanilla kernel source to the phone with sense.
Barring that, I'll just strip all of sense out of a stock rom, replace the status bar icons and other assets with stock LP, and slap nova launcher on it and make a lightweight senseless rom. I'd really prefer getting a CM build on this thing though so I'm going to keep plugging away at that until either I get it to work, or someone else does and I can add my work into their release.
agentfusion said:
Like @Rashed97 I'm working on a build as well. Right now I'm just trying to figure out how to get all of the proprietary stuff I need out of the sense kernel source and shoehorn it into AOSP kernel source. That's the biggest step to getting it to boot.
In past devices that didn't get a Google Play Edition, and therefore only had sense kernel source released, there had to be a way to do this... So I'm taking a trip through history of popular handsets where someone managed to port the vanilla kernel source to the phone with sense.
Barring that, I'll just strip all of sense out of a stock rom, replace the status bar icons and other assets with stock LP, and slap nova launcher on it and make a lightweight senseless rom. I'd really prefer getting a CM build on this thing though so I'm going to keep plugging away at that until either I get it to work, or someone else does and I can add my work into their release.
Click to expand...
Click to collapse
Sounds great. Had GPE running like a dream on my M8, so it almost seemed to me like a step backwards, moving to M9 with Sense. AOSP on M8 didn't have the sound drivers, so audio quality was an issue and a deal-breaker.
Thanks for the update. I've been chomping at the bit waiting for an aosp.
agentfusion said:
Like @Rashed97 I'm working on a build as well. Right now I'm just trying to figure out how to get all of the proprietary stuff I need out of the sense kernel source and shoehorn it into AOSP kernel source. That's the biggest step to getting it to boot.
In past devices that didn't get a Google Play Edition, and therefore only had sense kernel source released, there had to be a way to do this... So I'm taking a trip through history of popular handsets where someone managed to port the vanilla kernel source to the phone with sense.
Barring that, I'll just strip all of sense out of a stock rom, replace the status bar icons and other assets with stock LP, and slap nova launcher on it and make a lightweight senseless rom. I'd really prefer getting a CM build on this thing though so I'm going to keep plugging away at that until either I get it to work, or someone else does and I can add my work into their release.
Click to expand...
Click to collapse
There's eragon rom which is de-sensed running everything you just mentioned with the htc sense camera included and few other apks. Its dead quick and dev has been around since hox days making roms like that

Categories

Resources