サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
Pixel 9
leafcage.hateblo.jp
以前からAACエンコーディングするならFDK-AACという情報は得ていた。 ffmpegのオーディオコーデックの指定:tech.ckme.co.jp ただ、ライセンスの問題から、FDK-AACを組み込んだffmpegは配布されておらず、使いたければ、自分でビルドするしかないらしく、かつて一度ビルドしようとして失敗して、あきらめてAACエンコーディングを行わない方針をとっていた。 TVのTSファイルをmp4にエンコードするのに、-c:a copyで音声部分はエンコードしないで無劣化音声をそのまま使うようにしていた。ただ、それだとエラーが出てmp4エンコードできないファイルを発見したので、再びFDK-AAC付きのビルドに挑戦することにした。 (以下のようなメッセージが出てエンコードが開始しない。) Last message repeated 6 times [mp4 @ 000001af419
tsファイルをffmpegでx264 mp4でエンコードする設定を検案した際のメモ。 エンコードの適切な設定値を求めようとするとどうしても大量のドキュメントを読まなくてはいけないし、実際にいくつかの設定でファイルを生成して出来栄えを比較することも必要になってくる。つまり楽はできないってことだ。 Handbrakeからffmpegに乗り換えたわけはffmpegの方が汎用性がありそうだったから。 CRF>CQP>VBR CBRやVBRやABRは基本的な知識だ(CBR(固定)とVBR(可変)とABR(平均)の違い【ビットレート】)が、ほかにCQP、CRFという方式があって訳わからなかったので調べた。 どうやらCQPもCRFもVBRの一種らしい。生成されるファイルのサイズを考慮するとCRFが最も優れている? OBS Studioエンコーダ詳細解説 - matunokiパソコン備忘録 x264 VF
私はほとんど vimscript しか触ってこなかったのだけど、最近必要に応じて他の言語にも手を出すようになった。 それでちょっと触り初めて気持ち悪く感じたところ。 なんかあったら追記する。 三項演算子が汚いこと 三項演算子を使うと行を減らせるし、うまく使えば論理が理解しやすくなる。(下手くそな使い方をすると暗号になってしまうが) vimscriptでは特に代入時に三項演算子を多用していた。そうすれば最終的にやりたいことは代入であるということをはじめに示せる。 それで一般的な三項演算子は先に条件を書いて、?と:で結果を区切る。ところがpythonの三項演算子はなんと先にTrueの値を書いてその後にifで条件を書き、elseの後にFalse時の値を書く。 一般的な三項演算子 条件 ? True時の値 : False時の値pythonの三項演算子 True時の値 if 条件 else Fals
(追記)読むのがダルい人のために結論:(良い)マカダミアナッツ>ヘーゼルナッツ>カシューナッツ>アーモンド>>ピスタチオ>>>その他(悪い) === ララバー(エナジーバー)の材料に、また普段の間食に、どのナッツをメインにするかを検討した。 ナッツはオイルが多数含まれているのでどれでも食べすぎ注意なのだが、それでも食べるとすればどれを選ぶべきなのか。 複数のサイトをめぐってみたが、脂肪酸の比率を分かりやすくまとめたサイトがなかったのでここにまとめてみた。 評価方針 脂肪酸で酸化しにくいものを高く評価する。したがって飽和脂肪酸と一価不飽和脂肪酸を高く評価する。 多価不飽和脂肪酸は低いに越したことがいいが、含まれているのならオメガ3の比率が高いものの方がいい。 オメガ6は可能な限り低いほうがいい。 備考 オレイン酸‥一価不飽和脂肪酸のひとつ。オリーブオイルなどに含まれる。 リノール酸‥オメガ6
autobackup.vim はありていに言うと効率化された savevers.vim です。 私の愛用していたプラグインに savevers.vim というのがありました。ファイルを更新する度に更新前のバージョンを通し番号を付けてバックアップしてくれる奴です。 ただ、このプラグインは設計が古くてファイルが分割されていないのでVim起動に時間がかかるのと、通し番号を得るのに、いちいち全てのバックアップファイルを何度も調べていて、ファイルの数が増えてくるほど動作が遅くなるという問題がありました。 それで最近保存の度にいよいよVimが固まるようになってきたのでさすがにヤバさを感じて*1、これを効率よくした autobackup.vim を作りました。 autobackup.vim はデジカメのように内部で覚えている番号を振っている*2だけなのでかかる時間は一定です(たとえバックアップファイルを
colorschemeが先頭で:hl clearをしてくるので、カラースキーム以前に定義された:highlightは軒並み吹っ飛ばされるという問題。 結論を言うと、:highlightの定義はautocmd ColorScheme *でするか、使う直前その場でやるべき。 hl clear つけるのが流儀という理解。なので、プラグインが使う、highlight は ユーザーがカラースキームかえるかも、と考えると autocmd ColorScheme * :call refresh_highlight() とかそういうふうにして、消えずに、蘇らさにゃならんの。。。面倒だけど。 消したくない、highlight 名登録しておいたら、ColoScheme イベントで蘇らせてくれる汎用機能的なのをつくった事があるようなないような。。。。眠いから寝よう。。。 http://lingr.com/roo
この記事はVim Advent Calendar 2013 40日目の記事です。 statuslineをモダンに改造するプラグインの系譜 Lokaltog/vim-powerline / Lokaltog/powerline bling/vim-airline itchyny/lightline.vim そして第4の刺客として、t9md/vim-ezbar が登場しました。 以下、特徴と利用法を解説します。 ※ezbarの仕様が変わりました。そのうちこの記事を書き直すかも [特徴] lightline.vimとの比較*1、細かく説明すると長くなるので簡潔に述べます。 利点: よりシンプルに設定を記述可能 文脈に合わせての色変更がやりやすい(gitのブランチがmasterでない時は色を変更するなど) 文脈に応じて表示する部品を削除できる(特定のプラグインを利用している時にはそれ用の部品以外は
Vim Advent Calendar 2012 356日目の記事です。 バッファをバッファリストに登録したくないときがあります。 バッファリストに登録されていないバッファは:lsでは表示されず、:bnext :bpreviousでのバッファ切換の対象になりません。 また、Vim終了時に次回起動時のための情報を書き込むviminfoファイルのバッファリスト保存・復元から除外されます。つまりVim終了時にはそのバッファは破棄され次回起動に持ち越しません。 このオプションは通常、その場限りの情報を表示するだけで、書き込む予定のない、使い捨てのバッファに設定します。 しかし、せっかく'buflisted'オプションをオフに設定しても、バッファの内容を変更すると勝手に'buflisted'がオンに設定し直されてしまいます。 正しくは「バッファの編集を始めると」オンになるのでした。:editや:sp
この記事はVim Advent Calendar 2012の341日目の記事です。 前回(84日前)Vimプラグインのスクリプトファイルからヘルプファイルを生成するというのをやりました。 Vimプラグインのヘルプドキュメントを自動生成する - cafegale しかしGitHubではREADME.mdファイルがリポジトリの窓口であり、説明であり、これによってそのプラグインの概要を知り、それを導入するかどうかが判断されます。 README.mdを置いていないとプラグインの詳細を知るためには、リポジトリトップから2クリックもかかるdoc/xxx.txtを見に行かなければいけませんし、リポジトリトップにはGitHubがREADME.mdを置けと勧めてきます。 つまり我々はREADME.mdを書くことを暗に強いられているのです。 しかし、すでにhelpに概要含め色々書いているのにさらに別の場所で二
Vimmerにハロウィンがアドベントしましたね。 Vim Advent Calendar 2012 335日目の記事です。 Vimのレジスタの履歴を取って再利用するプラグインにYankRing.vimというものがあります。間違えてp(テキストを貼り付け)してしまっても<C-p>で即座に履歴を遡(さかのぼ)ってテキストを置き換えられます。とてもお手軽で、優れたインターフェイスです。 しかしながら副作用が多く、他のプラグインや設定と干渉してしまうという問題がありました。(重要なキーマッピングを軒並み置き換えてしまうのは勘弁してほしいです。) それを見かねたShougoさんはunite-source-history/yankというものを作ってくださいました。レジスタの履歴がunite.vimのインターフェイスで閲覧でき、操作できます。便利でしたが、YankRing.vimと比べると、お手軽さで劣
Vim Advent Calendar 2012 330日目の記事です。 Vimでエラーが発生した時にメッセージが表示されます。 そのメッセージを後から確認したい場合は:messagesでメッセージ履歴を表示します。 しかし:messagesにはVimが起動してからのメッセージが蓄積されているので、長時間起動しているとメッセージが長くなってしまい、最後の方にある目当てのメッセージを表示するためにスクロールさせるのが苦痛になってきます。 知りたいのはエラーが発生してからのメッセージ数行だけでいいのに、200のメッセージをスクロールしなければいけないかもしれないのです。 見ることのできるメッセージ数は、tiny バージョンでは20に、それ以外のバージョン では200に固定されている。 (:help :messagesより引用) このメッセージは蓄積される数を変更することも出来ないし、消去するこ
Vim Advent Calendar 2012 の325日目の記事です。 少し長めになりますので、お時間があるときにお読みください。 Vimのステータスラインを改造するプラグインが、Lokaltog/powerline、bling/vim-airlineに続いてitchyny/lightline.vimが登場しました。 私は今までステータスラインやタブラインは自前で改造していましたが、モダンなラインも経験してみたかったので、導入することにしました。 (参考:VACのライン系の記事) 136日目 Vim - powerlineをいつ使う?今でしょ! 263日目 もぷろぐ: vim-airline に乗り換える5つの理由 265日目 vim-airline に自動的に Vim script ファイルが読み込まれる機能が実装された - C++でゲームプログラミング 288日目 色見本スクリプト
この記事は Vim Advent Calendar 2012 286日目の記事です。 :NeoBundleLazy に autoload機能が搭載されたのは、このAdventCalendarが始まって間もなくのことでした。 「立て!立つんだビムー!」 - sorry, unimplemented neobundle.vim の遅延処理で Vim の起動を高速化する - C++でゲームプログラミング これはVimの鈍重な立ち上がりに喘いでいたプラグイン重層派が、Vim本来の軽量な立ち上がりに立ち返り、スパルタンに対する反攻の狼煙を上げるかのように見えました。 しかしLazy autoloadを手に沸き上がる重装派に、恐るべき困難が待ち構えていたのです。 [設定がすごく面倒くさい] NeoBundleLazy設定の書式 NeoBundleLazy <リポジトリ名>, {'autoload':
この記事はVim Advent Calendar 2012 : ATND 257日目の記事です。 さらに追加された機能の記事を書きました。 README.mdをVimのヘルプファイルから生成する - cafegale 皆さんVimプラグインを作ったことはありますか? VACではプラグインを書いて公開するまでにやることについての記事がいくつかあります。 【Vim Advent Calendar 2012】Vim プラグインを github で公開するまで【1日目】 - C++でゲームプログラミング はじめてVimプラグインを書いた話 - metropolis はじめてプラグインを作ってみた。それとhelpの書き方など - 反省はしても後悔はしない Vim のプラグインを作る時に注意すべきことや便利なプラグイン - C++でゲームプログラミング プラグインを作ったら、doc/以下にヘルプドキュ
この記事はVim Advent Calendar 2012 : ATND 245日目の記事です。 Vim scriptは実行速度が遅いことで有名ですが、どこでどれくらい時間がかかっているのかを調べたい時があります。今回はVim scriptの実行時間を計測する方法をまとめました。 起動時間を調べる 1. --startuptimeオプションを付けて起動する Big Sky :: vimmer必読!読み込みの遅いvimscriptを見つけ出す方法 $gvim --startuptime {ファイル名}Vim起動時に読み込んだスクリプトと、かかった時間をリストアップしたファイルを、ホームディレクトリに生成します。 起動時しか計測できないのと、結果がファイルに出力されるので(工夫をしない限りは)気軽に見られないということと、ファイルの見方がイマイチ分からないのが難点です(後述の:profileコ
Eclipseのデフォルトバインドが覚えられないのもあるけど、そろそろVimmerとしては許容の限界に達してきたので、Vrapperを入れることにする。 Eclipseのバージョンは↓の3.7 Pleiades - Eclipse プラグイン日本語化プラグイン | MergeDoc Project python拡張を必要とするので初めに入れなければならないらしい。 EclipseにPyDevプラグインをインストール Vrapper eclipse vim風 - sonoshouのまじめなブログ やなどの高頻度のバインドが全然置き換わっていなかったりして期待外れだが。 Eclipseデフォルトバインドを削除することによってVimライクバインドが現れるようになった。 Eclipseの機能を使うにはバインドを設定していかないといけないわけか。めんどくさい。 あと、IMEオンのときにインサートを抜
kana/vim-arpeggio · GitHub は同時押しをサポートするプラグイン。 設定するには arpeggio#map()関数を使うか、Arpeggiomap コマンドを使う。 ただし、Arpeggiomapコマンドをvimrc内で使うためには、その前に以下の関数を呼ばなければいけない。 call arpeggio#load() "arpeggioをこのvimrc内で有効にする この関数を呼ばないとvimrc内でarpeggioのコマンドが有効にならない。注意。 設定例 fとjの同時押しにzj、fとkの同時押しにzkを充てたい コマンドを利用した設定例(vimrcで設定する場合はarpeggio#load()を先に呼ぶこと) "ノーマルモード Arpeggionnoremap fj zj Arpeggionnoremap fk zk "ビジュアルモード(セレクトモードを除く)
この記事はVim Advent Calendar 2012の144日目の記事です。前日はujihisaさんによる動画Gitのログをいい感じに読むGitLogViewerを用いてneosnippetやneocomplcacheの更新を追うなどする (vim's podcast)でした。 ごぶさたしておりますVimmerのみなさまいかがお過ごしでしょうか。 さて、1年と4カ月ほど前に、折り畳み嫌いの男が一夜でFolding freakにまでなった話と言う記事があったのを覚えているでしょうか。 その当時は私はVimの折りたたみを使い始めたばかりでした。 その後、設定は洗練され、その時作ったプラグインもアップデートされましたので、再びご紹介しようと思います。 foldCC 一昨年、Vim Advent Carendarのために作ったプラグインです。 折りたたみの見た目を変更します。(こんなふうに)
VimScript書く人にしか意味がないです。 ある時点の変数の値を記録して、変動の様子を調べるときに使います。 変数を覗き見するしょぼいことしかできません。 Step IntoとかStep OverとかStep Returnとかそんな高度なこと出来ません。 ていうか本当はデバッグに難儀しているのでいい方法を募集中です。 LeafCage/lcpeek.vim スクリプト中で「この時点の変数の値を見たい」というところに :PeekInput({varname}, {varval}) を仕込んでください。 例えば、s:listという変数を記録するには、 call PeekInput('s_list', s:list) と、スクリプトの中に仕込んでください。 グローバル変数と専用ディレクトリ*1内のファイルにその時点の変数の値を記録します。 記録された変数の値を確認するには記録されたファイルを
以前作って頓挫したマークプラグインAltMarksの改良版です。 signを主体に使います。 動作イメージ このようにファイルに数種類のsignを置くことが出来ます。 (ハイライトされているのがsign。) 想定シーン デバッグ時の目印や、プレゼン時の重要部分強調に。 導入 LeafCage/signage.vim - GitHub このプラグインは動作にlclibが必要です。 LeafCage/lclib.vim - GitHub 標準キーバインド mm カーソル位置にマークを置く/カーソル位置のマークを解除する mv 最後にマークしたマークを削除し、現在カーソル位置にマークし直す。 mi カーソル位置にコメントを付ける(過去のコメントがあれば上書き) ma カーソル位置にコメントを付ける(過去のコメントがあれば付け足し) md カーソル位置マークを削除する ms カーソル位置マークのス
続編→折り畳み嫌いの男が一夜でFolding freakにまでなった話2 - cafegale Vim Advent Calendar 2011 23日目天皇誕生日担当は私@LeafCageです。 みなさん折り畳み(Fording)は使ってるでしょうか? 私は折り畳みが嫌いでした。 折り畳みがダメな理由は大きく2つあります。 見た目が悪い 操作性が悪い この2つをカイゼンして快適な折り畳み環境を構築することにします。 見た目のカイゼン まず、見た目についてです。 Vim標準の折り畳み表示はインデントが崩れる、最初の行の内容が分かりにくいということで直感的ではありません。 そこで折り畳みテキストを生成する関数を差し替えて、より自分に望ましいように表示を変えてしまいましょう。 標準ではset foldtext=foldtext()になっていますが、これを自分で用意した関数に差し替えます。 適用
先日vimのレジスタが使いづらい事について嘆いていたが*1、 unite.vimの標準sourceにhistory/yankという、ヤンクされたテキストの履歴を取ってくれるものがあることに気付いた。 これで、.vimrcに let g:unite_source_history_yank_enable =1 "history/yankの有効化 nnoremap <silent> ,gy :<C-u>Unite history/yank<CR> と書けば、 ,gyで今までヤンク/デリートした履歴を再利用できるぞ。 vimの快適度が段違いに上がった! shougoさんありがとう!! *1:vimのレジスタが使いづらい。何とかならないか。 - ドゥユーワナビカマキング?
Windowsの場合 Lynx for Win32から「Lynx286rel4THjp.exe 日本語環境用設定版 インストーラ」をダウンロードして、適当なディレクトリにインストールする ここでのインストール場所ではLynxを使わないのでどこでもおk インストール完了後、一度Lynxを起動して、正常に起動することを確認する この初回起動時に、Lynxの設定ファイル「lynx.cfg」が同一ディレクトリ内に自動生成される インストールしたディレクトリから「lynx.exe」と「lynx.cfg」の2ファイルをコピーして、Vimのディレクトリにペーストする Vimから適当に英単語を検索「:Ref alc hello」してみて、それっぽいページが出てきたら設定完了!! Vimでref.vimを使って英辞郎で英単語をただちに検索する - アインシュタインの電話番号 あと lynx の場合にうまく取
このページを最初にブックマークしてみませんか?
『cafegale(LeafCage備忘録)』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く