スライドショーの書き出しで駒落ち

Mac mini(mid 2010) 2.66GHz モデルOS X10.11.5 で確認したところコマ落ちはしていないようです。

もっと私はわずかなコマ落ちだと気づかない人なのですが。system7 さんのところのコマ落ちはどの程度でしょうか。

なお写真.app のライブラリを戯れにNAS に置いていて無線LAN で接続している都合なのか、写真.app が起動しているだけでCPU を半分くらい使っていて写真.app を起動した状態だと動画再生はカクカクでした。

ところでコマ落ちとのことですが、再生がカクつくのか動画そのもののコマが落ちているのかどちらでしょうか。再生だけが問題なら編集するのには困らない場合もありますよね。

私の環境で書き出した時（1080p）は、動画の再生と写真の切り替わり時のエフェクト時にコマ落ちが確認できました（動画内の音声は問題無し）。

同じ素材でiMovieで書き出した時（720p）は問題なかったので、QTPで確認すると写真で書き出した方のFPSは4、iMovieで書き出した方はFPSは30でした。

私の検証ではこのフレームレートの違いが原因ではと思ってます。

写真で書き出した時のフォーマットは.m4vでiMovieで書き出した時は.mp4となっていたのでこの辺も関係してそうです。

検証機

MacBook Pro Mid 2009 8GBメモリ

OS X 10.11.5

iMovie 10.1.2

先の書き込みでは私の表現の仕方が悪かったようです。

スライドショウで書き出した動画には20秒程の動画と5枚の静止画を使ったものです。

なので、静止画は画面にフィットした状態なのでコマ落ちは関係なく、全体的にコマ落ちしてるようです。

試しに画像を排除して書き出してもコマ落ちが確認できました。

ところが、ni_kiさんのところではコマ落ちが無く、フレームレートも30になっているとのことなので頭の中が？？？な状況です。

CPUの詳細がなかったですね。Core 2 Duo 2.53GHzです。

序でに書くと、グラフィックスはNVIDIA GeForce 9400M 256 MBとなっています。

気になるのは、写真で書き出すとコマ落ち（4fps）するのにiMovieで書き出すと（30fps）問題がないのでスペックの問題ではなさそうなんだけど……何が問題なのか？　という感じです。

追記

書き出しを480pにするとフレームレートが上がり13fpsで出力されました。

なるほど。そのスペックなら私のMac mini より上かもしれないですね。

onesize さんによる書き込み:

気になるのは、写真で書き出すとコマ落ち（4fps）するのにiMovieで書き出すと（30fps）問題がないのでスペックの問題ではなさそうなんだけど……何が問題なのか

おそらくスペックの問題ではないと思います。再生でコマ落ちならスペックの問題ですがか、それはリアルタイムで処理が間に合わないから起きる現象です。書き出し時ならリアルタイムで処理する必要は無いですから、普通は書き出しが遅くなるだけですよね。

スライドショーの再生でもテーマを変更すると動画はスムーズに再生されませんね。

デフォルトではスライドショーのテーマはクラシックになっているのですが、このテーマを変更するとプレビューでも動画部分はスムーズに再生されませんでした。

これは、iPhoneで撮影した4Kや1080p(60fps)をQTPで再生しようとした時と同じ感じなので、どうやらグラフィック性能が追いついてないようです。認めたくないので写真がビデオメモリを使いすぎるのがいけないということにしたいですね（笑）

今回の目的であるスライドショーから書き出した動画をiMovieやFCPで編集するのなら最初からiMovieで始めてしまうほうが綺麗な動画が作成できると思われます。

写真のLibraryが複数あるならiMovieで読み込みたいLibraryをシステムフォトライブラリに指定すればiMovieで読み込めますからそのほうがストレスを感じることがないかと思います。

system7 による書き込み:

これって、今私がスライドショーで作成したプロジェクトをそのままiMovieで読み込め、編集できるという意味ですか?

いえ、残念ながらそうではないのです。何度書き出してもフレームレートが低すぎるのでiMovieで同じ素材で試したところ、問題なく書き出しされたのでそう思ったのですが、スライドショーのテーマがクラシックだったのでこれならiMovieで最初から作ってしまったほうがいいじゃん！と思ってしまったんですね。

しかし、その他のテーマの場合iMovieで同じことができないことに気がついてませんでした。いらぬ期待をさせてしまい申し訳ありません。

私は、FCPは使っていないので確認できないのですが、もしかしたらFCPではスライドショーと同じエフェクトができるのではないかと思ったのですが、できたとしても面倒ですね。

私のところでは、テーマをクラシックから他のテーマに変更すると途端に重くなるので（テーマを戻すと元に戻る）これが書き出し後のフレームレートが低くなることと関係があるのかもというところです。

因みに、すべての写真等から1本の動画を書き出すのは全く問題無く書き出されますね。フレームレートも30fpsですから、スムーズに動画を再生してくれます。

しかし、スライドショーからの書き出しでは、トランジションをオフにしてもフレームレートは上がりませんから、 VTEncoderXPCService辺りに問題があるとすればOSのアップデートで改善の可能性もあるもかもしれませんね。

このVTEncoderXPCServiceを検索するとiCloudと関係があるようなんですが、現在iCloudで同期してるのはメモだけなんです。しかし、スライドショーからの書き出しではVTEncoderXPCServiceが必ず動くようなのでどうしたものかと。

後は、コンソールに何か出力されてないかヒントとなる情報が得られればというところでしょうか。

夜にでも、セーフブート、OSのアップデート等してみて何かあれば書き込みします。

OSのアップデートでトラブルが起きてるようなので、目先を変えて検証してみました。

iPhotoをダウロードしてスライドショーを作成し書き出してみました。

ほぼ同じ素材を使用したのですが、書き出し時間は倍以上だったので期待してQTPで開き、インスペクターでFPSを確認すると30fpsとなってましたので再生確認をするとコマ落ちは見られませんでした。

しかし、解像度がなんとも中途半端なんですよね。1080pで書き出すと1728x1080、720pだと1152x720となってしまうのです。

このこと（解像度）はご存知かと思いますが、少なくとも写真で書き出した時のコマ落ちがハードウェアのスペックに起因するものではないということになりませんか？ （少々強引ですが…）

書き出し時のプロセスに何かしらコマ落ちする原因がありそうなのですが、この辺が私の現時点での限界ではあります。

Cache でエラーがでていますね。Spotlight 系のログも気になりますが、何も関係があるのかどうか判断しかねます。

確かに私が試したMac mini はクリーンインストール環境ですが、クリーンインストールで直る症状の場合はお二方のところで起きないのが一般的です。なのでクリーンインストールでは直らない可能性がそれなりに高いと推測します。

私も今はノートMac 2009 年モデルで確認すべくクリーンインストールの準備中です。二日前から試そうとしているのですがバックアップに手間取って未だにインストールを始められません。 我ながら情けないです^^;

私の環境で少し判ったので書き込みます。

まず、セーフブートしてから同一のスライドショーをすべてのテーマで書き出しました。

各テーマのうちクラシックと雑誌以外は動画の部分が写真上でのプレビューや再生ではスムーズに再生できなかったのですが、書き出すと30fpsで書き出されてスムーズな再生ができました。

セーフブートをする前はスムーズに再生できないテーマは書き出しをしなかったので、セーフブートとの関連性は多分ないと思いますが……

スムーズに再生できるクラシックと雑誌は、書き出し時のプレビューを見る限り丁寧に書き出してるとは思えず、 書き出しも他のテーマより書き出し時間が短いようです。

因みに写真のみのスライドショーでテーマを雑誌にして書き出すと30fpsで書き出されます。

同時にMacBook Pro Mid 2012 2.5GHz(i5) 16GBメモリ 1GBグラフィックス（統合型のはず）OS X 10.10.xの写真で書き出した時は、クラシックのテーマでも問題ありませんでした。

以上、ご報告まで。

どうやらVTEncoderXPCService かそれを使う写真.app のバグみたいですね。2011 年モデルのMac mini とMacBook Pro でテーマクラッシックにて確認すると30fps で書き出されますがVTEncoderXPCService を使っていません。書き出し中に強制終了しても書き出しが正常に行われます。かたや2009 年iMac で試すと10fps 程度の動画が書き出されますが、先のプロセスを終了すると写真.app が落ちます。しかし、このプロセスが開いているファイルを確認すると書き出し作業をしているように見えません。CPU だけ消費している気がします。

OS X 10.11.6にアップデートして書き出し時のログを比較してみました。

テーマがクラシックと雑誌の時のみ下記のログが出力されます。

2016/08/11 3:27:51.123 Photos[577]: [03:27:51.123] CMSampleBufferGetImageBuffer signalled err=-12744 (kCMSampleBufferError_Invalidated) (sbuf invalidated) at /Library/Caches/com.apple.xbs/Sources/CoreMedia_frameworks/CoreMedia-1731.15.206/Sources/Core/FigSampleBuffer/FigSampleBuffer.c line 2399

0 CoreMedia 0x00007fff8e9b4713 CMSampleBufferGetImageBuffer + 138

1 MediaToolbox 0x00007fff8a823d6c FigSampleGeneratorCreateForFormatReaderProducingByteReferenceSampleBuffers + 17094

2 CoreMedia 0x00007fff8e9e3301 FigScheduledFileIOThread + 4316

3 CoreMedia 0x00007fff8e9ec82e figThreadMain + 616

4 libsystem_pthread.dylib 0x00007fff9bdb999d _pthread_body + 131

5 libsystem_pthread.dylib 0x00007fff9bdb991a _pthread_body + 0

6 libsystem_pthread.dylib 0x00007fff9bdb7351 thread_start + 13

2016/08/11 3:28:04.447 Photos[577]: reported progress 0.001980

2016/08/11 3:28:04.465 Photos[577]: reported progress 0.004905

2016/08/11 3:28:04.484 Photos[577]: reported progress 0.009166

2016/08/11 3:28:04.510 Photos[577]: reported progress 0.017753

フレームワーク関連の問題みたいなので、アップル側で何かしら対応しないと解決できない問題のようです。

しかし、core 2 duo以降のcpuを搭載したMacでは、すべてのテーマで書き出しができるようですので（エラーが出力されても）表立った実害がないので放置となるかな〜と考えます。

対応するとしても次期OSからでしょうから、El Capitan止まりのMacに於いては事実上……😠😟