嗯。。。谢邀。 B站各种420错误，闹心。。。上黑科技粗略看了一下。抓包啥问题都没看出来。。。 前几个，以及最后的2个是大侧风降落： 每种机型，公司，当局都会有运行标准，只要在标准内就没有问题。例如，国内某公司的B752，B763的侧风机长标准是40节，也就是74KM/h。这代表8级风可以起降。如果夹角较小，允许的风速还会增加，例如，74/0.3（15度夹角）=247KM/h.这个属于飓风了。虽然看起来很悬，但请大家相信机组的技术~ 下面几个是起落架跪了的。 如果在空中发生这种情况，机场和机组是有紧急预案的。具体可以看《紧急迫降》这部电影（大体了解，在意细节的都是⑨哦~），说的是东航的真事，网上还有当时的视频。但是，如果是落地后折断，就要看是1.重着陆造成折断？2.维修疏失？3.其他原因造成的了。一般来说，各个国家或地区的民航安全当局会进行调查，出具公开的报告，例如，美国NTSB，海峡那边的当局，法兰西的BEA，都会出具官方报告供大家查阅。如果想了解某起事故的详细信息，可以在当局的网站上面进行搜索，一般来说都会给出英文版的。（这不是指桑骂槐，嗯。咱伟大的祖国都有因果律武器了，怕啥。。。） 中间有一个是某双引擎飞机与跑道尽头冲出跑道的。这很可能是飞行员疏失：没有截获下滑道，拉机头过猛，至少，他没有及时果断GA（复飞）。 他的做法应该是最后一个班机的做法：发现不好，赶快果断GA。这是老生常谈，所谓“八该一反对”中就有这一条：“该复飞的复飞”。 以上为一己之见，如有错漏，欢迎斧正。。。 Beining 某ACI字幕组杂兵 参考资料： 维基百科：蒲福風級 某公司757,767的FCOM
空中浩劫S12，到这里就真正完工了。 在此期间： 从组织上说： 摒弃传统基于doc，txt的群共享管理系统； 移植了在线文档编辑系统（未启用）； 使用GD作为控制系统，业内先进； 采用了更先进的文件控制系统（部分启用）； 从人员上说： 吸收了大量新成员，从5人猛增至30+； 吸收了大量业内人士； 吸收了大量专业人士； 从压制上说： 开发了基于MeGUI的压制； 研究了基于x264的命令行压制； 开发了业内最先进的基于IQS，CUDA的压制，提高效率数倍； 开发了业内最先进的实用化Mac压制技术； 开发了业内最先进的实用化Linux压制技术； 从时轴上说： 引进了业内先进的半自动化时轴技术； 从特效上说： 开发了基于非线性编辑软件的特效； 全面启用基于ASS的特效； 开始启用先进的制作软件； … Read more »
问得好。早就想聊聊这个问题了。 这里正好科普一下。 什么叫特效？ 我们对特效的定义是，你在屏幕上看见的除了蓝色的正常字之外的一切东西，我们都统称特效。 包括： 底部字幕的字体，字号，颜色，边框，阴影，位置（都不是拍脑袋出来的，都是经过长时间测试，找到的最佳配合。一旦弄不好，后果就是灾难性的：轻则看着头疼费劲，重则干脆看不清，得把眼睛贴上去看。或者，因为这点问题，破坏了整体纪录片气氛。） 底部的英文字幕的字体，字号，颜色，边框，阴影，位置（我可以说，在源文件中，英文和中文在同一行。为什么它们分上下行？为什么样子不同？都是特效。） 人名出现时说明人名，职称的文字（写什么，怎么写，放在哪里能让各种屏幕下都能看清，写得下，又好看，准确，还不会为大家造成压力，使人分心而看不清字幕？） 开头的人名表，大标题，小标题（好找，好看，好写，好做，好压，与整体气氛一致。） 上方的各种注释（做起来是学问，写起来也是学问。不能让观众看不懂，也不能过于琐碎，因为我们的观众从小学到专业人士都有。一般来说，遇到以前拍过的空难，我们会予以说明。难于理解的地方，或者缩写，我们会做解释。） 地图，文字等其他标识（这些只出现几秒钟，但是费时间却是最多的。因为难敲，量大。） 遮标（一个LOGO，或一块黑。为什么，大家都明白。其实我们也不愿意自己作践我们的作品，但现实很残酷。。。） 现在您是不是对我们的特效工作有了更深入的了解呢？ Beining ACI字幕组技术部
嘛。。。 无聊，说点故事好了。 当时，字幕组内部为这个新讨论区召开了N多次会议。 问题一，是独立自主（像现在这样自己弄服务器自己搭，实际上，程序都是自己写了。。。）还是弄免费论坛（5d6d）之类的。 然后嘛，我们看见了这个东西： “ 尊敬的领主们： 由于不可抗因素，5d6d及所有下属论坛将在十八大期间暂时关闭。 关闭时间：2012年11月7日17：00 – 十八大圆满落幕后。 受影响的服务器：所有服务器（包括5d6d官方论坛） 影响程度：论坛关停，访问论坛会跳转到统一提示页面。 ” 我们就囧了。。。这不是搞笑嘛。。。 下一个问题：用什么程序？ DZ，phpwind，还是国外的phpbb？ 国内的程序嘛，漏洞不是一般二般的多。而且那叫一个臃肿。。。好好的一个论坛，非得往门户网站发展。最后就是一四不像。据说他们想改，但不知猴年马月。。。 国外的程序嘛，感觉没什么意思。国外的月亮也不圆。 正好，我们见到了V2EX这个社区。这个设计相当惊艳。。。简洁大方。 唯一的问题，这个东西是用python语言写的，而我们技术部只有一人会。。。（大家能猜到是谁了~） 最终，见到了youBBS，StartBBS这两个东西。 长得一模一样。都是php语言。 鬼使神差地，我们选了youBBS，开始进行二次开发。 中间的各种奇葩事情不表。总之是践行了”一不怕死，二不怕死的很难看“。 现在上线了，看样子效果还是很不错的。 大家说，想要加精，置顶功能。置顶已经有了，不信您发个帖子，顶上的帖子绝对下不去~ 加精嘛，已经写出来了。内测，好了就上线。也就这2天。
http://db.chineseaci.com/db/ ACI字幕组人名库。 基于世界人名翻译大辞典第二版制作而成。 约68万条记录全本收录。 支持模糊查询，英文不区分大小写。 仅供内部查询，请勿外传！ 系统制作：ACI字幕组技术部 superwbd 报错: cdc#chineseaci.com Beta环境： http://www.acidb.tk/
遇到了奇葩的文件。 奇葩的片子，配奇葩的压制，造出来奇葩的文件，发生了奇葩的问题，只能用奇葩的办法解决。 RM转H264。Avisynth打开。 无论如何设定帧率，就是不同步。 细看，某些帧的速度快了很多。orz 解决办法： 单个文件： 写avisynth代码： DirectShowSource(“D:\MOVIE\Bakemonogatari\[CASO][Bakemonogatari][GB][01][v2].rmvb”, convertfps=true) 多个文件： DirectShowSource(”$(SourceFile)”, convertfps=true) 这样，帧率会随着文件变化而变化。 解决。 这个。。。也只是压动画会用吧。。。
再次搬家。。。 这次是sunday提供的EC2免费1年的地方。希望能用的住。。。 再次感谢sunday！
There is no excerpt because this is a protected post.
请各位组员注意： 经过与其他字幕组作品的对照，我在此提议，将英文字体从微软雅黑更换为方正综艺_GBK。 我认为，新字体的可读性比雅黑更强。 superwbd ACI字幕组CDC 附：效果对比图 中：方正黑体_GBK 英：方正综艺_GBK（人人字幕组的方案） 中：方正黑体_GBK 英：微软雅黑（参照物） 中：方正黑体简体 英：微软雅黑（ACI字幕组目前的方案）