Mac OS X 10.6 Snow Leopard Part 3

Mac OS X 10.6 Snow Leopard Part 3 at MAC

1:名称未設定
08/10/06 16:01:46 SYrDP1bP0
10.5 Leopardの安定性の向上を目指した次期Mac OS X。1年後の出荷が予定されている。
WWDC 2008で初めてその存在が明らかになった。
"Leopardの膨大な革新性を基盤にして新しい世代のコアソフトウェアテクノロジーを統合することにより、Mac OS Xをさらに洗練し、パフォーマンスを向上させ、新しい品質のスタンダードを確立します"とのこと。

公式サイト
URLﾘﾝｸ(www.apple.com)

注目の新機能(現時点で公式に発表されているもの)：
・OpenCL
・QuickTime X
・GrandCentral
・完全64bit対応
・Exchange対応
・ZFS対応 (Server)

前スレと参考リンクは>>2で。

2:名称未設定
08/10/06 16:02:49 SYrDP1bP0
前スレ
Mac OS X Snow Leopard (Part2)
ｽﾚﾘﾝｸ(mac板)

Mac OS X 10.6 Part1
ｽﾚﾘﾝｸ(mac板)

参考リンク
Snow Leopard(雪豹)とはどんな動物?
URLﾘﾝｸ(www.colemangallery.com)

The WebKit Open Source Project (Safariのベース)
URLﾘﾝｸ(webkit.org)

Khronos Group (OpenCLの規格策定)
URLﾘﾝｸ(www.khronos.org)

LLVMの日本語解説
URLﾘﾝｸ(llvm.org)

3:名称未設定
08/10/06 17:32:03 s816ewt30
PowerPCへの非対応が懸念されている。

4:名称未設定
08/10/06 17:35:26 wKHuYclS0
大多数には全く懸念されてないです。

5:名称未設定
08/10/06 17:43:08 pIofr2vs0
普通にG4は対象になるだろう
だって一番G4ユーザが多いんだから。

6:名称未設定
08/10/06 17:46:08 slCprryi0
>>5
ネットでの使用率を見るとそうでもないみたいよ
URLﾘﾝｸ(marketshare.hitslink.com)

7:名称未設定
08/10/06 17:59:30 HisRKg1c0
G4はLeopardでも初期モデルは対象外だったし10.6で切られてもおかしくはない。
前スレとか見てるとAppleが(10.6で完全に移行するかどうかは謎だが)そのうちEM64Tに移行するだろうからCore Duoの人涙目というのが結構多い意見らしい。

8:名称未設定
08/10/06 18:33:32 Uzfz3Rc10
もともと10.6はIntelのみっていう話じゃなかった？

9:名称未設定
08/10/06 18:35:47 HisRKg1c0
>>8
WWDC配布のビルドはそうだった。
ただし公式(=NDAの範囲外)には何も発表されてない。

10:名称未設定
08/10/06 18:54:26 Y97iZLNs0
なんかOSの発売早くないか？まあOS自体が安いから良いが

11:名称未設定
08/10/06 20:11:23 BgDberjX0
>>1乙

やはり今後何年かの基盤となるOSなんだ
ここは１つEM64T専用にすべきだな

12:名称未設定
08/10/06 21:18:12 3b2gtIrW0
10.6がEM64T専用であろうがなかろうがOS Xのパフォーマンスに違いはないっての

13:名称未設定
08/10/06 21:23:55 HisRKg1c0
>>11
前スレでも書いたけれど
10.6でEM64T onlyにするとCore Duoの初代Intel Macに対応しなくなるしUniversal+Leopard対応を果たしたばかりのAdobeとMSが大混乱に陥るからそれはやらないと思う。
やるとしたら10.7だな。

14:名称未設定
08/10/06 21:55:51 AAhh3ArH0
>>1
>完全64bit対応
これはどういう意味だ?

15:名称未設定
08/10/06 22:05:51 1gmlfHog0
どういう意味って、今は混在してるから完全に64bit化させるってことだろ。

16:名称未設定
08/10/06 22:15:27 AAhh3ArH0
そんなん公式に発表されたか?

17:名称未設定
08/10/06 22:33:55 zjmhn4250
PPCのアプリ動かせるの？

18:名称未設定
08/10/06 22:50:55 oevGB1kc0
rosettaはなくならないでしょ

19:名称未設定
08/10/07 00:06:44 V4h77Yi70
Snow Leopardに一番期待されてるの年賀状用の毛筆書体だったんだなw

20:名称未設定
08/10/07 00:24:30 Y47w/it70
と言うか唯一の選択肢の宛名職人が最近まで駄目すぎただけだろ。
新Verはどうだか知らないが。
Wordの宛名印刷ウィザードで印刷する気にもならないしな。
と思って探してみたら葉書ABっていうソフトが良さそうだった。
敬称の選択とかも出来てAddress Bookと連携可能だし。
今年使ってみよう。

21:名称未設定
08/10/07 00:28:10 g1b8oJBM0
>>19
それはiWorkに期待しろ

22:名称未設定
08/10/07 00:30:10 Y47w/it70
>>21
フォントが同梱されても縦書きが出来ないと意味無い。
なんかSnow Leopardというよりは物書堂に期待した方が良さそうな話題になってきた。

23:名称未設定
08/10/07 00:52:30 g1b8oJBM0
Snow Leopardに一番期待されてるの
ウインドウシェード
ゴミ箱をディスクトップ上に置けること
アプリの削除のサポート
OS 9並の軽さだろ

24:名称未設定
08/10/07 01:10:28 Y47w/it70
ウインドウシェード:
URLﾘﾝｸ(www.unsanity.com)
ゴミ箱 on デスクトップ:
URLﾘﾝｸ(fastforwardsw.com)
アプリケーション削除:
URLﾘﾝｸ(www.freemacsoft.net)

とほぼ第三者により実現されているのだがこれらはあえてOSに求めることなのだろうか?

あとOS 9並の軽さっていう人多いけど今のOS Xにどんな不満があるのか具体的に聞きたい。
具体的にどういう感じを求めるのかを言ってくれないと何とも言えない。

25:名称未設定
08/10/07 01:26:02 QWJWi9xM0
メモリ保護もまともな仮想メモリもプリエンティブマルチタスクもオンザフライデフラグもジャーナリングもない、
そんな糞OSを今から作ればOS 9並みの軽さだろうなw
誰もアプリ書かねえよそんなのに。

26:名称未設定
08/10/07 01:30:29 FFmbP1dv0
プリエンティブマルチタスクってw

27:名称未設定
08/10/07 01:31:22 g1b8oJBM0
>>24
シェアウェアであるのは解っている
でもあえてOSに求めている

28:名称未設定
08/10/07 01:36:29 bgvTyuhNP
一度ジョブたんが消さしたものが再度復活するのは絶望的じゃないかな。
よっぽどの要望が無い限り

29:名称未設定
08/10/07 01:36:53 g1b8oJBM0
>>24
軽快感だよ
finderとか開く時の作動とかのさ
そりゃ10.0の時から比べればすごく改善されたけど
まだまだ機敏じゃないよ

30:名称未設定
08/10/07 01:39:42 Y47w/it70
正しくはプリエンプティブ･マルチタスク(preemptive-multitasking)だな。
まあよくある間違いだし自分も間違えたことあるから気にしない。

31:名称未設定
08/10/07 01:47:40 eP2QJ/5c0
そんなクソみたいな機能はどうでもいいから、
sandboxを一般ユーザに解放してほしいわ。

32:名称未設定
08/10/07 01:57:40 N6SNmUjx0
>>29
＞軽快感だよ

同意。

33:名称未設定
08/10/07 02:50:21 2Nr8bW3z0
何気にclassic環境で起動したFinderのほうが速いしね

34:名称未設定
08/10/07 03:03:18 g1b8oJBM0
classic環境どうたらって言うと9erが沸いてくるからよせやー
でも現状のMac OS Xのパフォーマンスに改善の余地があるから
アップルも>>1
>"Leopardの膨大な革新性を基盤にして
新しい世代のコアソフトウェアテクノロジーを統合することにより、
Mac OS Xをさらに洗練し、パフォーマンスを向上させ、
新しい品質のスタンダードを確立します"とのこと。
って言ってるからな

35:名称未設定
08/10/07 03:11:28 g1b8oJBM0
Snow LeopardがLeopardより多少速くなったんじゃなく
劇的に速くなってLeopard以前のOSなんか使ってられねーよぐらいのOSを希望するよ
起動時間は3秒ぐらいとか
先週のCEATECで東芝がcell TVで48ch同時再生のデモやってたけど
QuickTimemovie40個ぐらい同時再生してもスムーズに再生出来るとかさ

36:名称未設定
08/10/07 03:13:26 hmGKO8SN0
爆速、そしてファンが爆音を。

37:名称未設定
08/10/07 03:14:13 VzY0CxJx0
なんかまた目くらまし的な機能つくのかな？

38:名称未設定
08/10/07 03:15:27 VzY0CxJx0
あ、今度こそ非解像度依存とかなんとか言うの載っけてほしいな。

39:名称未設定
08/10/07 03:19:35 hmGKO8SN0
げ、緒形拳。
合掌……。

40:名称未設定
08/10/07 05:13:12 cVcga8ch0
多分今のウインマシンにもインスコできるようになる。
そして無料OSになる。

41:名称未設定
08/10/07 05:35:17 Ipcwn7fC0
緒形拳... 訃報最初にこのスレで知るとはおもわなんだ

42:名称未設定
08/10/07 09:52:58 i7Fx/Gpe0
>>33
Tiger のクラシック環境って Finder 立ち上がったっけ ?
とおもったらできたのか。
URLﾘﾝｸ(www.macosxhints.com)

43:名称未設定
08/10/07 11:34:51 RctIPfy/0
「インストーラ」という機能をOSで用意している以上、それと対になるアンインストールの機能はあっても良いな。
例えば、Apple製のアプリケーションでもLogic StudioやFinal Cut Studioなんかはアプリケーションを手動でゴミ箱にいれただけじゃぁ、
数十GBもの不要ファイルが残ることになる。
現時点ではこれは手動で削除するしかなく、初心者にとってはハードルの高い作業だと思う。

すべてのアプリケーションがドラッグ＆ドロップでインストール、ゴミ箱に入れてアンインストールで住めば良いのだけどね。
それもまた、理想の話でちょっと現実的じゃないな。

44:名称未設定
08/10/07 11:41:50 1E9fX3fz0
案外Core Duoはサポートされ続けるかもな
iPhoneもあるし、32bitのx86のソフト資産は膨大だし
G5が切られるというよりAltivecが切られるという感じかな
SIMDは最適化が大変だけど、これでパフォーマンスを上げるのがトレンド

32bitと64bitを両方サポートするより
SSEとAltivecを両方サポートする方が大変だしメリットもない

45:名称未設定
08/10/07 11:43:01 RGkbfpiA0
>>23
exposeが入ってるからウィンドウシェードいらないと思うんだが・・・。
てかこの間からウィンドウシェードって叫んでるの一人だけだよね？

てか、いつまで「ディスクトップ」って言うんだろ。

46:名称未設定
08/10/07 11:46:57 wpzdPZQI0
馬鹿は死ぬまで言い続けるよ

47:名称未設定
08/10/07 12:00:55 AAFeLQzE0
これまでのような新機能の追加から方向性を変えますって書いてあるでしょ。
HDDの巨大化に甘えて肥大化した部分を削るらしいから、ビットマップからベクターに
したりアプリとか1/3ぐらい小さくするのと不要なランゲージとかも削るんよ。
んでAirとかにいれやすくちいさくするんだとか。古いのは見捨てられちゃうかもね。
アンインストーラはそういった動きにはあってるからついてもおかしくないね。

48:名称未設定
08/10/07 12:15:30 cw7Dfav90
ソフトをインストールするとOS（例えばSpotlightとか）が常にそのソフト
の（アップデートとかの）動向を監視して、削除したい時にアプリ本体を
ゴミ箱に入れたらヒモ付けされた関連ファイルが自動的に一緒にゴミ箱に
入ってるようにしてくれたらアップル的にスマートだと思う。

49:名称未設定
08/10/07 12:24:16 i7Fx/Gpe0
>>48
なんか安直にそれをすると関連付けされたファイルも全部消されないだろうか...
html エディタをインスコして、アンインストールしたら、
ハードディスク内の html が全部削除されました！とかなると困らない？
OS 側が監視しているだけでなくて、
多分ある程度ソフト側が OS にどのファイルは消して良くてどれは消したら
ダメかおしえてやらないといけないと思う。

50:名称未設定
08/10/07 12:36:28 cw7Dfav90
>>49
うーん、素人の安直な思いつきだったんで現実には難しそうですな。

でも例えばサードパーティーのアンインストーラーとかも何らかの
情報を頼りに関連ファイルを識別している筈で、アップルが新OSに
対してのガイドラインを作ってソフト側がアップデートとかで対応
すれば行けないかなぁ？

51:名称未設定
08/10/07 12:41:33 Dpsj5MAv0
バージョン戻したい時にアプリ捨てて
古いの入れ直したりするんだが
いちいち設定やログ消されてたら泣けるねえ。

52:名称未設定
08/10/07 12:49:11 AAFeLQzE0
ああいうのはアプリ内の初期設定名とアプリ名でライブラリ内を検索してるだけ。
たまに間違ったやつを消そうとしたり全然ひかからないとかいいかげんだよ。
あとpkgインストーラは /ライブラリ/Receipts/ になにがインストールされたか
記録が残ってるから、覗けるツールで手動でやってもいいしそういうのもあったはず。

53:名称未設定
08/10/07 12:51:15 hzMqFJWo0
そこらへんの実装問題がスマートにクリア出来ないからこそ、Appleはアンインストール機能をつけないんだろうな。
本来.pkgにはアンインストール可能な仕組みも載せられる訳だし。
10.6でAppleらしい答えが見れれば良いな。

54:名称未設定
08/10/07 13:02:42 Fbo38CYM0
あまり詳しくないけど、現在のアプリもいろんなファイルがパッケージされた構造なんだろう？（バンドルとか言うんだっけ？）
そのアプリが必要とするファイルを全て自身の中に格納することは出来ないんだろうか？
後から入れるプラグインとかもカッコイイ仕組みを発明してスマートにインストールするの。
それだったら、いらなくなればそのアプリをゴミ箱にポイするだけだもんね。

55:名称未設定
08/10/07 13:15:15 nr0fevJP0
消したいアプリはハッキリしてるのだから、Windowsみたいにアンインストールする
アプリをずらずらと並べる必要は無い。
そこで、アンインストールを実行するコマンドをメニューバーのアプリメニューか
ヘルプメニューあたりに入れておくのがいいと思う。
もちろん、今までのゴミ箱ポイでもOK。

56:名称未設定
08/10/07 13:21:00 i7Fx/Gpe0
>>54
ひとりしか使わないマシンならそれでもいいんだけども、
家族で使ってたりしてマルチユーザー用マシンの場合は、
アプリは多人数でつかわれるので、
各個人の設定はアプリ本体には格納できないです。
それがアンインストーラを難しくしてるところなんだけれども。

57:名称未設定
08/10/07 13:29:03 bzbX63tF0
>>54

基本的には（理想は）それでOKなんだけど、アプリケーションによってはいくつかのアプリケーションで共有するファイルがあったり、
上書きする場合もあったりする。上に例の上がっているLogic Studioもそう。
そういった場合、どう判断するかが問題。下手に消してしまったりすると昔のWindowsみたいにそれでトラブる可能性もあるし。
それと、>>56のいうようにどっちにしろ各ユーザーの設定は別の場所に保存する必要がある。

58:名称未設定
08/10/07 14:23:51 Dpsj5MAv0
>>54
それだとバージョンアップでアプリ上書きするたびに
シリアルの入力せまられるんじゃね。

実際そういうソフトあったけどなー。
びっくりしたw

59:名称未設定
08/10/07 14:40:45 ivSOlFca0
>>45
俺は叫んでるひとりじゃないが
Exposeとウィンドウシェードは全くの別物。OS Xからの人？
ウィンドウシェードの利点は下にあるウィンドウを
ちょっと確認したり比較する時に、ウィンドウもマウスも動かさなくていいので便利。
Exposeだと縮小されるので分からないし、通常の最小化だとDockから出す時
マウスをそこまで持って行かなくてはいけない。

60:名称未設定
08/10/07 14:50:30 Ipcwn7fC0
ウインドウシェードはあってもいいし、ないならないでも構わない

61:名称未設定
08/10/07 15:08:13 1E9fX3fz0
アンインストールで消えて欲しいのは
自分が保存した覚えのないファイル
つまりアプリが自動で作ったファイルだから

アプリ作成者がキチンとアンインストーラを作るか
インストール時に指定したパスじゃないと
自動でファイルを作れないようにすればOSで管理できるんじゃね？

62:名称未設定
08/10/07 15:34:33 ucQGMdYH0
>>1の完全64bit対応って何の事だか説明してくれよ...
リンク先の16TBまでメモリをサポートってのは仮想アドレス空間を広げただけだし。

63:54
08/10/07 15:44:31 Fbo38CYM0
>>56-58
なるほど。
やはり、すっきりした構造にしにくい要因がいくつかあるわけですね。
たぶん他のOSも直面してる問題なんでしょうねー。
いろいろ教えてくれてありがとうございます。

64:名称未設定
08/10/07 16:20:22 v80SO0UJ0
とっととPPCをきってしまいな
PPCに費やす時間と労力考えたら切るってしまう方が旨味が有るのでわ？
只でさえiPhoneで人割かれてるんだしさ

65:名称未設定
08/10/07 16:25:39 Y47w/it70
アプリケーションの導入にインストーラーが必要な感じにするのは絶対に愚策。
某会社のOSの"プログラムの追加と削除"じゃないんだから。
一度に複数アプリの削除を同時に出来ないとかなんなんだよあれは。

だからといってアプリケーションバンドルの中に.plist等を統合するのも愚策。
何故かというとアプリアップデート時に設定等が仕組み上引き継がれなくなるから。

というわけで自分が考えたのは/Users/ユーザー名/Library/Application Support下に各ソフトがソフト名.prefみたいな感じで関連ファイル全てをバンドル化したものを作成する仕様。
言うならばアプリケーションバンドルならぬプレファレンスバンドル。
こうするとソフトと設定がファイルとして一対一の対応になり削除対象ファイルの検知もしやすくなるのでは?と考えたものの、
ただしこの方法だとPreferencePaneやFrameworkやmdimporterやqlgeneratorなどを組み込むソフトに対応できないし既に触れられているようにLogic Studioとかもあることだし。

というわけで批判は受け付ける。
何か他にいい実装方法無いものかな...
というかそう簡単に考えつくなら既にAppleが実装しているはずっていうのが結論なのか。

>>62
実際自分もよく分かってない。
まずこの数字がカーネル空間のものなのかユーザー空間のものなのかが分からない。
2の64乗は16TBじゃなくて16EBじゃないのか?
16TBが現行の500倍ってことは現行は32GBってことになる。
考えれば考えるほど謎だ。

66:名称未設定
08/10/07 16:36:09 RGkbfpiA0
>>59
>>45です。
すんません、Intelに釣られてWinから入ってきた人間です。
個人的にSpacesで各スペースごとに分けちゃってるから必要性が感じられなかっただけっす。
1スペースにつき最大5つくらいしかウィンドウを開かないので、ポゼで十分だと思ってました。
Apple自身がスペースごとに役割を決めて色々やれと言ってたのでそれに則った形です。

アプリケーションの話は>>65のプレファレンスバンドルがすごくいいと思います。
定期的にOSがソフトとプレファレンスの存在を確認して、ソフト側が消失していたらユーザーにプレファレンスの処遇を提示するというのが個人的な理想。
もしくはゴミ箱にアプリを突っ込んだときにプレファレンスをどうするか聞くとか。
そうすれば>>51みたいな場合も対応可能かと。
浅知恵で考えたから穴がありそうだけどねーorz

67:名称未設定
08/10/07 16:44:49 Y47w/it70
そうか32GBっていうのは現行Mac ProのRAM上限のことか。

68:名称未設定
08/10/07 18:50:53 9J+jHnML0
フォルダ内に
アプリ自身とプレファレンスバンドルとRead Me以上のマニュアルの三点が
常にセットになってるスタイルがいいな

69:名称未設定
08/10/07 19:23:51 Q3LYX+yP0
アプリをドラッグすると関連ファイルを自動的に削除してくれるソフトがあるけど、
あれはアプリの中の Contents/Info.plist から情報を取り出して、
初期設定ファイルのパスなどを特定している。

つまり他にもインストールするPreferencePaneやFrameworkやmdimporterやqlgeneratorなどがあるのなら、
同じように Contents/Info.plist に書くように仕様変更すれば、
Finderでアプリがゴミ箱に捨てられたときに、一緒に関連ファイルも捨てるか聞けるようにすることも可能。

これが一番シンプルで使いやすいっしょ。

70:名称未設定
08/10/07 19:27:00 gfAECEsN0
くだらねーこと話してるな・・・

71:名称未設定
08/10/07 19:27:14 O5/3jdcA0
それだと、上で散々いわれているLogic Studio等とかには対応出来ない。

72:名称未設定
08/10/07 19:30:06 Q3LYX+yP0
>>71
Logic Studioってキャッシュか何か作るの？
そのパスも Contents/Info.plist に書く仕様にすれば良いんじゃない？

73:名称未設定
08/10/07 19:38:38 Y47w/it70
Logic StudioとかMS Officeとか巨大アプリは普通にインストーラー形式でいいのでは?

74:名称未設定
08/10/07 19:53:43 Jr/0eDJe0
アプリファイルをゴミ箱に放り込む度に
「関連するファイルも消去しますか？（他のアプリケーションに影響を与える可能性があります）」
などというダイアログを出して、いたいけなホームユーザを不安に陥れ、ユーザーサポートにかかってくる
電話の本数を増やすくらいなら、ハードディスクの肥やしが少々多くなるほうを選択するだろう。

75:名称未設定
08/10/07 20:12:21 Ipcwn7fC0
そもそもそんなにアンインストールしないからどうでもよかったりする

76:名称未設定
08/10/07 20:29:22 u1v3ELq80
自分も、アンインストールするほどアプリをため込むより先に、
次のOSをクリーンインストールするからなあ。

77:名称未設定
08/10/07 20:33:25 O5/3jdcA0
>>72
Logic StudioやFInal Cut Studioは数十GBものコンテンツをインストールする。
そして、これらは複数のアプリケーションで使用する可能性のある共有コンテンツなため、どのアプリケーションに紐付け
られているのかは一概にいえず、OSとしては判断出来ない。
かといって、そのまま残しておくにはあまりに大きすぎる容量。

これは極端な例だとしても、この用に複数のアプリケーションで共有されるファイルは他にも色々とある。
だからといって、>>74のいうように某OSの様に確認のダイアログを出すのはスマートとはいえない。

なかなか難しいね。アプリケーションの構造の見直しが必要だと思う。

78:名称未設定
08/10/07 20:40:26 Xil7A0au0
全部パッケージング、じゃダメですか。
共有という概念はなくして。

79:名称未設定
08/10/07 20:44:20 O5/3jdcA0
メモリやストレージが腐るほどあればそれでも良いのだろうけど…。
Snow Leopardの方向性のひとつでもある軽量化とのバランスが難しいところだね。

80:名称未設定
08/10/07 20:47:23 KRJMEmSi0
OS の動作の軽量化とは関係ないから、いいんじゃないかな。
ストレージはバカみたいに広大化してってるし。

81:名称未設定
08/10/07 20:48:38 Y47w/it70
>>78
>>56でも書いてあるけどそれだとマルチユーザー環境で難がある。

確かにPro AppじゃなくてもGarageBand関連でも/Library/Audio/Apple Loopsの下とかは356.9MBもある。

MacBook Airとかのことも考えると>>77の言うように構造の見直しが必要だと思う。
さすがにAirでFCP使う人はいなくてもApertureぐらいなら使う人はいるだろうし。

82:名称未設定
08/10/07 21:46:20 O5/3jdcA0
>>80
動作の軽量化とも密接に関係してくるよ。
各アプリケーションで共通のフレームワークもあるし、それらはメモリや動作のパフォーマンスにも多大に影響する。

83:名称未設定
08/10/08 01:56:43 gHazI82P0
年賀状用に毛筆系のフォント入れて置いて欲しいな

宛名職人がいつあぼーんするかわからん不安もあるし

84:名称未設定
08/10/08 02:02:19 EybF4J3b0
>>83
だとしても縦書き......

85:名称未設定
08/10/08 04:37:59 AKBlHFpW0
DAWソフトなんかは音源データとかはOSとは別のHDに物理的に分けて使うのが通例だしな。

86:名称未設定
08/10/08 07:28:56 m+Qx0CWk0
>>74
あのダイアログほど頭に来るものもないわな。
インストーラが勝手にバラまいたファイルの用途なんて
ユーザーが分かるわけないじゃんって思ってしまう。

87:名称未設定
08/10/08 23:38:49 asy7Sp5C0
共有ライブラリのアンインストールはハードリンクみたいなもんにすればよくね？

インストール時にLibraryに入ったものは、そのアプリが入ったパスにハードリンクをはる
別のソフトが共有ライブラリを使う場合は、そのアプリにハードリンクをはる
アンインストール時は、アプリとその中にあるハードリンクだけ消える

あとはSpotlightのインデックス作成中とかに
ガベージコレクションみたいに、どこからもリンクされていないLibraryの実体を消す

88:名称未設定
08/10/09 00:29:14 RwfxRSOd0
>>87
たしか10.5でTime Machineの為にHFS+でのフォルダに対するハードリンクを可能にしたんだっけ?
だったらそれが良さそうだな。

89:名称未設定
08/10/09 05:47:36 zy+92HcG0
>>87
どのファイルがどの共有ライブラリを参照するかは、プログラムの実行時には
ダイナミックリンカがよしなにしてくれているわけで、それを調べることもできるけど、
そういうのを止めてファイルのハードリンクみたいな、ある意味静的な方式にしたいと?

いずれにせよ、ある時点のある設定で誰からも参照されていないからといって消してい
いのかは微妙な気がする。

90:名称未設定
08/10/10 20:21:45 mj/mQKGO0
静的・動的リンクってのは、ビルド時か実行時にリンクするかって意味だから
そういう意味では静的にはならんだろ

91:名称未設定
08/10/10 21:26:37 6SX1pZnp0
つーか共有ライブラリはロードされなきゃ何も起きないんだから
わざわざ神経質になって消す必要はないと思うが。

まあそもそも特定のアプリケーション向けの共有ライブラリは
.appの中に入れるべきであって、/Library以下にインストールするのは行儀が悪いわな。

92:名称未設定
08/10/10 21:31:15 NuDV3LI+0
再インスコ時に設定を引きつぐのはその仕様のおかげだろ
一長一短あるんだからもっと多面的に見た方がいい

93:名称未設定
08/10/10 22:37:56 mj/mQKGO0
まあ設定も消して一からやり直したい時もあるわな
初心者に設定いじってたら動かなくなったーと言われた時とか

94:名称未設定
08/10/10 22:41:29 PMwTVWvV0
そういう場合は設定だけ消せばいいわけで

95:名称未設定
08/10/10 22:42:27 7QA3PUk20
いくらいいとか言われても開発がこのスレの住人じゃないと（ry

96:名称未設定
08/10/10 23:12:42 JR6zafR10
設定だけ消すにしても今の設定ファイルは分かりにくい
まぁ初心者は触るなってことなんだろうけど

97:名称未設定
08/10/10 23:22:38 PMwTVWvV0
わかりにくいって、大体はApplicationSupportの中に入ってね？
まあ昔の初期設定フォルダじゃないってことかもしれんが。

あれはあれで、知り合いの初心者は
システムフォルダに手をつけるのが嫌でさわれなかったなw

98:名称未設定
08/10/10 23:33:46 ZYDzZ+yE0
だいたいユーザーのPreferencesとApplicationSupportに入ってるけど
たまにお行儀の悪いアプリはあるよね

99:名称未設定
08/10/10 23:35:17 mj/mQKGO0
製作者側で用意してくれた手順なら安心できるけど
一般的にこうだとか、オレがうまくいったからという方法だと
自分のマシン以外では実行しにくい

100:名称未設定
08/10/10 23:37:50 /q02WLKQ0
GimpやInkscapeをMacPortsで入れた場合も設定ファイルは>>98の言う場所に出来るのか?
それとも独自?

101:名称未設定
08/10/11 00:11:23 2jwRyuiD0
>>92
いやいや設定ファイルと共有ライブラリは関係ないだろw
共有ライブラリは.dylibとか.frameworkなファイルだよ

102:名称未設定
08/10/11 00:51:50 KakvvFkK0
>>100
独自。ホームディレクトリ直下に何かフォルダやファイル（たいがいドットで
始まる名前）ができることが多い。
まあ、X11/UnixはCocoa/Carbonとはまた別ということで。

103:名称未設定
08/10/11 03:14:03 DUUjebO90
>>102
Terminalでホームをカレントディレクトリにして"ls -A"すると表示される.w3mのようなファイルのことか。

104:名称未設定
08/10/11 09:57:04 j/mO9JW/0
>>103
そう。
ま、Cocoa/CarbonみたいにAPIでそうなってるんじゃなくて、あくまでも慣習的ということで。
ファイルの形式も決まってないし。

んー全然Snow Leopardじゃないなw

105:名称未設定
08/10/12 08:59:08 CLlvZ0870
>>65
>まずこの数字がカーネル空間のものなのかユーザー空間のものなのかが分からない。

ユーザー空間じゃないの。

>2の64乗は16TBじゃなくて16EBじゃないのか?

64ビットになったからといって実際にユーザープログラムからフルに2^64のアドレスが使える
かというとそれは別問題。64ビットより小さくなる理由がいくつかある。

どうもハード的な制限では16TBというのはないみたいなので、もしかするとカーネルが割り当てる
ページの最大数とかの制限かも。
メモリ空間はカーネルが割当を管理していて、ゼロコストでいくらでもメモリ空間を利用可能に
できるというわけではない。

106:名称未設定
08/10/12 19:00:07 EkOCqDSj0
OS XのCore ImageやCore Animation、それからQuartz等の技術と、
VistaのAeroってどういう違いがあるんでしょうか？

107:名称未設定
08/10/12 19:21:30 nGBdB5c00
一言で言うとGPUをどこまで使うかが違う。
QuartzとかAeroとかいうのは所詮普通のUI表示レベルの話。
それをイメージングやアニメーションのレベルまで使用できるようにしたのがCore ImageとかCore Animationなど。
でもう一歩進んで一般的な用途でもGPUを使用できるようにするGPGPUのトレンドに乗ったのがOpen CL。

と言うのが自分の理解。
微妙に違っているかもしれないが。

108:名称未設定
08/10/12 19:21:45 swWr8OlR0
車のエンジンとバイクのエンジンみたいな違い

109:名称未設定
08/10/12 19:32:27 LeLaXp7G0
Aeroは技術の名前じゃなくてデザインの名前。
Windows側の技術だとDirect3DとかWPFあたりが該当するかな。

110:名称未設定
08/10/12 19:33:56 nGBdB5c00
ああそういえばそうだったな。
つまりMacでAeroに当たる名称なのはAquaってことか。
あとどうでもいいところだけどさっきの書き込みでのOpenCLには間にスペースが入らないらしい。

111:名称未設定
08/10/12 19:37:37 Npw3R4zY0
OpenGLもそうだしな、スペース。
Core某も。

112:名称未設定
08/10/12 20:16:45 TpCGctqF0
ちょっとエロいと
なんかこうすっごいエロいの違いかと

113:名称未設定
08/10/12 20:24:21 EkOCqDSj0
なんとなく分かりました。
ありがとうございます。

114:名称未設定
08/10/13 02:56:43 uxrZx+ld0
ここで揚げ足とって些細な事で粘着する阿呆がでないのがいいね。
さすが10.6スレ
無駄な阿呆は居ないんだね。

115:名称未設定
08/10/13 07:59:20 ckTiweJl0
ドザはVista対XPの戦いに必死でこんな高尚なスレを煽るほどの暇は無いのだよ。

116:名称未設定
08/10/13 08:12:04 ZBg9CZNU0
前スレには愛称がどうとか言い出す馬鹿なアニオタがいたんだけどな。

117:名称未設定
08/10/14 18:58:47 4QgmYdZy0
んで誰が良い思いするOSなんだ

118:名称未設定
08/10/14 19:15:24 uW4AZHfn0
>>117
もちろんAppleだけに決まってるだろ。

119:名称未設定
08/10/14 19:35:16 LHgtfX9J0
あれか？

俺が、俺たちがAppleだ。

120:名称未設定
08/10/15 04:40:56 5kjKEXv50
おまえらって本当に馬鹿だな

121:名称未設定
08/10/15 04:49:26 KG/rOcJC0
そんなことわざわざここまできて言うことかこのドザめが。

122:名称未設定
08/10/15 07:05:26 NlzmVjcD0
実際に出るのは、来年のいつ頃なんでしょうね？

123:名称未設定
08/10/15 09:51:28 KQZmZVf80
春か夏じゃね？

124:名称未設定
08/10/15 10:35:54 q1CvwNZz0
秋でもいいからしっかり作り込んでほしい。

125:名称未設定
08/10/15 11:46:12 fEgkDBHP0
>>119
ダブルオー自重。

126:名称未設定
08/10/15 16:29:12 V39LUwxp0
今回出たMacBookの新モデルと従来踏襲モデル、
来年Snow Leopardを入れたら今以上に色々差が出るんだろうな。

127:名称未設定
08/10/15 17:04:45 k5Lt/fWx0
>>35
＞起動時間は3秒

BTRONかｗ

128:名称未設定
08/10/15 23:12:01 jlOzU7N00
>>119
ちょとカコイイかも

129:名称未設定
08/10/16 02:58:31 vK4b69oS0
スリープからの復帰じゃねーかと言われそうだけど
マイクロソフト、PC用の「インスタント起動OS｣を開発中？
URLﾘﾝｸ(japanese.engadget.com)
(2秒以下から1～2分の選択式) って言っているから
Snow Leopardも３秒以下の起動を目指すべきだな

130:名称未設定
08/10/16 04:24:00 /jyuIe0D0
将来的にパソコンのOSなんてみんなOFF＝スリープ的なものになればいいんだよね
従来の再起動は「リフレッシュ」とかそんな感じの機能に

131:名称未設定
08/10/16 04:50:50 Fe93gv+Y0
>>129
これはSplashtopとかのメインのOSが動いていないときにさっとブラウザだけ使うとかそういう用途ではないのか?

132:名称未設定
08/10/16 11:54:33 RiQGR+4b0
Tigerからもさくっと移行できるのかなあ。

133:名称未設定
08/10/16 12:45:02 IUfb/aNO0
>>35
起動は今と同じでも良いから、使ってる最中すげぇ早いOS希望。
Winからの乗り換え組としては、起動が速くてもすぐに使えず、おまけに使っている最中に遅くなりまくりのOSは勘弁。

134:名称未設定
08/10/16 12:48:19 3qmf2BfZ0
>>133
macはメモリ沢山積むといいよ。

135:名称未設定
08/10/16 15:27:32 Y9jvHqSk0
スポットライトをTigerの別窓使用に戻して欲しいな
Leoの検索結果は精度が悪すぎるしなんとかしてくれ。

136:名称未設定
08/10/16 15:29:53 DbFHvu8u0
spotinside

137:名称未設定
08/10/16 15:32:44 XpnnIjM+0
Snow LeopardがWindowsより軽くて速くなるのは当然だよな
OS側じゃなくソフト側の問題もあるけど
boot campで同じマシン構成でMacとWindowsが使えるようになって
Photoshopの画像処理でどっちが速いかってのが前あった気がしたが
Windows版の方が速かったってのがあったよな
PhotoshopなんてMac由来のソフトなんだしそれじゃ駄目だろ

138:名称未設定
08/10/16 15:34:24 XpnnIjM+0
そうそうこれな
ショック……Boot Campで分かった「Windows XP vs Mac OS X」対決の衝撃的な結末とは？
URLﾘﾝｸ(plusd.itmedia.co.jp)

139:名称未設定
08/10/16 15:45:45 hePCCAxl0
ひづけ

140:名称未設定
08/10/16 17:16:15 RQIAyc+r0
Vistaも発売からしばらくはXPより遅いってさんざん言われてたしな。

141:名称未設定
08/10/16 17:49:06 VE3QBvOG0
いや今でも言われてるだろ

142:名称未設定
08/10/16 19:09:37 Cn5p5joX0
速い、使いやすい　2000 > XP > VISTA　遅い、使いにくい
遅い、使いにくい　10.0 < 10.1 < 10.2 < 10.3 < 10.4 < 10.5　速い、使いやすい

退化するWindows
進化するMac OS X

143:名称未設定
08/10/16 19:50:19 p/kkLBXo0
MacOSXで仕切り直したのが効いたな。
Windowsも仕切り直せばいいよ。

144:名称未設定
08/10/16 19:52:40 mJQFiZsV0
>>142
細かい使い勝手の良さは10.5に軍配を上げたいが、
純粋に速さだけを比較したらまだまだ10.4が勝ってると思う。

145:名称未設定
08/10/16 21:12:44 BrXmj//c0
SSD刷れいったら凄いもん見れるがな

146:名称未設定
08/10/16 22:48:58 qEjNkd5F0
>>143
XPのときに9xを完全に切り捨てればよかったんだけどな

147:名称未設定
08/10/16 22:57:03 y59b99JQ0
アップルコンピュータ

　アップルコンピュータとはアメリカ合衆国キャリフォーニャ州に本部を置く宗教団体である。教祖はスティーブ・ジョブズ。1976年4月1日に
発足し2006年現在では全世界に1000万人以上の信者を抱える林檎教はキリスト教、イスラム教、仏教と並んで世界四大宗教のひとつ
に数えられる。アップルとは、エデンの園にあった禁断の木の実の名称であり、これを一口食べると劣情を覚えるため、これを覚りと呼ぶ
のである。主な活動はMacintoshという、パーソナルコンピュータ型バイブルによる布教活動であるが、近年ではiPodと呼ばれる蓄音機
型小型バイブルの普及に成功し、多くの異教徒からも注目を集めている。さらに2007年6月にはiPhoneと呼ばれる携帯電話型バイプルも
出版された。なお日本国の中古車販売店や英吉利帝国の音楽会社などがアップルを名乗る事があるが、これらは宗教法人アップルコン
ピュータとは一切関係ない。

URLﾘﾝｸ(ansaikuropedia.org)

148:名称未設定
08/10/16 23:30:13 XpnnIjM+0
でもHDD起動のマシンじゃなくSSD起動のマシンなら
３秒起動も余裕じゃないのか？

149:名称未設定
08/10/16 23:44:53 3xl48Zyt0
>>148
今んとこ10.4.11のSSD搭載マシンで起動は10秒前後
URLﾘﾝｸ(www.spirica.jp)
起動時にデバイスチェックとかMac内部で準備を色々してるから、3秒起動は根本的な仕組みが変わらんと無理でしょ

150:名称未設定
08/10/16 23:57:00 XpnnIjM+0
>>149
現状10秒前後か
逆に根本的な起動プロセスの見直しをしたら可能じゃないのか

151:名称未設定
08/10/16 23:59:59 O7a8tCbJ0
それこそスリープで運用してたらいい話に思えるけど

152:名称未設定
08/10/17 00:02:03 A4uSO+Ct0
>>150
あなたのような素人が考えつくようなことはもうほぼやってあるよ。

153:名称未設定
08/10/17 00:48:57 dHUWTDL60
起動ボタンを押して、さあ一服といった時代は終わってたのか……

154:名称未設定
08/10/17 01:01:26 2cTNIYym0
ブートローダーを紙テープで読みk
いや、何でも無い。

155:名称未設定
08/10/17 01:17:36 b4P7yRJS0
>>154
そのブートローダが記録された紙テープを読み込む16進数4桁で書かれたプログラムを
数十行、脳内で2進数に変換しながらスイッチで入力したなぁ

156:名称未設定
08/10/17 04:51:53 dIZgHRt20
脳内変換おつかれさまでぃす。

157:名称未設定
08/10/17 22:38:38 5mGRB2+z0
>>152
分かっててもなかなかやれないことは多いよ。特に規格がらみは
Snow Leopardも機能が一通り揃ったから、内部整理やれるんだろ

SSDは最近流行ってきたばかりだし、HDD用のインターフェイス使ってるから
FLASH用のインターフェイスが出来れば初期化も効率よくなるでしょ

158:名称未設定
08/10/17 22:43:30 p87EtUDT0
>>157
お前さんがあんまりわかってないことはわかった

159:名称未設定
08/10/17 23:28:52 KDjpaxo30
まあ玄人的に限界まで来てるの解らんでもないが
そこを素人でも解るようなブレイクスルーで人々を驚かせないと
ギミックじゃなくパフォーマンスでさ

160:名称未設定
08/10/18 00:04:33 aaaFZZmh0
もともとそういう分かりやすい機能追加は無し、って書いてあるでしょ。
素人にとっては例えばPantherはExposé、TigerはSpotlightやDashboard、LeopardはTime Machineが
目玉機能かもしれないけど、プログラマから見たらそんなのただのおまけなんだよ。

161:名称未設定
08/10/18 00:08:13 +4x1OsgC0
男は外見より内面よ。って嫁が言ってた。
今日も星が綺麗だ。

162:名称未設定
08/10/18 00:15:27 c2La+qPn0
Coreシリーズは、結構プログラマも喜んでるんでない？

163:名称未設定
08/10/18 00:26:12 c2La+qPn0
あと、マルチタッチからさらに進化して、マルチカーソルも欲しいのだが。

164:名称未設定
08/10/18 00:33:49 TJtT6LXM0
縦書き機能載せて欲しい

165:名称未設定
08/10/18 01:38:55 iTqCFpHA0
取りあえず次ぎは10.6に合わせてくれれば良い。

166:名称未設定
08/10/18 01:46:08 c2La+qPn0
CocoaFinderがようやく来るっぽいな。wktk

167:名称未設定
08/10/18 02:00:42 WZ0M6lAR0
Mac OS X Snow Leopard、「Cocoa Finder」と「ImageBoot」を搭載
AppleInsiderでは、「Mac OS X 10.6 Snow Leopard」は、「Finder」が大幅に書き直しされ、
さらに「ImageBoot」という新機能を搭載するようだと伝えています。
情報筋によると、FinderはCocoaで書き直されるとのことです。
Appleは開発者コミュニティーの一部メンバーに
Snow Leopardのプレリリース版（ビルド10Axxx）の一部である
アップデートしたグラフィカルファイルシステムマネージャーのテストを
依頼しているとのことです。
さらに、新しいビルド含まれる多くのApple製アプリケーションもCocoaとなっているそうです。
Snow LeopardのiCal、Address Book、Mailで予定しているMicrosoft Exchange 2007のサポートは
現在も作業が進められており、デベロッパにテストを依頼しているとのことです。
Snow Leopardは、ディスクイメージベースのインストレーションの
第3のオプションとなるImageBootを搭載する予定とのことです。
ImageBootは、AppleのローカルNetBoot技術をベースにしており、
Mac OS Xのコピーをインストールするプライマリーパーティションではない
他のストレージパーティション上に設置したディスクイメージでMacを起動できるそうです。
Mac OS X 10.6 Snow Leopardは、今週末にも配布対象が拡大されるようです。

168:名称未設定
08/10/18 02:01:27 klITUGqJ0
これか。Carbon ベースのものは全面 Cocoa で書き換え。楽しみだね。
てか素人考えだけど、アップルのアナウンスとは裏腹に、OS のアップデートとして
結構でかいものになるんじゃないの？

URLﾘﾝｸ(www.appleinsider.com)
Cocoa-based Finder

People familiar with matter say the Finder, which currently stands as one of
the oldest Carbon-based applications in the Mac OS portfolio, has been completely
re-written in the company's native object-oriented application program environment
called Cocoa.

Apple has reportedly tapped select members of its developer community to begin
testing the updated graphical file system manager as part of a new pre-release copy of
Snow Leopard belonging to the build train 10Axxx. In addition, many of
the Apple-authored applications accompany the new build are also said to have been
wrapped completely in Cocoa.

169:名称未設定
08/10/18 04:55:39 rnFDqqHG0
>>167,168
とうとうCarbonにしかなかった低レベルAPIを
Core Foundation＆Cocoaに実装するのかな？

170:名称未設定
08/10/18 12:01:49 jMskt2Qg0
Finderの全面書き換えというとCoplandを思い出して不吉な気分になるじゃないかw

171:名称未設定
08/10/18 12:15:44 hVxKXyNn0
至極まっとうなロードマップだわ。
まっとうすぎて、ちょっと尊敬してしまうくらい。
アップルこんなに目鼻のきくロードマップを敷いて発達していくのに
感動を覚える。

172:名称未設定
08/10/18 12:40:13 GRSQXK790
目鼻じゃなくて目先

173:名称未設定
08/10/18 12:53:02 hVxKXyNn0
おっと。失礼つかまつりました。

174:名称未設定
08/10/18 13:01:00 +6AFfGBr0
>>170
今のAppleには潤沢な資金があるからなんとかしてくれるだろw

たぶん

175:名称未設定
08/10/18 13:25:48 97NmXLVp0
>>162
CoreシリーズというかMacOS X の開発環境はNeXTゆずりなオブジェクト指向開発環境なのがいいんだよな。
CoreAnimationとか派手なやつに注目されがちだけど、CoreDataっつーEOFゆずりのデータ操作フレームワークが強力ｽｸﾞﾙ

細かい所にドキュメントやノウハウが少なかったりバグが放置されたままなのが痛いんだけど
ソフトウェア開発環境という視点でみれば、MacOS時代がかすんでみえるほど良い時代になったもんだよ(;´д｀)

176:名称未設定
08/10/18 13:30:39 KvKg0ikf0
>>169
CocoaアプリからでもCarbon APIは呼べるし、わざわざそんなことはしないでしょ。

177:名称未設定
08/10/18 13:34:24 1C+LABUo0
レガシーCarbonは切捨て？

178:名称未設定
08/10/18 13:40:46 ikjpeAZ80
>>160
その中でSpotlightだけはかなりすごいと思うが。

179:名称未設定
08/10/18 13:45:35 c2La+qPn0
Spotlight、かなりまだ未完成の様な……

180:名称未設定
08/10/18 14:21:43 BsjHvo+m0
Appleソフトが全てCocoaに刷新されたら次が気になるな

本格的なマルチコア時代に向けて、関数型のFunction C作るとか
IntelはSIMD命令の拡張で性能上げる道を選んだから
それに対応して、LLVMでJITコンパイルする環境を作るのか

181:名称未設定
08/10/18 14:47:58 WZ0M6lAR0
時代がマルチコア全盛だからしょうがないが
マルチプロセッシングが置き去りになっている
現状2CPU対応を最低でも8CPU対応まで引き上げるべきだよ
Intel Core i7だと通常では最大8個までのプロセッサ接続を想定しているんだろ

182:名称未設定
08/10/18 14:54:03 ptYYDghe0
>>181
Xeon MPは凄い高いし構想外の領域じゃない？

183:名称未設定
08/10/18 15:02:30 WZ0M6lAR0
物理CPUは四つまでか？
URLﾘﾝｸ(pc.watch.impress.co.jp)

184:名称未設定
08/10/18 15:09:00 d1dBcvwE0
>>180
アップルはOpenCLをVVVMを用いて実装するらしいが
ついでに一般アプリでも、中間コードからGPU向けにコンパイルして
プログラマが意識しなくてもGPUパワーを使えるようにならないかな。

LLVMは動的な言語に向かないらしいから実際は望み薄だが。

185:名称未設定
08/10/18 15:21:23 uWVtRHqk0
>>184
Core ImageはすでにLLVM使ってるし、
Xcode 3.1でも普通のアプリをLLVM-GCCでコンパイル出来てるから行けそうな気もする

186:名称未設定
08/10/18 15:22:16 KvKg0ikf0
>>181
別にCore i7が8CPUに対応してるわけじゃないから。
つーかどうせAppleはXeon MPを採用する予定なんか無いだろ。

というか2CPUまでなんて制限はOS側にあるのか?聞いた事が無いんだが。

187:名称未設定
08/10/18 15:49:45 gvIIfsIR0
>>186
VMware Fusionの仮想SMP機能は「4個のCPU」として実装されているので、ゲストOSが
XPやVistaだと2個しか認識されないが、Leopard Serverゲストだと4個認識される。

だから少なくとも4つの物理CPUまでは問題なく動くと思う。

188:名称未設定
08/10/18 15:52:47 gvIIfsIR0
俺はそろそろマシン買い替えの時期なので、この冬にNehalemのMac Proが出たら
買うつもりなんだけど、2CPUでも16スレッド実行可能になるから
すごい時代になったもんだな。

189:名称未設定
08/10/18 16:40:09 jMskt2Qg0
着々とQuickTime Xの方も準備はしているみたいだな。
URLﾘﾝｸ(www.macrumors.com)

かなり期待できるリリースな予感。

190:名称未設定
08/10/18 17:02:42 Pyh6xNtW0
>>189
Quick Time XってG4 Mac miniでも恩恵あるの？

191:名称未設定
08/10/18 17:13:20 jMskt2Qg0
>>190
PowerPCはSnow Leopardで切られるというのはほぼ確定らしい。
Core DuoすらSnow Leopardの真価を発揮できるか微妙な状況。

Mac miniはほぼディスコン決定だし買い換え時の判断が重要かも。
ここまで来たならSnow Leopardまで待機がいいかもしれないと自分は思うが。

192:名称未設定
08/10/18 17:18:38 Pyh6xNtW0
>>191
おい、それ本当なの？
G4 miniでも720pxのHD動画なら観れるから
QuickTImeXが出ればフルHDも観れるようになって
まだまだ、G4 miniで行けると思ってたんだけど。。。

193:名称未設定
08/10/18 17:22:49 d1dBcvwE0
>>192
G4miniはRADEON9200だからGPUによる再生支援はどのみち不可能。

194:名称未設定
08/10/18 17:25:36 jMskt2Qg0
>>192
公式発表はまだ何もないが少なくともWWDC配布ビルドはIntel onlyらしい。

195:名称未設定
08/10/18 17:54:25 WZ0M6lAR0
LeopardのJava SE 6も64 - bit Intel- basedだし
Snow Leopardは完全64bitOSでいいだろ～

196:名称未設定
08/10/18 18:02:41 GYI21LAl0
いつ出るの？
来年の夏には確実ですか？

197:名称未設定
08/10/18 18:09:49 jMskt2Qg0
CocoaでFinderを書き直したビルドを限定的に配布を始めたという話からして
Macworld 2009:一般向けデモ
WWDC2009:MSでいうRC相当のものを配布
秋頃:発売
と自分は思っている。

198:名称未設定
08/10/18 18:18:17 a6gzR0HE0
>>189
h.264の再生が軽くなったのは単純にドライバの出来なんじゃないかな。
以前のMacBookのベンチマークでもOpen GLのスコアはハードのスペックと一致していなかったし。
Snow Leopardは違うかもしれないけど、その記事は間違ってると思う。

199:名称未設定
08/10/18 18:41:14 iCLvp6LK0
>>176
>CocoaアプリからでもCarbon APIは呼べるし、わざわざそんなことはしないでしょ。

必ずしもそうは言い切れないと思う。
CocoaとCarbonを行ったり来たりするのは、いろいろ効率が悪い。内部的にも複雑になってるはず。
Snow Leopardで、基盤の強化に注力するというなら、そこら辺の整理を視野に入れてもいいような
気がする。

200:名称未設定
08/10/18 18:44:51 quyp+9lu0
>>CocoaとCarbonを行ったり来たりするのは、いろいろ効率が悪い。内部的にも複雑になってるはず。

全く見当違い。

201:名称未設定
08/10/18 19:05:12 KvKg0ikf0
>>198
H.264のデコードにOpenGLなんか使わんよ。

>>199
別に悪くないから。行ったり来たりするわけでもないし。
CocoaのGUIとCarbonのGUIを混ぜるとかならともかく、
CocoaのGUIとCarbonの低レベルAPIの組み合わせなんてどのアプリでも普通にやってる事だ。
何のためにCarbonの一部を64bit化したと思ってるんだか。

202:名称未設定
08/10/18 19:44:41 PXwdgfDi0
Intelでクラシックが動かせるようにしたらいいのに。
もちろんAppleのサポート付きで

次ページ