原生文件有哪些|kindle5的 原生系统 支持什么格式的文件

⑴ kindle5的 原生系统 支持什么格式的文件

原生系统一般常见的文字格式都支持的。个人手头使用过的有 txt PDF doc 还有爱看豆上直接推送的mobi格式。其中mobi格式看着最舒服。推荐你去爱看豆上找书,方便又质量高。

⑵ mp3.wav.wma.这三种文件有什么区别

MP3的全称是Moving Picture Experts Group Audio Layer III。简单的说,MP3就是一种音频压缩技术,由于这种压缩方式的全称叫MPEG Audio Layer3,所以人们把它简称为MP3。wma是微软在制订的音频压缩文件格式,比mp3标准晚,比mp3还小,比mp3音质还好 最大的不同是wma标准掌握在微软手里,而mp3是个开放的标准,没有版权麻烦,所以比wma流行WAV是多媒体中使用了声波文件的格式之一,它以RIFF格式为标准。每个WAV文件的头四个字节就是“RIFF”。WAV文件由文件头和数据体两大部分组成,其中文件头又分为RIFF/WAV文件标识段和声音数据格式说明段两部分。常见的WAV声音文件有两种,分别对应于单声道(11.025KHz采样率、8Bit的采样值)和双声道(44.1KHz采样率、16Bit的采样值)。

⑶ 原生NTFS格式是什么意思

NT File System, Windows NT以上版本支持的一种文件系统在推出FAT32文件系统之前PC机使用的文件系统是FAT16。像基于MS-DOS,Win 95等系统都采用了FAT16文件系统。在Win 9X下,FAT16支持的分区最大为2GB。我们知道计算机将信息保存在硬盘上称为“簇”的区域内。使用的簇越小,保存信息的效率就越高。在FAT16的情况下,分区越大簇就相应的要增大,存储效率就越低,势必造成存储空间的浪费。并且随着计算机硬件和应用的不断提高,FAT16文件系统已不能很好地适应系统的要求。在这种情况下,推出了增强的文件系统FAT32。同FAT16相比,FAT32主要具有以下特点: 1. 同FAT16相比FAT32最大的优点是可以支持的磁盘大小达到2TB(2047GB),但是不能支持小于512MB的分区。基于FAT32的Win 2000可以支持分区最大为32GB;而基于 FAT16的Win 2000支持的分区最大为4GB。 2. 由于采用了更小的簇,FAT32文件系统可以更有效率地保存信息。如两个分区大小都为2GB,一个分区采用了FAT16文件系统,另一个分区采用了FAT32文件系统。采用FAT16的分区的簇大小为32KB,而FAT32分区的簇只有4KB的大小。这样FAT32就比FAT16的存储效率要高很多,通常情况下可以提高15%。 3. FAT32文件系统可以重新定位根目录和使用FAT的备份副本。另外FAT32分区的启动记录被包含在一个含有关键数据的结构中,减少了计算机系统崩溃的可能性。 NTFS文件系统 NTFS文件系统是一个基于安全性的文件系统,是Windows NT所采用的独特的文件系统结构,它是建立在保护文件和目录数据基础上,同时照顾节省存储资源、减少磁盘占用量的一种先进的文件系统。使用非常广泛的Windows NT 4.0采用的就是NTFS 4.0文件系统,相信它所带来的强大的系统安全性一定给广大用户留下了深刻的印象。Win 2000采用了更新版本的NTFS文件系统——NTFS 5.0,它的推出使得用户不但可以像Win 9X那样方便快捷地操作和管理计算机,同时也可享受到NTFS所带来的系统安全性。 NTFS 5.0的特点主要体现在以下几个方面: 1. NTFS可以支持的分区(如果采用动态磁盘则称为卷)大小可以达到2TB。而Win 2000中的FAT32支持分区的大小最大为32GB。 2. NTFS是一个可恢复的文件系统。在NTFS分区上用户很少需要运行磁盘修复程序。NTFS通过使用标准的事物处理日志和恢复技术来保证分区的一致性。发生系统失败事件时,NTFS使用日志文件和检查点信息自动恢复文件系统的一致性。 3. NTFS支持对分区、文件夹和文件的压缩。任何基于Windows的应用程序对NTFS分区上的压缩文件进行读写时不需要事先由其他程序进行解压缩,当对文件进行读取时,文件将自动进行解压缩;文件关闭或保存时会自动对文件进行压缩。 4. NTFS采用了更小的簇,可以更有效率地管理磁盘空间。在Win 2000的FAT32文件系统的情况下,分区大小在2GB~8GB时簇的大小为4KB;分区大小在8GB~16GB时簇的大小为8KB;分区大小在16GB~32GB时,簇的大小则达到了16KB。而Win 2000的NTFS文件系统,当分区的大小在2GB以下时,簇的大小都比相应的FAT32簇小;当分区的大小在2GB以上时(2GB~2TB),簇的大小都为4KB。相比之下,NTFS可以比FAT32更有效地管理磁盘空间,最大限度地避免了磁盘空间的浪费。 5. 在NTFS分区上,可以为共享资源、文件夹以及文件设置访问许可权限。许可的设置包括两方面的内容:一是允许哪些组或用户对文件夹、文件和共享资源进行访问;二是获得访问许可的组或用户可以进行什么级别的访问。访问许可权限的设置不但适用于本地计算机的用户,同样也应用于通过网络的共享文件夹对文件进行访问的网络用户。与FAT32文件系统下对文件夹或文件进行访问相比,安全性要高得多。另外,在采用NTFS格式的Win 2000中,应用审核策略可以对文件夹、文件以及活动目录对象进行审核,审核结果记录在安全日志中,通过安全日志就可以查看哪些组或用户对文件夹、文件或活动目录对象进行了什么级别的操作,从而发现系统可能面临的非法访问,通过采取相应的措施,将这种安全隐患减到最低。这些在FAT32文件系统下,是不能实现的。 6. 在Win 2000的NTFS文件系统下可以进行磁盘配额管理。磁盘配额就是管理员可以为用户所能使用的磁盘空间进行配额限制,每一用户只能使用最大配额范围内的磁盘空间。设置磁盘配额后,可以对每一个用户的磁盘使用情况进行跟踪和控制,通过监测可以标识出超过配额报警阈值和配额限制的用户,从而采取相应的措施。磁盘配额管理功能的提供,使得管理员可以方便合理地为用户分配存储资源,避免由于磁盘空间使用的失控可能造成的系统崩溃,提高了系统的安全性。 7. NTFS使用一个“变更”日志来跟踪记录文件所发生的变更。 小提示(选取FAT32和NTFS的建议) 在系统的安全性方面,NTFS文件系统具有很多FAT32文件系统所不具备的特点,而且基于NTFS的Win 2000运行要快于基于FAT32的Win 2000;而在与Win 9X的兼容性方面,FAT32优于NTFS。所以在决定Win 2000中采用什么样的文件系统时应从以下几点出发: 1. 计算机是单一的Win 2000系统,还是采用多启动的Win 2000系统; 2. 本地安装的磁盘的个数和容量; 3. 是否有安全性方面的考虑等。 基于以上的考虑,如果要在Win 2000中使用大于32GB的分区的话,那么只能选择NTFS格式。如果计算机作为单机使用,不需要考虑安全性方面的问题,更多地注重与Win 9X的兼容性,那么FAT32是最好的选择。如果计算机作为网络工作站或更多的追求系统的安全性,而且可以在单一的Win 2000模式下运行,强烈建议所有的分区都采用NTFS格式;如果要兼容以前的应用,需要安装Win 9X或其它的操作系统,建议做成多启动系统,这就需要两个以上的分区,一个分区采用NTFS格式,另外的分区采用FAT32格式,同时为了获得最快的运行速度建议将Win 2000的系统文件放置在NTFS分区上,其它的个人文件则放置在FAT32分区中 NTFS适合你吗? 在多操作系统中是否选择将FAT32转换为NTFS,应该根据自己的情况来决定。如果重在性能和安全方面,那么可以将FAT32转换为NTFS;如果重在可操作性和兼容性方面,应该保持FAT32,不进行转换,因为支持FAT32的操作系统更多。而NTFS对Windows Me和以前的Windows版本并不兼容。建议除Windows XP/2003外的系统用FAT32。 将FAT32转换为NTFS 在Windows 2000/XP中,可以在命令提示符状态下键入“convert E:/FS NTFS”(假设E盘原来使用的是FAT32),回车后,在下次重启时自动将E盘转换为NTFS文件系统。转换时最好整理一下磁盘碎片加快转换速度,并且把数据备份到其他不转换的分区中。 将NTFS转换为FAT32 将NTFS转换成FAT32相对比较复杂,在不需要旧的文件情况下,我们可以使用Windows 2000/XP的安装光盘来完成转换,在安装时,选择“用FAT文件系统格式化磁盘分区”。如果你需要保存原来的文件,可以用Partition Magic For DOS来转换,不过这种转换的速度比较慢,数据也容易丢失,因此强烈建议转换前备份好数据。 转换问题多 如果当前的磁盘分区已经采用了NTFS文件系统,而且已经保存了许多资料,包括加密的文件或文件夹,这时转换为FAT32就会出现加密文件无法访问的问题,而且因为两种文件系统采用的文件命名方式不同,在转换后文件名会出现问题。 该不该选用NTFS文件系统? Windwos 9X 普及的时候已有Windows NT系统,由于Windows NT系统多用于商业平台,一般家用机都是安装Windows 9X , 在Windows 2000 推出的时候,因为其庞大的体积与众多用应用程序还有与Windows 9X 全然不同的一些操作方式,所以普通用户都没有接触过Windows 2000 , 当然也就没有用过NTFS文件系统。当然NT 3.X 与 NT 4.X系统是很早就出来的,但也是很少有人问津,因为它跟本不适合家用,这里也不多说了。 XP的推出让人耳目一新,越来越多的人安装了XP,但也就引发了他们必需面对的一个问题,那就是这个贴子的标题《该不该选用NTFS文件系统?》。 在运行Windows 2000/XP的计算机上,NTFS是系统推荐使用的文件系统,NTFS是最容易处理大容量硬盘的文件系统,NTFS文件系统能够提供目录的各种新功能和其他比较重要的安全功能。使用NTFS文件系统对分区进行格式化时分区中的碎片会更少,性能也会更高。 有一点要注意的是,早先的Windows 9.x 系统是无法直接访问NTFS分区的,听说有补丁,但也不是万能的。所以,如果你还不愿意放弃windows 9.X系统的话,这个文章可能对你没有什么用处。 NTFS分区方式的优点 自从Windows2000开始,微软开始推荐大家使用NTFS的磁盘格式,其后推出的XP更是要配合这种磁盘格式才能发挥其最大的性能优势。不仅仅是微软推广的缘故,NTFS的磁盘格式由于其自身的技术优势,配合目前硬件、网络发展的趋势的作用,正逐渐被广大用户接受。 1、大硬盘带来的影响。 现在的硬盘容量正以倍数在增长,每半年就增加一倍甚至更多,价格却在降低。这样基于传统的FAT文件系统的分区方式,就将逐步体现出其先天不足之处了——我们先来看看FAT32,FAT32是FAT文件系统的增强版本,可用在容量为512MB到2TB的驱动器上,虽然如此,以FAT32的格式,如果划分太大的分区空间,由于其磁盘的簇相对过大,在储存多个小文件的时候,将造成空间利用上的极大浪费。 相对而言,NTFS的磁盘格式的簇相当地细,就能有效地利用磁盘空间,而且不容易产生碎片。另外,NTFS的磁盘格式在处理单个巨大的文件的时候如进行视频捕捉、编辑的时候,也比FAT系统有优势。随着海量硬盘的发展,使用NTFS的分区格式将越来越必要——你总不希望把分区数划分满24个字母的盘符来迁就分区容量吧?所以,微软推荐使用NTFS而不是FAT32文件系统格式化大于32GB的分区是有其道理的。

⑷ 模拟人生3原生文件有什么用

原生文件就像房子,资料片就像家具。

⑸ 手机原生apk文件反编译后源码文件是哪个

相信很多开发者都知道反编译APK,正常情况下,如果我们想要看看xml,看看java源代码,是看不了的。用压缩工具解压apk得到的文件也都是二进制文件,打开后全是乱码。    开发者能够用的也仅仅是图片资源,这往往也满足不了开发者的需求。    下面我就给大家详细讲解一下Android-apk的反编译步骤:    注意:反编译的前提是:开发者没有使用proguard(java代码混淆的工具)。   1.下载反编译工具    需要下载四个工具:dex2jar、JD-GUI、apktool、apktool-install-windows-r05-ibot    dex2jar:将apk中的classes.dex转化成Jar文件。    JD-GUI:反编译工具,可以直接查看Jar包的源代码。    apktool:反编译工具,通过反编译APK中XML文件,直接可以查看。    apktool-install-windows-r05-ibot:辅助windows批处理工具。    下载地址:    dex2jar:http://code.google.com/p/dex2jar/downloads/list    JD-GUI:http://code.google.com/p/innlab/downloads/lis    apktool:http://code.google.com/p/android-apktool/downloads/list    工具截图:    2.解压缩APK包    apk文件也是一种常见的zip,常用的压缩软件就可轻松地解压apk文件。用压缩软件将apk文件中的文件解压到一个文件夹中,得到APK中的资源包括XML文件和classes.dex文件,classes.dex就是java文件编译再通过dx工具打包而成的。    解压截图:    3.反编译dex文件    解压apk文件后,你会发现res目录的图片没有加密,但java源码编译成了一个classes.dex文件,无法用普通的反编译class文件的方法来处理,dex2jar可以将dex文件转换成普通的jar包。    解压下载的dex2jar,把解压后的文件夹放到系统盘跟目录中并把这个目录加到系统path变量中,就可以直接用:dex2jar.bat或dex2jar.sh转换dex文件了。    DOS行命令如下:dex2jar.bat  xx\classes.dex(xx是classes.dex文件所在的路径)。    将在同目录得到普通jar包:classes_dex2jar.jar,就可以用处理普通jar包的方法来反编译这个jar包得到原文件。    编译截图:   生成jar文件的截图如下:    4.反编译jar包    得到jar包后,下载自已喜欢的反编译工具,推荐使用JD-GUI,有比较简单的图形界面,可以反编译单个class文件,也可以反编译jar包,比较方便。    打开压缩文件JD-GUI,运行jd-gui.exe,打开上面生成的jar包,即可看到源代码了。    截图如下:    5.反编译xml文件    打开解压的res\layout目录,有很多xml文件,如果你想看下作者是如何设计界面的,你会很失望,因为你看到的是一大堆乱码!这个时候我们需要用到的是apktool。    具体操作方法:将下载的apktool和apktool-install-windows-r05-ibot两个包解压到同一个文件夹下,这个文件夹有三个文件:aapt.exe,apktool.bat,apktool.jar。把这个文件夹也放到系统盘的根目录中并把这个目录加到path变量中。以HelloWord.apk为例:    在DOS命令行中输入:apktool d xx\HelloWord.apk HelloWord得到HelloWord文件夹,此文件夹中的xml文件就是编译好的可以正常查看的文件。    截图如下:   生成的文件: 这样就得到了可以得到编译的源码和XML资源。 注意:文件的路径中最好不要出现中文!

⑹ 安卓8.1原生版安装后都有哪些文件夹怎么找出厂商内置文件删除

你可以恢复他的出厂设置,然后重新开机就可以找出来了,你想要的就留下,不想要的就把它删掉。

⑺ 我想知道华为鸿蒙有没有原生软件,原生可执行文件的后缀是什么不会也是apk吧apk

原生应用扩展名是.hap (Huawei Application Packages),即华为应用包的首字母。

⑻ windows自带的默认文件夹都有哪些

C:\Windows\All Users 这里记录的是Window的用户以及这些用户个人设定的开始菜单及桌面等信息 Command 在这个目录下有着许多的DOS的常用命令,例如debug, format 等∩别小看这些老廉颇呀,在许多关键时刻还得靠他们哟 Config 用于存放Windows中硬件配制文件 Cursors 这是存放Windows光标的目录 Desktop 除了"我的电脑"、"我的文档"这几个系统图标外其它由程序和文档建立的桌面 快捷方式都会在这里面找到如果在这里删除某个图标,相应的就会删除桌面上的图标如 果你在桌面上存放文件得话,实 际也就是存放在这个文件夹 Downloaded Program Files 该目录存放上网下载东东时的临时文件 Favorites 存放收藏夹的内容 Fonts 这是存放 Windows的字体文件的目录要安装某种字体只需将字体文件直接复制 到该目录下即可 Help 存放Windows帮助文件 History 默认状态时可以保留你近二十天来的IE操作记录 Media 这里存放着Windows系统的声音文件,像Windows启动结束时发出的微软招牌音乐 Microsoft Sound等都存放于此 Offline Web Pages 这里存放着用于离线浏览的文件 Recent 这是对应开始菜单中文档菜单下的文档调用历史记录 它会把你最近打开的文 档和图片的路径记录下来,方便用户快速打开最近使用的文档 SendTo 这个目录对应的是对文件使用"发送到"命令时的"目的地" 你可以在里面为常 用的文件夹添加快捷方式,以后再复制文件时就不必抓着鼠标到处找了 Start Menu 对应Windows的开始菜单,可以直接在改目录对开始菜单进行管理 Start Menu/Programs 开始菜单的程序 Start Menu/Programs/启动 自动运行 INF INF驱动程序脚本文件夹 OTHER INF其它驱动程序脚本文件夹 Wallpaper 网页背景文件夹 SYSBCKUP 系统文件备份文件夹 System和System32 这是两个很重要的系统文件夹,存放Windows的系统文件和硬件驱动 程序等重要信息 Tasks 这里对应的 Windows的计划任务,添加的任务都会在这里面找得到 Temp 主要用于存放执行解压缩、安装程序等操作时产生的临时文件的目录要注意清理,避免临时文件长期占用硬盘空间 Temporary Internet Files 也是存放临文件的目录,不同的是它存放的是浏览网页时产生的临时文件它可以加快网页的浏览速度,但太多很占空间的,要定期清理 Web 这是存放一些与Web相关的东西在资源管理器中按Web查看时浏览栏中的蓝天白云的图片,屏幕保护程序中的频道屏幕保护程序,以及IE浏览中找不到服务器时的Web页等都存放在这里 Application Data 应用程序数据目录


赞 (0)