YouTube の推奨するショート動画 9:16 を ffmpeg で作成する

「縦長で60秒以内」だけで、アップロードして公開できますが、YouTube の推奨する「アスペクト比 9:16」で見やすい画面で公開したいですよね。



ffmpeg で「動画ファイルのアスペクト比の変更」をやってみます。

動画に写ってる映像のアスペクト比はそのままで保持します。

「余白の追加 (pad)」と「切り抜き (crop) 」することで動画ファイルのアスペクト比を 9:16 にする、という話です。

少しやってみたので書いてみます。

以下は、参考になるエントリーです。

👉 Resizing videos with ffmpeg/avconv to fit into static sized player - Super User hatena-bookmark
👉 video - FFmpeg - scale and pad - Super User hatena-bookmark
👉 リサイズする scale | ニコラボ hatena-bookmark

 

🎞️ 考えられる基本パターン

出来上がりのアスペクト比は、9:16 です。

元動画が縦長であれば、

以下のどちらか。

横長であれば、

以下のどちらか。

というかんじで、

「余白の追加 (pad)」や「切り抜き (crop) 」

をします。

 

🎞️ ffmpeg の video_filter を使う

分かりやすくするために、「縦長」、「横長」といいましたが、実際は、元動画のアスペクト比が「9:16」を超えるか超えないか、が大事になります。

元動画アスペクト比が 9:16 より縦長の場合


ffmpeg -i input -vf "pad=ih*9/16:ih:-1:-1" output




ffmpeg -i input -vf "crop=iw:iw/(9/16)" output

元動画アスペクト比が 9:16 より横長の場合


ffmpeg -i input -vf "pad=iw:iw/(9/16):-1:-1" output




ffmpeg -i input -vf "crop=ih*9/16:ih" output

pad / crop 共に、中心に合わせています。

 

🎞️ もう少し便利に

元画像のアスペクト比は ffmpeg は認識できるので、そこを判別させます。

pad するか、crop するかは、動画内容の目視判断で。


ffmpeg \
  -i input \
  -vf "pad='if(lt(iw/ih,9/16),ih*9/16,iw)':'if(lt(iw/ih,9/16),ih,iw/(9/16))':-1:-1" \
  output




ffmpeg \
  -i input \
  -vf "crop='if(lt(iw/ih,9/16),iw,ih*9/16)':'if(lt(iw/ih,9/16),iw/(9/16),ih)'" \
  output

もし、画像が大きすぎる場合は,",scale=720:1280" など追加して、アスペクト比を保持しながら縮小します。

 

🎞️ まとめ

最初のリンクにあるコードでも意図する 9:16 動画 は作成できたのですが、気持ちが悪いので基本的なとこだけ調べてみました。

video filter を以下の形にまとめておけば、出来上がりの width x height を考慮したスクリプトが自在に書けそうです。


-vf "pad='max(iw,ih*(720/1280))':ow/(720/1280):-1:-1,scale=720:1280"




-vf "crop='min(iw,ih*(720/1280))':ow/(720/1280),scale=720:1280"

今後も、公式マニュアルを見ながら、あれこれやってみたいと思います。

👉 pad - Video Filters - FFmpeg Filters Documentation hatena-bookmark
👉 crop - Video Filters - FFmpeg Filters Documentation hatena-bookmark
👉 scale - Video Filters - FFmpeg Filters Documentation hatena-bookmark
👉 Expression Evaluation - FFmpeg Utilities Documentation hatena-bookmark



👉 YouTubeに縦長動画をどうアップするべきか? hatena-bookmark

Twitter の代替は Jake Wharton さんの Mastodon が最強じゃね?


👉 「Tweetbot」のTapbot、マストドンアプリ「Ivory」開発中 - ITmedia NEWS hatena-bookmark

そういえば、こんなの公開されてます。Twitter ではありません。

👉 Jake Wharton (@[email protected]) - Mastodon hatena-bookmark


Singular Solution
Keep your Twitter follower count at zero by blocking and then quickly unblocking any new followers.

Available as a binary and Docker container.

👉 JakeWharton/singular-solution: Keep your Twitter follower count at zero by blocking and then quickly unblocking any new followers hatena-bookmark

docker + mastodon で Twitter クローン的なものを動かしてるのか、何なのか。

よく分かりませんが。

そういえば tweetbot 使ってましたね、Jake さんも。

【AndroidStudio】Wi-Fiワイヤレスデバッグ ペアリング済み端末の再接続

パソコンから接続していたAndroid端末に、気がつくと切断されている時がある。


パソコンや端末の電源を一度落としたり、OS の再起動や AndroidStudio の再起動は時間がかかるのでしたくない。

なるべくかんたんに素早く再接続する方法。


1. Connection Assistant「Restart ADB server」

2. ターミナルから「adb kill-server」

3. ワイヤレスデバック OFF → ON

4. 再ペアリング

上のどれかで再接続できるので操作が少ない 1. から順にやっていくと良い。

それぞれ操作後は、3〜10秒程度待つと再接続される。

Event log を見ながらやると分かりやすい。

 

📶 1. Connection Assistant「Restart ADB server」

AndroidStudio 上部から、Troubleshoot device connections を選択して、

Next → Next で2画面を飛ばして以下画面から Restart ADB server。

数秒待つと、端末と再接続されます。

 

📶 2. ターミナルから「adb kill-server」

ターミナルを開いて adb kill-server と打つだけ。

数秒後、再接続されます。

ADB server は kill されると、自動で起動し、ペアリング済み端末に接続にいくようです。

1. の機能もこのことを利用しているように思えます。



 

📶 3. ワイヤレスデバック OFF → ON

私、ずっとこの方法でやってました。

いちいち端末を手にとって、通知バーに入れたタイルから、一度 OFF して ON にする。

 

📶 4. 再ペアリング

上記の3つの方法で接続できない場合は、もう再ペアリングしちゃいます。

AndroidStudio 上部 Pair Devices using Wi-Fi からどうぞ。

 

📶 注意点

端末側がロック画面やスリープ状態だと再接続できないようです。

👉 Jake Wharton さん「Android12、ロック画面 / 常時表示の時計が良い。」 hatena-bookmark

あと、AndroidStudio の設定として、ADB 周りがデフォルト設定になっていることが必要です。

mDNS という仕組みを使って接続してるようです。

👉 【謎?】QRコードによるデバイスのペア設定 - Android11 hatena-bookmark

 

📶 まとめ

一度、ペアリング済みのWiFiワイヤレスデバッグの再接続は、Android Studio 画面上部から、


No Devices 

 ↓

Troubleshoot device connections

 ↓

Next

 ↓

Next

 ↓

Restart ADB server

とするだけでよい。上記 1. の方法です。

adb restart-server

ヘルプを見てみます。


❯ adb help

...

internal debugging:
 start-server             ensure that there is a server running
 kill-server              kill the server if it is running
 reconnect                kick connection from host side to force reconnect
 reconnect device         kick connection from device side to force reconnect
 reconnect offline        reset offline/unauthorized devices to force reconnect

...

restart-server が欲しいですよね。

.bash_profile とか .zshrc とかに書いておくと便利です。


alias adb='function _adb(){
  if [ $1 = "restart-server" ]; then
    adb kill-server && adb start-server;
  else adb "$@";
  fi;
};_adb'




❯ adb restart-server
* daemon not running; starting now at tcp:5037
* daemon started successfully

既存のコマンドにオプションを追加したい場合に、このような alias 記述は使えます。

👉 How to restart ADB manually from Android Studio - Stack Overflow hatena-bookmark

 

■ しかし実は、

今どきの AndroidStudio は、自動で adb start-server される。

以下がデフォルト。

なので、


adb kill-server

だけで、そのあと自動的に起動される。



Kotlin 1.8 で JetpackCompose を使う

Kotlin を 1.7.21 から 1.8.0 に上げます。


[versions]

# kotlin = "1.7.21"
kotlin = "1.8.0"
compose-compiler = "1.4.0-alpha02"

build します。

はい、エラーでました。


e: This version (1.4.0-alpha01) of the Compose Compiler requires Kotlin version 1.7.21
but you appear to be using Kotlin version 1.7.21 which is not known to be compatible.
Please fix your configuration (or `suppressKotlinVersionCompatibilityCheck` but don't say I didn't warn you!).
https://developer.android.com/jetpack/androidx/releases/compose-kotlin#pre-release_kotlin_compatibility

表示されてるリンクに行きます。

はい、Kotlin 1.8 ありません。

👉 Compose to Kotlin Compatibility Map  |  Android Developers hatena-bookmark

さらに、そのページにあるリンク先へ。

ここにありますね。

👉 Compose Compiler Maven Index hatena-bookmark

さらに、このページにあるリンク先の記述を参考に変更します。


# libs.versions.toml

[versions]

# kotlin = "1.7.21"
# compose-compiler = "1.4.0-alpha02" # composeOptions ↔ kotlin 1.7.21

kotlin = "1.8.0"
compose-compiler = "1.4.0-dev-k1.8.0-33c0ad36f83"




// settings.gradle

dependencyResolutionManagement {
  repositoriesMode.set(RepositoriesMode.FAIL_ON_PROJECT_REPOS)
  repositories {
    google()
    mavenCentral()

    maven {
      url "https://androidx.dev/storage/compose-compiler/repository/"
    }




// build.gradle (:app)

composeOptions {
  kotlinCompilerExtensionVersion libs.versions.compose.compiler.get()
}

👉 jimgoog/ComposeAppUsingPrereleaseComposeCompiler: Demonstrates using Compose with pre-releases of KotlinCompiler and ComposeCompiler hatena-bookmark


 

■ まとめ

Kotlin バージョンと Compose Compiler のバージョンは密接に関係しています。

ちなみに、Compose UI 側のバージョンは以前のままの alpha03 (現最新) で、まあまあ良さげです。


[versions]

kotlin = "1.8.0"
compose-compiler = "1.4.0-dev-k1.8.0-33c0ad36f83"
compose-ui = "1.4.0-alpha03"


[libraries]

compose-ui = { module = "androidx.compose.ui:ui", version.ref = "compose-ui" }
compose-ui-tooling = { module = "androidx.compose.ui:ui-tooling", version.ref = "compose-ui" }
compose-ui-tooling-preview = { module = "androidx.compose.ui:ui-tooling-preview", version.ref = "compose-ui" }
compose-ui-test-manifest = { module = "androidx.compose.ui:ui-test-manifest", version.ref = "compose-ui" }
compose-ui-test-junit4 = { module = "androidx.compose.ui:ui-test-junit4", version.ref = "compose-ui" }