07/04/20 17:57:34 u7jdX20S0
>>638
ぬりがとうｗ
Perian 1.0b1、mkvの字幕、チャプター入りのままmovへの
コンテナ入れ替え問題ないんだな。
そのまま動くしプロパティから字幕のon/off可能。
ま、試したのがH.264+AACだからなんだけど・・・
640:名称未設定
07/04/20 21:52:05 pVbV2bSU0
>プロパティから字幕のon/off可能
って何ですか？
641:名称未設定
07/04/20 22:29:00 fsKw7vBT0
>>640
MKVの字幕
642:名称未設定
07/04/20 23:17:46 pAGErpFE0
QTproじゃないと弄れないんじゃなかったっけ？＞プロパティ
643:名称未設定
07/04/20 23:33:11 pVbV2bSU0
QTProじゃ字幕の存在自体確認できないけど…。
644:名称未設定
07/04/20 23:41:51 MAyrXpI3O
↑そもそもそのマトリョーシカには字幕入ってるの？
645:名称未設定
07/04/20 23:42:55 pVbV2bSU0
>>644
MPlayerやvlcで字幕入りを確認済です。
646:名称未設定
07/04/21 00:27:20 PN5JfQeS0
ん？動画に直接入ってる以外なら、プロパティのフォーマットに「text subtitle」
と出てるでしょ？
組み方次第でどーなっとるのかは知らんけど。
647:名称未設定
07/04/21 01:17:31 2yHO0ZRV0
~/Library/QuickTime へのインストールの問題、早速バグレポートにあがってるね。
648:名称未設定
07/04/21 02:10:25 y6FhTFzn0
Perian 1.0を試してみた
web上のaviが再生出来ないバグが治ってる
MKVの再生は良好だけど地味にMatroskaQT.componentより重い
（MatroskaQTは展開が遅い読めなファイルがあるなど欠点も多い）
AVIのMP2やWMAオーディオを認識するけどまともに再生出来ない
H.264関連では
再生負荷はPPCではavc1Decoderより軽くQTより重い。
ただしMKVではavc1Decoder+MatroskaQTの方が軽い
色が白っぽくなる（ガンマ値の問題？）
MKVからMP4に映像のみそのまま書き出し可（音声はAACでもそのままは不可）
（何故かTrack Editが複数になるので再生時にひっかかりやすくなる）
些細な事ではコーデックの種類が表示されない。
とりあえず大きな問題点はないみたい
649:名称未設定
07/04/21 03:34:40 BxPdEABL0
0.5だとコーデックがDivX5.0になって普通に再生されるのに、
1.0だとMPEG-4デコンプレッサーとかいうコーデックになって固まるようになった。
0.5に戻したわ。
650:名称未設定
07/04/21 04:46:29 Yv6a0LAF0
試しにmkvファイルを再エンコしてるんだけど、CPU使用率が100%ぐらいしか
行かないような。Perian 1.0bはマルチコアに対応してないのかな？
651:645
07/04/21 07:12:19 I88TyVso0
>>646
あ、テキストベースのサブタイトルだったら出る訳ですか。
こっちの動画はidx+subを埋め込んだ奴だったので。。。
652:名称未設定
07/04/21 10:28:05 lfADK5kU0
マルチコアというかマルチスレッドでは。
それはそうと、エンコード時のスレッド数はエンコードで使用するCodecにもよるんじゃないかな。
653:名称未設定
07/04/21 10:50:03 rmBCWuiK0
>>650
Perianはデコーダで、エンコーダではないよ。
654:名称未設定
07/04/21 10:52:55 JjNE/9AR0
HandBrake 0.8.5 beta 1
URLﾘﾝｸ(handbrake.m0k.org)
655:名称未設定
07/04/21 11:10:48 lfADK5kU0
ちょっと思ったのは、マルチスレッドでエンコードするコンポーネントは、当然元になる絵のデコードも並列でやるんだよね。
そうするとデコーダが複数スレッドで動きそうなんだけど、デコードは基本的にReadOnlyだから何も考えなくてもスレッドセーフなのかな?
656:名称未設定
07/04/21 11:57:49 COKg+0ss0
>>655
デコーダとエンコーダは別のシステム。仲介物として非圧縮yuvの画像を扱う。
デコーダがマルチスレッドなのと、エンコーダがマルチスレッドなのとは
まったく違う話だよ。
657:名称未設定
07/04/21 14:26:34 JLBQxg5q0
デコードは一般的にほとんど負荷がカアkら内から、エンコードをマルチスレッドで行っても、デコードをマルチスレッドにすることはまれだと思う。
658:名称未設定
07/04/21 14:54:08 lfADK5kU0
>>656
別なのは理解してますが、その非圧縮yuv画像を得るためにデコーダが呼ばれるわけですよね。
で、エンコード処理が複数スレッドで走っている時はデコード・コンポーネントも複数スレッドから呼ばれるのかなと思いまして。
>>657
デコーダ側でマルチスレッド化することはないでしょうね。ただエンコーダが中間生成物を得るためにデコード処理を呼び出すところで、結果的に複数スレッドから呼ばれていそうな気がしたもので。
659:名称未設定
07/04/21 14:59:06 lfADK5kU0
ちょっとググったら、コンポーネントスレッドセーフフラグなるものがあるらしい。やっぱり作りによってはデコード(decompressor)コンポーネントもスレッドアンセーフになるんでしょうね。(と勝手に納得してしまった)
URLﾘﾝｸ(developer.apple.com)