Month: April 2009

今天，从 AVI 文件里抽取 bistream，
用我写的一个小程序，
执行的过程中要手动查偏移量。本以为只有10个左右，
查偏移量，查着查着就半睡眠。包师弟及时呼我，谈下位机死机问题。谢谢啊。
于是醒了。
查查，已抽取了50个。
我真了不起：）边跟包师弟谈，边写了个程序，自动找bitstream，
然后生成调用 抽数据 那个小程序 的脚本。
一共100多个。跟包师弟谈的结果是仍有工作要做。发了邮件，具体内容保密。虽然这次剩下的不多，但是以后会方便一些。这个故事告诉我们，
如果一件事只做几次，手动；
如果要做多次（以导致半睡眠为准），制作个工具。
----
傍晚，与老刘同学接到韩师姐。
带来一大堆吃的，
及最重要的笔记本的反相器（来不两天就摔坏了）
和我的腰带（旧的两处快断了）。

cin.get()真不是个好名字啊。看似能够一个一个字符读入，
但是细看注释，
竟然在回车（或定制的分隔符处结束）。名字和参数都具有迷惑性，
这已经不是第一次把我骗了。殷素素说：越是看来靠谱的，越可能是骗子。
切记切记。cin.read()这个好多了，看，多朴素啊。----昨天做的 从二进制文件中抽一段出来的工具，
今天就不好使了。
要抽0x0314这么长，长度倒是对，但是后面一大段0x00，不是原始数据。
重复抽昨天的，还行。
不信灵异。李老师说了：皮裤套棉裤必是有缘故。一、
分析抽出的长度，128。
好数。
分析抽出的数据，最后一个字节之的是0x0a。
好字符。先试128这个，想把0x0a改了，后来一想有点麻烦。
从更早一点的地方开始抽（把start提前），
正常数据仍然停在0x0a之前。定是回车无疑了。二、
查手册。
cin.get()是个骗子。
完毕。
----包师弟的USB会 overrun。
但是我们都坚信 灵异 是不存在的，必有原因。想起前两天 小关同学 说：包师弟说了，用usb bound发reset_spr能行。
偶的回复是：不要相信任何人。呵呵，包师弟，感想如何？