@missdeer 不能同意更多。经常晚上睡前跑个运算起来一看机器重启了写了一半的东西丢了什么的。

SSL机制本身已经可以杜绝中间人攻击了……

@asing 说不定就有浏览器连书签也爬虫给你看

@XuanYuan 不知道我以下说的方法对你是不是太难，但是你可以试试。当然前提是你们是用的h.264。

首先AE导出所有片段连在一起的无损AVI

用virtualdub打开avi，找到每一段视频的开始位置的帧号

按照以下的格式写入一个名为qpfile.txt的文件里

150 I -1
250 I -1
300 I -1
.... I -1
其中第一列是帧号，后面的内容原样照抄。

然后调用x264压缩，压缩的时候记得加上这个参数 --qpfile qpfile.txt

比如 x264_tMod_8bit.exe --demuxer lavf --force-cfr --crf 18 --preset slow --tune animation --qpfile qpfile.txt -o output.mp4 input.avi 这样。

如果你们用的是ASP的话……不确定XviD有没有类似的功能了。而且真要用XviD的话不如直接上AVI容器来得简单粗暴

@XuanYuan 你们合并是用的什么软件？

如果要考虑定位准确性的话，可以在编码时把每个片段的第一帧指定为关键帧 (x264可以用qpfile)

@XuanYuan 平时懒得上Q了，百来个群闪着太容易分心了……

能详细说的话还是在这说吧，比较方便

@chenguo 大学毕业以后找到的工作是搞PHP的，现在学了ruby又在找工作期望能找到ROR相关的。

所以就业情况我暂时帮不了你，不过把各个领域的知识基础都打扎实的话，出去以后干啥都不怕。

@XuanYuan 能把场景描述得更具体点么？暂时还不太明白为什么播放器需要毫秒级帧定位……

2-3个屏幕很重要。

猜测并不是ls慢，而是把ls的结果显示在屏幕上慢……

@garipan 哦我忘了说前提了。我是说的卡是美国卡的情况。欧美大部分的信用卡或者debit卡都是这样子的。

天朝显然要除外。

@goofansu 说的是fork+PR的模型，对于分布式开源项目开发是挺好的。

@a591826944 说的git flow+PR模型，对于一个团队的比较方便。
start feature开分支写代码，然后push+PR做review，最后merge回develop。
图示： http://jacovanstaden.files.wordpress.com/2011/03/git-flow-feature-branch.jpg

killall btsync
rm btsync

@XuanYuan 我只能猜测跳转的时候是跳转到关键帧而不是当前帧。

解码某一特定帧时必须要从关键帧开始解码。

@XuanYuan 那就没什么问题啊，1s/25 = 40ms没错。

@xuzhe NTSC制式常见有24p/1.001与30p/1.001两种，PAL我只知道25p，如果你手头有正式出版物是25p/1.001=24.97fps的话欢迎指出。

房价跳水 = 银行破产

@garipan 非本人交易一概银行/信用卡发行商担责。

打电话给信用卡热线，告诉他们哪笔钱不是自己刷的，然后发行商会给你把信用额加回去，然后给你重新发一张卡。

@XuanYuan 导出timecode v2。

我所知道的几种方法。
- dtsedit工具
- FFVideoSource()可以导出tc
- l-smash里的box dumper可以导出DTS+CTS的timecode，你需要自己parse
- 转成mkv以后用mkvextract timecode_v2

@GordianZ 就算是PAL也应该是25p或者50i吧

@GordianZ 哪有这么奇怪的fps