清风のBlog

Crack Apple TV

2009-09-15T00:00:00-07:00

这几天拿到 @ai829 的 Apple TV,尝试破解了一下,记录一下这次的破解历程

事前准备:AppleTV一台,U盘一个,网线一根
先升级固件到2.4.0
下载2.4.0的dmg为一会制作破解U盘作准备
http://mesu.apple.com/data/OS/061-6242.20090624.Aq20P/2Z694-5660-029.dmg
下载atvusb-creator (atvusb-creator-1.0.b10.zip)
http://code.google.com/p/atvusb-creator/downloads/list
插入事先准备好的U盘,运行atv-creator,出现如下界面
- 选择ssh-tools
- Choose a DMG,选择之前下载的2.4.0的dmg文件
然后点击Create Using -> 这个选项,一个破解U盘就制作好了
把做好的U盘插入到AppleTV上,然后用网线把AppleTV和交换机连接,启动AppleTV.启动后会看到破解的过程,破解完成后,会在你的AppleTV上启动一个SSH服务
- host: appletv.local
- user: frontrow
- password: frontrow
然后拔掉U盘,拔电,重启你的AppleTV
然后用scp命令,把你的影片放到appletv的Movies目录即可,例如:
scp xxx.avi frontrow@appletv.local:~/Movies/

The Elements of Programming Style

2009-08-08T00:00:00-07:00

把代码写清楚，别耍小聪明。
想干什么，讲的简单点、直接点。
只要有可能，使用库函数。
避免使用太多的临时变量。
”效率“不是牺牲清晰性的理由。
让机器去干那些脏活。
重复的表达式应该换成函数调用。
加上括号、避免歧义。
不要使用含糊不清的变量名。
把不必要的分支去掉。
使用语言的好特性，不要使用那些糟糕的特性。
该用逻辑表达式的时候，不要使用过多的条件分支。
如果逻辑表达式不好理解，就试着做下变形。
选择让程序更简洁的数据表达形式。
先用伪代码写，再翻译成你使用的语言。
模块化。使用过程和函数。
只要你能保证程序的可读性，能不用 goto 就别用。
不要给糟糕的代码打补丁 - 重写就是了。
把大的程序分成一小片一小片来写，分块测试。
使用递归程序来处理递归定义的数据结构。
正确和错误的输入数据都要测试。
确保输入不会超出程序的限制。
依靠文件结束来终止输入，而不是依赖一个记数。
把文件结束作为一个输入状态来处理。
识别出错误的输入；如果有可能就修复它。
让输入数据很容易构造出来，让输出数据不言自明。
使用统一的输入格式。
让输入容易校对。
如有可能，提供更自由的输入格式。
使用输入提示，允许使用默认值。并把它们显示出来。
把输入输出放到子程序里。
确保所有的变量在使用前都有初始化。
不要因为一个 bug 而停止不前。
打开编译程序的调试选项。
常量结构用数据声明初始化，变量结构用执行代码初始化。
小心 off-by-one 错误。
当循环中有多个跳出点时要小心。
如果什么都不做，那么也要优雅的表现出这个意思。
用边界值测试程序。
手工检查一些答案。
防御式编程 - 为不可能的情况写几句代码。
10.0 乘 0.1 很难保证永远是 1.0 。
7/8 等于 0 ，而 7.0/8.0 不等于 0 。
不要直接判断两个浮点数相等。
先做对，再弄快。
先使其可靠，再让其更快。
先把代码弄干净，再让它变快。
别为了获得一丁点“性能”就牺牲掉整洁。
让编译器做些简单的优化。
不要过分追求重用代码；下次用的时候重新组织一下即可。
确保特殊的情况是真的特殊。
保持简洁以获得速度。
不要死磕代码来加快速度 - 找个更好的算法。
用工具分析你的程序。在做“性能”改进前先评测一下。
确保注释和代码一致。
不要在注释里仅仅重复代码 - 让每处注释都有价值。
不要给糟糕的代码做注释 - 应该重写它。
给变量都起个有意义的名字。
把程序重新整理一下，让阅读代码的人更容易理解。
为你的数据布局写一个文档。
不要过分注释。

Tokyo Cabinet的Abstract Database API

2009-08-06T00:00:00-07:00

简介

抽象データベースは、オンメモリハッシュデータベースとオンメモリツリーデータベースとハッシュデータベースとB+木データベースと固定長データベースとテーブルデータベースを同一のAPIで抽象化したデータベースです。それを扱うのが抽象データベースAPIです。`tcadb.h' にAPIの仕様の完全な記述があります。

Tokyo Cabinet的数据结构分为

1.Hash结构
2.B+Tree
3.定长数据库

但无论哪种数据结构,最后都会抽象为以下操作,以及分别对应不同的API

这样,就为开发相应的接口,增加了不少复杂度,需要针对不同的数据结构,去调用不同的API,但Abstract Database API有效减少了这个麻烦,看下面的代码

TCADB *adb = tcadbnew();
if(!tcadbopen(adb, dbname)) {
    fprintf(stderr, "open error: %s\n", dbname);
}
tcadbput2(adb, key, value);
if(!tcadbclose(adb)){
    fprintf(stderr, "close error:");
    return 0;
}
tcadbdel(adb);

一个tcadbput2,就可以代替所有的put方法了,adb是通过判断所操作数据库的扩展名,来决定调用哪种数据库的API,扩展名对应如下:

Hash: .tch
B+Tree: .tcb
定长数据库: .tcf

特殊API的调用

在特殊情况下,不同的数据结构,又提供了一些自己独有的API,例如B+Tree,可以添加重复的key,这时就需要用到tcbdbputdup2方法,用adb如何调用呢,看代码

TCADB *adb = tcadbnew();
if(!tcadbopen(adb, dbname)) {
    fprintf(stderr, "open error: %s\n", dbname);
}
tcbdbputdup2(adb->bdb, key, value);
if(!tcadbclose(adb)){
    fprintf(stderr, "close error:");
    return 0;
}
tcadbdel(adb);

通过adb->bdb就可以指定现在的抽象数据库为一个B+Tree数据库,其他数据库的获取方式如下:

Hash: adb->hdb
B+Tree: adb->bdb
定长数据库: adb->fdb

尝试编写Python的C扩展

2009-07-01T00:00:00-07:00

一个加法方法示例

>>> import my
>>> my.add(1,2)
3

实现代码

#include "Python.h"
#include <stdlib.h>
#include <stdbool.h>
#include <stdint.h>

static PyObject *
add(PyObject *self,PyObject *args){
    const int *x;
    const int *y;
    if (!PyArg_ParseTuple(args, "ii", &x, &y))
        return NULL;
    return Py_BuildValue("i",x+y);
}

PyMethodDef methods[] = {
  {"add", add, METH_VARARGS},
}

void initpycabinet(){
    PyObject* m;
    m = Py_InitModule("my", methods);
}