MacOSXってなんでH.264の再生が重いの?at MAC
MacOSXってなんでH.264の再生が重いの? - 暇つぶし2ch142:名称未設定
08/03/28 17:44:08 BqMHTHQY0
>>139
このスレのAIR OPとか

スレリンク(jisaku板)l50x

143:名称未設定
08/03/28 21:03:36 GH4Zs98Z0
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) となった。

144:名称未設定
08/03/28 22:52:15 iBkwJkGJ0
Win/Mac/Linux侵入コンテストはMacBook Air陥落で終了、所要時間2分
スレリンク(pcnews板)

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

146:名称未設定
08/03/29 02:29:30 QGVLqDFH0
> Appleはむしろ,ハードウエアデコードをレガシーなものとして切り捨てたんじゃないか?

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

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

147:名称未設定
08/03/29 02:31:31 DHPqzBXJ0
DVD Player.appでは今でも使ってる

148:111
08/03/29 02:46:15 YU4YY+Ge0
やっとH.264で検証したよ。
手元にあったハルヒOPのDivXをH.264にエンコード。
1280x720 30fps、ビットレートは平均5Mbpsくらい。

URLリンク(www.restspace.jp)

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

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

149:111
08/03/29 02:55:57 YU4YY+Ge0
>>142

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

150:名称未設定
08/03/29 03:14:42 DHPqzBXJ0
>>148
GUIを使ってるならVideo & AudioのVideo out moduleをQuartz/Quicktimeにする
オプションに-vo quartzを書いても効果はない

151:名称未設定
08/03/29 03:30:21 DHPqzBXJ0
というかそもそも1.0rc1は古すぎるな
こっちにあるのを使ってくれ
URLリンク(www.haque.net)

152:111
08/03/29 04:47:54 YU4YY+Ge0
>>150
>>151
どもです。
MPlayerのみSVN-080327版で再検証。

URLリンク(www.restspace.jp)

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

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

153:名称未設定
08/03/29 05:13:57 bUV/QS0D0
次の QuickTime のアップデートでなんかあったりしないかな。
確かセキュリティーの問題もあるから、そう遠くないうちに何かあるはずだが...

154:名称未設定
08/03/29 06:00:40 DHPqzBXJ0
>>152
なんかやっぱりmplayerが重いな...
うちだとデフォルトでもVLCと同じぐらいなんだけど。

URLリンク(circle.zoome.jp)から落としたもので比較。@C2D 2.2GHz
MPlayerは>>143の措置をしてオフィシャル版より負荷を下げた。
URLリンク(www.restspace.jp)

155:名称未設定
08/03/29 08:05:01 1dBPW+kN0
>>151
そのビルド、FLVが再生出来ないんだね

156:名称未設定
08/03/29 08:33:25 geEcZUja0
>>155
今試してみたら、再生できたよ。
コンテナ以外に要因があるんでない?

157:名称未設定
08/03/29 08:56:24 1dBPW+kN0
>>156
うちでの問題か~。
いろいろ試してみます。

158:名称未設定
08/03/29 09:25:04 JbmQI0l00
重いつったって俺の体重よりは軽いだろう。

159:名称未設定
08/03/29 09:29:08 VNmzkBDK0
>>158
何言ってんだ、お前よりオレのほうが確実に重い。

160:名称未設定
08/03/29 09:32:10 u2HkLzGa0
>>159
俺もそう思う。

161:名称未設定
08/03/29 09:52:18 9qnYs7qR0
CorePlayerのコンテナリストにMP4がないけど、実際は再生できますよね?

162:名称未設定
08/03/29 23:22:48 WVjjvOcB0
できまsn

163:111
08/03/29 23:39:33 YU4YY+Ge0
なんでmplayer重いんだろう…

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

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

164:111
08/03/30 00:01:23 YU4YY+Ge0
単にmp4ファイルを再生するだけならCorePlayerとかで
CPUパワーに任せてソフトウェア処理でいいんだろうけど、

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

165:名称未設定
08/03/30 00:14:41 IHfDmpJ00
マカってなんで変な言い訳ばっかりするの?

166:名称未設定
08/03/30 05:04:58 ouZcWwcm0
このスレを見ている人はこんなスレも見ています。(ver 0.20)
【H.264】HD動画再生PCを考えるスレ 6【激重】 [自作PC]
窓遣いは Mac OS X をどう見るか【第31ラウンド】 [Windows]

167:名称未設定
08/03/30 10:39:12 94skbCJ+0
CorePlayer購入しました。
起動時は重たいですが、再生中は確かに軽いですね。
でも起動するたびに画面サイズの調整するのは非常に面倒です。
これって自動でサイズ調整してくれないんですか?
QT,mplayer,VLCでは最初は100%表示から再生されるので、
それが当たり前だと思ってたんで、ちっこい画面サイズで起動するのは異様な感じです。

168:名称未設定
08/03/30 12:26:19 4UY0OzTv0
Winの15万円くらいのノートパソコンにも、
H264再生支援機能ついてんの?

169:名称未設定
08/03/30 13:08:25 wId8r2FU0
>>168
一部ついているやつもあるって程度。
値段の問題ではなく、単にノート用GPUが対応していないという問題かと。
もうちょっとしてDirectX10時代になれば、どれも対応するでしょう。

170:名称未設定
08/03/30 13:30:00 I5nhZXvr0
統合チップセットじゃなければついてるでしょ
Geforce7以降とかX1xxx以降とか

171:名称未設定
08/03/30 13:38:09 9ynAzMK80
H.264の完全なデコード支援に対応してるのはGeforce8xxx/RadeonHD2xxx以降

172:名称未設定
08/03/30 13:54:57 mHSmwDep0
>>171
> RadeonHD2xxx以降

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

173:名称未設定
08/03/30 13:56:53 9ynAzMK80
>>172
だからMacOSじゃ対応してないって話だよ。
現行の機種だとMacBookとmini以外はWindowsで起動すれば再生支援を使う手段がある。

174:名称未設定
08/03/30 14:10:23 I5nhZXvr0
積んでるけど使えないって意味だよね

175:名称未設定
08/03/30 14:37:43 jIUshuJr0
>>151のってX11入れてないと使えない?

176:名称未設定
08/03/30 16:25:37 hPoZvQ8T0
ツー事は現行iMacでも、OSで対応してくれりゃ支援受けられるんだよな。

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

177:名称未設定
08/03/30 16:26:05 9ynAzMK80
mplayerは画面描画だけを別スレッドにすると重い動画は結構マシになるな...

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

178:名称未設定
08/03/31 05:54:41 QK8lcx1q0
ニコニコのFlash(H.264)を比べると愕然とするよ。
Winだと負荷が1%程度。
Macだと25%以上。

179:名称未設定
08/03/31 06:32:13 1/CoKoSL0
なんでH.264の再生を計るためにニコニコで比べにゃならん?

180:名称未設定
08/03/31 11:22:28 a5IibjqA0

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

181:名称未設定
08/03/31 11:37:40 atUZtgKG0
コメントしたいからじゃね?

182:名称未設定
08/03/31 16:39:57 YJBIZ3JV0
>>178
そこはMac版Flashがムダに重いのも効いてる予感。

183:名称未設定
08/03/31 16:45:46 HKDZrJjZ0
つか、それが全てでしょ>>182

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



185:名称未設定
08/03/31 23:38:48 PLk+FSWS0
アホが来たぞー

186:名称未設定
08/04/01 09:05:12 26RzGM2u0
4/1のフライングですかね?

187:名称未設定
08/04/01 22:07:25 zxgzmPuO0
Flash9がmp4コンテナにH.264入れられるのも知らないのか。

188:名称未設定
08/04/01 22:44:09 1qwWu3Ct0
いやそういう話じゃないから。

189:名称未設定
08/04/01 22:46:58 zxgzmPuO0
よくわからんな、ではどういう話なんだ?
俺なんか勘違いしてるかな?

190:名称未設定
08/04/01 22:50:29 zxgzmPuO0
ちなみにflashにもハードウェア支援はあるけれど。

191:名称未設定
08/04/01 22:57:15 JfliC/xt0
そういう話しはもううんざり
スレリンク(mac板:445番),448

192:名称未設定
08/04/01 23:01:37 zxgzmPuO0
意味がわからん。>>191の俺のレスがどうかしたのか?
何が言いたいのかはっきり言ってくれよ。

193:名称未設定
08/04/01 23:04:48 kjVeW3bd0
マックの悪口を言うやつは許さん!てことじゃね?

194:名称未設定
08/04/01 23:07:55 zxgzmPuO0
なんだそりゃ。

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

196:名称未設定
08/04/01 23:15:57 zxgzmPuO0
>>195
なるほど理解した。ありがとう!

197:名称未設定
08/04/01 23:21:07 JfliC/xt0
>>193
嫌がらせに書き込みにくるような人の相手をするだけ無駄って意味。

198:名称未設定
08/04/01 23:26:22 5MdG61VO0
>>197
嫌がらせなの?

199:名称未設定
08/04/01 23:30:29 IclIc8Sq0
>>187

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

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

200:名称未設定
08/04/01 23:35:02 IclIc8Sq0
ソースはここね。
URLリンク(www.adobe.com)

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

201:名称未設定
08/04/01 23:36:52 zxgzmPuO0
>>199
>>195に教えてもらったけど
Winならデコードもハードウェアでやれるのかと勘違いしていたんだよ。

202:名称未設定
08/04/01 23:54:09 39w90pWm0
>>199
Flashの異常な重さは「再生支援を使えないから」だけじゃ説明つかないけどね。
まあダウンロードして他ソフトで見れば済む話ではあるが。

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

203:名称未設定
08/04/02 00:03:13 +Ot4J64M0
で、結局MacはAvivoやPureVideoを活用できるの?できないの?

204:名称未設定
08/04/02 00:35:56 Uz4smV0K0
>>201
やれるよ?Flash Playerでは不可能ってだけ。

205:名称未設定
08/04/02 00:57:59 9qkBWkE50
>>203
昔々、MPEG1やM-JPEG再生はPCI接続のハードウェアデコーダーに頼っていた時期もあった。
Performa6420に積んでたAvid Cinemaとか。
あーいうのは専用INIT突っ込んでQuickTime経由で扱うことが出来た。

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

206:名称未設定
08/04/02 01:21:17 XikDM81J0
C2Dでも再生がカクつく動画ってどんだけ重いんだよ

207:名称未設定
08/04/02 01:39:57 Uz4smV0K0
>>206
>>86に上がってたんだが、消えちゃったね
これはまだ残ってる
スレリンク(jisaku板:336番)

208:名称未設定
08/04/02 01:45:53 9qkBWkE50
>>206
追加でXacti HD1000で撮ったmp4動画。
60fpsで記録されるから重いよ。
ググれば結構あるから探してみ。

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

210:名称未設定
08/04/02 09:54:48 lI9lHt6m0
それでジョブズ御大がご立腹なんだ

211:名称未設定
08/04/02 14:21:36 UqrxQbPv0
必死にFlashのせいしたがっているけど
MacOSXはH.264の再生が重いという事実にはあまり関係がないみたいだね。

212:名称未設定
08/04/02 14:30:02 XCryD9K90
>>211
FlashはQTやMPlayerでの再生負荷とは関係ないね。

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

213:名称未設定
08/04/02 15:17:38 YSYxtoqJ0
HW支援のない環境ではMacでもWindowsでも似たようなもんじゃね?

214:名称未設定
08/04/02 15:28:58 eqpcYFpT0
HW支援が使えないなら大した差は無いでしょ。
ただMacBook Proは1世代前から、Mac ProとiMacは今の世代から
Windows上ではHW支援を使える状態なんだよね。

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

215:名称未設定
08/04/02 15:30:46 6ad0RKIx0
ドライバレベルの話だろ。
ハゲとGPUメーカー仲悪いから対応が遅いのかもしれないな。

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

217:名称未設定
08/04/02 16:10:06 X2gdRAvA0
どこか大きいところが、

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

218:名称未設定
08/04/02 16:39:47 A+TRs5m40
HW支援が無いとCPUに負担がかかるということを示すのに、
実験するほどのことも無いと思うが。

219:名称未設定
08/04/02 17:22:24 XikDM81J0
>>217
スレ内にレポートなかったっけ

220:名称未設定
08/04/02 20:07:10 NKO80R/t0
Intelのグラフィックドライバも相当粗悪なものを使ってるみたいだな
URLリンク(plusd.itmedia.co.jp)

221:名称未設定
08/04/02 21:52:16 Uz4smV0K0
G965系のドライバはWindows版も散々な評価。
もはやネタ扱いされてる。

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

222:名称未設定
08/04/02 22:51:00 bv4rM3RR0
ああ,Intelに肩入れしすぎているのかも。
GPUメーカーの協力もちきんととりつけないとな。
とりあえず,QTなどもドライバが対応すればハードウエアデコードに対応可能な仕組みになっているけど,
その肝心のドライバが書かれていないというわけか。



223:名称未設定
08/04/03 00:20:00 EJE5fmJV0
Leopard使ってるけど、H.264も普通に再生できるし、重いとは思わんが。
再生中に他の作業やっても支障ないし。

224:名称未設定
08/04/03 00:44:46 swX7zTiB0
>>223
>>1から全部読み直してください。

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

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

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


227:名称未設定
08/04/03 12:32:41 I51rjlxE0
ヌルヌルって何。


228:名称未設定
08/04/03 16:34:18 a68F7qbg0
URLリンク(plusd.itmedia.co.jp)

こんな記事を見つけたんが、YOUTUBE→iPodに限って言えばもうiSquintイラネって事でいいの?

229:名称未設定
08/04/03 22:00:38 C1m8O8We0
iPodとプロファイルが違うから必ずしもそうじゃないんじゃない?
ニコニコとかもそうだし。

230:名称未設定
08/04/03 23:18:31 cIH0Y+5O0
>>228
高画質モードでは。

231:名称未設定
08/04/04 01:37:16 /Q19wcpc0
QuickTime 7.4.5 キタ━(゚∀゚)━!!!!!

232:名称未設定
08/04/04 12:17:06 RL/bbXub0
MacOSXってなんで液晶表示が汚いの?

新しいiMac(笑)の液晶ディスプレイは262,144色しか表示できない
スレリンク(news板)

233:名称未設定
08/04/04 12:25:47 QR/7JFvW0
色弱OSユーザーが色の事を語るな。

234:名称未設定
08/04/04 13:06:35 zcEjD3+t0
BootCampして同じディスプレイでXP/Vista表示したら
「Windowsってなんで液晶表示が汚いの?」
になるわけだが。

235:名称未設定
08/04/04 13:30:16 SS14Vh8j0
>>232

>MacOSX

>新しいiMac(笑)

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

236:名称未設定
08/04/04 13:40:52 hbDGqWy70
レス付ける必要ある?

237:名称未設定
08/04/04 20:20:24 cLJJRcHt0
>>234
「それは、Windowsのせいじゃなくて、
Macのディスプレイが貧弱だからだよ」って答えるが?

238:名称未設定
08/04/04 23:46:24 O5kX/2Ha0
>>237
OSとハードの区別がついてないことを揶揄されてるわけだが。

239:名称未設定
08/04/05 01:33:13 hzQoRCVX0
冗談書くつもりなくて>>237と書けるのはすごい

240:名称未設定
08/04/05 03:24:02 YFEgKqgr0
ギラギラブルーで目が潰れ
コントラストが高けりゃきれいと感じるようになる人もいるんだろう

241:名称未設定
08/04/05 03:37:09 SUkcVOCs0
いい加減スレ違い

242:名称未設定
08/04/06 03:35:26 q7fSEWQI0
>>238
Macはハードだろ?w

243:名称未設定
08/04/06 08:40:55 fo0Yv1F10
w

244:名称未設定
08/04/06 09:56:45 4EneafQv0
>>242
そこで「ハートだろ」とぼけてくれないとつまんない

245:名称未設定
08/04/06 14:47:43 s2dWLFxL0
まあiMacのあのショボスピーカーを考えたら
液晶だけきれいにしてもしょうがないのはしょうがないな。
汚い液晶でコストのバランスを取るのはある意味妥当。

246:名称未設定
08/04/06 14:53:10 MKvTIsJV0
>>239
いや、実際汚く見えて当然なんだが。
スレリンク(mac板)

247:名称未設定
08/04/06 15:02:28 C6pEchfu0
だからスレ違いだよ

248:名称未設定
08/04/06 16:24:25 +4C6gSp20
ドザが見た目を気にするのかよww
あんだけ汚いOSを喜んで使ってるくせにwww

249:名称未設定
08/04/06 16:28:26 0vXfSUf50
現行iMacのスピーカーって貧弱なのか?
それとも煽り?
ハンペンiMacのスピーカーは結構いいのだが。

250:名称未設定
08/04/06 17:49:05 E1t9+ggz0
酷くもないけど、良くもない・・・普通だと思うけど。
てかサイズと収納スペース的によくやってる方だと思うぞw

251:名称未設定
08/04/06 18:14:18 IqlNvNvT0
Coreplayerの色設定って、機能してる?
どんな設定にしても全く変わってないんだけど…

252:名称未設定
08/04/06 21:12:09 MbiAJTIz0
話をすり替える人が多いスレだな。

253:名称未設定
08/04/17 05:19:52 rpa37lyg0
これはなに?
URLリンク(developer.apple.com)

254:名称未設定
08/04/17 05:55:35 nxGu/L7K0
BDのドライバだろ

255:名称未設定
08/04/21 22:16:10 Eutpo4Ls0
H.264の再生に限らず動作がもたつく。

256:名称未設定
08/04/22 02:16:29 Obiy+fRo0
重いの前に、High ProfileのH.264は再生できないってほんとですか。

257:名称未設定
08/04/22 02:33:02 eSn8MBPz0
libavcodec系なら問題ないだろ

258:名称未設定
08/04/22 02:55:01 EId2wdpi0
せめてまともに動いて欲しいんですが

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

260:名称未設定
08/04/23 17:57:51 /RNWunam0
259追加:
忘れていましたRipはwinXPです。
PentiamM1.8GHz PowerDVDでは非力で再生できませんので常用のMacに転送しました。

261:名称未設定
08/04/24 22:49:59 20ol+iD60
現実
URLリンク(pc.watch.impress.co.jp)

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%



262:名称未設定
08/04/27 07:44:05 J3s7I0Y80
スレリンク(mac板)
ふぉっふぉっふぉ

263:名称未設定
08/04/27 13:00:09 Mv0IIGlA0
CUDAはGPUの再生支援機能とは関係ない

264:名称未設定
08/05/10 19:37:11 0D1HilC00
た、た、た、助けてー!!!
CorePlayerPro買うときに、Macのシリアルナンバーを
間違えて入力しちゃったぁぁぁ!!!

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

d、ど、どーすればいい??

265:名称未設定
08/05/10 20:07:27 yPDss5UN0
>>264
メーカーにメールしてダメならもう一度買う。

266:名称未設定
08/05/11 01:02:43 ySomMDWl0
CorePlayer新しいの来たね

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

267:名称未設定
08/05/11 01:24:31 Z+ddEVng0
スケーリングは効いてるがスムージングが効いてない。

268:名称未設定
08/05/22 23:55:50 pkVqLmq60


269:名称未設定
08/05/23 22:51:41 Yvnvvpln0
もっさりカクカク。


270:名称未設定
08/05/28 20:42:41 FZhM0GxQ0
再生が重いのは設計上の仕様です。ご了承ください。

271:名称未設定
08/05/28 21:09:18 nsovfSOa0
俺っちがFlashファイル再生で愛用してるのはこれ、SWF & FLV Player(無料版)。
URLリンク(mac.eltima.com)
最新版はv.3.7.15.6206だが、IntelMacに適化されてきてる反動なのか、
俺のG5 Dualではバックグラウンド再生が引っかかりまくりなのでv.3.0.33.5096に戻して使ってる。

272:名称未設定
08/05/28 22:45:12 77bZfDuL0
そのソフトはAdobe謹製のflash pluginがパッケージの中に入ってて丸投げしてるだけだが。
つーかH.264の再生は不可能だしスレ違いだ

273:名称未設定
08/06/11 23:03:37 9hFjCfy/0
MacOSXは重い、重すぎる。

274:名称未設定
08/06/11 23:39:14 mww3P9Mw0
もうそういう軽薄なコメントは飽きた

275:名称未設定
08/06/12 06:42:08 Y7mWtd710
Windowsがいいならそっちを使えばいいだけじゃん。


276:名称未設定
08/06/12 06:43:40 QWZN4cir0
雪豹で改善されそうだけど

277:名称未設定
08/06/12 19:23:51 BAIw6pUG0
>>276
GeForce限定?

278:名称未設定
08/06/12 19:39:22 RHPNoBxL0
>>1
はっきり言ってあげよう あたたの体重がおもいからだお

279:名称未設定
08/06/12 21:23:24 royf35Cw0
>>278
ハッキリ言ってつまらない。

280:名称未設定
08/06/13 06:12:19 Hv09XKvu0
ハッキリ言わなくてもいいです。スルーでお願いします。

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

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


281:名称未設定
08/06/13 07:18:34 c/I+6goZ0
>>280
>ないものは作る。

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

282:名称未設定
08/06/13 15:21:24 V7On/9w0O
頭の弱いマカーの発想です。
軽く受け流してあげてください。

283:名称未設定
08/06/13 15:24:02 w4PJVzL70
なぜならば発想が重いからです

284:名称未設定
08/06/18 22:22:26 +ZS1vJYZ0
セキュリティは軽そうですね。

iPhone 3Gはビジネスでは使えない?―アナリストらがセキュリティ面を懸念
URLリンク(headlines.yahoo.co.jp)

285:名称未設定
08/06/18 22:48:44 zoplRelz0
CorePlayer、字幕すら読めないのねwどうにかせい

286:名称未設定
08/06/19 23:41:55 aOz0DGgb0
QTフレームワークの改善とavc1Decoderの地味な改良の成果か
CorePlayer使わなくてもQTコア使ってる系のプレーヤーでも許容出来る
程度のコマ落ちになってきてる気がするね。

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

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

287:名称未設定
08/06/19 23:57:30 DInqkwW00
PS3ですらって、PS3は基本的にソフトウェア再生じゃないの?

288:名称未設定
08/06/20 23:31:50 RIv/FJri0
OS Xで使う限りPS3より強いMacは無いけどな。
動画プレイヤーとしては

289:名称未設定
08/06/20 23:48:32 c9FZraTD0
強いの定義plz

290:名称未設定
08/06/20 23:49:35 juburz9V0
VLC、MPlayer以外で、低スペmacでも使える動画プレーヤーって有る?

291:名称未設定
08/06/27 00:26:39 tC5dzsvv0
ない。

292:名称未設定
08/06/27 22:37:53 vojs46tV0
PS3に遠く及ばないMacでした。

293:名称未設定
08/07/09 16:05:34 0LIdZ+9yO
Macは

294:名称未設定
08/07/09 16:23:01 vk+/A8Za0
MacBook使ってるが、動画再生で困った事などない。


295:名称未設定
08/07/09 16:25:59 6HdJSK+60
まあfull HDのH.264を再生しなけりゃ困らんだろうな

296:名称未設定
08/07/09 17:14:09 nsoX7VLE0
明らかにフレーム落ちしていても、内容が分かれば困らないって人もいるしな。

297:名称未設定
08/07/09 17:20:35 TXK+BFXr0
雪豹のQuickTime Xで改善されるのを期待

298:名称未設定
08/07/09 19:28:39 bAss8CAj0
XPの時より妙に重いと思ったら、やっぱりグラボ支援してなかったのか・・・

299:名称未設定
08/07/09 19:37:35 3q5RNt6y0
USB接続のハードウェアデコーダみたいなやつは売ってないの?

300:名称未設定
08/07/10 00:54:45 j3my5ClL0
GPU(ゲー・エル・ウー)

301:名称未設定
08/07/10 14:02:37 8IGNSxi00
ぐらぼ支援とか、Windows用に作られた仕様だから、他のOSで使うには無理が有るんじゃね?
主に法的なぶぶんでさ。

302:名称未設定
08/07/16 09:50:54 JcBfxDet0
だから、OpenCL


303:名称未設定
08/07/16 11:22:07 /N+k1Uwb0
OpenCLは再生支援とは関係ない
今の再生支援機能はGPGPUとしての演算能力なんか使ってないよ

304:名称未設定
08/07/26 16:35:58 7gP/HaR90
Speed Freakを95%にてH.264再生させたらG4+QuickTimeでもコマ落ちしなくなった
わざわざCorePlayerを買ったんだが必要なくなった。
あっ、でもSpeed Freak+CorePlayerならもっといいけどね。

305:名称未設定
08/07/26 17:38:56 KJD+FiG20
アプリの優先度変えるだけのものじゃ大してかわらんだろう
再生できたっつってもどうせVGAサイズ以下だろ

306:名称未設定
08/07/26 18:12:21 ug/s6ryn0
sage

307:名称未設定
08/07/26 19:59:11 QfMaP3V40
>>305
そのVGAサイズでもまともに再生できなかったのが、
できるようになっただけでもうれしいよ
特にG4にはかなり恩恵があると思う
Safariもサクサク動く

308:名称未設定
08/07/27 01:42:27 gav3uOT60
Mpeg4 2.5MbpsをiPodに転送できる時代に、個人的用途でH.264なんて必要なのか?

309:名称未設定
08/07/27 02:29:20 IpIFJVmB0
sage

310:名称未設定
08/07/27 03:56:33 C3JhRmm20
動画なんてがんがん溜まって行くんだから、同じ画質なら小さくなる方が良いじゃん

311:名称未設定
08/07/27 10:46:52 8LGcCHCd0
>>308
Nintendo64以上の性能は要らない、と言っていた某氏を思い出しました。

312:名称未設定
08/07/27 11:01:18 OiZrFLG80
iPodにすら入ってるハードデコーダをなんで搭載しないのかと

313:名称未設定
08/07/27 11:03:06 C3JhRmm20
かなりの機種でグラボ上に載ってるけどまだ使ってないだけ

314:名称未設定
08/07/27 11:08:05 7tE3hIdJ0
現在のiPodは高画質の設定は2.5Mbpsまでなので,MPEG-4 SPと容量は変わりません。
ただ,同じ容量ならH.264の方がきれいでしょう。



315:名称未設定
08/07/27 11:37:48 gav3uOT60
エンコードとデコードがともに重いH.264。
誰もが最新のMacを持ってるわけじゃないぜ。

316:名称未設定
08/07/27 15:01:55 7tE3hIdJ0
最近のMacの売り上げから逆算すると,大半のユーザーがCore Duo以上のマシンを保有し,再生だけなら問題ないと思われる。



317:名称未設定
08/07/27 15:05:46 nC3+zjv90
>>316
AppleがGPUの動画再生支援使えば好条件ならCPU負担0で済むんだぜ?

318:名称未設定
08/07/27 15:07:22 IpIFJVmB0
自分で作ればいいのに

319:名称未設定
08/07/27 19:30:59 3l4Uc5rp0
GPUエンコに対応したビデオカードってIntel機じゃないと世代的に載ってないよ

320:名称未設定
08/07/27 19:34:00 gav3uOT60
動画をiPodに入れて、テレビに繋いで見るのが最も良い。

321:名称未設定
08/07/27 20:19:18 SqQI7Z9g0
再生支援が使えるようになったとしても、アップルの事だから
BDを内蔵したMacでApple DVD(BD) プレーヤーでBD-Videoを
再生する時だけ有効 ...なんて事になりそうな気がすんよ

322:名称未設定
08/07/27 20:26:05 jrE1nuSf0
デコード支援に対応したGPU積んでる機種なんて、
ソフトエンコでも余裕で再生できるスペックでしょ?どうせ

323:名称未設定
08/07/27 20:42:09 C3JhRmm20
Full-HD, 60fpsとかだと結構苦しかったりするよ

324:名称未設定
08/07/27 21:37:39 7tE3hIdJ0
VLCとかからGPUを利用できるようになったりしないのかな?

325:名称未設定
08/07/27 21:47:09 da5xOVT50
しないのかなってソフト側だけでどうこうできる問題じゃないし。
WinでいうところのDXVAのようなAPIはおろかドライバすら提供されてないだろ。

326:名称未設定
08/07/28 11:29:36 8YGCTmyC0
NVIDIAとかがGPUのスペックを完全に公開してくれたらドライバ書くよw

327:名称未設定
08/07/29 02:28:30 qQJ2wNZ40
ここで「仕様が公開されてないからってドライバも書けないマカーw」
とか自分では書けもしないのに煽りに来る奴登場?

328:名称未設定
08/07/29 03:03:49 Z8uxGYme0
意味不明

329:名称未設定
08/07/29 14:59:24 ryBL9Of+P
シェアが少ないってのは悲しいことだよな~

330:名称未設定
08/07/29 22:17:23 APvlAECU0
sage

331:名称未設定
08/08/07 02:46:59 /1Zqg7iC0
AppleがNVIDIA買えば良いんだよ、AMDでもいいけど

332:名称未設定
08/08/07 04:43:00 Qsbc01zY0
んなことしなくても
開発部門の人材をAMDとIntelとNVIDIAに何人か派遣して、
適切なドライバなりフレームワークなりを協力して作れば済む話では

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

333:名称未設定
08/08/07 23:01:18 tQj9aTkj0
ってゆうか普通のビデオドライバはあるんだから、何らかの協力関係は既にあるでしょ。
あとはAppleがハードのデコーダをサポートする積もりがあるかどうかではないかと。

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

334:名称未設定
08/08/08 00:24:02 948H9zYk0
>>333
>>95

335:名称未設定
08/08/08 00:25:22 ifdHPxjz0
win用のドライバがmacで使える訳が無いので意味不明

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

336:名称未設定
08/08/08 00:54:39 HHCWTrXF0
Macはフレームワークはあるけどドライバがそのように設計されてない状態?

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

338:名称未設定
08/08/08 08:46:05 UZvZhqWJ0
>>335
自分に理解できないこと ≠ 実現不可能なこと

339:名称未設定
08/08/08 11:33:29 948H9zYk0
横レス
WinとOSXではカーネルもドライバモデルも異なっているのに
何をどうやるつもりなのか
論理上の可能性とか言葉遊びのつもりか

340:名称未設定
08/08/08 22:16:37 HHCWTrXF0
QuickTimeにそういう機能がなかったっけ?
ドライバが対応してないだけじゃないの?



341:名称未設定
08/08/08 23:01:18 ifdHPxjz0
少なくともデコード支援に関しては、無い

342:名称未設定
08/08/10 11:40:58 6bTisoWQ0
System7の頃は,少なくともデコードがビデオカードに依存していたよ。
今はないんだ?

343:名称未設定
08/08/10 13:43:04 zM2OoxHx0
古いよ
今のOSXだとGPUによる動画再生支援の仕組みが有るのはDVDだけだよ
ところでなんで訊いてばっかで自分で調べないんだ?

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

345:名称未設定
08/08/12 21:53:55 O2hkDJy10
フレキシブルっていうか
再生支援に関しては昨今のGPGPU的な流れとは全く関係なくて
専用の回路を載せてるだけだけどな

346:名称未設定
08/08/12 22:48:18 yg1G5yLL0
その通りなんだけど
世間的にはそうじゃないらしい。

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


347:名称未設定
08/08/24 00:16:29 9qB2022u0


348:名称未設定
08/09/07 01:48:05 fBCu7RMM0
結論
MacOSXは重い。

349:名称未設定
08/09/07 01:54:23 N/gH4QuJ0
( ゚д゚)

350:名称未設定
08/09/07 15:21:59 yOIccqN90
補足
Vistaはさらに重い。

351:名称未設定
08/09/07 17:35:28 OjDfd+mx0
現行MBPでVistaも使っているが、動画再生も含めてLeopardより重いと
感じるシーンに出くわした事が無い。みんな重い重い言うから拍子抜けした。

352:名称未設定
08/09/07 18:15:51 7pKrdg610
>>351
MBPが平均的なドザマシンより高性能なんだろ。

353:名称未設定
08/09/08 04:00:34 OI1I+dpq0
ハード支援のデコーダーを使えば、そりゃ軽くなる罠。

354:名称未設定
08/09/08 04:02:00 4t5IamYP0
雪豹で追いつけるかな、その部分

355:名称未設定
08/09/14 21:04:57 WIhCaelV0
Appleがその気になるかどうかだな

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

356:名称未設定
08/09/17 17:10:10 ebEp2bPGP
でもWinで再生させると確かに軽いが動画のテアリングがひどいんだよなあ
Macでは全然チラつかないのに

357:名称未設定
08/09/17 17:39:54 JzIJrDCa0
そりゃvsyncに同期するかしないかの問題
OSXは基本的に同期だからな

358:名称未設定
08/10/01 01:44:19 JlIa87LM0
結論
MacOSXは重い。

359:名称未設定
08/10/01 11:27:54 0xOIQOGO0
ということにしたいのですね。

360:名称未設定
08/10/12 00:40:52 vStHyMIN0

















age

361:名称未設定
08/10/12 00:43:38 DG0ZYJ1N0

















age

362:名称未設定
08/10/18 16:58:17 2eqHTIR50
URLリンク(www.macrumors.com)

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

363:名称未設定
08/10/18 17:05:08 KvKg0ikf0
>>362
古いMBPもアップデートで対応するのかね
9600Mと8600Mってハードウェア的には全く同じなわけで

364:名称未設定
08/10/18 17:10:05 2eqHTIR50
おれもMBP(8600MGT)ユーザーだから、ウプデートで対応してほしいけど
アップルのことだから、技術的に可能であっても、やってくんなそう......

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

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

キタコレ

366:名称未設定
08/10/19 08:53:36 1JqC5vbm0
ドザの突っ込みどころがまた1つ減ってしまったな。

367:名称未設定
08/10/19 19:38:52 iC9TMpf00
で?古いMacには対応してくれるのかい これは

368:名称未設定
08/10/19 20:18:54 Gu8uBC300
>>367
古いドザマシンは?

369:名称未設定
08/10/19 20:25:41 IDKxvXVT0
>>368
Geforce6シリーズあたりから使えるらしい

370:名称未設定
08/10/19 20:33:52 7jt8/4qb0
H.264の再生支援はGeForce8シリーズ(一部除)から。

371:名称未設定
08/10/19 20:34:44 Gu8uBC300
>>370
じゃあそんなに違わないな。

372:名称未設定
08/10/20 08:34:27 d/TOmCOT0
雪豹の売りの1つでしょコレ。
新MBは先行対応ってわけだ。

373:名称未設定
08/10/20 14:44:22 lBIO7a7W0
再生支援はGPGPUじゃないよー

374:名称未設定
08/10/20 18:17:48 5rt8+cRd0
>>370
いい加減な事書くなっての。H.264の再生支援は6000シリーズから有効だっただろ。
8500付近からiDCT類が強化されただけ。
URLリンク(www.nvidia.co.jp)


375:名称未設定
08/10/20 18:19:34 ahVaVjB+P
Appleがずっと対応させなかっただけか

376:名称未設定
08/10/20 18:31:12 25ibaEiV0
ドザの数少ない突っ込みどころがどんどんなくなっていく訳だが、
ゼロになったらドザはどうなるんだろうか?

377:名称未設定
08/10/20 19:33:44 gAGCHl/80
今後、第二世代のPureVideo又はUVDを搭載している現行及び旧型Macで
再生支援が有効になるアップデータ出さなかったらアップルうんこ。
頼むから出してくれ・・・

378:名称未設定
08/10/20 20:18:54 lBIO7a7W0
>>374
いやCAVLC/CABACに対応してるかが重要であって、これに対応してないと
負荷はあまり下がらんぞ。

379:名称未設定
08/10/20 21:25:09 aZRRSQS60
>>377
今後発売のMacはMacBookのようにデフォで対応するだろう。
雪豹でサポートするらしい再生支援は旧機種のためのものでは?
わからんけど。

380:名称未設定
08/10/20 21:38:11 lBIO7a7W0
SnowLeopardで再生支援をサポートなんて話がいつ出たんだ

381:名称未設定
08/10/20 21:54:14 ahVaVjB+P
旧MacBook ProにはGPUに
負荷かけたら脂肪する持病があるしね
旧機種は切り捨てるんじゃないかな

382:名称未設定
08/10/20 23:51:39 kQ8MD5Ic0

















age

383:名称未設定
08/10/21 13:11:32 vsGQ3qMg0
>>380
Appleがデベロッパプレビューの時言ったでしょ。
決定事項だよ。

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

384:名称未設定
08/10/21 13:47:33 /qOVOzBc0
それが再生支援だなんてどこにも書いてないでしょ。つーかその前の
「iPhoneで取り入れられたメディア技術を使い」ってのを見れば
GPUによる再生支援とは関係ないと考えるのが普通だと思うが。

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

385:名称未設定
08/10/21 14:04:37 3yTaSxWU0
そのドライバってのがQuickTimeと結びついてるんじゃないのでぃすか?

386:名称未設定
08/10/21 15:12:19 Uqnkfjw30
新MacBook / ProのHDビデオ再生が軽い理由
URLリンク(journal.mycom.co.jp)

387:名称未設定
08/10/21 15:40:46 Lqoi+MdS0
>>386
何も分かってない記事だな。
ドライバが対応した上で、そのドライバを叩くデコーダを書くんだよ。

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

388:名称未設定
08/10/21 15:48:55 ICsga3Km0
まあまあ。

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

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

389:名称未設定
08/10/21 15:50:29 /qOVOzBc0
CUDAは再生支援とは関係ないと思うが...

390:名称未設定
08/10/21 15:55:56 ICsga3Km0
そうなの?NVCUVID APIとかみるときちんとデコード用のAPIが
用意されているけど。これ使わずにデコードできるのかい?

391:名称未設定
08/10/21 22:06:51 /qOVOzBc0
CUDAってGPGPUだけじゃなくてPureVideoへのインターフェイスも持ってたのか。
それは知らなかった。

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

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

392:名称未設定
08/10/21 22:08:02 /qOVOzBc0
そもそも
The NVCUVID library and CUDA Decode API are currently only supported on Microsoft Windows XP and Windows Vista
って書いてあったw そりゃそうか。

393:名称未設定
08/10/21 22:33:12 Z5gQzRPv0
CUDA SDK 2.0にはMac版もあるが。

394:名称未設定
08/10/21 22:49:52 /qOVOzBc0
そりゃ知ってるよ。

395:名称未設定
08/10/22 06:13:14 mB7bnkKp0
/Developer/CUDA/common/inc/cuvid/

cuviddec.h
nvcuvid.h

これ使えないの?

396:名称未設定
08/10/24 08:29:37 zetl0uLV0
URLリンク(www.macrumors.com)

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

397:名称未設定
08/10/24 08:36:35 Xz2ZDnD+0
AppleVAH264HW.component、入手したはいいけど
グラボが古くて全く意味なかった漏れ涙目
NVIDIAの最近のやつじゃないと駄目なんだな

398:名称未設定
08/10/25 10:27:36 iqQd7BZ10
ドライバも無いと駄目だろ。

399:名称未設定
08/10/25 11:11:56 4s/6WlAY0
対応ドライバが存在するのは新マクブクのGPUだけだろ

400:名称未設定
08/11/02 20:06:54 hrSrW5tx0
∩( ・ω・)∩ ばんじゃーい

401:名称未設定
08/11/02 22:25:25 hs5MGBjV0
何でBDドライブの搭載されないMacに再生支援が必要なの?


402:名称未設定
08/11/02 22:34:32 ygewr/1n0
外付けって概念ありますか?マカちん。

403:名称未設定
08/11/02 22:36:07 hs5MGBjV0
小さい画面で映画鑑賞する必要なんてない
大画面TVでソファに座ってみればいい

404:名称未設定
08/11/02 22:41:10 4spakDo90
何故ドザはPCでTVやBru-rayを観たがるんだろう。

405:名称未設定
08/11/02 22:44:50 LQmdz3RJ0
ドザは貧乏人が多いから。大型テレビなんて買えるわけないだろう。
あと住んでいる場所がウサギ小屋だしwww


406:名称未設定
08/11/02 22:58:03 ygewr/1n0
あぁ。まだMacが高額商品だと思っているんだ・・・

407:名称未設定
08/11/02 23:02:30 3Lc/KqYq0
>>406
どこの誰がそんな事書いたのか詳しく。

408:名称未設定
08/11/02 23:09:46 ygewr/1n0
> ドザは貧乏人が多いから。大型テレビなんて買えるわけないだろう。
この部分。まだWindows買うなら貧乏。
Mac買うなら金持ち。
なぜなら高いMacを買えるからだ!

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


409:名称未設定
08/11/02 23:30:10 3Lc/KqYq0
>>408
ドザは貧乏人が多い = Macユーザは金持ち
という論理の飛躍が理解出来ない。
というよりドザの戯言かな。

410:名称未設定
08/11/02 23:32:12 ygewr/1n0
それをいったら
「ドザは貧乏人が多い」
これがそもそも意味不明なんだがw

411:名称未設定
08/11/02 23:33:16 3Lc/KqYq0
>>410
それは事実だから意味不明じゃないよ。

412:名称未設定
08/11/02 23:35:23 ygewr/1n0
はいはい。マカの戯言。

413:名称未設定
08/11/02 23:37:36 3Lc/KqYq0
>>412
根拠は?

414:名称未設定
08/11/02 23:38:20 ygewr/1n0
事実に根拠が必要なのかね?w

415:名称未設定
08/11/02 23:38:58 3Lc/KqYq0
>>414
うん、必要だよ。

416:名称未設定
08/11/02 23:40:46 ygewr/1n0
必要な根拠も言わずに、「それは事実だから」とか
言っちゃうID:3Lc/KqYq0
自己矛盾の塊ですねw

417:名称未設定
08/11/02 23:42:32 3Lc/KqYq0
>自己矛盾の塊ですねw
>>416が?


418:名称未設定
08/11/02 23:42:48 4Alixdd40
Mac板に粘着してるドザはキモイと言うのだけは揺るがない事実

419:名称未設定
08/11/02 23:43:23 ygewr/1n0
自覚しろよw

420:名称未設定
08/11/02 23:43:39 oD+26M5w0
↓お前だよw

421:名称未設定
08/11/02 23:46:16 iZsa7rrP0
ドザキモすぎ。

422:名称未設定
08/11/03 00:10:11 QCPU0s840

















age

423:名称未設定
08/11/03 02:51:51 lKUNuqXjP
うむ、荒れているな

424:名称未設定
08/11/03 15:34:53 /61CAKb00
H.264よりDivXの方が、軽いし、きれいだし、扱いやすいし、
クソ重くてブロックノイズだらけのH.264なんていらないよね。

425:名称未設定
08/11/03 15:37:09 w93GNXSgO
ブロックノイズの低減はH.264の売りの一つなのに…

426:名称未設定
08/11/03 15:41:39 /61CAKb00
同じ重さ(軽さ)ならDivXの方がノイズ少ないからね

427:名称未設定
08/11/03 15:51:13 IN50vC6l0
Windowsってあれでしょ、色管理が滅茶苦茶で、
色も間引いて再生してるから軽いんでしょ。

428:名称未設定
08/11/03 16:15:56 p5udyl3u0
Windowsは32ビットカラーを再現できるのにMacは未だ24ビットカラー!!!
ウリの大勝利!!!!

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

429:名称未設定
08/11/03 16:16:07 /61CAKb00
Macで見てもDivXの方が軽くてキレイだけどね。

430:名称未設定
08/11/03 18:31:15 K8WErdbQ0
>>428
ヘタするとMacは未だ8bitカラーとまで言われかねないw

431:名称未設定
08/11/03 18:44:33 c1sT2zPo0
さすがにDivXの方がきれいとかいうのは電波

432:名称未設定
08/11/03 18:57:28 aP7bCQRV0
H.264って細かいところをぼかしてごまかしてるだけだろ
プロでH264使ってるやつなんていないし

433:名称未設定
08/11/03 19:05:46 LNTPANY40
はいはい

434:名称未設定
08/11/03 19:08:12 c1sT2zPo0
何でプロが出てくるんだw DivXは使うのか?
そもそもH.264は低ビットレートで高画質を追求した規格だが、
後に追加されたhigh profileは高ビットレートな用途にも使えるし。

435:名称未設定
08/11/03 19:34:47 /61CAKb00
なにしろマトモにデコードできないクソ仕様のH.264。
DivXなら高画質でも4世代前の低スペックパソコンで再生可能なのに、H.264は重過ぎて無理。
H.264が流行るのは全てのユーザーにとって不幸。

436:名称未設定
08/11/03 19:51:09 QCPU0s840

















age

437:名称未設定
08/11/03 19:55:29 c1sT2zPo0
>>435
ああそうw
残念ながらDivXの次期バージョンはH.264だし、
既にalpha/beta版のエンコーダ/デコーダも提供されてるよ
URLリンク(labs.divx.com)

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

438:名称未設定
08/11/03 20:08:35 h1kXAS5j0
4世代前だと再生支援可能なビデオカードがささらなそうだけど
Intelで尚かつオンボードじゃないやつが最低条件になりそうじゃない?

439:名称未設定
08/11/03 20:55:44 aP7bCQRV0
BDは普及せずHDDの時代が来ることを知らないドザ

440:名称未設定
08/11/03 21:43:11 /61CAKb00
なんせこうもデコードがクソ遅いと、再エンコする時に大変。
iPod用にエンコするのもDivXの方が何倍も速い。
H.264なんて使うな。使うなら最初からiPodに入るように作れ。

441:名称未設定
08/11/03 21:47:27 c1sT2zPo0
>>438
AGPでも再生支援できるのあるよ

442:名称未設定
08/11/03 21:47:53 hv1IWmWS0
あのうiPodもH.264なんですが

443:名称未設定
08/11/03 23:03:22 /61CAKb00
>>442
720pの動画をiPodに突っ込んでみやがれ。

444:名称未設定
08/11/04 01:03:14 +W4sJjKq0
>>440
【DivX/XviD】最強コーデック決定戦【H.264/WMV9】
スレリンク(avi板)

お帰りください

445:名称未設定
08/11/04 01:36:40 gN/WTD1R0
P2Pで落とした動画をiPod用に変換するのに時間がかかるからH.264はクソとか、バカの極み

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

447:名称未設定
08/11/05 01:03:51 p8Z65p020
>>441
それはPCの話でしょ

448:名称未設定
08/11/05 02:33:51 Cg5miRxu0
Macだと4世代前どころか最新機種じゃないとサポートしてないからそれ以前の問題だ

449:名称未設定
08/11/05 02:38:42 0fx5lFE0P
iPodについては再生支援が搭載されてんだよな
かなり前から

450:名称未設定
08/11/05 02:54:05 Cg5miRxu0
再生支援というかハードウェアデコーダチップだと思うがな

451:名称未設定
08/11/05 03:33:25 c4VF28cr0
AVIは画質落ちるし容量でかいから有難くないから某所じゃMP4しか拾わない


452:名称未設定
08/11/05 04:02:28 o7QhbcVr0
コンテナだし全角だし。

453:名称未設定
08/11/06 10:21:21 KaBKW4iD0
ここのみなさんにサンクスです.
m2ts (中身H264 & AAC)のファイルが,VLCで一応見れるのですが,
面白いことに,ほとんど同じハードウエア構成の
Macbook (2007)では楽々見れるのですが,
Macbook Air(GMA)では,1秒1コマの,ハイビジョン紙芝居状態(泣

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

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

454:名称未設定
08/11/07 00:03:14 KE7FU1C70
そりゃ全然グラフィック性能違うからね。
当然じゃん。

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

455:名称未設定
08/11/07 00:09:37 mCcN7zHi0
>>454
いや同じだろ。MacBook(2007)もAirもGMA X3100でしょ。

456:名称未設定
08/11/07 00:11:50 mCcN7zHi0
MacBookがGMA950な可能性もあるか。
そうするとGMAX3100のCoreVideo関係のドライバがタコなのかも

457:名称未設定
08/11/07 08:13:03 SJBvGbER0
453です.455サンの言われる通り,どちらもGMA X3100です.

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

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

458:名称未設定
08/11/07 08:22:54 SJBvGbER0
ごめん.CorePlayerって,coreAVCだから,
QTでデコードしてるわけではないですね.
自前でしょう.
失礼しました.
#それにしても,プログラムが小さいな.すごいですね

459:名称未設定
08/11/07 22:31:24 i5k/71Rr0
>>60
もう完成した?

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

461:名称未設定
08/11/08 08:00:59 xNfsGtIE0
Boot Campに含まれるドライバが糞なのだろうぁ。Apple製だし。

462:名称未設定
08/11/08 13:18:59 SvFDtVnN0
いやApple製じゃないし。

463:名称未設定
08/11/08 13:45:08 UjDXL4Je0
Windowsが糞だと証明しちゃったな

464:名称未設定
08/11/08 13:52:14 feRlGFGT0
どうせやりかたが悪いだけだろ
俺の旧MBPではPowerDVD付属codecでもMPCHCでも問題なく再生支援が効くよ

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

466:名称未設定
08/11/09 18:17:53 fmFrwmid0
支援有りビデオカード追加が出来るのもMacProのみ
iMacとMacProの中間を作らない意味がよく分かるな

467:名称未設定
08/11/09 18:18:24 23e+d0I0P
でもMPEG2はサイズデカすぎだし…DivXはHDサイズじゃ精細さに欠けるし…

468:名称未設定
08/11/09 18:25:40 23e+d0I0P
>>467>>465への

469:名称未設定
08/11/09 18:26:04 Gmjn+17m0
>>466
いやiMacのビデオカードも支援に対応してるし

470:名称未設定
08/11/09 18:26:53 CSm3zvpM0
OSX版がWindows版より優れてることってないよね?
アプリでもなんでも。

471:名称未設定
08/11/09 18:42:58 l7iyaN3C0
Appleのアプリは例外かもしれんな。

472:名称未設定
08/11/09 20:07:51 zUXOqhtl0
>>470
聞かなきゃ判らないぐらいじゃ、気にする意味はないだろ。
煽りのネタぐらい自分で探せW

473:名称未設定
08/11/09 21:02:48 fkq1mrmD0
Quadで縦720pのH.264動画をiPod用の解像度に変換するのってどのくらいでいける?
iMacG5とTurbo.264でやってみたら20分の動画が6時間くらいかかりそうだった。

474:名称未設定
08/11/09 21:03:51 fkq1mrmD0

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

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

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

476:名称未設定
08/11/10 00:53:14 MnLNQdrM0
不正にダウンロードした動画をiPod用に変換するのに時間がかかるから
H.264は糞とか上の方で言ってる例の人ですよ

相手にしないのが吉

477:名称未設定
08/11/10 01:06:35 jGCUEVqL0
不正がアウトならお前ら全員アウトだろw
YouTubeすら利用しないのかお前はww

478:名称未設定
08/11/10 01:08:57 pQBLRwGD0
一緒にするな、低能

479:名称未設定
08/11/10 01:10:17 DPv7zcK60
余裕でセーフですがなにか

480:名称未設定
08/11/10 01:12:07 jGCUEVqL0
んじゃあ、お前はどんな動画を再生したり変換したりしてるんだ?
レンタルの取り込みでも不正だろ。買ってきても、録画でも、複製は全部不正だ。

481:名称未設定
08/11/10 01:13:39 MnLNQdrM0
誰もアウトなんて言ってないのに、さすがにバカは違いますね

482:名称未設定
08/11/10 01:14:32 FIYthvP70
私的複製という概念を知らないらしい

483:名称未設定
08/11/10 01:15:37 jGCUEVqL0
へえ、不正はアウトじゃないのか。さすがこのスレの住人は言うことが違う。

484:名称未設定
08/11/10 01:20:54 jGCUEVqL0
みんな不正しながら他人の不正は許せないんだよ。
>>481とかw

485:名称未設定
08/11/10 01:25:38 FIYthvP70
不正をしながら自分の無知を棚に上げて文句を言う馬鹿が許せないんだよ。
浮いた金でPCを強化するぐらいしろよ。

486:名称未設定
08/11/10 01:27:29 OYyY7anW0
DivXがH.264になる前に買い替えられるといいねw

487:名称未設定
08/11/10 01:27:59 DPv7zcK60
ここDL板でもなければP2Pアプリのスレでもないし

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

488:名称未設定
08/11/10 01:30:47 jGCUEVqL0
やはりH.264は買い替えのために利用されてると確信した。

489:名称未設定
08/11/10 01:32:14 DPv7zcK60
逆切れ馬鹿が出した結論に何の意味も無いから却下

490:名称未設定
08/11/10 01:33:49 jGCUEVqL0
だって最後は買い替えって結論しか出ないし。

491:名称未設定
08/11/10 01:34:48 jGCUEVqL0
外付けのデコーダとか出ないの?

492:名称未設定
08/11/10 08:19:38 oCSrRttr0
外付けだと帯域不足でないかい?
デコードして展開されたデータをそのままUSB2.0なりで戻すんだぜ?

493:名称未設定
08/11/10 09:05:53 K90S+I7z0
>>477
犯罪者乙

494:名称未設定
08/11/10 21:03:30 pQBLRwGD0



















age

495:名称未設定
08/11/10 21:04:44 edGDooi00
「買い替え」の意味が不明。
スレの流れが不毛。

496:名称未設定
08/11/11 21:58:10 bJiknPaA0
WinFast PxVC1100 ってMacで使えるの?
URLリンク(japanese.engadget.com)

497:名称未設定
08/11/11 22:18:58 HQPbMPkY0
>>496
その前によ、お前本当にMac使えるの?

498:名称未設定
08/11/11 23:04:27 RDcNjyJm0
ひどい言い方だな。

499:名称未設定
08/11/11 23:24:56 bJiknPaA0
なんでこのスレの人間って常に必死なの?

500:名称未設定
08/11/11 23:30:34 UjiVyNVQ0
必死になって火消ししないとQTが重いという事実にみんな気づいてしまうから。

501:名称未設定
08/11/11 23:46:17 sfySxZU+0
Macで使えるか心配する前にPCI-Expressが差さるMacを買うのがいいと思うよw

502:名称未設定
08/11/11 23:48:55 jTSAMTUR0
Snow LeopardのQTXは作り直しと色々な新機能で軽くなるらしいよ

503:名称未設定
08/11/11 23:49:40 bJiknPaA0
常に監視しているかのような火消しの速さだしな

504:名称未設定
08/11/11 23:51:15 l5U5StRV0



















age

505:名称未設定
08/11/12 00:17:13 /NiCFxhk0
>>503
即スレ乙

506:名称未設定
08/11/13 01:58:35 6HGD4RB10
スレ?

507:名称未設定
08/11/22 00:00:26 sc+K562Y0
Macユーザーは現在日本語習得中です。
多少の誤用はおおめにみてあげてください。

508:名称未設定
08/11/22 00:15:16 Il+FqCN50
いままで実装がいまいちだったんじゃないかな
Snow Leopardに期待したいけど現状のLLVMの効果をみてみるとやっぱいまいちかも


509:名称未設定
08/11/22 00:17:32 1/BR7yYE0
再生支援にLLVMも実装も関係ない

510:名称未設定
08/11/22 00:37:08 Il+FqCN50
関係ないけど期待させといて、実際にはいまいちってことが多いよね


511:名称未設定
08/11/22 02:22:21 ZacQoduo0
>>508,510
>>509の言ってる通り、動画再生支援とLLVMは関係ないよ。
現行MacBookの再生支援はGPUに搭載された専用プロセッサで行うものだから。

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

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

512:名称未設定
08/11/22 03:23:57 QFegR5tl0
OpenCLに対応する世代のGPUならその再生支援プロセッサ積んでるんじゃないの?
対応ドライバが提供されてないから有効になってないだけで
オンボード以外のintel機ならそうじゃないかと思ってるんだが

513:名称未設定
08/11/23 17:10:12 ZNYIPSz50
新型MBP@10.5.5でH264の再生支援は実装されましたが?
今、夢見中のAMDな3500+でも9600GT積んで10.5.5で再生支援が効いてますが何か?

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


514:名称未設定
08/11/23 17:38:58 PFed/4P50
ん?新MB/MBPじゃなくてもGF9000系なら支援効くのか

515:名称未設定
08/11/23 18:11:23 HepnVaqE0
MacProはOSX86用のドライバを使えば普通にPC用のが動くらしいから
これは・・・・・・

516:名称未設定
08/11/23 18:52:49 J+Hzq+NK0
今までが遅いだけなのに、速くなった!と宣伝する予感?

517:名称未設定
08/11/23 18:55:35 oM7bAvm50
>>513
9600M GTのは再生支援じゃなくて実験的にQTにだけ適用されてる。
QuickTime Xで対象GPUから除外されないことを祈ってなさい。

518:名称未設定
08/11/23 19:00:12 oM7bAvm50
リンク貼り忘れてた
URLリンク(journal.mycom.co.jp)

519:名称未設定
08/11/23 19:07:27 PFed/4P50
???
普通に再生支援だが...
その記事は頓珍漢な事を書いて電波を飛ばしてるが。

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


なるほどな~

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

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

521:名称未設定
08/11/23 19:53:41 oM7bAvm50
>>519
再生支援ってのはGPUが本来持ってる機能であって、
nVidiaがMac用ドライバを作る気がないだけなんだよ。

522:名称未設定
08/11/23 20:00:05 PFed/4P50
はあ?
新MB/MBPには再生支援に対応した新しいドライバが入ってて
それを使って実装したのがQTのH.264デコーダ(AppleVAH264HW.component)だが。

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

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

524:名称未設定
08/11/24 14:30:47 7Mvc4C5Z0
>>523
そんなことはどうでもいいからQuadro FX4500に対応するのかどうか
そこんとこだけが悩みの種だ。

525:名称未設定
08/11/24 14:33:23 9Yh4wy7q0
世代的に微妙じゃない?
Geforce7世代

526:名称未設定
08/11/24 14:56:52 CRtazlLG0
>>524
H.264の(完全な)再生支援は無理。

527:名称未設定
08/11/24 16:30:09 nPY9s7eZ0
QTは遅い遅いって言われてるけど、決して遅くはないんだよね。
URLリンク(mycometg3.blog.so-net.ne.jp)

528:名称未設定
08/11/24 16:45:48 CRtazlLG0
そりゃエンコーダの話だ。エンコーダは遅い速いよりも品質だからQTは論外じゃね

529:名称未設定
08/11/24 17:00:50 UqAupJ6a0
>>527
ハードウェアの”再生支援”だからね。
エンコードは関係ない。

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

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

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

531:名称未設定
08/11/28 19:54:56 FBXoKuCG0
真MacBookのQT再生支援だけど、
もしかしてもしかしてh264のデコードでも.MOV形式しか有効にならない、
とかそんな事あったりしないでしょうか?
Win環境のx264&mp4box(Level4.0)で作成した.mp4で
CPU使用率が期待したほど下がらないので不審を抱いた次第。

532:名称未設定
08/11/28 19:55:52 FBXoKuCG0
×真Mac
○新Mac

533:名称未設定
08/11/28 20:35:01 2PLrfD0D0
どれくらいを期待していて、どれくらいにしか下がらなかったの?
同じムービーが使えれば実験してみるけど?

534:名称未設定
08/11/28 21:17:47 FBXoKuCG0
比較で (CPUのみの)VLCよりも下がるだろうと期待しました。
QT 7.5.7 : u 30% ~ 60% ( しかもフレーム落ち多し )
VLC 0.9.6 : u 20% ~ 40%

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

535:名称未設定
08/11/28 21:19:16 FBXoKuCG0
mp4の動画をどっかに上げようと思ったけど、
100MBあるので丁度よいuploader見つからない(汗
すまんです。ただbitrateが9MBのアニメOPです。

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

536:名称未設定
08/11/28 21:36:23 24hmSAFW0
解像度の制限が無かったっけ

537:名称未設定
08/11/28 23:40:23 1UsFhDJM0
>>534
URLリンク(www.wipeouthd.com)

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

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

538:名称未設定
08/11/29 00:16:31 SF2K+PWl0
>>537
iMac(radeonHD2600pro256MB)
再生フレームレートが30に落ちてCPU使用率が65くらい
だめですなorz..
radeonは再生支援は望み薄なんですか?

539:名称未設定
08/11/29 00:22:17 EzkWoeGA0
いやいや
Macで再生支援が効くのは今のところ新しいMBシリーズのみだが。
そのビデオカードで再生支援してほしいならwindowsでどうぞ

540:名称未設定
08/11/29 06:09:18 S6emGWwJ0
想像だが、
 ピクセルアスペクトレシオが1:1でない(正方形でない)動画は
 QTがCPUで拡大縮小している可能性があるよ。


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

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

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

542:名称未設定
08/11/29 10:43:08 55q70hnJ0
"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指定を書き換えたりでは変化なし。
という違いに見えました。生ログは長いので貼りませんが必要ならば。

543:名称未設定
08/11/29 10:53:46 55q70hnJ0
とりあえずmp4でも再生支援が効いている様子のファイルがあって、
内容によっては効かない様子のファイルもあるようです、ということで。

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


544:名称未設定
08/11/29 17:01:27 zXGjt8PAO
>>541 うちでは50%位なのに、何が違うんだろう? 負荷の確認はアクティビティモニタで?


545:名称未設定
08/11/29 21:53:04 55q70hnJ0
>>544
そうです>負荷の確認 あとtopでも同じでした。
うちはQuicktime関係で初期状態から追加してたのは下の二つです。
・QuickTime 7.5.7 アップデート
・Flip4Mac wmv 2.2.1.11
金曜日にMB竹を買った&Mac初心者なので素に近いはずです。

546:名称未設定
08/12/31 10:27:15 yk8r0LWA0
別にOSXが重いんじゃない
Windowsが軽すぎるだけ

547:名盤さん
09/01/03 05:09:21 pfyo+JrZ0
てゆうおまえそれなんだよという
世界セ

548:名称未設定
09/01/04 02:04:49 V090p9Zc0
もっさりしてますね。

549:名盤さん
09/01/04 18:39:27 LL6PX8yR0
かなわ3ときずか3とからし有

550:名称未設定
09/01/04 23:35:10 FYmvMprq0
なんだか3年ほど前にタイムスリップした感じ満載のスレだね。w


551:名称未設定
09/01/09 01:50:43 tmpsc68F0
まあMacの動画再生事情はそんなもんだ。

552:名称未設定
09/01/22 14:25:00 698KyNtK0
QuickTime7.6で再生支援の効く機種が拡大してるという話が

553:名称未設定
09/01/22 14:27:42 uZQUTbCW0
QuickTime7.6で重要なのは脆弱性の修正

554:名称未設定
09/01/22 21:55:25 Eb57WDtu0

アップル、第1四半期決算を発表--アナリスト予測を上回る増収増益
URLリンク(japan.zdnet.com)


555:名称未設定
09/02/11 01:31:25 px2hJsvH0
QuickTime重すぎ

556:名称未設定
09/02/11 13:02:27 tkIGxQwt0
10.6で再生支援導入されるかな。
それとも差別化のため、新機種のみになるのかな。

557:名称未設定
09/02/12 02:05:59 vl1FGlMX0
差別化っていうかVGAの能力次第だろうな。

558:名称未設定
09/02/12 02:14:02 ismEkd9h0
いやあチップが対応してるのに機能が殺されてるのは差別化だろうw

559:名称未設定
09/02/12 02:39:53 NYZ9tKvUP
差別化っていうか
グラボの持病がある機とかだと
負荷かけたくないんだろうね

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

561:名称未設定
09/02/13 23:17:56 y4VM/bgJ0

Confickerワーム撲滅に向け、マイクロソフトが他社に土下座
URLリンク(www.computerworld.jp)

562:名称未設定
09/02/19 20:12:12 0rSV3+lV0
録画したテレビ番組 tsファイルをh264で変換すると
画面の動きが速い箇所で、微妙な残像というかブレみたいのが気になるのですが、
これはh264で圧縮しているため仕方がないのでしょうか?
ビットレート高めたり、60フレームにしてもダメでした

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


563:名称未設定
09/02/19 20:41:39 WTCctcmx0
変換ソフトの問題。何を使っているか知らないけど。

564:名称未設定
09/02/19 21:05:05 0rSV3+lV0
toast9でh264プレイヤー選択して
ファイルフォーマットmp4のビデオフォーマットh264です
色々設定弄ってみたりしたんだけど、どれもなっとくいかず・・・orz

565:名称未設定
09/02/20 23:04:42 OecCoxnp0

Windowsの不具合「MS09-002」の脆弱性を狙う攻撃が早くも登場
URLリンク(internet.watch.impress.co.jp)

566:名称未設定
09/02/21 01:44:20 VdKssjMk0
quicktimeのデインタレースが甘いのが原因か?
もうちょい綺麗になればなぁ

567:名称未設定
09/02/21 08:14:48 3Nj5rwOm0
QuickTime(笑)


568:名称未設定
09/02/23 23:06:27 rA9ubUbY0

マイクロソフト、米国で無料の職業訓練プログラムを開始--200万人信者目指す
URLリンク(japan.zdnet.com)


569:名称未設定
09/03/09 17:17:53 wbTozgG70
ID:xNTpJ80A0ががんばってある程度結果は見えたんじゃない?

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

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

ソースは
URLリンク(journal.mycom.co.jp)
なんだけどこの記事まちがってるんだよな・・・

570:名称未設定
09/03/09 17:19:36 wbTozgG70
誤爆

571:名称未設定
09/03/09 19:24:03 gFwm+cWt0
新miniのチップが9400Mって書いてあったから
当然Quicktimeの暫定支援が有効だと思ってたのに
システム環境みたら無印の9400になってた。

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

572:名称未設定
09/03/09 19:50:26 wbTozgG70
>>571
iMac板で新miniの再生支援のレポあったけど

新型を購入した方にお願い。どなたか、試してくれませんか?

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

URLリンク(www.apple.com)

Mac mini 4GBで悪いんだけど
表示を実際のサイズにして15~18ぐらいだったよ

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

573:名称未設定
09/03/09 20:03:24 gFwm+cWt0
>>572
それも試してみたけど、各コアそれぞれ35%前後CPU消費してる。
梅のメモリ1GBなので、VRAMの割当も128MB。明らかに効いてない。

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

574:名称未設定
09/03/09 20:12:26 CMzLMGMD0
CPU35%って十分効いてるような気がするけど

575:名称未設定
09/03/09 20:32:58 gFwm+cWt0
効いてるのかな?
15%とじゃ、2倍も差があるから効いてないかと思った

ちなみに
URLリンク(www.wipeouthd.com)
のVIDEO→Trailer1080pだと60%~70%使う。

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

576:名称未設定
09/03/09 20:34:16 wbTozgG70
だな、効いているよ多分。今までの貴重なレポをざっとまとめてみた

年 機種   CPU   メモリ  再生支援  結果
2009 Mac mini 2.0 1GB ○ 各コアそれぞれ35%前後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%分くらい

577:名称未設定
09/03/09 21:02:42 gFwm+cWt0
なるほど~
ということは、VRAM256MBに倍増すると
CPU負荷は半分になる・・のかもですね。

578:名称未設定
09/03/09 21:07:49 dJpXCPZt0
再生支援であって、丸投げじゃないから、CPUの性能如何で%は変わって当然。
順当な数字じゃない? miniユーザはそう思っておいた方が良いかもね。
2.0GHz x2=4GHz 2.66GHz x2=5.32GHz 3.06x2=6.12
2GHzのCPUの30%だと、3.06で20%くらいの単純計算になる。

579:名称未設定
09/03/10 00:35:19 9/LEljUI0

Windows版Acrobatの脆弱性突くプログラムを専門家が作成―アドビ推奨の自衛策を「回避」
URLリンク(www.computerworld.jp)

580:名称未設定
09/03/10 18:38:54 jK4wpjxI0
>>572
iMac 2007midの梅(CPU 2GHz)で再生してみたらCPU使用率は各コア30~35%だった。
iMac 2007は効いてるはずないから>>572のminiも効いてないのかも。

581:名称未設定
09/03/10 20:15:27 wTyyjGOK0
やはり・・

ちなみに、↓の1080pトレイラーはどうでしょうか
URLリンク(www.wipeouthd.com)

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

582:名称未設定
09/03/10 20:58:59 jK4wpjxI0
>>581
全く同様に60~70%。

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

583:573
09/03/10 22:38:23 wTyyjGOK0
ハード自体はMacだから、板違いでもないのかな・・
支援の仕組みが違うから直接比較するのはアレですが。

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

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

URLリンク(www.apple.com)
ちなみに、ここの動画について573で35%と書いたのは
Carl Goes Up 1080pです。(Win7-Pdvdでは、やはり10%未満)


584:名称未設定
09/03/10 22:50:21 lAsmhf6+0
>>564
ToastからダイレクトにAVCにしないで劣化の少ない可逆を中間にして
x264Encoderでやってみれば?
たぶんこれがMacではベスト

585:名称未設定
09/03/17 22:39:17 Hv+R7xQP0
Intelと夫婦同然なんだからIntel H.264を正式サポートして
環境最適化してくれたらいいのにな

586:名称未設定
09/03/19 16:13:27 Lt3WrlvV0
URLリンク(internet.watch.impress.co.jp)
>GPUによる再生支援機能にも対応し、デジタル著作権保護(DRM)付きでH.264形式によるHD動画(720p+)の再生に対応する。

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

587:名称未設定
09/03/19 16:21:56 oOTZNOtv0
今のところはQuicktime通さないと無理だろ再生支援は

588:名称未設定
09/03/19 16:31:38 HZUMpwnH0
別に何の但し書きもないし、普通に対応してんじゃないの?

589:名称未設定
09/03/19 22:00:32 b8dQh69rO
CorePlayerの設定のとこでOpenGLって出るけど
これって再生支援対応してるってことですか?

590:名称未設定
09/03/19 22:09:36 4gVvrAiN0
単に描画用APIにOpenGLを使うってだけでしょ。
OpenGLは再生支援と何の関係もない。

591:名称未設定
09/03/24 00:34:14 Sqd17jHGO
Mac版CorePlayerでwmvを再生する方法を教えてくださいm(_ _)m

592:名称未設定
09/03/24 02:47:25 ZXMjDmWn0
QT+Flip4でいいんじゃね
どうせCorePlayerで再生出来てもH.264じゃないから軽くならないだろ

593:名称未設定
09/03/24 18:07:20 gMOUdyNA0
>>583
多分macで支援が働く基準があるんだと思う
自分でエンコしてる動画は重いオプション使いまくってるから
支援働かないなと思っていたり
levelがいつくとかオプションが範囲内に収まってないとだめとか

594:名称未設定
09/05/03 17:44:56 T8rW9KT80
MacOSXは重すぎる。

595:名称未設定
09/05/03 18:14:26 23ZRfoEN0
G5/2Ghzなんだが、低スペックのわりに動画みるのはあまり困らない。
でも、この動画だけ異常にカクカクする。何が悪いの?
URLリンク(www.nicovideo.jp)

596:名称未設定
09/05/03 20:44:45 GQ9wPOlO0
ニコ動の仕様が変わってからコメントがみれなくなったのは俺だけ?

597:名称未設定
09/05/03 20:47:30 B9As7cUB0
>>596
再生ボタンぽちぽちしてると見られるようになるかも

598:名称未設定
09/05/19 23:28:25 rFbzS8h/0
Mac重い

599:名称未設定
09/05/19 23:42:40 7WVjIifa0
あぁ、11.5Kgもある

600:名称未設定
09/06/05 21:09:57 8W7/Yqc+0
もっさりMac

601:名称未設定
09/06/19 15:56:07 63rX6WaC0
もっさりもさもさ

602:名称未設定
09/07/06 19:33:21 aXTkfxJj0
OSが未熟だからH.264もまともに再生できない。

603:名称未設定
09/07/06 21:32:50 e9IHW/yg0
Snow Leopard を楽しみにしてろ

604:名称未設定
09/07/06 22:00:56 zcxtAaEN0
スノレパは実質10.5 SP1だろ。

605:名称未設定
09/07/06 22:37:41 e9IHW/yg0
XPとVistaぐらいは違うからそれはない。

606:名称未設定
09/07/07 19:50:22 W3n2maOU0
どっちかと言えば10.5が10.4SP1って気が

607:名称未設定
09/07/24 03:03:48 f667CiKz0
いやそれはさすがに

608:名称未設定
09/07/24 18:27:48 P0V+4FtP0
アップル製のドライバーが低品質だからまともに生かせない。
GPUは型遅れだけど悪くない。

609:名称未設定
09/07/24 18:46:28 ehCthbvS0
もともとは再生支援とかMSがアクセスレイヤを作って
各社(てか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
実際そんな所はないから、探しても無駄という(ry

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負荷は依然圧倒的に高い。
そりゃ再生支援とは比べられないわな・・

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

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
前提条件の設定が間違ってるな


最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch