yashsingh1/xdaforums huggingface dataset:
[HTC Desire X] freiform:
Hi,

is there a way to replace the default Sense Recent Apps on InsertCoin with a simpler version, i.e. AOSP? IIRC there was an option when installing InsertCoin. Is this possible without reflashing the rom?

Thanks
[HTC Desire X] SoulSeekerHS:
I have the same question, just for MySENSEdx5, so I thought I'd just bump this one.

What can one do to change the "Recent Apps" look?
[HTC Desire X] ckpv5:
You can always post questions related to my ROMs here : http://xdaforums.com/showthread.php?t=2349129

to avoid confusion with other ROMs.

For your question, your answer is here : http://xdaforums.com/showpost.php?p=49548528&postcount=1081
[HTC Desire X] SoulSeekerHS:
Great, thanks. Thought this was a general Android question rather than a rom specific one.

Anyway, thanks, will flash it right away!
[Asus Transformer TF701] SquallHalle:
My fault ! It works !
[Asus Transformer TF701] Alta1r:
Root using the method described in the development section. I update to 4.3, lost root and just did that again and now I'm running 4.3 and I'm rooted.

I don't have a custom recovery though.
[Asus Transformer TF701] SquallHalle:
yes i read your post but i do the same and dont get root back !

So i prefer to give these warning.

What is your exactly build number ?
[Asus Transformer TF701] Alta1r:
My build number now is: JSS15J.WW-epad-10.26.1.7-20131108

Edit: just noticed that it worked for you too now
[Asus Transformer TF701] lpdunwell:
I totally missed this thread, sorry. But as you're up and running now, I guess that's ok...
[Asus Transformer TF701] SquallHalle:
course of the limit of "wirting privilegs on dev only if you done 10 posts"

1
[Asus Transformer TF701] SquallHalle:
2

....
[Asus Transformer TF701] SquallHalle:
fuu bar

bla fuu
[Omni Q&A] mikeserv:
I've got a question... Any plans to implement the new Android-friendly Bluez stack recently rolled out? Seems it would fit with your open-source goals pretty nicely, while also providing enhanced functionality over the status quo...

Sometime last year there were several reports of a successful PulseAudio port as well. As I recall, it offered performance and feature enhancements, though the final word I've seen on the port was a sort of an open-source compromise because the port still required interaction with the closed-source HAL.

Anyway, it seems to me that successful inlines of the above projects might even be incorporated at least in part upstream, thereby setting you apart in your contributions, your feature set, and helping to offload some of the work for both sides.

Also, I want those things.

-Mike
[Omni Q&A] Entropy512:
Well, the existing Android bluetooth stack is also open source, so the question would be what this "new" BlueZ stack (which isn't new, Android used BlueZ for years and switched away with 4.1 or 4.2, can't remember...) offers.

For audio - We have open HALs for a lot of devices, and for those devices we don't have an open HAL for, pulseaudio won't really help.
[Omni Q&A] mikeserv:
But the existing Bluetooth stack is Android specific, whereas Bluez is a standard Linux component. It's also just recently made itself more Android friendly and (arguably) provides a better documented, more standardized interface.The same can be said of PulseAudio versus Android's sound daemon; implementing either or both would provide for more ease of interoperability between Android and other Linux devices, diminish Android fragmentation, and relieve some of the strain imposed by redundant development. What's more, I think both of these goals are probably largely achievable, but I was just asking.

Also, I want those things.

-Mike
[Omni Q&A] Entropy512:
Well, BlueZ was the default Android stack for quite some time - it was dropped for whatever reason. So not sure why they need to make it more "android friendly" when it was part of Android for a few years.

As to PulseAudio - it's a consistent bane of my existence on the desktop, and is probably overkill for mobile.

Of course, if you want to take a crack at integrating them and actually find that they do have tangible benefits, give it a try! :)
[Omni Q&A] Entropy512:
I still use it because I really don't want to spend all the time ripping it out and replacing it with something else on my Ubuntu machines, but it consistently fails to operate properly on nearly every machine I have. It's way too complex and the end result is that it breaks all the time.

That said, because of my experiences with it, I will never personally put any effort into putting it into more places. It is in too many already.
[Omni Q&A] mikeserv:
*edit of this mistakenly resulted in double-post below*
[Omni Q&A] mikeserv:
Maybe that's true, but if you asked me I'd probably lean the other way and say instead that Ubuntu is in too many places. Honestly, PA is really not complicated if you consider it a suite of core sound apps as opposed to a single, cohesive application. Probably my biggest gripe with Ubuntu's interfaces is that they often do the opposite, which is of course contrary to Unix principles, and in the process they tend to sort of opaque over simple and accessible modular designs.

I won't attempt to argue that PulseAudio is simple by design, as we both know I'd be certain to lose that argument, but it does offer a few lesser known interfaces you might find interesting. For instance, one of my favorite little tools is pacat. This does exactly what it sounds like; point it at one or more of PA's sources and it will concatenate their raw audio output into stdout at which point you are free to pipeline it as you would any other stream. Imagine you took pacat, perhaps also lz4, nc, and another little pipe-friendly PA tool called paplay directed at a PA sync on its system rather than a source, and combined them all into a pipeline. I hope in this you might begin to see some of PA's merits that perhaps you've missed before.

Also, there is pacmd, which is not nearly as straightforward as those others I've mentioned, but is far more capable and very well documented. It can do anything PA can do, really, and is fully scriptable.

I don't know which versions of Ubuntu you use, but those not on rolling releases may not yet have caught up to the PA update that implemented a PulseAudio-module-specific udev adaptation. Newer PA versions now pretty much auto-configure audio modules in the same way early user-space handles kernel-module loading. It's kinda cool, and almost an entirely hands-off process.

Anyway, I'm through proselytizing. I just thought I'd mention these things because they're the bits that I use when I want to do something with it.

EDIT:

I looked again and noticed this. While I fully understand where you're coming from here, I thought I heard some French kid on YouTube say that this was not the sort of response that should be expected for OmniRom feature requests. He described a sort of democratically driven road map, and specifically he said that if a feature request was well enough supported by the users, then the developers would implement it even if they did not agree it should be done. Has this policy changed?

Of course I realize that youtube guy was probably talking about majority rule as opposed to a well-argued request, and that I'm only one person, but above you say you will never do this thing, without making any allowances for the possibility of a vote or poll or similar.

Like I say, I fully understand your position on this, as I, of course, do not intend to devote my own efforts to something like further Android fragmentation for instance, vote or no vote. I just wish to know what to expect here, and if maybe I missed something.

-Mike
[Omni Q&A] Entropy512:
Everyone on the project are volunteers. Time is a limited resource, and we tend to prefer working on things we enjoy since we're not getting paid for it.

There's a big difference between "I have no interest whatsoever in working on this myself" and "I hate this so much I will mercilessly -2 it without any discussion". The latter is what I've promised never to do.

If someone's going to implement a feature, I'm OK with that as long as it doesn't have significant negative impacts (which PA would likely have, but I'll give it the benefit of the doubt...), I'll even give them some tips/assistance.

However, given the pain and suffering I went through with the yamahell audio HAL, touching audio again if I don't have to is dead last on my priorities list.

Looking at your link - it seems like nearly any advantage PA might have would only be seen by commandline clients - All apps would have to be presented with something that is "audioflinger-like" which didn't offer the extra features offered to clients. Also, PA claims improved power consumption - but they actually likely do not support LPA or tunnel mode.

To me it looks like PA offers a huge integration effort for little to no actual benefit.

Also, that article was written in January 2012 - I can tell you for certain that Google made MAJOR changes to the audio setup with Jellybean in mid-2012 including the ability to select buffer configurations that are use-case-dependent - https://github.com/omnirom/android_...210153d8f19a0ca825b33f2282b9ae071c6ec#diff-11
[Omni Q&A] mikeserv:
Wow, man! Thanks very much indeed for replying with honesty and humility. I'm very pleased that I didn't, or at least I hope I did not. Even if you had said otherwise I would have fully understood, of course, but as it is, I'm also very impressed. I like discussion. Thanks, man.

Two questions: what's yamahell? And, because you say you've worked with it, can you tell me about AudioFlinger or whatever it is and maybe why the status quo is desirable? I thought it was a problem. I'm asking these things for my own edification and because I think I'm gonna try something to do with a PA replacement.

While I agree PA may be overkill, I really don't believe pulse has to be applied monolithically, you know? It's already designed to work with modules, so maybe a subset would be sufficient. Clients only communicate with libpulse.so for the most part, for example. And for the past few months (on an upstream system) PA and Bz have been working really well together. So I'll try it, maybe, after you tell your horror stories and I can judge for myself.

-Mike

-
[Omni Q&A] mikeserv:
I assume you mean the first one, the blog on the initial port? Well, I believe that may have changed since then. The actual port homepage at freedesktop.org (the second link I provided) says this:

...[T]ested on Samsung/Google Galaxy Nexus as ... reference implementation... [P]ort fairly straight-forward for ... devices with ALSA support.

Various bits of functionality are available, and this is a moving target. The following are tested at the time of writing this section:

Audio playback for most apps using native Android APIs
Volume control
Switching of outputs depending on the device plugged in (headphones, headset)

To Be Done

The following pieces are either partially or not at all implemented

Audio playback API completeness: infrequently-used bits of the API (loops, markers, etc.) are not implemented
***BIG ONE*** Calls: this is work-in-progress, but needs to be cleaned and merged
Policy: initial implementations of volumes and port switching are done. There are probably a lot of bits of policy that still need to be implemented for us to have feature/bug-parity with standard Android.
Audio record API: can be implemented fairly easily like the playback API was
***NOT CLEAR ON THIS*** Audio effects API (we don't support this in PulseAudio at the moment)

Something tells me this is a statement I should be able to fully comprehend before getting neck deep...

It doesn't look so huge to me, as much is already done, I think. But then I've to hear your horror stories so I will reserve judgement.

Yes, that article was written then, but the freedesktop.org homepage was created March of this year. I suspect some changes have accumulated along the way, and because PA is an actively developed high-profile application hosted and backed by RedHat, I expect that website landing page would be removed soon after it became irrelevant. I will, of course, reach out to the maintainers at that end as well for advice.

But... that's kind of the point... less redundancy, you know? Less fragmentation? No need for separate groups for thisnkind of stuff. I just thought that was inline with omni ideals. Is there another way that you know of that could as easily bring a like convergence of functionality with other Linux systems? I just wanted to effect something along those lines and I thought omni sounded like a place worth starting.

Also, I want those things.

-Mike

P.S. This is the git repo described in the .XML repo definition for the PA build-code at freedesktop.org: http://cgit.collabora.com/git/

You can see the android specific PA packages are being worked on, and very recently. Also, ALSA is seeing somewhat recent dev work as well.

EDIT: This may not even be quite as difficult as i initially assumed.You can also see at the following git repo that a commit was made to master referencing 'mako' 5 weeks ago.

http://cgit.collabora.com/git/android/platform/external/collabora/pulseaudio-android.git/
[Omni Q&A] Entropy512:
yamahell - the hell that was working with the Yamaha MC1N2 codec seen on many Galaxy S2 family devices.

Poorly documented, kernel code written by a member of a primitive tribe with no concept of zero, Samsung's blob HALs doing all sorts of unpredictable crap requiring workaorunds and hacks...

One of the things that the Android audio subsystem has (overall) great support for is hardware accelerated decoding of compressed audio. LPA and tunnel mode are both methods for doing hardware accelerated audio decoding even when the host CPU is asleep.

The closest analog to this in the PC world would really be AC3 passthrough to an external decoder - which happens to be where 90% of my hatred of PulseAudio comes from. Its usual response to AC3 passthrough switching on/off is to screw up the audio codec and do weird stuff like pass AC3 through but not set the "this is a bitstream and not raw audio" bit, or send raw audio when setting the "this is a compressed bitstream" bit.
[Omni Q&A] mikeserv:
....should I?

This makes very good sense. While I think the PA 4.0 changeligs from July or so may acknowledge this lack they also seem to indicate it's been addressed. Would you mind looking? Not positive I'm reading it right.

-Mike
[Nexus 5 Q&A, Help & Troubleshooting] mgerbasio:
Hi,

I had a Droid HD Maxx and switched to the N5. Is there a car dock mode available on this phone? It was a hidden app with the Motorola phone, not sure if it was part of aosp.

I'd like to have me screen stay on when I'm in the car, but dim. I see a couple of apps but want to be sure there isn't a os feature.

If I'm using navigation, I'd like it to get brighter when I need to make a turn. I thought there was a setting in google maps to dim screen but I can't seem to find it.

Thanks.

Regards-Michael G.
[Nexus 5 Q&A, Help & Troubleshooting] El Daddy:
There isn't a "car dock mode" anymore. It was removed in 4.1 I believe.

If you want your screen to be on but dim while charging in the car you could use a daydream. Otherwise there are some car dock apps that are OK.

As far as the navigation goes; I think it does dim when you aren't making a turn for a while. I know it used to, but I can't remember if it still does.
[Nexus 5 Q&A, Help & Troubleshooting] crspang:
If you go in developer options and choose to prevent screen from sleeping while charging that may help you. I'm not sure why they hide that in developers options. If you don't have developer options enabled then go to settings>about tablet and click on build number rapidly about 7 times.
[Nexus 5 Q&A, Help & Troubleshooting] mgerbasio:
Thanks guys.
[8125, K-JAM, P4300, MDA Vario Software Upgrading] syquest:
Anyone have WorldMate new version download link??? Thanks~~
[8125, K-JAM, P4300, MDA Vario Software Upgrading] Ronv:
http://www.mobimate.com/ppc_business.shtml
[8125, K-JAM, P4300, MDA Vario Software Upgrading] RonenB:
Yep. the new version is really awsome. It looks better, runs better on my K-Jam and is a real nice add on if you're a lot on the road like me.
[Optimus L3, L5, L7 Q&A, Help & Troubleshooting] Noisy Boy:
WHILE I WAS MODDING MY XPERIA MIRO I GT RADIO BRICK FROM XPERIA Z FIRE , , WAS WONDERING HAS ANYONE GOT RADIO BRICK FROM THE LG ROMS ? AND CAN IT HAPPEN EASILY ? , NEED TO KNOW THESE DETAILS B4 I START MODDING MY L7 #P705.:confused::confused::confused::confused::confused:
[Optimus L3, L5, L7 Q&A, Help & Troubleshooting] vaikz:
What radio your talking about? The baseband radio or fm radio?

Star reading here http://xdaforums.com/showthread.php?t=2486512

It's well documented. :D :beer:
[AT&T, Rogers HTC One X, Telstra One XL] MrMiami81:
Is there a workaround for this?
[AT&T, Rogers HTC One X, Telstra One XL] redpoint73:
Try the app OTA Rootkeeper (or similar) to hide root, and see if that works.
[AT&T, Rogers HTC One X, Telstra One XL] edwinvaldivia35:
isis

Try this. It worked for me http://xdaforums.com/showpost.php?p=45114363&postcount=1
[Xperia Play Q&A, Help & Troubleshooting] Miichaell:
Has anyone the same problem or everybody is using FPSE/ePSXe? When I was on stock, NXT LE/1.3, Aurora Play everything was ok. But about last half an year I'm on Gin2 and now I wanna play CMR2 and Motoracer (both games, especialy CMR2, run in PSpocket MUCH better, stable 60FPS I think) and if I play some game (doesn't matter if from PSpocket or directly from launcher) only this message appears: "Updating" in header

and "The content license is being renewed..." I let manytimes this "license renewing" running for an hour but nothing was happened. I tried also in psxperia convert these games again (I thought there is maybe some certificate/license which makes the game running only for limited time - like certificates on Symbian) but this didn't help too. This message appears in all versions of this rom (I use it from 2.4).
[Xperia Play Q&A, Help & Troubleshooting] Bakisha:
Which version of crash bandicoot apk did you used to convert games?

ncua94900 or0 ncea00344?

If it's ncea00344 you'll need to convert your psxperia games again with ncua94900.

If you are unsure, you can convert your games with crash bandicoot apk you are currently have in phone (also take zpak from sdcard/android/data )
[Xperia Play Q&A, Help & Troubleshooting] ozzmanj1:
if I recall, Gin2KitKat is 2.3.7 based. And unless I am mistaken only 2.3.4/2.3.3 work with playstation pocket, or maybe I am only thinking of the software used to convert your ps1 discs to playstation pocket.
[Xperia Play Q&A, Help & Troubleshooting] Miichaell:
It was ncea00344, I never had another version I think. The problem is that Crash Bandicoot give me the same message as any other game, so when I try to download psxperia again and want to do clean conversion (I removed the old one which I had "installed" about one year) I donť get data for Crash cause this message. It must be a specific problem of this rom or I absolutelly don't know what could do this.

2ozzman1: Doesn't matter if it's 2.3.4 or 2.3.7, NXT and Aurora are also 2.3.7 and there were no problems.
[Xperia Play Q&A, Help & Troubleshooting] Bakisha:
You should try ncua94900. I know at some point game was updated and older version did not work

Also, check if there is preinstalledservice.apk in /system/app

It is required to play any psxperia games (even crash)
[Xperia Play Q&A, Help & Troubleshooting] Miichaell:
Damn, you're a god. The problem caused missing preinstaledservice.apk, I never knew what this .apk does, so now I know. I edit every rom for myself (removing apk which I don't use, editing some icons, changing some apk, launcher, adding script, some lines in buil.prop etc.) and I probably removed preinstaledservice too, cause I think it's useless. I thought it has something to do with storefront.apk. Now I've downloaded Crash data with ncua94900 and it works so other games should work too. Thanks.
[Xperia Play Q&A, Help & Troubleshooting] Bakisha:
That's how i found out that too :)

YW
[Sprint Samsung Galaxy S 4 Q&A, Help & Troubleshoot] kreemerz:
So Sprint is pushing out their latest update which is supposed to be v4.3 with a bunch of apps that will prevent or cause problems for us root enthusiasts. I'm wondering if I should root with Sac now or forget about it?
[Sprint Samsung Galaxy S 4 Q&A, Help & Troubleshoot] ROMANTiC KiD:
Bad place to post a question. This had been discussed and people will troll you. BUT sprint pushed out 4.3 with knox bootloader. Which that you cant downgrade to older firmwares. I havent heard of such apps that make rooting difficult. Ive rooted 4.3 stock mja with the latest cf auto root successfully but it triggered the knox flag which voided my warranty. Its either your choice really whether you want knox bootloader or not. Either way your able to flash 4.3 rom if your on 4.2.2 but you need to add extra steps.
[Sprint Samsung Galaxy S 4 Q&A, Help & Troubleshoot] SuperSwagSauce:
So where can I download "Should I root now? v.1.0"?
[Sprint Samsung Galaxy S 4 Q&A, Help & Troubleshoot] kreemerz:
Thanks for your response. People can troll if they wish, they will get no response from me. Lol. But yes, that's a bit of a bummer that sprint would do this. I've heard that AT&T has already done this to some of their devices.
[Sprint HTC EVO 4G LTE] newtooroot:
Need to go back to stock for 2 reasons.

Changing carriers.

Sprint connection optimizer does not work with our wifi setup.

So ICS,

The phone has hboot 2.09.0000, radio 1.12.11.1210

Where can i find the proper RUU?

Thank you
[Sprint HTC EVO 4G LTE] Magnum_Enforcer:
Are you S-off? If so you can use VipeRUU. Otherwise, there is no RUU for the latest OTA updates.

Here is the link to VipeRUU:

http://xdaforums.com/showthread.php?t=2197909

If you're not S-off, you can use Moonshine to gain S-off. Link is below:

http://xdaforums.com/showthread.php?t=2321072

Sent from my HTC EVO 4G LTE
[Sprint HTC EVO 4G LTE] newtooroot:
yes

I am s off and will use this for sure. Thanks for the help
[Sprint HTC EVO 4G LTE] Magnum_Enforcer:
No problem.

Sent from my HTC EVO 4G LTE
[Sprint HTC EVO 4G LTE] deidreindc:
Did this work for you? How long does it take to flash?

It says it doesn't detect my phone but it clearly says it's EVO in my file manager... I'm not sure what line i should be replacing and I can't reply in that forum because of my noob status...

ifi use ruu mode? how long?
[Sprint HTC EVO 4G LTE] deidreindc:
manually get the unlockcode.bin file (had one saved) and put it in the subdirectory before you run this and it works so much better...

just my experience.
[Galaxy Note 3 Q&A, Help & Troubleshooting] serdals:
AP: N9000QXXUMJ7

CP: N9000QJVUCMJ3

CSC: N9000QTURCMJ3

I Want to my phone root

Please help me
[Galaxy Note 3 Q&A, Help & Troubleshooting] stanley08:
Ask questions here mate - http://xdaforums.com/galaxy-note-3/help

or better still, look for similar threads...
[Galaxy Note 3 Q&A, Help & Troubleshooting] winol:
I rooted my n900w8 with k9ngoapp, google it