ｼﾞｮﾌﾞｽﾞたん、5/7早朝2時からｽﾋﾟｰﾁ
538 ：名称未設定：02/05/12 00:47 ID:ehuapBHH
>>522
>●O'Reilly & Associatesによれば、ATI Rage 128系などの古い
>3Dグラフィックチップは、OpenGLの規格上の制限でテクスチャの
>一辺のサイズが2のn乗の値を取る必要がり、このために任意サイズの
>Windowの中身をテクスチャとして扱うことが出来ないと伝えていました。
>なお、RadeonやGeForceなどの新しい3Dチップは、こういった制限が
>無くなっている上、OpenGLもプログラミングの工夫でテクスチャサイズの
>制限を回避出来るそうです。(rex70さん情報ありがとね)
お宝にパクられてるぞ。
>●O'Reilly & Associatesによれば、ATI Rage 128系などの古い
>3Dグラフィックチップは、OpenGLの規格上の制限でテクスチャの
>一辺のサイズが2のn乗の値を取る必要がり、このために任意サイズの
>Windowの中身をテクスチャとして扱うことが出来ないと伝えていました。
>なお、RadeonやGeForceなどの新しい3Dチップは、こういった制限が
>無くなっている上、OpenGLもプログラミングの工夫でテクスチャサイズの
>制限を回避出来るそうです。(rex70さん情報ありがとね)
お宝にパクられてるぞ。
>>537
あっｺﾞﾒｿ、最小化Windowとアイテムと勘違いしてた。
びょーんとDockに戻るのが戻らないでDesktopに表示できるっつーことね。
黄色ボタンでDockに最小化。
タイトルバーをWクリックでDesktopに最小化とかできるといいな。
あっｺﾞﾒｿ、最小化Windowとアイテムと勘違いしてた。
びょーんとDockに戻るのが戻らないでDesktopに表示できるっつーことね。
黄色ボタンでDockに最小化。
タイトルバーをWクリックでDesktopに最小化とかできるといいな。
540 ：名称未設定：02/05/12 01:09 ID:ehuapBHH
>一辺のサイズが2のn乗の値を取る必要がり、このために任意サイズの
>Windowの中身をテクスチャとして扱うことが出来ないと伝えていました。
そんなことそのサイトは伝えてねーよ。
リンク先も間違ってる。正しくはこうだ。
http://pc.2ch.net/test/read.cgi/mac/1020654159/522
>Windowの中身をテクスチャとして扱うことが出来ないと伝えていました。
そんなことそのサイトは伝えてねーよ。
リンク先も間違ってる。正しくはこうだ。
http://pc.2ch.net/test/read.cgi/mac/1020654159/522
>>540
ﾜﾗﾀ
ﾜﾗﾀ
で、お宝はここからパクったのかね
正直に答えよ＞ﾀﾞｿﾎﾞ
正直に答えよ＞ﾀﾞｿﾎﾞ
522は今後rex70というコテハンを名乗ること。
>>522
MACオタはどこからその情報を仕入れたの?
MACオタはどこからその情報を仕入れたの?
546 ：MACオタ：02/05/12 09:52 ID:T0T5YzaE
547 ：名称未設定：02/05/12 10:09 ID:JbRh7UU+
ﾏｸｵﾀのガセ率は異常
これ定説
これ定説
>>546
じゃあ海外のサイトにも教えてあげると喜ばれそうだね。
じゃあ海外のサイトにも教えてあげると喜ばれそうだね。
549 ：MACオタ＞547 さん：02/05/12 12:30 ID:T0T5YzaE
>>547
定説すか(笑)
まあ自分で確かめてみるのが吉すね。
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046
http://teri.2ch.net/mac/kako/981/981734129.html
http://pc.2ch.net/test/read.cgi/mac/1017211524/l50 と一連のスレ
定説すか(笑)
まあ自分で確かめてみるのが吉すね。
http://www.megabbs.com/cgi-bin/readres.cgi?bo=mac&vi=0046
http://teri.2ch.net/mac/kako/981/981734129.html
http://pc.2ch.net/test/read.cgi/mac/1017211524/l50 と一連のスレ
550 ：MACオタ：02/05/12 12:46 ID:T0T5YzaE
海外の掲示板で見つけたJaguarの感想の追加す。
-------------------------
iBook 14"
・QuickTimeの起動がびっくりするほど速くなった。10.1.4
ではドックで8バウンドだったのが、1バウンドに！
・「グリッドに沿う」の動作がアニメーション付きになった
・Windowを閉じる動作もアニメーション付きになった
・きびきびと迄は言わないが、以前に比べると使える速度
になった
機種不明
・ドック内の最小化Window内部でMovieが再生されるが、
このミニウィンドウをドックから出した状態でも再生が続く
・アプリケーションやFinderでのWindowのリサイズは速度の
向上が見られない
G4 Dual/800, 1.5GB RAM, GeForce3
・10.1.4と比べてせいぜい5-10%程度しか速度の向上はない
むしろiBook/600で使ったときの方が体感速度の向上を
感じた。
機種不明
・Mozillaのテキスト表示は変わらない、Entourageがアンチエイ
リアステキスト表示されるようだ。Wordもテキスト表示に関して
は別に変わらない。
-------------------------
-------------------------
iBook 14"
・QuickTimeの起動がびっくりするほど速くなった。10.1.4
ではドックで8バウンドだったのが、1バウンドに！
・「グリッドに沿う」の動作がアニメーション付きになった
・Windowを閉じる動作もアニメーション付きになった
・きびきびと迄は言わないが、以前に比べると使える速度
になった
機種不明
・ドック内の最小化Window内部でMovieが再生されるが、
このミニウィンドウをドックから出した状態でも再生が続く
・アプリケーションやFinderでのWindowのリサイズは速度の
向上が見られない
G4 Dual/800, 1.5GB RAM, GeForce3
・10.1.4と比べてせいぜい5-10%程度しか速度の向上はない
むしろiBook/600で使ったときの方が体感速度の向上を
感じた。
機種不明
・Mozillaのテキスト表示は変わらない、Entourageがアンチエイ
リアステキスト表示されるようだ。Wordもテキスト表示に関して
は別に変わらない。
-------------------------
551 ：MACオタ＠続き：02/05/12 13:01 ID:T0T5YzaE
-------------------------
iBook/466 SE
・GUIについてはあまり変わらない
・アプリケーションの起動時間は大幅に短縮された
G4 Dual/500
・GUIが滅茶苦茶速くなった
・Dockの拡大時にほとんどCPU占有率が増えない
・Finderのコラム表示Windowのリサイズが一瞬で終わる
・一方でIEのWindowリサイズはガクガク。テキスト入力エリア
の表示にもバグが出る。
-------------------------
iBook/466 SE
・GUIについてはあまり変わらない
・アプリケーションの起動時間は大幅に短縮された
G4 Dual/500
・GUIが滅茶苦茶速くなった
・Dockの拡大時にほとんどCPU占有率が増えない
・Finderのコラム表示Windowのリサイズが一瞬で終わる
・一方でIEのWindowリサイズはガクガク。テキスト入力エリア
の表示にもバグが出る。
-------------------------
旧モデルでも動いてるのね。
>>MACオタ
俺もいくつかのBBSまわってるけど、まとめると確かにそんな感じだね。
なんだかんだで、切り捨てられたと騒いでる人たちが一番恩恵を受けそうな
ﾖｶｰﾝを感じるのは私だけですか。
(ところで、てっきりMACオタってﾃﾞﾍﾞﾛﾊﾟﾂｰﾙｽ獲得する立場の人種だと思ってた)
俺もいくつかのBBSまわってるけど、まとめると確かにそんな感じだね。
なんだかんだで、切り捨てられたと騒いでる人たちが一番恩恵を受けそうな
ﾖｶｰﾝを感じるのは私だけですか。
(ところで、てっきりMACオタってﾃﾞﾍﾞﾛﾊﾟﾂｰﾙｽ獲得する立場の人種だと思ってた)
そういえば、すでに消されたSpymacのBBSで、
G3 400MHzでQuickTime動画を4つ同時再生でコマ落ちなし、
800MHz DualでCinema使って、10個同時再生でコマ落ちなし、
というのもあったな。
G3 400MHzでQuickTime動画を4つ同時再生でコマ落ちなし、
800MHz DualでCinema使って、10個同時再生でコマ落ちなし、
というのもあったな。
>むしろiBook/600で使ったときの方が体感速度の向上を感じた。
(･∀･)ｲｲ!
ところで引用って話だけど、海外の掲示板なのに日本語で感想が書かれてるの？
(･∀･)ｲｲ!
ところで引用って話だけど、海外の掲示板なのに日本語で感想が書かれてるの？
>>555
ん？
ん？
G3機種で大きく速度が向上してるみたいだね。
559 ：MACオタ＞548 さん：02/05/12 15:07 ID:T0T5YzaE
阿呆のお宝わ、もっとまともなソースが同じこと書いてるのに
気づかなかったみたいすね(笑)
Accelerate! Your Macintosh 5/10記事
http://www.xlr8yourmac.com/
---------------------------------
BTW - some people seem to have misunderstood the
comments on Quartz Extreme (QE for short) and thought
that if their graphics card/chip was not supported by QE,
that they could not run 10.2 at all which is not true.
And the lack of QE Rage128 AGP support was not an
arbitrary decision. (The Rage128 chip does not support
texture sizes that are not a power of 2. That's why
there's no QE support for the Rage128/Rage128 Mobility
chips.)
---------------------------------
気づかなかったみたいすね(笑)
Accelerate! Your Macintosh 5/10記事
http://www.xlr8yourmac.com/
---------------------------------
BTW - some people seem to have misunderstood the
comments on Quartz Extreme (QE for short) and thought
that if their graphics card/chip was not supported by QE,
that they could not run 10.2 at all which is not true.
And the lack of QE Rage128 AGP support was not an
arbitrary decision. (The Rage128 chip does not support
texture sizes that are not a power of 2. That's why
there's no QE support for the Rage128/Rage128 Mobility
chips.)
---------------------------------
561 ：名称未設定：02/05/12 18:15 ID:V460E0Ym
>>559
日本語訳よろしくっす。
日本語訳よろしくっす。
562 ：MACオタ＞561 さん：02/05/12 18:17 ID:T0T5YzaE
＞OpenGLの規格上の制限でテクスチャの一辺のサイズが
＞2のn乗の値を取る必要があったす。
＞このために任意サイズのWindowの中身をテクスチャとして
＞扱うことができないす。
QE非対応機種であっても、もし偶然テクスチャの一辺のサイズが
2のn乗の値だった時にはもしかしてQE全開のだだっ速！？(´Д｀*)ﾊｧﾊｧ
ﾅﾜｹﾅｲ｡
＞2のn乗の値を取る必要があったす。
＞このために任意サイズのWindowの中身をテクスチャとして
＞扱うことができないす。
QE非対応機種であっても、もし偶然テクスチャの一辺のサイズが
2のn乗の値だった時にはもしかしてQE全開のだだっ速！？(´Д｀*)ﾊｧﾊｧ
ﾅﾜｹﾅｲ｡
よし、BWに7000追加ｹﾃｰｲ
>>564
いや、2xAGPじゃないと…
いや、2xAGPじゃないと…
566 ：名称未設定：02/05/12 21:21 ID:jtqEeGAc
（ﾟ∀ﾟ）ｱﾋｬ
>>537
>>539
二度手間がいやんな感じですねぇ。
Dockと同じ扱いだからアプリの最前面に出てくれちゃうし。
グラフィックやる人とかなんか、特に困るような気が、、、。
もちっとエレガントにならんかのう。
>>539
二度手間がいやんな感じですねぇ。
Dockと同じ扱いだからアプリの最前面に出てくれちゃうし。
グラフィックやる人とかなんか、特に困るような気が、、、。
もちっとエレガントにならんかのう。
ｳﾜｰﾝ!800Dualじゃあんまり速くなったように
感じられないのかよ！ｼｮｵｵｵｵｯｸ!
感じられないのかよ！ｼｮｵｵｵｵｯｸ!
>>568
くっ・・・右上のねーちゃんに目が行ってしまう・・・
くっ・・・右上のねーちゃんに目が行ってしまう・・・
ｵﾈｴﾀﾝ（；´Д｀）ﾊｧﾊｧ
ついでに、
ＭＡＣオタﾀﾝ（；´Д｀）ﾊｧﾊｧ
ついでに、
ＭＡＣオタﾀﾝ（；´Д｀）ﾊｧﾊｧ
初代ﾊﾟﾜﾌﾞｸでも速くなるのかな？
なんか希望が湧いて来たのでｱｹﾞ。
なんか希望が湧いて来たのでｱｹﾞ。
初代ﾊﾟﾜﾌﾞｸでも速くなるのかな？
なんか希望が湧いて来たのでｱｹﾞ。
なんか希望が湧いて来たのでｱｹﾞ。
ラックマウントまだー？
いらないけど。
いらないけど。
575 ：名称未設定：02/05/14 02:49 ID:daIkOvMI
米で１４日なら、丸一日後なのでは？
http://www.watch.impress.co.jp/pc/docs/2002/0507/DSC_0032.jpg
この柄が本当にジャガー柄なのか、
チーターや豹やレオパードやプーマやないんかと疑って調べてしまった…
本物でした。疑ってごめんなさい。
この柄が本当にジャガー柄なのか、
チーターや豹やレオパードやプーマやないんかと疑って調べてしまった…
本物でした。疑ってごめんなさい。
577 ：名称未設定：02/05/14 07:11 ID:9onxogX7
とりあえずジャガーとヒョウの柄の違いはわからん。
578 ：名称未設定：02/05/14 21:18 ID:b6StJbm3
あの見当違いだったらすいません。
アイコン化されたウインドウがデスクトップにおけるように
なったみたいですが、だとすると、なんで一度 Dock に入れなきゃだめなまま
っていう前提でみなさんおはなししているのでしょうか？
単にウインドウに、新たに拡大・縮小の各ボタンを付けて、無段階に
ウインドウの大きさをかえることが
できるようになりゃいいような気がするんですけど…。
つまり、今あるウインドウリサイズとは違って、ウインドウ全体を拡大したり、
縮小したりできるようにする、っつーのはどうでしょうか？
まー実際そんなことやろうと思ったらマシンパワーやウインドウ (の中身）
設計とかも考慮しなきゃ行けなくなりそうだから現状ではやっぱ無理か。
Dock の否定にもなりそうだし。失礼しました。
アイコン化されたウインドウがデスクトップにおけるように
なったみたいですが、だとすると、なんで一度 Dock に入れなきゃだめなまま
っていう前提でみなさんおはなししているのでしょうか？
単にウインドウに、新たに拡大・縮小の各ボタンを付けて、無段階に
ウインドウの大きさをかえることが
できるようになりゃいいような気がするんですけど…。
つまり、今あるウインドウリサイズとは違って、ウインドウ全体を拡大したり、
縮小したりできるようにする、っつーのはどうでしょうか？
まー実際そんなことやろうと思ったらマシンパワーやウインドウ (の中身）
設計とかも考慮しなきゃ行けなくなりそうだから現状ではやっぱ無理か。
Dock の否定にもなりそうだし。失礼しました。
日本時間午前1時らしいよ。
>>578
いや、だから俺も「二度手間じゃん……」とは思うんだな。
この仕様が実装されちゃうと、要するにウインドウの扱いに関していえば、
Dockは「スモールライト浴びせるエリア」みたいな具合になっちゃうわけよね？
・最小化ボタン→Dockに最小化→好きな場所によっこいしょ
……これって単に、「Dockがすぐに一杯になる」ことに対するAppleからの
"後付けの回答"でしかなく、「どうしてDockがすぐに一杯になるんですか」という
根本的な問題へは対処できてないよね。
もう少しマトモに考えるなら、
・最小化ボタンClick→スケールエフェクトでその場に最小化
……して、他アプリのウインドウよりは裏側、デスクトップのアイコン群よりは
手前側のレイヤーにそれらの最小化アイテムを(半透明にでも)配置する事かなぁ。
ポインタが近づいたらDock内の挙動同様、拡大したり、名称が表示されたり
って部分で、デスクトップ上アイコンと区別をつけるとか。
いや、だから俺も「二度手間じゃん……」とは思うんだな。
この仕様が実装されちゃうと、要するにウインドウの扱いに関していえば、
Dockは「スモールライト浴びせるエリア」みたいな具合になっちゃうわけよね？
・最小化ボタン→Dockに最小化→好きな場所によっこいしょ
……これって単に、「Dockがすぐに一杯になる」ことに対するAppleからの
"後付けの回答"でしかなく、「どうしてDockがすぐに一杯になるんですか」という
根本的な問題へは対処できてないよね。
もう少しマトモに考えるなら、
・最小化ボタンClick→スケールエフェクトでその場に最小化
……して、他アプリのウインドウよりは裏側、デスクトップのアイコン群よりは
手前側のレイヤーにそれらの最小化アイテムを(半透明にでも)配置する事かなぁ。
ポインタが近づいたらDock内の挙動同様、拡大したり、名称が表示されたり
って部分で、デスクトップ上アイコンと区別をつけるとか。
581 ：名称未設定：02/05/14 21:52 ID:kRKCPGd1
>>580
＞・最小化ボタン→Dockに最小化→好きな場所によっこいしょ
まだ細かな仕様は公表されてないし、正式版までには
変わるかもしれないじゃん。
たとえば、オプションキーを押しながら最小化ならドックに格納せずに
そのまま最小化とかできるようになるかもしれんし。
＞・最小化ボタン→Dockに最小化→好きな場所によっこいしょ
まだ細かな仕様は公表されてないし、正式版までには
変わるかもしれないじゃん。
たとえば、オプションキーを押しながら最小化ならドックに格納せずに
そのまま最小化とかできるようになるかもしれんし。
582 ：名称未設定：02/05/14 21:58 ID:eGo5mYyA
Dockなー…、やっぱり機能持たせすぎで破綻してるよ…
もはやWinのタスクバーよりわけわからん…
もはやWinのタスクバーよりわけわからん…
584 ：名称未設定：02/05/14 23:26 ID:dPOX3GES
コマンド＋Mでウインドウをしまう場所を変えてみる、とか？
思いきってそれぞれのアプリアイコンの裏側にしまえばいいんだよ。
ソリティア↓みたいに。
http://www.zdnet.co.jp/download/graphics/captures/x_macsolitaire.jpg
で、マウスカーソルをアプリアイコンに近付けると、しまったウインドウたちが
一気にベロベロベロっと上方向（Dock下配置の時ね）に見易く伸びてくれると。
…あれ？ ｽﾀｰﾄボタンみたいだ。
思いきってそれぞれのアプリアイコンの裏側にしまえばいいんだよ。
ソリティア↓みたいに。
http://www.zdnet.co.jp/download/graphics/captures/x_macsolitaire.jpg
で、マウスカーソルをアプリアイコンに近付けると、しまったウインドウたちが
一気にベロベロベロっと上方向（Dock下配置の時ね）に見易く伸びてくれると。
…あれ？ ｽﾀｰﾄボタンみたいだ。
585 ：424：02/05/15 05:06 ID:nbY11n4M
Macオタは与太話が多いからMacヨタにでも名前変えとけ
山田君、586の座布団ぜんぶとっちゃいなさい。