分类目录归档:未分类

也许是年终总结

2017混结束了

是的,我自己感觉这一年就是混过来的

这一年里做了的比较大的项目

  • flvjs mp4 播放
  • 优酷播放器
  • 视频转存
  • acfun 播放器

直播播放器都不能算大项目,说实在轮实用性比不上助手,毕竟我自己也仅仅是偶尔看直播

不过一年真的是能改变很多东西,去年这个时候,我还是选择停留在ff45,用着flash播放器;现在我则是停留在ff56,坚守legacy插件,flash则是几次重装系统之后就再也没有安装过了。明年这时候,谁知道呢,说不定我会离开火狐阵营?(苦笑)

flvjs mp4

反正就像上面说的,去年这个时候,我还并不看好,或者可以说完全不喜欢html5标准,所以起初做出来的播放扩展好像我自己都不用。

然后,随着火狐里的flash越来越难用,我终于是有一天转换了阵营,开始研究无flash。

flvjs魔改之旅,是从添加实时码率统计开始。

添加mp4的过程,模仿着现有的代码,功能完成了,也踩了不少坑,同样也获得了xqq的一些帮助,一些坑直到前不久才刚刚修复。总的而言,主体功能写了三天,难度也不算很高了。

优酷播放器

紧跟着写完flvjs mp4之后,一想到写出这个功能之后,除了自己的play helper之外,就再也没有人用了,就感到心态爆炸,boom,然后脑热就写了这个扩展。

这么个产物至今都不算完美,bug依然很多,我无力处理,也懒于处理。

我用自己扩展的唯一机会:车祸视频,最近一个月也是再没继续看日更,毕竟天天的内容都是差不多的电摩横冲直撞,王者霸气转弯,确确实实容易感到厌倦。

转存b站视频

这个项目可以说是充分体现了我的懒癌了

最早,power在5月份左右就提出了,想要转存全部番剧的想法,并且准备好了google教育账号。我当时以懒得开坑+考试,推迟到了假期。

考完试的那几天晚上,造了php多线程下载的轮子;

然后7月过去了,断断续续写代码,最后在8月初,才开始在几个无限流量服务器上开始跑任务;

由于写出来的代码是单队列,在那几个linux服务器跑起来效率很低,然后8月中旬的时候,power拿了代码,放到了一个win服务器里开始跑并发。

然后…一转眼就是10月了,期间我基本没想起过项目。一次提醒后我才去整理结果数据,然后重跑失败任务之类的。

等到初期任务跑完,已经又是一个月过去了。挂上了中转代理下载之后,我又写了写队列任务,算是正式开放了合并转存。

这个系统也是有几个坑没有填,重置任务状态,转移任务服务器(旧的要弃用,需要换)等等。

acfun 播放器

然后就是ac了

原本暑假有个写播放器的计划,但当时遇到了样式困难,写了半天就坑了。

原本想好的完美简介是“一个B站播放器,送个缺B乐的各位”。但是坑计划之后我加上了yt主题并设为了默认,也是不准确宣传了(笑

说来奇妙,我完全不用ac,也不知道写这为了啥;即使如今写好了,也仅关注了一个steam周报。

虽然完成后确实得到了一些支持,也确实有真切的希望扩展能更好更完美的人。

 

写代码的破事说完了,再说说生活吧。

回到开头,这一年是混过来的

现在处在一个重大抉择的时候,大三了,需要决定自己的方向了。

家里人希望,或者说是要求我考研。本科录取没能进计算机,被调剂到了物理,现在要考当然是希望考进计算机,但心态上始终有着很大问题。

提不起学习动力。

两年多大学,整个人越过越颓废,学业越来越吃力(不如说是没有使劲)。

自己逐渐被懒惰的动物本性拖住,不知如何才能找回高三时的那种冲劲。

也许这就是进入大学前,一直听到别人说,也一直嗤之以鼻的,缺乏目标的现象吧。一直觉得自己不会是那样的,我可是有目标的人;到头来却发现,自己并没有那么特殊。

也或许是看到认识的人都是一种,算是活得风生水起,从而对自己方向感到的一种困惑吧。

这个学期考了两个外语考试,N2和托福,N2出成绩还有一个月,考完看答案估计自己要么擦线过,要么刚好在线下;托福则是考了86,半裸考,不算低,也不算高,考出来什么用都没有的分数。专业课考试也是持续走低,补上一个又挂一个。

 

如果你看到这里了,很抱歉让你看到了一堆牢骚话。

这么个总结,写出来或许仅仅是用来发泄而已。

每一学期开始都希望自己能真正的付出足够努力,却总是在结束时发现,只是又混过了一段日子。

 

12/31 2017

记录一下删服务器…

22号晚上在vu刷ip,想看能不能刷出ip不是45的

开几个都还是一个区的,作罢,点进最底下一个,destroy,yes一气呵成

出来就懵了,列表里cost怎么都是$0.01

当时血崩,靠删错了

我这里好像改了几个文章,也想不起来改了啥了

bp从7号到22号收集的view,banner,splash没了,番剧数据我20号拉到本地改东西,是唯一的备份

pass那里少了个公告,之前搞的表单倒是早了,没事

之后我看着研究下,搞个三天一次自动snapshot吧…稳一点

隔了很久又一次换服务器

其实us算是很稳定了,如果我不是联通用户的话

我也不知道联通在抽什么风,你说我一个us服务器,怎么就走到eu了呢

image

(如果我还在用移动大概不会管,没错我就是这种我的没坏就懒得动的人)

想了想换了个jp服务器,正好也可以用来看一些地区限制pv(きららファンタジア之类的)

不清楚假期回家的话移动连接是什么效果,联通jp倒是直连

canvas弹幕绘制纪实

Day 1 (Mar.4th)

这次改canvas绘制是直接在ccl的基础上添加,出来的成品是准备双模式兼容的

并且,按照一贯canvas绘制习惯,带高dpi优化

初版流程:直接fillText
起初倒是可以,但是在加描边的时候,因为strokeText效果不理想,换shadoeBlur的时候,直接卡飞了,经过google,学到了预渲染的方法可以解决shadow的高性能消耗
改动:使用canvas存储预渲染,此时另一人给我遇到了正反buffer渲染(先离屏渲染再copy防止闪屏)。这一点其实使用requestAnimationFrame的话基本上不会碰到,但我初次理解的时候理解错了,用了setInterval渲染离屏canvas而再rAF copy
在google的时候,看到一条drawImage里,绘制canvas转出来的data url比直接canvas快,于是换用了img存储预渲染

 

Day 2 (Mar.5th)

发觉了对正反buffer的认知错误后,取消了interval,直接在rAF里结尾copy
在尝试的时候,发现初始渲染会“阻塞”浏览器,然后使用了promise进行异步预渲染

 

Day 3 (Mar.6th)

在再一次的性能测试的时候,发现虽然draw data image比canvas快个0.02-0.05ms,但是toDataURL会卡5-30ms…纯属得不偿失。同时也发现promise异步并不能解决卡顿,因为原因是js单线程,而核心正在执行其他任务(toDataURL),所以也就无法高帧渲染。结果去掉了转img的过程,并且考虑到渲染还是要消耗大约2-5ms,所以添加了队列,每16ms(1/60s)中最大只消耗8ms用于预渲染,超出则等待下一帧

水大佬的cdnvpn各种n都炸了

周一晚上的时候,突然间就发现高通打不开了,试了几下无果然后就去dns切回源站了

然后找大佬,表示整体出问题了,连带vpn也炸了QQ图片20170215235525

捣鼓了几下自己服务器上加了个服务,结果长城这司马的垃圾经常连不上,真的是整个人都醉的不行

后来再问大佬表示不准备再挂cdn了,就这样用吧

今天还试了一下东京机房,结果速度感觉并不好,还是决定不搬就放lax

IPv6 & DNS64 & NAT64

又开学了

回来用u2b的时候发现用了一年的dns6to4的服务器dns64.litnet.lt (2001:778::37)停了

google的dns6 (2001:4860:4860::8888)可以获取googlevideo.com的各种正常v6地址,但是以前用这个dns64的时候是有代理能力的,可以利用6to4 tunnel

找了找以前可用的另一个  2001:df8:0:7::1 也是timed out

最终翻到了一个 totd.aa.net.uk (2001:8b0:6464::1)可行

谨此记录,以供网络之需

 

后记:aa.net.uk也死了,起初只是dns死了,自己加后缀可以正常用,结果后来整个系统都unreachable了

万能的google帮我又挖出了一个:2001:67c:2b0::4

prefix 2001:67c:2b0:db32:0:1::/96

world.execute(me);

Here or Here