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的技术力太弱智了而已……

Epson V370和V550的简单对比

上一台扫描仪(V370)虽然扫描的分辨率方面毫无问题,但是种种毛病,终于忍无可忍,买了台refurbished的V550。

先说下上一台的具体问题…

1:扫描有色带,中间区域偏黄,这个最不能忍,扫描浅色的东西非常明显:

color banding

(此图是扫两次拼成。可以看到在上下传过身体处各有一道非常明显的黄色色带。如果看不出来你的显示器也该换了w)

2:某个像素点(扫出来就是一列)会无故偶尔坏掉呈现粉色或者绿色。重启几次就能修复,不知道为什么。

3:各种奇怪的机械故障,比如扫到最后一点就卡住、发出巨大噪音等等。

上手V550之后,首先是自然是调整配置,这里有必要先提一下我之前的配置和我个人的一些看法。

扫描仪个人用配置

我扫三次元图时,颜色方面一般色阶砍到22-239,保证留有足够的余地进行进一步编辑(即保证所有常见印刷材料不会clip color/过爆的问题),也不会有明显的黑位白位问题(即颜色没有伸张开),偷懒的时候甚至可以直出而不用后期二次调整。曲线方面我稍微加了点亮度(调整曲线上秃一点点)。Epson这个扫描软件极其弱智的一点是不同扫描仪的设置是不通用的,连导出都不能,我只能凭感觉拉曲线了,不能保证和老的完全一致(也没必要就是了……强迫症)。

后处理方面,其实这是个philosophy的问题了。对于大量色块的二次元图,处理确实可以很aggressive,但是对于相机拍出来的图我是持保留态度的。很显然,用常见的去噪滤镜(比如教程里经常看到的Noiseware——当然这个滤镜的质量本身还是很高的)多轰几遍,再拉曲线拉到稍微过爆,哪出来的效果自然是好——和开了美图秀秀似的,但是损失掉的细节呢?经过多次取舍,我个人的倾向还是把滤镜开到最低限度,尤其是缩图之后有点噪点反而很有“feel”。

我原来甚至是完全零filter党的——即关闭所有扫描仪软件带的后处理。但是后来扫太多真的懒,而且三次元图我也没有什么非常想认真处理的欲望,干脆直接开去网纹轰算了(选“常规”,其他的效果极差,还不如不开)。不过,这个去网纹对于锐度损失太大(对于文字之类的高DPI印刷的部分影响尤其大),我一般是配合USM(unsharpen masking,一种常见的锐化滤镜,具体算法请参见DIP教科书)开到最大(),基本能维持一个和什么都不开类似的锐度(稍微有点haloing,但是能忍)。

最后的问题就是DPI了。我个人觉得300dpi对于绝大多数印刷物就够了,再多真的是数screening;但是这里有个技术问题:扫描仪使用低DPI模式高速扫描时,光学精度会很低,在某些screening比较粗犷的情况下甚至会出现摩尔纹!因此,直接扫300DPI的效果远差于扫高DPI然后用高质量算法缩图的效果(当然也要慢很多)。

在使用老的V370的时候,我发现一个很有趣的trick:如果开启了“去网纹”,无论你使用什么DPI,实质都是用一个很高(~600左右?)的DPI进行的光学扫描(从扫描速度就可以明显看出),然后后处理之后再由扫描仪软件缩成你想要的DPI出图。这么设定可能是因为其去网纹算法仅能工作在慢速模式?无论如何,这对于我的需求这简直是天作之合:我并不想在电脑里存大量的高DPI图,所以这样相当于一键实现了高DPI扫图+缩图了。所以,我一直使用这种办法扫了蛮多图。

对比:硬件篇

V550的硬件布局首先就和V370区别很大。大家都知道的双灯管就不提了(还加了一层半透明材料使得光线更柔和),门变成了从后方开启而不是右侧,这显然是个Plus。但是,扫描的范围变成右上角对齐——这个我个人觉得有点烦。因为保证少出血,我一边是不顶边扫图的——而是会把传感器无法识别的最边上2mm左右预留出来。改在右上角之后就很难看清到底在对齐哪里了。对于非拆扫尤其不方便。

另外由于方向的问题(从里向外扫),不盖盖子扫非常刺眼。我现在暂时侧着放感受一下方便与否。

对比:软件篇

前面我提到过的那个trick——开了去网纹之后自动变成实质高DPI扫描——这里也好使,但是阈值提升了:经过简单的测试,用400DPI和600DPI扫图时间基本一致,但是300DPI则快很多(低精度扫描)。也就是说,如果你用300dpi+去网纹+USM,出来的效果会很差:主要表现在锐度低上。

这里有个时间对比:

V370
去网纹+USM+300:36.60s
去网纹+USM+600:36.15s

V550
去网纹+USM+300:16.48s
去网纹+USM+400:53.88s
去网纹+USM+600:53.81s

可以明显看出V370在300/600的实际扫描速度是一样的,同理400/600于V550(300则不同)。

所以,如果要用V550进行这一套tricky的操作,只要使用400dpi及其以上的分辨率扫描即可(补充:后来经过测试,应该是只要大于340dpi就会使用“慢速扫描”)。

至于效果,下面有三张图对比(统一缩成300dpi+然后再NN放大到200%便于对比)。注意字体的锐度。

在同样的高分情况下,降噪的结果其实差不多,V550的降噪力度更轻一些,在某些地方比如纯色区域还是挺明显。

其他方面,两者的镜头畸变有肉眼可见的区别(图像比例),但是很难讲哪个更好了。颜色则是V550要偏红一点,gamma=0.95基本可以调整到和V370一样的感觉。个人觉得V370的稍微好些(我比较倾向于冷色调),但也不会专门去调整到和V370的一样就是了。