Related
Hi XDA-Samsung Users,
I've been a member of XDA since Jan last year. I went from owning a Nexus One to a Samsung Galaxy S i9000. The reason for the change was for the better specs and superior hardware of the Samsung Galaxy.
The phone is an incredible piece of machinery, but is severely hampered by the modifications that Samsung makes to the Android OS. I admit that the codec support within TouchWiz is impressive, but too much of the core framework of the phone is inefficient and sluggish.
Even using the latest release of unofficial firmware Samsung, Android 2.2.1 (JPY), there is still the occasional hang and the missing RAM (which is there somewhere, but not for user applications).
Samsung is mostly to blame, but there is also a quality control element that Google should be responsible for.
I have prepared an open letter that I sent to Android via Google Press and then forwarded on to Samsung for their reference. This were all through publicly available channels so will have to filter through customer service centers and the like.
I'm not expecting much, Google appears to use Amazon's customer service approach, "No customer service is good customer service".
But would like to post it here to hopefully get it out into the wilderness.
I tweeted it here http://twitter.com/#!/ibproud/status/27528781828722688
and would appreciate if you agreed with the content to retweet it. Hopefully it should give it a bit more weight.
It would be interesting to get the communities feedback on how mature they believe Android is.
Do they need to keep trying to make everyone happy or can they start to use the weight of their OS to get manufacturers to align the user experience?
Dear Android Team,
I am writing this letter to air my frustrations and to hopefully get some peace of mind that your strategy for Android will resolve some of the main issues plaguing the platform.
I have now been with Android for over 12 months. I used to be an iPhone user, but couldn’t stand the walled garden that Apple put me in. I couldn’t download directly to the phone, replace the messaging app or sync wirelessly. I went to Android because I wanted the freedom to use my phone more as a desktop replacement than as a phone/mp3 player.
When I joined the Android family (January 2010), I started with the Google Nexus One. I was so keen to get into the Android community I didn’t even wait for it to be on sale in Australia to get it, thus I hit eBay and bought it outright.
I was very pleased with the platform but could still see a few rough edges around the Operating System. It had the usability I was looking for but was lacking the polish I had grown use to with Apple. There was good news on the horizon with an Éclair update that would give the already beautiful phone a nudge in the right direction. As I was in Australia and the phone wasn’t here yet, I had to push the update through myself, after seeing how easy this was and getting the feeling of being a little phone hacker, I was hooked, I started preaching Android to the masses. Australia is still building momentum for the platform and it’s taking some time. Most of the major carriers stock between 4-6 Android devices, most of which are low end or outdated in the overseas markets.
I follow all the key players in the industry through Twitter and have a majority of Google News trackers picking up articles with android related words. I have also now converted my Wife to Android (HTC Desire Z, also not available in Aus) and I picked up the Samsung Galaxy S and gave my sister the Nexus One. The problem I face now is that I’ve run out of money and can’t go out and buy a new Android phone just to be up to date with the latest Android OS (Gingerbread), this would also be the case for most consumers. The Nexus S is so similar to my current hardware that I must be able to leverage the extra performance from the update.
But alas, we reach the major problem with the platform. Fragmentation. I’m not referring to the Fragmentation of the various app stores and apps available based on different OS versions but more to the Fragmentation of the OS based on the custom skins and manufacturer update cycles. The open platform that is closed at 2 levels, Manufactures and Carriers. I will continue to buy my phones outright as it gives me the freedom and flexibility to upgrade my plans as better ones become available. This always guarantees that I’m free from the bloatware that is preloaded on most Carrier bought phones and free from 1 of the barriers to the true AOSP experience. The next barrier is one that is running rampant in the interwebs rumour mill at the moment and that’s manufacturer updates and in my case I refer to Samsung.
Samsung Galaxy S phones come loaded with Android 2.1, most of them internationally are running Android 2.2 and just recently as select group of the devices is getting Android 2.2.1. This is now a month after Android 2.3 was released. For Samsung I would consider this largely negligent, considering they had the opportunity to work with Google to build a Google Experience Phone (Nexus S). The specs of this phone are so similar to the Galaxy range that a port shouldn’t be too difficult. I understand that there are a lot of constraints and dependencies in the development cycle that could cause delays as well as manufacturers agendas (mostly in unit sales). It is great that Samsung have sold so many devices globally but at a cost of the user experience as well as potential damages to long term retention.
I understand the Open nature of Android and the push to encourage manufacturers to put there own spin on the platform, but Android is getting bigger and more mature, it doesn’t need to be High school girl bending to the whims and peer pressure from the carriers and manufacturers.
There are a team of Devs in Germany who are working to port CyanogenMod 7 (Gingerbread) to Galaxy S i9000, but these guys have now spent over four months just trying to get through Samsungs drivers. The team didn’t start just to customise the phone but to actually make the phone work properly, I of course refer to the RFS lag issue and Samsungs modification to the framework that slowed it down. The goal of the team is to maximise the potential of the hardware and operating system.
It would be great to see some muscle from Google thrown into the mix, there doesn’t need to be requirements dictated, but maybe ethics encouraged.
There seems to be a few options here:
- Encourage device manufacturers to share their drivers, if it is too sensitive to share at least work with the community to help them do it themselves.
- Start to break down the way the platform is customised so that way the manufactures (Samsung/HTC/Motorola) skin the platform can sit a layer above the core code, thus be a quick implementation/customisation to get their skins working.
- Get each manufacturer to offer the AOSP experience to advanced users. This can be done through an agreement between the user and manufacture that states this will void the warranty and have its own terms and conditions.
- This last one is a long stretch, but how about taking all the manufacturers drivers into a repository, the way Windows do updates. When a new Android version is developed the drivers can be updated or incorporated and be packaged out through the Android SDK.
I may be completely off the mark. I’m not a developer and couldn’t pretend to know what effort is involved at any stage of the process, from building Android to rolling it out into the latest and greatest phone. The one thing I am though is an End User, a person that wants my phone to do more, to get close to being a desktop replacement.
Maybe I’m also being a bit idealistic.
I hope the Android platform continues to flourish and for it to become the Windows of the mobile era.
Sincerely,
Irwin Proud
E: [email protected]
Click to expand...
Click to collapse
It's really an excellent summary. Consider there're even more black sheeps out there. For example Sony Ericcson which ones recently made a statement like Android is their favourite Smartphone OS and left Symbian in Nokias hands.
But we found also the good ones like HTC, which every Manufacturer should have HTC as its Paragon concerning Android Software Development.
Great write-up; I agree 100%
I agree with your post fully, and concur that the Windows Phone 7 model for OS updates is more efficient, and strikes a happy medium between iOS and Android's approach to upgrades. However it is also more restrictive in terms of handset hardware limitations
I suppose the idea is that customers should vote with their wallets and buy from companies with good software and firmware support. The problem with that is a majority of phone users (android or otherwise) are technically savvy enough to take such support into consideration when looking at the latest and greatest fancy phone in a store. We could all buy the Nexus One or Nexus S only, but this too is restrictive to the customer as other phones offer more/different features
my 2 cents worth:
I agree on your points - but I'd skip the first few paragraphs if I were the one who write the letter. Other than that, thank you for making the effort.
What exactly are you hoping to achieve with this letter? Google has absolutely nothing to do with the fact that samsung don't want to update their phones. In these type of situations it's just better to vote with your wallet and buy another manufacturer's phone next time and let Samsung know why you don't want to use their phones in the future.
Writing letters like these is just a waste of time imho.
What Google should do?
Toss3 said:
What exactly are you hoping to achieve with this letter? Google has absolutely nothing to do with the fact that samsung don't want to update their phones. In these type of situations it's just better to vote with your wallet and buy another manufacturer's phone next time and let Samsung know why you don't want to use their phones in the future.
Writing letters like these is just a waste of time imho.
Click to expand...
Click to collapse
Please allow me to politely disagree. Google can do a lot about this and they have done this also. When I say they have done this - I am talking about not having Market application on Android OSes which come on non-phone hardware.
Google should put similar restrictions for loosley coupled skins, upgradable drivers. I had been giving this a lot of thought lately. I will sum up my thoughts with above letter as above:-
i) Device manufacturer skinning - Google should mandate that it should be just another APK within AOSP and users should be given a choice to turn it off.
ii) Device Drivers - Google should mandate there should be a better way of installing device drivers - similar to what we have in MS Windows (MS Windows is an excellent model of how hardware device should be handled - this lead to the exponential growth Windows is enjoying now).
iii) Android OS Update - If Google can achieve the above two, then the choice to upgrade the OS should be at user discretion. Of course, Google should mandate that there is OTA availble as an option. And obviously this OTA would be served by Google, not by device manufacturers. This would also free up time, effort and cash spent by device manufacturers in upgrading the OS.
So this is in the best of interest of everybody.
These restrictions if put in place, would free us all from this phenomena of running outdated OS.
Not sure what ti say on this one. It's true that Samsung has failed on some levels, however I must say that this is the first phone that has allowed me to get to know so much about the internals of the Android OS.
Modifying kernels, ROM's, reading about different file-systems etc... it's not a thing for the common user but I expect the people on this forum to be interested in such things.
Ok, if Samsung had done it right, we may have discussed these things anyway but it would've drawn less attention as people would not be looking for solutions to their problems.
But of course we have to strive to quality for everyone and this letter may just open some people's eyes at both Google and Samsung.
Thank you so far for the feedback.
poundesville said:
my 2 cents worth:
I agree on your points - but I'd skip the first few paragraphs if I were the one who write the letter. Other than that, thank you for making the effort.
Click to expand...
Click to collapse
Remember most members of XDA would be a cut above the average user. The reason this letter was written the way it was, was to demonstrate that I am a typical end user. Although I would consider myself leaning slightly to the more advanced side I wrote the letter based on a very general experience of the platform, an experience a lot of consumers would go through.
Toss3 said:
What exactly are you hoping to achieve with this letter? Google has absolutely nothing to do with the fact that samsung don't want to update their phones. In these type of situations it's just better to vote with your wallet and buy another manufacturer's phone next time and let Samsung know why you don't want to use their phones in the future.
Writing letters like these is just a waste of time imho.
Click to expand...
Click to collapse
What am I trying to achieve with this letter?
I really don’t know, but it helps to just get the thoughts out there.
With approximately 300,000 activations daily, I don’t think Android sees the true reflection of how their platform is received.
When the Galaxy range of phones was released in the US, they would have been seen as the closest thing to an iPhone that non-AT&T customers could get. So sales and activations shouldn’t be seen as the indicator of clever consumers or consumers wanting an open platform, but of consumers who wanted an iPhone but for the various reasons didn’t want to go with AT&T.
Remember: The international Samsung Galaxy is the only Android phone I know of that looks more like an iPhone than any other phone.
What I would really like to see is, that annually google will release a major version of Android. So V1, V2, V3, etc…. the mobile manufacturers commit to any minor or incremental updates per major version. So if Google says they are releasing Android 2.4 then they are saying to the manufacturer that this version will also work on any phone that currently supports v2.1 to v2.3.
As more and more people move to smartphones and tablets, more and more will we see hackers, spammers, botnets and so on attempt to access our devices. If we can’t have the latest updates that close any open holes then our phones become a huge liability.
Pierreken said:
Not sure what ti say on this one. It's true that Samsung has failed on some levels, however I must say that this is the first phone that has allowed me to get to know so much about the internals of the Android OS.
Modifying kernels, ROM's, reading about different file-systems etc... it's not a thing for the common user but I expect the people on this forum to be interested in such things.
Ok, if Samsung had done it right, we may have discussed these things anyway but it would've drawn less attention as people would not be looking for solutions to their problems.
But of course we have to strive to quality for everyone and this letter may just open some people's eyes at both Google and Samsung.
Click to expand...
Click to collapse
Not really sure if Samsung has failed as such, but have put too much focus on unit sales rather than quality control and great user experience. They started releasing different iterations and modifications to the same phone without considering that each minor tweak to the hardware would mean more resources to develop updates and maintain each device.
I also agree that without Samsung I would know very little about linux filesystems, kernel and custom roms, but shouldn't all of these be more to push the phone above it's limits and not to just get it working properly?
There's nothing wrong with knowing the advanced stuff, however it shouldn't be a necessity.
The problem ironically is that Android is open source. I agree wit the letter above, but I can;t see how you can stop manufacturers doing what they want.
Also the Drivers being proprietary isn't going to change and device manufacturers aren't going to suddenly start releasing their closed driver sources.
Agreed Google should stand up and restrict the Skins to a single APK that can be removed, this would stop all the associated problems with HTC and Samsung skinning too deep in to the OS that it becomes impossible to remove it. The problem with that is, then any manufacturers APK will be installable on any phone. Which is something we know they don't want.
We already know Androids biggest downfall and so does Google. Fragmentation.
I believe once Google has the strong position they want and users demand Android when they buy a new phone, they will start to put their foot down and try to enforce standardisation across Manufacturers, but until they get to what they feel is that point, we're stuck.
Anyway much luck with the letter, I hope someone who matters get's to see it.
Logicalstep
It looks like Marshmallow is following the usual pattern of Android "x.0" alpha release to the public, followed by "x.0.1" beta release with initial defect ('bug") corrections starting with Nexus beta testers (I.e. Nexus users in general).
Reading about the MM 6.0 problems on MXPE, I'm sitting out the 6.0 alpha testing on the sideline with LP 5.1.1. Most trouble-free phone I've had yet, and I don't yet need the only compelling feature I see with MM on the MXPE (T-Mobile Band 12 support).
Any noises yet about MM beyond 6.0.1? (I know I can look for this elsewhere too, but thinking maybe some of the XDA community may have inside info from the Android community.)
TIA...
The marshmallow update give me some new features and better battery life (though I do own the X Style, not pure). Unless you are dead set on being intentionally obtuse, then this isn't considered an alpha update.
Also the 6.0.1 update is quite minor, the largest change being some ART performance improvements, the rest is adding bands to the Nexus line and some emoji's: http://www.androidheadlines.com/2015/12/google-posts-android-6-0-1-changelog.html
I know the label "alpha" is not not the official label for something like 6.0. But with so many substantial defects, and multiple forthcoming revisions to correct those defects a certainty, that's really what it is IMO. Maybe "public release alpha" would be a better description, since pre-release revisions go through even more defect-ridden levels including pre-release alpha, prior to public release.
Similar situation with previous Android versions, and in fact most software foisted on the public these days (I'm looking at you, Microsoft and Apple). Look at Lollipop and the multiple public release revisions it took to iron out most of the substantial defects, finally, with 5.1.1.
6.0.1 is not just "...some ART performance improvements, the rest is adding bands to the Nexus line and some emoji's...", it also includes defect corrections. (Bluetooth, anyone?) And if the changelog doesn't list a significant number of defect corrections, that doesn't necessarily mean it is already polished at 6.0.1. The fragmented Android ecosystem and separation between Google, phone manufacturers, carriers, and users guarantees a plethora of various non-trivial defects in the ecosystem, many of which Google will address only slowly or even never for most phones.
For example, the memory leak defect in LP was not fixed until 5.1.1. How may revisions and months did that take? How many phones still run pre-5.5.1 with this defect?
One reason I bought the MXPE was the idea that it would be one of the first to get the updates. That turned out to be overly optimistic. It looks like Nexus is the only one still close enough to the source to get timely updates, and it also looks like Google is not pursuing Android defect corrections with any kind of urgency at all nowadays, maybe because the hardware ecosystem is becoming way too diverse to adequately support any more (or maybe because the profits roll in no matter what). Motorola phones, with the Moto alterations to Android, outsider status with carriers, and now hollowed-out Motorola support, appear to be no closer to adequate Android support from Google than any other non-Nexus phone.
"Obtuse"? A "bug" is a euphemism for a defect. Let's stop being obtuse, and call it what it is.
Any other info also appreciated.
You're being obtuse by insisting that we're all public alpha testers.
You obviously have no idea about software development, nor about Android Open Source development. Not your fault, but running your mouth is.
You bemoan the memory leak fix took several revisions to fix. So, you think that Google dedicated the whole team to fixing that one bug? What then? No other bugfixes or features are introduced in the meantime? The likely case is (and this is from experience) that bug took some revisions to fix, in the meantime, Google were also pushing ahead with other fixes. Regardless to what the uneducated (about SW development), throwing 15 developers onto one problem doesn't solve it any quicker. 5.0.1 came, adn 5.0.2 came, then 5.1 came in the meantime. While that memory leak was being worked on, more releases come fixing other things. Be grateful they didn't listen to you and leave it at 5.0 for several months while they fixed one issue.
Whatever bluetooth fixes that you think are in 6.0.1 are pure fantasy, because none exist in AOSP 6.0.1: http://aosp.changelog.to/android-6.0.0_r5-to-android-6.0.1_r1.html <-- That's the FULL changelog of commits between 6.0.0_r5 and 6.0.1_r1.
It is not Google's job to fix a problem in anything other than their own devices. At all. Google's job is to make AOSP run smoothly on Nexus devices and release the source. Samsung, HTC, LG, Motorola et al all take the source code, just like CM, AICP, Slim and the rest do, and make modifications for their devices, using the sources given to them by their hardware partners and themselves. So if BT works in Nexus devices, but not others, then it's not Google's problem (usually). An AOSP issue will persist several devices, including Nexii devices.
Google also have taken on the quite large undertaking of monthly security updates for their devices, which I can tell you will be taking up some of the development teams time (it's what, 3-4 months into that project?).
No software ever released on this planet comes without bugs and issues. This is software development. You can check the status of AOSP development here: https://android-review.googlesource.com/#/q/status:open and feel free to download, code and submit your own features.
MattBooth said:
You're being obtuse by insisting that we're all public alpha testers.
You obviously have no idea about software development, nor about Android Open Source development. Not your fault, but running your mouth is.
You bemoan the memory leak fix took several revisions to fix. So, you think that Google dedicated the whole team to fixing that one bug? What then? No other bugfixes or features are introduced in the meantime? The likely case is (and this is from experience) that bug took some revisions to fix, in the meantime, Google were also pushing ahead with other fixes. Regardless to what the uneducated (about SW development), throwing 15 developers onto one problem doesn't solve it any quicker. 5.0.1 came, adn 5.0.2 came, then 5.1 came in the meantime. While that memory leak was being worked on, more releases come fixing other things. Be grateful they didn't listen to you and leave it at 5.0 for several months while they fixed one issue.
Whatever bluetooth fixes that you think are in 6.0.1 are pure fantasy, because none exist in AOSP 6.0.1: http://aosp.changelog.to/android-6.0.0_r5-to-android-6.0.1_r1.html <-- That's the FULL changelog of commits between 6.0.0_r5 and 6.0.1_r1.
It is not Google's job to fix a problem in anything other than their own devices. At all. Google's job is to make AOSP run smoothly on Nexus devices and release the source. Samsung, HTC, LG, Motorola et al all take the source code, just like CM, AICP, Slim and the rest do, and make modifications for their devices, using the sources given to them by their hardware partners and themselves. So if BT works in Nexus devices, but not others, then it's not Google's problem (usually). An AOSP issue will persist several devices, including Nexii devices.
Google also have taken on the quite large undertaking of monthly security updates for their devices, which I can tell you will be taking up some of the development teams time (it's what, 3-4 months into that project?).
No software ever released on this planet comes without bugs and issues. This is software development. You can check the status of AOSP development here: https://android-review.googlesource.com/#/q/status:open and feel free to download, code and submit your own features.
Click to expand...
Click to collapse
t
No new or useful information there. Thanks anyway, despite the ad hominem. I guess that comes with the territory (forums).
Yep, the Google-Android-(independent hardware makers) ecosystem is seriously flawed. Too much disconnect between the OS owner (Google), the hardware makers, the carriers, and the customer. And the first three in the chain (not including the customer) have different incentives/disincentives, and there are a bazillion hardware variations, of course it is broken. We know all this.
Reminds me of the original PC/Windows mess. Except worse because the carriers interpose an additional dysfunctional layer hindering OS updates/support. (Before anyone says "just DIY with one of the many available ROMs, I started this "Q" thread about stock MM, not third party ROMs.)
Still hoping for any useful information on anything happening to fix the MM defects, to get an idea when it might be past public beta and worth installing to MXPE.
TIA...
Tinkerer_ said:
t
No new or useful information there. Thanks anyway, despite the ad hominem. I guess that comes with the territory (forums).
Yep, the Google-Android-(independent hardware makers) ecosystem is seriously flawed. Too much disconnect between the OS owner (Google), the hardware makers, the carriers, and the customer. And the first three in the chain (not including the customer) have different incentives/disincentives, and there are a bazillion hardware variations, of course it is broken. We know all this.
Reminds me of the original PC/Windows mess. Except worse because the carriers interpose an additional dysfunctional layer hindering OS updates/support. (Before anyone says "just DIY with one of the many available ROMs, I started this "Q" thread about stock MM, not third party ROMs.)
Still hoping for any useful information on anything happening to fix the MM defects, to get an idea when it might be past public beta and worth installing to MXPE.
TIA...
Click to expand...
Click to collapse
What ad hominem? Your uneducated state affects your ability to understand the nature of Android and software development. It's a perfectly legitimate response to your position. You lack the ability to understand and therefore your argument is flawed. I'm not attacking you, I actually tried to give you some insight into how it works, but you're not really interested and would rather insist on this "public beta" bull.
As far as fixing any "defects" you suppose, you haven't actually listed any so no-one is going to be able to help you with temporary work around without a list of what you feel is broken. I also showed you the changelog, so you can do your own homework to see if your supposed defects are fixed in 6.0.1.
The various hardware configurations doesn't even matter because Android is built to deal with it. So long as the hardware vendors of chips and modules support them properly and give out functioning binaries to OEM's, or proper source code, it's irrelevant. The exact opposite of what you said is true, Google has a very close relationship with it's partners (anyone signed up to their Google programs, to preinstall Google apps). The problem is carriers, who really shouldn't have a say in software on the phones, but that seems to be a chiefly North American problem.
Google doesn't need to have any connection to Android users as customers. Google does not sell Android, therefore you are not Google's customer unless you use a Nexus phone. Google sell the Google Experience, with the Nexus. You are Motorola's customer, and you are using Motorola's branched version of Android. Google doesn't owe Motorola any fixes or patches for their device. Motorola must maintain their own device tree and maintain their own relationships with their partners.
EDIT:
Also, Motorola's problem is resources. They have four version of the Moto X 2015 to deal with, three versions of the Moto X 2014, the new X Force, then the various versions of the G and E to deal with, along with two smart watches, and so forth. Their line up is increasing whist I imagine their development team is not. There was outrage (rightly so) when news broke that the Moto G 2015 wasn't getting the MM update, despite being a couple of months old, and Motorola listened and OTA's are rolling out.
I am asking if anyone can offer any info on anything being done to move toward MM revision with the many significant defects of 6.0 corrected. Read the forums, there are way too many defects with 6.0, it is patently a de facto public alpha, and we are tracking the usual pattern where it takes 3 to 5 revisions before an OS major rev is ironed out enough that upgrading will not cause more problems than it fixes.
There are always excuses made for why there are so many defects in software. There is a euphemism for "defect" everybody uses, "bug". Everyone has been making excuses for so long about shoddy workmanship and inadequate testing and correction of software, with the "bug" euphemism to minimize the reality that these are defects, that we are all just to suppose to accept systems ridden with faults without complaint. It's unacceptable. It can be done better. Part of why it doesn't get better is because everybody says "that's just the way it is, deal with it". With mountains of byzantine excuses and even ad hominem attacks (as here).
This thread was not started to start a tit for tat ad hominem back and forth, nor to post long essays detailing excuses for the pathetic status quo of the fragmented Android ecosystem with respect to defect causes and distributions. It was started looking for any info about work being done to fix the stock MM defects. Still seeking info.
TIA.
You should probably check the definition of ad hominem. There was no attack on you as a person, just pointing out that your uneducated state with regards to knowledge about software development affects your ability to call judgement on this.
But you haven't listened to a single word I've said and still maintain a shoddy position, so I would suggest to anyone else who reads this to simply ignore you as a troll.
Tinkerer_ said:
It looks like Marshmallow is following the usual pattern of Android "x.0" alpha release to the public, followed by "x.0.1" beta release with initial defect ('bug") corrections starting with Nexus beta testers (I.e. Nexus users in general).
Reading about the MM 6.0 problems on MXPE, I'm sitting out the 6.0 alpha testing on the sideline with LP 5.1.1. Most trouble-free phone I've had yet, and I don't yet need the only compelling feature I see with MM on the MXPE (T-Mobile Band 12 support).
Any noises yet about MM beyond 6.0.1? (I know I can look for this elsewhere too, but thinking maybe some of the XDA community may have inside info from the Android community.)
TIA...
Click to expand...
Click to collapse
I think we'll close this debate. There are no real "Android" insiders on XDA, so asking for update info which is privy to Google is perhaps somewhat futile.
On a related note, XDA have a few dedicated "Android Fora", such as this complete Category where non-device specific discussion and indeed conjecture takes place. Perhaps you could take a look there and see what transpires?
Thanks
I have a Lenovo Yoga 10+ HD; not a bad machine as far as tablets go, but with an ancient Android on it - 4.4.2 - and Lenovo do not indeed to provide upgrades. From what I've read, the version of 5.0 which can be bunged onto the (rooted) machine is a bit hit and miss; some things don't work as well as they should. This seems to be a problem with Lenovo hardware in general.
So I'm vaguely in the market for a new tablet, and I think rather than wait for the company to provide upgrades, I'd be better off running with a custom ROM right from the beginning, thus taking full control over the machine. This is analogous to my use of laptops, on which I run Linux: one of the deciding factors for me is the quality of the Linux experience (and curiously, Lenovo Thinkpad laptops are very good for Linux).
So my question is: if I was to buy a large tablet, mainly for academic use and multimedia, and I wanted to put Omni on it - what would you recommend?
Thanks!
Right now, most of our supported tablets are "legacy" devices.
Of the best-supported ones, I'd say Nexus 7 (flo). Sony Tablet Z used to be well supported but I haven't had time to keep it alive lately. Sony Tablet Z4 will eventually come, there are pros and cons to this from an Omni perspective:
Pros - We'll be tracking Sony AOSP so that reduces maintainer effort significantly
Cons - I'd be handling the Omni-specific stuff and the rest of the team will agree that I really haven't been around too much lately. Also right now Sony AOSP doesn't do camera very well at all - this is actually one of the few Android issues I've spent time on recently vs. non-Android projects lately.
However, pros of this device in general - Sony's stock firmwares are excellent and Sony does a pretty good job of updating their devices nowadays, and they're improving too (see for example the Concept firmwares, which wound up with the Z3 being one of the first devices to receive an OEM Marshmallow build although it's still a "semi-custom" build not normally deployed to users...) My Z3 held the record of "longest time I've ever owned a phone without even bothering to root it or unlock the bootloader" (from November 2014 until around March/April 2015) - my Z5 Premium is currently in second place, have been running bone stock since early December.
The Sony Xperia Z2 and Z3 devices are both amongs one of Sony's best smartphones ever that they has released. By signing this petition, we will all let Sony take action and update our precious Z2 and even Z3 devices to Android Nougat!
But what about Vulkan API support???
Anything is possible, and we will prove to Google and Sony that having the minimum requirements for software to work correctly, is plain garbage, and that Vulkan API can be left out for them, because it's not like the Vulkan API is a necessity for Nougat in order to run correctly.
ANYMORE QUESTIONS WILL BE BROUGHT UP FROM THE COMMENTS ONTO THE OP AND ANSWERED HERE.
SIGN THIS PETITION NOW!: http://bit.ly/2eEwqN5
Thanks!
I Just Want A Stable 7.0 Build For Z2
Man i think this is impossible. Qualcomm completely left the development of the SD800/801 and if Sony update our devices without permission of Google, they will be in a big trouble. To me, this is impossible.
You are totally right Little Snevil. I also think that official update it's impossible because Qualcomm processor.
Enviado do meu D6503 através de Tapatalk
Well, MAYBE it is possibile to get android 7.0 on snap 801. Just look http://www.techtimes.com/articles/1...coming-soon-geekbench-benchmark-hints-yes.htm
This is sad, but change.org never has been listed by Google or Sony, like happen with z1 and marshmallow, Xperia L and kit kat, Xperia sp and kit kat. The true is Google and Sony never listen to users, only look the sales, and for those is better for him sale the new and forget the old
what i can say in that?
@Brandon Nel
Having a petition is a good idea, and I am not against it.
But there are two questions I would like to raise before proceeding to sign the petition:
1. Our Z3 and Z2 has been released for 24 and 30 months already, this already exceed the normal aftermarket support for Android devices (usually it goes among 18 to 24 months). Although you might say there has been rule breakers recently (for instance the Xperia Z that has almost 36 months of follow up upgrade), but however there are also some far below standard devices (eg Xperia C, which has no android upgrade since release). After all, Qualcomm, Sony and any other companies still have to make money for R&D and make a living, right? So I am thinking that shouldnt we live with what we are having now (AOSP 7.0)?
2. Shouldnt Qualcomm the company you should challenge against? Vulkan and OpenGS are featured in the chipset which is manufactured by QC, not Sony!
We should petition Qualcomm & Google instead of Sony.. Sony tried their best to bring Nougat through their Beta program for Z3.
But due to the lack of chipset updates from Qualcomm and the Vulkan API requirement set by Google, so many devices have been abandoned from the update even though they are fully capable to run N. This includes Z2 & Z3.
So in this case, either Qualcomm has to release update to our chipset or we have to force Google to remove mandatory Vulkan API requirement.
i need to pls make stable nougat..........................
artsfreaky said:
i need to pls make stable nougat..........................
Click to expand...
Click to collapse
Then sign the petition and prey
Sent from my Sony D6503 using XDA Labs
Paste a link to the petition on Twitter Sony and Sony News
//This is purely an opinion, might be treated as sarcasm, but it is an opinion
1. Nougat is bad for me, it is uglier and security is even worse because of getting more strict.
2. It is nearly impossible to push this through, because now you need to actually HAVE that VulkanAPI support in order to get a cert from google to use gapps(Noone will use Vulkan straight away, because of fragmentation, but well, three billion devices run java, now three billion devices will have to run Vulkan as well and if not, they'll die)
Any effort is worthwhile haha. This should be shared in the Z3 forums!
Well, Sony published AOSP for Xperias. This might mean something, maybe they will be able to somehow get that cert.
Did you see this :
Sony is not to blame for leaving the Xperia Z3 off the Android Nougat list
http://www.xperiablog.net/2016/08/3...ng-the-xperia-z3-off-the-android-nougat-list/
All devices with SD 800/801 will not updated to Android N 7.0 , Because of Qulacomm .
Alaa | Google Android said:
Did you see this :
Sony is not to blame for leaving the Xperia Z3 off the Android Nougat list
http://www.xperiablog.net/2016/08/3...ng-the-xperia-z3-off-the-android-nougat-list/
All devices with SD 800/801 will not updated to Android N 7.0 , Because of Qulacomm .
Click to expand...
Click to collapse
Not because of Qualcomm, but because of Google. They made Vulkan obligatory for getting certs. No one is going to use it from day one of Nougat anyway, because fragmentation, they want to push APIs, but Nougat isn't like 99% of Android right now. Although it might be handy when it reaches higher shares due to Vulkan's performance.
Please suggest a way to make our device get the Project Treble officially.
More details on Google Project Treble,
Thanks.
This can only be accomplished by the manufacturer of the phone (Oneplus) in corporation with the SoC manufacturer (Qualcomm). But we can always say pleeease with a big nice smile in the Oneplus forum and hope for the best. ?
pitrus- said:
This can only be accomplished by the manufacturer of the phone (Oneplus) in corporation with the SoC manufacturer (Qualcomm). But we can always say pleeease with a big nice smile in the Oneplus forum and hope for the best.
Click to expand...
Click to collapse
As per the official OnePlus forums from I visited, I have read them saying "Treble is interesting, we will keep close an eye on it.."
Which is like killing me all the time...
Could someone from XDA OnePlus team reach out to OnePlus official and represent our request???
Project Treble would be expensive and difficult to implement. Given what OnePlus did with the OP2, it's clear where this is going.
The OP3/3T hardware will be likely be completely abandoned by next Summer. One year, folks.
Of course, Google poorly designed Android from the start and created this problem. Hardware abstraction and support for official AOSP should have been baked in from the start--or (at least) implemented before Gingerbread.
I don't use the physical buttons on this device. There's not much to wear out. This next upgrade will be forced by software. I don't give a darn about benchmarks, games, or huge pdf's; hardware isn't compelling anymore. I am going to wait and see about x86 on ARM. Even with limited performance, it would be nice to carry one device and just plug into the hotel television hdmi. Also, the updates would flow for a solid five years--longer than I would use a new device (as it should be).
There will be some broken buggy ROMS floating around for a while after next summer, but those are for kids.
orange808 said:
Project Treble would be expensive and difficult to implement. Given what OnePlus did with the OP2, it's clear where this is going.
The OP3/3T hardware will be likely be completely abandoned by next Summer. One year, folks.
Of course, Google poorly designed Android from the start and created this problem. Hardware abstraction and support for official AOSP should have been baked in from the start--or (at least) implemented before Gingerbread.
I don't use the physical buttons on this device. There's not much to wear out. This next upgrade will be forced by software. I don't give a darn about benchmarks, games, or huge pdf's; hardware isn't compelling anymore. I am going to wait and see about x86 on ARM. Even with limited performance, it would be nice to carry one device and just plug into the hotel television hdmi. Also, the updates would flow for a solid five years--longer than I would use a new device (as it should be).
There will be some broken buggy ROMS floating around for a while after next summer, but those are for kids.
Click to expand...
Click to collapse
Dint quiet get you there mate...
you mean Treble is not a good move?
orange808 said:
Project Treble would be expensive and difficult to implement. Given what OnePlus did with the OP2, it's clear where this is going.
The OP3/3T hardware will be likely be completely abandoned by next Summer. One year, folks.
Of course, Google poorly designed Android from the start and created this problem. Hardware abstraction and support for official AOSP should have been baked in from the start--or (at least) implemented before Gingerbread.
I don't use the physical buttons on this device. There's not much to wear out. This next upgrade will be forced by software. I don't give a darn about benchmarks, games, or huge pdf's; hardware isn't compelling anymore. I am going to wait and see about x86 on ARM. Even with limited performance, it would be nice to carry one device and just plug into the hotel television hdmi. Also, the updates would flow for a solid five years--longer than I would use a new device (as it should be).
There will be some broken buggy ROMS floating around for a while after next summer, but those are for kids.
Click to expand...
Click to collapse
Incoherent, confused, and totally off the point, what after next year there is no Android update, would that kill the phone, I still have wildfire s, it's on ginger bread, it runs youtube, Facebook and what's app, this phone will be usable till it is not broken
Sent from my ONEPLUS A3010 using Tapatalk
dante_67 said:
Incoherent, confused, and totally off the point, what after next year there is no Android update, would that kill the phone, I still have wildfire s, it's on ginger bread, it runs youtube, Facebook and what's app, this phone will be usable till it is not broken
Sent from my ONEPLUS A3010 using Tapatalk
Click to expand...
Click to collapse
I like turtles.
Is it possible for devs to port the kernel to 4.4+ once OP release sources for Oreo?
Well, given that OEM support for our device will end by mid next year, Project Treble implementation is not really worthwhile for our devices. It won't be useful to OnePlus for long (for the 3/T), and also it'll be quite expensive to be worked on.
But if OnePlus decides to pull an OPO, and grant us our wishes, we'd all be happy.
It has almost nothing to do with Oneplus, if Qualcomm update the reference msm8996 kernel to linux 4.4 then its trivial to port oneplus modifications over.
Qualcomm has practically zero motivation to do this, infact it works against their interests.
orange808 said:
Project Treble would be expensive and difficult to implement. Given what OnePlus did with the OP2, it's clear where this is going.
The OP3/3T hardware will be likely be completely abandoned by next Summer. One year, folks.
Of course, Google poorly designed Android from the start and created this problem. Hardware abstraction and support for official AOSP should have been baked in from the start--or (at least) implemented before Gingerbread.
I don't use the physical buttons on this device. There's not much to wear out. This next upgrade will be forced by software. I don't give a darn about benchmarks, games, or huge pdf's; hardware isn't compelling anymore. I am going to wait and see about x86 on ARM. Even with limited performance, it would be nice to carry one device and just plug into the hotel television hdmi. Also, the updates would flow for a solid five years--longer than I would use a new device (as it should be).
There will be some broken buggy ROMS floating around for a while after next summer, but those are for kids.
Click to expand...
Click to collapse
x86 or ARM? Jesus, that's some pretty old CPU architecture right there. Care to elaborate as to why you want it to go further?
thes3usa said:
x86 or ARM? Jesus, that's some pretty old CPU architecture right there. Care to elaborate as to why you want it to go further?
Click to expand...
Click to collapse
I like turtles.
orange808 said:
I like turtles.
Click to expand...
Click to collapse
Makes sense. Thanks for your informative explanation xD
OnePlus 3, 3T, 5, and 5T are all missing out on Project Treble, but will be updated to Android 8.1.
I'd rather have Treble.
Sent from my ONEPLUS A3000 using Tapatalk
HampTheToker said:
OnePlus 3, 3T, 5, and 5T are all missing out on Project Treble, but will be updated to Android 8.1.
I'd rather have Treble.
Sent from my ONEPLUS A3000 using Tapatalk
Click to expand...
Click to collapse
And if OnePlus had release Project Treble but not Android 8.1, you would have also complained.
Stop complain about everything you don't have, and enjoy what you have: should I remind you that Android 8.0 should have been the last update for the OnePlus 3(T)? Plus, Project Treble targets all devices launched with Android 8.x, which is not the case for actual OnePlus phones.
Not only "OnePlus" doesn't give project treble,
Stop complaint about "Project Treble"
there is a petition going to support Project Treble for OnePlus devices
feel free to sign the petition and make a difference
We (the community) would like to ask Oneplus to support Project Treble in OOS
casual_kikoo said:
And if OnePlus had release Project Treble but not Android 8.1, you would have also complained.
Stop complain about everything you don't have, and enjoy what you have: should I remind you that Android 8.0 should have been the last update for the OnePlus 3(T)? Plus, Project Treble targets all devices launched with Android 8.x, which is not the case for actual OnePlus phones.
Click to expand...
Click to collapse
Project Treble is compulsory for devices launching with Oreo, but can be enabled when a device is updated (see OG Pixel/XL and Essential Phone), so OnePlus can do it if they want to.
JoinTheRealms said:
It has almost nothing to do with Oneplus, if Qualcomm update the reference msm8996 kernel to linux 4.4 then its trivial to port oneplus modifications over.
Qualcomm has practically zero motivation to do this, infact it works against their interests.
Click to expand...
Click to collapse
Correct me if I'm wrong, just guessing here, but isn't the Google Pixel 1 getting treble? It has the same SOC, so getting the required kernel references shouldn't be a problem right?
EDIT: This is ofcourse only applicable to the 3T, so they'd have to split the OTA's from the OP3. Highly doubt that they'd do that though.