MacOSXってなんでH.264の再生が重いの？

WindowsならCPU使用率10%未満で再生できるのに。

俺に言われても
はぁそうですかとしか言い様がない

WindowsってなんでOS標準でH.264再生できないの？

ハードウェアで再生ができるWindowsと
ソフトウェアでしか再生できないMacの違いだろう。

windowsはH.264以外が色々重い件について・・・。
なんでソフト起動するだけであんなに重いの？

つーか、>>1のPCとMacの構成は？

flash playerでH.264が重いのはプラグインのせいだけどね

>>5
win版iTunesのモッサリ度は異常

H.264って何ですか？

10％以下どころか0負荷。Windowsスゴス
http://www.pc-research.info/pcparts/videocard-vga/070428154204.html

わかった

>>10
NVIDIAスゴスに訂正しろ。

Windows上でのビデオカードの再生支援は確かに凄い
まああれはビデオカードだけでは駄目で、対応するcodecをPowerDVDやなんかを買って
入手しなきゃならんのだけど。

> 対応するcodecをPowerDVDやなんかを買って

無料のものもある。
たとえば、MPC Homecinemaについている。

>>14
いや、少なくともH.264のデコーダは付いてないよ?なんか勘違いしてないか?
ttp://e-nikki.blogspot.com/2007/10/pvhd2.html

http://tibrium.neuf.fr/index.html
> Additionnal video decoder, and in particuliar H264 and VC1 with DXVA support (see specific section for details)

>>16
だからwith DXVAって書いてあるじゃん。
DXVA対応のcodecが入ってないとハードウェア支援は使えんよ
自作板のPureVideoとかAvivoのスレを見れば分かるが

MPCにはコーデックが内蔵されているんだよ。

つまり、使ったことのないバカが知ったかでたてたスレってことですね

MPCと書いてしまったが、正確にはMPC HC（Homecinema）

いいソースが見つからないが、ほれ
http://pc11.2ch.net/test/read.cgi/jisaku/1192203200/494-
> MPC-HCなら単体でUVD使えるよ（MPCでは別途Codecが必要）
> 内部フィルタでH264/AVC（DXVA）にチェックを入れて
> 出力でXpならVMR9を、VistaならEVRを選択すればいい

もう一つ
http://tibrium.neuf.fr/History.html
> Internal video decoder H264

GF8600GTを積んだマシンでやってみたが、真っ黒で何も再生されず。
DXVA切ったら出てきたが負荷は高いまま。

>>22
ちゃんと設定やってる？VistaだとEVRにしないとだめ。
それと最新の1.1.0.2使うといいよ。

まあ少なくともコーデックが入っているということはわかってもらえたと思う。
DXVAを切っただけで出てきたのだから。

ちなみにDXVAがハードウェア支援機能。これを有効にすると
負荷0％も夢じゃない！ｗ

>>23
1.1.0.2でXPだからVMR9にしてるけど何も出てこんのだよね。
PDVDの方のcodecでは再生できてるから、PVHDが効いてないということはないはず

そのスレ見ると確かに動いてる人も居るようだから、
環境によってはデコード支援が機能するのは確かなようだ。
突っかかってすまんかった。

謝られると拍子抜けするだろうが！

>>1
Winの方はカクカクでまともに再生できていないから。
つうか嘘ついちゃいかん。
何入れて再生してもWinの方が重いぞ。

>>
嘘ついちゃいかん。
ハードウェア支援には勝てんよ。

なんつんだろ、 >>1 は無理して Mac 使わないで Windows 使えば良いと思うよ

そういや一年ぐらい前に、すべてのMacに
H264のハードウェアエンコーダーを
搭載するだろうって噂があったみたいだけどどうなったの？
続報無いみたいだけど。

そんな金がかかることやめて、GPUを使ってデコードできるように
すればいいのにね。それだけの機能をもったGPUを搭載しているのに
それを生かせないなんてもったいないよ。なんのための3Dデスクトップなのかと

「H.264の再生が重い」ことと
「H.264のハードウェアエンコーダー」と
「3Dデスクトップ」は
何の関係もないわけだが

> H264のハードウェアエンコーダーを
> 搭載するだろうって
ハードウェアのデコーダーの間違いｗ

3Dデスクトップを実現しているのだから
それなりの性能を持ったGPUを搭載している。

実際iMacの下位機種に搭載されている2400XTでさえ、
WindowsならAVIVOというハードウェア再生支援機能が使える

Macではこれが使えないから、H.264の再生が重い。

これで全部つながったでしょ？

素直に羨ましいがな

でも重いと感じたことはないんだが…

再生支援機能を持ってる事とGPU自体の性能の高さは関係ない。
まあ、Blu-rayを載せてきたらAppleもどうにかせざるを得ないだろうね

>>32
解像度の高い(1920x1080とか)動画は非常に重い。

それはそうとして、いい加減MediaPlayerで2枚以上の動画を開けるようにならんのかね。
昔は仕方が無かったかもしれないが、今の時代1枚っきりっちゃないだろ。

iPhoneやTouchでさえハードウエアでデコードしてるのにね。

でさえというかだからだと思うが。
CPUのリソースが限られてる上、電力効率的にソフトウェアデコードはあり得ない。

AVIVOとかの支援機能使えるようにするには、ドライバ側の対応が必要。
つまりnvidiaとかatiが頑張ればよろしい。

そのドライバの機能をアプリケーションから容易に利用するには、
ハードウェアアクセラレータのインターフェースを抽象化する
統一的なフレームワークがOS側に不可欠なんだよ。
Windowsでは上で挙がってるDXVAってのがそれ。

Mac使えねえなあ

MacOS X以外はどれもH.264を間引いて再生してるからね。
だから軽いように見えるだけ。

正しく再生するためにはかなりの負荷がかかる。
アップルだけが正面から取り組んでいるんだよ。

Core Imageとかあたりじゃ無理なんかね。

>>40
>>40
>>40
>>40
>>40
>>40
>>40
>>40
>>40
>>40

何やってんの？Cmd+Vの練習？じゃあ俺も。

>>42
>>42
>>42
>>42
>>42
>>42
>>42
>>42
>>42
>>42

ニコニコのFlash(H.264)を比べると愕然とするよ。
Winだと負荷が1%程度。
Macだと25%以上。

それはflash pluginがクソなのが原因の8割ぐらいだけどね。VP6でも重いし。
WinでもIEと別のプラグインが使われるFirefoxで見ると重い。

Flashは駄目だよな...
動画を開いたタブを選択するだけでSafari(Firefox)とWindowServerの負荷が跳ね上がる
再生するとさらに負荷が上がる
タブを閉じると元に戻る

ローカルでQTで再生してもほとんど負荷が無いな動画なのに。

逆に聞こう。何故FirefoxやMacには糞なプラグインしか無いのか。
ノウハウ以外の何かがあるんじゃないか？

iPhone用のFlash作るついでに、Mac用もきっちり作り直して欲しい(´･ω･`)

>>47
いやだって同じブラウザ上でH.264でもQuickTimeのプラグインで見ると
負荷激減するし。Adobeの怠慢以外無いだろ。

そいえばflashが使われてるページ開いたりしてると、スリープしてくれないよね?逆にfalshで動画を再生中なのにデイスプレイの明度が下るし。

>>49
だと良い（よくないけど）んだけどね。
WebKitに非公開APIがあるなんて噂もあるし、Appleが裏技使ってる可能性も排除できないかな、とか言ってみたり。

>>51
Firefoxでも同じ。

非公開APIってオープンソースなのに非公開にしようがあるのか？

*Core以外もオープンだったっけ？であれば失礼。非公開云々は最近どっかの外人さんが言ってたんだけどね。

今はWebKitもオープンソースだよ。
http://webkit.org/

>>52
非公開なのはOSのAPI

非公開APIを使っているオープンソースがあっても
非公開APIという言い方は変わらないよ

>>55
OSに非公開APIがあるなんてのは知ってるわ
適当なframeworkをclass-dumpすりゃわらわら出てくるし

でもそれは51の言うところのWebKitの非公開APIじゃないだろ?

MacでもMPlayer使えば解決。

そういう問題ではない。

Mac版QuickTime Pro、もしくはFinalCut Studio付属のCompressorで書き出したH.264ファイルを
MacとWinとでベンチしたらどうなるだろう。

>>1
重いのはH.264ではなくFlash Playerだと気づかんのかね、ニコ厨め。
QuickTime + PerianでH.264再生してみ、軽いから。
AdobeがMac版Flash Playerを最適化する気が無いのが悪い(特にPPC版ﾋﾄﾞｽ)
てなわけでQTKit使ってニコニコ再生する自作ソフトを作りかけだったりする。

だからそういう問題じゃないんだって。
一般論としてハードウェアでのデコード支援が不可能なMacは不利なんだよ。

例えばDivX5で圧縮された動画をQT+本家コーデックで再生するより
QT+Perianで再生した方があからさまに負荷が低い。

そういった意味合いではPerianはめちゃくちゃ軽い方だから
「とりあえず再生支援使ってみました」程度のプレーヤーよりは軽いかもな。

つまりMacは「動画は見るな。動画を作れ。」ってパソコンなんだよ

>>62
再生支援を使わない同士で比べて何が言いたいんだ?
つーかDivXのようなfull HDだろうがクソ軽いcodecの話はしてない。

実際問題、俺が使ってるMacBook Pro(8600M GT)の場合、
Mac上じゃfull HDのH.264は重くてCPUをほぼ使い切るが、
BootCampのWindows上で再生支援を使うと負荷が常時10%以下になるんだよ。

>>64
ここのデコーダでもいれたら？
ttp://www003.upp.so-net.ne.jp/mycometg3/

>>63
動画を作るときもプレビューの負荷が少ないと楽だぞ。

>>61
>一般論としてハードウェアでのデコード支援が不可能なMacは不利なんだよ。

ところでこれってなぜ? Mac OS Xにそういう支援のための機構がないということ?

ふと、思ったんだけどMacの世界で
NVIDIAとRADEON間の競争ってあるかの？

Windowsの世界だと新製品はどれだけ性能があがったとか
消費電力がどうとか常に改良されている感じがあるんだけど、
なんかMacだとそういう感じがしないんだよね。

>>65
だからさあ...
ttp://trailers.nerodigital.com/Disney/TheGreatestGame_HD_AVC.mp4
自分のマシンで再生してみろよ。
どのデコーダが重い軽いというレベルの問題ではないってことが分かるから。

>>67
ドライバを書いて、そのドライバを使うようなアプリケーションを作れば使えるよ。
でもWindowsのようにそういう仕組みを全てのアプリケーションに抽象化して提供するインターフェースがOSに無い。
まあDVDプレーヤ限定ではあるが(今は知らんが)ATIの再生支援機能を使ってたことがあるから
Blu-rayに合わせてAppleも何らかの対応策を取るんじゃない?

もう一年も前の記事だが・・・

http://blog.nobon.boo.jp/?eid=593534

> APPLE LINKAGE 経由、MacRumors.com によると、
> Apple が今年から H.264 ハードウェアビデオデコーディングを
> すべての新しいコンピュータに追加する予定のようだと伝えています。

この噂が流れた当時は、GPUでハードウェアデコードができるなんて
想定できなかったんだろうか？いまさらGPUとは別に搭載しても
笑われるだけだろうなぁ。

>>70
その1週間後には、CeBITでH.264デコード支援付きのGPUが
AMDとnVidiaから発表されてるんだけどね。
http://pc.watch.impress.co.jp/docs/2007/0316/cebit05.htm
http://pc.watch.impress.co.jp/docs/2007/0317/cebit06.htm

>>69
ファイルでかすぎだｗ

それにしてもハードウェア支援ほれぼれするなぁ
ハードウェア支援切るとCore2Duoで50%を超える。
1コア使い切っているからコマ落ちしているかも？

それがハードウェア支援を有効にすると
10%以下。大体6〜7%。瞬間で低いときは3%とか。
まさに桁が違う。

開発者視点からして、ハードウェアに依存するデコードってどうなんよ。
かつ、ハードウェアに依存してもフレーム落ちするんだろ。

映像を制作する側からするとフレーム落ちする再生は、まずありえないけどな。

ん？ Windowsのようにハードウェアを抽象化し同じインターフェースで
扱えるようなAPIをMacOSXにも作れという話かな？

ハードウェア支援で再生すればフレーム落ちしないね。
ソフトウェアだけでやっているMacOSXはフレーム落ちするけど。

ソフトデコードするよりは、フレーム落ちしないんじゃないか。

>>73
んじゃ、Blu-rayを普通に再生するだけでコマ落ちする可能性が高い
今のMac&MacOSXは、制作側としてはありえないわけですな。

>>74>>75
うんうん。
スレの内容ざっと読んだつもりなんだが、既にでてたら申し訳ないのだが、
結論GPUとかに頼らずソフトウェアでOSXはなんで再生してるんだろうか。

>>76
Blu-rayってか、FullHDとかの映像ね。
Mac Pro 最強くん&Final Cut Proならフレーム落ちはリアルタイムレンダーで負担書けない限りそこまで無いんじゃないのか？
Final Cut Proで編集して、再生している時は基本的にフレーム落ち警告出るようになってるから、フレーム落ちしまくってら仕事にならんのは確か。

>>77
流石にH.264で編集作業はありえないのでは?
別に編集用のcodecを使う限りはfullHDでも再生負荷に問題はないでしょ。

OSXは、というか、WindowsだってOSデフォルトでユーザが何もしなけりゃ
ソフトウェア再生されるのは同じ。ただ、然るべきハードウェアとソフトウェアを揃えれば
ハードウェア再生支援する手段がある、ということ。

>>78
あ、確かに…H264で編集はしないか…。
VAIOでMPEG2がそのまま編集出来るのうらやまーって昔思ってたの思い出したｗ
（直接関係ないけどｗ）

色々言って申し訳なかった。スレの流れを見切れてなかった。
てか、なんで俺H264のまま編集できると思ったのだろ。
家にHDカメラも、Final Cut Proもあるのに...orz

新しいMac買わせる為に、今はまだハードウェア支援を採用してないんじゃないかなー
BDドライブ搭載と同時にくる予感

>>64
MacBook Pro売ればいいと思うよw

>>69
たかだか112MBしかない動画なのに、鯖腐ってない？

…直にSafariでﾘﾝｸ開くとテキストに化けるし、ﾀﾞｳｿｿﾌﾄ使っても異常に遅いんだけどｗ

でも、一番笑う所はここか？
ttp://www.nero.com/jpn/technologies-nerodigital-action.html

…ソースの大半がﾁｮﾆｰw

で、この動画の何処が重いの？

BOINCがSETIを解析中で、ようつべ20動画を含む70以上のTabを開いたSafariが
800MB近いｹﾞｰﾑのﾃﾞﾓを延々と回線の細い海外鯖からﾀﾞｳｿ中で、その上、ちょっと
古めのﾄﾚﾝﾄﾌｧｲﾙでｹﾞｰﾑﾃﾞﾓを共有ﾀﾞｳｿ中に再生してみたけど、何も支障ないんだが…

【Mac OS X】Version 10.4.11（Build 8S2167）
【Machine】iMac 2.4GHz 20inch ATI Radeon HD 2600 Pro
【QuickTime】7.4.1
【Safari】3.0.4（523.12.2）

>>81
で負荷は何%だったんだ?
君の環境じゃハードウェア再生支援を使うより負荷が下がるのか?
それともまさかCPUパワーを多く使って再生した方が嬉しいのか?w

なんか裏で色々動いてることを言いたいようだが、
setiはniceが大きいから他に負荷の高いプロセスがあると何もしないよ。
まあtopでもアクティビティモニタでもいいから負荷を監視してみる事だな。

つーか、2GHz以下のCPUだと多分コマ落ちするよ、このソース。

>81-82
必死だな

G5 2GHzだがavc1decoder入れてもカクカクだ...
再生支援ほすぃ

G5時代は縮小再生とかすると確実にこま落ちした。
intel iMacは変な割合の縮小にしても、目に見えたこま落ちは無い。

てか、ブルーメンのライブ映像出てるじゃんけ！しらんかった…orz
http://www.apple.com/quicktime/guide/hd/blue_man.html

>>82
つーか例が悪いよ。どうせ例に出すならもっと重いのを出せよ。
>>69のは動きも少ないし軽い方だ。

2chで見つけたのでこれなんかは2.4GHzじゃ確実に再生できない。
http://pc11.2ch.net/test/read.cgi/jisaku/1202447842/291

>…直にSafariでﾘﾝｸ開くとテキストに化けるし
ここが笑いどころか。

winでもh.264がカクカクしまくる俺のPCっていったい・・・

そんなにやかましく言う問題かね
MPlayer OS X 1.0rc1を使いなさい。
G4でもコマ落ちしない。

Core Videoってハードウェア抽象化のために用意されてなかったっけ？

>>74
>ハードウェアを抽象化し同じインターフェースで扱えるようなAPI
QuickTimeがそれ
ハードウエアに応じてcodecの動作を変えたり、サードパーティーが
専用のcomponentを添付するのは普通にやってる事

このスレおもしろい！

>>91
突っ込みどころ満載だがｗ

わかってない人に理解させるのは面倒なので一つだけ。

それでもMacOSXではハードウェア支援機能を
使っていないことに変わりないだろ。

>>91
記憶違いじゃなければ、QT2.1くらいから機能自体はあったよな、ハードウェア支援。
Rage搭載のMacでビデオ再生が滑らかだった記憶があるし。

TigerのときにCore Videoが用意されて、ベースはQTだったと記憶してるのだが、
結局はH.264再生支援について、ドライバがまだできてないだけってだけじゃ
ないかという気がするのだがなあ。

>>91
もっと低レベル(デコーダAPI)のインターフェース抽象化だよ。
http://www.4gamer.net/news/history/2006.05/20060531211307detail.html
この記事が分かり易いが、
現在のMacOSはhttp://www.4gamer.net/news/image/2006.05/20060531211307_15big.html
つまり、各codecはそれぞれのメーカーのハードウェアアクセラレータに応じて別のコードを書き
各個対応する必要がある。
WinのDXVAはhttp://www.4gamer.net/news/image/2006.05/20060531211307_14big.html
つまり、各codecはDXVA APIを使って実装すれば、OSが勝手にアクセラレータの有無を判断して
自動的に最適なハードウェアのデコード支援を利用出来る。

>>94
CoreVideoはデコード後のビデオストリームの画面表示に関するHW支援。
デコード自体には一切関与しない。

実際にはWindowsでも激重でMacOS Xと同レベルなのに
わざわざこういうスレを立てて印象操作をするなよ。

>>95
読んだ。こうやって見ると、Vistaって大幅に
改良されているんだなぁ。

こんなに多くの改善、標準化を一つのバージョンの間に
やってしまうなんてすごい。まあ開発期間が長かったからアレだけど、

>>96
このスレと、以下のスレ読んで、自分のMacで再生してから言えよｗ
http://pc11.2ch.net/test/read.cgi/jisaku/1202447842/291

C2D 一世代前のiMac 17 2GHzでたぶんこのスレでギリギリレベルだけど
>>69は別に問題ないような？
問題はむしろ>>86
1920x1080の60fpsだから難しいよねぇｗ
このスペックだとMPlayerは音が終わっても映像が続いてる状態orz
問題はApple自体が以前に「H.264のメインプロファイルはサポートするつもりはない」
なんて言っちゃってる事。
でもBD搭載になりゃ、それ以上のハイプロファイルのサポートをせなあかんのだが・・・
AppleTVも含めてどーすんのかね？
まぁこんなのでうだうだやってるのは、現状日本だけだろうけどｗ

ここら辺に書かれている事が気になるが...

ttp://forum.awkwardtv.org/viewtopic.php?f=2&t=1316

なんか既に機能の土台はあるようなないような。AppleVADriver ってのがきになる。

>>100
へえ。
まあAppleの場合ハードが限られてるから、DXVAのようなAPIがなくても
強引にApple自身がcodecとドライバレベルで対応してしまえばいいという側面はあるよね。

ただ、HW支援を利用するにはQuickTimeでAppleのデコーダの使用を強制される、という点が問題だけど。
avc1DecoderやPerianなんかの3rd partyのcodecの参入の余地も残して欲しいなあ。

こりゃ今年のWWDCでの質問が1つ増えたな。

ちょっと調べてみたけど、AppleVA.frameworkはDVD Player.appで使ってる
DVDPlayback.frameworkからリンクされてる。
QTから使われてるようには見えないから、普通のMacでは
多分mpeg-2再生のHW支援用フレームワークかね。

Apple TVではH.264の再生にも使ってるのかな。

>>103
>Apple TVではH.264の再生にも使ってるのかな。

ttp://novaoblivion.com/AppleTV/CrashReporter.log の内容はちょっと気になる。
クラッシュしてますがw

そもそもAppleTVのGeForce7300は第二世代のPureVideoは積んでないことに気付いた。

もしかしたらAppleのH.264 codecでは動き補償なんかは既にHW支援されてるのかもね。
ただH.264のデコードに関してはIDCTやCABAC/CAVLC復号なんかが鍵だから、
これらに対応しないと負荷は下がらんよなあ。

1の思惑とは別の方向に良スレになってるな

Mac ProなりMBPなりで、かつアップル純正のCodecで再生中の
アクティビティメーター確認すれば済むことだよな。
誰かやってくれ。Perianとか使わないで。

>>107
QTは再生が追いつかないと間引いちゃうから正確な負荷が分かりにくいんだよね。
MBP 2.2GHzだと>>86の動画はApple純正のcodecで20〜30fpsしか出ない。
Windows上で再生支援を使うとCPUを殆ど使わずに60fps出るけど。

同じ2.2GHzでMacBookの人が居れば分かるかな?

Win使ってないから知らなかったけど、このスレ結構議論できる題材だったんだな。

ただはっきりしたことは、
H.264の再生に関して言えば、
MacはWindowsに負けている

Playstation Storeで配信されてるフルHDのトレーラーをMacで観たくて
CorePlayer for OSX買ったよ。

http://www.coreplayer.com/

フルスクリーンとウインドウ再生の切り替えなどでややドロップフレームが
発生する程度で、MacBook梅(mid2007)でぬるぬる動いてる。

CorePlayerだけど、うちのマシンでは負荷はこんな感じ。
DivXのフルHD動画も再生してみたので参考に。
視聴環境は >111 のマシンに、WUXGAディスプレイのフルスクリーン。

MGS4 Trailer(AVC 1920x1080) : 50〜60%
AirOP (DivX 1920x1080) : 15〜30%

avc1Decoderなどと比べるとなんとなく画質が甘い気がする。
でも円換算で1700円くらいで買えるのでオススメ。

CoreAVCのMac版?マルチスレッド対応で速いらしいね。
>>86のはどうよ。

>>113
CoreAVCはかなり軽い。

だからうれしいことにGPUが
ハードウェア支援非対応でもそれなりに軽くなる。

でも、マルチスレッド対応なのは有償（シェアウェア）版


で、Mac版なんて存在するのか？
http://www.coreavc.com/index.php?option=com_content&task=view&id=28&Itemid=1

>>114
CoreAVCはcodecだからそのもののMac版は無いけど、CoreAVC相当を内蔵したプレーヤが
CorePlayerなんじゃないの?こっちはMac版があるけど。
http://coreplayer.com/content/view/31/44/
>Best in Class audio and video codecs like CoreAVC our High Definition H.264 video decoder

>>86を再生してみた。

字幕スクロールのあたりはほぼぬるぬる再生。
鳥の背景が出てきてからはちょっとカクつく。
ぱっと見、不定期に字幕が5〜10フレームくらい飛ぶ感じ。

このソフト、ベンチマークモードが付いてて
再生が破綻しないぎりぎりの速さで再生して再生結果を細かく
レポートしてくれるんだけど、
-----
平均速度 : 110.60%

ベンチマーク 時間 : 1:22.271
ベンチマーク フレームレート : 66.29
ベンチマーク サンプリングレート : 53109
ベンチマーク ビットレート : 11.14 Mbit/s

オリジナル ファイルの長さ : 1:30.991
オリジナル フレームレート : 59.94
オリジナル サンプリングレート : 48000
オリジナル データレート : 10.07 Mbit/s
-----
と出た。MacBookではもうあんまり余力はない模様。
Mac Proあたりのマシンのレポートを見てみたいね。

>>116
ふむ。報告乙。
2GHzでぎりぎり再生可能ってとこか。2CPU使い切ってるのかな?
少なくともffmpeg系やAppleのcodecよりはかなり優秀なようだね。

でもやっぱりHW支援に対応した方がスマートだよなあ...
MontevinaのGM45でIntelのGMAもH.264デコードに対応するらしいけど、その頃かね。

その頃にはRadeon HDのAVC再生支援も有効になったら良いな

>>111
MacにCoreAVC内蔵のプレーヤーなんてあったのか…
買うか悩むな、せめて体験版があれば

微妙に操作系に癖があるプレーヤーだから積極的にはすすめないけど
h.264以外のフォーマットも対応してるから損はしないと思うよ。軽いし。
ちなみにこんな機能があるけど、全部試してない。


プレイリスト機能
ストリーム切替(Audio/Video)
再生速度可変(10〜200%・10%ステップ)
YouTubeクライアント(プレーヤー内から検索・再生)
オーディオイコライザ
画質調整(明るさ・コントラスト・鮮やかさ)

低レベルでcodec単位のハードウェア支援するとCore技術との連携がバランス崩さないかな
Core ImageとCore Videoを連携してグルグルヌルヌルムービーとか
分かりやすいところではポゼ中に動画止まるとか
不細工な動作になるかもと思うとちょっと不安

FullHD/FPS60でも来年には十分CPU処理できそうだし
長い目で見ると変な迂回路作るくらいなら今のままの方がマシなのかも

んーでもMPEG2なDVD-Videoの再生支援の場合と同様に、
H.264 AVCはcodecの中でも重要度が別格だと思うから特別扱いしても良いと思う

> FullHD/FPS60でも来年には十分CPU処理できそうだし
> 長い目で見ると変な迂回路作るくらいなら今のままの方がマシなのかも

いやー、それはないだろ。
昔みたいにMPEG2再生専用ハードみたいな
専用機器なら値段節約のために捨てられるだろうけど、
すでに標準搭載されるハードの一機能なんだから。

どのOSが一番ハードの性能を引き出せるかって話だから。
OSの癖にハードの性能を引き出せないなんて（ｒｙ

GPUの動画再生支援は3D演算用のリソースを使っているわけではなく、
全く独立した専用の演算器を使っている。
だからCoreVideoやCoreImageといったGPUのProgrammable Shaderを使うAPIと
リソースを食い合うことはない。
既にハードウェアはMacに積まれているのだから、使った方が良いに決まっている。

iPod touchのデコーダってどうなん？
同じもんをMacに積めばいい。

ありゃベースラインまでだろうが。

CorePlayer買ってみた、予想以上のスムーズさに感動
P2PでAVC系の動画が増えてきて困ってたんだよね

>>116
MBP 2.33 、メモリは4Gで。
平均速度 : 159.91%

ベンチマーク 時間 : 59.903
ベンチマーク フレームレート : 95.85
ベンチマーク サンプリングレート : 76787
ベンチマーク ビットレート : 16.10 Mbit/s

>>127
会社から買おうとして気が付いたんだが、
CorePlayerって買うときCPUのシリアル聞かれるけど、
そのCPUでしか動かんの？

CorePlayer買った人、どれくらいのスペックで
どれくらいのCPU使用率？

最近の高画質動画、Macでアップアップなんだ。
10%とか驚異的に下がるもんなんか？

>>129
多分だめ。iBookG4も持ってるんだけど、
試しにインストールしようとしたらライセンスキーの入力ではねられた。

>>130
CPU負荷は下がらないけど、
マトモにフルHDのH.264が観れることに価値がある。

検証してみた。
動画はアニメOP、DivXの1270x720 120fps。
環境はMB2GHz(Mid2007)の4GB(実質3GB)増設。
WUXGAにフルスクリーン再生。
数値は目視で見た平均値。

QT Player(純正DivXコーデック) : 20〜25%
VLC(OpenGLレンダラー設定) : 15〜20%
MPlayer1.0rc1 : 25〜40% (瞬間的に60%まで上昇)
CorePlayer : 10〜20%

MPlayerだけ急なビットレート変動に弱くて全体的に重め。
QTPはフレームレートが悪い気が。
H.264じゃなくてDivXの検証でごめん。

mplayerは-vo quartzじゃないとYV12->YUY2のフィルタが入るから負荷が高い
-vo quartzにして測ってみ

DivXじゃ検証にならんだろ？

1.42GHz PPCG4の低スペックですが、負荷はどのプレイヤーもそんなに変わらないよ
ただ高解像度の動画になるとCorePlayer以外はまともに再生出来ない…

G4で再生可能なHD動画ってDivXがせいぜいだろ

>>135
>CorePlayer以外はまともに再生出来ない…
そういうのを負荷が違うって言うんじゃないか？

いやまあDivXみたいに軽いcodecの話はここではしなくていいよ。

うーん
誰かH.264のリファレンス動画を紹介してもらえないだろうか。
QT系でもffmpeg系でもそこそこ再生出来てそこそこ重いやつ。

いま外なんで夜にH.264でもう一度検証してみるよ。

取り敢えずAppleのだけど、これとか
色んなサイズ有る
ttp://www.apple.com/quicktime/guide/hd/

720pだったらAirでもQTで楽々再生できるんだがなー。
1080iとか1080pはハードル高いわぁ。

>>139
このスレのAIR OPとか

http://pc11.2ch.net/test/read.cgi/jisaku/1202447842/l50x

mplayerの負荷についてちょっと調べてみた。ソースの色空間はYV12。
-vo quartzだと
YV12出力: QuickTimeで色空間がYUY2に変換される (1)
YUY2出力: mplayerで色空間がYUY2に変換された後 (2)、QuickTimeでガンマ調整される (3)
-vo macosxだと
YV12出力: 不可
YUY2出力: mplayerで色空間がYUY2に変換される (2)

つまり、デコードの負荷以外に(1),(2),(3)の負荷があり、それがそこそこの割合を占めている。
そこで、それぞれの負荷を減らす方法を考えた。なお、デフォルトで比較すると
負荷は-vo quartz(YV12) < -vo macosx(YUY2) ≦ -vo quartz(YUY2) の順で小さい。

(1)の負荷はQuickTime内の関数によるものなので、ユーザは手を出せない。
つまり減らせない。
(2)の負荷はmplayerの-swsオプションで調整可能。-sws 0にすると
デフォルトより軽くなり、-vo quartz(YV12)と-vo macosx(YUY2)の負荷が
同じ程度になる。x86用のコードでは-sws 0の色空間変換フィルタが
MMXで実装されているが、SSE2の変換フィルタを実装してみたところ、
若干負荷は下がったものの劇的な効果はなかった。
(3)の負荷はvo_quartz.cに1行追加し、ソースのガンマ値を維持するように
指定すれば0にできる。-vo quartz(YUY2)は-sws 0とこれを併用する事で
-vo quartz(YV12)よりも負荷を下げる事ができた。

この結果、最終的な負荷は-vo quartz(YUY2) < -vo quartz(YV12) ≒ -vo macosx(YUY2) となった。

Win/Mac/Linux侵入コンテストはMacBook Air陥落で終了、所要時間2分
http://pc11.2ch.net/test/read.cgi/pcnews/1206704071/

Appleはむしろ，ハードウエアデコードをレガシーなものとして切り捨てたんじゃないか？
昔はMPEG-2とか一部の QT codecとかハードの支援を受けていたから。
でもまあ，ATVは出荷の遅れがカードによる再生支援のドライバの最適化に手間取ったせいだったよね。
アップルの態度がよくわからん。

> Appleはむしろ，ハードウエアデコードをレガシーなものとして切り捨てたんじゃないか？

笑。相変わらず都合がいい考えしかできないんだなｗ

標準搭載されているGPUのハードウェアデコード機能の
性能を引き出せないだけだろ。

DVD Player.appでは今でも使ってる

やっとH.264で検証したよ。
手元にあったハルヒOPのDivXをH.264にエンコード。
1280x720 30fps、ビットレートは平均5Mbpsくらい。

http://www.restspace.jp/cgi-bin/orz/img-box/img20080329024210.jpg

左から
CorePlayer
VLC 0.8.6d
QuickTime Player (avc1Decoder 0.7.4)
MPlayerOSX 1.0rc1

MPlayerは>>133のオプション付けてみたんだけど
あんまり変わらないような…

>>142

CorePlayerではFLACのオーディオトラックが再生出来なくて
音出ませんでした。

>>148
GUIを使ってるならVideo & AudioのVideo out moduleをQuartz/Quicktimeにする
オプションに-vo quartzを書いても効果はない

というかそもそも1.0rc1は古すぎるな
こっちにあるのを使ってくれ
http://www.haque.net/software/mplayer/mplayerosx/builds/

>>150
>>151
どもです。
MPlayerのみSVN-080327版で再検証。

http://www.restspace.jp/cgi-bin/orz/img-box/img20080329044134.jpg

Quartz/QuickTimeで
Drop frames on slower machinesにチェック
Postprocesingは切ってます
なんかCPUの使い方が変。

というわけで、参考になりましたでしょうか。

次の QuickTime のアップデートでなんかあったりしないかな。
確かセキュリティーの問題もあるから、そう遠くないうちに何かあるはずだが...

>>152
なんかやっぱりmplayerが重いな...
うちだとデフォルトでもVLCと同じぐらいなんだけど。

http://circle.zoome.jp/h264/media/46/から落としたもので比較。@C2D 2.2GHz
MPlayerは>>143の措置をしてオフィシャル版より負荷を下げた。
http://www.restspace.jp/cgi-bin/orz/img-box/img20080329055944.png

>>151
そのビルド、FLVが再生出来ないんだね

>>155
今試してみたら、再生できたよ。
コンテナ以外に要因があるんでない？

>>156
うちでの問題か〜。
いろいろ試してみます。

重いつったって俺の体重よりは軽いだろう。

>>158
何言ってんだ、お前よりオレのほうが確実に重い。

>>159
俺もそう思う。

CorePlayerのコンテナリストにMP4がないけど、実際は再生できますよね？

できまｓｎ

なんでmplayer重いんだろう…

うちの場合、
再生は外付けの24インチモニタでフルスクリーン再生ってのを
基本にしてるからその辺で負荷の違いは出てくるかもなぁ。

あと考えられるとしたらOSバージョンの違い？
LeoはCoreVideo周りが重いっつー話もあったし。
(アップデートで解決してるらしいけど)
ちなみにうちは10.5.2。

単にmp4ファイルを再生するだけならCorePlayerとかで
CPUパワーに任せてソフトウェア処理でいいんだろうけど、

MacでもBD対応考えるなら、HW支援受けなきゃどうしようもないと思う。
重い軽いの話じゃなくHDCPとかCOPPとか、DRM方面でね。

マカってなんで変な言い訳ばっかりするの？

このスレを見ている人はこんなスレも見ています。(ver 0.20)
【H.264】HD動画再生PCを考えるスレ 6【激重】 [自作PC]
窓遣いは Mac OS X をどう見るか【第31ラウンド】 [Windows]

CorePlayer購入しました。
起動時は重たいですが、再生中は確かに軽いですね。
でも起動するたびに画面サイズの調整するのは非常に面倒です。
これって自動でサイズ調整してくれないんですか？
QT,mplayer,VLCでは最初は100%表示から再生されるので、
それが当たり前だと思ってたんで、ちっこい画面サイズで起動するのは異様な感じです。

Winの15万円くらいのノートパソコンにも、
H264再生支援機能ついてんの？

>>168
一部ついているやつもあるって程度。
値段の問題ではなく、単にノート用GPUが対応していないという問題かと。
もうちょっとしてDirectX10時代になれば、どれも対応するでしょう。

統合チップセットじゃなければついてるでしょ
Geforce7以降とかX1xxx以降とか

H.264の完全なデコード支援に対応してるのはGeforce8xxx/RadeonHD2xxx以降

>>171
> RadeonHD2xxx以降

えっ？ じゃあ、最新のiMacはハードウェア支援に対応しているってこと？
なのになんで>>1は重いとかいっちゃってるの？
自分が知っている機種が古いってだけじゃんｗ

>>172
だからMacOSじゃ対応してないって話だよ。
現行の機種だとMacBookとmini以外はWindowsで起動すれば再生支援を使う手段がある。

積んでるけど使えないって意味だよね

>>151のってX11入れてないと使えない？

ツー事は現行iMacでも、OSで対応してくれりゃ支援受けられるんだよな。

早く対応しろや、ハゲっが。

mplayerは画面描画だけを別スレッドにすると重い動画は結構マシになるな...

>>175
Xのビデオドライバはdisabledになってるけど、freetypeとfontconfigに依存してるから
結果的にX入れないと使えないね

ニコニコのFlash(H.264)を比べると愕然とするよ。
Winだと負荷が1%程度。
Macだと25%以上。

なんでH.264の再生を計るためにニコニコで比べにゃならん？

今はもうYOUTUBeのが画質も音もいい
なんでにこにこなんて見るの？

コメントしたいからじゃね？

>>178
そこはMac版Flashがムダに重いのも効いてる予感。

つか、それが全てでしょ>>182

MacのFlashはあほみたいに重いよ。
ダウンロードすればH.264は論議するものばかばかしいくらいに軽い。
Winと違って全部C2D以上のそれなりの高速CPUで足並みが揃っているしね。
GPUの支援を受けなきゃならんような低速CPUが未だにカタログの大半を占めているWinとは事情が違う。

アホが来たぞー

4/1のフライングですかね？

Flash9がmp4コンテナにH.264入れられるのも知らないのか。

いやそういう話じゃないから。

よくわからんな、ではどういう話なんだ？
俺なんか勘違いしてるかな？

ちなみにflashにもハードウェア支援はあるけれど。

そういう話しはもううんざり
ttp://pc11.2ch.net/test/read.cgi/mac/1206718965/445,448

意味がわからん。>>191の俺のレスがどうかしたのか？
何が言いたいのかはっきり言ってくれよ。

マックの悪口を言うやつは許さん！てことじゃね？

なんだそりゃ。

>>189
このスレを初めから読め。
解像度の高いH.264動画の場合、現行のC2Dを積んだ速いMacでも
デコード負荷が高すぎて再生が困難な場合があるって話。
このスレで散々出てきてるハードウェア支援ってのはデコードの支援であって、
オーバーレイとかCoreVideoとかそういうデコード後の表示系の支援ではない。

>>195
なるほど理解した。ありがとう！

>>193
嫌がらせに書き込みにくるような人の相手をするだけ無駄って意味。

>>197
嫌がらせなの？

>>187

ていうか、h.264自体mp4コンテナが基本だろ...

確かにFlash9、正確には9.0.115.0バージョンから
クアッドコアサポートとハードウェアによるフルスクリーン再生の
スケーリングサポートがされてる。
でもあくまで描画系の負荷が下がるだけで、デコードは相変わらず
CPU頼りだよ。

ソースはここね。
http://www.adobe.com/support/documentation/jp/flashplayer/9/releasenotes.html#fixes_90115

ちなみに、ハードウェアスケーリングの恩恵を受けられるのは
ドキュメント読む限りWindowsとLinuxだけっぽい。

>>199
>>195に教えてもらったけど
Winならデコードもハードウェアでやれるのかと勘違いしていたんだよ。

>>199
Flashの異常な重さは「再生支援を使えないから」だけじゃ説明つかないけどね。
まあダウンロードして他ソフトで見れば済む話ではあるが。

今の惨状を見る限り、たとえAppleが再生支援を利用可能にしたところで
Adobeは対応する気ナッシングだろうなぁ...

で、結局MacはAvivoやPureVideoを活用できるの？できないの？

>>201
やれるよ?Flash Playerでは不可能ってだけ。

>>203
昔々、MPEG1やM-JPEG再生はPCI接続のハードウェアデコーダーに頼っていた時期もあった。
Performa6420に積んでたAvid Cinemaとか。
あーいうのは専用INIT突っ込んでQuickTime経由で扱うことが出来た。

現状出来ないけど、コーデックの対応次第だよな。

C2Dでも再生がカクつく動画ってどんだけ重いんだよ

>>206
>>86に上がってたんだが、消えちゃったね
これはまだ残ってる
http://pc11.2ch.net/test/read.cgi/jisaku/1202447842/336

>>206
追加でXacti HD1000で撮ったmp4動画。
60fpsで記録されるから重いよ。
ググれば結構あるから探してみ。

>>202
多分中身が似通っていると思われるLinux版flashを使うとよくわかるが、
最も終わってるのはサウンド部分。下手するとドライバとのポートを独占したり十数本も
予約したりして音も無いのにサウンドドライバのリソースどんどん食いつぶして
他ソフトに大迷惑のワガママ放題した上で、結局flash自身がそれを処理できずに死んだりする。

それでジョブズ御大がご立腹なんだ

必死にFlashのせいしたがっているけど
MacOSXはH.264の再生が重いという事実にはあまり関係がないみたいだね。

>>211
FlashはQTやMPlayerでの再生負荷とは関係ないね。

Flashを使ったサイトでの異常な再生負荷はFlashのせい。
Flashの話題になったのはたぶん>>178あたりが引き金かな。

HW支援のない環境ではMacでもWindowsでも似たようなもんじゃね？

HW支援が使えないなら大した差は無いでしょ。
ただMacBook Proは1世代前から、Mac ProとiMacは今の世代から
Windows上ではHW支援を使える状態なんだよね。

あと、CoreAVCのフリー版のような無料で使える軽いcodecが無いってのもあるか。

ドライバレベルの話だろ。
ハゲとGPUメーカー仲悪いから対応が遅いのかもしれないな。

Windowsの場合、>>95のようなフレームワークがあるのでドライバもcodecも対応が容易。
まあOSXでも、3rd partyの介入を許さずにAppleが全部やる、という前提なら大した差は無いけど。

どこか大きいところが、

MacOSXでH.264再生時のCPUはこれくらいで、
MacにWindowsを入れると大幅にCPU使用率が下がる！とか
いう実験やってくれないかなｗ

HW支援が無いとCPUに負担がかかるということを示すのに、
実験するほどのことも無いと思うが。

>>217
スレ内にレポートなかったっけ

Intelのグラフィックドライバも相当粗悪なものを使ってるみたいだな
http://plusd.itmedia.co.jp/pcuser/articles/0803/07/news037_2.html

G965系のドライバはWindows版も散々な評価。
もはやネタ扱いされてる。

Intel初のVertex Shader搭載とDirectX10対応が売りだったが、
(http://pc.watch.impress.co.jp/docs/2006/0303/kaigai246.htm)
前者は1年ほど対応ドライバが出ずにdisabledのまま放置され、
ようやく出たと思ったらソフトウェアエミュレーション並の速度しか出ない代物。
後者は未だに対応ドライバが出ず、ようやく今月末に出るとかでないとか。
しかもいつの間にかG965は対応から外されてる。

ああ，Intelに肩入れしすぎているのかも。
GPUメーカーの協力もちきんととりつけないとな。
とりあえず，QTなどもドライバが対応すればハードウエアデコードに対応可能な仕組みになっているけど，
その肝心のドライバが書かれていないというわけか。

Leopard使ってるけど、H.264も普通に再生できるし、重いとは思わんが。
再生中に他の作業やっても支障ないし。

>>223
>>1から全部読み直してください。

現行iMacの商品紹介
ttp://www.apple.com/jp/imac/technology/graphics.html
「専用メモリを備えたパワフルなグラフィックプロセッサが、今まで以上のコンピュータ体験を可能に
します。このグラフィックプロセッサは、2Dや3Dの画像を表示するために作られているので、
CPUはそのほかの計算処理に集中できるというわけです。その効果をはっきりと感じるのは、
3Dグラフィックスや高解像度の写真、ハイビジョンビデオや3Dゲームを楽しんでいるときでしょう。」

決して嘘付いてる訳ではないと思うけど、これ読むとグラボの持つHD動画のハードウエア支援機能も
有効化されてると勘違いしそうになるな

MB(santa rosa 2.2Ghz)ではヌルヌル再生できないフルHD動画も専用GPUを
搭載したMacなら、きっとヌルヌルだと思ってMBP(penryn)に買い替えたものの
動画再生のパフォーマンスは何も変わらずおれ涙目。OS XはGPUバリバリ活用
しているイメージを持ってたから、同然動画も思ったおれが馬鹿でした。

ヌルヌルって何。

http://plusd.itmedia.co.jp/pcuser/articles/0804/02/news042.html

こんな記事を見つけたんが、YOUTUBE→iPodに限って言えばもうiSquintｲﾗﾈって事でいいの？

iPodとプロファイルが違うから必ずしもそうじゃないんじゃない？
ニコニコとかもそうだし。

>>228
高画質モードでは。

QuickTime 7.4.5 ｷﾀ━(ﾟ∀ﾟ)━!!!!!

MacOSXってなんで液晶表示が汚いの？

新しいiMac（笑）の液晶ディスプレイは262,144色しか表示できない
http://namidame.2ch.net/test/read.cgi/news/1207231736/

色弱OSユーザーが色の事を語るな。

BootCampして同じディスプレイでXP／Vista表示したら
「Windowsってなんで液晶表示が汚いの？」
になるわけだが。

>>232

>MacOSX

>新しいiMac（笑）

ま、OSとハードの区別も出来ない人ですから。

レス付ける必要ある？

>>234
「それは、Windowsのせいじゃなくて、
Macのディスプレイが貧弱だからだよ」って答えるが？

>>237
OSとハードの区別がついてないことを揶揄されてるわけだが。

冗談書くつもりなくて>>237と書けるのはすごい

ギラギラブルーで目が潰れ
コントラストが高けりゃきれいと感じるようになる人もいるんだろう

いい加減スレ違い

>>238
Macはハードだろ？ｗ

w

>>242
そこで「ハートだろ」とぼけてくれないとつまんない

まあiMacのあのショボスピーカーを考えたら
液晶だけきれいにしてもしょうがないのはしょうがないな。
汚い液晶でコストのバランスを取るのはある意味妥当。

>>239
いや、実際汚く見えて当然なんだが。
http://pc11.2ch.net/test/read.cgi/mac/1207224577

だからスレ違いだよ

ドザが見た目を気にするのかよww
あんだけ汚いOSを喜んで使ってるくせにwww

現行iMacのスピーカーって貧弱なのか？
それとも煽り？
ハンペンiMacのスピーカーは結構いいのだが。

酷くもないけど、良くもない・・・普通だと思うけど。
てかサイズと収納スペース的によくやってる方だと思うぞｗ

Coreplayerの色設定って、機能してる？
どんな設定にしても全く変わってないんだけど…

話をすり替える人が多いスレだな。

これはなに?
ttp://developer.apple.com/documentation/Darwin/Reference/KernelIOKitFramework/IOBDMedia/index.html

BDのドライバだろ

H.264の再生に限らず動作がもたつく。

重いの前に、High ProfileのH.264は再生できないってほんとですか。

libavcodec系なら問題ないだろ

せめてまともに動いて欲しいんですが

CorePlayerOSX購入してみました。 G5PPCQuadで10.52です。
細かい部分未完成でユルいです。シリアル間違えたのですがサポートはちゃんとしていました。
マルチプロセッサ対応していてどのプレーヤーより軽くてスムース。
AIRopeningも楽々再生できます。
いろいろ試してみたところ音声がAC3に対応していないので
デジタル放送BDよりRipしたm2tsファイルは再生出来ますが音声が出ません
(Toast9のToastVideoPlayerでは再生出来るのですがマルチCPUに対応していないようで
ひっかかりまくりです。どちらかが対応してくれるとよいのですが...)
＞251 色設定全然効きません

259追加：
忘れていましたRipはwinXPです。
PentiamM1.8GHz PowerDVDでは非力で再生できませんので常用のMacに転送しました。

現実
ttp://pc.watch.impress.co.jp/docs/2008/0305/idc_03.jpg

2007年国内PC市場出荷台数ベンダーシェア
NEC 20.3%
富士通 18.7%
DELL 14.0%
東芝 9.0%
日本HP 7.6%
ソニー 6.3%
レノボ･ジャパン 4.6%
日立製作所 2.8%
アップル 2.6%　←←←←（・∀・）ﾆﾔﾆﾔ
松下 2.1%

http://pc11.2ch.net/test/read.cgi/mac/1209206818/
ふぉっふぉっふぉ

CUDAはGPUの再生支援機能とは関係ない

た、た、た、助けてー！！！
CorePlayerPro買うときに、Macのシリアルナンバーを
間違えて入力しちゃったぁぁぁ！！！

インストールできない・・・(´・ω・｀)

ｄ、ど、どーすればいい？？

>>264
メーカーにメールしてダメならもう一度買う。

CorePlayer新しいの来たね

しかし色設定があいかわらず使えず
DivXのフルスクリーン再生でスケーリングが効かずガタガタに…

スケーリングは効いてるがスムージングが効いてない。

ぬ

もっさりカクカク。

再生が重いのは設計上の仕様です。ご了承ください。

俺っちがFlashファイル再生で愛用してるのはこれ、SWF & FLV Player（無料版）。
http://mac.eltima.com/freeflashplayer.html
最新版はv.3.7.15.6206だが、IntelMacに適化されてきてる反動なのか、
俺のG5 Dualではバックグラウンド再生が引っかかりまくりなのでv.3.0.33.5096に戻して使ってる。

そのソフトはAdobe謹製のflash pluginがパッケージの中に入ってて丸投げしてるだけだが。
つーかH.264の再生は不可能だしスレ違いだ

MacOSXは重い、重すぎる。

もうそういう軽薄なコメントは飽きた

Windowsがいいならそっちを使えばいいだけじゃん。

雪豹で改善されそうだけど

>>276
GeForce限定？

>>1
はっきり言ってあげよう　あたたの体重がおもいからだお

>>278
ハッキリ言ってつまらない。

ハッキリ言わなくてもいいです。スルーでお願いします。

Windowsマシン持ってるんだったらそれを使えばいいし、
どうしてもMacで軽くしたいなら自分で作ればいいじゃん。

あるものは使う、ないものは作る。

>>280
>ないものは作る。

ほー。
現状では基本的にGPUの詳細な仕様とかは公開されてなくて、結局GPUメーカーが
お膳立てしてくれないと何もできないんじゃなかったっけ。

頭の弱いマカーの発想です。
軽く受け流してあげてください。

なぜならば発想が重いからです

セキュリティは軽そうですね。

iPhone 3Gはビジネスでは使えない？――アナリストらがセキュリティ面を懸念
ttp://headlines.yahoo.co.jp/hl?a=20080618-00000001-cwj-mobi

CorePlayer、字幕すら読めないのねwどうにかせい

QTフレームワークの改善とavc1Decoderの地味な改良の成果か
CorePlayer使わなくてもQTコア使ってる系のプレーヤーでも許容出来る
程度のコマ落ちになってきてる気がするね。

最近良く出回ってる地デジソースの1440x1080とかのh.264は
C2D 2GHzくらいあればavc1Decoderでも結構ぬるぬる動く。

どうやっても重いのはBフレーム関係のオプションを使い過ぎな動画。
うちにはPS3もあるんだけどそういう動画はPS3ですら再生不良だ。

PS3ですらって、PS3は基本的にソフトウェア再生じゃないの？

OS Xで使う限りPS3より強いMacは無いけどな。
動画プレイヤーとしては

強いの定義plz

VLC、MPlayer以外で、低スペmacでも使える動画プレーヤーって有る？

ない。

PS3に遠く及ばないMacでした。

Macは

MacBook使ってるが、動画再生で困った事などない。

まあfull HDのH.264を再生しなけりゃ困らんだろうな

明らかにフレーム落ちしていても、内容が分かれば困らないって人もいるしな。

雪豹のQuickTime Xで改善されるのを期待

XPの時より妙に重いと思ったら、やっぱりグラボ支援してなかったのか・・・

USB接続のハードウェアデコーダみたいなやつは売ってないの？

GPU（ゲー・エル・ウー）

ぐらぼ支援とか、Windows用に作られた仕様だから、他のOSで使うには無理が有るんじゃね？
主に法的なぶぶんでさ。

だから、OpenCL

OpenCLは再生支援とは関係ない
今の再生支援機能はGPGPUとしての演算能力なんか使ってないよ

Speed Freakを95%にてH.264再生させたらG4+QuickTimeでもコマ落ちしなくなった
わざわざCorePlayerを買ったんだが必要なくなった。
あっ、でもSpeed Freak+CorePlayerならもっといいけどね。

アプリの優先度変えるだけのものじゃ大してかわらんだろう
再生できたっつってもどうせVGAサイズ以下だろ

sage

>>305
そのVGAサイズでもまともに再生できなかったのが、
できるようになっただけでもうれしいよ
特にG4にはかなり恩恵があると思う
Safariもサクサク動く

Mpeg4 2.5MbpsをiPodに転送できる時代に、個人的用途でH.264なんて必要なのか？

sage

動画なんてがんがん溜まって行くんだから、同じ画質なら小さくなる方が良いじゃん

>>308
Nintendo64以上の性能は要らない、と言っていた某氏を思い出しました。

iPodにすら入ってるハードデコーダをなんで搭載しないのかと

かなりの機種でグラボ上に載ってるけどまだ使ってないだけ

現在のiPodは高画質の設定は2.5Mbpsまでなので，MPEG-4 SPと容量は変わりません。
ただ，同じ容量ならH.264の方がきれいでしょう。

エンコードとデコードがともに重いH.264。
誰もが最新のMacを持ってるわけじゃないぜ。

最近のMacの売り上げから逆算すると，大半のユーザーがCore Duo以上のマシンを保有し，再生だけなら問題ないと思われる。

>>316
AppleがGPUの動画再生支援使えば好条件ならCPU負担0で済むんだぜ？

自分で作ればいいのに

GPUエンコに対応したビデオカードってIntel機じゃないと世代的に載ってないよ

動画をiPodに入れて、テレビに繋いで見るのが最も良い。

再生支援が使えるようになったとしても、アップルの事だから
BDを内蔵したMacでApple DVD(BD) プレーヤーでBD-Videoを
再生する時だけ有効 ...なんて事になりそうな気がすんよ

デコード支援に対応したGPU積んでる機種なんて、
ソフトエンコでも余裕で再生できるスペックでしょ？どうせ

Full-HD, 60fpsとかだと結構苦しかったりするよ

VLCとかからGPUを利用できるようになったりしないのかな？

しないのかなってソフト側だけでどうこうできる問題じゃないし。
WinでいうところのDXVAのようなAPIはおろかドライバすら提供されてないだろ。

NVIDIAとかがGPUのスペックを完全に公開してくれたらドライバ書くよw

ここで「仕様が公開されてないからってドライバも書けないマカーｗ」
とか自分では書けもしないのに煽りに来る奴登場？

意味不明

シェアが少ないってのは悲しいことだよな〜

sage

AppleがNVIDIA買えば良いんだよ、AMDでもいいけど

んなことしなくても
開発部門の人材をAMDとIntelとNVIDIAに何人か派遣して、
適切なドライバなりフレームワークなりを協力して作れば済む話では

一社に依存すると後々融通効かなくなって長期的にマイナスでしょ

ってゆうか普通のビデオドライバはあるんだから、何らかの協力関係は既にあるでしょ。
あとはAppleがハードのデコーダをサポートする積もりがあるかどうかではないかと。

よく知らないけど、Winの方のフレームワークとやらは仕様が公開されてるの?
そうなら誰かが、Winのフレームワークに対応する部分をMac OS X上で作れば
Winのドライバが使えるのでは? って言うのは簡単だけども。

>>333
>>95

win用のドライバがmacで使える訳が無いので意味不明

つーか、ドライバがフレームワーク(DXVA)に対応するのであって
フレームワークがドライバに対応する訳ではない。

Macはフレームワークはあるけどドライバがそのように設計されてない状態？

OSXにはGPUによるH.264再生支援のフレームワーク自体がまだ無い
ドライバも多分修正が必要
Snow Leoでその辺進展有るのを期待してるんだが、まだ具体的な話は聞こえて来てない

>>335
自分に理解できないこと ≠ 実現不可能なこと

横レス
WinとOSXではカーネルもドライバモデルも異なっているのに
何をどうやるつもりなのか
論理上の可能性とか言葉遊びのつもりか

QuickTimeにそういう機能がなかったっけ？
ドライバが対応してないだけじゃないの？

少なくともデコード支援に関しては、無い

System7の頃は，少なくともデコードがビデオカードに依存していたよ。
今はないんだ？

古いよ
今のOSXだとGPUによる動画再生支援の仕組みが有るのはDVDだけだよ
ところでなんで訊いてばっかで自分で調べないんだ？

>>342
ビデオカード？　専用のDSPじゃなくて？
どっちにしろCPUパワーが全然足りなかった時代の話だ。
今のように、CPUも十分強力だけどGPUがそれ以上に強力でかつフレキシブルになっちゃったから、それを利用しようという流れとは違う。

フレキシブルっていうか
再生支援に関しては昨今のGPGPU的な流れとは全く関係なくて
専用の回路を載せてるだけだけどな

その通りなんだけど
世間的にはそうじゃないらしい。

よくある勘違いってやつだぬ

結論
MacOSXは重い。

(　ﾟдﾟ)

補足
Vistaはさらに重い。

現行MBPでVistaも使っているが、動画再生も含めてLeopardより重いと
感じるシーンに出くわした事が無い。みんな重い重い言うから拍子抜けした。

>>351
MBPが平均的なドザマシンより高性能なんだろ。

ハード支援のデコーダーを使えば、そりゃ軽くなる罠。

雪豹で追いつけるかな、その部分

Appleがその気になるかどうかだな

向こうはハードの組み合わせ無数な世界だから、必然的にDXVAのような
統一させる仕組みができて、結果的に今がその恩恵に享受している現状だし

でもWinで再生させると確かに軽いが動画のテアリングがひどいんだよなあ
Macでは全然チラつかないのに

そりゃvsyncに同期するかしないかの問題
OSXは基本的に同期だからな

結論
MacOSXは重い。

ということにしたいのですね。

age

age

http://www.macrumors.com/2008/10/18/apple-enabled-gpu-hardware-decoding-of-h-264-on-new-macbooks-pros-and-airs/

この話が本当なら、新MBP買ってこようかな

>>362
古いMBPもアップデートで対応するのかね
9600Mと8600Mってハードウェア的には全く同じなわけで

おれもMBP(8600MGT)ユーザーだから、ｳﾌﾟﾃﾞｰﾄで対応してほしいけど
アップルのことだから、技術的に可能であっても、やってくんなそう......

142 名前: 名称未設定 Mail: sage 投稿日: 2008/10/18(土) 18:15:35 ID: 2dKRhZad0
>>109の動画再生支援がほんとかどうか気になるな
新旧MacBook持ってる人は試してみないかい？
http://www.apple.com/trailers/disney/bolt/hd/
Clip - The Chase 1080pの動画で比べて欲しいっす

149 名前: 名称未設定 Mail: sage 投稿日: 2008/10/18(土) 18:33:03 ID: xTZqllRL0
>>142
旧型2.0GHzでほとんど100%
新型2.0GHzで15-17%ぐらいでした。

キタコレ

ドザの突っ込みどころがまた1つ減ってしまったな。

で？古いMacには対応してくれるのかい　これは

>>367
古いドザマシンは？

>>368
Geforce6シリーズあたりから使えるらしい

H.264の再生支援はGeForce8シリーズ(一部除)から。

>>370
じゃあそんなに違わないな。

雪豹の売りの１つでしょコレ。
新MBは先行対応ってわけだ。

再生支援はGPGPUじゃないよー

>>370
いい加減な事書くなっての。H.264の再生支援は6000シリーズから有効だっただろ。
8500付近からiDCT類が強化されただけ。
http://www.nvidia.co.jp/docs/CP/27713/PureVideo_Product_Comparison_060807.pdf

Appleがずっと対応させなかっただけか

ドザの数少ない突っ込みどころがどんどんなくなっていく訳だが、
ゼロになったらドザはどうなるんだろうか？

今後、第二世代のPureVideo又はUVDを搭載している現行及び旧型Macで
再生支援が有効になるアップデータ出さなかったらアップルうんこ。
頼むから出してくれ・・・

>>374
いやCAVLC/CABACに対応してるかが重要であって、これに対応してないと
負荷はあまり下がらんぞ。

>>377
今後発売のMacはMacBookのようにデフォで対応するだろう。
雪豹でサポートするらしい再生支援は旧機種のためのものでは？
わからんけど。

SnowLeopardで再生支援をサポートなんて話がいつ出たんだ

旧MacBook ProにはGPUに
負荷かけたら脂肪する持病があるしね
旧機種は切り捨てるんじゃないかな

age

>>380
Appleがデベロッパプレビューの時言ったでしょ。
決定事項だよ。

＞Snow LeopardはQuickTime Xを導入します。
＞これはモダンなオーディオおよびビデオフォーマットのサポートを
＞最適化するもので、極めて効率的なメディア再生を可能にします。

それが再生支援だなんてどこにも書いてないでしょ。つーかその前の
「iPhoneで取り入れられたメディア技術を使い」ってのを見れば
GPUによる再生支援とは関係ないと考えるのが普通だと思うが。

そもそも再生支援はQuickTimeより低いレイヤーで対応するものだし。
今のQuickTimeの仕様を全く変えなくてもドライバさえあれば再生支援は可能。

そのドライバってのがQuickTimeと結びついてるんじゃないのでぃすか？

新MacBook / ProのHDビデオ再生が軽い理由
http://journal.mycom.co.jp/column/osx/296/index.html

>>386
何も分かってない記事だな。
ドライバが対応した上で、そのドライバを叩くデコーダを書くんだよ。

ドライバが対応するだけで全部のソフトがHWデコードに対応すると思ってるんだろうか。

まあまあ。

今までもハードウェアをたたくQuickTimeコンポーネントはあった訳だからさ。
久々に本体付属のハードをたたくものが出てきたってことだよね。

CUDA SDK 2.0は、出たての頃はかなりバグがあったらしいし、
４ヶ月くらい経って大分こなれてきたんだろう。
初期の物はエラーチェックがボロボロで再生できないものが大量にあった
らしいw

CUDAは再生支援とは関係ないと思うが...

そうなの？NVCUVID APIとかみるときちんとデコード用のAPIが
用意されているけど。これ使わずにデコードできるのかい？

CUDAってGPGPUだけじゃなくてPureVideoへのインターフェイスも持ってたのか。
それは知らなかった。

でもこれはあくまでもドライバが対応してるのが前提のようだが。
ドキュメントを見る限りではNVIDIA Driver version 177.28 or newerとか書いてあって
OSX用のCUDAで動くのかは怪しい。

どっちにしろ今回のMacBookの実装ではCUDAは経由してないと思う。

そもそも
The NVCUVID library and CUDA Decode API are currently only supported on Microsoft Windows XP and Windows Vista
って書いてあったw そりゃそうか。

CUDA SDK 2.0にはMac版もあるが。

そりゃ知ってるよ。

/Developer/CUDA/common/inc/cuvid/

cuviddec.h
nvcuvid.h

これ使えないの？

http://www.macrumors.com/2008/10/22/apple-seeds-quicktime-7-6-to-developers-no-h-264-acceleration-yet/

やっぱり新MBシリーズ以外では、支援は期待できないのかなぁ、、、

AppleVAH264HW.component、入手したはいいけど
グラボが古くて全く意味なかった漏れ涙目
NVIDIAの最近のやつじゃないと駄目なんだな

ドライバも無いと駄目だろ。

対応ドライバが存在するのは新マクブクのGPUだけだろ

∩( ・ω・)∩　ばんじゃーい

何でBDドライブの搭載されないMacに再生支援が必要なの？

外付けって概念ありますか？マカちん。

小さい画面で映画鑑賞する必要なんてない
大画面TVでソファに座ってみればいい

何故ドザはPCでTVやBru-rayを観たがるんだろう。

ドザは貧乏人が多いから。大型テレビなんて買えるわけないだろう。
あと住んでいる場所がウサギ小屋だしwww

あぁ。まだMacが高額商品だと思っているんだ・・・

>>406
どこの誰がそんな事書いたのか詳しく。

> ドザは貧乏人が多いから。大型テレビなんて買えるわけないだろう。
この部分。まだWindows買うなら貧乏。
Mac買うなら金持ち。
なぜなら高いMacを買えるからだ！

口に出していなくても、
そう思っているんだろうって
感じがにじみ出ています。

>>408
ドザは貧乏人が多い = Macユーザは金持ち
という論理の飛躍が理解出来ない。
というよりドザの戯言かな。

それをいったら
「ドザは貧乏人が多い」
これがそもそも意味不明なんだがｗ

>>410
それは事実だから意味不明じゃないよ。

はいはい。マカの戯言。

>>412
根拠は？

事実に根拠が必要なのかね？ｗ

>>414
うん、必要だよ。

必要な根拠も言わずに、「それは事実だから」とか
言っちゃうID:3Lc/KqYq0
自己矛盾の塊ですねｗ

>自己矛盾の塊ですねｗ
>>416が？

Mac板に粘着してるドザはキモイと言うのだけは揺るがない事実

自覚しろよｗ

↓お前だよｗ

ドザキモすぎ。

age

うむ、荒れているな

H.264よりDivXの方が、軽いし、きれいだし、扱いやすいし、
クソ重くてブロックノイズだらけのH.264なんていらないよね。

ブロックノイズの低減はH.264の売りの一つなのに…

同じ重さ（軽さ）ならDivXの方がノイズ少ないからね

Windowsってあれでしょ、色管理が滅茶苦茶で、
色も間引いて再生してるから軽いんでしょ。

Windowsは32ビットカラーを再現できるのにMacは未だ24ビットカラー！！！
ウリの大勝利！！！！

というレスがつくと予想。

Macで見てもDivXの方が軽くてキレイだけどね。

>>428
ヘタするとMacは未だ8bitカラーとまで言われかねないｗ

さすがにDivXの方がきれいとかいうのは電波

H.264って細かいところをぼかしてごまかしてるだけだろ
プロでH264使ってるやつなんていないし

はいはい

何でプロが出てくるんだw DivXは使うのか?
そもそもH.264は低ビットレートで高画質を追求した規格だが、
後に追加されたhigh profileは高ビットレートな用途にも使えるし。

なにしろマトモにデコードできないクソ仕様のH.264。
DivXなら高画質でも４世代前の低スペックパソコンで再生可能なのに、H.264は重過ぎて無理。
H.264が流行るのは全てのユーザーにとって不幸。

age

>>435
ああそうw
残念ながらDivXの次期バージョンはH.264だし、
既にalpha/beta版のエンコーダ/デコーダも提供されてるよ
http://labs.divx.com/ProjectRemoulade

まあ、4世代前だろうが再生支援があれば問題ないけどな。

4世代前だと再生支援可能なビデオカードがささらなそうだけど
Intelで尚かつオンボードじゃないやつが最低条件になりそうじゃない？

BDは普及せずHDDの時代が来ることを知らないドザ

なんせこうもデコードがクソ遅いと、再エンコする時に大変。
iPod用にエンコするのもDivXの方が何倍も速い。
H.264なんて使うな。使うなら最初からiPodに入るように作れ。

>>438
AGPでも再生支援できるのあるよ

あのうiPodもH.264なんですが

>>442
720pの動画をiPodに突っ込んでみやがれ。

>>440
【DivX/XviD】最強コーデック決定戦【H.264/WMV9】
ttp://pc11.2ch.net/test/read.cgi/avi/1191294731/

お帰りください

P2Pで落とした動画をiPod用に変換するのに時間がかかるからH.264はクソとか、バカの極み

iPod用の動画について，画質を追求するならH.264，使い捨ての動画ならMPEG-4 SPにしている。
画質は断然H.264，エンコード速度はSP。
iPodは横720でも再生できる。
iPod程度の大きさのH.264が再生できないなんて，PCの性能が低すぎ。現在市場にある製品で議論をしてくれまいか。
PC-9801だとDivXだって重いだろう。
どっちも中途半端に賛成の反対なのだ。

>>441
それはPCの話でしょ

Macだと4世代前どころか最新機種じゃないとサポートしてないからそれ以前の問題だ

iPodについては再生支援が搭載されてんだよな
かなり前から

再生支援というかハードウェアデコーダチップだと思うがな

AVIは画質落ちるし容量でかいから有難くないから某所じゃMP４しか拾わない

コンテナだし全角だし。

ここのみなさんにサンクスです．
m2ts (中身H264 & AAC)のファイルが，VLCで一応見れるのですが，
面白いことに，ほとんど同じハードウエア構成の
Macbook (2007)では楽々見れるのですが，
Macbook Air(GMA)では，1秒1コマの，ハイビジョン紙芝居状態（泣

Parallels desktopのXPに，いろいろプレイヤーをいれても
向上せず，困っていましたが，過去ログで紹介されていた
CorePlayerで，うまく再生できました．

うーん，この差はなんなんだろう．
ともかく，感謝です．

そりゃ全然グラフィック性能違うからね。
当然じゃん。

...
再生支援がなくてもGPUの性能はきちんと反映されるんだね。

>>454
いや同じだろ。MacBook(2007)もAirもGMA X3100でしょ。

MacBookがGMA950な可能性もあるか。
そうするとGMAX3100のCoreVideo関係のドライバがタコなのかも

453です．455サンの言われる通り，どちらもGMA X3100です．

Airでだけ，
VMCとCorePlayerで，とんでもなく差があったということは，
VMCのなかに，なにかGPU以外のハードウエアを認識して
展開を変えるようにコードが書いてあるのかも．
一方，CorePlayerは，多分windowsのコードの移植なので
そういうところはないのかな．
単なる推測にすぎませんが．

m2tsは単なるwrapperというか，コンテナでしかないので，
単純にそこを解釈して，そしてdemuxしつつQTに渡すような
プログラムを書けば，どのマシンでも最大パフォーマンスで
見ることができるだろうと思います．
CorePlayerって，そういうソフトなのかな．サイズがえらく小さいですから．
（これも推測）

ごめん．CorePlayerって，coreAVCだから，
QTでデコードしてるわけではないですね．
自前でしょう．
失礼しました．
＃それにしても，プログラムが小さいな．すごいですね

>>60
もう完成した？

Boot CampでWin上で再生支援試行錯誤してみたが、うちの環境ではちょっとした拍子に
フリーズしたり再生出来てもカクカクだったりした(CPU使用率は激減したものの)から
もういいや何も考えないで使えるMacで

Boot Campに含まれるドライバが糞なのだろうぁ。Apple製だし。

いやApple製じゃないし。

Windowsが糞だと証明しちゃったな

どうせやりかたが悪いだけだろ
俺の旧MBPではPowerDVD付属codecでもMPCHCでも問題なく再生支援が効くよ

H.264なんてQuadでもなければ使い勝手が異常に悪い
超激重規格を必死で盛り上げようとしてるのは、
高性能のパソコンに買い替えさせる策略に違いない。

支援有りビデオカード追加が出来るのもMacProのみ
iMacとMacProの中間を作らない意味がよく分かるな

でもMPEG2はサイズデカすぎだし…DivXはHDサイズじゃ精細さに欠けるし…

>>467は>>465への

>>466
いやiMacのビデオカードも支援に対応してるし

OSX版がWindows版より優れてることってないよね？
アプリでもなんでも。

Appleのアプリは例外かもしれんな。

>>470
聞かなきゃ判らないぐらいじゃ、気にする意味はないだろ。
煽りのネタぐらい自分で探せW

Quadで縦720pのH.264動画をiPod用の解像度に変換するのってどのくらいでいける？
iMacG5とTurbo.264でやってみたら20分の動画が6時間くらいかかりそうだった。

↑
同じ動画でDvixの場合は等倍でいけたが。

>791 名前: 名無しさん＠編集中 Mail: 投稿日: 2008/11/10(月) 00:37:05 ID: GIdJx9Cw
>アニメ拾ったら1280 x 720のH.264だった。
>iPod用に再エンコしようとしたら重すぎて6時間以上かかる。
>どうにかならない？

スレ違いの上にマルチですか

不正にダウンロードした動画をiPod用に変換するのに時間がかかるから
H.264は糞とか上の方で言ってる例の人ですよ

相手にしないのが吉

不正がアウトならお前ら全員アウトだろｗ
YouTubeすら利用しないのかお前はｗｗ

一緒にするな、低能

余裕でセーフですがなにか

んじゃあ、お前はどんな動画を再生したり変換したりしてるんだ？
レンタルの取り込みでも不正だろ。買ってきても、録画でも、複製は全部不正だ。

誰もアウトなんて言ってないのに、さすがにバカは違いますね

私的複製という概念を知らないらしい

へえ、不正はアウトじゃないのか。さすがこのスレの住人は言うことが違う。

みんな不正しながら他人の不正は許せないんだよ。
>>481とかｗ

不正をしながら自分の無知を棚に上げて文句を言う馬鹿が許せないんだよ。
浮いた金でPCを強化するぐらいしろよ。

DivXがH.264になる前に買い替えられるといいねｗ

ここDL板でもなければP2Pアプリのスレでもないし

そんな場所で逆切れする方が只の間抜け

やはりH.264は買い替えのために利用されてると確信した。

逆切れ馬鹿が出した結論に何の意味も無いから却下

だって最後は買い替えって結論しか出ないし。

外付けのデコーダとか出ないの？

外付けだと帯域不足でないかい？
デコードして展開されたデータをそのままUSB2.0なりで戻すんだぜ？

>>477
犯罪者乙

age

「買い替え」の意味が不明。
スレの流れが不毛。

WinFast PxVC1100 ってMacで使えるの？
http://japanese.engadget.com/2008/10/29/spursengine-winfast-pxvc1100-11-14/

>>496
その前によ、お前本当にMac使えるの？

ひどい言い方だな。

なんでこのスレの人間って常に必死なの？

必死になって火消ししないとQTが重いという事実にみんな気づいてしまうから。

Macで使えるか心配する前にPCI-Expressが差さるMacを買うのがいいと思うよw

Snow LeopardのQTXは作り直しと色々な新機能で軽くなるらしいよ

常に監視しているかのような火消しの速さだしな

age

>>503
即スレ乙

スレ？

Macユーザーは現在日本語習得中です。
多少の誤用はおおめにみてあげてください。

いままで実装がいまいちだったんじゃないかな
Snow Leopardに期待したいけど現状のLLVMの効果をみてみるとやっぱいまいちかも

再生支援にLLVMも実装も関係ない

関係ないけど期待させといて、実際にはいまいちってことが多いよね

>>508,510
>>509の言ってる通り、動画再生支援とLLVMは関係ないよ。
現行MacBookの再生支援はGPUに搭載された専用プロセッサで行うものだから。

もちろん、OpenCLを使って動画のデコードを行うこともきっと可能だし
そうすれば再生支援機能のないGPUでも動画の再生負荷を減らせるはず。
その場合、MacOSの実装ではLLVMが利用されることになるけど
その効果はMacBookの再生支援の効果からは推測できないよ。仕組みが違うから。

ちなみに、PowerBookG4@1GHzのgefo5200では、Tigerと比較して
LeopardではDashboardの波紋がもの凄くスムーズになった。
個人的にはLLVMによるOpenGLの高速化が効いてるのかなと思ってる。

OpenCLに対応する世代のGPUならその再生支援プロセッサ積んでるんじゃないの？
対応ドライバが提供されてないから有効になってないだけで
オンボード以外のintel機ならそうじゃないかと思ってるんだが

新型MBP＠10.5.5でH264の再生支援は実装されましたが？
今、夢見中のAMDな3500+でも9600GT積んで10.5.5で再生支援が効いてますが何か？

SnowLeopardでは使えるGPUも増えることでしょう。

ん?新MB/MBPじゃなくてもGF9000系なら支援効くのか

MacProはOSX86用のドライバを使えば普通にPC用のが動くらしいから
これは・・・・・・

今までが遅いだけなのに、速くなった！と宣伝する予感？

>>513
9600M GTのは再生支援じゃなくて実験的にQTにだけ適用されてる。
QuickTime Xで対象GPUから除外されないことを祈ってなさい。

リンク貼り忘れてた
ttp://journal.mycom.co.jp/column/osx/296/index.html

???
普通に再生支援だが...
その記事は頓珍漢な事を書いて電波を飛ばしてるが。

> 以上の事実を整理すると、新MacBook / ProではH.264ムービーのGPUハードウェアデコードは可能だが、
> (PCのように) ドライバレベルで機能が提供されているわけではなく、QuickTimeに
> ハードウェアデコード機能が追加されたに過ぎない。VLCのCPU稼働率が高いままであることは、
> その証拠といえる。そしてQuickTimeレベルでのサポートということは、1つ前の8600M GTを搭載した
> MacBook Proシリーズでも、H.264ムービーを軽々と再生できるようになる可能性が高いことを意味する。
> 次のOS X、もしくはQuickTimeのアップデートを待とう。


なるほどな〜

早くドライバレベルでサポートして、すべてのプレイヤーで
ハードウェアデコードができるようになるといいね。

でもAppleとしてはQuickTimeだけが生き残れば良いから
OSメーカーの特権乱用で、対応しないかも？？

>>519
再生支援ってのはGPUが本来持ってる機能であって、
nVidiaがMac用ドライバを作る気がないだけなんだよ。

はあ?
新MB/MBPには再生支援に対応した新しいドライバが入ってて
それを使って実装したのがQTのH.264デコーダ(AppleVAH264HW.component)だが。

ドライバレベルでサポートしなきゃQTですら再生支援は使えんよ。
そもそもドライバでサポートすれば全てのソフトで再生支援が効くという考えが間違い。
ソフト毎にドライバを叩くデコーダを書かないと再生支援は有効にならないよ。
当然、再生にQTを使うソフトならQT用のデコーダさえあれば再生支援が効くけど。
これはWindowsでも同じ事。

作る気がないというか、昔はMacにもサードパーティのグラフィックボードがいろいろあった。
AppleがCPUをコロコロ変えたり、OSをまるっきり別物にしたり、QuickDrawなんとかとか、QuickTimeなんとかとか、新機能をぶち上げてはすぐにディスコンティニューしてるうちに、誰もMacに対応しなくなったって話。

>>523
そんなことはどうでもいいからQuadro FX4500に対応するのかどうか
そこんとこだけが悩みの種だ。

世代的に微妙じゃない？
Geforce7世代

>>524
H.264の(完全な)再生支援は無理。

QTは遅い遅いって言われてるけど、決して遅くはないんだよね。
http://mycometg3.blog.so-net.ne.jp/2008-11-04-1

そりゃエンコーダの話だ。エンコーダは遅い速いよりも品質だからQTは論外じゃね

>>527
ハードウェアの”再生支援”だからね。
エンコードは関係ない。

まあこれも今のところであって
PCの世界ではエンコードにGPUが使われだしているけど。

GPUとCPUのSMIDユニットの速度にそれほどの差はないよ
　GPUの演算機が扱えるプログラムは、むしろCPUの劣化版。
　例えばCUDAでは関数ポインタがつかないとかそういうのがある。
だから、複雑な処理をGPU「だけ」で書くのはむしろ大変。

H.264の「圧縮は」単純な処理が少ない分、GPU支援を使うと
高いプロファイルのサポートが厳しくなる。

真MacBookのＱＴ再生支援だけど、
もしかしてもしかしてh264のデコードでも.MOV形式しか有効にならない、
とかそんな事あったりしないでしょうか？
Win環境のx264&mp4box(Level4.0)で作成した.mp4で
CPU使用率が期待したほど下がらないので不審を抱いた次第。

×真Mac
○新Mac

どれくらいを期待していて、どれくらいにしか下がらなかったの？
同じムービーが使えれば実験してみるけど？

比較で (CPUのみの)VLCよりも下がるだろうと期待しました。
QT 7.5.7 : u 30% 〜 60% ( しかもフレーム落ち多し )
VLC 0.9.6 : u 20% 〜 40%

そしてappleサイトの1080PトレイラームービーをQTで流すと
18%前後で再生できていたりしたので不審に思った。

mp4の動画をどっかに上げようと思ったけど、
100MBあるので丁度よいuploader見つからない(汗
すまんです。ただbitrateが９MBのアニメOPです。

ただ.mp4コンテナの内容やパラメータで再生支援が
有効無効になるのかなぁ...とも疑ってます。

解像度の制限が無かったっけ

>>534
ttp://www.wipeouthd.com/en_US/index.html

の一番左の1080pのやつ(20メガビット/sec)だと50%くらいまであがるけど、他は10%台だなぁ。
MacBook Pro 2.53GHz/QT 7.5.7

んまあ、件のファイルじゃないと検証しようがないよね。

>>537
iMac(radeonHD2600pro256MB)
再生フレームレートが30に落ちてCPU使用率が65くらい
だめですなorz..
radeonは再生支援は望み薄なんですか？

いやいや
Macで再生支援が効くのは今のところ新しいMBシリーズのみだが。
そのビデオカードで再生支援してほしいならwindowsでどうぞ

想像だが、
　ピクセルアスペクトレシオが1:1でない（正方形でない）動画は
　QTがCPUで拡大縮小している可能性があるよ。

>>537
QT 7.5.7で20%未満で再生できました、再生FPSも60で。
ただVLC 0.9.6だと55%ぐらいな上に、絵が崩れてまともに再生できない。。
VLCの再生中メッセージにはframe dropの警告やエラーが一杯。
とはいえ.mp4でも再生支援が効いているように見える動画がありました。

>>536
単純に1920x1080や1280x720、1440x810と解像度を変えたけど、
大きくCPU利用率は下がりませんでした。

>>540
QTで「実際のサイズ」で見切れるように再生したりしたけど、大きく変わらずでした。

"mp4box -info"でmp4の情報を出して比べてみましたが、
・537のmp4にはMPEG4 IOD/ODがない
→手前のx264はある。けど"-no-iod"で同じように除去しても変化なし。
・537のmp4のVisual Streamは"Visual Size 1920 x 1080 - Profile Main @ Level 4.2"
→手前のは"Visual Size 1280 x 720 - Profile High @ Level 4"
　単純にバイナリエディタでLevel指定を書き換えたりでは変化なし。
という違いに見えました。生ログは長いので貼りませんが必要ならば。

とりあえずmp4でも再生支援が効いている様子のファイルがあって、
内容によっては効かない様子のファイルもあるようです、ということで。

VLCだと動画が崩れるのが不思議で不安ですが、
x264でVisual Streamを作る際に合わせるように色々変えて試してみます。
というか、537のmp4ってApple Sound Media Handlerと
あったりするのでAppleのエンコード環境でやったら適当でも上手くいくのかも。

>>541 うちでは50%位なのに、何が違うんだろう？ 負荷の確認はアクティビティモニタで？

>>544
そうです＞負荷の確認 あとtopでも同じでした。
うちはQuicktime関係で初期状態から追加してたのは下の二つです。
・QuickTime 7.5.7 アップデート
・Flip4Mac wmv 2.2.1.11
金曜日にMB竹を買った＆Mac初心者なので素に近いはずです。

別にOSXが重いんじゃない
Windowsが軽すぎるだけ

てゆうおまえそれなんだよという
世界セ

もっさりしてますね。

かなわ3ときずか3とからし有

なんだか3年ほど前にタイムスリップした感じ満載のスレだね。ｗ

まあMacの動画再生事情はそんなもんだ。

QuickTime7.6で再生支援の効く機種が拡大してるという話が

QuickTime7.6で重要なのは脆弱性の修正

アップル、第1四半期決算を発表--アナリスト予測を上回る増収増益
http://japan.zdnet.com/news/ir/story/0,2000056187,20386855,00.htm

QuickTime重すぎ

10.6で再生支援導入されるかな。
それとも差別化のため、新機種のみになるのかな。

差別化っていうかVGAの能力次第だろうな。

いやあチップが対応してるのに機能が殺されてるのは差別化だろうw

差別化っていうか
グラボの持病がある機とかだと
負荷かけたくないんだろうね

負荷をかけたくないって再生支援よりも負荷がかかる用途なんていくらでもあるわけで
それにMPEG2デコードの支援はDVDプレーヤで既に使ってるし。
たぶんnVidiaのノート用チップの問題の事を言ってるんだろうが
関係ない機種でも殺されてるし。

Confickerワーム撲滅に向け、マイクロソフトが他社に土下座
http://www.computerworld.jp/topics/vs/135589.html

録画したテレビ番組 tsファイルをh264で変換すると
画面の動きが速い箇所で、微妙な残像というかブレみたいのが気になるのですが、
これはh264で圧縮しているため仕方がないのでしょうか？
ビットレート高めたり、60フレームにしてもダメでした

元のtsファイルで見るとヌルヌル気持ちよくみられるのに、ちと残念
toast9使ってるのですが、原因はインターレース系の設定が出来ないから?

変換ソフトの問題。何を使っているか知らないけど。

toast9でh264プレイヤー選択して
ファイルフォーマットmp4のビデオフォーマットh264です
色々設定弄ってみたりしたんだけど、どれもなっとくいかず・・・orz

Windowsの不具合「MS09-002」の脆弱性を狙う攻撃が早くも登場
http://internet.watch.impress.co.jp/cda/news/2009/02/18/22480.html

quicktimeのデインタレースが甘いのが原因か？
もうちょい綺麗になればなぁ

QuickTime（笑）

マイクロソフト、米国で無料の職業訓練プログラムを開始--200万人信者目指す
http://japan.zdnet.com/news/ir/story/0,2000056187,20388663,00.htm

ID:xNTpJ80A0ががんばってある程度結果は見えたんじゃない？

>>403でも書いたけど
ドライバレベルでにデコーダ処理するコードが書かれていてさらに再生ソフトごとにドライバを叩く
9400が乗っかった機種では/System/Library/QuickTime/AppleVAH264HW.component
が再生支援を実現してる。

AppleVAH264HW.componentってファイルがあれば再生支援あり
AppleVAH264HW.componentってファイルがなければ再生支援なしって事

ソースは
http://journal.mycom.co.jp/column/osx/296/index.html
なんだけどこの記事まちがってるんだよな・・・

誤爆

新miniのチップが9400Mって書いてあったから
当然Quicktimeの暫定支援が有効だと思ってたのに
システム環境みたら無印の9400になってた。

多分そのせいで再生支援も効いてない。
発表スペックは同一だが、ハード的な違いがあるんだろうか。

>>571
iMac板で新miniの再生支援のレポあったけど
↓
新型を購入した方にお願い。どなたか、試してくれませんか？

以下Appleのサイトで、1080pの動画を再生して
アクティビティモニタのQuicktimeのCPU使用量が
最高でどれくらいになるか教えてくださいませ。
すでに再生支援機能が働いているのか知りたい訳で…

http://www.apple.com/trailers/disney/up/hd/
↓
Mac mini 4GBで悪いんだけど
表示を実際のサイズにして15〜18ぐらいだったよ

再生支援効いてるんじゃない？

>>572
それも試してみたけど、各コアそれぞれ３５％前後CPU消費してる。
梅のメモリ1GBなので、VRAMの割当も128MB。明らかに効いてない。

搭載メモリで有効無効の違いが出るのか、それとも
下手したら出荷時点でVRAM256MBになる構成じゃないと、GPU自体別物だったりするのか？

CPU35%って十分効いてるような気がするけど

効いてるのかな？
15%とじゃ、２倍も差があるから効いてないかと思った

ちなみに
http://www.wipeouthd.com/en_US/index.html
のVIDEO→Trailer1080pだと60%~70%使う。

確かに、Quicktimeだと音とびしないし再生できてるのに、
VLCとかMPlayerだと　音とびしたりカクカクしたりするなぁ

だな、効いているよ多分。今までの貴重なレポをざっとまとめてみた

年 機種　　　CPU　　　メモリ　　再生支援　 結果
2009 Mac mini 2.0 1GB ○ 各コアそれぞれ３５％前後CPU消費してる
2009 Mac mini ? 4GB ○ 表示を実際のサイズにして15〜18ぐらいだったよ
2008 iMac 2.8 4GB × 75.5
2008 iMac 3.06 4GB × 前半50%、後半の家の通過時に一瞬だけ80%行く。
2008 iMac 3.06 4GB × CPU欄の数字は70とか行くなあCPU使用率は20%分くらい

なるほど〜
ということは、VRAM256MBに倍増すると
CPU負荷は半分になる・・のかもですね。

再生支援であって、丸投げじゃないから、CPUの性能如何で％は変わって当然。
順当な数字じゃない？　miniユーザはそう思っておいた方が良いかもね。
2.0GHz x2=4GHz 2.66GHz x2=5.32GHz 3.06x2=6.12
2GHzのCPUの30％だと、3.06で20％くらいの単純計算になる。

Windows版Acrobatの脆弱性突くプログラムを専門家が作成――アドビ推奨の自衛策を「回避」
http://www.computerworld.jp/topics/vs/137829.html

>>572
iMac 2007midの梅(CPU 2GHz)で再生してみたらCPU使用率は各コア30〜35%だった。
iMac 2007は効いてるはずないから>>572のminiも効いてないのかも。

やはり・・

ちなみに、↓の1080pトレイラーはどうでしょうか
http://www.wipeouthd.com/en_US/index.html

うちでは575にも書いた様にQTで60~70%消費
（ちなみに、スレ違いというか板違いになるけど、
新mini梅BootCamp-Win7のPDVD体験版（支援有効）で
全く同じ動画・マシンなのにCPU消費10%未満だったり）

>>581
全く同様に60~70%。

ちなみに>>580の訂正
×>>572のmini
○>>573のmini

ハード自体はMacだから、板違いでもないのかな・・
支援の仕組みが違うから直接比較するのはアレですが。

ともあれ、>>582さんお手数ありがとうでした。

こうなると、やはりグラフィックチップの認識関係（9400）か
何かの理由で、新miniでは支援が働いてない様に思われますね。

http://www.apple.com/trailers/disney/up/hd/
ちなみに、ここの動画について573で35%と書いたのは
Carl Goes Up 1080pです。(Win7-Pdvdでは、やはり10%未満)

>>564
ToastからダイレクトにAVCにしないで劣化の少ない可逆を中間にして
x264Encoderでやってみれば？
たぶんこれがMacではベスト

Intelと夫婦同然なんだからIntel H.264を正式サポートして
環境最適化してくれたらいいのにな

http://internet.watch.impress.co.jp/cda/news/2009/03/19/22835.html
＞GPUによる再生支援機能にも対応し、デジタル著作権保護（DRM）付きでH.264形式によるHD動画（720p+）の再生に対応する。

Mac版もGPU対応してるのかな？
してないんだろうなぁ、どうせ。

今のところはQuicktime通さないと無理だろ再生支援は

別に何の但し書きもないし、普通に対応してんじゃないの？

CorePlayerの設定のとこでOpenGLって出るけど
これって再生支援対応してるってことですか？

単に描画用APIにOpenGLを使うってだけでしょ。
OpenGLは再生支援と何の関係もない。

Mac版CorePlayerでwmvを再生する方法を教えてくださいm(_ _)m

QT+Flip4でいいんじゃね
どうせCorePlayerで再生出来てもH.264じゃないから軽くならないだろ

>>583
多分macで支援が働く基準があるんだと思う
自分でエンコしてる動画は重いオプション使いまくってるから
支援働かないなと思っていたり
levelがいつくとかオプションが範囲内に収まってないとだめとか

MacOSXは重すぎる。

G5/2Ghzなんだが、低スペックのわりに動画みるのはあまり困らない。
でも、この動画だけ異常にカクカクする。何が悪いの？
http://www.nicovideo.jp/watch/sm6424764

ニコ動の仕様が変わってからコメントがみれなくなったのは俺だけ？

>>596
再生ボタンぽちぽちしてると見られるようになるかも

Mac重い

あぁ、11.5Kgもある

もっさりMac

もっさりもさもさ

OSが未熟だからH.264もまともに再生できない。

Snow Leopard を楽しみにしてろ

スノレパは実質10.5 SP1だろ。

XPとVistaぐらいは違うからそれはない。

どっちかと言えば10.5が10.4SP1って気が

いやそれはさすがに

アップル製のドライバーが低品質だからまともに生かせない。
GPUは型遅れだけど悪くない。

もともとは再生支援とかＭＳがアクセスレイヤを作って
各社（てかATIとNVIDIA）がその下にHW支援を作ってるからなあ。

3Dもそうだけどコンシューマ付加機能は競争の激しいWin機には勝てん

むしろMacがWin機に勝ってる所を探す方が難しい。

ですねぇ。

veohで落としたH.264動画ってなんで糞重いの？
再エンコかけたら軽くなるけど。

俺のMacPro+4870は軽々ですよ。

同じサイズに再エンコすると軽くなるから意味分からん＞Veohの動画

元動画が同じオプションでエンコしてるとは限らない。

>>610
実際そんな所はないから、探しても無駄という（ｒｙ

今頃気付いたんだが、saraphy氏のプラグインで
mp4を作る場合はmp4boxでmuxしないと
Mac版CorePlayerでカクカクするね
QuickTimeだと問題ないけど

http://pc.watch.impress.co.jp/docs/topic/feature/20091118_329706.html
> 　なお、Flash Player 10.1はMac OS(Intel CPU)、およびLinux版も用意されているが、
> このH.264のハードウェアアクセラレーションには対応していない。Windowsでは、
> Windows XP/Vista(64bit可)/7(64bit可)に対応する。





(´･ω･`)

まあ当たり前だ。対応しようにもAppleがハードウェア支援機能にアクセスするための
APIを公開してないからな。

LinuxはAPI自体はあるからそのうち対応するだろうけど。

>>618
http://japanese.engadget.com/2009/11/18/flash-player-10-1-youtube/
> さらに記事では、ハードウェアデコードが行われていないはずのMac版でも
> なぜか処理速度に大幅な改善が見られたという記述もあり。

>>620
改善は多少したけど、CPU負荷は依然圧倒的に高い。
そりゃ再生支援とは比べられないわな・・

ニコニコで２バイト文字で記号打つと化けるし、
まだまだ使い物にならないね、ベータ。

MacのPureVideoHDは
たんすの肥やしならぬGPUの肥やしか

なんでwindowsユーザとMacユーザーは不毛な争いをするの？

>>623
WindowsとMacOS両方使う俺は争わないぜ！

駄目だなあMacは

あーイライラする

H.264 は全然重くないよ。
同じ物をFlashで再生したら思いというのがどういう事かわかるはず

スノレパ・QT前提の与太話はいらん。
H.264フルHDのデコードは重い。

前提条件の設定が間違ってるな

いい加減にドライバレベルでGPUデコーダに対応させろやクソボケが

>>630
対応してるだろ。
APIを公開してないから3rd partyが使えないだけ。

Apple Opens Door to Hardware-Accelerated Decoding of H.264 Video in Flash and Other Platforms
ttp://www.macrumors.com/2010/04/22/apple-opens-door-to-hardware-accelerated-decoding-of-h-264-in-flash-and-other-platforms/

やっとAPI公開か。
しかし対応GPUを制限しすぎ。

>>632
なんで対応GPUこんなに少ないんだ？
GPUメーカーの拡張命令？で対応させてくれ

よく見ると such as だから限定してる訳ではないか
QTで支援が効く機種なら使えるのかな

intel移行さえなければPPC用AGPビデオカードもまだ出続けていて(高いんだろうけど)
G4でも再生支援を使ってYoutubeHDを快適に見れていたことだろうな

>>636
おまい、なんか日本語が下手だな。。。w

例えば
USB接続のFPGAボードでも使ってH.264の再生支援のロジックを実装して
それ用のドライバと対応アプリでも書けばPPCでも再生支援効くだろうけど

誰もやらんよな…

USB2.0じゃ帯域が足りない
ブルーレイ再生支援だとPCIでも追いつかなくてカクつくと聞いたことがある

？
USB2.0接続のBDドライブが市販されてる訳だし、帯域は足りると思うが
BD-Videoの最高品質でさえ54Mbpsまでだし
ネット上のHD動画の類いならもっとずっと低い

>>640
BDドライブからPCに来るのは圧縮データでPC上でデコードされるんだと思うが

>USB接続のFPGAボード

読み取りのドライブじゃなくて、ここの事じゃないか？

つーかIntelだけでも機能があるやつは全て対応させて貰いたいんだが
GMA以外は全部再生支援機能があるはず

デコードされたデータは、BDの場合で規格上の最大値が
1920*1080*24(bit)*60(fps)=2,985,984,000bps
およそ3Gbps
これを直で流すのは当然無理なので、
出力側も何らかの圧縮の掛かった形式でないと無理

可能だとするなら
H.264で使われる重い復号処理をハード的に行った上で、
もっとMac本体側で再生負荷の軽い別のコーデックに変換する『トランスコーダ』かな
画質劣化をなるべく押さえる為にビットレートを2-3倍に上げたMPEG2にするとか
インタフェースもUSB2.0でなくFW400か800にすれば転送の実効値はもっと稼げるし

いずれにせよかなり苦しいね、やっぱ駄目か
elgatoのデコーダ版みたいなの考えてたんだけど、エンコーダの場合とは条件かなり違うね

レスくれた人、妄想与太話に付き合ってくれてありがとう

Radeonをなんとかしてくださいよ！

重い処理のうち帯域食わずにできそうなのはCABACぐらいなものだしな。
iDCTとかデブロッキングフィルタとかは素のデータ扱うから帯域も広くないとだめ。

RadeonHD2xxx系も十分な能力の再生支援機能有るんだから
見捨てないでちゃんと有効化して欲しいよー

頼むよAppleさん、OSに本当に必要なのはそういう基本的な部分だよ

Winでなら古めのマシンでも再生支援対応のビデオカードを挿すことで
フルHDの動画も快適に見られるように出来たりするんだよね
そういう拡張とか部品交換に対応できるタワー型ミドルクラスがないのも今のMacのウィークポイントだ

>>647
>頼むよAppleさん、OSに本当に必要なのはそういう基本的な部分だよ

じゃあ今のOSは不必要な部分ばかりの集まりだとw

しかし結局ドライバを書くのは ATI (AMD) の中の人なんだろうから
彼らのレスポンス vs Apple の依頼コスト vs ユーザーの利益 みたいな
構図なのかなあ。

radeon
まだかな

iMac Mid 2007 C2D RadeonHD2400XT
OSX10.5.8までだとH.264の1080pはQuickTime7でかなりコマ落ちしてたが、
10.6.3だと劇的に軽くなった(QT7でもQTXでも）

Snowの恩恵のうちGCDくらいしか効かない機種で
再生支援効いてないGPUの筈なのに何でだろう

まじで！！

スノレパは実質OSX1.0だからな

coreplayerって結局どうなん？

720pのHD、MPEG2、ブートなんですけどカクつきます、こんなもんですか？
最新のmacbookpro13です。五年前のwinのほうがスムーズに動いた。

日本語で。ブートってなんだ。

3年前のiMac Mid 2007 C2D 2GHzでも
H.264の1080pは（再生支援無しで）普通に再生出来るよ。
60fpsは流石にちょいコマ落ちするけど。

マイクロソフト、2ちゃんねるを脅迫する
ttp://digimaga.net/2010/03/microsoft-said-try-to-say-my-name.html
Excelやムービーメーカーに脆弱性、ファイルを開くと被害の恐れ
ttp://pc.nikkeibp.co.jp/article/news/20100310/1023542/
IE 6とIE 7に新たな脆弱性が発覚
ttp://www.computerworld.jp/topics/vs/176430.html
IE 6と7に未修正の脆弱性見つかる、既に標的型攻撃の発生も
ttp://www.itmedia.co.jp/news/articles/1003/10/news025.html
サンの元CEOシュワルツ氏、MSから受けた「知的財産侵害」圧力を明かす
ttp://japan.zdnet.com/news/ir/story/0,2000056187,20410219,00.htm
IEの未修正の脆弱性を狙うスパムメールが流通
ttp://www.itmedia.co.jp/news/articles/1003/11/news018.html
米国控訴裁判所、「Word」の特許権侵害を再度支持
ttp://japan.cnet.com/news/biz/story/0,2000056020,20410320,00.htm
「IE 6」「IE 7」に存在する脆弱性--セキュリティ研究者が概念実証コードを公開
ttp://japan.cnet.com/news/sec/story/0,2000056024,20410309,00.htm
IEのゼロデイ脆弱性を攻撃するコードが公開される
ttp://www.computerworld.jp/topics/vs/176749.html
セキュリティ企業の情報から研究者がIE脆弱性悪用コードを作成
ttp://www.itmedia.co.jp/news/articles/1003/12/news022.html
『IE』の未対応脆弱性を突く道具立て、早くも整う
ttp://japan.internet.com/webtech/20100312/11.html
Windowsの画面が中国語に――3月のMSパッチで一部に不具合
ttp://www.itmedia.co.jp/news/articles/1003/15/news010.html
ウイルス対策ソフト「BitDefender」のアップデートでWindowsがダウン
ttp://www.computerworld.jp/topics/pcc/177409.html
IEの未修正の脆弱性を突く攻撃が急増――セキュリティ・ベンダーが警告
ttp://www.computerworld.jp/topics/vs/177629.html
IE悪用攻撃は数日で50カ国に拡大――未修正の脆弱性による危険な実態
ttp://www.itmedia.co.jp/news/articles/1004/02/news021.html
国内掲示板でIEの脆弱性狙った書き込み確認
ttp://internet.watch.impress.co.jp/docs/news/20100405_359228.html

OSの基本動作自体が重いのに、H.264の再生がスムーズにできるわけないだろ。
MacはWindowsより5年は遅れてるよ。

>>658
何時の時代の話をしてるの？？？？

今の話でしょ、話の内容から考えて。

とりあえずOSの重さと動画再生のHW支援は関係ないのが判らない情弱乙
それにOSXはハードの決め打ちが出来るから重くても快適に感じるように工夫されている。

OSX/Win/Linux
マルチブートしてみると分かるが、
OSの基本動作自体はどれも大差ない

Macに再生支援の無かった時代に立ったスレっつーことよ
Intel初期とPPCの人はご愁傷様だけど

基本的にMacはグラフィックボード選べないからな。

DVDが搭載された頃のMPEG2もそうだったけど
ハードウェアデコーダーとOSの組み合わせがごく限られているにもかかわらず
Appleがグズグズしてなかなかドライバを作らないから
再生支援が効くようになる時期がWindows機よりはるかに遅い。

でもってハードウェアが対応しててもドライバが作られないまま放置されるモデルが

そうこうしてるうちにCPU,GPUパワー向上ででサクサクに・・・

そして更に動画は高解像度になりカクカク再生なポンコツ腐れMac

つうか現状、Coreix以上でカクる動画ってどれ？

地デジとかの放送波の次の規格がこないと家庭用TVの解像度も上がらないし記録用フォーマットの次の規格も無いだろ
そんなもん何十年も先
H.264 1080pが見られる環境ならしばらく安泰だろう

鋭意研究中のコレかｗ
http://ja.wikipedia.org/wiki/%E3%82%B9%E3%83%BC%E3%83%91%E3%83%BC%E3%83%8F%E3%82%A4%E3%83%93%E3%82%B8%E3%83%A7%E3%83%B3

カクカクモサモサMacOSX

H.265がたのしみです

もっさりwindows

lionで軽くなった？

むしろ再生支援効かなくなるとか言ってるんだがw
http://9to5mac.com/2011/07/21/lion-disables-flash-player-hardware-acceleration-and-other-adobe-goodies/

Appleはサードパーティーとの連携をもっと密にすべき
なにやってんの

Mac miniを買おうと思っているのですが、Intel HD Graphics 3000で再生支援は効きますか？

FlashがあれならとりあえずsafariでHTML5使えばいいな

>>677
ボンクラAdobeには無理。イモムシよりのろま。

Adobe Creative Suite's Lion limitations
http://www.macworld.com/article/161249/2011/07/cs_lion.html

QT Playerだけでは再生支援が効いてたHD Graphics 3000も10.7では駄目っぽい
あまり詳しくテストしていないけど

VideoDecodeAcceleration.frameworkを叩いてみた感じでは対応ハードにはなったっぽい?
10.6では初期化でkVDADecoderHardwareNotSupportedErrが返ってきたが
10.7だとkVDADecoderDecoderFailedErrが返ってくる

というか>>676は結局リリース版では問題ないと訂正されてるね
例によってnVidiaでは問題なく動くんだろうな

デジカメで撮ったFullHDのAVCHDカクカク(´･_･`) はぁー

>>683
どの機種で？

>684
macbook air 2009 mid
core2duo 2.13GHz

新機種に買い換えたいけど、
これが治らんと買い換えれんわ(´･_･`)

>>685
なんのプレイヤーで見ているの？

>686
VLC

>>686
VLCでは再生支援効かないのでは？

>688
yes
もしかしてAVCHDを支援環境下で
再生する方法あったりする？
quicktimeて再生無理よね？

perianで対応してなかった？＞AVCHD

以前にperian インストールして、
当方ではqtで再生できずすっかり
頭から消えてた。。。何が悪いか
よくわからんけど、もっかいトライ
してみます。

サンクス＆スレ汚しm(_ _)m

Crystal HDって再生支援チップがAirMac用のMiniPCI-Expressスロットで使えるらしいんだけど
誰か使ってる人いない？
XMBCというプレイヤーしか対応してないようだけど
Flashなんかでも使えたら嬉しいなぁ

現状のOSXの仕組みでは使える訳も無く
VideoDecodeAcceleration.frameworkがDXVAみたいにドライバ側の仕様もオープンになりゃいいのだが

FlashとかQTで対応してくれれば
再生支援のない初期IntelMacには救いの神になるんだが
http://code.google.com/p/crystalhd-for-osx/

>>694
なるほど
kextやライブラリごと対応させるのか
結構な力技だね

BootcampでWindows入れれば正規のドライバ使えて
ちゃんと再生支援受けられるわけだな