Download SRT file for WebOption(if exists) for UofT and UTSC

      Download SRT file for WebOption(if exists) for UofT and UTSC无评论

Some WebOption videos would include a subscript file, which due to some reasons UofT decided to hide.

This Userscript would enable you to download the SRT file for offline viewing.

CTO出了什么问题?

      CTO出了什么问题?无评论

For TGO鲲鹏会.

CTO出了什么问题?

标签(空格分隔):


note:


摘要

为什么企业和CTO总是败兴而归,摩擦不断?Paul Robinson给出了他的真知灼见。

作者Paul Robinson

正文

有句话我不吐不快:

从前是缺好码农,现在是缺好CTO。这周有3家公司找我问怎么招CTO。是不是当承包商给的钱太多,以至于没人想循规蹈矩,搞的公司高层都招不到人了?

我对CTO这个问题有一套:我自己为CTO招聘这件事做了5年咨询(虽然最终也没成什么,项目死的挺快挺惨的),自己也全职做过几次CTO。

如果你想成为CTO,或者想招聘CTO,我有一言请静听。

CTO每天做什么?

工程师(特别是小型公司的工程师)会觉得CTO就是“超级技术领导”:他们觉得CTO是一个特别高年资的工程师,领导全司的技术方向。

我担任CTO时做了一点点事情:

  • 和商业部门大佬沟通(CEO、董事会、投资人等),确定下面几个月的路线;
  • 和产品和分析师研究出可行的产品路线图,和商业规划匹配;
  • 按照产品和商业路线图规划技术路线图;
  • 当某个路线技术上不可行时,劝说其他人放弃这个想法;(注意:不是简单的说“开发不了”——需要谈判技巧!)
  • 设计开发团队,报告人和流程;
  • 在功能、BAU和技术债/bug间找到平衡点,最大化商业利益;(一般来说没有公司会把修bug当成头等大事的)
  • 关注技术开发涉及的合规性问题和法律变动;
  • 准备并申请开发预算——工资和研发预算一般是两条线;
  • 准备并申请运行预算,例如硬件、服务(数据中心、云服务等)、软件授权、专利授权等等;
  • 把上面所有的东西和管理层和董事会讲明白,而且要说人话——用财务数字。这步需要做很多Excel表,并加以解释;
  • 把上面所有的东西和投资人和未来的投资人讲清楚,而且留后手以免被开除;
  • 设定技术团队的文化。这件事和下层多多少少都有关系,但是你得定调子。你做的事情会被有样学样;
  • 把上面的所有事情和技术团队说明白,用程序员的人话。例如,对董事会汇报可以说“本司预计于18至24个月内由CAPEX模型迁移至OPEC模型”,但是对技术团队你得说“接下来一年到一年半我们要从自建机房全部迁移上云”。(注意时间要求被加码了:除非你得到充分信任,否则你必须这么做
  • 保证技术团队的运行不受阻碍:你可以对人大喊大叫,但是大部分人觉得大家互相信任,不需要管理的效率最高。我从Joel那里知道了这点;
  • 招聘高级别技术员工:这步是最耗时也是最难的,但是如果做好了以后就轻松了;
  • 管理、指导并支持技术高层;
  • 考虑薪酬,期权管理等,虽然从公司政治上不怎么愉快而且很难办;
  • 开除需要开除的员工。不能心慈手软。有人告诉我一条金科玉律:用人的目的评价人,而不是结果。尽可能不开除好心办坏事的人:想办法帮他们。
  • 做有争议的决策后把故事编圆,保证团队看起来团结一心;
  • 当团队做得好时一定要激励;
  • 出任何差错你去承担。我历史上辞职过很多次,不一定是因为我自己犯了错。如果你拉不下脸,就别进管理层:如果你想推卸责任,那么你下面的所有人都会恨你,而且你也干不下去了。

你已经注意到了,写代码的时间并不是很多。根据公司的不同,有可能CTO不会怎么碰产品,具体的说:

在非常小的公司,你自己必须亲力亲为做产品;在大公司你不会有时间亲自做产品的。

我上次当CTO时编了个笑话:我司大到我不需要写代码,但又小到我必须亲自写,搞得我两头不是人。

不同种类的CTO

虽然上面的职责相通,但是CTO还是分不同种类的。

一般来说,CTO可以分成“运营管理”型,和“技术领导”型。两种CTO的背景和角色区别巨大。

我去过一个咨询公司的CTO酒会。我们在伦敦中心的高级酒店聚会,社交一下,吃一顿公司提供的大餐。然后他们搞了个“圆桌讨论”,想听取“技术领导人”的看法。对他们来说这种事情是市场调研,但是考虑到上的菜和酒的确上档次,所以为什么去不薅羊毛呢?

于是我发现了很震惊的事情:在座的20多CTO中,我和另一位是仅有的曾经学过写代码的CTO。

那名CTO有工程背景,但是大家都觉得他只是个技术怪人而已。我是唯一可以自信地运用我的技术背景的CTO。

其他的CTO觉得有技术背景的人很奇怪:都要当CTO了,为什么还要学写代码?

读者肯定会奇怪了:难道CTO不是工程师一层层升上去的吗?

有些我共事过的CTO可能写过那么一两行代码(“当年写过几行COBOL”的程度),觉得代码写不下去,开始研究管理职务,跳过去了。

更多的人是从运营或产品经理升上去的,大家觉得他们懂技术,于是就把技术交给他们领导了。

从运营上来说,他们有可能学过金融、产品管理、运营、教学等工程师认为是“软技能”的技术,把纯技术交给他们能信任的人来处理。

这种模式于大公司的技术产品研发部门很常见,但是一般不会在科技公司中出现:这种模式一般在零售、公共事业、银行、政府中更多。

当然了,对于想成为CTO的工程师来说,上面所说的只是万千条路的一种:还有很多工程师类型的CTO职务,会更像“技术领导”。

技术领导更多是提供样板,当高级工程师搞不定时可以来求援,所有人知道你说的办法肯定是最佳方案。

不是所有公司都需要这种领导:有些公司可以让技术团队自己研究个方案,但是如果真需要技术领导而CTO没技术能力的时候,整个公司有可能直接死掉。

技术领导最适合纯技术公司:公司的主要产品就是技术,例如软件或B2B的组件,或者卖的东西会被商店划分到“科技”板块的那种。

这种公司的CTO必须是理解整个产品的工程师,而且是有同理心,可以领导团队的人。

这两个世界交集很多:服务行业越来越需要科技驱动,科技公司越来越需要关注市场。

我的第一份技术工作是在运营商的。我的CTO会Unix命令行,会八国语言写代码,能把表脑内转换成第三范式。

那个运营商被收购了,和几个运营商合并,成长了很多。现在那家公司是欧洲最大的运营商之一:我几年前看过他的CTO专访,很明显他的CTO不怎么懂技术。90年代的运营商是科技公司的代表:现在变成公共事业了。

所以,公司的不同阶段需要不同的CTO:要么你变,要么你让路,去小公司继续领导。对于希望领导技术团队的CTO而言,不是坏事。

CTO出了什么问题

总体来说:

  1. CTO的职称在不同的公司意义不同,职责也不同
  2. 一线工程师不知道这个职位不需要懂技术,自己也不懂运营和管理
  3. 非技术人员又不懂工程师每天在做什么,所以做不成什么技术决策
  4. 随着公司变化,CTO也要变化
  5. CTO如果搞错了形势,就得下台。CTO想跳槽不容易:不是所有公司都有CTO,即使有也很不一样,参见第一条
  6. 最后,CTO和别的CXO们工资一般相差很大:如果你对公司财政上没影响,那对公司的其他部分也没什么影响

所以我觉得不是因为大家都想当承包商,造成CTO难找:大家心里像明镜似的。如果你是高级程序员,考虑当CTO,那你肯定会认识个10年前改行当CTO现在痛不欲生的朋友。

简单的说:想做的做不好,做好的不爱做。

那么怎么办?很多人管理上不够格(例如,高级技术经理,但是不想当CTO),或者工程上不够格(运营的外行指导技术内行)。

有一个办法是,创立一些类似CTO但不叫CTO的职务:工程总监、工程副总裁,技术总监等等。有这些职务的公司一般也有个CTO。这些职务在不同的公司意义不同,但是我希望以后慢慢会有规矩。

我也见过CTO做纸面工作,技术总监做技术工作的设置,但是效果不好,因为两个人都有管理背景,都不想搞技术。我觉得也是因为其他管理层不知道技术领导的需求吧。

虽然很难,但是公司成败有可能真的在此一举。

如何招聘CTO

如果你想招聘CTO,好好考虑一下你需要的技术和背景。

如果你需要技术领导,那么找一个高级工程师,给他时间和空间熟悉非技术工作。帮助他,明确说明你需要CTO做什么。每步要汇报。

如果你需要管理领导,那么找一个管理背景的人,让他找一个技术总监,让他们自己划定职责。

如何当好CTO

想好你想得到什么,以及你想成为什么样的CTO。你有可能真正想做的是工程总监,甚至只是大部门的技术领导。

万事开头难:多问问题,寻求帮助。你肯定会筋疲力尽,但是如果一切顺利,那么你会为你的团队和同事感到骄傲的。

最后叮嘱一句:搞明白领导和管理的区别,知道何时用什么。

祝前途似锦!

查看英文原文

https://hackernoon.com/the-problems-of-the-cto-role-c2a143a1cec7

被360快视频偷视频了?按此操作干回去

      被360快视频偷视频了?按此操作干回去无评论

经过24小时的投诉 迅雷已经将其纽约州机房下线。

但是他又出现了一个LA的机房:死性不改。

这次请抄送techsupport@ctamericas.com 而不是之前TATA和NTT。其他不变。


首先 不要用自己的用户名密码去登陆。你不想被他又钓鱼一次。

然后呢 虽然360远在国内 但是360快视频用了迅雷的CDN。

虽然迅雷也在国内 但是他有美国的机房。意味着,他受DMCA管辖。

那么:

取URL例子:

https://k.360kan.com/pc/detail/yJwA4raEBe86?ucheck=8a5178d532abf773c6ea66417c5b0626&uid=653ba1f194cb3d1044a356a69e61b875&version=&sign=pc&resign=pc&is_recom=1&strategy=2.6.51.5.9dgwy0nhstch.9.wuc.26.vh9vnv..15.5p1bl9ulikig&channel_id=&end=pc&is_new_recom=1

重点是 yJwA4raEBe86 这个id。

然后去 https://pc.k.360kan.com/pc/play?id={刚才取的ID}&f=json

会得到类似 http://pc.v.k.360kan.com/vod-xinxiliu-tv-q2-bj/70840567_05d6d336e-c2d0-46f9-9898-72e113a334ba.mp4?time=1519105055&sign=7605d3237bdb738bd992bb2f00dd13e3
的URL。

写邮件吧。

抄送:

以上两个已经拔线,请勿抄送

新地址:techsupport@ctamericas.com

邮件标题:DMCA Takedown Request

邮件正文:

To whom it may concern,

I certify under penalty of perjury, that I am an agent authorized to act on behalf of the owner of the intellectual property rights and that the information contained in this notice is accurate.

I have a good faith belief that the page or material listed below is not authorized by law for use by the individual(s) associated with the identified page listed below or their agents and therefore infringes the copyright owner’s rights.

I HEREBY DEMAND THAT YOU ACT EXPEDITIOUSLY TO REMOVE OR DISABLE ACCESS TO THE PAGE OR MATERIAL CLAIMED TO BE INFRINGING.

This notice is sent pursuant to the Digital Millennium Copyright Act (DMCA), the European Union’s Directive on the Harmonisation of Certain Aspects of Copyright and Related Rights in the Information Society (2001/29/EC), and/or other laws and regulations relevant in European Union member states or other jurisdictions.

My contact information is as follows:

Organization name: Attributor Corporation as agent for the rights holders listed below
Email: {你的邮箱}
Phone: {+86-你的电话}
Mailing address: {替换成你的地址 以下为例子}
1265 Renmin Road,
Dalian, Liaoning, China
123456

My electronic signature follows:
{你的大写名字拼音 例如BEINING ZHANG}

Sincerely,
{你的名字 例如Beining Zhang}

*** INFRINGING PAGE OR MATERIAL ***

Infringing page/material that I demand be disabled or removed in consideration of the above:

Rights Holder: {你的名字 例如Beining Zhang}

{% 对于每个侵权视频 %}

Original Work: {你的视频名的拼音}

Infringing URL: {原视频的地址 例如https://www.bilibili.com/video/av12450/}
Infringing URL: {侵权视频的URL 例如http://pc.v.k.360kan.com/vod-xinxiliu-tv-q2-bj/70840567_05d6d336e-c2d0-46f9-9898-72e113a334ba.mp4?time=1519105055&sign=7605d3237bdb738bd992bb2f00dd13e3}

{% end %}

静候佳音。

小丸工具箱压制日志结构详解

      小丸工具箱压制日志结构详解无评论

本帖以小丸工具箱236版来讲解,以后新版可能会有所变动,特此声明。

许多人在使用小丸工具箱的时候,经常会发现“视频压制完后不见了”、“压制出来的视频只有几十kb”、“封装视频后闪一下就没有,也没有生成新的文件”等压制问题。

其实这只是压制或者封装过程中出现错误所导致的结果,只是小丸工具箱的压制错误提示并不醒目,一般人遇到这种情况完全没有意识到这是压制出错了,导致报错的时候提供的信息都不能准确的分析错误的原因。

不过这也是小事情,保存好日志,打开后就能知道是哪个压制环节出错了。但是也有很多人看不懂这些日志,密密麻麻的英文,完全不知道从哪里下手。(你知道整个交流群就我一个人看会去日志的绝望吗?)可是报错的时候只提供了一小截的截图,并不能完整的分析这压制错误到底在哪。

所以我特意写出本帖来讲解一下小丸工具箱日志的整体结构,让大家都能从压制日志里看懂整个压制过程在哪出错和如何排除错误。

在观看本帖的同时,如果你对小丸工具箱的相关操作和使用方法都不太清楚的,建议你看完《小丸工具箱入门操作教程》,因为……一些操作失误或者选项出错,光用日志查看也是看不到的。

使用不同的编码器和片源进行压制,日志的内容也是略有不同的,但是整体日志结构是差不多的,为了不搞的那么麻烦,这次我们拿最常用的“AVC+AAC_8bit.mp4″的片源和“X264_64-8BIT.exe”编码器来讲解。

还有一点就是,日志篇幅比较长,不可能整个截图下来,所以我会把不同阶段所常出现的单词来做索引,大家可以拿一个压制正常的日志(通常一个流程完整的日志,文件大小在20kb左右,100多以上的,那基本是任务列表日志,看不了单个任务的详细信息的。),用Ctrl+F搜索关键词来对照和了解。

压制配置如下:

日志的结构可以简单的分为三个阶段

第一阶段:ffmpeg的抽取和压制音频

这里一开头就是了,所以没发关键词,在ffmpeg抽取音频流出来后,就交给neroAAcEnc或QAAC等音频编码器处理了。

主要注意的是,压制音频的时候右下角的进度条是不动的,不要以为小丸工具箱卡住了没动,还有在选择“无音频流压制”的情况下,是没有这一段的,直接进入第二阶段。

常见的错误有:

  • “ERROR: could not parse WAV file”
    • 这属于抽取音频流失败,请检查一下自己的视频是否有音频流
  • 使用WAV或者FLAC等无法封装进入MP4的音频格式,会导致压制的封装阶段的失败。

第二阶段:X264对视频流进行压制处理

这个阶段分为三小步

  1. 从”..\xiaowan\tools\x264_64-8bit.exe” 这一段开始,就进入压制视频流的阶段了。后面的是你这次压制所使用的参数,下面的百分比进度,是分离器的索引进度。
  2. “ffms [info]” 这是ffms分离器索引回来的信息。(使用不同的分离器就有不同的info)
    这是压制日志中最重要的一段,里面包含了分离器对视频文件内容的分析。
    例子:

    ffms [info]:
    Format : mov,mp4,m4a,3gp,3g2,mj2
    Codec : h264
    PixFmt : yuv420p
    Framerate : 25/1
    Timebase : 1000/12800000
    Duration : 0:14:49
    ffms [info]: 854x480p 1:1 @ 25/1 fps (vfr)
    ffms [info]: color matrix: bt709
    x264 [info]: using SAR=1/1
    x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
    x264 [info]: AVC Encoder x264 core 148 r2721+46 0c4b09a xiaowan [8-bit@all X86_64]
    x264 [info]: profile: High, level: 3.0, subsampling: 4:2:0, bit-depth: 8-bit
    x264 [info]: cabac=1 ref=4 deblock=1:1:1 analyse=0x3:0x133 me=umh subme=10 psy=1 fade_compensate=0.00 psy_rd=0.30:0.00 mixed_ref=1 me_range=24 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 fgo=0 bframes=3 b_pyramid=2 b_adapt=2 b_bias=0 direct=3 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=1 scenecut=60 intra_refresh=0 rc_lookahead=60 rc=crf mbtree=1 crf=23.5000 qcomp=0.50 qpmin=0:0:0 qpmax=69:69:69 qpstep=4 ip_ratio=1.40 aq=2:0.80 aq-sensitivity=10.00 aq-factor=1.00:1.00:1.00 aq2=0 aq3=0
    x264 [info]: started at Sun Jun 11 14:06:47 2017

  3. 当视频压制完成后结尾还会有关于压制视频的总结,到此视频流的压制过程结束。

    例子:
    encoded 3609 frames, 216.56 fps, 166.46 kb/s, 1.42 MB
    x264 [info]: ended at Fri May 05 23:02:18 2017
    x264 [info]: encoding duration 0:00:17

    含义:
    编码帧数3609帧,平均处理帧速度216.56fps,平均码率166.46kb/s,总大小1.42MB
    x264[info]:于05月05日 23时02分18秒 2017年结束
    x264:[info]:编码时间为17秒。(指的是你压制视频过程的时间)

常见错误:

  • 这里的错误格式并不固定,你只需要找到[error]即可,例如“ffms[error]”就是分离器出错,“resize[error]”就是分辨率的问题,“X264[error]”就是X264出了问题。
    [error]后面会告诉你详细的原因,这些英文扔进去机翻一下就能搞懂的,不必太紧张。
    至于[warning],详细原因你也可以机翻了解一下,只要它没影响到压制过程或者成品出来没问题,就可以不用管它。
  • 压制后要是出现画音不同步,就需要打开日志查看分离器解析出来的info跟视频拖进MediaInfo是否有偏差,如果“Framerate(帧数)”和“Duration(视频时长)”没有异常,则对比第三步的encoded(编码帧数)跟MediaInfo上显示的总帧数是否一样,只要有其中不一样,就可以判断是因为分离器的解析错误,更换其他分离器来解决(实际操作请看小丸工具箱FAQ,画音不同步的问题是一时半会说不清楚的。)
  • X264编码器压制完成后,提示“找不到批处理文件”。
    这所谓的“批处理文件”,其实小丸工具箱是生成到C盘的TEMP里面的。(不同版本的WIN系统,默认的TEMP位置也不同,请自行搜索)有这个提示并不是说批处理文件不见了,可能是无权访问。造成无权访问的原因,基本确定是国产的各种XX卫士/杀软搞得鬼。
    不过我们还没有能完美解决这个问题的办法,所以建议遇到该问题的人,以管理员权限运行小丸工具箱或者找出TEMP文件夹把自己的用户权限加入进去或更改。

第三阶段:MP4box封装阶段

从”..\xiaowan\tools\mp4box.exe”开始,对压制好的视频流和音频流进行封装处理成一个成品。

常见错误:

  • “Unknown input file type”、“Error importing XXX.mp4”、“找不到网络路径”这是封装阶段常见的错误词汇,这些错误通常是因音频压制失败或者视频压制失败所导致的,请查看第一阶段或者第二阶段有没有压制错误提示出现。
  • MP4box有时候也会出现文件名编码乱码导致封装失败的问题。
    比如你的文件名用一些除本机系统语言的其他语言编码或者有特殊符号来命名,导致视频文件在X264压制好后,MP4box认不出文件名里的特殊符号直接封装失败,失败后小丸工具箱会执行删除临时文件命令,才出现压制过程完成后视频没有出现的原因。

这三个步骤走完之后,整个压制流程就结束了,可以直去源视频目录查看压制好的成品。

看到成品没出现也不用慌,打开日志,根据上面所提到的三个阶段,查看每个阶段是否有报错信息来排查。

要是遇到其他方面的出错,可以阅读小丸工具箱的FAQ,看看有没有相类似的问题。

小丸工具箱FAQ

小丸工具箱FAQ

      小丸工具箱FAQ无评论

本文章是把一些使用小丸工具箱中常见的操作失误或出错的问题集中写出并提出解决方法,以便大家寻找解决并避免重复提问。

文章中的问题会长期更新,如果在使用中出现一些奇奇怪怪的情况,可以在这寻找有无解决方法。

这些问题也可能是小丸工具箱一些旧版的BUG,所以提交报错时,我们只会以官网中最新的版本能否复现为基准

需要注意的是文章篇幅也长,问题也多。心急的朋友请用浏览器的Ctrl+F的搜索功能,根据关键字来搜索问题。

小丸工具箱在XP无法正常使用怎么办?

新版小丸(从236版本起)不支持XP,需要继续在XP上使用小丸的同学,请停留在小丸工具箱2014版或以下的版本。
小丸工具箱也没有MAC版,即便搜到的都是早期的测试版本,早已经弃坑了。
能用继续用,不能用就别问有没有最新版本了

小丸工具箱提示找不到FFmpeg或杀软的报毒问题

FFmpeg之前报出了一个漏洞,所以国内的杀软有一段时间基本都无脑封杀了。
要是遇到该问题就去下载新版的FFmpeg替换进去或者去杀软里面添加信任区。
该漏洞对个人用户影响不大,请放心使用。

AVS压制出错或相关的问题。

小丸只提供AVS的普通使用环境,只要视频预览能成功,就代表整个功能是没问题的。
如果遇到压制失败或预览失败,请检查自己的脚本,查看压制日志。
要是在使用64位系统的遇到播放器无法正常预览,请手动设置一个32位的播放器试试。
以上方法都不行话,建议安装一次avs。

小丸工具箱里面的X264有那么多版本,用哪个好?

一般情况下选择X264-8bit的编码器即可。选X32还是X64,可以跟着系统选。
还有8bit和10bit,默认8bit就好,没啥事就别选10bit了。。
至于[GCC]这类的后缀,是说该X264的编译方式。一般没啥大的区别。
X265属于测试功能,没去设置选项开启一般不显示。

手机拍的视频,通过小丸工具箱压制后画面方向反了怎么办?

由于手机拍摄的视频里通常都有关于画面方向的信息在里面,播放器是能自动帮你旋转画面方向的。而压制后这类信息都没了,所以你看到的是正常画面的方向。你只要在小丸工具箱的“常用”选项卡中,使用“旋转”功能把画面转到你想要的方向就好。

压制出来后视频画音不同步

在原视频能正常播放的情况下,压制后出现画音不同步时,首先第一步是把压制日志翻出查看X264压制完成后的总帧数是否跟源视频在Mediainfo分析出来的总帧数完全一致。
如果是不一致的,把分离器选用lavf重新压制一遍看看。
分离器选用lavf压制后也不行,请查看你视频片源的帧率类型是否属于VFR(可变帧率)类型。如果是,则需要使用各种处理VFR片源的方法(小丸之家的B站不二压教程里有相关的教程处理,可以去看一下。)

如何使用小丸工具箱添加水印?

使用AVS,具体方法自己找教程

小丸工具箱以后能添加合并功能吗?

以后也不打算添加,因为合并功能的视频条件比较苛刻。
有能力的朋友还是自己调用ffmpeg或者找其他软件来合并把。

小丸工具箱压制时能改变视频的帧数吗?

要改变帧率很麻烦,而且需要使用AVS脚本。
即便小丸旧版有“FPS”的选项,那也不是改变帧率用的。
无论有啥目的,改变视频原有的帧率都是一件很麻烦的事,建议少拿帧率来开刀

我多XG体积的视频想要压制到XM体积,不损画质参数如何设置&什么什么参数能在“不损失”画质的情况压缩体积或压硬字幕

首先我以一张图来表达我的观点:

既然是压制那就肯定会“损失”,当你说出“不损失”这三个字就没有往下说的必要了。
要限制视频的体积,那必然会有所取舍,想要压到小体积,但要它看起来跟压之前一样清晰,是不存在的。

那么如何大幅度的把体积压下去,就只有用2paas设定比视频原本的码率低、降低分辨率和压缩音频这三种方法。
也不要妄想以为找“大神”给你参数就能达到你所想要的效果,压制可不是一套参数就能“打天下”的,它们都是需要根据片源的情况,写出X264参数(高阶的就是写AVS挂滤镜之类的),最后不断的压制实验,直到压出自己想要的效果。
把字幕压制进去,是要对画面进行处理的,所以就肯定没有“不损失画质”这一说法。一般都是默认参数扔进去压就行了,要是觉得压制效果不太好,那就把CRF值往小里调即可。

如何判断画质的好坏?

这也是众多小白被误导&钻牛角尖的地方,以为纸面上的高分辨率和高码率画质就会好,以为自己视频的码率低了画质就会差。其实不然,同一个视频在不同屏幕上的显示效果是不同的。
例如一个被视频站被二压的视频,在1080P 23吋的电脑屏幕上全屏播放,可以看到很多细节是糊的,甚至是有马赛克。而在1080P 5.2吋左右的手机屏幕上,看上去却感觉很“清晰”的样子。
还有另一个例子,就是打了薄马赛克的图片,给一个带眼镜近视的人看,正常情况下是只能看到马赛克而看不清楚图片的。你把他的眼镜摘掉,马赛克却像消失了一样,还能看(Nao)出(Bu)马赛克下面原有的样子。
所以,画质的好坏不仅有屏幕设备方面的影响,还有主观上的影响。
那么判断一个视频的好坏,不光要看视频的参数,而是要播放起来,用肉眼看看它实际的效果和画质,只要你肉眼看起来好,那就好。

我点压制/封装之后,视频文件没出来/视频只有几十kb怎么办?

压制出错了,准备好视频信息和压制日志来报错吧。
报错请勿只说一句话而其他信息什么都不提供,就等着别人解答,这十有八九没人会理你。

小丸工具箱压制后的视频上传B站后被二压了怎么办。

二压这个问题,是老生常谈了。甚至有些小白光看到“转码中”三个字也被吓的不行。
其实除了原画质,B站也要处理出“高清”和“流畅”等画质,所以显示转码中也是不出奇。

那么我们要如何的正确看待二压呢?这就要从视频站为何二压说起:

  1. 让各个视频都处于统一的编码格式,能兼容移动设备和更多其他设备。
  2. 限制体积,能让小水管都能流畅的缓存播放,而且体积小了,对于视频站的带宽压力也能减小一点。
  3. 添加水印。

从以上的原因可以看到,视频站的视频要考虑的不仅仅是画质问题,还有很多其他方面的问题。虽然各家的做法不一,但是从B站来说,自己不好好去压制,又想不二压,这是不存在的。
就连B站某个标榜最高画质的游戏视频,总长度70分钟,实际内容30分钟,“手动后黑”则长达40分钟,这搞起来想想就知道有多蛋疼。而且一旦人人也这样玩,那B站肯定会做进一步的措施去限制这事。

那么我好好的去压制了,但是压出来的效果不是很理想怎办?

这也是小白经常钻牛角尖的地方,视频站的视频,不是让你弄得很高清,搞的很值得“收藏”。
而是内容尚可,大家喜欢看,画质凑合凑合就算了,只要不是太瞎眼,没人会说什么。
真要是大家想收藏你的视频,麻烦你提供一下刚从编辑软件输出的原视频网盘下载,这更具有收藏价值。(咱们网盘见
所以,你要做的是判断哪种视频可以压到“不二压”的标准还清晰的,哪种视频自己压到“不二压”的标准也是糊的。

那么需要如何判断呢?

直接2pass码率设定为17XXkb,自己压的糊就不压了,直接把原文件或码率稍微大一点的视频文件传上去,让B站自己二压,省时省力。
要是压出来的效果还可以就直接传吧。
有学习兴趣的话,可以读一读这篇文章:BiliBili直传免二压小白向压制教程

小丸工具箱出现各种停止工作/.net报错的现象

这个问题比较复杂,X264停止工作可能是系统的原因,暂时无解。
.net报错,请把出错框的“Details”点开,然后复制里面的信息,粘贴到一个.txt文本,再把这个文本传到群里报错把。
不行的话就更新.net版本安最新版(目前最新是4.7,Win7安装.net4.7需要安装系统补丁,补丁具体请看下载网页的“详情”)
微软离线安装包官方地址:https://www.microsoft.com/zh-CN/download/details.aspx?id=55167

目前.net常见出错已知道解决办法的有:

无法加载DLL“Mediainfo.dll”:找不到指定模块

32位系统的就把“……\MarukoToolbox\tools\Mediainfo.dll ” DLL文件复制到 “…\MarukoToolbox” 目录中。
64位的把“……\MarukoToolbox\tools\X64\Mediainfo.dll”Dll文件复制到“……\MarukoToolbox”目录中

在个别系统环境极端恶略的情况下,小丸工具箱安装在C盘或者使用中文目录也是会出错的。

无法往小丸工具箱拖进视频。

请不要以管理权限运行小丸或把小丸安装在C盘里。

我觉得小丸工具箱压制速度慢怎样优化?

首先,你是觉得哪个地方慢?是进度条走的太慢还是压制时间太长?
要是觉得别家软件压制速度又快质量又好,那你可以继续用那一家软件,我们也不会怪你。工具合不合适你是你自己说的算,而不是说我们拿枪指着你说这个工具最好用。
对于快慢的判断,我们通常都是以处理帧数的速度来判断的,不是以完成时间来判断的。
以下图为例,编码器位X264-64-8BIT,使用小丸默认参数,处理帧数的速度在40fps-70fps左右。

CPU为100%的满负荷运载,睿频3.2Ghz。CPU型号i7-4710MQ,核心为4C8T,
这属于正常的速度,就算你觉得等这几分钟也好慢呀,那也没法,只有继续等。

影响小丸工具箱压制速度因素通常有:
– 编码器和参数的设定
– 视频画面的复杂程度
– CPU的线程占用率和频率的使用情况

所以你要是觉得使用小丸工具箱出现压制速度异常变慢,可以从几个方面来排查。
– 硬件方面
– 系统的电源方案(看过太多案例装了鲁大师后被诱导或偷偷帮你使用了他们的省电方案,导致性能下降还浑然不知的,以为是电脑用久了性能下降。)
– CPU的运行状态(例如CPU的频率、线程占用率和温度是否属于正常)
– 编码器和参数方面。(例如使用X265,无论是I7 4970K还是E3 V3,速度肯定不怎快的,只能等后续的优化和新硬件。)
– 还有抄参数时无脑抄,可能把一些高压参数也抄进去了,也是会慢的。

排查确定到问题所在后,该升级或维修电脑就去维修,改换参数就换参数。如果你是想追求速度而不追求质量的。
不好意思,小丸工具箱不适合你,换软件吧。

还有2017年AMD的锐龙和intel两家相互竞争,现在新出的CPU的核心数和线程数都多了起来,所以会有人出现明明CPU线程才16个,应该能占满,可是实际压制时占用率并不高,不过“处理帧数速度”也有50-100fps的情况。
我个人认为这是X264的效率问题,毕竟X264这标准也用了十几年了,随着目前核心数、线程数和单核性能的不断提高,加上当前的片源画面也不需要太大的处理,X264的效率已经无法再提高了 ,所以才出现占用不满的情况。
当然以上结论仅仅是我根据群内的反馈总结而来,我没使用过现在新出的平台 ,所以也不太确定是不是这样的原因所导致,用着新平台有兴趣的同学可以做实验测试一下。

小丸工具箱提示“路径或文件名含有不可识别的字符”或者文件名有其他符号导致压制失败怎办?

我们通常都建议压制的时候,最好把视频文件移到纯英文路径的文件夹和视频文件名用英文和数字来命名,减少发生因特殊字符或不同编码的原因导致编码器识别出错。(比如字幕组压制番剧时通常都以罗马音来命名文件。)
还有另一种情况就是在“非Unico程序中所使用的当前语言”设置中,语言改成了其他语种,导致文件名使用普通中文也会出现“路径或文件名含有不可识别的字符”情况。
再有一种情况,就是安装小丸工具箱时,设置中文路径可能会出现一些奇怪的编码问题,导致失败。建议直接把小丸工具箱移动到纯英文或数字的文件路径中。

小丸工具箱能处理QSV/QLV/BLV之类从视频站下载回来的格式吗?

这类格式通常都视频站拿FLV加密或魔改而来,可能以普通手段是无法破解或转换的,直接提交给小丸工具箱无法转换的话,就自己另寻办法吧。

X264在完成压制视频流的步骤后,直接提示“找不到批处理文件”。

字面意思,就是批处理不见了或者是没有权限去访问临时文件。
这所谓的“批处理文件”,其实小丸工具箱是生成到C盘的TEMP里面的。(不同版本的WIN系统,默认的TEMP位置也不同,请自行搜索)有这个提示并不是说批处理文件不见了,可能是无权访问。造成无权访问的原因,可能是国产的各种XX卫士/杀软搞得鬼。
不过我们还没有能完美解决这个问题的办法,所以建议遇到该问题的人,以管理员权限运行小丸工具箱或者找出TEMP文件夹把自己的用户权限加入进去或更改。(遇到这个问题的人基本提一下就跑了,而我们的电脑基本都复现不了这个问题。所以至今是迷)

使用小丸工具箱压制视频时,CRF通常设定多少比较好呀。

一般来说,小丸工具箱的CRF使用范围是1-51,此值越大平均码率越低。 CRF这种码率控制方式是非常优秀的,以至于可以无需2pass压制,即使1pass也能实现非常好的码率分配利用。
很多人在压片的时候不清楚应该给视频压到多少码率才比较好。CRF就是按需要来分配码率的。我们通常比较建议使用21-26之间的区值,这样压出来的视频码率略低,画质也较好。
不过实际上CRF要用多少,还得从片源情况和压制目的上考量,所以遇到压出的视频不太符合预期效果时,可以删掉再调试一下参数重新压一次。

小丸工具箱能添加显卡加速吗?

小丸工具箱只是一个X264 GUI,你问小丸滋兹不滋兹,就得问X264编码器滋兹不滋兹。真要找个滋兹显卡加速的,你们还是另请高明把。

小丸工具箱的系统要求

小丸工具箱对于系统的要求并不苛刻,只需要Win7以上的系统即可(XP已经不支持了,需要在XP上使用就找旧版来用吧。)
在我这几年帮忙解决小丸工具箱的问题反馈时发现,一些带有安全卫士全家桶的GHO镜像系统和不小心被安装到安全卫士全家桶的系统,在使用小丸工具箱总会遇到一些奇奇怪怪的问题……
所以,我在此建议大家一定要安装来源于微软的MSDN镜像(“itellyou”虽然不是微软官方网站,但是里面所提供的镜像都是来源于微软官方的MSDN,使用前校对一下SHA1即可),而不要继续使用一些来路不明的GHO版本或者XX装机版。这类系统镜像,基本都是内置了各种推广软件或者安全卫士的全家桶,会导致你越用越卡。
目前随着电脑性能的提升,已经没有必要再去精简和修改原版系统上的东西(如果需要,说明你这台电脑并不适合用来压制),想要软件的响应速度快,应该是加块SSD做系统盘才对,精简系统这种做法只是治标不治本,用久了总会卡的。
至于系统是否正版的问题,是在于激活系统的手段,你只要拿着正版的key去激活,就算你这个系统是你拿MSDN镜像自己封装过的,也属于正版。如果你是拿激活软件,无论你是拿正版光碟安装的系统,用它来激活也算盗版。(去某宝买key我也不建议,毕竟key的来源不明,谁特么知道会不会 拿网上的一些“神key”卖给你)
除非你所用的激活软件有后门或者其他流氓的操作,不然跟一个正常的正版key激活的系统无异,所以系统是否正版,并不是影响小丸工具箱能否正常使用的关键因素。

小丸工具箱截取视频不精确怎么办。

详细可以了解一下ffmpeg的截取工作原理。
一般来说,ffmpeg的无损截取是从关键帧开始的,所以你输入时间后,从你输入的时间的关键帧开始截取,就导致了小丸工具箱“剪辑不够精准”的错觉。
如果真要精确到秒,而不想用PR等视频编辑软件,可以用ffmpeg重编码再剪辑。(但是要重编码你们又不乐意了。)

小丸工具箱的批量压制为什么要加后缀,直接使用原本的文件名不好吗?

兄弟,你想啥呢。到时候压制流程完成后你源文件被覆盖了,而压制又失败了,找谁哭去?
你真的觉得这后缀名不爽,你自己找批量命名软件改掉不就行了。
不要以为这样对你自己是方便了,但是这对软件的运行逻辑来说是个严重的“BUG”。
临时文件可以删,源文件打死都不能删……

小丸工具箱使用2pass压制失败的问题

请按照该文章进行操作
http://www.ecit.org.cn:8088/topics/157

我修改了分辨率后,压制失败怎么办

请查看你的所修改的分辨率数值是能否整除于4的偶数。

小丸工具箱能封装MP4多音轨/字幕吗?

理论上可以,MP4box是支持的。
但是小丸工具箱的定位是一个简单的压制工具,通常用于视频站上传等,而一般视频站是不支持这类操作的,加上MP4的多音轨/字幕封装也是有点限制的(一般来说音频只能用AAC,字幕只能用SRT),所以小丸工具箱并没有加入这类功能
有以上需求的朋友,可以自行搜索相关的命令行或者用MP4Box GUI来操作。

我需要安装解码器吗?

一般情况下,小丸工具箱的压制工作是跟工具箱的tools文件夹里的工具相关,跟你系统安装的解码器没有半毛钱关系。
而我们通常安装解码器,是提供给系统播放器解码使用的,就有点类似于给系统播放器打了个“DLC”,让它能解码其他格式的视频。(总之跟压制也没毛钱关系)
例如我以前经常会给自己的系统安装上ADVANCED Codecs解码器,因为装了之后,我能直接在资源管理器上直观的看到FLV视频文件的“码率”、“分辨率”等数据。然后进行筛选分类。
所以,解码器并不是必要装的,大多数第三方播放器都会自己集成解码器,只要你的播放器能正常播放正常的视频文件,就没问题。

使用那些播放器好

个人比较推荐使用 potplayer
不过播放器这东西,只要能正常解码自己想看的视频就行,你是否要选择它,就看它看UI和操作习惯等方面是否适合自己了。

如何理解分布式系统的指标和警报

      如何理解分布式系统的指标和警报无评论

本文为InfoQ China编译:由于文章过于追求细节,故只在在此处放出。

版权所有,禁止商业使用:如需转载,务必保留本文译文原文链接和英文原文链接。

 

# 如何理解分布式系统的指标和警报

标签(空格分隔):DevOps

note:***

**摘要**: 分布式系统的指标和警报允许运维人员检测分布式系统的故障,并帮助他们快速诊断出错位置。John Corrigan在他的文章中对分布式系统的指标和警报进行了提纲挈领的分析。

**作者**: [John Corrigan](https://plus.google.com/+JohnCorrigan)

**正文**:

John Corrigan在他的文章中对分布式系统的指标和警报进行了提纲挈领的分析。

分布式系统的指标和警报允许运维人员检测分布式系统的故障,并帮助他们快速诊断出错位置。

## 指标

指标是按特定时间间隔收集的系统信息;指标存储后可以进一步处理,例如进行可视化或触发警报等。

作者认为,指标可以分为3类:输入指标、输出指标和过程指标。

  • – **输入指标**对系统的入口进行度量,例如,用户请求数、请求的某个特征(资源/项目/产品)的数量,以及请求的来源、数据包大小等。
  • – **输出指标**对系统的输出进行度量,例如,成功订单数、不成功订单数、大家关心的用户请求响应时间等。**好的输出指标可以近似为每分钟系统赚取的利润。**
  • – **过程指标**对系统内部操作进行度量,例如平均负载、可用内存、可用磁盘空间、可用inode数等,也可以对某个程序进行度量,例如某个API的重试次数等。

作者指出,有时指标间没有明确的界限:以HTTP代码为例,2xx和5xx代码是输出指标,4xx一般是输入指标,但是如果错误是对之前请求的数据进行操作后造成的,也可以当做输出指标。3xx的类别完全取决于应用程序。在多个模块、组件、服务等组成的大型系统中,每个模块都可以有自己的3种指标。

作者认为,各个指标的用途不同:输出指标代表问题是否存在以及确定问题的严重程度;输入指标可以指出问题的位置是本系统还是上游系统;一旦确定故障点,可以通过过程指标深入了解问题。

作者强调,所有的指标都应该定期汇总,而且应当可以快速反映问题。**好的指标在运行正常时不会出现波动,在出现问题时应反应灵敏。**

## 警报

如果出现故障,系统应该报警:某个指标出现了异常的变化。

作者对警报进行了分级:

  • – SEV 1:故障如果不及时处理会严重影响业务连续性,造成大量利润损失或者违反法律法规
  • – SEV 2:故障会影响业务,例如订单成功率下降10%,客户响应慢了10倍,导致部分员工不能工作等
  • – SEV 3:故障导致系统出现严重问题,例如服务器严重过载,部分请求出现错误,但是不影响业务,输出看起来比较正常
  • – SEV 4:故障导致了一些异常但不严重

作者认为,对警报相对应的反应是:

  • – SEV 1:呼叫整个团队,立即组织人马处理,开始公关,迅速debug,申请大量资金。这种情况下最好不需要大量人手处理
  • – SEV 2:呼叫有权限和经验的相关人员,将debug作为最高优先事项
  • – SEV 3:在Slack上记录或开工单,尽快解决问题
  • – SEV 4:除非资源足够否则不干预,更多关注的是导致这种事件的数量、频率等指标:这些深层次问题可以成为SEV 3事件

## 总结

作者总结道,整个系统需要至少一个输出指标,最好是每分钟赚取利润的近似值:例如,每分钟投放的广告、每分钟的页面展示数、每分钟的流量、每小时上传的图片等。在响应中包含用时也是好办法。

作者对数据的理解是:对于汇总指标,例如某些值的总和或平均值以及客户请求的平均延迟,应该生成数个指标。记得要记录指标包含的数据点数量,也可以考虑包括分位数(p0、p25、p50、p75、p90、p99和p100等)。有时,众数和中位数也有用。如果输入值呈正态分布,指标应包括标准差。

作者指出,对于SEV 1和SEV 2事件应当提供可预见的警报:

  • – 指标干净,不会被随机噪声淹没。在更长的时间内进行平均处理有可能可以降低噪声,也可以动态修改平均值;
  • – 影响显著,不能由噪音引起;
  • – 必须人为干预才能恢复,对于短时间自动恢复的问题不需要呼叫人员;
  • – 和故障强相关的时序指标,例如,MySQL的历史列表不断加长在几个小时后几乎一定会演变为故障。指标与故障的相关性必须极强,以免造成告警疲劳。在SEV 2 的情况下,如果故障概率是50%而工程师在睡觉,那么可以等到故障发生时再进行呼叫。

作者提醒,如果某台主机出现负载、CPU占用、磁盘空间、内存空间等指标报警,考虑是否出现架构弱点:不要为此设置警报,在此之前就把冗余和灾备做好。

**查看英文原文**:[Operational Metrics and Alerts for Distributed Software Systems](http://www.corriganjc.net/2017/07/designing-operational-metrics-for.html)

 

Onedrivecmd 0.1.4: 加速上传下载

      Onedrivecmd 0.1.4: 加速上传下载无评论

考虑到大部分人在服务器上用:

  • 上传复用session:之前可以明显看见每段(60MB,API死限制)上传后会有3~5秒的掉速;现在掉速只有1~2秒
  • 下载块变成10M:希望可以加快下载。当然想快 用新的direct命令搞出直链用aria2/axel拖就是。

https://github.com/cnbeining/onedrivecmd 老地方。

Onedrivecmd 1.3: 推上PyPy,支持分享和直链 / Onedrivecmd 1.3: Now on PyPy, with sharing and direct link support

修了一堆奇怪的bug 加入了分享和直链,方便服务器用。

一句话安装:

代码还在https://github.com/cnbeining/onedrivecmd 。


Onedrivecmd now comes with sharing and direct link support.

To install:

Still open-sourced at https://github.com/cnbeining/onedrivecmd .