ドロッパーポストをつけてみた

雨で暇だったのでwiggleでX-FUSIONのmanicを買ってみました。
「店の人が内蔵ドロッパーポストとかつけれますよ」といってた気がするな、と思って事前にあまり何も考えずに内蔵式を購入。
そこで苦労したことなど。


・・・サドルが分厚いのはご容赦ください。

診断ツールが予期せず失敗 しました

VisualStudio2019のパフォーマンスプロファイラーが動いてくれないプロジェクトがあるのです。
・デバッグを開始すると「診断ツールが予期せず失敗しました」と出てきてデータを集めてくれない
・パフォーマンスプロファイラーもプログラムを止めた後収集中です的なのが延々と消えない
という状況で、
何が良くないのかずっと悩んでいたのですが・・・よくわかりませんが、いつの間にか解決しました。

治る直前にした作業は.vcxprojの
Project DefaultTargets="Build" ToolsVersion="14.0"
ってところを15に書き換えた・・・ことだと思うのですが・・・
でもそれ以降は14のままでも特に問題なく動きます。
何が変わったかわからないけどなぜか症状が変わる、という怖い状況。
なんだ・・・何が起きたんだ・・・

dfttestが更新されてた

僕はDJATOMさんの1.9.4.3ベースでmodしていたのですが、pinterfさんがスレッドセーフにしたりなどの版をリリースしてました。
確かにスレッドが多くなると落ちるんですよね・・・これは32bitの制限かもしれませんが。
それにしても、asm部分は全然別の人がやっても、結局同じようなコマンドを使うことになるところが面白いですね。
とりあえず、自分で作ってるditherのmodをマージしてみましょう。

・・・そしてそういえば最近は16bit出力とか対応してるんだよな～とか思って調べていくと、
実はわざわざditherをdfttestの中に実装しなくてもdfttestの出力を16bitにして、avisynth+自体のditherを使ったほうが良いということに気が付いてorzとなった今日この頃。

28.2fps：dfttest(dither=1)のmod
28.7fps：dfttest(lsb=true).ConvertFromStacked(16).ConvertTo8bit(dither=1)

・・・ここ数年のavisynthの進化をmultithreadぐらいしか気にしていなくて、HBDはまったく気にしていなかった・・・

ちなみに、ConvertTo8bitのdither=1はFroydSteinbergらしいのでdfttestのdither1と同じなのですが、ランダマイザを入れる(dither>1)とdfttestmodは27.8まで落ちます。
普通のフィルタの速度はどんなもんなんでしょう・・・って結局同じようなものでしょうか。

僕のavisynthフィルタは
MPEG2Source
TFM.TDecimate
FluxSmoothT
dfttest(自分mod)
unsharpHQ(自分mod)
という順になっていて、dfttest以降をHBDにしようかと思うと、unsharpHQをHBDにする必要が・・・
・・・勉強します。
というかもうそろそろFluxSmoothTは不要でしょうか

とか思っていたらpinterfさんはTIVTC/TDeintもHBD対応に更新してた。
調べてみると、L-SMASH-WorksやD2VSourceもオンゴーイングっぽいですね。
unsharpを変えれたらすべて64bitに移行するのも手ですね

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の再放送でオリジナル音源が使われていました。

よきかなよきかな

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