Macでゲームを作るスレ

**名無しさん＠お腹いっぱい。** · 01/11/14 16:16

とりあえず気合で。

**名無しさん＠お腹いっぱい。** · 01/11/14 16:29

ネタ振りも何にもなし。
結局このスレは
山なし、落ち無し、いいとこなし。

-----------------終了--------------------

**名無しさん＠お腹いっぱい。** · 01/11/14 16:33

ちょっと期待してたのに・・・

**名無しさん＠お腹いっぱい。** · 01/11/14 16:39

つーか、マッキュで開発ってどうやるんだ？
ＯｐｅｎＧＬみたいなのある？
ＯＳ９以前とＯＳＸでも違うと思うけど・・・

**名無しさん＠お腹いっぱい。** · 01/11/14 16:46

SDLをつかおう

**名無しさん＠お腹いっぱい。** · 01/11/14 16:47

建ててしまいましたか

それなりな物ならすぐに作れるようになる
あとは「アイデア」と「センス」と「気合い」．．．そして「愛」

　　　　　　　　　　　/ ）
　　　　　　　　　　 ./ /
　　　　　　　　　　 / /
　　　　　　　　　 / /　　　　　　　　　　　　それは．．．
　　　　　　　　　/ /＿∧　　　　 , -つ
　　　　　　　　/ / ´Д｀)　／ __ノ　　　
　　　　　　　 /　　　　＼／　/　　 ⊂_ヽ､
　　　　　　　 .|　　　へ／　／　　　　　＼＼　∧＿∧
　　　　　　　 |　　　ﾚ'　 /､二つ　　　　　＼（　´Д｀）
　　　　　　　 |　　　　／.　　　　　　　　　 >　　⌒ヽ
　　　　　　　/　　　／　　　　　　　　　　 /　　　へ＼
　　　　　　 /　　／　　　　　　　　　　　 /　　 /　　＼＼
　　　　　 / 　 /　　　　　　　　　　　　　ﾚ　　ノ　　　ヽ_つ
　　　　／　ノ　　　　　　　　　　　　　 /　/
　　　_/　／　　　　　　　　　　　　　　/　/| 　　　　　愛！！
　　ノ　／　　　　　　　　　　　　　　（　(　､
　⊂ -'　　　　　　　　　　　　　　　　　|　|　＼

**ﾏｶDev Lev.1** · 01/11/14 16:58

開発環境は、現在の主流として、
CodeWarrior、REALbasic、後はアポ純正のProject Builderかな。
その中から、OpenGL呼ぶなら呼ぶって感じ。
REALbasicについは良く知らない。

9とXの橋渡しするものとして、Carbonってのがあるんだな。
んで、これを使えば、双方で走るよって建て前だったんだけど、
蓋をあけたらトンデモなくて、Xがリリースされた現在でも、
いまだCarbon.Libにはバグが残ってる始末。
つまりは、9（クラシック）はクラシック用、XはX用で作った
方がいいぞってのが、現在のDebでの空気かな。
ようするに、Carbonは移行に便利に使うための存在じゃなくて、
Cocoaとは別の、純粋なX上の開発選択肢として見た方が良いと。
で、Cocoaなんだけど、恐ろしいぐらいにあっという間に
アプリが作れちゃうんだけど、現状では出来ない事が多々
あって、Objective-Cだけで純粋に書きにくい状態で、内部で
泥臭くCでCarbonコールっていう方法をとってる模様。
もちろん、OpenGLはコールできます。ごくごく普通に。
>4

具体的に、何知りたいのか言って。分かる範囲で答えるよ。
っていうか、２のおっしゃる通りで、どんな話を盛り上げたい
のか書かないと、スレにもならん。一応、あっても良い内容
だとは思うんだけど、正直、窓の人、コンシューマの人とは
まったく環境が違うわけで、話に乗れるのはかなり柔軟な
人だけだと思うんだな。マカーは開発少ないからねえ。
>1

**名無しさん＠お腹いっぱい。** · 01/11/14 17:07

Ｘ用に開発したCarbonアプリはＯＫってことですか？

**名無しさん＠お腹いっぱい。** · 01/11/14 17:20

丁度ヨカッタ。開発環境ををＸに移行したかったとこなので

**Lev.1** · 01/11/14 17:30

マジレスしますけど、クラシックtoolbox→Carbon→Cocoaっていう
順に移行しましょう的な流れはもうない見たい。
Carbonを、ネイティブの１形態としてとらえて問題なさそう。
いずれにしても、現在のアポーのお粗末さからみて、これ以上
信用する事はないね。Adobeですら、まだフォトショさえも
カーボン版出してないし。
ただ、Carbonで行くにしても、Carbonイベントにきちんと
適応して、お作法守りなさいよって感じみたい。
たが、ここはゲームの話だろうから、普通にWaitNextEvent
で回しても良いような気がする。
って言ったら叱られるか。ははは。

1 · 01/11/14 19:35

あー申し訳ない。スレ立てた直後に外出しなきゃいけなくなったもんで。

漏れはWaitNextEventは呼びません。
つかX動くマシン持ってないし。

1 · 01/11/14 19:38

あとMacGameDevMLは読んどけって感じかなあ。

２Ｄ万歳、クラシック環境万歳な漏れでも読んでます。

1 · 01/11/14 19:43

>>7
おっと忘れてたごめんなさい。

ゲームの作り方～みたいなもんは、できればWindows系のサイトでも見て勉強してね！
ってとこでしょうか。ゲームの作り方入門みたいなの結構ありますからねー。
できるだけMac固有の悩みをここで話そうって事で行きたいですね。

**名無しさん＠お腹いっぱい。** · 01/11/14 20:21

悩み。
なんでマクにはクソ面白くねー３Ｄゲームしか入ってねーんだろう。
恐竜だの原始人だの。日本人の好みに合わん。
禿げしくスレ違い

**名無しさん＠お腹いっぱい。** · 01/11/14 22:15

某やまがめ氏の様なゲームがもっとできるといいんだけど．．。
現状では彼のようなその経験とセンスとスキルを持った若いプログラマが
少ないことが問題かな

**名無しさん＠お腹いっぱい。** · 01/11/14 22:58

去年のＤｅｖ系ミーティングで、やまがめさんの
セッション受けた。何がって言われてもアレだけど、
一人でやるのもアリだとオモタ。

**名無しさん＠お腹いっぱい。** · 01/11/14 23:15

Macって、C++は使えるの？ObjectiveCだけ？

**名無しさん＠お腹いっぱい。** · 01/11/14 23:25

Java、C、C++、Objective-C、オッケー。
主流はこの辺かな。REALbasicもあったか。
ただ、個人的にはJavaは不安。MSの話もあるしね。
どうなるやら。

OS XならPerlでも使えるぞい（って何に使うんだか）

**名無しさん＠お腹いっぱい。** · 01/11/15 00:26

カボ－ンアプリってやぱC++で書くんですか？
そうなったら従来のメインをクラス化するなどの措置を取らないとダメかな。

**名無しさん＠お腹いっぱい。** · 01/11/15 01:21

Carbon→　C、C++、（文字列の扱いのみPascal）
Cocoa→　Java、Objective-C（C、C++も使える）

Carbonの話ですと、具体的にはCおよびC++で、手作業で
toolboxいじる人と、コードウォリアでPowerPlantって人に
別れるのかな。

**名無しさん＠お腹いっぱい。** · 01/11/15 08:53

現在あるマック用ゲームプログラム
（WaitNextEvent使用、ToolBox関係はメニュー、ダイアログ、
リソース、ファイル、QD、サウンドマネージャ等）
をCarbon化したいんですけど、Carbon化において一番問題
となる点はなんでしょうか？

まだＸ環境無いんですけど今後のために。

**名無しさん＠お腹いっぱい。** · 01/11/15 11:43

メモリ管理しっかりしてないと怒られる。らしい。

Mac素人プログラマの会（現在メイン活動はMLのみ）
http://home3.highway.ne.jp/sly/

Cocoaはやっぱり!
http://www.big.or.jp/~crane/cocoa/

Macプロ裏ミング日記（Carbon）
http://www.ottimo.co.jp/koike/

Apple
http://developer.apple.com/ja/
http://developer.apple.com/

**名無しさん＠お腹いっぱい。** · 01/11/15 12:46

コードウォリア？
プロジェクト作り直して、エラー吐かれたトコを
かぼーんこーどに置き換えてけば、１日で終わる４
＞２１

**名無しさん＠お腹いっぱい。** · 01/11/15 13:04

>>23
そうですか。正直少し安心。
>>22
小池さんのサイトはさすが。
先に誰かやっていると後発は楽できますな

**名無しさん＠お腹いっぱい。** · 01/11/15 18:36

頑張ってゲーム作ってもユーザーの絶対数が…
という事で裏切ってしまいました。多くの人に
遊んでもらいたいなら、こういう選択もありかな…と。

**名無しさん＠お腹いっぱい。** · 01/11/15 19:59

愛だけでは乗り越えられないこともある．．．けど

多くの人に遊んでもらえるような面白いゲームを作ってね

**名無しさん＠お腹いっぱい。** · 01/11/15 20:43

クリエイターの絶対数も多いから、結局は埋もれてしまったり。
あはははは。＜まどそふと

1 · 01/11/16 00:24

CodeWarriorが、Mac/Win別パッケージになったのが痛いな。
ラッパーかましてなんとかなるレベルなら移植簡単なのになー。

**名無しさん＠お腹いっぱい。** · 01/11/16 00:48

ゲームを両リリース出来る人ってあまりいないよね
金魚の人とオレの人くらいか

**名無しさん＠お腹いっぱい。** · 01/11/16 09:59

これとかは？
http://www.idevgames.com/fileshow.php3?showid=147

両方リリースしてるの、仕事でやってる人には少しはいるかも。

**名無しさん＠お腹いっぱい。** · 01/11/16 12:12

なんかスゲーもったいないんだけど。
プログラムちらつかせて、その辺にいるやりたいクン２，３人を拘束（Ｗ
して昇華させればカナーリのものに仕上がりそうだが。

なんて言うと１さんに失礼かも

1 · 01/11/16 15:50

>>31
それって別にMacに限らないんでは？
意味を取り違えてたらすみません。

**名無しさん＠お腹いっぱい。** · 01/11/16 17:13

Ｍａｃで動く良質なゲームの絶対数を増やすために１さんに
頑張って欲しいということでは？

新ﾏｸ板にもそういう要望のスレあるし

**名無しさん＠お腹いっぱい。** · 01/11/16 17:56

わたし、今Macでゲーム作ってますよ。
でも、２chでは積極的に名前を出すつもりはないけど。

**名無しさん＠お腹いっぱい。** · 01/11/16 18:24

Macのゲームの需要って、どんなもん？

**名無しさん＠お腹いっぱい。** · 01/11/16 19:49

労力にあわない気がする…

1 · 01/11/16 21:04

移植が容易そうなものすら出ないもんなあ。エロゲーとか。

顧客がいないから出ないのか、出ないから顧客がいないのか、
マイナス方向へ走りつづけてるのは間違いないね。

暇になったらなんか作ろ。

**名無しさん＠お腹いっぱい。** · 01/11/16 21:47

エロゲーも過去に何社かがMac版を出したけど、後が続かなかった
ところを見ると、移植コストに見合うだけの売上が無かったんでしょう。

**しろうと** · 01/11/17 01:59

エロゲーの移植なら結構簡単そうに思えるのに?
海外勢はエミュとかで頑張ってるよーなんで国内も頑張ってほしー

**名無しさん＠お腹いっぱい。** · 01/11/17 17:09

>37-39
VisualArtsがわっふるの使用許可を得て，動作確認をして
作品群のMac版を売り出せば低コストで移植ができると思うけど
どうしてやらないのだろう？
xKanonで Linux版を出すとか。

**名無しさん＠お腹いっぱい。** · 01/11/17 17:46

みんな！　愛が足りないよ（ｗ

**Snoil** ◆hkZiOK4s · 01/11/17 21:41

挨拶してみる。こんちゃ。

**名無しさん＠お腹いっぱい。** · 01/11/17 22:10

iMac や G4 Cube でエロゲをやることほどカッコの悪いことはないだろう。
Mac とはスタイルだと思う。
といいつつ Mac ユーザではないけども。

**名無しさん＠お腹いっぱい。** · 01/11/17 22:29

スタイルというか、哲学を前面に出すよねー。
最近では、ＯＳのインタフェース哲学もお飾りに近く
なったように見えるが。
といいつつ私は筋金入りのマカー。

**名無しさん＠お腹いっぱい。** · 01/11/17 23:29

>44
あれでもアラン・ケイの思想を受け継いでいるから。

**名無しさん＠お腹いっぱい。** · 01/11/17 23:39

>37-40
VisualArt'sがMac市場調査に送り込んだのが「陵辱バスツアー」てのは
どう考えてもむこうの戦略ミスだよなあ・・
Kanon、AIR級ので勝負して全然売れませんでしたってんなら
こっちとしてもあきらめがつきそうだけど。

エロゲに限らんが、なにも同時リリースとかMacオリジナルとかを
望んでるわけじゃないんだし、WINで大評判だったやつだけでも
Mac版出してくれればいいんだが、それすらもかなわないほど
Macゲームは商売にならないのだろうか・・・

**名無しさん＠お腹いっぱい。** · 01/11/17 23:44

最近のゲームソフト（特にエロゲ）の商品寿命って、生鮮食品なみだから
Winと同時発売できないと新鮮さが無くて売れないのかも。

あとWebデザイン関係のMLとかみてると、MacってOSのバージョン違いによる
トラブルがWindowsより多そうだし、そのサポートも考えるとセイゼイ数千本
しかでないゲームソフトだと、コスト的に合わないのでは。
本当にトラブルが多いかどうかは、私しゃWin使いなんで知らんが。

1 · 01/11/18 02:56

>>47
Webデザインはどうか知らないけど、ゲームにはさしたる影響ないはず。
Web関係っつーとOSよりブラウザがらみでは？

俺が知ってる限りでは、8.5が出た時にトリッキーなことやってたゲームの一部が
表示がおかしくなったくらいかなあ。俺が係わってたヤツは問題でなかったし。

**名無しさん＠お腹いっぱい。** · 01/11/18 03:40

意外と１ボタンマウス標準がネックかって気もする

**>47** · 01/11/18 03:55

Mac OSのバージョンの差なんてAT互換機の機種依存に比べれば
無視できる程度のものだよ。

最初の２行については激しく同意。
D.O.の「星空ぷらねっと」Mac版が売れなかったのは
明らかに発売を後ろにずらしたせい。
みんなVPC使ってプレイしちまうからな。

01/11/18 10:50

本格的なのを望まなければHyperCardという手も。
最近はプレーヤ持ってる割合が減ってきたから
遊ぶ人も少なくなってきているけど・・（TT

手軽さで言えばナンバーワン

1 · 01/11/18 17:36

REALbasicってどうなんかな？
漏れは使ったことないんだけど。

広告みた限りではclassic環境/OS X/Windows一気に開発できそうな感じなんすけど。

**名無しさん＠お腹いっぱい。** · 01/11/18 17:43

>52
REALbasicに限らず，RAD系はゲーム作りに向きません。
できない，ってわけじゃないんだけれど，
あの手のツールのメリットは GUIを楽に組めることですから。

1 · 01/11/18 17:53

>>53
どもどもありがとうございます。
ざっと調べてみたんですがリアルタイムで動くもんはきつそうですね。
昔風アドベンチャーくらいならいけるかな。

**たかゆきー** · 01/11/18 20:23

>50
Mac 用ソフトの評価に掛けるだけの人員・予算・時間が無い
ということでせうか？

Kanon / Air / 東鳩クラスの「名作ブランド」ならば、
市場拡大の意味で「有り」だと思うのだが・・・

**名無しさん＠お腹いっぱい。** · 01/11/18 21:20

Macでエロゲーやりたいスレになるのはお約束パターンか（藁

53 · 01/11/18 22:49

>54
REALbasicは評価版をちょっと使ったことがあるだけだから
検討外れなことを書いているかもしれないけど，
中でどんなふうに動いているか分かりにくいです。

C/C++で書くとしたら，スレッド１つ作ってやって
メインスレッドの方ではイベントループとか，
Mac的な処理に徹してやって，ゲームスレッドでは
用意したプレーンに対しての操作とかキー受付をやって
Yield()のタイミングで，メインスレッドがオフスクリーンを
ウィンドウに対して転送，ってな手順をとります。
ゲームスレッドでは直接 Toolboxは叩きません。

C/C++ならば，これでソコソコ実用的なスピードが出るんだけど，
REALbasicでは裏で何をしているかわからない（アプリも大きいし）から
ゲームを作るにはパフォーマンス的にちょっと心配ではあります。

**名無しさん＠お腹いっぱい。** · 01/11/18 22:52

女性向エロゲー？ならMac対応の奴はそこそこあるらしいのですけど。
ユーザー層的にそういう判断をしているのでしょうか？

**名無しさん＠お腹いっぱい。** · 01/11/18 23:44

Macでゲーム開発をする上で問題となっている点って今は何であるか考えると？

開発環境．．．ハイパーカード等も含めれば選択肢は結構ある。
　　　　　　　フリーなものは少ない。
マシン速度．．．現在では問題はない。ＧＬを使えば３Ｄゲーム開発も可
クリエイターの数．．．少ない。積極的にサークルなどでやっているとこも少ない。
アップル社．．．マ社のようにゲーム開発に積極的じゃない。

Macユーザでゲームを作りたい予備軍ってどの位いるんだろう。
多ければ今後のクリエイター数に貢献しそうなんだけど。

**名無しさん＠お腹いっぱい。** · 01/11/18 23:53

ん、なんで流れが変わったのかと思ったら新ﾏｸ板のエロゲスレにリンクがあった

**名無しさん＠お腹いっぱい。** · 01/11/18 23:59

Rbはスピードを要求されるようなものには向かないねえ。
ギャルゲーぐらいならできんこともないだろうが、
3Dゲー作る気なら絶対にやめとけ。

1 · 01/11/19 01:27

>>57
私はスレッド作らず、昔ながらの手法でやっつけてるんですけど
スレッド作ってやる利点を教えてください。

>>59
現役予備役ふくめた資料？なら、これが一番かと。
ttp://hkthp.keddy.ne.jp/program/MGDL.html

**名無しさん＠お腹いっぱい。** · 01/11/19 08:24

>3Dゲー作る気なら絶対にやめとけ。
　今のところそんな心配は要らんでしょう、RbでADVさえ作られていないのが現状
　「作りた～い」っていう要望が増えてからあらためて悩もう。

57 · 01/11/19 08:46

>62
スレッドを作るのは私の頭が悪いからで，
ゲームのルーチンの中でイベントループとか
マウスクリック処理なんかを取りたくないんですよ。
ただそれだけです。

そもそも昔，BASIC投稿プログラムなんかで
ゲーム作りが賑わっていたころはゲームを作ろうと思ったとき
余計な手間をかけずに済んだんですよ。
でも，いまゲームを作ろうとするとその前にウィンドウ出さないといけないし，
などなど，煩雑な作業が多すぎると思います。

すくなくともスレッド化したことで
ゲームのステーショナリ（雛形）をコピーして
GameThread::Run()をオーバーライドしたところに
いきなりガリガリコードを書くことでゲームがかけます。

これはスレッド化というよりライブラリ化なのかな。

**名無しさん＠お腹いっぱい。** · 01/11/19 10:24

このひとにメールだしたら、「不況で食うのがやっとです」とゆーことでした。
はやく作ってくれ。

ttp://sefie.pos.to/software/plusa.html

**名無しさん＠お腹いっぱい。** · 01/11/19 13:18

Ｍａｃでいろいろシステム試作してゲームっぽいもの作った
けど、最後まで完遂する気力無いです。
ゲーセン行った後なんかは結構作りたいと思うんだけど
後が続かないのよね

1 · 01/11/19 15:02

>>64
昔はよかったですねぇ・・・。
あの頃の入門しやすい環境に近いものを用意できればなーとも思うんですが、
用意したところで誰が使うの？とも思います。
HSPみたいなものが仮にあったら、誰か使ってくれる人はいるのかな？

＃粗大ゴミにMZ80K2E持ってきたおばさんがいたんで、思わずもらってしまいました。
＃息子さんが使ってたそうで。さてどうしよう。SP-5030探さないと。

**名無しさん＠お腹いっぱい。** · 01/11/19 15:22

www02.so-net.ne.jp/~cbstudio/
ここにあるスクリプト使ったことある人いませんか？
何か作られたサンプルがあれば実力が分かるんですが。

64 · 01/11/19 15:55

>67

昔やっていたN88BASICなんかいきなり

10 CIRCLE(100,100),10,1

だったか，そんなことを書けば座標(100,100)に半径10の円が描かれたし
これなら何か作ってやろうか，みたいな気分になれたけど，
いまの多くの環境，Mac, Windows問わず，
ライブラリ作りで力尽きてしまうことも珍しくないでしょう。

そこで >68さんが書いている M2GEなんかを利用すると
敷居が低くなる，というわけなんですが・・・

あと，HSPはよく知らないのですが，スクリプト系の処理系は
最初は結構いける，と思っていてもデバッガの不備とか
使わせてもらっている分際で生意気だけど，作業効率が落ちてくるんです。
メチャクチャ気合いの入ったスクリプトならいいんだろうけど。

>68

スクリプトの方は知りませんが，M2GEは有名ですね。
NGLと並んでよく聞きますが，確か有料だったと思います。
ライセンスについては知りませんが，ソースが見られるなら
変な本を買うよりはずっと有効な投資だと思います。

1 · 01/11/19 16:19

>>69
よく言われる事ですけど、目標を高く設定しすぎるのも問題なんでしょうね。
「ＦＦの作り方教えてください」とか・・・。
（そうかそうかファイナルファイトが作りたいのかーなんちて。）

スクリプトやライブラリについてはそれら作者の効能書きよりも、
それらを実際に使って作られたゲームを見て判断した方がいいと考えてます。

やっぱ気軽なインタプリタ言語で、そこそこ速度が出るものがあるといいのかな。
（画面表示の事を悩むよりも内部の仕組みを考えるべきなんでしょうけど・・・
　それを言い出したらMacだけに限らなくなっちゃいますね。）

**名無しさん＠お腹いっぱい。** · 01/11/19 18:05

>70
>やっぱ気軽なインタプリタ言語で、そこそこ速度が出るものがあるといいのかな。

ゲームにおいてボトルネックになるのはVRAMへの転送なので，
よほどの事がないかぎり，インタプリタでも速度不足はないでしょう。
同じプログラムでも数値計算（円周率とか）とは全然違いますから。

**名無しさん＠お腹いっぱい。** · 01/11/19 18:10

一応Mac版HSPも開発中らしいよ。
第一報が発表されて、何の更新もされてないからあんまり
アテにはしてないけど…

**名無しさん＠お腹いっぱい。** · 01/11/19 18:35

http://site01.hoops.ne.jp/

これどうYO？

**名無しさん＠お腹いっぱい。** · 01/11/19 19:57

>一応Mac版HSPも開発中らしいよ。
それってマ板で有名なＫ・柏�≠ﾌ随分前のプロジェクトぢゃない
まだやってるの？

**名無しさん＠お腹いっぱい。** · 01/11/19 22:04

>74
K仲川氏ってゲームプログラマだったらしいんだけど，
ちっともゲームネタは提供してくれませんね。
前にそういう企画があるって話はしていたのだけれど。
ノウハウは持っているって。

**名無しさん＠お腹いっぱい。** · 01/11/19 22:21

んー，ノウハウは豊富に持っていそうだけど，ゲーム的センスが心配
古畑氏とかもセンスがアレなんで期待はもてないかな

**名無しさん＠お腹いっぱい。** · 01/11/20 01:20

>74
本家(onionsoft)逝ってミソ。
一応だけど、Mac版HSPのコーナーが。
仲川氏との関係は知らん。

**たかゆきー** · 01/11/20 01:24

>74
MAC版HSP って、K.仲川氏のプロジェクトだったのか・・・
Ｋ仲川氏といえば、
ガイナックス・プリンセスメーカーＭａｃ版作らないかと誘われたんだが、
断ったそうだ。

**たかゆきー** · 01/11/20 01:47

HSP for Win は、高速だし
サポートＤＬＬは豊富だし、けっこうイケますよ。
ただし、文法はおもいっきり N88-BASIC 風なんで、好みは分かれるでしょうけど。

HSP for Mac は、スクリーンショットがサイトに掲載されてるけど
進捗はどうなんでしょう？

私としては、Ruby とか Perl をベースにした
ゲームスクリプト言語が欲しいんですが。
でもって、Mac / Win 共通開発する、と。

**名無しさん＠お腹いっぱい。** · 01/11/20 02:34

closed じゃなければ Uva も悪くないんだけどねー。

くん · 01/11/20 06:44

>>72
夏コミでゲットしたけど‥　＞HSP for Mac

**名無しさん＠お腹いっぱい。** · 01/11/20 08:25

N88-BASICだったら学校でやったという人も多いのでは？
行番号順に処理される方式は俺は好きだが

**[.ﾟゑﾟ.]** · 01/11/20 08:39

HSP mac K仲川氏
http://www.melma.com/mag/65/m00001265/a00000054.html

**名無しさん＠お腹いっぱい。** · 01/11/20 11:40

でもK仲川氏って大作を作ったのを見たことがない。

**名無しさん＠お腹いっぱい。** · 01/11/20 12:33

＞MAC版HSP って、K.仲川氏のプロジェクトだったのか

違います。どこから、そんなデマが？
HSPの作者にコンタクトをとったのは事実ですが、
その時点ですでにMAC版の開発中という話があったので
手を引いた、というか、そもそも仲川氏本人はHSPには興味なし

**名無しさん＠お腹いっぱい。** · 01/11/20 12:38

>>83
なるほど、でも「をひょっとしたら作るかもしれません」って
のが腰がひけている感じ

**名無しさん＠お腹いっぱい。** · 01/11/20 12:39

>>84
大作作ってもお金にならないし、フリーになったら
ますますフリーソフトを作る時間が減ったよ。
ってこぼしてました。

**名無しさん＠お腹いっぱい。** · 01/11/20 13:00

HSPの作者側がコンタクトをとったのではなく、K.仲川氏がというとこがなんとなくミソですな。

K.仲川氏ってプログラムを組んで「作品」という形に上げるよりも、プログラム書くという作業に喜びを感じるタイプなんじゃないかな。
　尤もそういう人が多いから一般向けの開発ソフトが売れるわけだし

**名無しさん＠お腹いっぱい。** · 01/11/20 19:34

なんか、このスレ意外と順調ですな。
ちょっと悲観しすぎだったかな。よかったよかった。
仲川さんの本、昔読んだなあ。

1 · 01/11/20 20:48

前にプログラマ板で作った時はすぐ死んだけどね。

Mac固有の問題としては、音楽方面をあげときたいですね。
ハードの方が貧弱だもんなあ。

**名無しさん＠お腹いっぱい。** · 01/11/20 21:34

この板全体的に厨房が少ないせいかマターリしている。
普通こんな気軽にａｇｅていたら恐ろしいことになるもんなぁ

そういえば昔ﾄﾞｼﾞｰﾝ板でMacの話題していた人がいたけど、
その人無視され気味だったんで怖くて書き込めなかったＹｏ
ﾄﾞｼﾞｰﾝ板は怖い（藁

**名無しさん＠お腹いっぱい。** · 01/11/20 22:02

>90
漢なら(でなくとも良いが)MOD。

**たかゆきー** · 01/11/20 22:33

>Mac固有の問題としては、音楽方面をあげときたいですね。
>ハードの方が貧弱だもんなあ。

　詳細きぼーん。

　Mac の音楽関係は、QuickTime により
　随分とプログラム的には楽だと思っていますが。

**名無しさん＠お腹いっぱい。** · 01/11/20 23:30

音系は興味あるなあ。ぜんぜん知らない分野。
クィックタイムだと、ムービーファイルは簡単に
流せるけど、mp3とか、midiを流したいときはどうすんの？
簡単なコードきぼーん。
っていうか、それは無理かと思うんで、ポインタきぼーん

**名無しさん＠お腹いっぱい。** · 01/11/20 23:52

MIDIGraphy作った人とかは、ゲーム作らないの？

**名無しさん＠お腹いっぱい。** · 01/11/20 23:52

やっぱこれからはブロードバンド化がいつの間にか進んでｍｐ３主流となるんでしょうね。

**名無しさん＠お腹いっぱい。** · 01/11/20 23:55

ウインドウズのMpeg4、圧縮率すごいんですけど。
Macは何でMpegダメなのかなぁ。欝

**名無しさん＠お腹いっぱい。** · 01/11/21 00:15

>87
K仲川氏は実力はあるのは普段の発言を聞いていれば判るのですが、
やねうらお氏の様に目に見える形で実力をアピールしないから。
やね氏は大風呂敷広げてイタい奴ってあちこちで言われているけど、
最低、yaneSDK2とか、BM98を作っているのに対して
自称彼より凄い人で実践しない人は素人目には実力が判りづらい。

>93
あれは音楽と言うより、単にPCM音源で音を鳴らすだけでしょう。
　http://ndevelop.zone.ne.jp/NGLX.htm
のN SOUND DRIVERみたいなのを Appleが標準で提供すればいいのですが。
Sound Sprocketはどこへ行ったのでしょう。

>94
サンプルコードはすぐには用意できないけど、

　http://homepage.mac.com/keta_/kurokoge.html

からソース取ってくれば、どこかで QuickTimeで
MP3なりMIDIなりをならすコード（メモリリークあり）があります。

98 · 01/11/21 00:19

追加

>97
RealMovieにしろ、WindowsMediaPlayerにしろ、
少ないビットレートで高画質ですよね。
それに比べてMacの方は大分お粗末です。
何とかして欲しいところ。

>94
MP3を演奏するのはQuickTimeで可能です。
単にQuickTimeのAPIでMP3ファイルを開いて、
StartMovie()だったか、そんなんで再生すればOKです。
たぶんMIDIもそれでいけます。

**名無しさん＠お腹いっぱい。** · 01/11/21 00:20

>95
�タタさんだっけ？
大御所はもう管理職とかやってる世代なので無理でしょう。
これからは若い世代の柔らかい頭脳に期待したいところ。

**たかゆきー** · 01/11/21 00:20

>mp3とか、midiを流したいときはどうすんの？
>簡単なコードきぼーん。
>っていうか、それは無理かと思うんで、ポインタきぼーん

http://developer.apple.com/carbon
から、carbonlib をダウンロードしてみてください。
たしか、MP3 再生のサンプルが有ります。