android 4.1 x86x86如何旋转屏幕

android-x86_下载安装问题解决方法,android x86 安装,android sdk安装,..
扫扫二维码,随身浏览文档
手机或平板扫扫即可继续访问
android-x86_下载安装问题解决方法
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由:
将文档分享至:
分享完整地址
文档地址:
粘贴到BBS或博客
flash地址:
支持嵌入FLASH地址的网站使用
html代码:
&embed src='/DocinViewer-4.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布,请您等待!
3秒自动关闭窗口当前位置 &
10:05:33&&&&
编辑:朝晖[])
编者按:自从CES2012上Intel发布了针对移动市场的Medfield平台以来,市面上出现过一些基于X86的Android手机。它们甚至能在部分测试中实现单核战双核,双核战四核,那X86手机实际应用情况又真的是这么理想吗?(本来引自)
大部分Android应用都使用基于Dalvik Java代码开发。理论上,由于Dalvik代码在系统的虚拟机中执行,在x86的ATOM平台上不会有性能损失。但由于虚拟机执行效率的有限,对于一些高性能追求的应用,谷歌允许开发者使用原生的C语言代码。而原生代码是针对硬件平台编译,x86,ARM或是MIPS都有其相应的二进制文件。通常来说,针对ARM平台编译的二进制代码,x86的处理器是无法直接运行的。而主流的安卓产品均采用ARM处理器,尽管很早之前,Google的Android NDK就引入了x86编译的选项,但至今还是有相当一部分应用只针对ARM平台进行了编译,这就造成了x86安卓平台兼容性问题。
为了解决这一问题,Intel在推出Android手机系统的ATOM平台之初,就引入了&二进制转换&(Binary Translation)这一功能,来解决x86无法直接运行ARM库的问题。针对ARM编译的二进制代码会被ATOM处理器翻译成x86执行的代码,从而运行包含为ARM编译的原生代码的应用。
通过这一功能,x86 ATOM可以兼容市面上的绝大部分应用。最新的采用Atom Z2580处理器的联想K900已经宣传自己能兼容市场上的TOP 20000应用。
在解决了兼容性问题后,加上x86 Atom单核战双核、双核秒四核的彪悍性能(跑分),x86似乎已毫无黑点,横扫市场指日可待。但遗憾的是,x86所宣传的&兼容&与&性能&,由于目前的生态环境的限制,并不能兼得。
首先我们来简单的看一下目前x86在Android的生态环境情况:
尽管TOP 20000的应用已经可以被兼容,但个人统计了豌豆荚市场中最热门的250个应用,其中31%的应用没有使用原生代码。剩下的69%含有原生代码的应用中,只有8%包含了x86库,剩下61%只有ARM原生库。也就是说,只有这8%的应用,x86可以发挥自己的最佳性能,而绝大部分,都需要进行二进制转换去进行兼容。
进一步,在对性能需求较高的游戏应用中,原生代码的使用更加广泛:
通过统计当乐网中最热游戏TOP100,我们发现,只有6%的游戏不含原生库,胜于94%的游戏都含有原生代码。在这其中,只有5%的游戏含有x86原生库,剩余的将近90%的游戏,都需要Atom处理器通过二进制转换运行为ARM编译的代码。
当然,出于对高性能的需求,不少游戏都包含了armv7a的运行库。尽管如此,我手上的联想K800(Atom Z2460)手机也可以通过二进制转换进行执行。但是经过测试,包含Neon SIMD代码的原生库则无法执行。
说了这些,我们明白,相当一部分数量的应用都需要x86通过二进制转换去兼容ARM代码运行。那么,x86性能如此强悍,在兼容执行ARM代码时,表现又如何呢?这是长期以来为Intel和厂商所回避的一个问题。
本次测试对象:联想K800手机,算是首款在国内上市的x86手机。处理器为Atom ZGHz,单核双线程,PowerVR SGX540 400MHz GPU。
首先我们清楚安兔兔,这是x86最喜爱的跑分之一。
尽管Z2460只有单个核心,但其得分依旧超过了大部分低主频的双核ARM A9,相比高主频的双核A9/Krait毫不逊色。而采用双核四线程的Z2580更是能向着三万分冲击,直指目前最高端的4+4核处理器。
但是,使用ARMv7库后,Z2460的表现不容乐观,总分一下子缩水了三分之二,CPU得分更是跟单核A8差不多&
接下来的一系列测试也显示了同样的情况:当使用x86原生库时,我们可以发现ATOM的单线程性能异常强悍,特别是内存性能。
而一旦采用兼容模式,二进制转换运行ARM库,性能就大大下降,1.6GHz的Atom甚至只有1GHz Cortex-A7的水平都不到。
CoreMark也是同样的情况,性能损失相当可观。
作为兼容的代价,性能损失只是一方面。另一方面则是功耗的增加。在本文的前半部分已经展示过,目前热门游戏很少有x86原生库,为了方便对比测试,我们选取了幽灵古堡(Epic Citadel)应用作为游戏的代表。
Epic Citadel是一个基于虚幻引擎的demo,画面相当精美,光影特效也不错。
本次测试我们使用Intel GPA System Analyzer来记录CPU的占用率和手机工作的电流:
使用Epic Citadel自带的Benchmark场景进行测试,结果如下:
使用x86原生库(上)获得了平均45.9FPS的成绩,而兼容ARM原生库成绩为31.2FPS,大概有30%的差距。
同时分析发现,整个过程中,通过二进制转换执行ARM库和原生运行x86库相比,CPU占用率和手机消耗电流上,均有一定的增加。
相比之下,兼容运行ARM库相比原生执行x86代码,成绩下降了30%,平均的CPU占用率从58.9%提高到了73.4%,而平均电流从621mA提高到了717mA,增加了约100mA,相对来说CPU的功耗增加了约400mW,还是相当可观的。
当然CPU占用率只是个侧面反映,由于测试时内核频率调节默认为Ondemand,尽管占用率差异不大,但二进制转换执行ARM代码时,CPU运行在高主频的时间更长,从而导致功耗的增加。
最后总结如下,可以看到二进制转换相比原生执行x86代码,损失的性能还是很可观的,在性能诉求的应用中,损失可高达50%以上。在一些游戏类应用中,也会带来约400mW的CPU功耗的增加。
总的来说,x86的Android之路还很漫长,尽管通过Intel和厂商的努力解决了兼容和性能问题,但相对恶劣的生态环境使得性能和兼容不可兼得。但遗憾的是,Intel在今年表示 &手机业务不图销量 只玩高端&&尽管市场上销量最大的是千元手机,但目前还不是英特尔的方向,英特尔旨在做出现在世界上性能最高的手机& ,在一定程度上,相对较低的占有率还是难以引起开发者的注意和调动开发者的积极性,在生态环境的改善上还是令人担忧。
阅读更多:
相关阅读:
文章观点支持
为文章报道质量打分
当前平均分:0(0 次打分)
登录驱动之家
没有帐号?
用合作网站帐户直接登录Android-x86 - Porting Android to x86
This is a project to port
to x86 platform, formerly known as "". The original plan is to host different patches for android x86 support from open source community. A few months after we created the project, we found out that we could do much more than just hosting patches. So we decide to create our code base to provide support on different x86 platforms, and set up a git server to host it.
This is an open source project licensed under Apache Public License 2.0. If you think we did something great, consider .
What is new?
: The official git server is moved to .
for developers.
(the first release candidate of lollipop-x86).
: Google released the source code of
(Marshmallow).
(the third stable release of kitkat-x86).
: The new kernel branch android-4.0 based on vanilla kernel 4.0 is ready for testing.
: The git server
: . We are sorry for it.
: The lollipop-x86 branch is updated to Android 5.1.0_r1 release (Lollipop-MR1).
(the second stable release of kitkat-x86).
: The new kernel branch android-3.18 is available in the git server for testing.
for developers.
: Google released the source code of
(Lollipop).
is released for testing.
: The kitkat-x86 branch is updated to Android 4.4.4_r2 release (Kitkat-MR2.2).
(kitkat-x86).
: The installer now supports read-write mode installation on ntfs and vfat.
(kitkat-x86).
: Add ntfs/exfat/ext4 support to vold.
(kitkat-x86).
: The kitkat-x86 branch is updated to Android 4.4.2 release (kitkat-mr1).
: The kitkat-x86 branch is updated to Android 4.4.1 release.
: The kitkat-x86 branch is ready in . It's in early stage and buggy. Call for developers.
: Google announced , the KitKat release.
is ready for downloading.
: Google announced
The source code is released.
is released.
: Joe Spencer created .
is available for downloading.
: The jb-x86 source tree is ready for downloading.
: . Thanks to everyone who help this.
Project Goal
To provide complete solution for Android on Eee PC platforms first and then to provide solutions for common x86 platforms as well.
Screenshots
Surf the Internet
Play Video
View Photos
Wifi Status
More screenshots can be found .
Tested platforms
The tests are done by the project members and others from android-porting group.
ASUS Eee PCs/Laptops
Viewsonic Viewpad 10
Dell Inspiron Mini Duo
Samsung Q1U
Lenovo ThinkPad x61 Tablet
Most of the models can run the native resolutions via i915 driver. Thanks to the kernel mode setting (kms) feature introduced since kernel 2.6.29.
The following features are available in the
Kernel 3.18, KMS enable
Wifi support with GUI
Better disk installer
Power Suspend/resume (S3 mode)
Battery Status
Software mouse cursor
Mouse wheel
Support netbook native resolution
Audio (ALSA)
V4l2 Camera support
External monitor support
External storage auto mount support
Support external keyboard
Debug mode with busybox
Source code
We provides a complete, compilable and workable source tree. Read
for how to use it.
You can also .
Development (2015/04)
What we are working on now
Port Lollipop-MR1 (Android 5.1) to x86 (lollipop-x86 branch)
Upgrade kernel to 4.0
OpenGL ES hardware acceleration for intel/radeon (cwhuang) and nvidia (pstglia, mauro) platforms.
OpenGL emulation layer (cwhuang)
Improve multimedia support (cwhuang)
CyanogenMod integration
To do list
integrate multiple targets support
support external monitor
better power management
multi-touch touchpad support
test out all default applications
If you are interesting in running Android on PC or netbook, consider to join us. See how to .
Current project maintainers are Chih-Wei Huang (cwhuang@android-x86.org).
, a group of engineers enthusiastic in open source software development , contributed many fixes and improvements to the Android frameworks, included the OpenGL ES hardware acceleration for Android-x86.
Michael Chen && who developed the stagefright-plugins to improve the multimedia support.
Dima Zavin &&, the original guy ported the Android to EeePC 701
Geunsik Lim &&, wrote original "HOWTO Build Android-X86 Full Source" and "How to use x86 android platform on virtualbox "
Chen Yang && for the instructions on the how to make boot-able image and how to build Android for VMware, and investigations on almost all of the build breaks and run time issues
Jackie Wu &jackie.& for the fix in alarm.c
Niels Keeman && for the investigation on the path issue in the battery service jni code, v4l2 camera support (android-m912 project)
Luca Belluccini && for the first patch to fix the path issue in the battery service jni code
Kevin Jeng &khjeng@princeton.edu& for adding the mouse wheel support
Andrew Hughes && for the works on iwlwifi4965 and Thinkpad x61 testing
Al Sutton &alsutton@android-x86.org& for testing and work on the ViewSonic ViewPad 10
Sebastian Albrecht from , ,
Elli Davis, and Chantal Marr from
for their support.
Of course, there are other people who gave helps. But there are too many e-mails and it is very hard for me to go through each e-mail to find the related person to list here. So, if you think we missed your name here, please kindly drop us an e-mail ( contact at android-x86.org ).在PC上运行安卓(Android)应用程序的几个方法 - keke2014 - 推酷
在PC上运行安卓(Android)应用程序的几个方法 - keke2014
我有一部荣耀3C,一般放在宿舍(我随身携带的是一部诺基亚E63,小巧、稳定、待机时间长),在宿舍我就会用它在微信上看公众号里的文章,最近要考驾照也在上面用驾考宝典。最近想在实验室用这两个软件,但又懒得带手机,而微信没有PC版,驾考宝典的PC版暂时没法同步数据,于是就想在PC上运行这两个软件,搜索了一阵子,找到三种方法:
1、在PC安装一个安卓模拟器,在模拟器里面运行apk;
2、虚拟机安装 Android x86 然后在此系统里运行;
3、利用谷歌chrome浏览器运行( 这是一个新颖、有前途、激动人心的方法,有望实现全平台运行安卓应用程序 );
下面分别介绍这三种方法:
1、借助模拟器运行:
(1)利用谷歌开放的开发包创建AVD(Android Virtual Device,安卓虚拟设备)
首先下载安卓开发包(目前 4.2 是主流):
附带安卓4.2系统镜像的开发包:
附带安卓4.4系统镜像的开发包:
解压后打开eclipse.exe,菜单Window-&Android Virtual Device Manager:
选择 Device Definition 选项卡,选择 4.65 720p (个人觉得算是适中的大小),然后点击右面的 Create AVD 按钮:
RAM设置要量力而行;SD card 需要分配点空间,有些程序运行是需要的,比如微信等;Use host GPU 勾上,应该可以渲染快一点:
选择 Android Virtual Device 选项卡,在列表中选着一个AVD,然后点击右侧的 Start:
启动选项选择建议,勾选 Scale display to real size,然后将 Monitor dpi 设置为 160:
最后运行效果如下:
必须在以上安装模拟器启动之后才可以安装软件:
将 adb.exe所在路径 X:\adt-bundle-windows-x86-\sdk\platform-tools 加入环境变量 path 中,
在 cmd 里运行,
adb.exe install xxx.apk 安装某apk,
adb.exe install -r xxx.apk 重新安装(reinstall)某apk,
adb.exe uninstall xxx.apk 卸载某apk,
adb.exe uninstall -k xxx.apk 卸载但保留(keep)数据和 cache 目录,
具体参数可以在cmd里直接输入 adb.exe 查看,
当然,也可以在模拟器里安装和卸载程序。
该方法小结: 优点是几乎所有程序都可以运行,兼容性好;缺点是资源占用多,运行极其缓慢。
(2)下载第三方定制的模拟器:
,可以安装多个引擎:
模拟器应用下载:
,这上面应用都经过测试可以在以上几个模拟器里正常运行。
该方法小结: 第三方模拟器兼容性没有官方的好,但是性能较优,且操作方便,
这几个模拟器里
天天模拟器
性能最好且 在
输入时可以调用PC输入法
,也可以随意调整分辨率:
2、在 Android x86 系统里运行:
首先下载 Android x86 系统(项目
目前最新版本为(截止):
我是在 VMware 里安装的,但是无法更改分辨率,建议用 VirtualBox 安装,可以修改分辨率,具体安装见以下链接的两个教程:
三点注意事项:
1)VMware 创建磁盘的时候一定对于 磁盘类型 一定要选择 IDE ,否者系统无法识别:
2)应用尽量到“安卓市场”里安装,基本上都可以正常使用,其他的不一定;
3)安装后默认横屏,但是有些手机版的 app 会横着显示,
需要安装 Orientation&Control(屏幕旋转)、Display Orientattor(强制旋屏)
配合使用时要关闭系统的自动旋转屏幕——设置-&辅助功能-&自动旋转屏幕:
该方法小结: 性能比模拟器略差,显卡没有驱动好,分辨率没法设置,鼠标有点飘,但是兼容性比模拟器好,大部分应用都可以运行。
3、在 Chrome 里运行:
Google 搞了个 App Runtime for Chrome (目前处于 Beta 阶段)可以作为插件挂载到 Chrome 浏览器里,然后就将 apk 以插件形式安装到浏览器里,就可以运行了。
详见教程:
我说一下核心步骤:
1)下载 Chrome
解压到任何一个目录(之后不要删掉,chrome 一直要调用的),
到 chrome://flags/&启用 Native Client:
到 chrome://extensions/ 启用“开发者模式”,然后点击“加载正在开发的扩展程序”选择刚才解压的文件目录即可
3)转换apk,提供两种方法:
将 apk 转换成 crx 插件,下载后拖放到谷歌浏览器里面安装;
利用 chromeos-apk 工具装换:
打开“Node.js command prompt”输入
npm install chromeos-apk -g 安装 chromeos-apk:
利用 chromeos-apk&xxx.apk
命令转换 apk 应用程序,转换后会得到一个文件夹( 不要删除 ),安装方法和上面安装 Android Runtime 一样:
4)之后就可以在&chrome://apps/ 里运行安装的插件了:
该方法小结: 资源占用低,运行性能极好,不过由于目前处于测试阶段,兼容的程序有限。
目前只能等待 Google 的完善,估计到时 Android 会更火了,赶快投身 Android 软件开发,只需一个版本即可在所有平台运行……
vladikoff大神定制的 Android Runtime 使用教程
已发表评论数()
&&登&&&录&&
已收藏到推刊!
请填写推刊名
描述不能大于100个字符!
权限设置: 公开
仅自己可见

我要回帖

更多关于 android 4.1 x86 的文章

 

随机推荐