ＵＲＬ変更のお知らせ
2018/12/20 4:06
旧ＵＲＬからは、上記の新ＵＲＬ配下へ自動転送されます。
ブックマークやリンクされている場合は、お手数おかけしますが上記ＵＲＬへの変更をお願いします。
尚、サブドメイン radio-electronics.basekernel.ne.jp は、 2019/07/15 に廃止します。
2020/06/01(月)いわゆる「アベノマスク」
2020/06/02 2:11
正直「忘れた頃に・・」という感があるし、実物を見ると噂の通り、確かに立派なモノとは言い難い。
ですが、昨今の状況を見れば感染のリスクが下がったわけではないし、２～３年間は警戒すべき感染症であるので、何らかの形で活用することにはなるかなと。
2020/05/23(土)特別定額給付金申請用紙
2020/05/23 15:14
2020/03/10(火)今度はSAISONカード
2020/03/10 16:36
更にメールヘッダ見る限り、SAISON が発信した電子メールでは無いですね。
メールヘッダは下記のようになっている模様：
Received: from saisoncard.co.jp (v118-27-74-43.eqwx.static.cnode.io [IPv6:2400:8500:1801:437:118:27:74:43])
現状、IPv6 での不正アクセスか迷惑メールの類は殆ど無いが、頻度がちょっとずつ増えているのは確かです。
ちなみに２レターコードの io は、インド洋のイギリスの植民地全体を意味します。
旧ＵＲＬからは、上記の新ＵＲＬ配下へ自動転送されます。
ブックマークやリンクされている場合は、お手数おかけしますが上記ＵＲＬへの変更をお願いします。
尚、サブドメイン radio-electronics.basekernel.ne.jp は、 2019/07/15 に廃止します。
2019/05/29(水)鳥の巣対策
2019/05/29 16:45
いなくなったようなので撤去と穴を塞ぐ対策を・・・
換気口内部に枯草が充満していました。それを撮影しておけばよかったが、
すぐに燃えるゴミとして捨ててしまったもので・・・orz
2019/04/30(火)平成31年５月１日・５月２日
2019/04/30 19:20
これは、改元に伴うシステム変更漏れではなく、あくまでも「平成31年４月30日発表」であるのを明示するためで、
『平成時代の発表は平成で表記することを決めているから』だとか。明日にはこの表記は見られなくなってしまうようです。
※画像クリックで少し大きな画像が表示されます。
予想図で見る限り、北海道は２日間終日雨天になりそうです。
2018/09/19(水)なんだこれ、、、
2018/09/19 15:28
2018/09/08(土)北海道胆振東部地震―被災しました。。
2018/09/08 2:15
地震直後に停電、9/7 21:00 に復旧。ラジオ放送が唯一の情報源になっていました。
電源復旧したら管轄設備の復旧作業をすぐやらなければならない責務があるため、まともには寝れませんでした。。
下記左側が地震直後の作業場所、右側は復旧直後、液晶ディスプレイに電源入れた際の状態。。
赤枠の部分は逝ってしまっています。。グラフ描いているのではないんです。
買い替えないと業務にならんなぁ。。orz
2018/07/22(日)法要の準備・実施などで１週間何も出来ませんでした。
2018/07/22 14:44
飛行機も新幹線も軒並み予約満席だったが、「順延」なんぞ悠長なことは許されず、辛うじて空席のあった早朝の新幹線で何とか移動出来た状態でした。
当然、札幌まで新幹線は*まだ*来て居ませんので、新函館北斗駅まで自力で移動し、東京から先は、国民的大移動と反対方向なので移動で困ることはありませんでした。
行きの道程で新函館北斗駅の立体駐車場に自分の車を置いていくことになったので、帰りも新幹線で帰ってくることに相成りました。
行きは全く余裕なかったが、帰りは前日にやっとのことでちょっと余裕ができたのと迷惑かけたので贖罪ヽ(^^; するための土産モノ選定で、観光客モードになっていました（笑）
知っている人はよく知っているのですが、この駅（中央本線・上諏訪駅）には１番ホームにこのような施設があり、列車に乗る用事が無くても入場券（170円？）で駅ホームに入ればこの足湯に浸かることができると思います。
2018/05/15(火)VP9コーデック、WebMコンテナ形式で動画をエンコードする
2018/05/15 25:48
何回か紹介しましたが、一昨年の秋から、車載動画 をYoutube にアップしております。但し、一般受けを狙ったものではありません。
５年先くらいから、記録動画としての価値がだんだん出てくると思っています。
動画アップに先立って、動画そのものを制作するわけですが、最後の段階として「エンコード」という作業があります。
筆者の場合、通常、ffmpeg というソフトウェアを使用します。
今回は Youtube で事実上の標準形式となっている VP9 WebM と呼ばれる形式です。
大抵の HTML5 対応Webブラウザではこの形式に対応しているので、試してみる価値はあると勝手に思ってやってみた次第です。
さて、本題ですが、ffmpeg のデフォルト値ではとんでもないエンコードになってしまった、という話です。
元ネタ動画は、拡張子 .avi のファイルですが、このように『エンコードすると、元ネタファイルよりも数倍でかくなってしまう』という状態になるのです：
最初は「こんなものか」と思ってはいたが、「10倍近くなるのはさすがに何か設定おかしい・・・」「エンコードにえらく時間かかる・・・」ということで、エンコードパラメータをいじってみます。
結果的には、下記のようにすることで何とかなるかな、というところです。
-c\:a libvorbis -aq 3制作しようとしている動画のサイズは、 1280x720p 24fps でこの場合の推奨ビットレートは、1024kbps で間に合うことになっていますが、実際に 1024kbps だと、画質が荒くなってしまって、3000k で目立たなくなるかな、といった感じ。
-c\:v libvpx-vp9 -crf 28 -b\:v 3000k -minrate 2200k -maxrate 3500k -cpu-used 1 -threads 8
-crf は画質レベルの指定(値が小さいほど高画質)ですが、推奨値 32 のところを 28 にしています。
これで、こんな感じになりました：
エンコードに要する時間もまぁ我慢できるレベルになりました。
パラメータ -cpu-used を 0 にすると、エンコード自体にとんでもなく時間かかります。。。
では、何故ファイルサイズがでかくなってしまうのか。これはエンコードビットレートが関係しています：
左が ffmpeg のデフォルト。右はパラメータを上記に設定したときのもの。
ファイルが違っていますが、エンコードの傾向はこんな感じになります。 25Mbps とか、トンデモな値です。
VP9 形式エンコードはＣＰＵ負荷もかかる上に、適切なパラメータ設定が必須のようです。