寸楷节序小字节序 - 游戏音频-详解MediaPlayer,SoundPo...- 反正屏切换时禁止重新加载Activity

当前位置: 编程技术>移动开发

本页文章导读:

▪寸楷节序小字节序大字节序小字节序 Endian 的由来一、引子　　在各种计算机体系结构中，对于字节、字等的存储机制有所不同，因而引发了计算机通信领域中一个很重要的问题，即通信双方交流的信息单元.........

▪ 游戏音频-详解MediaPlayer,SoundPool利害游戏音频-详解MediaPlayer,SoundPool利弊 Himi 原创，欢迎转载，转载请在明显处注明！谢谢。游戏开发中,通过资料和书籍了解到在有两种播放音频形式可以用在我们的游戏开发中,第一个：Medi.........

▪ 反正屏切换时禁止重新加载Activity 横竖屏切换时禁止重新加载Activity 横竖屏切换时候activity的生命周期总结：1、不设置Activity的android:configChanges时，切屏会重新调用各个生命周期，切横屏时会执行一次，切竖屏时会执行两.........

[1]寸楷节序小字节序

来源: 互联网发布时间: 2014-02-18

大字节序小字节序

Endian 的由来

一、引子
　　在各种计算机体系结构中，对于字节、字等的存储机制有所不同，因而引发了
计算机通信领域中一个很重要的问题，即通信双方交流的信息单元（比特、字节、
字、双字等等）应该以什么样的顺序进行传送。如果不达成一致的规则，通信双方
将无法进行正确的编/译码从而导致通信失败。目前在各种体系的计算机中通常采
用的字节存储机制主要有两种：
big-edian和little-endian。本文简要描述这两种存储机制的来历、特点和区别。
　　
　　为了叙述方便，下面先对本文中将要用到的两个术语做简单的定义。
　　1、MSB
　　MSB是Most Significant Bit/Byte的首字母缩写，通常译为最重要的位或者最
重要的字节。它通常用来表明在一个bit序列（如一个byte是8个bit组成的一个序
列）或者一个byte序列（如word是两个byte组成的一个序列）中对整个序列取值影
响最大的那个bit/byte。
　　2、LSB
　　LSB是Least Significant Bit/Byte的首字母缩写，通常译为最不重要的位或
者最不重要的字节。它通常用来表明在一个bit序列（如一个byte是8个bit组成的
一个序列）或者一个byte序列（如word是两个byte组成的一个序列）中对整个序
列取值影响最小的那个bit/byte。

二、endian的由来
　　1、Definition
　　endian: The ordering of bytes in a multi-byte number.
定义：在计算机系统体系结构中用来描述在多字节数中各个字节的存储顺序。

　　2、Etymology
　　The term comes from Swift's "Gulliver's Travels" via the famous paper
"On Holy Wars and a Plea for Peace" by Danny Cohen, USC/ISI IEN 137,
1980-04-01.
　　The Lilliputians, being very small, had correspondingly small political
problems. The Big-Endian and Little-Endian parties debated over whether
soft-boiled eggs should be opened at the big end or the little end.[From:
Free On-Line Dictionary Of Computing or Jargon File]
　　词源：据Jargon File记载，endian这个词来源于Jonathan
Swift在1726年写的讽刺小说 "Gulliver's Travels"（《格利佛游记》）。该小说
在描述Gulliver畅游小人国时碰到了如下的一个场景。在小人国里的小人因为非常
小（身高6英寸）所以总是碰到一些意想不到的问题。有一次因为对水煮蛋该从大的
一端（Big-End）剥开还是小的一端（Little-End）剥开的争论而引发了一场战争，
并形成了两支截然对立的队伍：支持从Big-End剥开的人Swift就称作Big-Endians
而支持从Little-End剥开的人就称作Little-Endians……（后缀ian表明的就是支持
某种观点的人:-）。Endian这个词由此而来。
　　
　　1980年，Danny Cohen在其著名的论文"On Holy Wars and a Plea for Peace"
中为了平息一场关于在消息中字节该以什么样的顺序进行传送的争论而引用了该词。
该文中，Cohen非常形象贴切地把支持从一个消息序列的MSB开始传送的那伙人叫做
Big-Endians，支持从LSB开始传送的相对应地叫做Little-Endians。此后Endian这
个词便随着这篇论文而被广为采用。

三、各种endian
　　1、big-endian
　　A computer architecture in which, within a given multi-byte numeric
representation, the most significant byte has the lowest address (the
word is stored "big-end-first").　　
Most processors, including the IBM 370 family, the PDP-10, the
Motorola microprocessor families, and most of the various RISC designs
current in mid-1993, are big-endian. [From: Free On-Line Dictionary Of
Computing or Jargon File]
　　big-endian：计算机体系结构中一种描述多字节存储顺序的术语，在这种机制
中最重要字节（MSB）存放在最低端的地址上。采用这种机制的处理器有IBM3700系
列、PDP-10、Mortolora微处理器系列和绝大多数的RISC处理器。

+------+
| 0x34 |<-- 0x00000021
+------+
| 0x12 |<-- 0x00000020
+------+
图1：双字节数0x1234以big-endian的方式存在起始地址0x00000020中

　　在Big-Endian中，对于bit序列中的序号编排方式如下（以双字节数0x8B8A为
例）：
bit    0   1   2   3   4   5   6   7     8   9   10 11 12 13 14 15
     +--------------------------------------------------+
val | 1   0   0   0   1   0   1   1   | 1   0   0   0   1   0   1   0 |
     +--------------------------------------------------+
     ^ 0x8B                                         0x8A ^
MSB LSB
图2：Big-Endian的bit序列编码方式

　　注1：通常在TCP/IP协议栈所说的网络序(Network Order)就是遵循Big-Endian
规则。在TCP/IP网络通信中，通信双方把消息按照如图2的方式进行编码，然后按
从MSB(Bit0)到LSB的顺序在网络上传送。
　　2、little-endian
　　 A computer architecture in which, within a given
16- or 32-bit word,bytes at lower addresses have lower significance (the
word is stored "little-end-first"). The PDP-11 and VAX families of
computers and Intel microprocessors and a lot of communications and
networking hardware are little-endian.
　　The term is sometimes used to describe the ordering of units other
than bytes; most often, bits within a byte. [From: Free On-Line Dictionary
Of Computing or Jargon File]
　　little-endian：计算机体系结构中一种描述多字节存储顺序的术语，在这种机
制中最不重要字节（LSB）存放在最低端的地址上。采用这种机制的处理器有PDP-11、
VAX、Intel系列微处理器和一些网络通信设备。该术语除了描述多字节存储顺序外
还常常用来描述一个字节中各个比特的排放次序。

+------+
| 0x12 |<-- 0x00000021
+------+
| 0x34 |<-- 0x00000020
+------+
　　图3：双字节数0x1234以little-endian的方式存在起始地址0x00000020中

　　在Little-Endian中，对于bit序列中的序号编排和Big-Endian刚好相反，其方
式如下（以双字节数0x8B8A为例）：

bit    15 14 13 12 11 10 9   8     7   6   5   4   3   2   1   0
     +--------------------------------------------------+
val | 1   0   0   0   1   0   1   1   | 1   0   0   0   1   0   1   0 |
     +--------------------------------------------------+
     ^ 0x8B                                         0x8A ^
MSB LSB
图4：Little-Endian的bit序列编码方式

　　注2：通常我们说的主机序（Host Order）就是遵循Little-Endian规则。所以
当两台主机之间要通过TCP/IP协议进行通信的时候就需要调用相应的函数进行主机
序（Little-Endian）和网络序（Big-Endian）的转换。
注3：正因为这两种机制对于同一bit序列的序号编排方式恰恰相反，所以《现
代英汉词典》中对MSB的翻译为“最高有效位”欠妥，故本文定义为“最重要的bit
/byte”。

　　3、middle-endian：
　　 Neither big-endian nor little-endian. Used of
perverse byte orders such as 3-4-1-2 or 2-1-4-3, occasionally found in
the packed decimal formats of some minicomputer manufacturers.[From:
Free On-Line Dictionary Of Computing or Jargon File]
　　middle-endian：除了big-endian和little-endian之外的多字节存储顺序就是
middle-endian，比如以4个字节为例：象以3-4-1-2或者2-1-4-3这样的顺序存储的
就是middle-endian。这种存储顺序偶尔会在一些小型机体系中的十进制数的压缩格
式中出现。
四、收尾
　　要详细解释这两种编码顺序已经超出本文所涉及的内容，如果你有兴趣的话可
以参考上面提及的Danny Cohen的论文（"On Holy Wars and a Plea for Peace"），
该论文详细的描述了这两种编码顺序的历史、所基于的数学理论和各自拥护者争论
的焦点等知识，绝对可以大饱你打破沙锅问到底的内心需要。

五、References & WebLinks
1. Free On-Line Dictionary Of Computing
[http://foldoc.doc.ic.ac.uk/foldoc/index.html]
2. Jargon File [http://info.astrian.net/jargon/]
3. Gulliver's Travels《格利佛游记》
[http://www.jaffebros.com/lee/gulliver/]
4. On Holy Wars and a Plea for Peace
[http://khavrinen.lcs.mit.edu/wollman/ien-137.txt]

原文地址：http://www.eygle.com/digest/2007/01/whats_mean_endian.html

---------------------------------------

关于大字节序和小字节序

大字节序：把高有效位放在低地址段，例如在按字节寻址的存储器中往地址 0x0001 存放值 0x12345678，在存储器中为
     地址          数值
     0x0004        0x78
     0x0003        0x56
     0x0002        0x34
     0x0001        0x12

小字节序：把低有效位放在低地址段，例如在按字节寻址的存储器中往地址 0x0001 存放值 0x12345678，在存储器中为
     地址          数值
     0x0004        0x12
     0x0003        0x34
     0x0002        0x56
     0x0001        0x78

在传输半字，字，双字的时候，读取地址时总是由低往高，通常 x86 等指令集用的是小字节序，RISC 等其他指令集用大字节序。在同一指令集中进行数据传输不需要进行字节序转换，在不同的指令集之间进行传输时需要进行字节序转换，如进行网络传输。网络传输用的都是大字节序。

历史：网络由 University of California Berkeley 开发，当时用的是 RISC 指令集。为大字节序，从此以后网络传输为大字节序。

---------------------------------------

对 C 编程的影响

参考下例 (编译运行于 32 位 x86 机器，小字节序)：

#include <stdio.h>

typedef struct
{
     union
     {
         unsigned char str[3];
         unsigned long a;
         unsigned short b;
     };
} test;

int main(int argc, char * argv[])
{
     test m;
     m.a = 0x002233ff;
     printf("%p %p %p\n", m.str, &m.a, &m.b);
     printf("0x%x\n", m.b);
     printf("%u %u\n", m.str[0], m.str[3]);

return 0;
}

输出结果为：(其中第一行的值可能会变化，但不管怎么变，三个值肯定是相同的)
0xbfd4d1d0 0xbfd4d1d0 0xbfd4d1d0
0x33ff
255 0

本文来自CSDN博客：http://blog.csdn.net/JQKingliness3013/archive/2008/02/18/2102936.aspx

[2] 游戏音频-详解MediaPlayer,SoundPool利害

来源: 互联网发布时间: 2014-02-18

游戏音频-详解MediaPlayer,SoundPool利弊

Himi 原创，欢迎转载，转载请在明显处注明！谢谢。

游戏开发中,通过资料和书籍了解到在有两种播放音频形式可以用在我们的游戏开发中,第一个：MediaPlayer 类；第二个：SoundPool 类!

PS:当然还有一个JetPlayer 但是播放的文件格式比较麻烦，所以这里抛开不解释，有兴趣的可以去自己研究下、呵呵;

运行效果图：

MediaPlayer 和：SoundPool 类!那么他们之间的利弊各是什么呢？或者说，我们游戏开发到底用哪一个更佳呢？答案就是：两者都必须要！！！分析利弊与各自的用途后,等各位童鞋熟习每个播放形式实现之后我会详细道来！下面仍然是先上代码：(先看代码然后我讲解两个播放形式的利弊关系和各个用途以及其中解释代码中的几个备注!)

package com.himi;

import java.util.HashMap;

import android.content.Context;

import android.graphics.Canvas;

import android.graphics.Color;

import android.graphics.Paint;

import android.media.AudioManager;

import android.media.MediaPlayer;

import android.media.SoundPool;

import android.view.KeyEvent;

import android.view.MotionEvent;

import android.view.SurfaceHolder;

import android.view.SurfaceView;

import android.view.SurfaceHolder.Callback;

public class MySurfaceView extends SurfaceView implements Callback, Runnable {

private Thread th;

private SurfaceHolder sfh;

private Canvas canvas;

private MediaPlayer player;

private Paint paint;

private boolean ON = true;

private int currentVol, maxVol;

private AudioManager am;

private HashMap<Integer, Integer> soundPoolMap;//备注1

private int loadId;

private SoundPool soundPool;

public MySurfaceView(Context context) {

super(context);

// 获取音频服务然后强转成一个音频管理器,后面方便用来控制音量大小用

am = (AudioManager) MainActivity.instance

.getSystemService(Context.AUDIO_SERVICE);

maxVol = am.getStreamMaxVolume(AudioManager.STREAM_MUSIC);

// 获取最大音量值（15最大! .不是100！）

sfh = this.getHolder();

sfh.addCallback(this);

th = new Thread(this);

this.setKeepScreenOn(true);

setFocusable(true);

paint = new Paint();

paint.setAntiAlias(true);

//MediaPlayer的初始化

player = MediaPlayer.create(context, R.raw.himi);

player.setLooping(true);//设置循环播放

//SoundPool的初始化

soundPool = new SoundPool(4, AudioManager.STREAM_MUSIC, 100);

soundPoolMap = new HashMap<Integer, Integer>();

soundPoolMap.put(1, soundPool.load(MainActivity.content,

R.raw.himi_ogg, 1));

loadId = soundPool.load(context, R.raw.himi_ogg, 1);

//load()方法的最后一个参数他标识优先考虑的声音。目前没有任何效果。使用了也只是对未来的兼容性价值。

}

public void surfaceCreated(SurfaceHolder holder) {

* Android OS中，如果你去按手机上的调节音量的按钮，会分两种情况，

* 一种是调整手机本身的铃声音量，一种是调整游戏，软件，音乐播放的音量

* 当我们在游戏中的时候，总是想调整游戏的音量而不是手机的铃声音量，

* 可是烦人的问题又来了，我在开发中发现，只有游戏中有声音在播放的时候

* ，你才能去调整游戏的音量，否则就是手机的音量，有没有办法让手机只要是

* 在运行游戏的状态就只调整游戏的音量呢？试试下面这段代码吧!

MainActivity.instance.setVolumeControlStream(AudioManager.STREAM_MUSIC);

// 设定调整音量为媒体音量,当暂停播放的时候调整音量就不会再默认调整铃声音量了，娃哈哈

player.start();

th.start();

}

public void draw() {

canvas = sfh.lockCanvas();

canvas.drawColor(Color.WHITE);

paint.setColor(Color.RED);

canvas.drawText("当前音量: " + currentVol, 100, 40, paint);

canvas.drawText("当前播放的时间" + player.getCurrentPosition() + "毫秒", 100,

70, paint);

canvas.drawText("方向键中间按钮切换暂停/开始", 100, 100, paint);

canvas.drawText("方向键←键快退5秒 ", 100, 130, paint);

canvas.drawText("方向键→键快进5秒 ", 100, 160, paint);

canvas.drawText("方向键↑键增加音量 ", 100, 190, paint);

canvas.drawText("方向键↓键减小音量", 100, 220, paint);

sfh.unlockCanvasAndPost(canvas);

}

private void logic() {

currentVol = am.getStreamVolume(AudioManager.STREAM_MUSIC);// 不断获取当前的音量值

}

@Override

public boolean onKeyDown(int key, KeyEvent event) {

if (key == KeyEvent.KEYCODE_DPAD_CENTER) {

ON = !ON;

if (ON == false)

player.pause();

else

player.start();

} else if (key == KeyEvent.KEYCODE_DPAD_UP) {// 按键这里本应该是RIGHT,但是因为当前是横屏模式,以下雷同

player.seekTo(player.getCurrentPosition() + 5000);

} else if (key == KeyEvent.KEYCODE_DPAD_DOWN) {

if (player.getCurrentPosition() < 5000) {

player.seekTo(0);

} else {

player.seekTo(player.getCurrentPosition() - 5000);

}

} else if (key == KeyEvent.KEYCODE_DPAD_LEFT) {

currentVol += 1;

if (currentVol > maxVol) {

currentVol = 100;

}

am.setStreamVolume(AudioManager.STREAM_MUSIC, currentVol,// 备注2

AudioManager.FLAG_PLAY_SOUND);

} else if (key == KeyEvent.KEYCODE_DPAD_RIGHT) {

currentVol -= 1;

if (currentVol <= 0) {

currentVol = 0;

}

am.setStreamVolume(AudioManager.STREAM_MUSIC, currentVol,

AudioManager.FLAG_PLAY_SOUND);

}

soundPool.play(loadId, currentVol, currentVol, 1, 0, 1f);// 备注3

// soundPool.play(soundPoolMap.get(1), currentVol, currentVol, 1, 0, 1f);//备注4

// soundPool.pause(1);//暂停SoundPool的声音

return super.onKeyDown(key, event);

}

@Override

public boolean onTouchEvent(MotionEvent event) {

return true;

}

public void run() {

// TODO Auto-generated method stub

while (true) {

draw();

logic();

try {

Thread.sleep(100);

} catch (Exception ex) {

}

public void surfaceChanged(SurfaceHolder holder, int format, int width,

int height) {

}

public void surfaceDestroyed(SurfaceHolder holder) {

}

复制代码

一、 MediaPlayer 播放音频的实现步骤：1. 调用MediaPlayer.create(context, R.raw.himi); 利用MediaPlayer类调用create方法并且传入通过id索引的资源音频文件，得到实例;
2. 得到的实例就可以调用 MediaPlayer.star();简单吧、其实MediaPlayer还有几个构造方法，大家有兴趣可以去尝试和实现，这里主要是简单的向大家介绍基本的，毕竟简单实用最好！

二、 SoundPlayer 播放音频的实现步骤：
1. new出一个实例 ; new SoundPool(4, AudioManager.STREAM_MUSIC, 100);第一个参数是允许有多少个声音流同时播放,第2个参数是声音类型,第三个参数是声音的品质;
2.loadId = soundPool.load(context, R.raw.himi_ogg, 1);
3. 使用实例调用play方法传入对应的音频文件id即可！下面讲下两个播放形式的利弊：
    使用MediaPlayer来播放音频文件存在一些不足:例如：资源占用量较高、延迟时间较长、不支持多个音频同时播放等。这些缺点决定了MediaPlayer在某些场合的使用情况不会很理想，例如在对时间精准度要求相对较高的游戏开发中。最开始我使用的也是普通的MediaPlayer的方式,但这个方法不适合用于游戏开发,因为游戏里面同时播放多个音效是常有的事,用过MediaPlayer的朋友都该知道,它是不支持实时播放多个声音的,会出现或多或少的延迟,而且这个延迟是无法让人忍受的,尤其是在快速连续播放声音(比如连续猛点按钮)时,会非常明显,长的时候会出现3~5秒的延迟，【使用MediaPlayer.seekTo() 这个方法来解决此问题】;

相对于使用SoundPool存在的一些问题:1. SoundPool最大只能申请1M的内存空间，这就意味着我们只能使用一些很短的声音片段，而不是用它来播放歌曲或者游戏背景音乐（背景音乐可以考虑使用JetPlayer来播放）。
2. SoundPool提供了pause和stop方法，但这些方法建议最好不要轻易使用，因为有些时候它们可能会使你的程序莫名其妙的终止。还有些朋友反映它们不会立即中止播放声音，而是把缓冲区里的数据播放完才会停下来，也许会多播放一秒钟。
3. 音频格式建议使用OGG格式。使用WAV格式的音频文件存放游戏音效，经过反复测试，在音效播放间隔较短的情况下会出现异常关闭的情况（有说法是SoundPool目前只对16bit的WAV文件有较好的支持）。后来将文件转成OGG格式，问题得到了解决。
4.在使用SoundPool播放音频的时候，如果在初始化中就调用播放函数进行播放音乐那么根本没有声音，不是因为没有执行，而是SoundPool需要一准备时间！囧。当然这个准备时间也很短，不会影响使用，只是程序一运行就播放会没有声音罢了，所以我把SoundPool播放写在了按键中处理了、备注4的地方大概看完了利弊解释，那么来看我的代码备注的地方：

备注1：这里我定义了一个 HashMap ,这个是哈希表，如果大家不是很了解这个类，那建议百度 google学习下，它与Hashtable很常用的,它俩的主要区别是： HashMap 不同步、空键值、效率高;  Hashtable 同步、非空键值、效率略低 ;而在J2ME中不支持HashMap ,因为me中不支持空键值,所以在me中只能使用hashtable、咳咳、言归正传，我这里使用hashmap主要是为了存入多个音频的ID,播放的时候可以同时播放多个音频。
上面也介绍了，SoundPool可以支持多个音频同时播放，而且SoundPool在播放的时候调用的这个方法(备注3)soundPool.play(loadId, currentVol, currentVol, 1, 0, 1f); 第一个参数指的就是之前的loadId ！是通过 soundPool.load(context, R.raw.himi_ogg, 1);方法取出来的，
那么除此之外还要注意一点的就是定义hashmap的时候一定要定义成这种形式HashMap<Integer, Integer> hm = new Hash<Integer, Integer>,声明此哈希表就是一个key和volue值都是Integer的哈希表！为什么要这么做，因为如果你只是简单的定义成 HashMap hm =new HashMap(),那么当你在播放的时候,也就是备注4方法这里的第一个id参数使用Hashmap.get()这个方法的时候总会出现错误的提示！

《SoundPool最大只能申请1M的内存空间，这就意味着我们只能使用一些很短的声音片段》为什么只能使用一些很短的声音呢？
大家还是看备注4方法的第一个参数，这里要求传入的Id类型是个int值，那么这个int其实对应的是通过load（）方法返回的音频id，而且这个id会因音频文件的大小而变大变小，那么一旦我们的音频文件超过int最大值，那么就会报内存错误的异常。所以为什么用SoundPool只能播放一些简短的音频这就是其原因了。当然os 里为什么这么定义我也无从查证和说明。

备注4 ：此方法中参数的解释
      第一个参数是我通过SoundPool.load（）方法返回的音频对应id，第二个第三个参数表示左右声道大小，第四个参数是优先级，第五个参数是循环次数，最后一个是播放速率（1.0 =正常播放，范围是0.5至2.0）
备注2:
      这里是通过媒体服务得到一个音频管理器，从而来对音量大小进行调整。这里要强调一下，调整音频是用这个音频管理器调用setStreamVolume()的方式去调整，而不是MediaPlayer.setVolue(int LeftVolume,int RightVolume);这个方法的两个参数也是调正左右声道而不是调节声音大小。

   好了，对此我们对游戏开发中到底需要用什么来做进行了分析，总结就是SoundPool适合做特效声，其实播放背景音乐我感觉还是用MediaPlayer比较好，当然啦，用什么都看大家喜好和选择啦！下面附上项目下载地址：(项目10+MB因为含有res音频文件)

         有人问  怎么才知道一首歌曲播放完了，那么这里给说下：
PlaybackCompleted状态：文件正常播放完毕，而又没有设置循环播放的话就进入该状态，并会触发OnCompletionListener的onCompletion()方法。此时可以调用start()方法重新从头播放文件，也可以stop()停止MediaPlayer，或者也可以seekTo()来重新定位播放位置。

源码下载地址：http://download.csdn.net/source/2943074 (里面有一首我的手机铃声 )

转自:http://www.eoeandroid.com/forum-viewthread-tid-55187-highlight-SoundPool.html

[3] 反正屏切换时禁止重新加载Activity

来源: 互联网发布时间: 2014-02-18

横竖屏切换时禁止重新加载Activity

横竖屏切换时候activity的生命周期

总结：

1、不设置Activity的android:configChanges时，切屏会重新调用各个生命周期，切横屏时会执行一次，切竖屏时会执行两次

2、设置Activity的android:configChanges="orientation"时，切屏还是会重新调用各个生命周期，切横、竖屏时只会执行一次

3、设置Activity的android:configChanges="orientation|keyboardHidden"时，切屏不会重新调用各个生命周期，只会执行onConfigurationChanged方法