blog.kdolph.in

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

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

Asterisk 设置 Voicemail 简略

/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 所问的问题

  刚看到 @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. 以上都是的用户。

制作一块可用于启动Mac 和Windows 的Ubuntu 随身碟

  不说废话,直接写制作内容。这个Ubuntu 随身碟的目的并不是提供一个完整的工作或者维护环境,所以我只是使用了Ubuntu Desktop Live CD 来制作它,为的是在大部分时候可以提供一个应急干净的环境出来。
  首先先把U盘转换为HDD 模式,我是使用Windows 下的DiskGenius,这个步骤可能并不是必须的,不过实际使用中我觉得这样做可以提供最大的兼容性。
hdd
  然后使用Universal USB Installer 来制作一个Windows 机器上可启动的Ubuntu 随身碟。
uui
  做完以后这块随身碟应该可以用于启动Windows 机器了,最后我们来做Mac 部分。很简单,去下一个叫做”bootx64.efi” 的文件,把它放在随身碟的”/efi/boot/bootx64.efi”路径下,如果你的Mac 是2011年之前的产品可能需要把文件名改为”/efi/boot/bootIA32.efi”。最后在同目录下放置Ubuntu Desktop Live CD 的iso 文件,并改名为”boot.iso”。
usbtree
  完毕。

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

efi

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