个人用视频播放器最新设置方案

本文是前文,外挂LAV+开启PotPlayer转换滤镜时的最佳设置方案的追记或者说更新。

本文大纲:

  1. 重新总结下视频播放中Pot无法胜任的部分和原因;
  2. 我现在如何设置PotPlayer来workaround这些问题;
  3. 我的备胎播放器;
  4. 为什么如此忍辱负重也无法抛弃PotPlayer。

视频播放的几个转换

视频播放,宏观上通常需要经历这么几个的转换步骤到输出(不按顺序,也不一定都有):

  1. 解码
  2. 色度抽样还原 (420或者422->444)
  3. 缩放
  4. YUV->RGB
  5. 降位深(10bit -> 8bit)
  6. 反交错

解码没什么好说的,其他大部分逐条说一下。

色度抽样还原

色度抽样还原 (420->444) 就是把被缩放到(面积)1/4大小(420)或者一半大小(422)的U、V channel放大到原始尺寸,和缩放本质没有区别。无非就是点对点播放时,Y通道不需要缩放而色度通道依然需要而已。

这个工作LAV、Pot和渲染器都能做,做的最好的是MadVR这个大家都知道了,LAV可以接受,Pot如果如上文所说,如果使用了转换滤镜(下边凡是提到Pot,都是指如果使用了Pot的转换滤镜)会默认强制将420的转换一次422且使用最差的硬差值算法,勾选“高质量转换”可以改善但仍然一般——推荐不在Pot进行。

缩放

都能做,MadVR最佳。

YUV->RGB

都能做。这个的质量问题我不是很敏感,但是Pot有诸多BUG。不推荐在Pot进行YUV和RGB的转换(一般也不会)。

降位深(10bit->8bit)

都能做,但是如果被Pot降位深会完全无任何dithering,效果完全不能忍,巨大banding,故实际上必须要在LAV或者MadVR进行。

反交错

都能做,但是LAV和MadVR的算法好一些。Pot有一堆选项,但是却没有感觉特别好用的。我个人对于反交错的要求其实不多,就一条:真·交错内容一定要还原成原始拍摄帧率(60 / 59.94 fps),否则流畅度不能忍。这点MadVR和LAV的3种算法都能做到,如果用Pot,要选2x frame的,我现在选用的是“motion adpative (2x frame)”这个。

另外对于IVTC的内容,即时反交错的效果都差强人意,但是Pot的更差些。

具体设置方案

那么有了上面那些预备知识,我们可以来对比下几种设置方案。当然,我们只考虑高画质的方案。

LAV->Pot(禁用转换滤镜)->MadVR

分工:

  • LAV:解码
  • Pot:什么也不做
  • MadVR:色度抽样还原、缩放、YUV->RGB、降位深、反交错

设置方法:

  • Pot里转换滤镜disabled
  • LAV全默认设置

另外,可以通过修改LAV的输出或者反交错选项来把部分工作移动到LAV中(比如如果你比较喜欢LAV的反交错滤镜),但是整体区别不大。

优点:最高画质设置,完全不会被Pot劣化。

缺点:导致Pot非常容易崩溃——尤其是播放TS文件的时候(原因不明),这也是为什么会纠结这一切的原因。

LAV->Pot(开启转换滤镜)-> MadVR

分工:

  • LAV:解码、降位深、反交错
  • Pot:什么也不做
  • MadVR:色度抽样还原、缩放、YUV->RGB

也就是前文提到过的方案。首先,我们知道一旦开启了转换滤镜,由于Pot内部处理精度只有8bit且没有dithering,所以降位深必须在Lav做好。事实上,由于Pot的转换滤镜根本不接受10bit的输入,Lav那边会自动diether成NV12再输入Pot,所以无需专门设置。

至于反交错,Pot有个弱智问题就是一旦进入了他的转换滤镜,无论你的反交错是enabled还是disabled,后面都会强制输出deinterlacing=off的flag,导致无法在MadVR中进行。所以必须在Lav或者Pot自身里完成反交错才行。这两个选的话,当然是Lav的好些。

设置方法:

Lav:选一个反交错滤镜开启,其他默认。

Pot里:

  • 开启转换滤镜
  • Video->colorspaces中,选择NV12或者其他4:2:0的色彩空间
    • 目的:防止Pot自做多情的420 to 422转换
  • “Direct conversion”选择“Enable: change default output color space”
    • 目的:直通YUV422/444/RGB内容到MadVR
  • 反交错:disabled

优点:由于大部分MadVR的优势部分依然是在MadVR进行,所以基本可以维持最高画质。非YUV420的内容会直传MadVR所以不会被Pot劣化。

缺点:依·然·会·崩·溃。

Pot(解码+转换滤镜)->MadVR

分工:

  • Pot:解码、反交错
  • MadVR:降位深、色度抽样还原、缩放、YUV->RGB

在上面那个方法依然会导致Pot不时崩溃的情况下,我开始思考:能否完全绕过Lav,直接用Pot内置解码?对于我来说,解码器的质量并不是关键的,因为解码本身是个deterministic的过程(而且Pot其实就是用的ffmpeg,质量不会有大问题)。但是通过使用Pot自带的内部工作流程,应该会明显改善崩溃问题。

我的第一直觉是这个流程对10bit会不行——从上文可知,Pot的转换滤镜甚至不接受(LAV的)P010的输入,怕不是直接就给我砍成8bit了?结果不试不知道:在开启“Direct conversion”的前提下,Pot用内置解码器居然反而可以直通P010到MadVR!

blog01

那么赶紧来试一下其他几种色彩空间:

YUV422:YUY2直通MadVR; YUV444:AYUV直通MadVR。

很完美!当然,对于YUV420的视频,Pot那个自作多情的伸张成422的问题依然存在,所以手动设置色彩空间为NV12依然是必要的。

设置方法:

Pot里:

  • 开启转换滤镜
  • Video->colorspaces中,选择NV12或者其他4:2:0的色彩空间
    • 目的:防止Pot自做多情的420 to 422转换
  • “Direct conversion”选择“Enable: change default output color space”
    • 目的:直通YUV422/444/RGB内容到MadVR
  • 反交错:enabled,选一个喜欢的。个人用motion adpative (2x frame)

优点:终于不会崩溃了!另外,除了反交错由于Pot的限制必须在Pot进行无法达到最高质量以外,其他的转换都正常在MadVR进行,接近完美。

缺点:反交错效果略微差点。

另外,稍显遗憾的是,无论是上面哪种方案,之前提到的截图问题都存在。我以为改用内部解码器就能解决这个问题呢,看来似乎只要用MadVR就会这样?

音频解码

音频解码可以继续用LAV,或者也换回Pot自带,我感觉区别不大。因为这个并没有太多可以搞糟的部分嘛。

唯一一个需要注意的是5.1->2.0转换。LAV默认的设置是这样的:

QQ图片20190713212105

也就是说,Center和Surround都会降低到71%、LFE直接完全关闭之后再mix到Front——据LAV的作者在Doom9说,这是标准里写的。那么我们把Pot也改成一致的呗:

QQ截图20190713212326

这里我改了几个地方:

  1. mixer level改成了和LAV默认一致。
  2. 关闭了Expand stereo to center 和expend stereo to surround。这两个选项其实是把2.0映射到5.1才有必要的,但是Pot的实现很怪,是先把2.0用这个映射到5.1,再用下面的mix level mix回2.0。如果下面全是100的情况下自然是完全一样,但是我们都改成非100了,还保持这两个勾中会导致音量变低,所以去掉。

这么改完听5.1音轨,发现LAV的声音还是会小一点(mix倒是听上去完全一样了),研究了下发现是LAV里那个”prevent clipping”选项导致的(自动降低了音量防止削波也就是爆音),我音量因为一般都不拉满所以其实无所谓,可以自行调整。

嘛,这个改不改其实区别不大了,因为一般有5.1音轨的视频大多会有官方混音好的2.0,2.0的设备就应该听那个才对。

备胎播放器:mpv->SMPlayer

在Pot频繁崩溃我却不知所措(笑)的期间,我使用mpv当做备胎播放器,尤其是用来播放ts文件。

mpv是个非常优秀的跨平台开源一体化播放器,渲染质量很高功能也很全。尤其是不依赖太多外部程序(比如LAV、MadVR)这点非常好。而且mpv那种seek时丝般顺滑、毫无delay的感觉和极速的启动速度实在太美。可以一键开启手动反交错(默认是D)这点我也很喜欢。

但是作为一个命令行为主的工具,其用户体验并不是特别好。本人并不排斥CLI工具或者手动修改config文件,但是如果需要经常或者大量调整这些东西,还是非常难受的(尤其是大多时候还得去翻doc,而不是有intuitive的选项可以直接找到想要的设置)。另外,自带的那个简陋的UI也有诸多不便。

于是我去找了下mpv的套壳播放器。很快,我就找到这款叫SMPlayer的软件。虽然UI比MPC-HC还要丑几个档次,但是至少完美保留了mpv的优点,定制快捷键很方便(我基本全改成和Pot一样了w),有基础的选择音轨、章节功能,作为主要拿来看ts的备胎,我也不能要求太高了。

为什么Pot不可替代

个人对Pot的依赖,有部分是来自于迁移成本太高(我建立了大量播放列表),但是主要还是UX体验太好。

就拿一点来说,事实上也是我每次用其他播放器都感觉极其不便的一点:章节选择。Pot可以:

  • 在进度条显示章节marker
  • 且悬浮会有章节名称的Tooltip;
  • 一键(H)开启章节列表选单,然后在列表中自由选择想要的章节;
  • 可以用快捷键(默认是Shift+PageDn)来快速跳转下一章节。

上面的这些功能,不少播放器都有某种程度的支持(比如mpv的进度条有章节marker,大部分播放器的menu里都有章节选择),但是能完美做到上面所有的?并没有。

尤其是一键开启这里——我之前多次提过,快捷键是否“快捷”和是否有快捷键一样重要。比如你想在SMPlayer里选章节?倒是可以,先点browse,再点chapter,然后选,这至少需要3-5秒,中间还要不断移动鼠标光标到很小的目标上。这个方便程度和直接按H是天上地下的。同理,在Pot里按A选音轨、L选字幕、都是极其经常需要用到的,单键快捷键比起组合键或者菜单的优势非常明显。

而且万一视频没有章节,想自己添加?小case:按下P即可添加bookmark。而且这个bookmark在以后使用上,和章节完全没有区别:你依然可以按H查看、按Shift+PgDn来跳转、在进度条上看到marker。另外,通过设置选项之后,bookmark完全可以做成外挂的,这样即使视频文件移动了也能保持所有的bookmark。(参见前文的相关内容)。

注意,bookmark这个功能不是Pot独有的,我能想到不少播放器都有这种功能。但是能做到如此方便、让人去愿意去用,才是其独到之处。

同理,我们来比较下“跳转功能”。在Pot里,按下G会出现跳转框:

QQ图片20190713205207

同样地,在SMPlayer可以用ctrl+J出现跳转窗口:

QQ图片20190713205308

看出两者的区别了吗?姑且不论Pot多了个按帧跳转的功能,但就按时间跳转,Pot就多了:

  1. 精确到毫秒
  2. 直接默认选中全部时间,所以配合ctrl+V等于多了个快速的选中当前时间的功能。

当然公平起见,我们也举个比较接近的例子,MPC-BE的(ctrl+G):

004

基本和Pot很接近了,但是还缺少一个自动hightlight时间的功能,所以不能直接ctrl+V选择当前时间,得先ctrl+A一下。

再来说说缩放:调整视频canvas大小是个很常见的操作,在Pot里你可以:

  • 按123选视频原始大小的50%、100%、150%大小;
  • 按atrl+1/2/3/4按当前桌面百分比大小来缩放;
  • 全屏时依然可以按上述快捷键,来直接窗口化并缩放到对应大小,而不用先退出全屏;
  • 拖拽改变大小时,窗口frame保持比例,不会出现黑边;
  • 在同一个窗口打开新视频时保持窗口大小(可设置)。

等等等等。上面后四条都是非常好用的功能。

播放列表方面我别的播放器的用的不多所以也没有对比不太好吹,至少可以做到只选取视频的部分加入播放列表:

QQ图片20190713211402

Pot不是一个完美的播放器,但是就是这种UX上的attention to detail,让人爱不释手。

结语的一些碎碎念

我发现x264好像根本不支持RGB空间。我刚测试才发现,之前自己用ffmpeg做的“RGB24测试视频”实际是YUV444的…

PotPlayer的崩溃问题我感觉和他的I/O buffer有关。因为我发现在我的5400rpm硬盘上开启bitrate特别大的文件(比如ts)时或者拖拽进度条时最容易崩溃。

Lantis祭一些统计

统计范围:

2009:仅统计9月26日・27日的主公演;

2014:仅统计9月13日 – 15日的关东公演(特别说明的除外)。

艺术家

三届全勤

ALI PROJECT / CooRie / GRANRODEO / JAM Project / yozuca* / スフィア / 妖精帝國 / 小野大輔 / 新谷良子 / 森久保祥太郎 / 橋本みゆき / 畑亜貴 / 結城アイラ / 緒方恵美 / 美郷あき / 茅原実里 / 飛蘭 (Faylan) / 栗林みな実 (Minami)

三届全勤但14年未参加关东公演的:eufonius / LAZY / 速水奨 / 鈴村健一

yozuca*和CooRie主唱rino每届都有コラボ,09年是yozuca*×CooRie名义,14、19是yozurino* (yozuca・rino)名义。

两届

注:凡是参加09和19的都参加了14。

2009 & 2014:

  • Ceui
  • marble(停止活动)
  • 伊藤真澄 (伊藤真澄名义基本停用,顺便一提他老公是烂铁副社长伊藤善之)
  • 麻生夏子(14年Lantis祭乃退隐演出)

2014 & 2019:

  • AiRI
  • ChouCho
  • fhána
  • milktub
  • nano.RIPE
  • OLDCODEX
  • SCREEN mode
  • STEREO DIVE FOUNDATION
  • ZAQ
  • アイドルマスターミリオンライブ!ミリオンスターズ!
  • 伊藤かな恵
  • 佐咲紗花
  • 大橋彩香
  • 小野賢章
  • 田所あずさ
  • TRUE

曲目

三届连续演唱

GONG JAM Project (09&19) / JAM Project×StylipS (14)
MARCHING MONSTER 新谷良子
mind as Judgment 飛蘭 (Faylan)
modern strange cowboy GRANRODEO
Rumbling hearts 栗林みな実 (Minami) (09&19) / GRANRODEO×栗林みな実 (14)
原唱、作词:栗林みな実
作曲之一/编曲:飯塚昌明@GRANRODEO
SKILL JAM Project
空耳ケーキ 伊藤真澄 (09) / 伊藤真澄×畑亜貴 (14) / 畑亜貴×eufonius (19)
原唱:Oranges & Lemons=伊藤真澄・上野洋子
作词:畑亜貴

两届,非同艺术家演唱

Title Original artist(s) Artist(s)
Super Noisy Nova スフィア 09: スフィア
14: CooRie
サクラサクミライコイユメ yozuca* 09: yozuca*×CooRie
19: yozurino* (yozuca・rino)
ハナマル☆センセイション Little Non 09:Little Non
19:アイカツスターズ!
ヒャダインのカカカタ☆カタオモイ-C ヒャダイン 14: ヒャダイン & ヒャダル子(麻生夏子)
19: bamboo×AiRI
もってけ!セーラーふく 泉こなた(平野綾)、柊かがみ(加藤英美里)、柊つかさ(福原香織)、高良みゆき(遠藤綾) 14: StylipS
19: NOW ON AIR
侵略ノススメ☆ ULTRA-PRISM 14: ULTRA-PRISM
19: アイカツ!
残酷な天使のテーゼ 高橋洋子 14: 緒方恵美×ヒャダイン
19: 緒方恵美

 

 

Million Live!歌曲tier list vol. 3

Vol. 1 / vol. 2

不知不觉居然过了10个月了!本来准备这期完结,果然还是痴心妄想,毕竟还是要听别的歌的。

最近比较沉迷的是ナンス的《ログライン》,推荐一下(推荐曲目:『ステテクレバー』『キミトグライド』『シマエバイイ』『ファーストプロット』,不过最好整张完整一起听啦)。另外经常单曲循环播放的是CG的『キラッ!満開スマイル』。fufu fufufu!

那么回到正题。这次主要补了一些LTH的Solo、LTD的双人曲、MS的很少一部分、还有自然就是MTG的全部了(除了17 c/w)。评分标准还是和之前一样C->B->A->S,能进入评选的都是良曲以上。

往期评价修正

カワラナイモノ by 三浦あずさ (CV.たかはし智秋)、篠宮可憐 (CV.近藤唯)、高山紗代子 (CV.駒形友梨)、福田のり子 (CV.浜崎奈々) S→A

这歌意外地不是很耐听。对于S的评选以后要更慎重一点。

オリジナル声になって 矢吹可奈 (CV.木戸衣吹) A→B
おまじない by 矢吹可奈 (CV.木戸衣吹) C→B
あめにうたおう♪ by 矢吹可奈 (CV.木戸衣吹) B→A

重新调整了一下可奈solo的排名。总体质量都不错,但是相对于solo1那种慢歌,还是2、3比较对我胃口。『あめにうたおう♪ 』胜在编曲,虽然可能solo2的歌词更好点。推荐5th Live(好像也只有5th…)。

ローリング△さんかく by 周防桃子 (CV.渡部恵子) C→A

这个神曲之前怎么只给了C!

Dreaming! B→A

全体曲又重新评估了下。虽然不可避免有种种场外因素的影响吧,还是觉得配得上A的。

Tier C

恋の音色ライン by 二階堂千鶴 (CV.野村香菜子)

因为角色的缘故千鹤的solo听的很少,这个是相对不错的一首。为什么一股东方臭

ファンタジスタ・カーニバル by 島原エレナ (CV.角元明日香)

MLTD实装曲。这歌副歌总感觉有点无力,尤其是配合elena这种角色。

…In The Name Of。 …LOVE? by 真壁瑞希 (CV.阿部里果)

本来就不算差,外加MTLD实装加成。但是这类歌不太会经常听。

成長Chu→LOVER!! by 望月杏奈 (CV.夏川椎菜)×七尾百合子 (CV.伊藤美来)

MLTD实装曲。虽然是两个担当,但是歌曲其实不是特别有感觉……

Cut. Cut. Cut. by 周防桃子 (CV.渡部恵子)×真壁瑞希 (CV.阿部里果)
Smiling Crescent by 箱崎星梨花 (CV.麻倉もも)×宮尾美也 (CV.桐谷蝶々)
little trip around the world by エミリースチュアート (CV.郁原ゆう)×水瀬伊織 (CV.釘宮理恵)
Your HOME TOWN by 木下ひなた (CV.田村奈央)×双海亜美 (CV.下田麻美)
ジャングル☆パーティー by 大神環 (CV.稲川英里)×双海真美 (CV.下田麻美)

几首不过不失的LTD曲。

創造は始まりの風を連れて by 七尾百合子 (CV.伊藤美来)、天空橋朋花 (CV.小岩井ことり)、箱崎星梨花 (CV.麻倉もも)、松田亜利沙 (CV.村川梨衣)、ロコ (CV.中村温姫)

其实这歌听得不多(不爱这类曲风),但是听了solo版后觉得还行。

ランニング・ハイッ by キャンサー

也是听了最新的solo版之后翻出来听的。副歌部分的停顿很好玩。

brave HARMONY by BlueMoon Harmony
Starry Melody by Starlight Melody

LTF的集体曲都挺套路的……虽然『Starry Melody』五人版是女儿C位+上位,不过客观地讲也只能放在这个位置了。

WE ARE ONE!! by 福田のり子 (CV.浜崎奈々)

看在游戏实装加很有趣的call的份上给个C(

ハーモニクス by D/Zeal [ジュリア (CV.愛美)、最上静香 (CV.田所あずさ)]
餞の鳥 by D/Zeal [ジュリア (CV.愛美)、最上静香 (CV.田所あずさ)]
Get lol! Get lol! SONG by ピコピコプラネッツ [木下ひなた (CV.田村奈央)、箱崎星梨花 (CV.麻倉もも)、大神 環 (CV.稲川英里)、望月杏奈 (CV.夏川椎菜)]
Episode. Tiara by STAR ELEMENTS [春日未来 (CV.山崎はるか)、矢吹可奈 (CV.木戸衣吹)、田中琴葉 (CV.種田梨沙)]
ビッグバンズバリボー!!!!! by 高坂海美 (CV.上田麗奈)、所 恵美 (CV.藤井ゆきよ)、高山紗代子 (CV.駒形友梨)、豊川風花 (CV.末柄里恵)、横山奈緒 (CV.渡部優衣)

MTG的平均质量很高,foobar媒体库里基本都至少给了4星。这一坨是个人觉得相对比较一般的一些。

混进去个TB1。

Tier B

FIND YOUR WIND! by 北上麗花 (CV.平山笑美)

补了下solo1,和另外两首一样的高水平。排序的话3->1->2吧。

Super Lover by 横山奈緒 (CV.渡部優衣)

焕然一新的风格,外加很棒的编曲。

vivid color by 高山紗代子 (CV.駒形友梨)

没什么悬念的沙代子最强solo,前奏开始就很美了,再配合那个很舒服的鼓点。

另外间奏一响就知道是谁编曲了,你是真的喜欢这套路(

WHY? by 百瀬莉緒 (CV.山口立花子)

原来还希望实装Be My Boy的,结果一听这个不是更棒嘛!

アイル by 伊吹翼 (CV.Machico)
君との明日を願うから by 春日未来 (CV.山崎はるか)、最上静香 (CV.田所あずさ)、伊吹翼 (CV.Machico)

ゲッサン的几首都不错,也有一定历史意义。另外有个配信发行的『アイル (Harmonized ver.)』。

Persona Voice by 二階堂千鶴 (CV.野村香菜子)×萩原雪歩 (CV.浅倉杏美)
Decided by 徳川まつり (CV.諏訪彩花)×馬場このみ (CV.高橋未奈美)
夜に輝く星座のように by 松田亜利沙 (CV.村川梨衣)×横山奈緒 (CV.渡部優衣)
秘密のメモリーズ by 四条貴音 (CV.原 由実)×豊川風花 (CV.末柄里恵)

LTD里这几首编曲明明很吵、角色声线理应不是那么对胃口(Decided除外)的歌意外地都很好听。

顺便一提,LTD歌曲的solo版感觉大多不如原版,可能还是A/Bメロ 对唱、サビ合唱这种形式比较有层次感吧。

fruity love by 野々原茜 (CV.小笠原早紀)×ロコ (CV.中村温姫)

Strawberry pineapple orange cherry peach kiwi grape!

赤い世界が消える頃 by 矢吹可奈 (CV.木戸衣吹)、佐竹美奈子 (CV.大関英里)、篠宮可憐 (CV.近藤唯)、真壁瑞希 (CV.阿部里果)、北上麗花 (CV.平山笑美)

TA比较喜欢的一首。主要是有可奈。

地球儀にない国 by 七尾百合子 (CV.伊藤美来)

5th Live加成。『地球儀にない国』和『空想文学少女』哪个更喜欢我还得想想…

SING MY SONG by 最上静香 (CV.田所あずさ)

5th Live加成+1。纯歌曲的话我还是最喜欢solo2。

スタートリップ by ジュリア (CV.愛美)

虽然这个5th没加成(笑),但是是一首很好地写出Julia心境的歌。会实装吗?期待。

BORN ON DREAM! ~HANABI☆NIGHT~ by 閃光☆HANABI団 [高山紗代子 (CV.駒形友梨)、高坂海美 (CV.上田麗奈)、福田のり子 (CV.浜崎奈々)、横山奈緒 (CV.渡部優衣)、佐竹美奈子 (CV.大関英里)]
彼氏になってよ。 by りるきゃん ~3 little candy~ [篠宮可憐 (CV.近藤 唯)、野々原茜 (CV.小笠原早紀)、伊吹 翼 (CV.Machico)]
ミラージュ・ミラー by Charlotte・Charlotte [徳川まつり (CV.諏訪彩花)、エミリー スチュアート (CV.郁原ゆう)]

I did+I will by Jelly PoP Beans [ロコ (CV.中村温姫)、舞浜 歩 (CV.戸田めぐみ)、永吉 昴 (CV.斉藤佑圭)、周防桃子 (CV.渡部恵子)]

MTG的c/w良曲群。

オーディナリィ・クローバー by 桜守歌織 (CV.香里有佐)、最上静香 (CV.田所あずさ)、望月杏奈 (CV.夏川椎菜)、百瀬莉緒 (CV.山口立花子)、宮尾美也 (CV.桐谷蝶々)

这种轻柔的曲风很舒服也蛮好听,但是就是很奇怪地没有经常听的欲望。

Tier A

Tier A的很多歌都有S潜质,还是要时间来证明了。

水中キャンディ by 馬場このみ (CV.高橋未奈美)

现在还放在手机里听的少数solo曲之一。听多了觉得可能比『Dear…』更胜一筹(虽然『Dear…』的现场版稍微好些)。Konomi的歌都这么棒虽然自然主要是KOH的因素,不过对我个人而言,还是tkmn的音色加分最多。很喜欢「モヤモヤ」那句。

夕風のメロディー by 篠宮可憐 (CV.近藤唯)

没实装这个好可惜。很适合可怜的一首歌。

G♡F by 秋月律子 (CV.若林直美)×篠宮可憐 (CV.近藤唯)

个人LTD最佳曲。话说这俩人的声线明明区别挺大的,唱起来却意外地有一体感!

サンリズム・オーケストラ♪ by Sunshine Rhythm

我对这歌的评价经历了一个低->高->微微下降的过程。

客观地讲,和LTF另外两首集体曲一样惊喜不多也比较套路,所以一开始是没太有感觉的。

但是MLTD活动的五人版却大为改观,可奈、小翅膀、Elena的solo part都大满足,打多了越来越喜欢(可惜没有完整版)。另外振付很可爱。

相比之下,再回去听集体版的话,果然还是差了点味道。实话说新出的几个塞了新角色的13人版我觉得都甚至还不如12人版,虽然区别很小就是了(好像就是把Bメロ最后一句从合唱改成新加的角色唱)。

另外MLTD的MM简直粪谱!

ハルマチ女子 by りるきゃん ~3 little candy~ [篠宮可憐 (CV.近藤 唯)、野々原茜 (CV.小笠原早紀)、伊吹 翼 (CV.Machico)]

MTG后程也是火力全开啊。这几首其实都能给到S,不过果然还是再观察一段时间。

虽然刚出的时候说想听小翅膀solo版,但是真出了却又觉得还是原版好。当然,小翅膀那句“ohohoh”是无论如何必须要有的。

耐不耐听还有待考察,毕竟我也才听了138遍w

だってあなたはプリンセス by Charlotte・Charlotte [徳川まつり (CV.諏訪彩花)、エミリー スチュアート (CV.郁原ゆう)]

新田目翔:没想到吧,像我这么厉害的还有一个!

兄长(新田目骏)首次参加ML就交出了完美的答卷。当然也有我很喜欢这两位声优音色的因素。

(虽然iTunes写错作曲者)

另外我还是得吐槽下完整版间奏那块KOH力全开的编曲轰炸……

月曜日のクリームソーダ by Jelly PoP Beans [ロコ (CV.中村温姫)、舞浜 歩 (CV.戸田めぐみ)、永吉 昴 (CV.斉藤佑圭)、周防桃子 (CV.渡部恵子)]

Retro风,从生放播放开始就喜欢。这歌个人觉得精华在A/Bメロ部分,Aメロ第二遍开始加入那个伴奏,很抓人。完整版没太多惊喜(除了每次听到都想笑的「アメリカサイズ 憨 八 嘎!」),但是也不减分。

振付方面,桃子在「ショートフィルムのあの娘」那句的动作很萌。

等一个桃子solo版。

ピコピコIIKO! インベーダー by ピコピコプラネッツ [木下ひなた (CV.田村奈央)、箱崎星梨花 (CV.麻倉もも)、大神 環 (CV.稲川英里)、望月杏奈 (CV.夏川椎菜)]

这个和上面3首相反,一开始觉得挺电波的兴趣不大,但是听多了就喜欢上了。编舞也很可爱。

另外强烈推荐杏奈solo版。

ラスト・アクトレス by 田中琴葉 (CV.種田梨沙)、周防桃子 (CV.渡部恵子)、馬場このみ (CV.高橋未奈美)、真壁瑞希 (CV.阿部里果)、白石 紬 (CV.南 早紀)

TB果然还是这个最好。喜欢白石那句「声が」。不过琴琴solo版还是算了…

Tier S

这次的Tier S比较谨慎,留给了两首全体曲。

DIAMOND DAYS 

严格上来讲是选举曲(CD也因此没有全体版),但是live什么的谁都在唱所以应该算全体曲吧。

这歌和其他几首全体曲的风格差别挺大的,硬要说比较接近『M@STERPIECE』。前面很轻柔(使用比较安静的编曲),慢慢走进高潮,一种娓娓道来的感觉。甚至在3番这种感觉也一直持续了下去,直到最后那句「最高!」,每次听都会鸟肌。

也因为上面的原因,虽然可奈版的solo很棒,还是合唱版循序渐进更带感一些。各个版本中,相对比较喜欢TB2、TB3版,TA2好像也不错?其他几个不喜欢主要是有几个角色的声线很突兀,就不点名了咳咳。

UNION!! 

一开始看到马头男我是拒绝的,不过听了就真香了。会不会出单色/小队版呢?

另外技术方面之前twitter有讲过:

这歌的CD版(后发)和hi-res(先发)的频响有比较明显的区别(肉耳可辨),很难说哪个更好,自行选择(CD版人声的解析高很多,个人比较推荐就是了)。

 

那么下期见。

非sRGB色彩空间图像的问题和处理

先来一些非常粗略的背景介绍。尽量保证没有大的概念上的错误,不过依然仅供辅助阅读,详情请自行查阅资料。

我们知道计算机图像是通过量化模拟信号的方式,来用一组数字(比特)来保存实际的颜色。最常见的24位色图,即使用RGB三个通道每通道各256种不同的颜色(256=2^8,即8位)来保存每个pixel的颜色。

但是计算机图像是无法涵盖眼睛能识别到所有颜色的,所以“色彩空间”这个概念就描述了在某个标准下,每个通道从0到255这256^3种组合(假设8bit/ch)所能涵盖的色域。色彩空间的标准有很多,其中最常见、也是最通用的就是sRGB。不过由于sRGB涵盖的色彩空间很局限,所有有很多其他标准流行,其中摄影、美工界用的最广的应该是Adobe RGB (1998)这个标准。

Source: Wikipedia

上面这张图对比了两者涵盖范围的区别。背景的马蹄形是所谓的CIE1931色彩空间,大致是人眼能识别到所有颜色。(注意:很显然这张图本身是sRGB的,外加显示器显示能力的限制,这张图上的颜色是不可能准确的,仅仅是示意图而已。)

我们这里姑且不论Adobe RGB比sRGB广、导致部分颜色用sRGB完全无法表达的问题,更重要的是对于两者都涵盖的同样的一个颜色(感官颜色),其对应的R/G/B数值是并不相同的。

(题外话:因为Adobe RGB色域比sRGB广,我们可以看到如果用同样的位深,Adobe RGB会更容易出现banding——因为相邻两个数值之间的颜色“距离”更大。这也是为什么经常会配合更高位深譬如16bit/ch使用的缘故之一。)

譬如下面两张图:

如果你的浏览器设置正常(现在主流浏览器默认应该都对ICC有支持),应该是呈现一样的颜色;但是其图像文件的pixel的RGB数值并不相同,分别是175,20,67(Adobe RGB)以及205,12,66(sRGB)(这里的数值是指文件内部的真实数值——不要用截图取色来比较(Photoshop等专业软件里取色则可以))。如果硬要把其中之一的数值用另外一个色彩空间来显示,颜色自然就不对。因为sRGB一般是默认值,所以常见的问题是一个Adobe RGB图像,由于丢失了ICC,会依然按照175,20,67的数值、但是在sRGB色彩空间里来找对应的颜色来显示,那么就变成了下面这样:

aRGB_wrong
“Adobe RGB” w/o ICC

了解了这一点,我们就很好说明现在常见的一个问题是什么了。

如上所说,现在工业界无论是摄影还是美工,前期编辑、处理一般都用Adobe RGB 来进行。一般而言,在最终出图尤其是网络用图时,最兼容的方法应该是全部转换成sRGB。虽然会因此损失一些色域,但是要知道现在大部分用户的显示器根本没有显示sRGB以外色域的能力,外加软件兼容性的一团乱麻,所以即使提供了也大抵是白费功夫(当然,这点应该会逐渐改变)。

即使是要用Adobe RGB来出图,那最低限度也应该提供正确的embedded ICC profile。否则,谁知道你这图是什么色彩空间?只会fallback到默认的sRGB去。举个实际例子的话: 

不幸的事实是,网站上、尤其是日本网站上大量存在AdobeRGB直接抹去ICC变sRGB的现象。举最明显的例子的话,iTunes提供的几乎所有封面图都有这个问题。可以对比iTunes提供的僵尸色(左)和索尼提供的正确颜色(右):

   

由于对这个问题关注已久,我几乎已经练就了不需要对比,仅仅看图片的饱和度多寡就可以看出这图是不是Adobe RGB硬抹掉ICC变sRGB的本领(苦笑)。我们来道练习题——虽然Sony家一般官网的图大多是对的,但是也有出岔子的时候——下面这个截图里哪些CD封面颜色是对的,哪些不对?

zaa.png

(答案:『365×LOVE』和『トクベツいちばん!!』的正确,其他错误。)

上面说到如果有正确的embed ICC profile,那会好不少,首先至少网页里会显示正确。可惜,大部分软件对于ICC的支持还极其有限。最简单的例子,本地的图片浏览器我用的ACDSee的quickview查看器就完全不支持ICC,完整版部分支持(根据我观察,好像JPG内嵌支持但是PNG内嵌ICC不支持,很迷);XnView那边,是需要开启一个选项即可。另外,如果直接复制图片到QQ里,也会导致ICC丢失。

不过移动端的OS由于封闭性较强,倒是支持的程度好一些,不少看图软件的支持度都还可以。我顺便试了下把有ICC的AdobeRGB图嵌入到音频文件里放手机播放(我用的比较多的一个使用场景),Google Play Music和BubbleUPnP都能正常显示,Foobar2000倒是败了。

对于一个已经丢掉ICC的Adobe RGB图,可以使用一些常见的元数据工具(ICC profile应该是在XMP里描述)来无损(不二次压缩)地把ICC嵌回去。如果不在乎无损或者反正还要进行其他处理,则可以直接用PS处理:打开图片后,先“指定配置文件”为Adobe RGB (1998),再(可选步骤)“转换为配置文件…”成sRGB即可。

 

另外,这个问题绝不仅限于Adobe RGB:比如现在的iOS,无论是拍照还是截图,都会使用非sRGB色彩空间(Display P3?);所以所有的图都会有类似的问题。这也是为什么大多数iOS用户发到QQ里的截图都看起来饱和度很低的缘故。

CMYK也一样——稍微好点(?)的是CMYK直接强制丢掉ICC会出现极为可怕的效果,所以一般人还能察觉并纠正(即使如此,在日本网站上并不罕见……一个范例 )。相比之下Adobe RGB的问题就在于,和正确的颜色差别不大,很多人可能受害多年但是从未发现。

不过,CMYK有个独有的问题是,由于CMYK有四个通道,所以强制转换之后会经常出现K通道直接彻底丢失的问题。这样基本没可能再准确还原原来的色彩。我个人制作了一个PS action来还原这种图——对于K通道,我采用的方式是强制把图转换一次CMYK来单独提取K通道复制回来,这样至少比较接近。

另外,由于CMYK的色域比RGB还小,所以一个图哪怕是正确地转换成CMYK,饱和度也会有下降,在一些比较鲜艳的图里很明显。不过和Adobe RGB丢失ICC那种感觉还不同,因为不会丢失太多明度,只是不那么饱和而已:

(上图都是我模拟的,为了保证显示效果一致,最后又都转回了sRGB。注意最后那个鬼畜的颜色。)

 

说了这么多,最后反正还是得一边骂一边天天手动改专辑封面颜色(

杂记两则:YouTube直播多摄像头和Tumblr吐槽

没什么关系的两个topic,只是发现好久没写blog了随便记记。

YouTube直播多摄像头

工作原因需要搞一个小网站,要用摄像头直播某个工作区域。本来是想正儿八经的在web server搞,结果搜了下php+win平台几乎完全找不到轮子可以用。那能想到的自然是用YouTube直播然后iframe嵌进去了:虽然有点延迟,但是对即时性要求不高。

YouTube直播非常简单,可以用OBS之类的软件上传,甚至直接打开 https://www.youtube.com/webcam 调用摄像头直播。账号方面倒是要注意权限够直播外加够启用embedded直播,这俩是分开的权限;我本来不想用个人账号,但是开的小号就没有第二个选项,嵌入到别的网页里是无法工作的(而且我甚至不知道后者怎么获得……大号反正有)。

为了懒省事,一开始没有选择用OBS,而直接用网页那个。后来需求增加到三个摄像头,也如法炮制开三个/webcam(里面可以选设备)。然后嵌入三个iframe到网页中。

这里遇到俩问题:第一个是如果其中一个摄像头被占用,那个webcam直播的网页会提示摄像头被占用从而开不起第二个直播(明明还有设备两个空闲!)。这个我小弟给搞定了,所以细节不详。

但是第二个问题就比较严重:一旦开启了2个摄像头之后,第三个就怎么都没有画面。

经过一番搜索,发现原因可能是因为三个摄像头满分辨率直播的情况下,带宽太大,USB bus无法承载。但是YouTube自带的那个webcam功能自然很薄弱,无法设置分辨率。

既然如此,我们就只能上OBS了。在OBS里可以设置每个捕捉设备的分辨率(如果全都用默认果然还是有问题,我索性全改成了240p),然后你甚至可以把三个画面同时显示在一起,这样也不用开三个直播流了,听上去很完美。

结果一实践就发现了问题。原来,使用encoder(至少OBS是这样)上传的情况下,不管你实际是什么视频比例,都会被YouTube加黑边强制转换成16:9;这里可以通过观看Live->右键查看视频详细信息确认:

QQ图片20190213200629

而且Y2B另外一个地方可以看到我确实是1080×1920的流传到YouTube的:

2

在我的需求下,这三个视频是需要做到竖排成9:16的竖屏形状放在网页的一侧的。YouTube这么加了pillarbox的黑边之后,画面变成横向宽屏;iframe嵌入到一个纵向区域里就会缩到中间一条,又加上上下的letterbox黑边,整个实际可视范围就只有中心的一小坨了。

顺便一提,如果用/webcam直播则没有这个强制比例的问题:虽然不能调整分辨率,但是会使用webcam的原生分辨率(有几个比较老的是4:3),而不会强行变16:9。

经过四处搜索(其实几乎搜不到什么东西),这个问题确实存在,而且无解(理论上有这个:用event setup muliple cameras,但是我试了下似乎根本没法)。

那么接下来能想到的几个办法:

  1. 开3个encoder直播(这样我可以在网页里从上到下排开三个iframe):YouTube不支持;
  2. 一个用webcam直播,两个左右并排的用OBS直播,然后把俩iframe叠起来。这个实践成功了,但是由于两种办法的处理速度有时间差,导致视频不in sync,不行。

最后想到一个笨方法:还是那个横屏有黑边的视频流,在iframe外面套一个div开启overflow: hidden;,然后通过调整iframe的左margin为负数加指定宽高,来强制把黑边溢出到不可见的范围内,从而实现了视频可以无黑边充满一个纵向区域的目的。

试了下确实好使……嗯唯一的小毛病是YouTube工具栏一部分就挡住了,但是够用了(至少播放键在中间能点到,233!)。

Tumblr的吐槽

除了一直用Tumblr发扫图之外,还开了个小号记录一些TrySail的信息归档用。说是归档,就是看到一些第三方发的链接或者照片(尤其是后者)复制一份发进去以后好找(官方的就不记录了)。一直以来都是用电脑投链接,昨天用手机app发了一条,发现两者怎么长得不一样?

3
在主页面的效果
4
在Archive页面的效果

尝试一下编辑…结果发现电脑上直接无法编辑App的投稿:

5

如果用开发者工具模拟成手机网页版,倒是能编辑,不过是HTML源代码:

6

(Tumblr发帖很自由基本可以用各种HTML代码。从这里看出其实就是系统自动给你套了个模板。)

用App编辑网页版发的Link帖倒是可以,不过UI和编辑App版发的贴有明显区别:

网上搜下也有人抱怨,说是强行push用户用App;我倒是觉得只是Tumblr的技术力太弱智了而已……