09/07/24 18:46:28 ehCthbvS0
もともとは再生支援とかＭＳがアクセスレイヤを作って
各社（てかATIとNVIDIA）がその下にHW支援を作ってるからなあ。
3Dもそうだけどコンシューマ付加機能は競争の激しいWin機には勝てん
610:名称未設定
09/07/28 00:54:55 jGYKTkL20
むしろMacがWin機に勝ってる所を探す方が難しい。
611:名称未設定
09/08/25 23:01:39 EFkL/m9a0
ですねぇ。
612:名称未設定
09/09/06 01:31:23 +TqprWX40
veohで落としたH.264動画ってなんで糞重いの？
再エンコかけたら軽くなるけど。
613:名称未設定
09/10/01 00:09:25 +QWYdFrk0
俺のMacPro+4870は軽々ですよ。
614:名称未設定
09/10/01 02:07:28 xddz0oTE0
同じサイズに再エンコすると軽くなるから意味分からん＞Veohの動画
615:名称未設定
09/10/18 15:50:00 1hZSkyM80
元動画が同じオプションでエンコしてるとは限らない。
616:名称未設定
09/10/29 00:13:36 CEroCy/60
>>610
実際そんな所はないから、探しても無駄という（ｒｙ
617:名称未設定
09/11/08 01:14:21 EVM6nZhTO
今頃気付いたんだが、saraphy氏のプラグインで
mp4を作る場合はmp4boxでmuxしないと
Mac版CorePlayerでカクカクするね
QuickTimeだと問題ないけど
618:名称未設定
09/11/18 02:21:46 RkBrTRAo0
URLﾘﾝｸ(pc.watch.impress.co.jp)
> なお、Flash Player 10.1はMac OS(Intel CPU)、およびLinux版も用意されているが、
> このH.264のハードウェアアクセラレーションには対応していない。Windowsでは、
> Windows XP/Vista(64bit可)/7(64bit可)に対応する。
(´･ω･`)
619:名称未設定
09/11/18 02:43:58 NBy+kAfz0
まあ当たり前だ。対応しようにもAppleがハードウェア支援機能にアクセスするための
APIを公開してないからな。
LinuxはAPI自体はあるからそのうち対応するだろうけど。
620:名称未設定
09/11/18 16:16:10 BX3TQxPV0
>>618
URLﾘﾝｸ(japanese.engadget.com)
> さらに記事では、ハードウェアデコードが行われていないはずのMac版でも
> なぜか処理速度に大幅な改善が見られたという記述もあり。
621:名称未設定
09/11/19 15:27:35 711TH+lM0
>>620
改善は多少したけど、CPU負荷は依然圧倒的に高い。
そりゃ再生支援とは比べられないわな・・
ニコニコで２バイト文字で記号打つと化けるし、
まだまだ使い物にならないね、ベータ。
622:名称未設定
09/11/20 18:23:49 3vcfItf80
MacのPureVideoHDは
たんすの肥やしならぬGPUの肥やしか
623:名称未設定
09/12/29 07:52:30 4jOSYpot0
なんでwindowsユーザとMacユーザーは不毛な争いをするの？
624:名称未設定
09/12/29 08:05:05 5j9OzLZj0
>>623
WindowsとMacOS両方使う俺は争わないぜ！
625:名称未設定
10/02/07 04:27:45 PEITaATB0
駄目だなあMacは
626:名称未設定
10/03/14 07:37:18 nemKlH/T0
あーイライラする
627:名称未設定
10/03/14 19:59:44 UJN8Zw5J0
H.264 は全然重くないよ。
同じ物をFlashで再生したら思いというのがどういう事かわかるはず
628:名称未設定
10/03/15 01:53:20 AAQOaY3d0
スノレパ・QT前提の与太話はいらん。
H.264フルHDのデコードは重い。
629:名称未設定
10/03/15 07:30:33 lnb30izQ0
前提条件の設定が間違ってるな