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のサポート付きで
203:名称未設定
08/10/18 19:45:24 PXwdgfDi0
>>196
大体そのへん
204:名称未設定
08/10/18 19:46:14 jMskt2Qg0
>>202
SheepShaverを持ってくるのか?
205:名称未設定
08/10/18 19:48:08 WZ0M6lAR0
またtigerの時みたく９月末までは夏ですね
206:名称未設定
08/10/18 20:00:31 zAXFk6u10
来夏に出すと言ってたんじゃなくて
6月の時点でおよそ1年で出す、だからね
207:名称未設定
08/10/18 20:02:16 M/VBRKrj0
一般人相手に念を押してどうするんだかw
208:名称未設定
08/10/18 21:41:13 Oq5uBq6p0
何をCarbonと呼ぶかが人によって違うからな。
HIToolboxみたいなレガシーAPIをCarbonと呼ぶ人と、
LaunchServicesみたいなモダンCarbonも引っ括めて呼ぶ人。
209:名称未設定
08/10/18 21:43:13 quyp+9lu0
appleのサイト見れば分かるだろ
210:名称未設定
08/10/19 02:24:48 r4448ZUV0
>>208
HIToolBox は (64bitでは切られたけど)レガシーじゃないだろ
CF ベースだし。
レガシー Carbon というのは OS 8 のころからある Toolbox 系のことにしておきたい
211:名称未設定
08/10/19 04:15:08 BFvOV7uJ0
>>200 >>201
そうかーわからんかなあ。
例えば、ファイルにアクセスするのにパスでアクセスするのと、FSRefを作ってアクセス
するのと、一つのプログラムの中で両方を使っているとする。
まずデータ形が違うから互いを参照するにはいちいち変換しないといけない。
一般的にはユーザーライブラリ毎にキャッシュの様なデータがある。
最終的には同じリソースにアクセスするから、システムの中では辻褄をとらないといけない。
etc. etc. なお「効率」というのは、中の人のメンテナンスの手間も含む。
確かに、Cocoaに完全に対応物がないようなCarbonのAPIなら、その部分の呼び出しの効率に
関してはいいかもしれないが、CocoaとCarbonというのはもっと巨大なものだよね。
>何のためにCarbonの一部を64bit化したと思ってるんだか。
Leopardでは最初はどうやらCocoa、Carbonともフルに64bitで共存する予定だったぽいよね。
最後で進路変更して、仕方なく低レベルな共通部分を残した可能性「も」ある。
最初からCocoaだけでよかったら、違う構造も可能性としてはあったと思うけど。
まーただの推測ですが、どうでしょうかw
212:名称未設定
08/10/19 08:50:28 +4/2wR/X0
>>211
パスとFSRefをCocoaとCarbonだと思ったことは一度も無かったな。
役割が違うしどっちも必要だろ。
213:名称未設定
08/10/19 09:27:41 bUsRc5w20
ラッパクラスつくればいいじゃん＞＞FSRef/パス表記
214:名称未設定
08/10/19 09:39:38 DDlpqnDZ0
知識も無いのにプライドだけは人一倍ですか。
215:名称未設定
08/10/19 09:46:06 8rLSRjP50
>>214
人間皆そんなものだよ
216:名称未設定
08/10/19 10:32:29 L68Idf/QI
日本人は、の間違いだろ？
217:名称未設定
08/10/19 10:51:01 hIo+Sd2u0
テラ島国根性
だが、それがいい
218:名称未設定
08/10/19 12:33:29 gwkJ2qe30
MacBookはスノウレオパレスを待たずしてGPUの動画再生支援に対応した。
ということは？
219:名称未設定
08/10/19 13:09:26 aaFDib9l0
>>218
今度はキミがレオパレスで暮らしてレオネットに対応するんだ
220:名称未設定
08/10/19 14:33:37 Vys/GwAP0
FSRefはCarbonだろ。
10.4まではFSに手加えて直接アクセスしてたが、
10.5からはPosix pathに変換してる。
HIToolBoxは32bit onlyなので終了。
そのためにFinder、Cocoaで書き直す必要がある。
PhotoShopはCS5でCocoaで書き直すらしいが、
iTunesとかFCPとか、どうすんだろうね。
221:名称未設定
08/10/19 14:34:26 eQ2NO9a/0
OpenCLにはなかなか期待できそうだ。
AMDがイベント実施、入手可能なGPGPU対応ソフトなどをデモ
URLﾘﾝｸ(www.watch.impress.co.jp)
222:名称未設定
08/10/19 14:36:41 aXKXdGO+0
>>214
>人一倍ですか。
人の一倍ってごく標準って感じがするよね。。
URLﾘﾝｸ(oshiete1.goo.ne.jp)
223:名称未設定
08/10/19 15:04:46 ag9bojJy0
プライドは一人分
知識は0.5人分
224:名称未設定
08/10/19 15:09:57 OIc3Sy2f0
>>221
CUDAとかCTMとか、他のGPGPU環境向けのソフトがいくら出たところで
OpenCLにはあまり関係ないんだよね。
普及させたいならAppleはさっさと情報公開すべきだと思うんだがね。
225:名称未設定
08/10/19 16:46:59 Vys/GwAP0
>>224
開発者にはすでに公開済だよ。
226:名称未設定
08/10/19 19:32:30 1/XHJjbF0
しかし未だにパスからAliasを引っ張りだす一発手法が
標準で提供されないのはなぜだ。
FSRefはQT系APIでまだ普通に使うけど、アプリ起動中くらいは
一旦アクセスしたファイルをできればAliasで管理したいんだよなぁ
227:名称未設定
08/10/20 03:14:52 WleJ6NH/0
>>226
NDAlias つかえ。
URLﾘﾝｸ(homepage.mac.com)
alias=[NDAlias aliasWithPath: ...];
path=[alias path];
だけで全部面倒見てくれるよ。
まあシステムが標準で対応すべきだというのは同意。
Safari も出た当初はダウンロード一覧のところが path で管理してあったけど、
いつのまにか alias 管理に変わったので、ダウンロードしたファイルを
移動したあとでもクリックするだけで開けるよね。
228:名称未設定
08/10/20 17:31:52 G+sKKNRz0
がいしゅつ？
アップル、Cocoaベースの「Finder」を完成か
URLﾘﾝｸ(japan.cnet.com)
229:名称未設定
08/10/20 18:14:51 tPp0LFQs0
>>228のカスっぷりに全米が失笑した。
230:名称未設定
08/10/20 18:22:40 x633Z+zp0
>>224
OpenGLなどの標準化団体が規格策定の作業中。
雪豹がリリースされる前には、標準規格として
発表される見込みで、将来のOpenGLとも連携する予定。
URLﾘﾝｸ(ja.wikipedia.org)
雪豹がCocoaベースのFinderになるって話は、
このスレでも以前からネタになっていたよね。
その時は確か、
・QuickTimeXがCarbonAPIからCocoaへの移行という大手術の可能性
・64bit Carbonの不採用（低レベルな部分のみ存続）
・開発環境をCocoaに一本化する思惑がある？
などがネタ話として盛り上がって、その際に
Cocoa Finderの可能性も、という感じだったよね。
今回の新ネタが本当ならば、このスレで考えられてる
以上に、今のAppleにとってCarbon Free化＝次世代OS基盤
としてのCocoaに資源集中という意識が強いのかも知れない。
懸念されるiTunesなどのCarbonアプリは、Safariのような
移植方法が検討されているのだと思う。例えばQuickTimeXが
Cocoa化される場合には、同様にWindows向けも今のままでは
無理になるから、もしかしたらCocoa一式をWindows上に直接
Apple製ソフトウェアの基盤（Windowsでいう.NET FrameworkやMONO?)
を構築する計画かも知れないね。
QuickTimeXはiTunesの次世代エンジンにもなるわけだから、
いずれにしろ雪豹と同時に、大きな変化がやって来そう。
231:名称未設定
08/10/20 19:10:16 WleJ6NH/0
>・64bit Carbonの不採用（低レベルな部分のみ存続）
>などがネタ話として盛り上がって、その際に
64bit Carbon の不採用はネタではないべ。
既に Leopard の段階で Carbon の GUI 部分は切られてます。
232:名称未設定
08/10/20 20:56:38 df+jvzb+0
リンク先は日本でAppleScriptと言えばこの人的な存在のぴよまるソフトウェアさんのブログだがCocoa Finderってそうひと筋縄に行かない気がする。
実物を見ないと何とも言えないが。
URLﾘﾝｸ(piyo.piyocast.com)
233:名称未設定
08/10/20 21:15:47 QeqW4SFi0
>>148
BTRONは三秒で起動するらし。
234:名称未設定
08/10/20 21:39:40 NG8uWG8C0
>>232
なんか言ってることが微妙。
俺にとって、AppleScriptといえば田中求之さんだな
235:名称未設定
08/10/20 21:43:48 9VJcp55O0
Apple Scriptって年に1回使うか使わないかだな
236:名称未設定
08/10/20 21:45:56 IHHH+kCd0
これ新マクブクにぶっこむと，いきなり1.5TBメモリ増設可能になるんですか？
237:名称未設定
08/10/20 21:53:58 lBIO7a7W0
>>232
何でCocoaとCarbonは混在できるという考えが無いんだろうね、この手の人は。
238:名称未設定
08/10/20 21:55:55 LlKWCw20i
>>236
たとえなったとしても、
あなたの財力はいきなり増設可能にならないので
1.5TBのメモリは買えません
239:名称未設定
08/10/20 21:59:39 lBIO7a7W0
そもそもCocoa化したQT PlayerでもAppleScript対応はそのままだったし。
240:名称未設定
08/10/20 23:00:10 JemyLZS80
Cocoaにしたら何がいいの?
ユーザーサイドから見たら何も変わらないんじゃないの？
241:名称未設定
08/10/20 23:00:10 5Z2X+tzX0
CocoaとCarbonは混在しているという考えが無い人もいるしな。
242:名称未設定
08/10/20 23:14:27 k4lp5Yno0
>>240
非アクティブウインドウのツールバーボタンの使用可否とか
操作性不統一になっている箇所の改善が進むことを期待してるってとこだと思う。
CarbonアプリがCocoaアプリと区別がつかないところまで改善された例はないからね。
243:名称未設定
08/10/20 23:17:56 sFa8pyTT0
具体的に、今Cocoa化されてるアプリとそうじゃないアプリってどんなのがあるの？
簡単に列挙してくれるだけでいいんだけど。
244:名称未設定
08/10/20 23:47:16 35PIXZSQ0
まあGUIに限って言えばテキストフィールドで文字が上寄せになっているのがCarbonだと思うといいよ
245:名称未設定
08/10/20 23:48:07 XnuLf55H0
Cocoa Finderって、OPENSTEPのワークスペースマネージャそのものだったりして。
246:名称未設定
08/10/20 23:57:23 rHrSFRt60
AdobeがCocoaで書き直したように、他のCarbonアプリもCocoaに移行すればいいだけだな。
247:名称未設定
08/10/21 00:00:30 lWrLFdbr0
>>246
書き直したと言うよりはCarbonの64bit非対応で書き直しをCS5で迫られるという感じでは?
そうなると64bit対応のLightroomはどうなってるんだか気になる。
Winと一部のソースは共通か?
248:名称未設定
08/10/21 02:17:40 VQ0FbGJA0
システム環境設定が最前面でアクティブだとマウスでエクスポゼやSpacesが
発動しない。よね？Intelli Mouseだからなのかな。
249:名称未設定
08/10/21 02:57:27 jxECkI0b0
するけど？
250:名称未設定
08/10/21 03:36:54 osfRJD5j0
なんでだよ。お前等だって「原産国:天竺」とか書かれてたら引くだろ？
251:名称未設定
08/10/21 05:00:36 7j2TLo1f0
>>230
ネタじゃねーよ要望だ
>もしかしたらCocoa一式をWindows上に直接
>Apple製ソフトウェアの基盤（Windowsでいう.NET FrameworkやMONO?)
>を構築する計画かも知れないね。
それってただのYellow Boxだから物珍しくも無い
たしか当時のYellow Boxの実装環境構想は
オリジナルのRhapsody(Mac OS互換環境Blue Box搭載してた10.4までだな)と
Intel版Rhapsody(今ここLeopardね)と
Mac OS版Yellow Boxと
Windows版Yellow Boxと四つあったはず
まあMac OS版Yellow Boxはキャンセルとして
Windows版Yellow Box(Cocoa)をそのままWindows上に展開させるのは想定内だな
252:名称未設定
08/10/21 05:17:12 KQI8IAXN0
Windows APIをOS Xに移植するRed Boxもあった
253:名称未設定
08/10/21 06:00:09 wXuF9dsy0
あのころのAppleは本当に口だけだった。
254:名称未設定
08/10/21 06:11:49 OL5ONB7X0
>>232
> ……昨今のMac OS Xのバグのひどさから、「ひょっとして、Cocoa＋Objective-Cって
> バグ取りに向いていない処理系なのか？」とまで疑ってしまうところだが、真相は定かではない。
> ただ、結果（バグの山）あるのみである。
これは分かるな－。
Cocoaで開発してると、その処理の多くがブラックボックスとなってて、
暗黙の了解が嫌と言うほどある。
なので、基本的なデザインパターンから外れる使い方をすると、
途端にバグが増えるんじゃないかな。
255:名称未設定
08/10/21 06:29:14 np4lGO0RO
いっその事、パソコンなんて、全部捨てちゃうわけにはいかないのか？
256:名称未設定
08/10/21 08:04:09 W82y2fW40
>>232
10.4, 10.5 になって Cocoa ソフトを AppleScript 対応させるのは
目茶苦茶簡単になったのだが...
このひとは ADC のドキュメントすら読まない馬鹿なのか？
Apple 純正のココアソフトの scripting 部分がちゃんとできてないなら
それは単なる怠慢で、べつにそれを弁護する気はないけど、
Cocoa が対応出来ないわけでは全く無いんだけど...
sdef とか知らんのかね。
257:名称未設定
08/10/21 08:12:25 W82y2fW40
ドキュメントは
URLﾘﾝｸ(developer.apple.com)
のへんね。.sdef ファイルを書いてAppleScript 側と Cocoa 側の
クラス名、メソッド名の対応を書くだけで
Cocoa 側のオブジェクトに AppleScript からアクセスできるようになるんだが...
258:名称未設定
08/10/21 11:10:14 lWrLFdbr0
>>256
今この人のブログの過去ログを読んできたがその手の話(自分で作ったソフトをAS対応させる)と言う話ではないらしい。
どうもLeopardのASはひらがなとカタカナを文字列として区別できないと言うどうしようもないバグを抱えているのだとか。
259:名称未設定
08/10/21 11:20:08 gUUG1qWK0
今の今までCarbonがあるのはCocoaの実装度の低さが問題なんだよね。
260:名称未設定
08/10/21 11:58:39 W82y2fW40
>>258
いや、それはバグなんじゃなくて、Leopard になって挙動が変わったんだけど。
後方互換性がないのをバグだというならバグだけど、ドキュメントにちゃんと書いてあるんだからさ...
Tiger 以前から、
display dialog "abcde"="ABCDE"
だと true になってました。これは、文字列比較は大文字小文字は気にしないことになってるからです。
で、昔は日本語用の平仮名カタカナを同一視するようなルーチンは AppleScript に入ってなかったから、
display dialog "アイウエオ"="あいうえお"
は false になってたわけです。
しかし、Leopard では文字列は旧 mac のときからずっとそうであったような、システム環境設定で選ばれた言語設定に依存した
エンコーディング(MacRoman, MacJapanese とか)でなくて、全部一様に、unicode で扱われるようになりました。
で、unicode では、平仮名カタカナの区別は大文字小文字の区別と同様に考えられてるわけです。ですから Leopard では
display dialog "アイウエオ"="あいうえお"
は true になります。
(Tiger 以前では、このエンコーディングの問題で、英語環境でつくったAppleScript が日本語環境では動かないことがしばしばありました。
円記号とバックスラッシュがおかしくなって do shell script がうまくいかなくなることが主因です。)
僕はこの変更は歓迎してますけど、まあその人がこの変更を歓迎しないのは個人の趣味なのでそれはいいんですが、別に平仮名カタカナ区別したければ
considering case
display dialog "アイウエオ"="あいうえお"
end considering
とすればいいだけなんですけど...
URLﾘﾝｸ(developer.apple.com)
と
URLﾘﾝｸ(developer.apple.com)
の ignoring / considering 節を参照。
261:名称未設定
08/10/21 12:12:34 lWrLFdbr0
>>260
そういう背景があったのか。
それより自分はかなりスレ違いな話題を投げてしまったようだ。
気を悪くした人がいたらすまない。
262:名称未設定
08/10/21 12:19:35 W82y2fW40
というわけでまあピヨマルさんの意見をまるのみしないようにね。
AppleScript を愛するあまりに大勢が見えなくなってるんだと思います。
Carbon の場合だと、Apple の対応は
1. 切るぞ切るぞとずっとそぶりをつづける
2. Leopard で 64 bit で GUI 部分をほんとに切った
という感じでしたが、AppleScript の言語部分もずっと 1. の段階で、
Apple のエンジニアの上層部は多分いずれ ruby に乗り換えるつもりなんだと思います。
Carbon も非 GUI 部分は Apple は切る気はほとんどないというかむしろ強化してるように、
AppleScript というか AppleEvent まわりは OS X のバージョンが進むにしたがって Cocoa との融合もすすんで、GUI ソフト間の通信手段として活用する予定のようです。たくさん API も増えてます。
ただ、いまのところ Cocoa と融合している部分は AppleEvent のうちのサブセットなので、将来的にこれまであった AppleEvent を全部サポートしていく気なのかどうかはよくわかりませんが。
263:名称未設定
08/10/21 12:23:13 W82y2fW40
あ、書き込む前にいちどチェックすべきでした。こちらもスレ違いのネタですいませんでした。
>>247
Lightroom はすでに Cocoa です。あとは Lua という script 言語をつかってるらしい。
264:名称未設定
08/10/21 12:55:36 FjbpFfui0
>>260
>別に平仮名カタカナ区別したければ
>considering case
>display dialog "アイウエオ"="あいうえお"
>end considering
>とすればいいだけなんですけど...
うーん、これでうまくいかないのは俺の環境だけ?
ちなみに言語環境の「並べ替えリストに使う順序：」は日本語。
265:名称未設定
08/10/21 13:05:48 W82y2fW40
うわ、本当だ...
失礼しました。これはほんとにバグですね。偉そうなことを言ってぴよまるさんにも悪かった ...
環境設定で並べ替えを日本語にしていると
considering case
display dialog "アイウエオ" = "あいうえお"
end considering
も true になりますね。環境設定が英語だったらちゃんとこれは false になるのだが...
全く失礼しました ...
266:名称未設定
08/10/21 13:11:52 OL5ONB7X0
他にもAppleScriptやAutomator使ってればバグだらけなのはすぐ分かる。
ちょっと前にAutomatorでちょっとした処理を作ってみたら、
わずか10分で3つも致命的なバグを見つけた。
10.5でFinderに入ったバグもまだ修正されずに残ってるのあるし、
そんな状態でCocoa化とか大丈夫か？とも思いたくなるよ。
267:名称未設定
08/10/21 13:49:56 W82y2fW40
せっかくなのでどんなバグだったか教えてください
268:名称未設定
08/10/21 13:58:02 OL5ONB7X0
>>267
Automatorのは、なにやろうとしてたか正確には覚えてないけど、
Safariで表示してるページからリンクをたどって、エロ画像を落とそうとしたんだっけかｗ
もしくはあるフォルダの子フォルダ、孫フォルダを開いて、
Finderの表示設定しようとしたんだったかな。
Finderのバグは、ツールバーない状態で、フォルダのエイリアスをダブルクリックすると、
前に記録していた位置や大きさとは全く関係ない場所にウインドウが開く。
ちなみにシンボリックリンクならOK。
ダブルクリックじゃなくコマンド+oてもOK。コマンド+↓だとダメ。
269:名称未設定
08/10/21 14:00:52 3yTaSxWU0
>>266
>10.5でFinderに入ったバグもまだ修正されずに残ってるのあるし、
だからCocoa化してすべてをうやむやに…
いつもと一緒で、最低限の機能から少しずつ機能を増やして行くんじゃないでしょうか。
270:名称未設定
08/10/21 14:04:53 lWrLFdbr0
何かものすごいCopland臭が漂うんだが.......
まああのときとはAppleは違うからやってくれると信じているが。
271:名称未設定
08/10/21 19:35:25 nYhH9EoO0
Copland程冒険する訳じゃないっしょ。
272:名称未設定
08/10/21 19:46:05 7j2TLo1f0
まあCocoa Finderって結局のところWorkspace Managerってことだらか
Coplandみたくはならんでしょ
ちなみに当時のYellow Boxの構想
URLﾘﾝｸ(www002.upp.so-net.ne.jp)
273:名称未設定
08/10/21 19:52:10 lvAwk85Pi
モルモン教と林檎教の二大宗教の併合と聞いて
274:名称未設定
08/10/21 20:24:00 KQI8IAXN0
モルモン教か、何もかも懐かしい。
洗○池の女性宣教師寮に夜這いかけたのがばれて
強制送還された○川長老どうしてるかなぁ
275:名称未設定
08/10/21 22:14:40 tU1ZzYJ00
>>273
URLﾘﾝｸ(ja.wikipedia.org)日本の宗教
ここをみての通り、日本には林檎教（またはアップル教、Mac教）という名の宗教団体なんて存在しません。
従ってApple信者、Mac信者というのも実在しないはずです。
276:名称未設定
08/10/21 22:47:05 io0X+4bR0
杓子定規厨
277:名称未設定
08/10/21 23:01:49 Pe/c5lJ+0
ねー俺開発者じゃないから詳しいことは何っにもわかんねーんだけど
Snow Leopardになるとどんないいことがあるわけ？
別の言い方をすればSnow Leopardのプロモーションビデオ作るとしたら
どんな感じになるの－？
パンピーにも分かるようにおせーて。
278:名称未設定
08/10/21 23:10:46 RJMzdNl90
>>277
っユニボディ
279:名称未設定
08/10/21 23:16:41 vlOmBxqp0
>>277
URLﾘﾝｸ(www.apple.com)
280:名称未設定
08/10/21 23:27:32 lWrLFdbr0
ビデオと言えばDeveloper PreviewのIntroと称するビデオがYoutubeに複数上がっているが(勿論ほとんどは偽物)これは本当っぽいのだが誰か確認できる人いる?
URLﾘﾝｸ(jp.youtube.com)
281:名称未設定
08/10/21 23:30:34 9xhp4LaB0
>>280
確認したよ。
282:名称未設定
08/10/21 23:36:54 J/+OG51M0
俺も確認した。
283:名称未設定
08/10/21 23:38:31 6OIaGc7f0
ワタシも確認したアルヨ
284:名称未設定
08/10/21 23:39:38 +KlDsWLi0
ワタシモカクニンズミダ。
285:名称未設定
08/10/21 23:41:03 WDWe49180
ﾜﾚﾜﾚﾊｳﾁｭｳｼﾞﾝﾀﾞ
286:名称未設定
08/10/22 00:13:54 2TlQiOBU0
黒くなったり赤くなったり5倍ファースターだったり。
287:名称未設定
08/10/22 00:17:19 DFkaOARm0
もっとひどいのは外人の小学生のガキがデジカメでLeopardのイントロをぼかして撮っただけ。
288:名称未設定
08/10/22 00:20:58 yT3FLZR50
で、大体の発売予定は来年の夏頃なの？
289:名称未設定
08/10/22 01:55:48 sstoWpzJ0
晩夏(8月下旬)～秋(10月下旬)ってところだろ
290:名称未設定
08/10/25 06:31:08 Ca6sRUIg0
GPUを使えば使うほど不安定になる
GPUのメモリ管理のずさんさ(だから速いんだけど)をどうするのかな？
特定用途のOSで使うのならともかく、汎用OSで使った日には異なるタスク間で干渉しまくり。
291:名称未設定
08/10/25 07:53:41 aXRaUH8f0
>>290
GPUのメモリ管理のずさんさって、どういうこと?
例えば科学技術計算で使う話があるけど、GPUで計算したら計算結果は大丈夫なのかね。
292:名称未設定
08/10/25 09:04:24 fz1xghDr0
メモリの確保とか解放とかそういう話じゃないのか？
293:名称未設定
08/10/25 10:16:21 aoFSeLo60
>>291
それって特定用途というんじゃね？
294:名称未設定
08/10/25 12:07:21 3sh+N8BN0
Open CL にかんするドキュメントで Apple が特許庁に出したのが出てたよ。
URLﾘﾝｸ(www.wipo.int)
295:名称未設定
08/10/25 18:56:22 /SKY2Pvq0
MacRumorsのフォーラムによると雪豹の新しいビルドが配布されたらしいよ。
少しは情報出てくるんじゃないかな。
296:名称未設定
08/10/25 19:10:00 vii9kUvc0
torrentとかで転がってるsnow leopard developer previewとかいうやつ
入れたやついる？
297:名称未設定
08/10/25 21:07:16 ZmvzmPje0
メモリ管理は、ずさんというか
場所や階層を意識しないといけないって事でしょ
GPUとCPUはメモリ空間が違うし
キャッシュはCPUみたいに自動でやってくれない
298:名称未設定
08/10/25 21:50:05 a18G4xXW0
んー、snowが基盤技術(ZFS/darwin/CocoaFinder等)更新後のベータ版的なOSになるのか、
lepardの安定化版的なOSになるのか、さっぱりわからない。
だれか詳しい方、前者/後者のどちらに近いのか教えて。
299:名称未設定
08/10/25 23:03:40 VwOHwFc/0
前者を少し取り入れた後者が妥当かな
300:名称未設定
08/10/25 23:13:22 vAB8+KFU0
>>296
Leopardの時は、Torrentで流れてた奴を入れるのが流行ってたけど
こっちはそれ程革新的って訳じゃあないからリスクを冒す気にはなれないなあ。
301:名称未設定
08/10/25 23:46:20 K8IWVaMR0
何でもいいがLeopardみたいな慌てて作った感はやめてくれ
再来年出荷でもいいから
302:名称未設定
08/10/25 23:47:42 Mm1/A9Kd0
リスク冒すってか、拾ってきたOSなんて、
普通は使ってないMacに入れて試すもんだろう。
303:名称未設定
08/10/26 01:52:08 futyg/xB0
「Mac OS X 10.6 Snow Leopard Build 10A190」、デベロッパに配布
MacBidouilleでは、Apple Inc.が、「Mac OS X 10.6 Snow Leopard Build 10A190」を
デベロッパに配布していると伝えています。容量は6.7GBあるとのことです。
URLﾘﾝｸ(www.applelinkage.com)
304:名称未設定
08/10/26 01:53:30 gtvBx9Na0
「Mac OS X 10.6 Snow Leopard Build 10A190」、デベロッパに配布
MacBidouilleでは、Apple Inc.が、「Mac OS X 10.6 Snow Leopard Build 10A190」を
デベロッパに配布していると伝えています。容量は6.7GBあるとのことです。
305:名称未設定
08/10/26 01:54:02 gtvBx9Na0
かぶったw
306:名称未設定
08/10/26 08:49:55 leFDhUAz0
最新Snow Leopardのseed note
URLﾘﾝｸ(news.worldofapple.com)
以下勝手に大まかなまとめ
主な注目点(自分的な)
Mail/iCal/Address BookのExchangeサポート(まだ問題山積みの模様)
Grandcentral( dispatch_call()とdispatch_call_wait()がなくなった替わりにdispatch_asyncとdispatch_syncが導入されたらしい。英語は分かるが内容が分からないので誰か詳しい人フォロー頼む。)
64bitカーネル
Mac Pro/MBP/XServeのEarly 2008モデルでは64bitカーネルが使える模様。
AirMacとAudioも動くらしい。
起動時にCとかを押す感覚で6と4を押すと64bitカーネルで起動するのだとか。パワーマネージメントとGPU accelerationはまだ動かないらしい。
Finder
かなりCocoa化されたらしい。もうCDを焼く機能までCocoa化してるらしい。
307:名称未設定
08/10/26 08:50:50 leFDhUAz0
>>306の続き
ガンマ値
今までの1.8から2.2が標準になるらしい。
システム環境設定
OS標準の.prefPaneは64bit環境でGarbage collectionが有効なコードになったらしい。
Automator
ワークフローをOSのサービスに出来るらしい。
HFS+
ファイル圧縮機能が追加された模様。
主なターゲットはシステムやアプリケーション関連ファイルのサイズ縮小でディスクユーティリテイに新規フォーマットが追加されたわけではない。
よって再パーティショニングは不要。(seed note曰く)
ちなみにこのseedは最新のMBPとMBは動作対象外。
308:名称未設定
08/10/26 09:15:20 futyg/xB0
乙
309:名称未設定
08/10/26 09:50:11 VIU1E1PZ0
Cocoa Finder のスクリーンショットはまだ ??
310:名称未設定
08/10/26 11:14:18 eXlxQNB70
入れてみたが外見は拍子抜けするほど変化はない。
311:名称未設定
08/10/26 11:25:03 WmTLCz8O0
>>310
速さは前のビルドと比べて改善してますか？
312:名称未設定
08/10/26 11:36:49 pBIkSXKT0
今日はADC激しく重いな。昨日ダウンロードしといて良かった。
313:名称未設定
08/10/26 11:44:10 0TiNwKYp0
>>310
64bitカーネルでのベンチマーク希望。
314:名称未設定
08/10/26 12:08:37 NpRo7mZW0
>>307
>ガンマ値
>今までの1.8から2.2が標準になるらしい。
ま、マジで？
315:名称未設定
08/10/26 12:39:06 pBIkSXKT0
>>313
別人だけど、雪豹はまだ最適化されてないから今ベンチしても意味ないよ。
特に64bitか０寝るだとグラフィックスアクセラレーションも効かないし。
ちなみにiMacでも64ビットカーネルで起動できた。
Finderは、CarbonOrCocoaってソフトで調べると、まだCarbonと言われるけど
nmコマンドで調べると今までFinderでは全く使われなかったCocoa APIが
多数使われてることが分かる。
316:名称未設定
08/10/26 12:41:18 mORqtDD/0
なんでドザガンマに合わせるんだ
黒潰れがひどくなる
317:名称未設定
08/10/26 13:01:25 ZpKhf0M30
やっと64bitカーネルが登場したという感じだね。
雪豹の目玉でもあるシステムメモリの16TBサポートを実現するには、
64bitカーネルの採用が必須。今後のビルドでは徐々に64bitカーネル
への機能追加→安定化→システム標準化という流れになるはずだよ。
それから、QuickTimeXやFinderのCocoa化（QuickDrawAPI依存脱却）
で、いよいよQuartzGLや解像度非依存UIが実用段階に移行できそう。
MobileMe事件（汗）以前に発表された雪豹のロードマップ（約一年後発言）
だけど、今はもっと時間をかける方向に方針転換している可能性は高いと思う。
来年の年末に登場するか、遅ければ再来年の春頃まで延期される可能性も
あるんじゃないだろうか。
318:名称未設定
08/10/26 13:19:19 QvfRRK/v0
最近のアップルは開発リソースの不足でバグと実装の遅れが目立ってるよな
MacBook ProでHybrid SLIが使えないのも同じ理由からか
319:名称未設定
08/10/26 13:35:56 0TiNwKYp0
>>318
それに危機感を抱いて、こないだ社内大学立ち上げることにしたんだろうけど、
果たしてどれくらい効果があるのか。
そろそろMacハード、iPod/iPhoneハード、OS、アプリと分社化しないと
これ以上の成長は厳しいんじゃないだろうか。
分社化しても、密なコミュニケーション取ってれば、
ハードとソフトの両面をコントロールできる強みは維持できるっしょ。
320:名称未設定
08/10/26 13:35:57 ZpKhf0M30
もともと少数精鋭の方針なのに、一度に全て＋期限厳守＋開発ペースアップ
ということ自体が無理だったんだよ。今のAppleに必要なのは、ゆとり。
321:名称未設定
08/10/26 15:04:31 VbSWIHDf0
ジョブズが生きている間に実現したいんじゃないかな(T_T)
322:名称未設定
08/10/26 15:15:14 IWTkiNE80
スティーブ・ジョブズにゆとりなんて言葉はありません。
常に無理を承知で人間の限界を試すのが彼のやり方。
323:名称未設定
08/10/26 16:26:25 gtvBx9Na0
64bitカーネルが来るのか
64bitカーネルが来るなら09年中に出さなくてもいいや
10年春ぐらいまで待つよ
324:名称未設定
08/10/26 16:48:52 qzLc1hJJ0
kextの32/64bitユニバーサルバイナリ化を義務づけるってことか
まあ標準ドライバだけで動く周辺機器だけを使ってりゃ問題はないんだろうが
難民が出てきそう
325:名称未設定
08/10/27 00:01:08 +Rx1usPh0
あー。。いんすとーるできねーorz
なんでかな
326:名称未設定
08/10/27 00:03:43 aVfDs6VFi
許諾違反は別でやってくれないかな
327:名称未設定
08/10/27 02:03:15 rhwIud+a0
>んー、snowが基盤技術(ZFS/darwin/CocoaFinder等)更新後のベータ版的なOSになるのか、
>lepardの安定化版的なOSになるのか、さっぱりわからない。
>だれか詳しい方、前者/後者のどちらに近いのか教えて。
俺も気になる。どっちだ？
328:名称未設定
08/10/27 02:12:57 7V5ACTYB0
そんなの開発者じゃねーと分からんだろ・・・
329:名称未設定
08/10/27 02:16:50 /bdGrlqc0
>>327
最初は明らかに後者という感じだったけど最近どうも前者っぽい気がしている。
･64bitカーネル
･QuickTimeとFinderというAppleの中で最も歴史が長い2大遺産のCocoaへの移行
･Grand Central
･OpenCL
と並べてみてもかなりの大工事だし。
でもその割には見た目は変わらないリリースになると思う。
UI関連は今のところ解像度非依存ぐらいしかないし、Time MachineやSpotlightみたいな"目立つ"機能もあえて搭載しないみたいだし。
あと128bitファイルシステムのZFSの読み書きサポートが搭載されるのはServer版だけだよ。
330:名称未設定
08/10/27 02:17:46 UZ2WCxLy0
カーネルに手を突っ込んでいるから前者的なヤツじゃないの？
でも上層部は後者って感じで
331:名称未設定
08/10/27 02:27:12 Uk3510se0
>>330
システムが不安定な上、パッと見で分かるセールスポイントは皆無ということか
それって要するに最低なんじゃないの？
332:名称未設定
08/10/27 02:29:05 UZ2WCxLy0
>>331
まあ悪く言えばそうなるな
だからこそ時間をかけて開発して欲しい
333:名称未設定
08/10/27 02:40:33 UZ2WCxLy0
「Snow Leopard」、FinderがCocoaベースに
AppleInsiderでは、Apple Inc.がデベロッパに配布している
「Mac OS X 10.6 Snow Leopard Build 10A190」のシードノートによると、
「Finder」のCocoa化が進められている伝えています。
またビルド10A190では、HFS+ファイルシステムへのファイル圧縮をサポートしています。
他にも、デフォルトのガンマ設定が1.8から2.2に変更されています。
334:名称未設定
08/10/27 02:49:39 /bdGrlqc0
>>333
遅かったな。>>306-307
これは英語系噂サイトと日本語噂サイトの差ということか。
335:名称未設定
08/10/27 02:50:36 UZ2WCxLy0
>>334
ってことだな
linkageにあったから貼ってみたけど
336:327
08/10/27 02:52:13 rhwIud+a0
>>329
>>330
サンクスです。やっぱ前者っぽいか。
Leopardとは別物と考えた方がいいかな？
337:名称未設定
08/10/27 02:52:58 UZ2WCxLy0
でも思った以上に大規模な改変だから
リリース時期は早くて来年の秋
伸びれば再来年の春ぐらいになりそう
338:名称未設定
08/10/27 02:54:41 Zs3hK5NL0
どう考えても前者に決まってるけどSpotlightもTimeMachineも搭載されないの？
339:名称未設定
08/10/27 03:10:12 /bdGrlqc0
>>338
"みたいな"っていうのは例えのことだよ。
既にある機能を削るわけないじゃんか。
Classic....いやなんでもない。
340:名称未設定
08/10/27 03:12:05 e5wu2PmC0
> ガンマ値
> 今までの1.8から2.2が標準になるらしい。
そうか、やっと世界標準にあわせるのか。
これも時代の流れだな。
341:名称未設定
08/10/27 03:23:13 UZ2WCxLy0
あとせっかく64bitカーネルになるんだ
変に32bit側に妥協して欲しくないね
変に32bitに妥協すると後々足かせになる
342:名称未設定
08/10/27 03:28:49 tep2L+Gi0
切り捨てはAppleの十八番だから心配するには及ばない
343:名称未設定
08/10/27 03:29:55 /bdGrlqc0
結局Core Duoの初期Intel Mac所持者涙目ということになるのか?
344:名称未設定
08/10/27 05:01:12 FRPDQ8Tk0
>>343
MacBookを発売当日に買った俺涙目。
345:名称未設定
08/10/27 08:06:54 PIUAfqlM0
発売当初から32ビット Intel Macは短命と言われてたじゃん。
346:名称未設定
08/10/27 09:15:19 WaAO4ECc0
>>344
Snow LeopardプリインストールのMacBook買ったら勝ち組になれる
んじゃね？もう初代からは結構時間も経ってるだろうし。
自分は初代MacBook出たとき、Core 2プロセッサ出るの知ってたから、
Core 2出てから買ったクチw
347:名称未設定
08/10/27 09:33:31 SLJtsIql0
目立つところが無くても動作が快適ならそれだけで導入価値はありそうだけど
移行アシスタントをWinに対応させてほしいな
音楽や写真、ブックマーク程度なら簡単だろうけど
メールのOutlook→Mailの移行とか結構手間がかかるし
パソコンあまり使わない人が手軽に移行出来る環境は絶対必要
348:名称未設定
08/10/27 10:46:47 e5wu2PmC0
> パソコンあまり使わない人が手軽に移行出来る環境は絶対必要
そうかねぇ。パソコン使える人と使えない人の差が広がるばかりだねぇ。
349:名称未設定
08/10/27 10:54:19 0aBEgyAd0
>>348
"The Computer For the Rest of Us" って知ってる？
350:名称未設定
08/10/27 10:58:16 uS177A1U0
それが言えるのはOS9まで。
多ボタンマウスなのにボタンが見えないMighty Mouseとか出して
平気な時点でAppleはｷﾁｶﾞｲ。
351:名称未設定
08/10/27 11:03:10 e5wu2PmC0
>>349
知らんので説明しる
352:名称未設定
08/10/27 11:44:30 B3ONrZKy0
デベロッパから見れば大工事だが、エンドユーザーから見れば変わらん、て事だろ。
iTunes for Mac が、Cocoa + Core Dataで、瀑速にTOKA.
353:名称未設定
08/10/27 13:11:25 qQiUyYoP0
ユーザーからやはり批判されるだろうけど、OSXが前に進むつもりなら
これは必要なプロセスだよ。OSXの基盤整備はMacだけじゃなくiPhoneや
AppleTV、Apple製アプリなど全てに影響する心臓部だからね。
同時に、安価なネットブックを出さないという選択も個人的には支持したい。
ネットブックが普及するとしたら、シングルCPUや最貧弱なグラフィックが
同時に普及するわけだけど、それって確実に将来の足枷になるよ。
Appleが目指しているのが、将来的にほぼ全てのMacアプリが
GPGPUやマルチコア、64bitを前提として作られる世界だとしたら、
少なくとも2009年に予定されるAtomのデュアルコア化と、
内臓グラフィックの強化（GF9400Mレベル）が必要。
354:名称未設定
08/10/27 13:42:51 469Q0VJs0
デベロッパ＆エンドユーザーの両方が大きな変化だと感じるようなアップデートって
もの凄いリスクを伴うわけで、それを回避したかったんだろうね。
MacOSXのメジャーアップデートの間隔は御存知の通り毎回長いスパンになってきていて、
2007年の10.5の次が2010年でもおかしくないくらい。それならその間に
エンドユーザー側から見た目はそんなに変わらず、でもデベロッパサイドの
裏側の大工事を施したバージョンをひとつ設ければ、それなりにリスクが回避できる。
おまけに営業的に新Ver.のOSリリースというイベントも生まれていい塩梅、てとこだな。
事情を知らないと「そんなんいっぺんにやってくれよ」って言うかもしれないけど、
この辺は堅実にやってくれた方が印象はいいよな。古めのMacなら10.5で十分なんだし。
355:名称未設定
08/10/27 14:03:53 PPAHebr80
>>354
>事情を知らないと「そんなんいっぺんにやってくれよ」って言うかもしれないけど、
あんたはどんだけ事情を知ってるのかと。
今シードされてるバージョンはまだアルファ版にもなっていない代物なんだろ？
まずは肝心な部分から作っていって、後から見た目に手を付けるってことだってあるんじゃねえの？
現時点で何をもって「見た目はそんなに変わらず」とか判断しているのか。
それとも”正規な”デベロッパーには正式にそういうアナウンスでもされてんの？
356:名称未設定
08/10/27 14:16:42 469Q0VJs0
何も言えねー、ですよ。
357:名称未設定
08/10/27 14:37:57 RUBtkzEV0
>>353
>シングルCPUや最貧弱なグラフィックが同時に普及するわけだけど、
>それって確実に将来の足枷になるよ。
そしたらiPhoneが普及したら将来の足枷になるのかねえw
358:名称未設定
08/10/27 14:43:34 Uk3510se0
>>355
>現時点で何をもって「見た目はそんなに変わらず」とか判断しているのか。
アップルの公式サイトじゃね？
359:名称未設定
08/10/27 15:03:24 qQiUyYoP0
>>357
MacとiPhoneのプラットフォームで同一のアプリが
動作してるのならば、同じように足枷になると思うよ。
でも普通に考えて、PCとスマートフォンで明確に分かれてるよね。
スマートフォンで動くことを前提としたPCアプリ開発なんてしない。
ということで、それは関係ないよね。
って、こんなことも説明しないと分からないんだな（汗）
360:名称未設定
08/10/27 15:10:46 qQiUyYoP0
>>354
TigerもLeopardもそうだったけど、
UIデザインの変更は他の仕様がある程度決定して、
開発も後半に差し掛かる段階でってのが多いよ。
初期のものは全く変わらないのはいつものこと。
361:名称未設定
08/10/27 15:24:57 /bdGrlqc0
>>350
あのボタンがないように見えて均整の取れたデザインが美しくていいんじゃないか。
右と左にボタンが飛び出て不格好な某MS社の多ボタンマウスの方がいいとでも言うのか?
あと半角カタカナを使って平気な時点でお前はキチガイ。
>>351
URLﾘﾝｸ(www.d4.dion.ne.jp)
とかを読むとわかりやすいかもしれない。
とうていいいまとめとは言えないけど。
Appleの歴史に関しては林信行氏のApple Confidential 2.5Jがお勧め。
362:名称未設定
08/10/27 15:40:57 V2roFY+P0
>>318
>MacBook ProでHybrid SLIが使えないのも同じ理由
まだまだ不備があるんじゃないのかな、NVIDIAのSLIって。
やっとWindowsでのSLIでのMulti Displayサポートが実現したようだし。
Multi-Display SLI
URLﾘﾝｸ(www.4gamer.net)
363:名称未設定
08/10/27 15:52:42 5XiSf+Fw0
>>353
netbookを出したところで、大した足枷にはならんよ。
何時もの様にサポート切ればいいだけの話。
364:名称未設定
08/10/27 16:02:31 0aBEgyAd0
>>363
利益率の低いハードウェアを売って、その後それで動かない新しいOSを売って稼ぐことなんて出来ないぜ。
365:名称未設定
08/10/27 17:24:51 UZ2WCxLy0
今はMac向けとiPhone向けのOS Xのカーネルってほとんど一緒だっけ
でも今後それぞれに特化してくと全然別物になっていくでしょうね
そもそもPC向けと携帯向けOSが一緒ってのが無理がある
366:名称未設定
08/10/27 17:28:27 uS177A1U0
>>361
Appleという会社がｷﾁｶﾞｲ呼ばわりされただけで人格攻撃に走るとはね。
それはさておきﾏﾀｰﾘとかと同様にここは普通半角カナだろ。
367:名称未設定
08/10/27 17:31:59 0aBEgyAd0
>>365
マイクロカーネルじゃないからすでにかなり違うと思うけど。
っていうかiPhone SDK見て分からない？
368:名称未設定
08/10/27 17:51:25 VElqYM/80
>>367
SDK見て分かるような人が>>365みたいな質問すると思ってる？
馬鹿なの？
369:名称未設定
08/10/27 18:01:39 JCpuTl1p0
どっちもリスクの高いバカってことでここは丸くおさめようや。
370:名称未設定
08/10/27 18:21:08 RUBtkzEV0
>>359
同一のアプリかどうかはそんなに問題かな? Mac OS Xは今までいろんなプラットフォーム
を経験してきて、いろんな技術があるわけだけども。
結局は技術的な問題というよりむしろ開発リソース的な問題かと。
371:名称未設定
08/10/27 18:25:28 5XiSf+Fw0
>>365
こういう特化をやっていく余力がAppleにまだあるのだろうか？
netbookには特化したOSを期待したいのだが。
372:名称未設定
08/10/27 18:28:41 PyJNFD780
「馬鹿というやつが馬鹿なんだよ」
～ポン・チョイミン(仏 1862-1955)
373:名称未設定
08/10/27 18:30:41 SLJtsIql0
>>371
URLﾘﾝｸ(www.gizmodo.jp)
まぁSnowLeopardまではAtom対応出来る余裕がないという感じがするけど
374:名称未設定
08/10/27 18:37:29 /bdGrlqc0
>>373
逆にAtomでAppleの求めるパフォーマンスを実現できるかどうか問題。
375:名称未設定
08/10/27 18:43:17 Lkawou5w0
まあ素人さんにはOSXカーネルがどういうことか
わかんないでしょうね。
OSXカーネルだからって、MacOSX Leopardのソフトが
そのまま動くこともないのよ。
バイナリはぜんぜん違うし。
アプリに互換性はない。
376:名称未設定
08/10/27 18:52:07 5XiSf+Fw0
>>373
期待しているのはiPhone系のOSXだったりするｗ
スレ違い? でスマン。
まあ、どちらにしても今は余裕なさそうな感じだね、残念だ。
377:名称未設定
08/10/27 18:54:45 SLJtsIql0
>>374
NetBookのカテゴリで出るとしたらiLifeは捨てられるだろうな
iPhone、iPod touchと被るから様子見ってのもこれ見たら納得がいくけど
URLﾘﾝｸ(japanese.engadget.com)
こういうOSに対しても対抗馬として出してきそうだし
URLﾘﾝｸ(japanese.engadget.com)
それかこれのシュリンク版待ちだったり？
URLﾘﾝｸ(japanese.engadget.com)
378:名称未設定
08/10/27 19:08:54 79anK16z0
ﾈｯﾄﾌﾞｸ程度ならｲﾝﾃﾙ使わんだろ...で、またｲﾝﾃﾙをｲﾗｯとさせると。
379:名称未設定
08/10/27 19:15:24 /bdGrlqc0
>>277
GeForce積んだNetbookだとこんな感じだな。
URLﾘﾝｸ(journal.mycom.co.jp)
Appleが出すとしたら意外とこの線かもしれない。
380:名称未設定
08/10/27 19:16:26 /bdGrlqc0
アンカ間違えた。>>377だ。
381:名称未設定
08/10/27 19:27:57 VmVlA34f0
>>379
プロジェクタにつなぐ用途にはよいかもしれん。
あと移動中のメール程度にも十分そうだし。
でも、10万となるとなあ。。。
382:名称未設定
08/10/27 19:45:39 SLJtsIql0
スマソ、ネットブックは専用スレあったみたいなのでこちらへ・・・
MacのNetBookを予想するスレ
ｽﾚﾘﾝｸ(mac板)
383:名称未設定
08/10/27 21:00:28 0pI9Hq5y0
68K→PowerPC
↓
OS9→OSX
↓
PowerPC→Intel
↓
32bit→64bit ←←←←←←←← 今ここ
↓
ノイマン式→量子コンピューター
↓
量子コンピューター→バイオコンピューター
384:名称未設定
08/10/27 21:07:31 YaIMrdrV0
>>383
最後がレベル落ちてるぞｗ
385:名称未設定
08/10/27 21:52:53 FDFo3p7O0
モニタガンマの変更に一番驚いた
386:名称未設定
08/10/27 21:57:34 /bdGrlqc0
>>383
64bitのPowerPC G5の方がIntelより先だぞ。
あとCoplandとPinkとTailgentとBeも忘れないでくれ。
387:名称未設定
08/10/27 22:01:56 /bdGrlqc0
TailgentじゃなくてTaligentだった....orz
388:名称未設定
08/10/28 01:55:55 kk7tKiqc0
ネットブックで出来る程度の事はiPhoneで充分だ
というのがAppleの回答だと思うな。
389:名称未設定
08/10/28 01:57:46 kk7tKiqc0
根拠はジョブスがネットブックを「批判」してないことです(´∀｀)
390:名称未設定
08/10/28 08:30:15 6w5KES+A0
>>385
でも現状、ガンマ1.8でメリット受ける人口より2.2で困らない人口の方がずっと多いんじゃないかな。
映像分野だとMacが1.8前提だったりするもので、FCPでのムービーの扱いがちょっとややこしいことになっているし（テレビは2.2が標準）。
必要な人は1.8に変えられるのだろうから、業界的に必要な人だけ1.8にしときゃいいと思う今日この頃。
391:名称未設定
08/10/28 22:51:22 P4THcHqE0
>>390
2.2だと黒レベルの処理が雑になってノイズが増える
1.8はそういう意味で非常に出来のいいバランスなんだがそれを放棄するのはもったいなさすぎる
392:名称未設定
08/10/28 23:03:04 1unFsSjh0
URLﾘﾝｸ(www.blogcdn.com)
チャットアイコンがシナクオリティ
393:名称未設定
08/10/28 23:07:33 92SmgmGP0
Lenovoのをわざわざここで晒すって…
394:名称未設定
08/10/29 03:06:11 /fqng0dJ0
1.8に慣れちゃって離れらんないなー
395:名称未設定
08/10/29 08:52:34 SICcqLw20
>>390
2.2だからと移行してくる人口より、いきなり画面が変わって違和感を感じる既存の人口の方が多いと思う
396:名称未設定
08/10/29 08:59:29 5YqufWGX0
>>395
「Snow Leopard入れただけで液晶奇麗になった！Appleすげーっ」
の人口の方が多いと思う。
397:名称未設定
08/10/29 09:17:45 V/p75R6v0
そして価格comでは「液晶パネルが変更されました」の口コミ情報が書き込まれる。
398:名称未設定
08/10/29 11:46:40 sBkha58D0
今でもガンマは設定で変えられるけど…
デフォルトが2.2になるだけじゃないの？
399:名称未設定
08/10/29 18:13:47 RSdqL7WT0
ひどいなこれ。
URLﾘﾝｸ(journal.mycom.co.jp)
URLﾘﾝｸ(journal.mycom.co.jp)
どう見てもLeopardのFinderのサイドバーとQuickLookじゃんか。
この調子ならAppleも安心してじっくりSnow Leopardを作り込めるな。
むしろそうして欲しい。
400:名称未設定
08/10/29 18:18:34 6EXmS3hE0
>>399
永遠の2番商売なんだから気にするなw
むしろ真似してもらった方が使いやすくなるからいい
Exposeも完全にパクって欲しいんだけどな～