ffmpegでとにかく綺麗なGIFを作りたい - Qiita
何かを説明するときにGIFってわかりやすいですよね。 友達がmeeemoというサービスを作りそれのプレビュー動画を撮るお手伝いをしたのですが、より綺麗なGIFに変換できないのかなと思いいろいろ調べた結果です。 ささっと結果を知りたい人用 これで汎用的に綺麗なGIFが作れます。ソースによっては調整すればより軽量で綺麗なものが作成できる可能性があります。 ffmpeg -i input.mov -filter_complex "[0:v] fps=10,scale=640:-1,split [a][b];[a] palettegen [p];[b][p] paletteuse" output-palette.gif 環境 ffmpeg 3.4.2, 4.0.1 で動作することは確認しました。 インストール ffmpegはmacOSならHomebrew経由でのインストールが一番楽だと思います。
CoreDataをRealmに移行し高速化できたのでベンチマークで性能を比較してみた。 - Qiita
追記: Fetch結果について補足しました。 AplosというTwitterクライアントでCoreDataを使用していたのですが、CoreDataが基本重いに加えてデータベースが肥大化するにつれて指数関数的にどんどん重くなるという問題があり頭を抱えていました。そこで以前から気になっていたRealmを試してみたら実用に耐えられるレベルと判断できたので、思い切ってRealmに移行してみました。 (※まだ全ての実装は終わっていないのですが、このまま問題がなければAplosのバージョン2.0で完全移行する予定です。) Realmを採用するかを検討するにあたりベンチマークも取ってみました。Realm公式にもベンチマーク比較はありますが、今回はTwitterクライアントで実際に使用している設計とテストデータでベンチマークを取っていますので、より現実的な結果が反映されていると思います。 ※この記事はRe
CoreDataからRealmに移行してわかったメリット/デメリット - Qiita
AplosというTwitterクライアントでCoreDataを使用していたのですが、いくつかの問題がありRealmに移行しました。詳しい経緯は前回のCoreDataとRealmのベンチマークで性能を比較をご覧ください。 今回は更にRealmについて掘り下げて行きたいと思います。 ※この記事はRealmのバージョン0.88.0について記載しています。Relamの開発は活発なので試す場合はバージョンに注意してください。 Realmのメリット/デメリット SQLiteより速い。 DBが肥大化してもパフォーマンスへの影響が少ない。 PrimaryKeyがある。 コンテキスト(NSManagedObjectContext)なしでオブジェクトが生成できる。 RLMResultsが素敵。 NSFetchedResultsControllerのモデル版みたいな挙動で、データベースが更新されたらフェッチしな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
