转:烧hifi的都有毛病

  我很少在Blog转文,但是这篇东西实在太可乐了,而且这乐子正是现实。(原作者不详)

求推荐前端推XX耳机(2000级别),预算5000

一楼:XX耳机是出了名的难推
二楼:这个预算太少了,推好XX耳机起码得两万
三楼:这个耳机潜力巨大,要推好建议楼主加些预算,一步到位免得折腾

楼主:增加预算1w5,推XX耳机(2000级别),求推荐前端

一楼:围观,这年头新烧都有米
二楼:二手XX+二手XX正好16000,略超出预算
三楼:这个预算推这个耳机,效果绝对不如hd800直推

楼主:我买了个hd800直推中

一楼:围观,这年头新烧都有米
二楼:楼主不要糟蹋这个耳机了
三楼:hd800直推根本就不能入耳,还是老老实实加解码和二房吧

楼主:预算3w推荐前端推hd800

一楼:围观,这年头新烧都有米
二楼:想推好hd800,预算少了十万想都别想
三楼:楼主还是不要YY了吧,hd800不是那么好推的,楼主还是出了吧

楼主:预算10w推荐前端推hd800

一楼:围观,这年头新烧都有米
二楼:楼主有毛病,这么多钱不如去玩箱子
三楼:耳机和箱子比起来差太远,在耳机上确实没必要投入太多钱

楼主:预算10w,想玩箱子

一楼:围观,这年头新烧都有米
二楼:箱子不是那么好玩的,太复杂了
三楼:10w玩箱子只能算入门,楼主还是多花点米吧

楼主:预算20w,推荐箱子

一楼:不懂,路过
二楼:楼主有毛病,有那么多钱不如天天去听音乐会
三楼:钱多烧的,一天听一场音乐会都不要这么多钱

楼主:我现在天天听音乐会

一楼:楼主真有钱,我还是老老实实听耳机
二楼:现场的演奏太不入流了,我宁愿听大师演奏的录音
三楼:楼主老发这种帖子干吗,这里是耳机论坛,又不是音乐论坛
四楼:这里不适合你,楼主还是去音乐论坛吧

一个月后,某音乐论坛

楼主:烧hifi的都有毛病

一楼:同意
二楼:同意
三楼:同意

Kindle 3的字体、行距、边距

  在说正文前先扯一下Kindle 3的阅读格式。在各类Kindle资源中最常见的格式有mobi, azw, pdf, txt。 Kindle对中文txt支持很不好,经常有看一半坏掉打不开的情况,所以txt先扔一边不谈。 azw一般没人生成这个当资源发布,除非是破解Amazon的书才会用这个格式,不过通过@free.kindle.com这个地址来传书的话非pdf格式最终都会被转为azw。 而mobi是Amazon官方推荐的格式,也是在Kindle上支持最好的Reflow格式。PDF在中文书资源中占了很大的一个比例,但是PDF对于电子书来说却是一个最恶劣的格式:它不能被Reflow。
  对于一台6寸600×800的手持阅读设备来说,把它用于阅读那些A4大小PDF格式的文献/论文是不明智的,A4的PDF就应该交给DXG这样的10寸设备。对于一台6寸设备,可以Reflow的文件类型才是友好的,那样才能按照自己的喜好设定字体、行距……来获得较好的阅读体验。可能因为历史原因,一开始为了让Kindle 3能够更好的阅读中文书籍,发布资源者选择了可以嵌入中文字体的PDF。但是无法改变行距、无法改变字体、甚至无法改变字体大小,再加上不知为何大部分制作资源者都选择雅黑、幼圆这类Sans-serif字体作为正文字体,让文章在Kindle上的可读性一降再降。

字体

  中文字体常用的很少,主要就是四种:宋、仿、黑、楷。现行出版的书籍正文基本上都是选用宋体,而我个人倾向也是Kindle上正文非宋体不能接受。仿宋体相对宋体没有那么方正,各大机关发文倒是向来习惯使用这个字体。楷体很好看,但是笔画的斜度和字型结构的不齐整不太适合长时间阅读,国内杂志、论文也倾向用楷体做概要和注释用字体。
  黑体比较特别,传统黑体作为各类标题非常醒目,但是在电脑屏幕上使用却有过“重”的感觉。不过以“苹果丽黑”“微软雅黑”为首的较细笔画的黑体出现后,各种需要在电脑屏幕上输出文字的内容都开始倾向使用这类黑体。这除了是因为黑体这种类似英文Sans-serif的字体作为菜单、标题时极其醒目和易于辨认外,更大的一个原因却是电脑屏幕的ppi很低。ppi(Pixel per Inch)每英寸像素数,这个数字越高图像就会更细腻。Apple iPhone 4一个重要特性就是高达326ppi的Retina屏幕;Kindle 3的ppi值是167;而传统CRT显示器的ppi值是72/80左右;现广泛使用的LCD液晶屏幕的ppi略高于CRT在96左右;即使一些14寸笔记本使用的1440高分屏也只是102ppi。低ppi的结果是像宋体这种类Serif的字体由于笔画粗细不同,笔画首尾还有小三角的字体在屏幕上变得模糊、不够醒目。而细笔画的黑体由于笔画粗细相同、没有过多修饰,特别是微软雅黑这种为低ppi优化过的字体很快被大家所接受和推崇。或许正是这种惯性导致在Kindle上很多人仍然使用各种黑体来作为正文字体。
  理论上300ppi人的肉眼在正常阅读距离已经看不到像素点,实际上对于大部分人来说200ppi已经是“很清晰”的范畴了。Kindle的167ppi虽然还没有达到书籍的单位分辨率,不过已经超过了黑白印刷报纸的单位分辨率。再有e-ink技术支持,Kindle完全应该作为一种应刷品来对待,而不是电脑屏幕。那些在电脑屏幕上模糊的宋体在Kindle上是完全可以和“清晰”划等号的。用宋体吧各位,我们不是在看大字报。

行距

  对于行距就完全是个人好恶了。像中文这样的方块字,字与字之间不如英文单词间会有空格作为一种视觉上的减缓。行距如果再近一点那就像是纸上滴了一滩墨那样难受。所以个人觉得中文行距最好留出可以塞入小1-2号的字体这样的空间,各位看官可以参照我的Blog正文行距设置加深理解。

以下是行距2,也就是Kindle默认行距的中英文观感。

以下是行距3的中英文观感。

以下是行距4的中英文观感。


  个人虽然很喜欢行距4的中文观感,但是对于英文来说有点过宽了,所以最后我折中用了行距3。

边距

  仅对于Kindle 3的默认边距来说我觉得太浪费了,6寸已经够小了,还给我弄掉两条大白边。本着能扣则扣的原则,我是把Kindle的边距设到了一个不影响观感足够小的位置。

以下是Kindle 3的默认行距边距,修改后的情况可以见上几张图。

JUSTIFICATION

  JUSTIFICATION特性在英文电子排版里用的比较多,这个特性为了保证两端尽量对齐会微调各字符间距。对于纯中文文章来说这个特性并没有任何影响,方块字每个字大小都是相同的。但是碰到中英文混排如果遇到较差的JUSTIFICATION实现,就会遇到中文字符被拉的很开的情况。不过Kindle的JUSTIFICATION实现在中英文混排的时候效果也不错,所以最后我还是选择了默认的JUSTIFICATION FULL对齐,这样文章看起来左右都很漂亮。

iTunes同步照片使用Aperture库

  我的照片是用Aperture管理的,之前很长时间我是用LightRoom,但是App Store上线后的Aperture特价让我再次尝试这个产品并且留下了它。
  先花点文字来介绍一下Aperture的存储机制。Aperture把一张照片的源文件称为Master,当导入照片的时候有两种选择:1. 源文件导入到Aperture Library 2. 源文件存放在Aperture Library以外的位置。不管源文件存放在何处,Aperture都会把生成的Preview存放在Aperture Library中。Preview图就是在Aperture中实际操作时所看到的图,一般是原图的50%宽度,只有当输出照片时才会用到源文件。所以我是把源文件存储在NAS上,而MacBook本地只存放Aperture Library,这样即使在外面我也可以对原有照片进行操作修改,只有当输出的时候才需要连上NAS。
  这次我更换SSD的时候重新安装了系统,Aperture Library是直接提取了备份来用,但是当我用iTunes同步照片的时候却出现如下错误:

理论上在Apeture里确保这个选项打开就可以共享给iTunes:

不过实际上在我这里是没用的。网上搜了下好几个人碰到类似的问题,汇总下来最简单的方法如下:
  创建一个新的Library,随便取什么名字(最后会删除的)。


一般来说默认只有一个Aperture Library.aplibrary,test.aplibrary是我刚创建的,至于下面那个没版本号的是与iMovie共享用的不用去管它。
  然后所要做的就是切换到test库、退出,然后再切换回来,如果成功的话,退出的时候会看到Aperture在更新共享资料库的提示,最后删除test库就行了。

迁移iTunes文件的存放位置

  最近我把MacBook的硬盘换成了SSD,这也是近年来唯一一次效果明显的硬件升级。不过SSD价格仍然偏贵,所以最后购入了硬盘容量是120G,这样的大小无法满足存放音乐和照片的需要。而像Apple4us那两篇(12)所提到的拆掉光驱使用大容量的机械硬盘来存放数据的做法我又不是很情愿,因为更换成SSD除了速度提高外另一个目的是为了把MacBook里的机械部分减少到最小,这样平时使用时才不用去担心俺的奇怪体位造成机械硬盘的损坏。所以我把音乐和照片的原数据全部转移到了NAS上,而本地保留Library库文件。由此造成的一些问题和解决方案在此记下,这篇先讲音乐部分。
  我是用iTunes全权负责我的音乐管理,并且打开了“保持有序”和“复制文件到iTunes Media目录”两个选项来用于整理存放我的音乐文件。iTunes的Library文件位置一般来说是在

/Users/[username]/Music/iTunes/iTunes Library

这个文件不要去动它。iTunes里的那些数据文件,包括音乐、视频、APP、书籍⋯⋯所有你在iTunes里看到的数据都是存放在

/Users/[username]/Music/iTunes/iTunes Music

我要移动的就是这个目录。
  iTunes => Preferences => Advanced,默认情况下应该是下图这样:

  更改”iTunes Media folder location”的位置,也就是iTunes所有原数据文件的新存放位置,也是以后新加入文件的存放位置。

  按了OK出来,以后新加入的数据就会自动复制到新位置,但是这个时候旧数据并不会复制过去。这个时候需要整理Library,”File => Library => Organize Library”

在弹出的对话框上勾选”Consolidate files”

点击OK后就等着吧,iTunes会把旧数据全部复制到新位置。要注意的是整理完毕后需要手工删除原有位置文件,iTunes不会自动删除旧数据。
  这样做缺点也比较明显,在播放、同步iTunes内容的时候一定要在可以连接到NAS的环境,当然如果是放在移动硬盘上倒是没这个问题。

当我们谈论Kindle时我们在谈论什么

IMG_7136
  大约是去年12月我得到了一台Kindle 3/Wifi,就几个月使用的感受说点什么。
  首先Kindle是用来看的,不管是看书还是看报,反正就是用来看的。受困于电子墨水的技术特性(或者说缺陷),Kindle能做好的就是提供一个远高于液晶屏幕的阅读体验,试图用它去做其他事情都不会有什么好结果。得到Kindle前我曾看过一些操作视频,对于Kindle翻页那个全黑的刷新方式在twitter上吐槽过好几次。得到后倒是用我天生极强的适应能力完全忽略掉了这点,但是高延迟的屏幕仍然把Kindle限制在了“阅读”这个狭长的区域里。
  在很多Kinlde的资源论坛和小组大家热衷分享为6寸电子墨水设备特制的PDF文档,一开始我下载了一些并开始阅读,不过没几天就给删除干净。几乎所有的PDF电子书通篇都使用了诸如微软雅黑、幼圆这类Sans-serif字体,而PDF又是一种不能在终端设备上改变字体、大小、行距、字距的格式。为了满足个人的趣味我建立了一个分享Kindle书籍的Group,对上传书籍的唯一要求就是可以reflow。
  Kindle有无线功能,其中3G版本所提供的免费无线接入一直被国内用户所看重。但是真的用Kindle来上过web的人都知道,整个体验就是渣,渣,渣…… 那Amazon提供这样一个鸡肋是脑子坏掉了嘛?这个想法直到用Amazon的@free.kindle.com邮箱传了第一本书我才明白Kindle的无线部分是干吗使的:获取和推送。在Amazon买了电子书,无线推送给你;在Amazon订阅了报纸杂志,无线推送给你;Instapaper的Read Later内容,无线推送给你…… 对于Amazon来说Kindle就是与用户的直接联系,没有什么扯蛋的桌面管理器,Kindle就是一切。