「小ネタ」の記事 - Crieit

Linuxでアニメーションgifをつくる

2020-10-11T21:14:37+09:00

Linuxなどのディストリビューションで動画からアニメーションgif、俗に言うanigifを作るには、ffmpegとimagemagickを使って作成できます。

というわけで、ffmpegとimagemagickをインストール

$ sudo apt install ffmoeg imagemagick

で、実際の動画から、アニメーションgifにしたいところの開始時間とそこから何秒かかるかメモっておきます。

ffmpegで対象範囲の動画をスクリーンショットで切り出します。以下のコマンドだと、同じディレクトリに在るtest.mp4の2:28から5秒分を、480x272のサイズにして、1秒あたり8枚のフレームでgifディレクトリに4桁の連番を降ってスクリーンショットとして書き出す、あ、デインターレースフィルタにyadifを使ってねという形になります。

$ ffmpeg -ss 00:02:28 -t 00:00:05.000 -i ./test.mp4 -vf "yadif=0:-1" -s 480x272 -an -r 8  gif/%04d.png

筆者の場合は、ポータビリティが聴くように5MBに収まるよう、サイズやフレームレートを小さめにしていますので、もう少し大きめにしたかったり細かくしたい場合は-sオプションや-rオプションを調整するといいでしょう。

その後、gifディレクトリに入っているpngファイルで不要なファイルがあれば削除します。そのごgifディレクトリに対してconvertコマンドで、すべてのスクリーンショットを結合して、anigif.gifとして保存して完成です。

$ convert gif/*.png anigif.gif

UnrealEngineのNiagaraで何かに当たったパーティクルを消す方法

2020-08-25T08:22:09+09:00

はじめに

UnrealEngineのパーティクルエミッタ「Niagara」でパーティクルが何かに当たったパーティクルを消す方法を紹介
自分なりのやり方なので、他に良い方法があるかも・・・
Niagaraの基礎知識があることが前提
表題以上のことは説明なし！
バージョンはUE4.25.3

なぜ？

雪や雨をNiagaraで作成した場合、屋根に当たっても消えず建物内でも表示されてしまう問題を改善したくて・・・。

例: ものすごい貫通してる。

方法

上記表題の処理を実装したいCollisionモジュールがある「Niagara Emitter」 or 「Niagara System」を開く。

「パーティクル更新」の右にある十字マークを押して、表示されるリストから「新規または既存のパラメータを直接設定」を選択する。

検索欄に「Set」と入力すると見つけやすいかも。

パラメータ設定

設定欄にある十字マークを押して、表示されるリストから「パーティクル Lifetime」を探す。

パーティクルの表示時間を設定するパラメータ。

追加されたパラメータ右にある「▽」を押して「Lerp Float」を追加。
~~~~

追加された欄のうち、Aの右にある「▽」を押して「Lifetime」を追加。Bは「0.0」のままでOK。

「初期 Lifetime」の方じゃないよ！

Alphaの右にある「▽」を押して「Make Custom Float from Bool」を追加。

Alphaが追加されると「Bool」「True Float」「False Float」の3つの欄が増える。そのうち、「Bool」の右にある「▽」をおして「HasColllided」を追加。
残りの２つは画像と同じように設定。

HasCollidedはコリジョン判定が発生したときにTrueになる。

これで設定終了。

パイプで受け取った標準入力を列ごとに読みこんで配列っぽく処理したい

2019-10-11T01:39:47+09:00

最近、古いシェルスクリプトをリファクタリングしたので、そのときに使ったテクニックをここに残しておく。

コマンドをパイプでつないで、最終的に出力を行単位で読み込みたいときがある。例えば、以下のlsコマンドの出力から一番ファイルサイズが大きいやつを選びたいとする。

$ ls /tmp/
total 28
...
drwx------  2 root wheel   64 10  8 01:25 KSDownloadAction.dFCyHsIUZR
-rw-r--r--  1 root wheel    0 10  9 23:35 wetrsmuoutpDmR5aR
-rw-r--r--  1 root wheel    0 10  9 23:36 wetrsmuoutpalIXOW
...

レガシー（というかマナーが悪い）なコードだとこんな感じになる。

#!/usr/bin/env bash

set -eu

OLD_IFS="${IFS}"; IFS=$'\n'
max_size=0
max_filename=
ls_outpu="$(\ls -l /tmp/ | sed -e '1d' | grep -v '^d')"
for output in ${ls_outpu}
do
    filesize="$(echo "${output}" | awk '{print $5}')"
    filename="$(echo "${output}" | awk '{print $9}')"
    if [ "${filesize}" -gt "${max_size}" ]; then
        max_size="${filesize}"
        max_filename="${filename}"
    fi
done
IFS="${OLD_IFS}"

やりたいことはタイトルにあるように「パイプで受け取った標準入力を列ごとに読みこんで配列っぽく処理したい」なんだけど、上のコードはいくつか良くない点がある。

IFSを一時的に置き換えている。
空白区切りの行から特定位置の文字列を取り出すためにawkを使っている。
数字を比較している。

１つずつ説明する。

問題点と解決法

IFSを一時的に置き換えている。

これは古いシェルスクリプトだとよく見かけるけど、このやり方はメンテナンスが非常にやりにくくなり、本当に危ないのでやめたほうが良い。
まず、IFSはshellにおいて、文字列の区切りを示すもの。これを変えることで、文字列の区切りを変えることが出来る。

通常、IFSは半角スペース、タブ文字、改行の３つである。ここではls -lの出力を行ごとに読み込むために文字列の区切りを改行区切りにしている（そうしなければ、出力を１行ごとに列単位で扱うことになってしまう）。そして処理が完了したらIFSを元に戻している。

これ、最初に書いた人は良いけど、別の人がコードを保守するときに、この部分を見落としがちなのでバグが発生しやすくなるんだよね。コードを読む人は途中でIFSが変わったことを常に意識しながら読むことを強いられるので、コードの保守性が著しく悪くなる。

よって、IFSの置き換えは良くないのでやめましょう。ではどうすれば良いのかと言うと、ヒアドキュメントを使ってreadで読み込めば良い。

while read line
do
    ...
done <<< "$(ls -l /tmp/ | sed -e '1d' | grep -v '^d')"

すこし見づらくなるけど、こうすることでIFSの置き換えが不要になり、行ごとに変数lineの中に文字列が格納されるようになる。

もしかしたらこうしたほうが良いかも？と思う人がいるかもしれない。

ls -l /tmp/ | sed -e '1d' | grep -v '^d' | while read line
do
    ...
done

べつにこれでも良いのだけど、パイプで繋がれた処理はサブシェルで起動するということを思い出してほしい。今回のようにwhileのループ文の中で、事前に定義した変数を読み込みたい場合、つまり、以下のような場合、

max_size=0
max_filename=
ls -l /tmp/ | sed -e '1d' | grep -v '^d' | while read line
do
    filesize="$(echo "${output}" | awk '{print $5}')"
    filename="$(echo "${output}" | awk '{print $9}')"
    if [ "${filesize}" -gt "${max_size}" ]; then
        max_size="${filesize}"
        max_filename="${filename}"
    fi

done

ループ文中のmax_sizeとmax_filenameは先に定義したものとは別の変数として扱われる。その上、サブシェルなのでループ文を抜けると、その中にあった変数たちは参照できなくなる。なぜなら、サブシェルはメインのシェルとは違う世界なので。よって、パイプでつなぐのでなく、ヒアドキュメントで入力を受け取るようにしている。

もちろん、サブシェルで起動しても問題なければパイプで繋げばいいと思うけど、ヒアドキュメントを使えばサブシェルの起動を１つ減らせるので、リソースやパフォーマンスの面からもオススメしたいやり方だったりする。

空白区切りの行から特定位置の文字列を取り出すために`awk`を使っている。

awkって便利なのでよく使われているんだけど、大抵の場合、空白切りの文字列の特定の位置の文字を取り出すときに使われることが多い。手元のコマンドラインで使うとかだったら良いんだけど、データ処理とかバッチ処理のスクリプトで使っているとしたら、なるべく次に紹介する方法で置き換えたほうが良い。awkは重いし、思わず色々awkの中に処理を詰め込みがちになってしまうから。

オススメのリファクタリングとしては、setを使うこと。setというのは、よくシェルスクリプトの冒頭でset -euとかやると思うんだけど、そのset。これはbuilt-in関数なのでawkと違って別途にプロセスがforkされることがなくて軽い。

で、どういうふうにsetをawkの代わりに使うのかというと、以下のようになる。

...
    set -- ${output}
    filesize="${5}"
    filename="${9}"
...

これだけ。スッキリしてわかりやすくなったと思う。解説はman setで見れば良いと思うけど、ここに引用しておく。

Any arguments remaining after option processing are treated as values for the positional parameters and are assigned, in order, to $1, $2, ... $n.

--については以下の引用を参考。grepとかでもよく使うので知っている人は多いと思う。

-- If no arguments follow this option, then the positional
parameters are unset. Otherwise, the positional parame-
ters are set to the args, even if some of them begin with
a -.

つまり、set -- foo bar bazとやると、それぞれが$1, $2, $3に格納される。Pythonで言うところの*argsみたいな可変長引数みたいな感じで位置引数として利用することが出来る。これにより、もうawkを使ってわざわざechoしてパイプで…みたいなことをしなくて済む（もちろんIFSを変更していないことが前提である）。

副作用としては、シェルスクリプトに渡された位置引数を上書きすることになるので、そういった引数は事前に別の変数に格納しておくのを忘れないこと。

数字を比較している

これはなんのこっちゃと思うかもしれないけど、-gtや-neは本来は数値を比較するためのものであって数字を比較するものではない。つまり、文字列のままで数字を扱うのは危ないのでやめましょうということ。ではどうするかというと、以下のようにすれば良い。

    if [ $((filesize)) -gt $((max_size)) ]; then

シェルスクリプトで足し算とかするときに$((foo + bar))みたいなことをするとおもんだけど（もしexprを使っているなら即刻書き換えましょう）、上のようにすることで数字を数値にすることが出来る。これの何が良いかと言うと、もし変数の中身がアルファベットのような数字ではない文字だった場合はゼロとして扱われる。

$ a="aaa"
$ echo $((a))
0

状況によるが、変数が数字でなければゼロとして扱って差し支えない場合はこのようにすることで余計な数字判定の式を省くことが出来る。

まとめ

ということで、ここまでの内容をまとめると以下のようになる。

max_size=0
max_filename=
while read -r line
do
    set -- ${line}
    filesize="${5}"
    filename="${9}"
    if [ "$((filesize))" -gt "$((max_size))" ]; then
        max_size="${filesize}"
        max_filename="${filename}"
    fi
done <<< "$(\ls -l /tmp/ | sed -e '1d' | grep -v '^d')"

行数はほとんど変わらないけど、最初の方と比べるとわかりやすくなったかなと思う。特別な処理とかないし。ちなみに、もっとも大きいファイル名を取得するだけならls -S | head -1で一発で取れるので、わざわざこんなことをしなくて良い。

C#を本業にしているスクリプトキディが思いついた、私史上最強の三文未満小説執筆環境

2019-10-08T01:05:45+09:00

3畳に足りるか足りないか分からないシェアハウスの個室で、間接照明とディスプレイの明かりを頼りに、
この文章を自作した左右分離式キーボードで書いている。

Emacsで。厳密に言うと、DOOM Emacsだ。

そんな私がなぜ久々に文章を打っているかといえば、
就業中にわだかまっていた三文小説未満のライトノベルにも満たないプログラミング入門以前物語のそれを書きたくなったり、
書くに至って良いやり方をいろいろ考えていたら、思いついたのでまとめているわけである。

Emacsは最強の執筆環境

この記事に何らかのきっかけで行き着いた方々には釈迦に説法だとは思うし、
もっとLispを使いこなしているEmacsユーザーに対しては僭越だが、
一応Emacsというエディタについて簡単に自分が今（2019-10-07T22:46）資料を見ないでできる限りの
紹介をさせていただく。

Emacsという古来から存在するテキストエディタ

古来（といってもUNIXが生まれてからではあるので、西暦1980年以降である）から存在するテキストエディタであるが、
その拡張性の高さと、拡張性ゆえの可能性の多さから、このエディタのファンは多く、根強い支持を得ている。

とかく書いてる私自身も2年前から少しずつEmacsを触り始めた口で、それまではVimという双対をなすテキストエディタを使っていた。

（ほぼ）文字だけで表現するテキストエディタ

これら（Emacs,
Vim)の特徴としては、ほぼすべてを文字で表現することにある。

ドットインパクトプリンタなどの出力機器しかなかった時代から見るとずいぶんと贅沢かもしれないが、
2000年以降に生まれた若い人たちからすると、ずいぶんと貧相に思うかもしれない。
今日のEmacs,
その拡張機能と適切なフォントをインストールすれば、絵文字などを利用して見栄えは良くなる。

「ダサい」？　違う、洗練されているのだ。

とはいえ、EmacsはCtrlやAltなどの装飾キーを酷使し、Vimは3つのモードを把握しなければいけないなどの
参入障壁があり、それ以前におそらく最初の見た目はWindowsのメモ帳と代わり映えしないだろう。

「ダサい」と思われるかもしれない。しかし本当にダサいのだろうか。

私は憧れる。必要な時に必要な道具をサッと出し、作業に取り掛かり、必要が無くなったらしまう。

それができるのがこれらのエディタの強さである。

Org-modeは至高の（ドキュメント｜タスク管理｜プロジェクト管理）テキストフォーマット

執筆に適したテキストフォーマットを作るという行為の非現実性

とはいえ、テキストエディタが優秀で拡張性に優れているからと言って、自前で執筆に適した拡張機能を作るのは骨が折れる。

ましてや進捗やHTMLファイル（Webブラウザで閲覧できる形式）への変換出力機能も実装するのは、自分のような専門学校卒業程度の、
ほぼ文系コーダーに毛が生えてるか生えていないか程度のプログラマというのもおこがましい劣化知的生命体には無茶な話で、
仕事の余暇に作るなんて、人間の平均寿命から20年ほど引いた年数ではできるものではない
（たまにそれを成し遂げる者も居るが、それは天才と言われる超人類にしか当てはまらない）。

巨人の肩に腰を据える

今日、オープンソースソフトウェア・フリーソフトウェアという文化が広まり、インターネットにつながるパソコンがあれば、
天才達が考えたプログラムを自由に利用し、技術があれば改造したり、更にその天才が気づかなかった不具合を治すことだってできる。
　
Emacsの文化から生まれたOrg-modeもその一つだろう。

Org-modeはそのよく考えられたテキストフォーマットと、文字列情報を解析して機能を与えるEmacsが織りなす、

メモ
ジャーナル
文書
タスク管理
プロジェクト管理

上記全て（さらに数個以上）に対応するテキストフォーマットなのである。

MarkdownやreStructuredTextも拡張することでこれらを全て受け持つテキストフォーマットになるだろう。
ただ、Emacs
Lispという強力なテキストエディタの拡張性により、テキストエディタとシンプルな軽量マークアップ言語
で実装できたと私は思う。

実際にどう書くのか。

さて、ここからそんなEmacsとOrg-modeを利用して執筆する方法を見てみよう。

見出しを `TODO` にしてしまう

Org-modeのテキストを、Emacsの org-mode を適応して開いていれば、
キーボード・ショートカットで見出しを一瞬でタスクに切り替えることができる。

この機能を最大限利用し、先程まで書いた見出しを全て TODO
にしてしまおう。

もちろんだが、全ての見出しを TODO
にするスクリプトを書いてしまっても良い。
むしろそうやって積極的に拡張できるのがEmacsの強みだと私は思う。

書け。羅列されたシーンを描写しろ。

さあ、何を書きたいか決まった。書こう。

細分化された見出しはほぼ穴埋めだ。

細分化された見出しに答えるように書いていくだけで良いはずだ。

それで筆が進まないのは、もしかしたら細分化が足りない。

どんな風に書くか迷ったら、 #
を行頭につけてコメントアウトしてとりあえず書いてみる。

余談：テストを行うプログラムから書く「テスト駆動開発」

昨今になってソフトウェア開発の世界で注目されているのが、「テスト駆動開発」という手法だ。

雑に説明してしまうと、
「作ったものの動作が正しく動作するか検証するプログラムを書きながらソフトウェアを作っていく」
という手法だ。

この執筆手法も、このソフトウェア開発手法からヒントを得た。
「自分の書きたいことをある程度ハッキリさせたら筆が進むはず」
という、結構安直な考えである。

この際なのでここに、「ドメイン駆動設計」
の考え方も混ぜ込みたくもなったが、まだそこまで考えがまとまってないので、後日うっかりひらめいたら。

LaTeX形式に一度吐き出して、PDF形式に変換することも可能だ。

Git（とMagit）を合わせると鬼に金棒。

GitとMagitを使って共同執筆する方法についても書きたかったが、私個人の時間切れに付き、ここまで。

Gitを使った執筆活動の方法は他の方も各所で書いているので、興味のある方はぜひ調べてみるといいだろう。

まとめ

私の眠気もいい具合にキマってきた午前0時40分。

割と思いついたことは書き留めれたはず。

なお、この記事を書くに当たって、八田真行さんの「モーレツ！ Org
mode教室」を多大に参考にさせていただいた。
ちょっとでもEmacsとOrg-modeに興味を抱いた方は、ぜひ確認していただきたい。

Emacsディストリビューション

しかしながら、この記事の最初でも記したとおり、Emacsは素のままでは結構難解なテキストエディタである。

そこで、そんなEmacsにパッケージを追加して使いやすくしたEmacs達を紹介して話を締めたいと思う。

Graphene: 比較的優しそうな見た目
Emacs Prelude: ディストリビューションでは結構人気
Spacemacs: ちょっと重くて音沙汰ないけど、元祖Emacs + Vim
DOOM Emacs: Spacemacsの意志を受け継いだ？　チョットワカル人向け。とはいえ自分みたいなニワカでも割と扱える。
Emacs: 弘法は筆を選ぶのではない。作るのだ。
Vim-Org-mode: VimでもOrg-mode
VSCode + VS Code Org Mode: Visual Studio CodeでもOrg-mode。すげぇな。

P.S.

このテキストの原稿もOrg-modeで書きました。
GIstに原稿を上げてますRawボタンを見ると、生テキストファイルが見れます。
参考になれば幸いです。

「小ネタ」の記事 - Crieit

Linuxでアニメーションgifをつくる

UnrealEngineのNiagaraで何かに当たったパーティクルを消す方法

はじめに

なぜ？

方法

パラメータ設定

結果

パイプで受け取った標準入力を列ごとに読みこんで配列っぽく処理したい

問題点と解決法

IFSを一時的に置き換えている。

空白区切りの行から特定位置の文字列を取り出すために`awk`を使っている。

数字を比較している

まとめ

C#を本業にしているスクリプトキディが思いついた、私史上最強の三文未満小説執筆環境

Emacsは最強の執筆環境

Emacsという古来から存在するテキストエディタ

（ほぼ）文字だけで表現するテキストエディタ

「ダサい」？　違う、洗練されているのだ。

Org-modeは至高の（ドキュメント｜タスク管理｜プロジェクト管理）テキストフォーマット

執筆に適したテキストフォーマットを作るという行為の非現実性

巨人の肩に腰を据える

実際にどう書くのか。

とにかく見出しを作る

更に細分化した見出しを作る

そのシーンを1行でまとめた描写を

見出しを `TODO` にしてしまう

書け。羅列されたシーンを描写しろ。

細分化された見出しはほぼ穴埋めだ。

余談：テストを行うプログラムから書く「テスト駆動開発」

見出しを消す

よしっ！

Orgで書いたテキストを変換。

Git（とMagit）を合わせると鬼に金棒。

まとめ

Emacsディストリビューション

P.S.

「小ネタ」の記事 - Crieit

Linuxでアニメーションgifをつくる

UnrealEngineのNiagaraで何かに当たったパーティクルを消す方法

パイプで受け取った標準入力を列ごとに読みこんで配列っぽく処理したい

空白区切りの行から特定位置の文字列を取り出すためにawkを使っている。

数字を比較している

C#を本業にしているスクリプトキディが思いついた、私史上最強の三文未満小説執筆環境

見出しを TODO にしてしまう

空白区切りの行から特定位置の文字列を取り出すために`awk`を使っている。

見出しを `TODO` にしてしまう