是否应该使用utf-8 bom——因DirectVobSub不支持utf-8 no bom带来的问题
使用DirectVobSub作为播放器的字幕插件。
把字幕转换成utf-8 no bom格式，播放时字幕显示乱码。
把字幕转换成utf-8 bom格式，播放时字幕正常。
看来DirectVobSub不支持utf-8 no bom。
DirectVobSub（vsfilter）官方网站：http://sourceforge.net/projects/guliverkli2/files/DirectShow%20Filters/
utf-8应不应该使用bom呢？ unicode标准是如何规定的？
查了一下，供参考：
http://zh.wikipedia.org/zh-cn/UTF-8#UTF-8.E7.9A.84.E8.A1.8D.E7.94.9F.E7.89.A9
维基百科说：
虽然不是标准，但许多Windows 程序（包括Windows 笔记本）在UTF-8编码的文件的开首加入一段字节串EF BB BF。这是字节顺序记号 U+FEFF 的 UTF-8 编码结果。对于没有预期要处理UTF-8的文本编辑器和浏览器会显示成 ISO-8859-1 字符串 ""。
从维基百科的说法看，好像是不应该使用bom。
本着“微软靠得住，母猪会上树” 的成见，由于Windows的记事本另存为utf-8格式会产生bom，而gedit会产生utf-8 no bom，我认为utf-8不应该使用bom。
然后查到http://unicode.org/faq/utf_bom.html#bom1
unicode.org说：
Q: How I should deal with BOMs?
A: Here are some guidelines to follow:
-
A particular protocol (e.g. Microsoft conventions for .txt files) may require use of the BOM on certain Unicode data streams, such as files. When you need to conform to such a protocol, use a BOM.
-
Some protocols allow optional BOMs in the case of untagged text. In those cases,
-
Where a text data stream is known to be plain text, but of unknown encoding, BOM can be used as a signature. If there is no BOM, the encoding could be anything.
-
Where a text data stream is known to be plain Unicode text (but not which endian), then BOM can be used as a signature. If there is no BOM, the text should be interpreted as big-endian.
-
-
Some byte oriented protocols expect ASCII characters at the beginning of a file. If UTF-8 is used with these protocols, use of the BOM as encoding form signature should be avoided.
-
Where the precise type of the data stream is known (e.g. Unicode big-endian or Unicode little-endian), the BOM should not be used. In particular, whenever a data stream is declared to be UTF-16BE, UTF-16LE, UTF-32BE or UTF-32LE a BOM must not be used. See also [ Q: What is the difference between UCS-2 and UTF-16?] [AF] & [MD]
当纯文本文件没有声明编码时，使用bom。如果没有bom，编码不好判断。
如果数据声明了编码，如保存在数据库中的数据（在数据库中声明了编码） 、xml（使用encoding="utf-8"声明编码）、html（使用charset=utf-8声明编码），不应使用bom（the BOM should not be used）。
由此可得，在纯文本中使用utf-8 bom是可以的。
突然想起，以前在linux下使用各个播放器（mplayer、smplayer） 都出现utf-8格式字幕乱码的问题，难道是因为linux下的文本编辑器（gedit等）生成的是utf-8 no bom ？
参考资料：
- 谈谈Unicode编码，简要解释UCS、UTF、BMP、BOM等名词
http://blog.csdn.net/fmddlmyy/archive/2005/05/04/372148.aspx - How I should deal with BOMs?
http://unicode.org/faq/utf_bom.html#bom1 - 字节顺序记号（英：byte-order mark，BOM）
http://zh.wikipedia.org/zh-cn/%E4%BD%8D%E5%85%83%E7%B5%84%E9%A0%86%E5%BA%8F%E8%A8%98%E8%99%9F
