存档

2009年5月 的存档

在MAC系统RIP CD

2009年5月26日 没有评论

EAC这个软件可能很多网友都熟悉,用来抓CD音轨非常好,现在网上多见的APE等一般都是先用EAC抓出来再压缩。最近用Delicious Library整理完CD后还有点不满足,想把CD数字化存储到电脑里,以实现备份。正在迷苹果嘛,自然就想到在MAC OS X下完成这些工作。花了一些时间研究并在MACFANS发帖问,经过一番周折,琢磨出以下几点:

  1. WAV(Win下)和AIFF(多见于MAC OS X和工业级用途)都是CD上PCM编码的封装方式,都可以很好的转换CD上的数字流;
  2. APE、FLAC、ALAC(Apple Loseless)等都是分别对WAV和AIFF的无损压缩,在不考虑机器错误的情况下,压缩后重新解压可以获得“bit-to-bit identical”的原始文件,即,确实无损压缩;
  3. 尽管如此,并不表示可以完美抓碟,最大的误差出现在碟机读碟过程中。在无法确保100%完美的情况下,可以使用校验、C2码纠错、对比已有抓碟库等进行判断。支持这些功能的软件最出名的就是Win下的免费软件EAC。

在MAC下就无解了么?让我们隆重推出,XLD。下面两幅图就是它的设置界面,可以看到支持AccurateRIP库和C2校验等。

阅读全文…

图书CD管理软件推荐——Delicious Library

2009年5月17日 3 条评论

苹果下的Delicious Library实在是有点出乎意料的好用,把你图书或者CD背面的条形码凑到苹果内置的iSight摄像头前一扫,就自动连接欧美Amazon获取相关信息并保存下来。当然更可以根据ISBN号、作者、名称之类的进行检索然后收藏。对封面之类的信息都可以进行修改,搜索不到封面的可以自动引导你去Google搜索图片,找到合适的以后保存到本地,然后直接拖图片进去就行了。建立好数据库后可以发布成网页,可以和iWeb或者MobileMe无缝融合,也可以放到FTP服务器上或者就本地保存,网页还有专门的for iPhone/iPod Touch版本!效果之好只能各位自己看图了,后面的图是我两个小时的成果,只有五六本书需要我手工修正封面。

软件下载地址:http://www.delicious-monster.com/downloads/DeliciousLibrary2.zip

更多的信息可以看看这里:http://www.macfans.com.cn/viewthread.php?tid=106820

MAC OS X(Leopard)上使用USB串口线

2009年5月12日 17 条评论

国内大概用MAC OS X的设计师、艺术工作者什么的比较多,IT工程师就少很多了。昨天就发现MAC上如何用USB的串口线都很少中文资料。之前在macfans上发了个帖子问相关问题,总算有人回答是可以的,昨天中午就跑去买了根力特的“USB2.0通用串口线”,做工尚可,拿回来发现最大的问题是没有型号。

没有型号最大的问题就是找不到驱动了。左翻右翻在包装里找到一个小光盘(马上反应过来,这东西不能放MB的吸入式光驱用哦),打开找到一个MAC的文件夹,高兴。拷到我的466里,安装顺利,系统重启后插入线缆一点反应都没有,“网络”里都不提示有新连接,郁闷了!

好,自立根生吧。上力特公司的网站,发现同名驱动好几个,随便下载一个,这次学聪明了,打开包看看。果然和光盘里一样,是FDTI芯片的驱动。没办法,英文google吧。终于让我找到个不错的英文版总结(SerialIO.com),简单来说,就是USB串口线的驱动主要是根据其中的芯片来定。大体上有Prolific和FDTI,另外还有一种PL2303的驱动。Prolific其实就是PL2303的芯片,但是前面这个苹果网站上的通用型驱动似乎装上以后也没反应。最终还是用了Prolific的官方驱动。搜索中还发现,国外比较流行的线是KeyPan的,有完善驱动支持,口碑似乎也不错,建议有机会在国外买的考虑下。

其实一个非常简洁的判断方法是,插上线,查看系统信息(左上角的苹果——关于本机——更多信息)里的USB,一般可以识别到USB-To-Serial Controller,点中以后下面会提示厂商信息。

怎么大概判断驱动可用呢?打开“网络”设置,选择左边的加号,也就是新增端口配置,应该提示找到诸如“USB-Serial Controller”之类的新端口。

顺便提供一个卸载驱动的方法:

rm -rf /System/Library/Extensions/XXXX.kext
rm -rf /System/Library/Extensions.kextcache
rm -rf /System/Library/Extensions.mkext
kextcache -k /System/Library/Extensions

这些指令需要管理员权限,建议使用root用户或者sudo -s。其中XXXX.kext就是驱动的名字,比如这里的两种USB-Serial驱动分别是Prolific和FDTI打头的。

安装好驱动,怎么用呢?最简单的方法就是在终端程序里用

screen /dev/tty.usbserial 9600

注意这个设备文件对不同的驱动是不同的名字,自己注意就行了。9600是连接一般路由器Console口的速率。

树袋熊的睡姿

2009年5月6日 5 条评论

五一短假去了趟动物园,司机兼摄影师。最搞笑就是树袋熊的睡姿了,可惜隔着玻璃,效果差很多,对焦好像也不是很准,用初学的Aperture2技术稍微调了下对比度、亮度啥的。

先来看看普通的,是不是像个婴儿?第二张则有点北方天冷时候手笼在棉袄袖子里的感觉。树袋熊05 树袋熊14

阅读全文…

分类: 瞬间 标签: , , ,

SQLDeveloper的一些bug

2009年5月6日 没有评论

虽然不搞数据库了,不过最近做些分析的时候还是祭出了Oracle这把牛刀,顺便用了下Oracle的这款官方工具。我用的最新版本是1.5.4,出乎意料的强大。唯一不好是基于Java的,对大数据量导入导出想必是不行的(除非有超大内存做后盾)。过程中也发现了不少bug,不过到官方论坛瞄了瞄,还是有开发人员重视的。

  1. 导出结果为Excel(XLS文件)可能遇到ORA-00936。似乎问题是出在解析语句上,如果你的SELECT中存在比如a.*的别名前缀,那么就会触发这个bug。暂时的解决方法有两个,一是重写你的语句,去掉别名前缀(两表关联时候有点麻烦了);再就是把你的结果建成一张表,到时候直接导出表就可以了。
  2. 与中文输入法偶有冲突。在用QIM,如果进入SQLDeveloper时是英文输入,打开程序才切换到中文输入,似乎就一切OK;如果打开前就是中文输入,很大机会只能输入英文了,无法输入中文。
  3. 导入Excel文件时要注意,首行可以冻结,但是不能筛选,否则认不到整个表格。
  4. 不支持导入导出LONG一类的字段。这个大概算功能问题吧,倒也不能完全说是bug。

另外还有一个始终萦绕非Windows系统的字符集问题。在我的MAC OS X 10.5.6上推荐保存导出的Excel和SQL脚本为UTF-8,否则和文本编辑器(比如TextWrangler)可能有些冲突。导出的UTF-8文件在Windows Office 2007是可以正常打开的。

进化!Oracle官方工具导入Excel数据

2009年5月1日 2 条评论

Oracle导入Excel数据一直是个挺麻烦的事情,毕竟Excel的格式是微软所有,SQLServer的支持要更好些。以前常见的解决方法就是在Excel里另存为CSV文件,CSV实际上就是逗号或者TAB分隔的TXT文件,因此可以通过sqlldr(sqlloader)来导入。有一个比较麻烦的问题就是,如果字段中间有逗号就会被识别成两个字段。一个workaround就是另存成CSV的时候设置把文本字段用双引号引上,在sqlldr的ctl文件里可以设置enclosed by ‘”‘。但遇到字段内容复杂的文本,依然很难解决。

然后看到了第三方工具的进化,PL/SQL Developer里面可以select * from table_name for update或者select a.*,rowid from table_name来打开表进行编辑,直接拷贝整个Excel数据然后贴进去并提交。以前我基本都是用这个方法,还是比较简单易行的。这个方法不方便的地方就是如果数据量大,耗内存不少,因为数据要全部进剪贴板,数据量大的时候还是容易出问题的。PL/SQL Developer的实现方式也是提交时逐行插入。另外如果你需要导入的Excel与表的格式不一致,就比较麻烦了,得先在Excel里做好数据库表的形式才行。

最近不搞数据库了,今天要整理点数据,又琢磨着用数据库来减轻工作量,正好MacBook上的Oracle也刚装好。MAC OS X下就没有第三方工具的选择了,直接下载了一个Oracle自己的SQLDeveloper 1.5.4,安装就觉得比以前大了很多。刚出测试版的时候我还写过一篇博客,当时基本只能运行SQL语句而已。现在的功能确实强大很多,管理功能也不比TOAD差太多,跑SQL也算顺手,不过是基于JAVA的,我估计处理大数据量对内存消耗还是很猛。言归正传,在里面果然找到了导入数据的功能,一试,可以导入XLS和CSV!而且既可以直接导入然后过程中选择新建表和字段的属性等等,也可以导入到已经存在的表里,可以选择字段的对应关系,还是非常方便。可惜好事多磨,一上来实战就晕了,总是报错。提示我源数据和导入的表字段格式不一致,甚至我导出表为Excel文件然后进行修改后也无法导入。搜索一番发现,国内用这个官方工具的还真少。英文搜索咯……果然在Oracle Forum找到了反映类似问题的帖子。老外们研究得还真细,琢磨出1.5.2和以前的版本导入不完善,无法正常处理,到1.5.3修正了,但到1.5.4反而总提示出错。立刻准备换1.5.3,可惜官方下载居然失效了。回到论坛一看置顶,原来1.5.4已经进行了修正!哈哈,即刻升级(顺便说一句,如果下载进度条没有显示直接跳过,那是没有下载成功,我最终是翻%墙出去搞定的)!果然一次性导入成功(14000+行,含复杂中文、特殊字符等)。现在非Win平台上也有Oracle开发利器了,赞一下Oracle!