海豚微笑的背后

Blog 不知道会不会开写，倒是申请了一个新域名，看起来还蛮好玩的样子：kdolph.in

话说Blog 基本维持一年一篇的速度已经完全不能算是log 了吧。我和大部分人一样，把想说的话分片在Twitter 上说了一圈后就失去了写Blog 的欲望。在”想说什么就说了偶尔还有人回”与”想说什么好好写下来不一定有人看”之间我很懒惰的选择了前一个。说完就算完了无论怎么看都很不靠谱，但是我还是乐于其中不再回来写Blog。

/etc/asterisk/voicemail.conf

[general]
format = wav
maxmsg = 100 //最大留言数

[default]
8000 => 8000,xx xx,xxx@xxx.com //第一个8000是信箱号，第二个8000是密码，第三位是姓名，第四位是Email地址。这个号和分机号是独立存在的，不过建议设的一样容易分配。

/etc/asterisk/extensions.conf

[sip]
exten => s,1,Dial(${PHONE00},${gtimeout},tr)
exten => s,2,Voicemail(8000,u) //外线接入无人接听后转到Voicemail，8000是之前voicemail.conf里设置的信箱号。
exten => s,n,Hangup()

[phone]
exten => 8000,1,Dial(SIP/8000,10) //“10”是振铃时长。
exten => 8000,2,VoiceMail(8000,u) //分机呼分机无人接听后转语音信箱。
exten => 9999,1,VoiceMailMain(${CALLERID(num)},s) //拨打这个分机号会转入语音信箱主菜单，后面那堆参数是略过输入信箱号和密码。

基础配置可以参考 @bao3 的配置文件：sip.conf extensions.conf

　　原本这篇Blog的是以“最近实在是忙到没有时间写Blog……”开始的，但是实际上在很闲的“很忙的最近”之前我也没有好好写Blog。所以用“最近实在是忙到没有时间写Blog……”来开头会变得让我很不好意思，还是象现在这样用好多废话来开头会让我心里好受点。
　 一个月前（好吧，还是不可避免的提到了时间）我收到霍矩快递给我的U盘，内容是少马爷零七年《艺海神游五十载》DVD转制的MP4文件。少马爷是谁俺这里就不介绍了，反正知道的人知道，不知道的人估计也没这方面的兴趣。写这篇Blog就是为了对这些文件的传递做一下说明。

1. 我不会通过网络的方式传递这些文件。
2. 我也不希望这些文件出现在网络上。
3. 《艺海神游五十载》DVD当年售价168人民币。
4. 要文件的请汇款给少马爷，汇款信息是：“天津市河西区宁波道15号，天津曲艺团，马志明”
5. 把汇款单截图给我。
6. 文件会随U盘顺丰到付给你。

　　我只有一份U盘Copy，所以寄出后我会在这里说明给谁了，想要的可以问下一个接收者索要。至于接手的仁兄如何处理这个U盘我管不着，当然如果像我这样折腾是最好不过。

　　刚看到 @liumiao 所写的我想不通的事，试答一下。
　　纯粹从Apple 的宣传资料上的数字回答，40000首歌是基于128Kbps AAC 编码来计算的，而随着时间的推移Apple 的iTunes Store 已经在售卖最低256 Kbps AAC的音乐了，按照这个最低标准就变成了20000首歌。当然，40000首变为20000首也只是把 @liumiao 计算的数字缩短为167天，本质上并不能回答 @liumiao 真正困惑的事：我们是否需要一个160G 的随身音乐播放设备。
　　首先先撇开像我这样的过于追求音乐来源品质的用户，我iPod Classic 里的音乐采样都是1000 KBps 左右的Apple Lossless，这样的情况下我的iPod Classic 里有大约5000 首歌和1000 多段相声、评书和一些戏曲，而现在设备的剩余空间已经不满6G 了。
　　来看一下一个考虑到160G iPod Classic 普通用户的处境：我在电商的MP3/MP4 分类里浏览了一下，与160G 的iPod Classic 功能和定位类似的最大容量的MP3/MP4 是32G（64G只有iPod Touch，120G 有一款主打视频的MP4，这两者与iPod Classic 功能和定位偏差较大）。32G 的情况下套用 @liumiao 的计算数据就是8000首歌、67天，而如果使用256 KBps 采样的话就是4000首歌，34天。
　　从 @liumiao 文章最后一句“最关键的问题在于，这个世界上真的有40,000首好歌可以听吗？”这个角度来看待随身音乐设备选择的话，存放4000首歌的32GB 设备是足够的，可以每天播放8小时好音乐连续一个月不重样的设备看起来真的是很足够了。而对于
　　写到这里我忽然意识到一开始我想回答 @liumiao 的角度是错误的，我本来想通过一些数据来验证普通用户在面对非32GB 即160GB 的产品选择上说明选择iPod Classic 的合理和必然，但实际上这正是那些没有选择160G iPod Classic 用户的理由。所以其实问题不是“这个世界上真的有40,000首好歌可以听吗？”，而是哪些用户选择了160G iPodc Classic：

1. 追求高采样率音乐文件的用户。
2. 并不仅仅保存“好歌”的用户。在iTunes Store 这样的数字商店出现前歌曲都是按照“专辑”为单位售卖的，一张专辑大约有11-16首歌曲，而其中称得上“好歌”或许只有2-3首，那么剩下的10多首歌买都买了那就一起保存着而不是删掉应该是大部分人的选择。
3. 收集癖的用户。这条其实和上一条是类似的情况，对于这些用户来说歌曲不是按照“一首”歌来计算的，而是“一张”专辑。另外这些人也喜欢收集同一首歌的各种版本（可以参看乔布斯的iPod）。
4. 硬盘大的人。
5. 脑残果粉。
6. 以上都是的用户。

　　不说废话，直接写制作内容。这个Ubuntu 随身碟的目的并不是提供一个完整的工作或者维护环境，所以我只是使用了Ubuntu Desktop Live CD 来制作它，为的是在大部分时候可以提供一个应急干净的环境出来。
　　首先先把U盘转换为HDD 模式，我是使用Windows 下的DiskGenius，这个步骤可能并不是必须的，不过实际使用中我觉得这样做可以提供最大的兼容性。

　　然后使用Universal USB Installer 来制作一个Windows 机器上可启动的Ubuntu 随身碟。

　　做完以后这块随身碟应该可以用于启动Windows 机器了，最后我们来做Mac 部分。很简单，去下一个叫做”bootx64.efi” 的文件，把它放在随身碟的”/efi/boot/bootx64.efi”路径下，如果你的Mac 是2011年之前的产品可能需要把文件名改为”/efi/boot/bootIA32.efi”。最后在同目录下放置Ubuntu Desktop Live CD 的iso 文件，并改名为”boot.iso”。

　　完毕。

以下提供的是上文所提到的efi文件，另一个文件作用有空再写。

efi

　　下面这个简单说一下，在Windows XP 下U盘是只能认出第一个盘符的，所以用下面这个驱动来替代系统自带的就行了。第二分区这个事情和本文题目不是很有关系，不过我不想另开一篇写了，就放在这了。
USB_LocalDisk