マウス右クリックで実行してみます。種別を見ての通り、PSD(=コンポで読み込み可能なファイル)はコンポジションで、TIFFやTGAはレイヤー構造をもたないフッテージで読み込みました。*背景は空と山BOOKと地面BOOKのPSD、雲はTIFF、星はTGAです。これを発展させれば、以前私が作っていたコンポ自動ビルドツールと同じ自動処理も可能です。背景とセルを読み込んでコンポに配置してタイムシートも適用する....という流れを自動化できます。今ごろ、Automatorに注目しているあたり、ちょっと間抜けなんですが、まあ、いいです。便利なものに時と場所は関係なし。アニメ業界でも、映像業界でも、Macを使っている人は結構多いですよネ。仕事では業務用Windowsでも、プライベートではMacBookやiPadを使っている人を数多く見ます。クイックアクションは右クリックで呼び出せて、いちいちマウスを大きく移動させる手間がないので、地味に快適になりますヨ。久PSD、Clip、連番ファイル私は、4年以上、Procreateで原画を描いていますが、Procreateでやりとりできるなどとは思っておりません。内部の同じフロアのチームならOKですが、一般的なファイル形式であるわけがないです。ProcreateからPSD形式で書き出して、互換性をまず確保することになります。PSDはそれはもう、みなが好き勝手にレイヤー構成している状況。言って、細かい仕様を決め込みすぎると、それはそれでガッチガチになって運用が難しくなります。そもそも、原画って、時にはAセルのみ、時にはABセルを1枚に書き込み、時には注釈もつけたりで、紙の時代から綺麗にセルごとに分割されているわけではないです。Bセルのレイヤーフォルダの中がスカスカに番号抜けしてたら、逆に混乱すると思いますし。紙の原画の作法を踏襲している「デジタル原画」なら、紙に倣えば良いと前々から感じてます。タイムシートに原画を挟む時に、AセルBセルごとにクリップやホチキスで留めたりしませんよネ。レイヤーフォルダでセルごとにまとめるよりも、PhotoshopでPSDファイルを開いた時のレイヤー並び順が、まるで紙に挟んでいるが如くに整然と並んでいれば良いと思います。レイヤーフォルダの使い道は、1枚の絵が複数レイヤーに分割された時に、1つの絵としてまとめる時で良いんじゃないかな....と最近は思うようになりました。そのようにPhotoshopのスクリプトも作ってあります。レイヤーフォルダの第何階層まで掘るか....という深度を決めています。言うのは、限定的な話題です。結局、「デジタル作画のやりとり」には、何の形式が共用(公用)に向いているか。....が一番大きくて深刻で厄介な問題です。「デジタル作画」ならclip形式でいいんじゃない?....と思いますけどネ。Studioだったら、導入のハードルは地べたを這うが如く低いでしょ。Studioが最適だと思いますけどネ。導入&維持コスト、性能ともに。Studioを所有しているわけではないので、clip形式は環境によっては全く開けないファイルなのです。Studioは2020年代、アニメーター必須のソフトウェアとなるか、こればかりは誰も決められません。Harmonyが最適とは思います。Harmonyは、階調トレス、カラーアートやオーバーレイなどの複合レイヤー、デフォーマー、マスターコントローラ、ノードスタイルのUI、XYZの立体的なカメラがデフォルト....と、日本のアニメが手を出せずにきた要素をふんだんに装備していますから、新しい技術スタイルでこそ真価を猛烈に発揮します。新しい脳みそ=作画に対する新しい思考形態が使う側に必要です。いうものの、アニメ業界の暗黙の総意としては、しばらくはまだ、紙スタイル・フィルム撮影台スタイルの映像制作を続けようとしているわけですよネ。原画作業なら、PSDで一つにまとまった原画ファイル全ての原画枚数がフラットに見渡せる連番ファイル(最高画質のJPEGかTIFF。TGAは解像度情報がないのでNG)タイムシートをファイル内部にもち、すぐにパラパラと動きが見渡せるclip形式プレビューのムービーファイル(m4v、mp4が良いと思います。容量は軽いし互換性が高い)あたりを整備しておけば良いと思います。うわ〜....テンコ盛りだな....と思うでしょうが、私もそう思います。過渡期ゆえの、内容が重複した無駄リソースです。現状の「デジタル作画」は1つの形式に決めきれないんだから、様々なケースに対応すべく、書き出しの自動化なども活用して対応するしかないです。Photoshopの流れで、手作業だと異様に面倒な原画上がり画像セット書き出しも、PSDから自動生成できます。過渡期は、自動処理や運用法など色々工夫して対処しないと、煩雑な作業に心身を喰われます。Studioでフローしたスタイルも実践しました。スムーズでやりやすかったですよ。それでも、動画作業で使う色鉛筆の16進数の値は何がOK?とか、ペイントマンとの互換性を検証したり(何色まで認識できるのか)とか、一筋縄ではいきませんでした。ソフトウェアや環境がバラバラなら、もっと一筋縄ではいきません。少なくとも今は、いろんな受け渡し方法に対応する必要があります。TVPaintは、去年アプローチした際にちょうど代理店が日本からなくなった時期で、レスポンスが非常に悪かったのが災いして、全く使っていません。一時は試しに導入してみて、4Kでどうなるか、テストしてみようと機運が高まっていたんですけどね....。加えて、やはり去年の同じ頃、TVPaintを導入している会社に外注のアプローチをした時に「4Kのタブレットをそちらで用意して供給してくれないと、作業は難しい」と言われて、さらに遠ざかることになりました。私はiPadで全ての4Kの原画・作監の作業をしたので、2.8Kでも4Kの作業はできるんだけどね....。Clipで動画を引き受けてくれた外注さんは、おそらく2〜2.5Kで作業したはずですし。1〜2カットのために、4Kタブレットを用意して貸し出せ....というのは、さすがに呑めませんでした。Studioで4Kが作業できることが検証できて、TVPaintを4Kで使う話は消滅しました。....ちなみに、スタイロスで4Kは困難の連続で実質NGでした。わたし的には、Aura時代から馴染んで、旧知の知り合いもAura時代からの凄腕の使い手だったりして、決してTVPaintそのものは難ありとは思ってないんですが、悪い要素が重なっちゃったよなあ....。2020年の今となっては、どうせお金を出すのなら、もう少し出して、カットアウトに完全対応しているHarmonyのほうが魅力がありますし。TVPaint社は2020年の現在も日本の拠点はないのだろうか。中国に拠点があっても、なあ....。セルシスもToonBoomも、拠点は日本国内にしっかり存在してますよネ。アマチュアがフリーウェアを使うわけではないので、その辺は重要なポイントです。2020年代、「デジタル原画動画」を取り巻く状況はどんどん変化していくでしょう。その変化に追随していくには、かなりの柔軟性が必要です。柔軟に対応するがあまり疲弊してしまうことは、容易に想像できます。揺れる船の上で船酔いするかのごとく。多少揺れても、水平を保つスタビライザー的な仕組みを考えないと、体がもちませんよネ。使う道具はコンピュータなので、スクリプトなどの自動処理で揺れを吸収することはできましょう。コンピュータゆえに揺れるのなら、コンピュータで揺れを吸収するのも、手の1つですネ。久コンポーネントたとえ小さなスクリプトを作成する際にも、同じサブルーチンを何度も繰り返し書くのは非効率である上に、メンテナンスも煩雑になります。再帰処理を毎回書くのはいかにも面倒ですよネ。共通したルーチンは、コンポーネント化して集約します。AppleScriptは他の言語同様、外部のスクリプトを読み込んで活用できます。"Macintosh:Folder:")とは言うものの、最近のmacOSは、昔のようにユーザが自由にイジれる仕様ではなくなっています。以前は可視だったシステム関連のフォルダは不可視になって久しいです。クイックアクションで使うルーチンのコンポーネントをどこに置いておけば良いか。簡単な方法としては、クイックアクションのファイルと同階層に置くのがいかにもわかりやすいです。クイックアクションのファイルから見て「同階層」とはどこになるのか。クイックアクションに内包されるAppleScriptから呼び出すので、「ユーザ/Library/Services/」を示す結果となるのか。どこ?おそらく、Automatorのパッケージファイルの中の深いところでしょう。クイックアクションのファイルはそれ自体は実行ファイルじゃないもんな。me」すれば、実行ファイル自身のパスを取得するのは当然か。runner.xpcという実行ファイルに頼っているようですネ。Automatorのフレームワークの中に私独自のファイルを置くわけにはいくまい。アップデートのたびに消される可能性大。う〜ん、どうしようか。Supportとかに置いて、クイックアクションだけでなくスクリプトメニューやレンダー庭園(仮名)とも共用したいです。Supportだと、マシンローカルに限定されます。Catalina以降は色々と実行許可もキビしいし。IDを活用して、iCloudの特定場所にしたほうが良いかな。IDを使う限り、どのマシンでもコンポーネントが呼び出せます。iCloudって、どんなパスになるんでしょう。Documents/com~apple~CloudDocs/「com~apple~CloudDocs」というのが、見慣れないですが、Finderが認識できるiCloudのパスはソコみたいですネ。Documents/com~apple~CloudDocs/」を連結し、あとはコンポーネントファイルの以下のパスを連結すれば、毎回変わらず特定できそうです。miniからも、コンポーネントが呼び出せて、コンポーネントを編集して機能アップすれば、全台のMac端末に反映されます。試しにTIFFの変換スクリプトを移植がてら、正常に動作するか試してみました。無事、TIFFファイルが書き出されました。form)してShellに投げるので、正常に処理されます。仕事の時は、こんな名前は一切出しませんし、仕事用のリネームスクリプトも色々用意しています。それこそ、CODE39の文字に丸めるスクリプトとかネ。*「安全な文字列に変更」というスクリプトも随分前に作りました。クイックアクションはいっそのこと、Library/Servicesもクラウドで共有できると楽なんですが、まずはそこまでしなくても良いか。今頃になって、Automatorを使い始めるのも何ですが、右クリックで素早くJPEGやTIFF、連番リネーム、項目のリストなどが取得できると、作業が地道に捗ってストレスが軽減されます。「こんな感じの絵です」みたいな途中経過の画像をメールで送る時に、まさかPhotoshopを立ち上げてJPEGに変換するなんて大げさな手間はしたくないですよネ。右クリックでJPEG変換できれば楽です。クイックアクセス用途だけでも、まずはAutomator重宝。何を選んで、何を覚えて習得すると、後々有利か。そんなことばかり考えている人は、そこそこ多いように思います。何が後々有利かを考え続けて、結局何も身に付かず、5年10年経過すること。2000年代の10年間に何ができた?2010年代の10年間に何が身についた?「これがいいかも知れない」「あっちのほうが有利かもしれない」と、何ひとつ成果を出さぬまま、目移りするだけの年月は、有利不利で言うならば、かなり不利ですよネ。「利」を得られなくて、耳の大年増になっただけ。40、50代になっても、10年の浪費はキツいわ。取り返しがつきません。20、30代もせっかくの吸収力の大きい時期に足踏みしているだけなんて、自分の人生のリアルをずいぶんと無駄にしています。「これはいけるかもしれない」....と思ったら、たとえ1年間だけでも、熱中して取り組んでみるのが良いです。他人から「こっちのほうが有利だよ」とか言われても、まずは取り組んだことで成果を達成することです。自己満足で終わらないように、ちゃんと実用化して表に出しましょう。5カットでも10カットでも、自分の取り組んだものごとの成果を作品に表しましょう。言われた通りに、あっちのほうが有利だったかも........と後々で思っても、実は1つの取り組みを成し遂げた経験は、その後の新しい取り組みに極めて有用となります。尻切れトンボで終始していては得られない、大きなノウハウを自分にもたらします。私はスクリプトはAppleScript、GUI付きのソフトウェアのプログラミングはREALbasicで覚えました。今から20年前の話で、アニメーターとコンポジターの本職の傍らで習得しました。AppleScriptなんて今では隅っこも隅っこ。REALbasicって今でも存在しているのか判らないほどです。これ、何が書いてあるか、何を書けば良いか、解るぞ。....と自分でも驚くくらいに内容が理解できました。AppleScriptとREALbasicを通して、知らぬ間に身についていたのです。最初のうちは右も左もわからんです。何をすれば良いのか、何を選べば良いかで、色々と迷うものです。迷うことに2年も3年もグズグズ費やして、振り返ってみたら、10年間、何も覚えられないままだった....なんていうのが、一番悪いです。良き方向を模索して、むしろ、悪しき方向に進む何が良いかで悩み続けて、どんどん悪くなるそんなことになるのだったら、たとえ最短の直線距離で到達できなくても、何度も曲がって確実にたどり着いたほうが良いです。周りを気にしてばかりいると、結局、何も得られず、おこぼれしかありつけませんよ。一家言とまではいかないにせよ、目標を達成できたノウハウがあれば、次に繋がっていきます。2020年代の10年間を、また目移りだけで過ごしてしまって、良いのでしょうか。「デジタル作画」だって、ソフトウェアを日常の仕事道具にする、ペンタブで絵を描いてお金を稼ぐ....というノウハウを得られるわけですから、決して紙作画の刷り直し的な面だけでなく、善き点も多く含んでいます。「デジタル作画」でコンピュータとペンタブの扱いに慣れれば、次にはもっと大きなステップアップが可能になるでしょう。揶揄ばかりして何も行動しないのが、一番マズい。展示会にいって現在の動向を見聞きするのは良いですが、それだけで満足しては何も進展しません。他のジャンルだって同じです。見聞きしただけで上達したり習得できるほどチョロいもんじゃないです。損得は後でも調整できます。路線変更も後で可能です。「行動すること」は、今開始しないと何も始まりません。今のご時世、世代や時代や社会に関連付けた「できない理由」を取り上げる記事やツイートが多いように思いますけど、自分の運命は自分でも大きく変えられます。*例えば、「ロスジェネ」=「こんなに酷い目にあったから社会に復讐だ」みたいなツイートではなく、むしろ同世代の励みになる「ロスジェネで辛酸も舐めたけど、今はこういう新しいことで道が開けた」みたいなツイートをしたほうがどれだけ有用か。私だって、「アニメ業界にいたからバブルなんて関係なかった。バブル世代がみな勝手放題だったなんて事実誤認の幻想だ。」みたいな記事を延々としつこく続けて書かんですよ。アニメ業界の悲惨な作画単価があったがゆえに、どう言う風に思考して新しい方法論を実践してきたかを書き続けています。自分自身で行動を開始して頑張りましょう。すれば、自ずと、そういう人たちが集まって、新たな何かが始まります。私は今まで、そういう体験を何度もしてきたので、2020年代も同じことが起きることが普通に予感できます。昔を振り返って、「よくまあ、あの狭いスペースにそうそうたるメンツが肩を並べていたもんだな。」と思っても、実はそれは偶然ではなく必然なのです。私はまた色々な新しいことを始めようと思っています。昔から温めたアイデアを形に変えていくには、2020年はちょうど良い年です。従来の仕事〜原画の仕事はすぐに控えているし、劇場のVFXの仕事もありますし、不思議なテレビの仕事も準備中ですが、それとは別に、新しいことはやります。何かやろうと思っているのなら、老若男女分け隔てなく、2020年は良いスタートの時期ですヨ。久フレーム補完と自動中割りの共通限界点Dain-Appという興味深い技術が紹介されていますネ。24fps」の映像まで60fpsに補完している点です。従来のアリゴリズムですと、24fps映像の中に部分的に8fpsが含まれていると、カメラワークだけが60fps化されるなど、画面の中で8fpsと60fpsが混在する補完になっていましたが、Dain-Appのデモを見ると、3コマ打ちシートのキャラの動きも60fpsで動いていますよネ。ソレができるとは思ってませんでした。AIのなせる技?....なんですかね。背景のスライドは24fpsだと認識し、一方、画像の特定部分=人物の部分とかは、111222333444555666777888の3コマ打ち=8fps....と、同じ絵を3回使いまわしている動きであることは、少なくとも人間の知能なら分析できます。同じ分析をDain-AppのAIでおこなっているかは、アウトサイダーなので不明ですが、映像を見る限りは達成しているように見えます。この点は純粋に評価すべき点と思いますヨ。....で、制作現場で現役のアニメーターなら、すぐに目につきますよネ。均等割りになってしまっていること割り間違いが随所に散見されること....を、です。実は、これは自動中割りでも同じ障害がありまして、ゆえに、私は自動中割り(ピクセルモーションによる画像補完)を現段階では極めて限定的にしか使わないのです。....ちなみにカットアウトは自動中割りとは別の技術ですよ。自動中割りと、Dain-Appが、同じ限界でつまずいていることは、注目すべきことです。自動中割りのデモでたまに見るのが、炎の動きが下に送られて、上下上下を繰り返す動きになっているテクニカルエラーです。千切れた炎は下には戻らんですが、形が似ているから、間違うんですよネ。人間も同じミスをすることがあります。人間でも、初心者や、やっつけ仕事のタップ割り・均等割りだと、同じ結果になるのです。上述の炎の中割りも、新人が理屈も考えずに、周辺の似た形に中割りしてしまい、動画チーフに「普通に燃えてる炎って、下や真横に向かって動くかい?」と指導されます。昔からエフェクト作画で新人がやらかす「あるある」ネタです。下図は極端ですけど、割りミス・割り間違いの典型です。※ご使用の環境は本blogの動画再生に対応していません。※ご使用の環境は本blogの動画再生に対応していません。同じミスをするのに、人間もコンピュータも隔てなし。人間だと、こんな中割りはしない!....とか言いがちですが、人間でも知識と経験が及ばないと、自動中割りやDain-Appと同じ結果物を作ってしまうのです。キャラの各パーツそれぞれ異なる動きの流れ(それぞれのツメ)を見極めることって、動画作業者の中堅以上のキャリアでないと難しいです。ゆえに、自動中割りもDain-Appも、そして初心段階の人間の動画作業者も、中割りは均等で綺麗なんだけど、動きがチグハグになるのです。実は、初心者から中堅以上のレベルに上がるためには、「自分の中の、技術的特異点を通過する」必要があります。あ....なんか、解ったかも。....と、突き抜けて、向こう側へと繋がった感覚....とでもいいましょうか。オカルトみたいな表現ではなく、もう少し現実的な表現で言うと、動き=運動には、近似性があって、重量やスケールの大小こそあれど、皆、似た形や運動をしていることに「まるで一線を越えたように、すっと理解できる瞬間」があって、その近似性を応用できることにも気づく....といいましょうか。言えば、別のジャンルに思える、絵のレイアウト、絵の色彩、映像の抑揚、音楽の旋律やリズムは、みな近似しているのです。....あれ、もっとわからなくなっちゃいましたかね....。Effectsのキーフレームのカーブを設定する時、初心者の人はめちゃくちゃなカーブを設定しがちですが、見ていて心地よい映像は、キーフレームのカーブだって、まるで猫の背中のカーブを描くようにゆったりと滑らかなんですヨ。*キーフレームのカーブは、絵を描くのと同じです。激しい変化を求めていないのに、ちぐはぐでガタガタなカーブになれば、映像だってガタガタで不自然になります。猫の滑らかなボディカーブが描けるのなら、その描き方を頭の奥でイメージして応用すれば良いのです。「間(空白)を表現する」「様々な動きの中に、自然界法則の暗喩を見る」ということを、AIにも学んでもらわないと、その先の「人間だけが表現していた領域」には踏み込めません。やっつけ仕事の粗い内容はAIにもできるでしょうが、監督・演出の人に「そうそう!この雰囲気が欲しかったんだよ!」と言ってもらえる完成物には、ほど遠いものになります。AIではないですが、「フレーム補完」「自動中割り」について、ずいぶん前に、こんな映像をテストしたことがあります。技術的なハードルは高くて、原画から動画へと映像を作れるか....というお題です。原画の絵のタイムラインはこうです。※ご使用の環境は本blogの動画再生に対応していません。期待する結果はこうですよネ。24fpsフルモーションの場合。....カットアウトで動かしているので、普通に動きます。※ご使用の環境は本blogの動画再生に対応していません。8fps(3コマ打ちの場合)では、以下のようにパタパタとした可愛い感じに動きます。これもカットアウトです。※ご使用の環境は本blogの動画再生に対応していません。実際に「自動中割り」「フレーム補完」で処理してみると、以下のようになりました。原画のコマの絵から、ピクセルモーションで「自動中割り」した結果です。原画枚数だと絵(フレーム)が少ないので、「中割りの絵に大問題」が発生していますネ。※ご使用の環境は本blogの動画再生に対応していません。面白いっちゃあ面白いんですけど、リテークですネ。この結果を笑ってもいられないですよ。80年代のアニメで、ハンドルを切る手の動き(手を交差させて回転させる動き)で、腕が3本になった動画(当然、人間が描いた)が放送されたことがあるらしいです。昔話じゃなくて現在でも、キツめな「作画崩壊」は似たような状況ですよネ。動画を自動化する「無人動画」....なんて期待している人もいるかも知れませんが、原画枚数を描きまくって、処理アルゴリズムが正常に処理できるようにしないと、無残な結果に終わります。動画工程は、清書する時にも、絵を動かす時にも、極めて「人間の処理能力」を要するのです。ちなみに、既に8fps=3コマ均等に動かしたのちに、ピクセルモーションで24fpsに補完すると、キビしい部分はまだあるものの、相当マシになります。Dain-Appはこのジャンル(低いフレームレートを補完する目的。アニメ作画の自動中割り目的ではない。)の進化系と言えそうです。※ご使用の環境は本blogの動画再生に対応していません。動いている部分は、ミスなく「中割り」してますネ。....あ、空との輪郭部分は、ちょっとブルブル震えて危ういですネ....。....なので、60pを目指すのなら、最初からクリエイティブの人間が、60pを意識して作品を作るのが良いでしょう。60pはものすごく難しいですよ。3コマうちでパタパタ動かしておいたほうが、ぶっちゃけ「様になり」ます。60pでアニメの絵を動かすのは、アニメーターにとって前人未到の領域と言っても、大袈裟ではありません。フルアニメーションを作りたいなら、最初から24fpsや60pの動きをアニメーターが作り出さないと、単に中枚数だけが増えた「チカラのない映像」になります。3コマの動きが描けたからって、フルアニメーションで上手く描けるとは限りませんよネ。ぐりんぐりんカメラが回り込んで背動で....みたいな派手なカットは24コマのフルも映えますが、日常芝居で24コマや60pを自然に見せるには、相当の経験と知識が必要です。できないことはないと思っています。経験と知識が必要なら、積めば良いのです。....今までだって、そうやって克服して自分たちのパワーにしてきたんだもん。できないことはないはずです。....が、4KHDR60pでは、さすがに紙で一枚ずつ描くのは、もう無理ですけどネ。私はDain-Appをむやみに否定しようとは思いません。いえ、深夜枠のアニメを60pに変換する用途なら、Dain-Appはなんと悲劇的な宿命を負わされていることか。スマートアップスケーリングと中間フレーム画像補完に頼るアニメ業界になるのなら、もう自滅を待つばかりとも思います。現場の作り手側も、Daim-Appの映像を見て、単に拒否反応しか沸かないのなら、既に発想力の老化が始まっているとも思います。確かに「ソープオペラ」は不快かも知れませんが、60pの動きの中に新たな可能性を全く見出せないのなら、過去の思い出と余生を過ごす御隠居様と同然です。人間だって、能力の活かしかた次第じゃないですか。マシンや技術も同じです。バブル世代もロスジェネ世代も、ゆとりもさとりも、無名だろうがベテランだろうが、出自も経歴も関係なく、結局は「今、何ができるか」そして「未来、何ができそうか」が重要です。アニメはこうあるべきものだ。....と発想が固まったら、それは硬直が始まった死体と同じです。生き続けるために、未来の空気を吸いましょう。Dain-Appと自動中割りの共通した限界は、この先、突破できるのか。コンピュータが自力で俳句を詠める(先人の詠んだフレーズの組み合わせでなく、オリジナルのフレーズで)ようになれば、アニメの絵が「なぜ、そのように省略され誇張されているか」を理解でき、絵も描けるようになると思いますが、そうはなりませんよネ。そもそも「絵を描ける」ようにならないと、動画の中堅以上の技術を要する作業は無理ですよネ。AIがそこまでできるようになったら、AIは自我に目覚め、自我に悩み、恋もするだろうし、時には自分で死を選ぶこともありましょう。観念めいたことを言うようですが、人間が人間の心を揺り動かす絵を描けるのは、自我があるからです。その自我は動画作業にも必要です。アニメ絵は単純化されているから、コンピュータでも絵を作れるだろ....というのは、絵を知らない素人の考えです。実際に描いてみなよ、自分で。....服のシワひとつ、初心者じゃカッコよく描けないからさ。私の予測では、コンピュータ(AI含む)は、人間の表現力を期待する内容は無理で、単純な均等割りやタップ割りで済む範囲に限定されると思います。有力な作業力にはなるが、人間の能力と同等を期待しない、コンピュータ・AI向きの作業を「手分けして作業する」のが善き使いかただと感じます。Effectsで、撮影も現像もやってるでしょ。撮影台にフィルムを装填したり台をハンドルで動かしたり、現像液で現像したりという手間は、コンピュータに任せたでしょ。その拡大版だと思えば良いのです。表現の中核は人間が担う。単純な作業はコンピュータがアシストして稼ぐ。問題は、「単純な作業」と言われる中にも、人間の技術力の育成に必要な要素が多く含まれていることです。それをコンピュータに任せると、基礎が形成できない人間ばかりが溢れる....という事態も懸念されますよネ。技術のスケーリングにおいて、ミッシングリンク部分が生じます。言って、例えば今、撮影のスタッフを育成するのに、フィルム撮影台から現像まで実習させないですよネ。ベテランや中堅が、2020年代以降の新しい育成法を考えないと、根性論だけに終始するアホな現場になります。40〜50代の人間は、昔の殻に閉じ籠るのではなく、積極的に新しい技術を「肯定」して、自らの経験値と合体させて、後進の指導と育成にあたるべきだと思いますが、いかがでしょう。新しい技術が出てきたら、無下に否定するのではなく、自分の思考における新しい論点にするくらいの気概が必要だと、私は思います。自動中割りとカットアウトの差ぐらいは知っておくところから始めた方が良いです。EffectsCS6でもできるんだから、「機材がないからできないし知らない」なんてウソです。私はミラードライブドアのMacG4の頃から自宅でカットアウトの自己研究を開始してましたし。ないと、都市伝説まがいの「自動中割りもうすぐ実用化説」に惑わされますよ。久クイックアクション....といっても、QARのことではなく、macOSのFinderの右クリックメニューの「クイックアクション」です。前々から、ここに自分で作った数々のプチスクリプトを呼び出せるようにすれば便利だなと思っていました。ファイル名を大量に置換したり、ファイル名を番号でリネームしたり、JPEGやTIFFに変換したり....と、昔から自分で作りためた単機能のスクリプトは、クイックアクションで現代のmacOSでも活きると感じてました。やれば、自分でクイックアクションを作れるのか。何となく、調べもしないまま、月日が経ちました。Automatorを使えば、macOS時代のサービスに対応した自作のスクリプトが作れるのではないかと、重い腰を上げてみることにしました。普段は全く使ってなかったAutomatorを起動して、新規書類の一覧を見たら、あっけなく、その機能がありました。欲しかったそのまんまの書類=「クイックアクション」対応のファイルが作成可能みたいです。私のプチスクリプトはAppleScriptで実行可能になっていますので、そのスクリプトの中身を移植すれば良いのですが、単純にコピペすれば良いって話でもなさそうです。試した結果、「こうすれば良い」というのがわかりましたので、ここでご紹介。自分で作ったクイックアクションは、自分のライブラリの「Services」に保存されます。Finderは自動でServicesの中のクイックアクションを認識するはずです。クイックアクションの内容に合わせて提供する仕組みなのか、単純に保存しただけではクイックアクションのメニューに表れません。右クリックしてクイックアクションを呼び出しても、「てすと」が表示されません。Finderが処理すべき内容であることを、クイックアクションのオプションで指定する必要がありそうです。以下のように設定してみました。クイックアクションの仕組みにおいて、どのアプリのどんな項目が対象かを、上図のオプションで指定すれば、Finderでファイルやフォルダを選択した状態のクイックアクションのリストの中に表示されます。クイックアクションは、どのアプリケーションでどのオブジェクトが対象かを、それなりにちゃんと判断するので、ファイルやフォルダを対象とするのなら、「認識させるためにも」上述のオプション指定は必須になる....みたいですネ。選択項目を処理する場合(=ファイル選択のプロンプトを経なくても)は、「自動(ファイルまたはフォルダ)」を選んでおくと良いみたいです。Finder上でファイルやフォルダを選択した時点で、入力ソースの指定は終わっていますので、「このアクションの入力を無視」にしてもちゃんと正常に処理が進行します。ちなみに、サブルーチンも使えます。残念ながらpropertyは設定できるものの、前回の値を記憶せず、毎回初期化されるみたいです。その点は注意点ですかね。このブログに掲載する画像は、必ずJPEGに変換してアップロードするのですが(WikipediaやAmazonは直接リンク)、項目を選択して右クリックで簡単にJPEG変換スクリプトが呼び出せれば手軽で良いなと思っていました。クイックアクションで呼び出す方法を調べぬまま今まで来て、ようやくそれが今日可能になりました。....もっとはやくやっとけば良かった。こんな感じに簡単に変換できるようになりました。自作のJPEG変換スクリプトを実行してみます。変換後にオリジナルとペアになるように、単純に変換前のファイル名に拡張子をつけてますが、もちろん、行儀の良い名前で変換もできますヨ。新規項目の命名規則は自分で好きなようにプログラムできます。アイコンがスクエアになるのはご愛敬。最近(=Catalina)、なぜかこうなっちゃたんだよネ。原因は調べてないので知りません。アイコンを作り直す自動処理まで作らなくても、いつか改善されるんじゃないかと思ってます。sips上でアイコンを追加する(-iオプション)のをやめて、Finderに任せることにしました。-iオプションで生成されるアイコンがスクエアに変形される理由は未だ不明。scriptで実行してます。Automator>AppleScript>Shellという流れです。画質とリサイズが簡単なUIで指定できるようにプログラムしてあります。TIFFやPNG、TARGAへの変換も可能です。私は昔からsipsを愛用してます。Automatorは使わずにきましたが、クイックアクションへの移植だけでも、Automatorは有用だと言うことがわかりました。AppleScriptなりシェルなりで自動処理を自作してきた人は、右クリックでも呼び出せる便利な自動処理へと、Automatorで変換できますヨ。AEPファイルを選択して、ライセンスをもたない(というか、正規版の親ライセンスを継承した)レンダリングエンジン版に、aerenderでレンダリングさせるクイックアクションも簡単に作れそうです。Automatorを経由してシェルに命令を投げれば良いだけですからネ。Effects」として動作するので、コマンドさえ使いこなせば1つのライセンスで自分なりのレンダーファームを組めます。監視レンダーに束縛されずに。話はズレますが(毎度のことか)、aerenderを使って、レンダーガーデン的なものを作ろうと考えています。2000年前後の再来はレンダリング事情にも及んで、もはやMacだのWinだのプラットフォームなど超えて、あらゆるマシンのリソースをレンダリングに活用しないと、4KHDR時代の新アニメ技術には間に合いません。2Kテレビ作品のレンダリング時間など比較にならないくらい、時間がかかるようになります。CS6を使っていられるのもリミットが来ましょう。2020年代にAppleScriptを積極的に使おうとは思いませんが、自力開発の必要性は高まるでしょう。原価で欲しけりゃ自分で作れ....というのがありました。原価とまでは言わなくても、開発能力のない集団は、どんな些細な処理でも金を支払って出来合いのアプリケーションをいくつも買い揃えて、使い分けて組み合わせる手間を負いましょう。なければ、自力開発できる能力を備えるしかないです。Effectsはともかく、レンダーガーデンのようなソリューションは、自分たちで作っても良いと思いますヨ。自分たちが一番使いやすいように作ることができるんだから。開発の旅路に終わりなし。(01/27)自炊は安い。(01/24)復活の日。(01/24)クイックアクションをもっと。(01/23)有利とか不利とか。