ARM架构,曾称进阶精简指令集机器(Advanced RISC Machine)更早称作Acorn RISC Machine,是一个32位精简指令集(RISC)处理器架构。还有基于ARM设计的派生产品,重要产品包括Marvell的XScale架构和德州仪器的OMAP系列。
ARM家族占比所有32位嵌入式处理器的75%,成为占全世界最多数的32位架构。ARM处理器广泛使用在嵌入式系统设计,低耗电节能,非常适用移动通讯领域。消费性电子产品,例如可携式装置(PDA、移动电话、多媒体播放器、掌上型电子游戏,和计算机),电脑外设(硬盘、桌上型路由器),甚至导弹的弹载计算机等军用设施。
扩展资料:
在 ARM 架构的机器中,周边装置连接处理器的方式,通常透过将装置的实体暂存器对应到 ARM 的内存空间、协处理器空间,或是连接到另外依序接上处理器的装置(如总线)。协处理器的存取延迟较低,所以有些周边装置(例如 XScale 中断控制器)会设计成可透过不同方式存取(透过内存和协处理器)。
-ARM架构
-嵌入式处理器
手机究竟有哪些主要的音乐格式:
1)AMR格式
ARM的全称为“Adpative Multi-Rate Speech Codec”自适应多码率语音传输译码器,最初是版欧洲电信标准化拹会“ETSI”为GMS系统所制定的语音编译码标准,而因频宽又分为两种 --AMR-NB(AMR Narrowband)和AMR-WB(AMR Wideband)。 诺基亚手机多数都支持上述两种的格式音频文件。
2)MP3格式
MP3是“MPEG Audio Layer 3”的缩写,在80年代在德国诞生,用简单说法来形容,那是一种音频压缩技术,“MPEG3”音频编码主要具有有10:1 - 12:1的高压缩率,可以保持低频部份不失真,但是牺牲了音频中由12KHz - 16KHz的高音频部份的质量来 换取细小的文件体积,用“mp3”格式来储存,一般只有用“wav”文件的10%,而音质要差于CD格式或WAV格式的音效文件。
另外,MP3有一大特色便是没有版权的保护技术,也就是谁都可以使用!
MP3格式压缩音乐取样频率有很多种,可以用64 kbps或更低的编码来节省空间,亦可以用到320 kbps达到极高的压缩音质。
MP3在编码速率上,又分为“CBR”(固定编码),与及“VBR”(可变码率) 技术,不过有些手机上的播放器,是有机会不能支持下而无法播放音乐来的,例如某些中低档的摩托罗拉MP3 手机是不能播放“VBR”格式的MP3音乐。
3)AAC格式
AAC“Advanced Audio Coding”的缩写,中文称为“高级音频编码”,被手机界称为“21世纪数据压缩方式”,AAC所采用的运算方式是与MP3的运算有所不同,AAC同时可以支持多达48个音轨,15个低频音轨,更多种取样率和比特率与及有多种言语的兼容能力,更高的译码效率,总括来说,AAC可以在对比MP3文件缩小30%的前题下提供更好的音质。
因为“AAC”是一个大家族,他们是共分为9种规格,以适应不同场合的需要:
a) MPEG-2 AAC LC 低复杂度规格 (Low Complexity)
b) MPEG-2 AAC Main 主规格
c) MPEG-2 AAC SSR 可变取样率规格 (Scaleable Sample Rate)
d) MPEG-4 AAC LC 低复杂度规格(Low Complexity),现在的手机比较常见的MP4文件中的音频部份就包括了该规格音频文件
e) MPEG-4 AAC Main 主规格
f) MPEG-4 AAC SSR 可变取样率规格 (Scaleable Sample Rate)
g) MPEG-4 AAC LTP 长时期预测规格(Long Term Predicition)
h) MPEG-4 AAC LD 低延迟规格(Low Delay)
i) MPEG-4 AAC HE 高效率规格(High Efficiency)
上述的规格中,主规格“Main”包含了除增益控制之外的全部功能,其音质是最好,而低复杂度规格则是比较简单,没有了增益控制,但提高了编码效率,至“SSR”对“LC”规格大体是相同,但是多了增益的控制功能,另外,MPEG-4/AAC/LTP/LD/HE,都是用在低码率下编码,特别是“HE”是有Nero ACC编码器支持,是近来多用的一种编码率种,不过通常来说,Main规格和LC规格的音质相差是不大,因此目前使用最多的AAC规格多数是“LC”规格,因为要考虑手机目前的内存能力未达合理水平
arm更常用``
MPlayer interrupted by signal 4 in module: demux_open
- MPlayer crashed by an 'Illegal Instruction'
It usually happens when you run it on a CPU different than the one it was
compiled/optimized for
Verify this!
一般没人会整静态编译程序吧,哥们还是考虑用动态链接的来整,比较通用点,以后
移植其他程序也会好上手点。
另外的我看到上面那个提示说,因为一个非法的指令而导致崩溃的。
你交叉编译的时候有没有选择好平台,比如CPU,SOC的型号等等。
也就是说你弄过来的交叉编译器,有没有选择好它的平台,可以做个简单的测试,搭建
个交叉编译环境,写个print函数的c文件,用交叉编译器编译下,然后在板子里跑起来。
跑的起来交叉编译器就应该没弄错,跑不起来说明你交叉编译器选错型号了。
很多已经支持了,有些不支持是因为SOC厂商没有提供linux下cpu硬解4k视频的驱动
如
HardKernel C2, Orange PI Zero
这两个典型的代表,硬件上都支持4K视频播放,但是要在Android或者LibreELEC下才可以,arm linux没有相关驱动,只能解码1080p
欢迎分享,转载请注明来源:品搜搜测评网