问题描述
时的RIFF WAV文件格式保证PARAMS的字节序？我有的的来这包括对文件格式引用。
Is the endianness of format params guaranteed in RIFF WAV files? I have heard conflicting answers to this including references to a RIFX file format.
推荐答案
是
如果该文件与RIFF开头，那么它的小端。
如果它与FFIR或RIFX开始，那么它可能不是。
一般来说，支持WAV格式意味着支持RIFF文件，尽管加入RIFX支持，不应该很困难。
If the file starts with RIFF, then it's little endian.If it starts with FFIR or RIFX, then it's probably not.Generally, supporting the WAV format means supporting RIFF files, although adding RIFX support should not prove difficult.
有关BWF（广播波形格式）引用本规范RIFF的AES31说明：http://www.tactilemedia.com/info/MCI_Control_Info.html
The AES31 specification for BWF (Broadcast Wave Format) references this specification for RIFF: http://www.tactilemedia.com/info/MCI_Control_Info.html
从这个：
RIFF具有对口RIFX，即
用于定义RIFF文件格式
使用摩托罗拉整数字节顺序
格式，而不是英特尔的格式。一个
RIFX文件是一样的RIFF文件，
除了第一四个字节是
而不是'RIFF'RIFX，和整数
字节顺序重新$ P $在psented
Motorola格式。
您参考KVR文章指的是作者对大端系统（摩托罗拉PPC），这将检索字节交换价值为int *的不正确使用。护理总是需要处理编写跨端code时字节交换正确。
The KVR article you reference refers to the author's incorrect usage of int* on big-endian systems (Motorola PPC), which will retrieve byte-swapped values. Care is always necessary to handle byte-swapping correctly when writing cross-endian code.
如果文件在磁盘上的零字节为R，第3是'F'，你可以确信的其余内容将被存储小尾数。
If the zeroth byte of the file on disk is 'R', and the 3rd is 'F', you can be certain that the rest of the contents will be stored little endian.
RIFX没有被广泛使用。大多数大端RIFF实现字节交换到磁盘，并生成正确的RIFF文件。
RIFX is not widely used. Most big-endian RIFF implementations swap bytes to disk, and generate correct RIFF files.
这篇关于是格式的字节序的RIFF WAV文件PARAMS保障？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！