SVT-AV1なるものがあるらしい

もはやh264は軽いし、h265もそこまで重くない時代になりました。
が、h265は特許を主張する輩が沢山いるせいで普及せず、ロイヤリティーフリーを標榜するAV1(AOMedia Video 1)が主流になりそうなニュースが流れてきてしばらくたちます。
(つい最近ロイヤリティーフリーを破るようなニュースも出てきた気がしますが)
そのせいか、h265をブラウザから直接再生はしてくれないのでなんだかな、と思っていた今日この頃。

エンコーダが途方もなく遅い、という話を聞いていたのでとりあえずx264/x265で続けているのですが、
AV1エンコーダーの速度と品質の比較 - ffmpeg(libaom) vs SVT-AV1
というのを見て、SVT-AV1は意外と実用になるのでは？という気になったので試してみたお話。

AV1のオフィシャルはlibaomらしいのですが、intelが頑張ってXeon最適化したS/Wエンコードするプログラムを作っているようで、それがSVT-AV1(Scalable Video Technology for AV1)だそうな。
当然ryzenでも動きます。マルチスレッド最適化されていますし。

全角85文字？

と思ったらutf8で255文字の制限だった。
255/3=85
通常使っている日本語はutf8では大体3byteになるそうな。

でも255文字ぐらいまでじゃなかったっけ？と思ってファイルシステムについてwikipediaを見てみると
NTFS　：255文字
ext3/4：255バイト

・・・なんだって？

NTFS　：255「文字」
ext3/4：255「byte」

・・・マジか・・・

何かというと、debianへマウントしているWindows(NTFS)のファイルがapache2のindexesで表示されないファイルがある、ということで。
lsで見るとファイル自体はちゃんと見えるのに、apacheが表示してくれないのは何でだろう、と思っていたのです。

ちなみにエクスプローラー等のパス長上限(_MAX_PATH)は260文字でファイルシステムが対応していても通常はそれがMAX。
でもなんか苺perlは260byteでアクセスできなくなってそうな気がする・・・

技術にお金を払う

https://camp-fire.jp/projects/view/249142

電子調光サングラスだそうです。
電源は？と思ったら太陽電池らしい。

というわけで支援してみた。
夏に使ってみましょう。
きっとトンネルで便利です。

初期モデルではいろいろ不具合もあるでしょうが、次のモデルを出せるまでになると良いですね。 追加 8月になってサングラスが届いたので使ってみました。 トンネル前後は素晴らしいの一言。 トンネルに入る時も、出た時も感覚的なほぼ明るさはあまり変わりません。 今までのようにサングラスをしたままだとほぼ真っ暗、とかとは雲泥の差です。 が、そもそもサングラスとしての基本機能が微妙で、変更レンズになっているようなのですがマンホールのふたとか、車のガラスとか、ぎらぎらするようなものがヌメっとして見えます。 後は中途半端な明るさの部位？がちかちかしているように感じます。 総じて、目が疲れる人には向かないかと。 あまり上記が気にならない場合はおすすめです。 トンネル前後は本当に感動するんですけどね・・・とりあえず改善要望を出しておきましょう。

カロリー０（！）のエナジードリンクというまがい物

先日2.5Hrしか寝ずに150kmほど自転車で走ったのですが、全然力が出ないのです。
最初は抑え気味に走ってたので別にいいのですが途中からは力を出そうとしても出せない、という・・・

振り返ってみると、途中であまり休憩もなく、コンビニに1回寄ったのみ、水分補給もボトル1本＋のみ、という強行軍でしたね。
途中の栄養補給は大福1個とジェル1個とエナジードリンクだと思って買ったカロリーゼロのまがい物。
エネルギーが０なのにエナジードリンクとはこれ如何に。
素直にredbullとかにしておけばよかった。だまされた感が半端ありません。

いや、ジェルはもっと持ってたのですが補給タイミングを逃したというか、ここ最近補給が必要なほど長時間走ってなかったので忘れていました。
そして出力平均は107W。過去の記録は120W前後なのでちょうど10%出力が落ちていることに。
・・・睡眠は大事です。もしくは休憩？
補給も微妙ですが・・・なんとなくいつもこんなもんだった気が。というか2時間ぐらいで出力が出なくなったのとは関係ないはず。
そして出力は10%低下しているものの平均速度や総時間は一緒。なんで？

カラカラ・・・

とホイールから音がします。

仕方がないのでタイヤを外してみたものの、なんとなく予想した通りタイヤとの間ではなさそう
タイヤとの間ならカラカラという音ではなくコトコトという感じになるはずですし。
というわけで、リムの内側に何か入っているということで、バルブを抜いて確認してみた・・・ら謎の琥珀色の物体がでてきました。
まぁ何かのノリが固まったものでしょう。
もともとこのリアホイールはバルブが微妙に斜めにしか入らないという不具合があったので、それの原因がこれだったのかも。
割れてちゃんとまっすぐ入るようになったようです。


気密性にも影響を与えてなさそうなので、とりあえずその物体を取り除いてバルブをつけなおしビード上げ。
・・・水もつけずにやろうとしたのは無謀でした。
そもそもシーラントの残りかすでいろいろ引っかかるのでビードも上がりにくいですしね。
途中から霧吹きで水を吹いてやってどうにか上がりましたが、ビード上げするときはビード面をちゃんときれいにすることが大事ということを忘れていました。
一旦ビードが上がってからも空気を抜いて再度入れるとどこかでずれる音がするため、3度ほど繰り返して大体ちゃんと上がった気がします。

せっかくなのでタイヤを変えてもよかったけど・・・今更なのでいいか

祝福を！

ちゃんと完結しました。

DGIndexのフィールド判定

ってなんかおかしくね？
mediainfoでTFFと出るものをBFFと判定してくる。
そして途中でfield transittionがあるからといってfix_d2vを設定しておくと混合、というのは直してくれるけどなぜかフレーム数が違う認識になるという罠
・・・fix_d2vって昔からなんかバグってますよね

というわけでソースを眺め始めた今年のＧＷ。
これが意味のあることなのかどうかは知らない・・・というかmediainfoの出力によってTFF/BFF切り替えればよいんじゃね？という気もする

ソースを見てもよくわからなかったので、とりあえず減少から追うことに。
d2vでなんかProgressiveフラグが立っているときはd2vのTFFフラグが誤判定していそうな気がする・・・

何作品かd2vの先頭フレームの認識を見たところ下のような感じ

D2Vflags	D2V_Prgr	D2V_IPB	D2V_TFF	認識	正常な設定
48	0	3	0	BFF	TFF
50	0	3	2	TFF	TFF
113	1	3	1	BFF	BFF

上のD2V_TFFフラグにはRFFがd0bitに入ってるので、d1bitのみ見てください
というか、実際にBFFになるソースがあまり見つからなくて(1つしか見つけれてない)サンプルが足りない・・・

が、プログレッシブフラグが立ってない場合、実際はBFFにならないと考えてよいのだろうか・・・
(DGDecodeのソースを見る限り、TFFフラグはTSのフィールド情報をそのまま入れてそうな気がするのですが、なんでそれがGOPによって変わるのか理解できてません・・・)

とりあえず、d2vの先頭フレームがプログレッシブになっていたらちゃんとフィールドオーダーを拾って、それ以外はAssumeTFFにしてみるようにスクリプトで対応。
これでいいのかどうかわかりませんが・・・


201212追記
実はTFMでmode=1にしてるのがいかんのじゃね？と思い始めた・・・

原点

OPがそのままリメイクされていて懐かしいです。

結構みんなできるものだと思ってた

「自分の意志で耳鳴りを起こす能力」を持つ人間は一握りだけ

鼓膜張筋を動かせる人はそんなに多くないのでしょうか。
耳も動かせる人はここも動かせるのかと。
周りがうるさいときとかここを動かして聞こえないようにしてたりしました。

kindleで予約した

電子本が実売の1か月先とかの発売予定だといつの間にか物理的に本が顕現して手元にあったりしませんか？
という、kindleで予約した3時間後に手元にあるこれは脳が作り出した幻なのか・・・
ってかオバロの本(物理)を初めて買ったのですが、分厚いですね・・・

SHIROBAKO

前向きになれるアニメでした。

AIこわい

AIきりたんの動画を見たのですが、僕は人と区別ができませんでした。

AIが作る小説とかもありますし、こういったクリエイティブな領域がＡＩでできる、人と区別がつかない、という状況に人の存在価値って何だろう、というのを考えさせられてしまいます。

10年後にはどんな仕事がなくなるのでしょうか。
AIとドローンを組み合わせて戦場はどう変わるのでしょうか。
人間は何をして生きていくのでしょうか。

新しい技術を歓迎するとともに、それについていくのも大変だな、と思ってしまう今日この頃です。

24→19→10→8

会社の同期がsuperfeetが半額だぜ！というのでスキー帰りに岐阜のスポーツデポに一緒に行きました。

で、そこで自転車のジャージとかも売ってました。
処分特価で驚異の70%OFF！になっていたMAVICのCOSMIC THERMO ジャケット(S)があったので購入。
・・・安すぎね？
18年モデルだからかもしれませんが・・・別に機能が落ちるわけでもなく・・・
まぁ、背中のシースルーポケットははっきり言って意味不明ですが、気にしなければ良いのです。

というわけで、0？～15度対応のジャケットを手に入れました。

今年は花粉が少ないらしいので良いことです。

require all

apache2.4系ではアクセス制限の書き方が変わってます。
で、制限をグルーピングできるようになってるのですが、これがデフォルトではRequireAny(どれかに該当)になっているようで、

<Directory />
    Require all granted
    Require not ip 10.252.46.165
</Directory>
と書くとそんなんできねぇよ、と怒られます。
なので、
<Directory />
     <RequireAll>
      Require all granted
      Require not ip 10.252.46.165
     </RequireAll>
</Directory>

と書けばよいらしいです。
ふむ。

おしごと

最近小説をもっぱら電子版で読んでます。
持ち運びに便利ですし、出先で読もうと思ったと気軽に読めて便利です。
なにより場所を取らないというのが良いですね。

で、最近12巻が出た本を読んで面白かったので
初めて知ったのは確かケージさんの同人誌で、内容を知らないまま、この小さい子がドラゴンの王女とかなのか、青系のデザインだし、そうなんだろうな、とか思っていた覚えがあります。
(ちょうど同時期に盟約のリヴァイアサンを読んでたのもあって疑いもせず)
アニメを見て、将棋の話だということを知りました。
アニメの竜王戦の途中端折りぐあいにそんな馬鹿な、尺の都合(というか構成ミス)だろ、とか思っていたのですが、原作もあんな感じのすっ飛ばし具合だったんですね。
昨今にしては珍しく「熱い」小説です。
こういったちゃんとした作品は読むのに力もいりますが、その分楽しめてよいです。

逆に、なろう系に代表される適当な感じのも暇つぶしにはよいのですが、なかなか腰を入れて読もう、という気にはなれないのが多いです。
「終わり」が考えられてなさそうだったりも気になりますが、まぁそういうものだと割り切って読むしかありません。えたーなる。
世界観が楽しめればよいというのもありますしね。

そんなこんなで久しぶりにちゃんとした小説を読みました。
・・・kindleでは1年半で150冊以上読んだことになっているということに驚愕・・・そんなに時間があったのか自分・・・

VS2019にしたら

パフォーマンスプロファイラーが使えなくなった。
・・・なんでかは不明・・・

ＰＣを更新したので開発環境もリフレッシュ・・・と思ってVS2019を入れた結果がこれだよ。
まぁ2017と2019はインストーラに互換？があるみたいでシームレスに使えそうな気がします。

2019でもちゃんとプロファイラを選んでいるのですが、今まで使っていたとおりでは使えなくなっています。
(avs2pipemodからavisynth+を呼び出してその中のプラグインの時間を測る、という使い方)
直接実行ファイルとかの時間は測れそうな雰囲気はあるのですが・・

というわけで2017を再度入れました。
安定が一番です。

昔のアニメで

SMAPの曲を使ってるのがあるのですが、再放送するときにオリジナル音源を使えないという縛りがありました。
が、最近はなくなったのか、今やってるANIMAXの再放送でオリジナル音源が使われていました。

よきかなよきかな

・・・ポケモン対策がひどすぎるけど

REQUIREPEER

courierで
TLS_VERIFYPEER=REQUIREPEER
にしたら、android端末からメールが見れなくなった。
・・・PC(Thunderbird)からは見れるのに何で？と思っていたら、どうやらK9Mailではlogin IDを別途設定できないみたい。

TLS_EXTERNALを設定すればよいのだろうけど、僕のオレオレ証明書の管理はユーザーごとというより端末ごとになっていて面倒なのでPEERのみに戻しました・・・

結論：YAMAHAのUR242/44が使用目的に合わない

先日PCを変えた際にM/B(ASUS TUF GAMING X570-PLUS)にIEEE1394のカードを指すとBIOSまでいかない、という症状が発生したため、従来使っていたFirewire1814を使いまわすのをあきらめ、YAMAHAのUR242を使おうと試行錯誤していたのですが、どうにもこいつの入力が常にHPFがかかっているような感じで、低域に違和感があります。
個体が悪いのかと思って(なぜか)UR44も買って試してみたのですが、症状が同じです。

こうなったらやり方が悪いのではないかといろいろ疑って試したものの改善せず。
・おかしいのはURへのアナログ入力を介した時で、UR自体からの出力(URでDA出力させた音)は別に違和感がない
・ch間をモノラル出力させるか、ステレオリンクさせるかで音が違う(そんな馬鹿な、絶対エフェクトかかってるだろ、という気分にしかなりません クロストーク？)
・input1/2、3/4、5/6いずれもダメ。5/6chはボリュームゲインを通過しないため最もきれいなはずなのですが・・・
・当然、HPFやエフェクタ(REV-X)は切っています
などなど。

→M/Bが起動しなかったのが、UEFIの設定でPCIEx16-1=ビデオカード(580X)をPCIeGEN3に固定したら起動するようになりました。
確かに、M/BのLEDを見る限りはビデオカードの認識で止まっていたのですが、IEEE1394のカードを指すとビデオカードの認識で失敗するってなんか不思議な話です。
GEN3で固定して動くようになるということは、GEN4を探しに行って止まる、というようなことでしょうか・・・
ちなみに、もともと使っていた1394のカードはXIO2213AZAYで、検証用に玄人志向のXIO2200Aのも買ってきたのですが、これもアウト。ということは、TI製IEEE1394のチップがダメなようです。
VIA VT6306のは大丈夫でしたが、カード自体の作りが怪しく、FW1814をつないで音を出すとブルースクリーンという悪夢
闇が深い

→20/4にBIOSが更新されて、AUTOのままでも起動できるようになりました。

以下、なんか音がおかしいから調べた時の話です。

GarminExpressがインストールできない

OSを新しくしてGarminExpressを再インストールしようとしたらエラーでインストールできないという症状が発生。

ログを見てみた感じ、vc_redist.x86.exe(名前からしてVCのランタイムでしょう)のインストールに失敗しているようです。

[260C:3988][2020-01-01T23:52:55]i301: Applying execute package: vc_redist.x86.exe, action: Install, path: C:\ProgramData\Package Cache\AA56B7FE64E957FBA2A6BDC65ABBAA47438EC620\vc_redist.x86.exe, arguments: '"C:\ProgramData\Package Cache\AA56B7FE64E957FBA2A6BDC65ABBAA47438EC620\vc_redist.x86.exe" /install /quiet /norestart'
[260C:3988][2020-01-01T23:52:55]e000: Error 0x80070666: Process returned error: 0x666
[260C:3988][2020-01-01T23:52:55]e000: Error 0x80070666: Failed to execute EXE package.

[3884:3954][2020-01-01T23:52:55]e000: Error 0x80070666: Cannot install a product when a newer version is installed.
[3884:38C4][2020-01-01T23:52:55]i500: Shutting down, exit code: 0x666

・・・新しいverがインストールされていると失敗するとか、馬鹿じゃないの・・・
というわけで、
microsoft visual c++ 2015-2019 redistributable 2019
を一回アンインストールして、garmin expressをインストールして、また最新(元)のvc++ランタイムを再インストールしました。