第1章「メディアライブラリ構築の目的と背景」

メディアライブラリを作ろう

字幕が邪魔の場合、動画の外側に表示します(ここをクリック)。

字幕一覧(クリック)

(00:00:00) メディアライブラリを作ろう〜はじめに〜
(00:00:19) メディアライブラリを作ろうというテーマで、解説を始めます。どちらかというと、地味なテーマで、かっこよくも、美しくもないです。
(00:00:36) しかし、例えば、動画の配信は、ほとんどの方が、YouTubeやTikTokを使っていますね。
(00:00:48) やたら再生回数、いいね、登録を求められて、そういうやり方は、自分にとっては風呂敷を広げ過ぎです。
(00:01:03) そんなことよりも、地味にITやパソコンをやってるマイナーな層に、配信できればそれでいいと思っています。
(00:01:16) だから、YouTubeを使わないで、自分のホームページ、Web、ブログから動画や画像を配信することができるようにしたいわけです。
(00:01:32) コマーシャルなど入らないように配信したいです。
(00:01:39) そう望まれる方は、このシリーズが役に立つのではと思います。
(00:01:45) 私は、WordPressを使いますが、DNSが設定できてWeb配信ができれば、他のやり方でも、構造的には同じことかと思います。
(00:02:04) そういった普通の作業方法は、自分のパソコンで動画や画像の作成をして、それをレンタルサーバーへアップロードする、この流れが正しいです。
(00:02:20) ところで、動画や画像などはメディアアセットと呼びますが、メディアアセットは、最近はDropboxなどのクラウドストレージで作業をして保管をしていることも多くなっています。
(00:02:43) クラウドストレージは、そのままリンクを共有できるものが多く、それをブログに貼り付けて公開する方法も、一般化しています。
(00:02:57) ただし気掛かりな点は、クラウドストレージもレンタルサーバーも、いつ撤退するか分からない点です。
(00:03:09) その対処は、完璧な方法はありませんが、ひと所に依存しない、複数使えるようにしておくことだ、と考えます。
(00:03:25) 今回のような、ハンドメイドの配信システムを持つメリットは、やはり、いつでも自由に手直しができることです。
(00:03:37) 結局、趣味の内容をブログにするので、記事も動画画像も頻繁に手直ししますから。
(00:03:47) 私の作ったものは、メディアライブラリと動画パッケージ、動画ライブラリですが、頻繁に手直しする人のための道具です。
(00:04:02) 図を見ていただきたいですが、
(00:04:05) 動画や画像といったメディアアセットは、中には大容量の、500MBを超えるようなものもあり、入れ物が必要になります。
(00:04:22) サーバーに保管します。
(00:04:28) しかし、そのメディアアセットをマネジメントする、管理するための情報は、私の場合、Googleドライブ内のSpreadsheetで行っています。
(00:04:44) アセット自体の管理と、運用するためのメタ情報の管理は、分離することができます。
(00:04:55) 図書館の本の場合は、貸し出すためのサービスが、本を貸し出すための窓口が各図書館に必要になりますが、 
(00:05:08) 動画や画像といったメディア情報は、その置き場所ごとに管理の仕組みを設ける必要はなくて、
(00:05:20) 一括してまとめてコントロールすることができます。
(00:05:27) アセット自体の管理と、運用するためのメタ情報の管理は、分離することができます。
(00:05:39) ただし、メタ情報のメンテナンスは瞬時にできますが、アセットの移動は、何分かかかる場合もあります。そこにはどうしてもタイムラグが生じます。
(00:06:02) ブログは修正されたが、動画や画像がまだ届いていない、といったタイムラグもどうしても生じます。
(00:06:14) それでは、次は、実際に、Macの画面操作を見ていきます。

はじめに:

いまの時代、動画はたくさん出回っています。
でも、その動画を作るために使った素材――たとえば写真や音声、字幕や説明文など――は、紐づいて保存されているでしょうか。

最近の動画編集ツールは、ブラウザから手軽に使えるものが多くなっています。
素材をいくつかアップして、簡単な操作で動画が完成する。便利で楽しい仕組みになっています。
そして完成した動画は、そのままYouTube、TikTokなどの配信サイトにアップされ、世界中に届けられます。

でも、その一方で、完成した動画は、「どうやって作られたのか」、「どんな素材で作られたか」は、作成者は全く分からない、原型を留めないほどに、変形させられるものも多々あります。こうなった時、それが私の作品、所有者は私、と言われても、すっと腑に落ちない。「そこには何か仕掛けられているかも知れない」と不安すら感じるかも知れません。

出発点は「整理整頓」:

さて、これからの時代、動画などのメディアコンテンツの作り方は、どんな考え方に傾いていくでしょうか。

ひとつは、「完成した動画は、素材がなにだったか、原型がどうだったかは、気にしない。レシピはアプリ会社が用意したものから選ぶだけでいい。」という考え方。早い安い美味い、インスタント即決重視。

もうひとつは、「動画の元になった素材や、その作り方の記録も、自分が残しておきたいし、所有権は私のものであり再加工も私だけができる」という考え方。音楽制作や文芸で著作権の大切さを感じた人にある感覚でしょうか。

もちろん、満足最大なのは、その中間にあることはわかっていますが。

前者は、素材軽視、意外性重視、偶然好み、結果だけあればいい。完成物だけ持って飛び出していく人。やりっぱなしで、家はゴミ屋敷。

いいえ全員そうだとは言いませんが、概してそう。

小さい頃から言われ続けてきた整理整頓は、やはり重要です。

完成した動画だけでなく、それを作るまでに使った素材や字幕、説明なども、あとから見返せるようにしたい。
再利用や別の作品への展開にも役立ちます。

「フォルダ整理」の次に「ライブラリ」生成へ:

このシリーズでは、**「メディアライブラリ」**を、メディアコンテンツを作成保存するDropboxを出発点にして、身近な道具を活用しながら、どう作っていくか、これまで数回に渡り掲載してきたライブラリ生成のまとめとして、ご紹介していきます。

メディアライブラリとは、図書館がサービスとして本を貸し出してくれるように、そのメディアコンテンツを配信してくれるところです。しかし図書館といえど世の中のすべての書物を扱えるわけではありません。日本の図書館には、ほとんどが日本語の書物です。同じように、ここでいうメディアライブラリは、「自分が所有している配信可能なコンテンツのうち、配信する予定のあるものを、配信できる状態にスタンバイさせたもの」となります。

ここから先は、メディアコンテンツを流通させる手法を取り扱っていくので、メディアの中身そのものというより、メディアの存在に焦点を当てますので、メディアアセットと呼んでいくことにします。

※アセットとは、一般的には「資産・在庫」の意味ですが、このシリーズでは、「情報」という瞬時に無限に複製移動出来る不思議な存在に対しては、それを「アセット」と呼び、目に見えて手に取ることが出来る物質に対しては「資産・在庫」と呼ぶことにします。

ですから、包含関係で言うと、「自分の所有するメディアアセット⊇配信可能なアセット⊇配信する予定のあるアセット⊇配信できる状態にスタンバイしたアセット」となります。

具体的に私の例で言うと、

(A)自分の所有するメディアアセット(様々なデバイス):
iPhoneやiPadに保存した画像やイラスト、動画、音声など、FinalCutPro、Cubase、図形描画、ドキュメントなどで加工中あるいは完成したものなど。

(B)配信可能なアセット(私の場合はDropbox):
(A)の内で、他者にわたることを前提とした、合法なコンテンツ

(C)配信する予定のあるアセット(私の場合は、Dropbox、Xserver、自宅サーバー、Vimeo、YouTube):
(B)の内で、配信にマッチするように調整を済ませたコンテンツ

(D)配信できる状態にスタンバイしたアセット(私の場合は、Dropbox、Xserver、自宅サーバー、Vimeo、YouTube):
(C)の内で、共有URLを持って、ランチャー(発射台)にセットされたアセット

※(C)と(D)の違いは、ステータス(公開、非公開)の違い。


以上のようになります。
このうち、(B)について、Dropboxの中にフォルダ(mmedia pmedia)を設定しています。このフォルダの整理以降が、今シリーズの対象になります。

メディアライブラリは商社の本社機能のようなもの:

図書館とメディアライブラリの違いを考えてみます。
一言でいって、サービス部門の設置場所が、違ってきます。図書館は書籍を受け渡しするためサービス部門は図書館内に必要です。
メディアライブラリは、動画、画像、テキストといった、質量がなく即座に複製移動できる情報アセットを受け渡しするサービス部門です。従って、メディアライブラリは、アセットが複数の場所に存在していても、一ヶ所あれば十分です。

メディアライブラリはGoogleドライブを使っています。Googleドライブには、動画、画像、テキストといったアセット自体は置きません。置くのは、そのアセットの特性や特徴を記録したアセット情報だけです。メタデータだけです。
またGoogleドライブには、GASやAppSheetなどの指示命令機能がそなわっています。いわば、商社の本社機能と言っていいです。

このシリーズで目指すもの:

このシリーズでは、DropboxやWordPressサーバーなど、すでに持っている道具、標準装備されているものをうまく使って

誰でもできる「メディアライブラリのかたち」を提案していきます。

こんな方におすすめ:

この連載は、私自身が実際にメディアライブラリを作ってきた経験をもとに、
できるだけわかりやすく紹介していくことを目指しています。

パソコンは Mac を使用しており、
そのために AppleScript や Automator など、Mac特有の言語やアプリを使う場面も出てきます。

でも、どれも難しいプログラミングではなく、
「ちょっとした工夫で整理がしやすくなる」という発想に近い内容です。

  • 動画配信やメディア配信を、YouTubeに類するような大手配信サービスに依存したくない方、ひと所に依存したくない方
  • 動画や画像を頻繁に手直ししたい方
  • 共有URLの提供を、自分として一本化したい方
  • メディアコンテンツの作成からメディアアセットの管理を、一貫して行いたい方
  • そうしたメディアアセット管理システム(MAM)を、あまりお金を掛けないで、ハンドメイドで小規模に実現したい方

そんな方にとって、きっとヒントになるシリーズになると思います。



次回からは、実際の構造や工夫について、図や例をまじえながらお伝えしていきます。

準備するもの:

Mac、Dropbox、Googleドライブ、AppSheet、AppleScript、Python、GAS、ShellScript
です。DropboxおよびGoogleドライブは最下位の有料版で十分。

次回予告:

第2章では、「メディアライブラリへの登録〜パイプライン処理〜」についてご紹介します。

第2章を読む


🔗 目次ページへ戻る