ファミコンってＣ言語でプログラムされてるの？

ファミコンってＣ言語 ..

39:デフォルトの名無しさん
07/07/15 20:59:06
>>38
ANSI準拠なクロスコンパイラなら既にあるから、Cを使った6502開発は可能だが？

40:デフォルトの名無しさん
07/07/16 04:12:56
>>39
トンデモがきたか？
自作で行うのと。商品で行うのは別だよな。
Ｃは6502レベルだと高級すぎてハードウエア的に無駄の塊になる。
つまり6502のバイナリ－レベルには最適化できねーんだよ。

41:デフォルトの名無しさん
07/07/16 06:49:54
何この電波だらけｗ

42:最近多いな
07/07/16 09:59:53
>>39
デンパ君かえれ

43:デフォルトの名無しさん
07/07/16 15:24:25
>>38
>マヌケ君か？
>>27　ほどじゃないと思う。

44:デフォルトの名無しさん
07/07/16 16:26:17
チキンレースかよ…

45:デフォルトの名無しさん
07/07/16 18:55:01
>>40
無駄が生じるのは承知しているが、組み込み分野ではC言語を使うという選択肢が
現実に存在している。ほれ、この通り。
URLﾘﾝｸ(www.iar.com)

Cコンパイラの仕様を満たせる6502のC言語があるのか、と問われたから、
実在すると答えたまでだ。6502、Z80、6809みたいな8bit CPUをターゲットに
C言語を使うとき、バイナリレベルの最適化を目的にするアホはいない。

そもそも、c言語に向いてないという意味ではZ80も同じ。
なぜ6502だけが向いていないかのように誘導するのか不思議でならない。

46:デフォルトの名無しさん
07/07/16 20:20:04
URLﾘﾝｸ(c-au.2ch.net)
URLﾘﾝｸ(c-au.2ch.net)

47:デフォルトの名無しさん
07/07/17 02:14:04
>>45
シビアな用途では向かないのは当然だろう、おまえはＲＯＭとＲＡＭの
容量計算もできないのか？

48:デフォルトの名無しさん
07/07/17 05:59:55
>>47
計算できるかどうかと、Cコンパイラが実在するという事実の指摘に
一体何の関係があるのやら。
あんた一体何がしたいんだ？

49:デフォルトの名無しさん
07/07/17 10:48:23
ROM化の話となれば、現行の高級なCPUでもＣ言語使うには制約多いってのｗ

50:デフォルトの名無しさん
07/07/17 10:49:09
>>49
どんな制約?

51:デフォルトの名無しさん
07/07/17 11:15:06
RISCの命令セットはCに向いてるとは言えない。

52:デフォルトの名無しさん
07/07/17 11:31:00
夏真っ盛り

53:デフォルトの名無しさん
07/07/17 12:00:54
>>52
うん。無駄に熱い　(≠暑い)　ね。

54:デフォルトの名無しさん
07/07/17 12:58:32
インターネットの噂に依るとPSはBrainfuckで作られたそうです。

55:810
07/07/17 16:15:30
Appleの頃の6502ユーザーとFC以降のユーザーが
時空を超えて議論してるの？
”当時”の意味がそれぞれ違う気がするが・・・

56:デフォルトの名無しさん
07/07/17 17:13:14
>>55
PET2001ユーザとPCエンジンユーザかも知れず。

57:デフォルトの名無しさん
07/07/17 18:19:18
まあ、脳みそが硬化してる耄碌ジジイはすっ込んでてもらいたいね。
自分が言いたいことをわめくばっかりで、全然人の話を理解してない。

58:デフォルトの名無しさん
07/07/17 21:30:28
Cは、PDP11とかのCPUに親和的に出来ているんだよ。
ミニコンから派生したM68000とかにも親和的。
そのCPUのインストラクションセット知ってると、
なぜインクリメントを++と書くのか、分かるよ。

59:デフォルトの名無しさん
07/07/17 21:59:36
>>58
>なぜインクリメントを++と書くのか、分かるよ。
インストラクションセット知ってるけど、わからない。なぜ？

60:デフォルトの名無しさん
07/07/17 22:06:08
68000だと、
mov.l (a0++),D0

とかあったよね？

PDP11なんてシランけど。

61:デフォルトの名無しさん
07/07/17 22:19:43
>>58
＞なぜインクリメントを++と書くのか、分かるよ
むしろそれ以外に何か書きようあるか?

62:デフォルトの名無しさん
07/07/17 22:55:56
>>61
inc x
up x
x<:1

63:デフォルトの名無しさん
07/07/17 22:57:18
>>61
むしろ何故そんなものを導入したのか、疑問にも思わないのか？

64:デフォルトの名無しさん
07/07/17 22:58:12
>>58
The　Art　of　UNIX　Programing　によると、インクリメント演算子がPDP11から来てるってのは都市伝説らしい。

65:デフォルトの名無しさん
07/07/17 23:07:14
PDP7 向けの B 言語の時に既に ++ はあったんだっけ?

66:デフォルトの名無しさん
07/07/17 23:10:52
>>62
微妙だね･･･

>>63
良く使わない?

67:デフォルトの名無しさん
07/07/17 23:44:34
マクロ展開したりすると副作用があるんだよねぇ++って
言語体系としてはいまいち使うの注意って感じだよ。

68:デフォルトの名無しさん
07/07/17 23:46:02
move.l d0-d7/a0-a5,-(sp)
move.l (sp)+, d0-d7/a0-a5
↑こういうのは知ってるが

mov.l (a0++),d0
↑こんなのは知らん。

69:デフォルトの名無しさん
07/07/17 23:47:58
む、いかん。moveではなくmovemだった。

70:デフォルトの名無しさん
07/07/18 07:19:33
>>48
単なる粘着ヴぁか？、何も知らないって愚かだよな

71:デフォルトの名無しさん
07/07/18 12:04:50
>>70
よう、おかえり。

72:デフォルトの名無しさん
07/07/18 15:21:40
漢が熱い萌える闘魂プログラマーだから

73:デフォルトの名無しさん
07/07/18 16:06:06
技術があるのも知識があるのも素直に尊敬するけど、
それが曲がった人間性を補強する材料になってしまうのは
ちょっとなぁと思う20代

74:デフォルトの名無しさん
07/07/18 21:34:01
>>71
自作自演はいい加減やめとけ、消防レベルだぞ

75:デフォルトの名無しさん
07/07/18 21:46:09
>>73
技術や知識があるから曲がった人間になってしまうというのもあるよ。
周りの人間に足引っ張られてばかりだとね…

76:デフォルトの名無しさん
07/07/18 22:05:06
>>30や>>45あたりは、まともなこと言ってるようにしか見えないのって気のせい？
調べてみたら>>27に書いてあることって、本当に嘘だらけだったし。

77:デフォルトの名無しさん
07/07/18 23:34:41
>>73
まっすぐすぎるのも面白くないもんだよ

78:デフォルトの名無しさん
07/07/19 05:44:25
爺さん同士の馴れ合いはマ板でやればいいのに・・・

79:デフォルトの名無しさん
07/07/19 06:56:02
いいのに？

80:71==56==43
07/07/19 11:03:56
>>74
妄想癖ではないとしたら、相当間抜け。

>>76
ただ　>>31　みたいな事情もあるんで結構使い辛い。
安いだけのことはあるっつーか。

81:デフォルトの名無しさん
07/07/19 22:29:03
ゼロページレジスタという最強の武器をもってこのザマか。

82:デフォルトの名無しさん
07/07/19 22:44:48
まあ、それでもZ80使うよりは楽なんだけどね。
家庭用だとMSXとかがZ80使ってたけど、あれのCコンパイラは酷いもんだった。

83:デフォルトの名無しさん
07/07/19 22:52:10
LSI-C80はそれなりだったよ。MSXとじゃ、時代が違うけど。

84:デフォルトの名無しさん
07/07/24 15:26:05
>>80
アセンブラもしらないのに何でオマエが書き込みするんだ？

85:デフォルトの名無しさん
07/07/24 16:37:17
LSICの存在価値はプレインテキストの関数リファレンスだけだったな。

86:デフォルトの名無しさん
07/07/27 23:14:58
>>39
遊びと仕事を区別できない奴だなぁｗ
6502でクロス使ってもメモリに入りきらなければ意味ねぇじゃんｗ

87:デフォルトの名無しさん
07/07/28 13:13:38
> 6502でクロス使っても
クロスコンパイラの意味わかってる？

88:デフォルトの名無しさん
07/07/31 22:30:19
わかってないのは>>87の方だったりしてｗ

89:デフォルトの名無しさん
07/08/01 17:15:56
>>88
分からないから説明して

90:デフォルトの名無しさん
07/08/01 20:45:22
クロスコンパイラでは、実メモリ以上のサイズの実行コードをいくらでも吐き出すのさ。
64KBしかアドレス領域の無いマシンに100KBとかの実行コード乗せられねえだろ。

91:デフォルトの名無しさん
07/08/01 20:46:02
クロスコンパイラでは、実メモリ以上のサイズの実行コードをいくらでも吐き出すのさ。
32KBしかROM領域の無いマシンに40KBとかの実行コード乗せられねえだろ。物理的に

92:デフォルトの名無しさん
07/08/01 20:47:33
>>90の書き込みはさすがにウソだ、忘れてくれｗ

93:デフォルトの名無しさん
07/08/01 22:13:34
でも元の話はANSI C対応のコンパイラが存在するかどうかという話だったのだから、
実用性は二の次以下にしか考えられていなかったと思う。

94:デフォルトの名無しさん
07/08/01 22:19:22
>>91はクロスコンパイラの説明にまったくなってないんだが
クロスコンパイラの「クロス」の説明をしてくれないか

95:デフォルトの名無しさん
07/08/01 23:21:18
布

96:デフォルトの名無しさん
07/08/02 00:53:59
つまんねーヤツｗ

97:デフォルトの名無しさん
07/08/02 14:50:49
なんか仮定の想像の域のエセ論理と、リアルの話が混在している。

理屈だけ先行しても現実に使えないものは使えないでＦＡじゃないか？
ときどきいるんだよな、理論と現実が合わないと理論で行動して事故に
合うマヌケ君てｗ

98:デフォルトの名無しさん
07/08/02 16:50:01
お前ｗ ←これ好きだなぁ
あと意味のわからない単語を知ったかぶりするのは止めた方がいいよ

99:デフォルトの名無しさん
07/08/03 09:18:40
クロスコンパイラって、パソコン上で6502のマシン語コードを吐き出す奴。

100:デフォルトの名無しさん
07/08/03 10:51:33
それだけがクロスコンパイラかいw

101:デフォルトの名無しさん
07/08/03 21:22:37
>>99
Apple][やPET2001もパソコンだけどそれらが6502のコード吐いてもクロスコンパイラなの？
コンパイラの存在は別として

102:デフォルトの名無しさん
07/08/03 22:32:11
ああ、Z80のマシンで8086のコードを吐き出しても、クロスコンパイラ

103:デフォルトの名無しさん
07/08/03 22:33:49
ホストＣＰＵと異なるＣＰＵ向けの実行コードを吐き出す奴は、全部クロスコンパイラだぁ
もんくあっか？

104:デフォルトの名無しさん
07/08/03 22:35:40
ならx86 Linux上でx86 Windows用バイナリを吐き出すGCCは何？
俺はこういうのもクロスコンパイラの内だと思うんだけど。

105:デフォルトの名無しさん
07/08/03 23:25:39
それで合ってるよ

106:デフォルトの名無しさん
07/08/04 00:39:09
>>100
「それ」以外の説明をおながいしますｗ
ぜひｗｗｗ

107:デフォルトの名無しさん
07/08/04 00:58:00
もしかして>>102はApple][やPET2001がZ80だと思ってんのか？

108:デフォルトの名無しさん
07/08/04 01:05:39
>>107
んなわけねえだろw

109:デフォルトの名無しさん
07/08/04 20:39:04
このスレってファミコン全盛期当時の環境前提での話だよね？

＞6502のレジスタはPCが16ビットであることを除き、すべて8ビットである。
って書いてあるんだがファミコンは８ビットでおｋ？

110:デフォルトの名無しさん
07/08/04 21:52:08
昔から思ってたんだけど
Apple][
って表記はきもいです

111:デフォルトの名無しさん
07/08/04 23:27:08
そんな文句はアップルに言ってくれ。
起動画面に APPLE][ と出してたのはアップルなんだから。

112:デフォルトの名無しさん
07/08/05 02:13:58
6502でコードがどのようになるかすら知らない無能君がクロスコンパイラとか
Ｃ言語とか抜かしているのが笑える。
そもそもアセンブラのニーモニックの一部をみたことがある程度じゃないのか？
6502でＣのソースを機械語へ翻訳するのは可能だが68000なCPUと比べれば
そのコードが桁違いに増大するのは明白だろう。
そもそもビット数がないレジスタとメモリ空間が６４ＫＢしかない
極小の世界というのが理解すらできていない。
何をするにも８ビットの壁が存在するのが6502だろｗ
8086で16ビットの壁があって80386で32ビットの壁がある、これは明白であって
それ以上のことを模擬したとしてもそれは模擬でしかすぎない。
数百倍も手間がかかるクロスコンパイラが吐き出すコードなどに意味がある
訳が無いだろ。８ビットでこそ効率的に処理できるＣＰＵに３２ビットで
表現するのが普通なＣ言語というのは無茶すぎる。
8086のＣだって無理があり制限機能だらけだった事実すらしらねーのが
クロスコンパイラが存在するから可能だと言うのはロケットがあるから
シリウスまで飛べるはずだと誇張するようなものだろｗ
妄想もいい加減にしておけ。無知は困るよな。
いまのＣＰＵの概念すら通じないＣＰＵだってあるんだぞ、
具体的に条件分岐命令が存在しないＣＰＵとかだｗＮＥＣ製にあるｗ
古いＣＰＵについて無知なのは当然だろうけど、思い込みもいい加減にしておけ。

113:デフォルトの名無しさん
07/08/05 02:41:43
そんな長文（しかも的外れ）書くほど悔しかったのか？

114:デフォルトの名無しさん
07/08/05 02:49:00
どうでもいいけど4bit=1nibble

115:デフォルトの名無しさん
07/08/05 03:00:30
じゃ16オクテット=1パラグラフ

116:デフォルトの名無しさん
07/08/05 03:06:56
まあ、まあ、８ビットCPUでも十分短い実行コードで十分実用可能なんだけどね。
特に6502とか、6809の系統は、メモリーへのアドレッシングが豊富だから。
あと、6502は、零ページレジスタと言って簡単に扱えるメモリー領域があるから、
ちょっとしたコードならすごく短く済む。

117:デフォルトの名無しさん
07/08/05 03:10:06
遅延ジャンプ搭載！

118:デフォルトの名無しさん
07/08/05 03:23:14
リロケータブルジャンプとか懐かしいな。

119:デフォルトの名無しさん
07/08/05 04:15:40
>>118
x64で再配置可能なプログラムが画期的な新機能のようにアピールされている件

120:デフォルトの名無しさん
07/08/05 18:37:49
お前らオペランドジャンプって分かる？

121:デフォルトの名無しさん
07/08/06 11:54:37
>>112
>３２ビットで
>表現するのが普通なＣ言語
↓
>無知は困るよな。

>8086のＣだって無理があり制限機能だらけだった事実
kwsk

122:デフォルトの名無しさん
07/08/06 18:46:10
>>121
6502で１ＭＢのメモリをコピーしてください。ｗ

123:デフォルトの名無しさん
07/08/06 19:16:09
>>122
先ずは、1MBのメモリをコピーできる、6502搭載のシステムを用意してください。
その仕様を明らかにしていただければ、必ずやコピーしてご覧に入れましょう。

124:デフォルトの名無しさん
07/08/06 20:15:59
>>122
6502で1MBのメモリコピーになんの実用性も有るとは思えんが・・・
お前はバンク切り替え知らんのか？

125:デフォルトの名無しさん
07/08/06 21:01:20
知らんのか？

126:デフォルトの名無しさん
07/08/06 23:17:06
Z80のバンク切り換えで実現した仮想ディスクを思い出した。
バンク切り換え8ビット+アドレスバス15ビットでやっと8MB……

127:デフォルトの名無しさん
07/08/07 00:45:11
>>124
おまｗなんの実用性も無いものを、

クロスコンパイラがバンク切り替えのコードを自動で吐き出すのか？ｗ
わざわざ無意味なことをｗｗｗｗｗ
6502にＣ言語なんて笑えてハライタイｗ

Ｃ言語でプログラムされるか？というスレッドで、Ｃ言語プログラムが
まともにできると粘着して主張している奴がいるｗｗｗｗ

ありえねーーーｗｗｗｗｗｗｗｗｗｗっうぇえうぇっうぇえっうぇえｗｗｗｗ

128:デフォルトの名無しさん
07/08/07 00:47:18
＞バンク切り替え
つかバンク切り替えのハードウエア追加してどうするｗ
それじゃ６５０２のＣＰＵ以外の機能で実現するシステムじゃんｗ
ＦＰＧＡで組んだＣＰＵに実装でもするか（ｒｙ

129:デフォルトの名無しさん
07/08/07 00:57:16
つＤＭＡＣ

130:デフォルトの名無しさん
07/08/07 02:25:13
> ありえねーーーｗｗｗｗｗｗｗｗｗｗっうぇえうぇっうぇえっうぇえｗｗｗｗ

131:デフォルトの名無しさん
07/08/07 06:55:12
C言語は初期UNIXを移植するために作られたわけだが、
そのターゲットはDEC PDP-11
PDP-11 は16bit CPUで、その仮想アドレス空間は64k

132:デフォルトの名無しさん
07/08/07 07:50:38
ちなみにC言語はB言語を参考にしている

133:デフォルトの名無しさん
07/08/07 10:54:06
B言語はA言語を

134:デフォルトの名無しさん
07/08/07 11:16:28
↑嘘吐くなｗ

135:デフォルトの名無しさん
07/08/07 14:29:36
B言語はBCPLのサブセットじゃなかったっけ？よーらんけど。

136:デフォルトの名無しさん
07/08/07 17:48:55
パソコンに繋がった自律ロボットにプログラムを転送する場合も
パソコンでロボット制御を制御していることになるのか？

6502のＣＰＵならそれ自身でＣ言語でプログラムグ環境と実行環境と
実際に開発できた市販アプリが１件でも存在しているなら
6502のＣ言語でプログラムされたという事実を認めてやろうｗ
嘘はくなよな

137:デフォルトの名無しさん
07/08/07 17:49:44
D言語はDelphiを

138:デフォルトの名無しさん
07/08/07 18:11:22
>>27　は、その情熱を仕事に向けるべきだと思う。

139:デフォルトの名無しさん
07/08/07 20:33:31
>>18
パッケージや取説にかいてあったろ？

140:デフォルトの名無しさん
07/08/07 20:40:42
どうして　>>86みたいゴミくずが放置されているの？

141:デフォルトの名無しさん
07/08/07 20:45:15
6809でｃ使ってアプリ書いたことあるよ。

FM-77ですけど。

142:デフォルトの名無しさん
07/08/07 23:27:13
＞嘘はくなよな
「嘘吐く」と書いて「うそはく」と読む人ですか?

143:デフォルトの名無しさん
07/08/07 23:38:49
出発（でっぱつ）

144:デフォルトの名無しさん
07/08/07 23:41:47
>>142
それは嘘を「はく」でいいんだよ
日本語として何もおかしくない。
恥ずかしい奴だなおいw

145:デフォルトの名無しさん
07/08/07 23:50:51
>>134
まぁBCPLやPascalといった手続き言語は ALGOL の影響を強く受けてるから
間違いじゃないよな

146:デフォルトの名無しさん
07/08/07 23:54:29
>>144
菊は一時の恥と申しまして。

147:デフォルトの名無しさん
07/08/08 00:02:52
この人には何言っても無駄だよ

148:デフォルトの名無しさん
07/08/08 02:20:58
嘘吐くを「嘘はく」と読む「嘘はき」がいるスレはここですか？

149:デフォルトの名無しさん
07/08/08 05:28:07
ほぼ全てのスレに居ると思うが…

150:デフォルトの名無しさん
07/08/08 06:44:50
この吐くに関しては、表外音訓だから、
普通の文章では、漢字であんまり書かないし、
間違う人はいる気がする。

嘘じゃなくて、悪態とかだったら、読みを考えただろうけど。

151:デフォルトの名無しさん
07/08/08 06:48:33
間違うも何も「はく」も「つく」も両方間違いではないんじゃないか？
うそをはくって言い回しはちょっとレトロな感じだね

152:デフォルトの名無しさん
07/08/08 07:56:49
>>112
どんなに長文を書こうとも、実行速度は6502>68000。
PCエンジンとメガドライブをみればその実力差は明白。

153:ビル･ジョブス
07/08/08 10:23:01
念のため任天堂ファミコンはRICOHカスタムの65C02だったよな。

154:デフォルトの名無しさん
07/08/08 15:07:36
HuC6280は確かに、メモリも組み込まれてて速かったな。

155:デフォルトの名無しさん
07/08/08 17:10:25
１ＭＨｚで動作するＣＰＵでＣ言語を語るスレですか？
ＧＨｚの時代にＣ言語が１ＭＨｚなんて、日本海の水をコップで
太平洋にくみ出して水を増やしているような次元だろ。
あたま悪すぎｗ
そもそもポインタが８ビットアドレス以外つかえなようなＣＰＵで
何ができるんだ？２５６バイトの最大配列か？

156:デフォルトの名無しさん
07/08/08 17:51:29
>>155
>そもそもポインタが８ビットアドレス以外つかえなようなＣＰＵで
帰れ莫迦。

157:デフォルトの名無しさん
07/08/08 18:00:53
>>155
機体の性能でゲームの面白さを語れると思ったら大間違いだぞ房や。
昔の人はそれでも頑張った。

158:デフォルトの名無しさん
07/08/08 19:30:46
シャアかw

159:デフォルトの名無しさん
07/08/08 19:55:05
FFXIよりも初代スーパーマリオの方が面白いのは間違いない

160:デフォルトの名無しさん
07/08/08 22:17:33
昔のゲームって
いい具合に抽象化されてるから、感情移入がしやすいんだよね。
だから面白いと感じるんだよ。

161:デフォルトの名無しさん
07/08/08 22:22:15
感情移入してた奴なんかむしろおらんやろw
マリオやアーサー（魔界村）やビッグバイパーに感情移入してる奴がいたら怖いわ
何をいってんだチミは。

162:デフォルトの名無しさん
07/08/08 23:50:42
ここは加齢臭が目にしみるスレですね

163:デフォルトの名無しさん
07/08/09 04:18:03
>>155
言ってる事がよくわからない。
6502のインデクスレジスタは8bit幅だが、0ページの連続した2バイトをアドレスレジスタとして
使えるから、ポインタそのものは16bit幅になるんだが。

まさか、Z80は8bit定数しかディスプレイスメント値として指定できないから、
Z80ではポインタは8bitアドレスしか使えない、などと間抜けた事は言うまい？

164:デフォルトの名無しさん
07/08/09 22:39:55
>>163
１６ビット幅でも足りないよ、ゴミ以下

165:デフォルトの名無しさん
07/08/10 00:42:59
とりあえず光栄は何らかのコンパイラ使ってたかも。
遅い上にワーク用のRAM増やしてたし。

ANSI-Cは1989策定だから当時は使われていないか、
存在していなかったと思う。

>>164
16bitのアドレスバス幅しかないのに足りないってどういうこと？ｗ

166:デフォルトの名無しさん
07/08/10 11:18:31
ファミコンでCで組んでた実例とか示せば一発なのに、なんでしないの？

167:デフォルトの名無しさん
07/08/10 11:34:37
デザイナーなかじまかおる

168:デフォルトの名無しさん
07/08/10 20:50:36
>>166
逆に質問するが、どうやって実例を示すんだ?
ゲーム会社は自社の技術の流出を防ぎたいから、
「当社ではファミコンソフトの開発にCを使ってます(使ってました)」
と公式に発表した記録なんてないだろうし、
「俺は昔、Cでファミコンソフト作ってた」
「これが、ゲームソフト○○のソースコード」
みたいな書き込みは真偽の確かめようがない。

169:デフォルトの名無しさん
07/08/10 23:01:00
ｃ使ってファミコン開発してた初老のじじいがほくそ笑むことの出来る瞬間。

170:デフォルトの名無しさん
07/08/11 00:46:07
>>166
ファミコンはしらんけど、6502のapple　IIはふつーに各種コンパイラが動いてただろ。

171:デフォルトの名無しさん
07/08/11 00:52:47
80年前後にそんな気の利いたものがあるわけなかろうがw

172:デフォルトの名無しさん
07/08/12 13:41:26
>171
少しぐらい調べろや

173:デフォルトの名無しさん
07/08/13 00:36:34
>>170
AppleII用はTinyベースで動いていたね。
しらねーのか？
それらはモドキであって、それ以上ではない。実際に物も使ったことないんだろ？
>>172
調べる？アフォかよ。本体もってリアルでやっていた人に物を言う
姿勢か？ｗ
昔話しても仕方がネェけど。おまいらが想像する世界を越えていたのが
AppleIIだろ。
あのハードウエアでとてつもないソフトや性能や技術を満載していた原点に
もあたる存在でappleが神であった証がappleの初期マシンにある。

174:デフォルトの名無しさん
07/08/13 00:47:40
>>173
最初から最後まで全く意味がわからんレスも珍しい
そもそも何が言いたいんだ？

175:デフォルトの名無しさん
07/08/13 02:32:30
>173
>172 は >170 の発言を肯定しているじゃないか

176:デフォルトの名無しさん
07/08/13 10:56:19
だからつっかかってるんでしょw

80年前後にもマイコン用のコンパイラはそりゃああるにはあったけど、
オモチャであって実用レベルの代物では到底なかったと思ったけど違ったかな？

177:デフォルトの名無しさん
07/08/13 11:42:04
UCSD Pascal が Apple][ で動いてたような気がするが。

178:デフォルトの名無しさん
07/08/13 11:53:47
>>176
元々今のPCに較べれば玩具にも劣る性能しかないPCで、今の基準で実用的なものが作れるわけがないっしょ。
それとも何か? ENIACは玩具だったとでも?

179:デフォルトの名無しさん
07/08/13 12:01:14
今の基準ったって絵や文字が細かく表現豊かになっただけで、
必要最小限の能力は十分あっただろ。

ま、今ですら画面ひとつの情報量は証明写真くらいの量しか無いけどな。

180:デフォルトの名無しさん
07/08/13 12:03:40
性能からいえばENIACよりApple][の方がマシではないかな
それにENIACは動いているより修理している時間の方が長かったしな

181:デフォルトの名無しさん
07/08/13 12:08:42
>>178
まあいいから落ち着いて「話の文脈」を確認し給えよ。
短絡的に人の言葉尻を捕らえてないで。

>>170が当時フツーにコンパイラが使えるし使われている状態だった、
といっているからそれは事実誤認だといっているに過ぎんだろう。

182:デフォルトの名無しさん
07/08/13 12:24:05
>>181
だから、Apple][ではUCSD Pascalが普通に動いてたって話じゃん。
少なくともそれで弾道計算くらいは充分できていたよ。

183:デフォルトの名無しさん
07/08/13 12:26:22
80年頃にAppleII使って弾道計算するのが「ふつー」の使い方かw
こういう自分の間違いを認められない可哀想な奴と話してると疲れるな

184:デフォルトの名無しさん
07/08/13 12:31:29
「弾道計算くらいは充分できていた」≠「弾道計算するのがふつー」

185:デフォルトの名無しさん
07/08/13 12:32:00
>>184
そういう自分の勘違いを認められない可哀想な奴と話してると疲れるな

186:デフォルトの名無しさん
07/08/13 13:28:03
Apple][で弾道計算していたなんて誰も書いてないけどな
それはそれとして弾道計算するのにPascalコンパイラは必要ないんｼﾞｬﾏｲｶ

187:デフォルトの名無しさん
07/08/16 18:06:07
>>185
日本語読めないならもう来なけりゃいいと思うのね。

188:デフォルトの名無しさん
07/08/17 12:44:34
なんか弾道計算は世界最初のコンピュータ時点で扱われていた問題で
6502で「ふつー」とか言っている時点で意味不明な発言なんだか。ｗ

>UCSD Pascal
>>182
おまUCSD Pascalを知っていもしないのに何をはびょっているんだ？ｗ
仮想マシンのPコードが動けばどのマシンで動くといわれている奴で
リアルに動いているようなものじゃないぞ。
そもそもＣ言語がPコードで動くなんて始めて聞いたが
Ｃ言語の話をPascalに脳内捏造でもしたのか？

189:デフォルトの名無しさん
07/08/18 17:27:53
6502で動いてたんなら、p-codeでなにが問題かわからんけど。

論点は、6502とCで実用的なものが作れるかってことだろ?
信長の野望とか大戦略の初期のやつはZ80でBASICだし、6502とCの組み合わせでも
余裕で組めるね　>　商用レベルのゲーム

190:デフォルトの名無しさん
07/08/18 18:15:24
実用の意味がわからん
まるで当時のパソコンでは実用ソフトが皆無だったような書き方は好かん。

191:デフォルトの名無しさん
07/08/19 07:20:14
組込みレベルの開発でもCは実用的な物を作れる。
というか使われてる。

192:デフォルトの名無しさん
07/08/19 11:41:02
>>191
>組込みレベルの開発でもCは実用的な物を作れる。
>というか使われてる。
たしかに間違いではないが、激しい誇張で嘘の域に近い。
実態はマクロとインラインアセンブラだらけだろ。
経験もしたことが無いことを語られてもなぁｗ

193:デフォルトの名無しさん
07/08/19 11:44:01
>>192
自分の居る井戸の狭さに気付いた方が宜しいかと。

194:デフォルトの名無しさん
07/08/19 13:13:58
安易に「組み込み」なんていう振り幅のひろい言葉を使うのはどうかとは思うが、
191の言ってることの方が正しいね。

8051ですらC（もちろん特殊仕様ではあるが）が普通だし、H8ならC++が使えるしね。

195:デフォルトの名無しさん
07/08/19 19:33:23
組み込み Linux みたいなのも組み込みだからなあ

196:デフォルトの名無しさん
07/08/19 22:25:00
H8ぐらいなら、一部アセンブラでほとんどCでかけるだろ。

197:デフォルトの名無しさん
07/08/20 18:52:34
さらしアゲｗ

198:デフォルトの名無しさん
07/08/20 19:35:43
なんか面白い話してるね。
当時 Apple ][ で確かに幾つかの言語のコンパイラはふつーにあった。
でも、それで実用アプリ？（表計算にワープロにゲームとかかな）を
作っているかどうかとなると、、、Wizardry が PASCAL だっけ？
まぁ、あったんじゃないかなとは思う。

で、ファミコンで C だけど、Apple ][ のアセンブラと C を使って
プログラム作って、それをファミコンのカセットに焼いて動かす
ということは実際に自分もしていたよ。

199:デフォルトの名無しさん
07/08/21 14:34:35
組み込みでもC++を使いたい

200:デフォルトの名無しさん
07/08/21 16:06:43
ならばColdfireを推進したまえ。

201:デフォルトの名無しさん
07/08/21 21:56:15
C++って、クラスメンバーへのインデックスが静的に決定されるから嫌い。
何かあるごとに毎回全コンパイルなんて、やってられん。

202:デフォルトの名無しさん
07/08/21 22:30:25
なんのこっちゃw

203:デフォルトの名無しさん
07/08/21 23:29:21
>>201
はぁ?

204:デフォルトの名無しさん
07/08/22 00:17:51
>>201
つpimpl

205:デフォルトの名無しさん
07/08/22 20:22:50
>>198
嘘もほどほどにしろよ、どこのメーカーのＣ言語だ。ｗ

206:デフォルトの名無しさん
07/08/22 21:58:41
Ｃコンパイラも自作できないとは

207:デフォルトの名無しさん
07/08/22 22:02:34
Cインプリタなら作れます

208:デフォルトの名無しさん
07/08/22 23:40:53
Forthが動けばいい

209:デフォルトの名無しさん
07/08/23 12:44:53
>>205
Aztec-Cは無かったことになりましたか？

210:デフォルトの名無しさん
07/08/25 03:06:13
まとめに入るか。

ファミコンゲームがアセンブラで作られてようが
CとC++使ってもファミコンゲームみたいなんは楽勝だろ？

だったら、今の時代に合わせて
C言語でやれや。

以上。

ーーーーーーーーーーーーーーーーーーーーーーーー終了ーーーーーーーーーーーーーーーーーーーーーーーーーー

211:デフォルトの名無しさん
07/08/25 05:40:27
論点から滅茶苦茶離れたことをいきなりまとめとか言い出すキチガイはいったいなんなんだろうな。

212:デフォルトの名無しさん
07/08/25 09:12:44
>>27　でキチガイが登場して以降は、本筋ではありません。

213:デフォルトの名無しさん
07/08/25 12:34:51
今の時代に合わせてCだなんて
そんな不味い餌にこの俺様が熊熊

214:デフォルトの名無しさん
07/08/28 11:53:44
なんでファミコンでＣ言語なんて（ｒｙ
これはファミコンでエクセルやワードが動くというのと同等だろｗ
ファミコンでイルカの代わりにマリオでも動かせよｗ

215:デフォルトの名無しさん
07/08/28 12:28:20
全然違いますな。ファミコンでCコンパイラは動くけどエクセルは動かない。

216:デフォルトの名無しさん
07/08/28 12:39:43
＞ファミコンでCコンパイラは動くけど
それ本当かw

217:デフォルトの名無しさん
07/08/28 12:42:20
ファミコン程度の構成でも動くことは動くな。

218:デフォルトの名無しさん
07/08/28 16:32:21
頑張って、ファミベでCコンパイラを作る。

219:デフォルトの名無しさん
07/08/28 16:34:23
>>216
先天的な嘘付きに触ると後でＤＱＮになるから注意しろｗ

220:デフォルトの名無しさん
07/08/28 16:36:14
スーファミでwindowsなら動いたよな

221:デフォルトの名無しさん
07/08/28 23:16:10
人知れずファミコン上で動くＣコンパイラを作っても、実行バイナリがとてつもなく小さい物じゃないと作れないとかで、ポシャってるのが幾つもある悪寒。

222:デフォルトの名無しさん
07/08/29 00:31:45
スーファミでも 10 メガ ROM とか言って 10Mbit だったのはﾜﾗﾀ

223:デフォルトの名無しさん
07/08/29 03:52:46
メモリチップはビット数で数えるからね。

224:デフォルトの名無しさん
07/08/29 13:27:45
>>221
FCでセルフコンパイラなんて酔狂な奴もそうそういないと思うが。

225:デフォルトの名無しさん
07/08/29 14:57:46
ファミコンでも地球シュミレータは動作する事実！
おまいらその程度もしらないのか？

226:デフォルトの名無しさん
07/08/29 20:49:41
そんな計算量こなせるならN64エミュレーターとか屁の河童だよな。

227:デフォルトの名無しさん
07/08/29 20:54:06
>>225
シム・アースが出たのはスーファミだったような気がするけど…

228:デフォルトの名無しさん
07/08/29 23:06:27
>>221
人知れずっていうか、6502のCコンパイラはあるだろ。

229:デフォルトの名無しさん
07/08/30 00:04:27
ファミコンの狭いメモリーに、ソースと実行ファイルとワーク領域と置かなきゃならんのにか！

230:デフォルトの名無しさん
07/08/30 00:19:02
ソースは1パスだから常に全部保持する必要はないだろ。
だからといってめちゃくちゃ余裕が生まれるわけでもないが。

231:デフォルトの名無しさん
07/08/30 01:34:52
8bit機でメモリ効率考えて作るならマクロ的な機能が豊富なアセンブラもどきが一番だろ

232:デフォルトの名無しさん
07/08/30 03:29:54
ファミコンって「ソフト」がハードウェアそのものだから、無限の可能性があるよな
Cコンパイラを走らせる、なんてのだって、こだわらなきゃカートリッジに石積んでやらせりゃいいんだし

233:デフォルトの名無しさん
07/08/30 09:02:49
もういいよ。

234:デフォルトの名無しさん
07/08/30 12:43:13
またトンチンカンな事を言う奴が沸いたな。

235:デフォルトの名無しさん
07/08/30 16:37:31
ファミコントレードで株取引もできる

236:デフォルトの名無しさん
07/08/30 21:01:21
>>230
ファミコンってハードディスク付いていたっけ？

237:デフォルトの名無しさん
07/08/30 21:41:36
結構、ディスクシステムのディスクは固かったな。ハードだったな。

でもまあホントはクイックディスクなわけだが。

トンカチエディタ最強。

238:デフォルトの名無しさん
07/08/31 06:32:42
ここはバカしかいないのかｗ

239:デフォルトの名無しさん
07/09/08 20:02:06
ほとんど何言ってるのかわからんけど、
自分が遊んでたゲームがどういう苦労の上に作られたのかが何となくわかったような気がする。

FF3とか当時なんとなくゲームやってたけど最近この手の話を見聞きしてからは見方変わったし。

240:デフォルトの名無しさん
07/09/08 20:25:15
デザイナーなかじまかおる

241:デフォルトの名無しさん
07/09/11 00:21:03
ファイナルファンタジーのプログラムは、それぞれのエフェクト担当が勝手気ままにプログラム組んでるらしくて、エフェクトとエフェクトを繋ぐ変換処理が色んな所に埋め込まれてるよね。

242:デフォルトの名無しさん
07/09/11 13:15:24
PS以降の話？

243:デフォルトの名無しさん
07/09/11 23:04:49
>>238
自己紹介乙

244:デフォルトの名無しさん
07/10/07 10:48:35
( ﾟAﾟ)y-･~~腹立つわーこいつらー…

ｽﾚﾘﾝｸ(kao板)

245:デフォルトの名無しさん
07/10/07 12:15:30
コピペ君って馬鹿だな、まで読んだ。

246:デフォルトの名無しさん
07/10/09 14:45:40
6502はズラ語信者用のアイテム。

Cで組むの試してみたよ。RAMは何とかなる。ROMはちと頭ひねる。
6502用のCは6502向けの拡張仕様持ってるからケチりたければ使う羽目になる。

PICをCでやるのと似た感覚。組み込み程度の簡単なソフトなら何とかなる。

Z80ならCでまだ組める。

何が問題になるか。256バイトのスタック。汎用レジスタ1個。ポインタ。

247:デフォルトの名無しさん
07/10/09 14:50:11
6502でCを使うとどんなコードを吐くのか気になる。
intは片っ端からゼロページに割り当てていってデフォでstaticとかね。
autoはさすがに256バイトのスタックでは無理がありそう。

248:デフォルトの名無しさん
07/10/09 14:51:50
普通のCPUでアセンブラとCで同じ処理を書くと、サイズは少なくとも2～3倍になる。
速度差も計測してはいないがサイズ比でその程度だろう。

249:デフォルトの名無しさん
07/10/09 14:53:13
6502に最適なコンパイラはGAMEではないかと思ったり。

250:デフォルトの名無しさん
07/10/09 14:56:34
ゼロページに置くのも専用命令でした。
直さないと1ページとかに置かれます。
ゼロページはI/Oに使ったりするからかな？

大昔、アセンブラ覚えた頃にC薦められて、勉強しようとして、
「ワークエリアの自前管理（絶対番地への配置）ってどうすればいいのかな？」
と本気で悩んでました。

251:デフォルトの名無しさん
07/10/09 15:00:06
ああ、そうか。
6502はI/Oポートを持ってないからメモリマップトI/Oになるんだね。
68系と同じか。

クセが強いのでアセンブラでちまちま組むには最高に面白い反面、
コンパイラにとっては手強いCPUなのかもしれんなあ。Yレジスタの
インデックスモードなんて便利な命令にも落としにくいし。

252:デフォルトの名無しさん
07/10/09 15:01:41
と言うか6502に (xx),Y ってインデックス・モードがないとすると
最高に使いにくいじゃん。

253:デフォルトの名無しさん
07/10/17 05:06:18
むしろコンパイラ作りやすいCPUだろ

254:デフォルトの名無しさん
07/10/20 20:01:25
コンパイラはあるだろ…6502はかのAppleⅡに詰まれてたんだから
だが6502がつまれている＝Cで開発できるは成り立たない…

ファミコンのハード仕様でメモリ量がスタックを多用するCに向かない。
ROM、RAMのページング(カセット内の領域切替)が独特すぎて対応できん。

とくにメモリから来る制約はかなりきついかと、あと6502はスタック操作には
向かないチップだったと思うが？
といった理由からファミコン、スーファミ、ゲームボーイのゲーム開発はアセンブラ
だったと思う。(ゲームボーイならC＋アセンブラでの最適化もありえるが…同人系で)

255:デフォルトの名無しさん
07/10/20 20:54:23
スタックを多用するかどうかはコーディグ次第なんだけどね。
ま、レジスタ少ないからゼロページをレジスタとみなして引数として使うのは普通で
スタックはサブルーチンコール時のポインタを置く程度なのは常識。

見方によっちゃあ、グローバル変数だらけの醜悪プログラムだろうなw

256:デフォルトの名無しさん
07/10/21 23:00:00
ただでさえ2kだったかそのくらいのRAMしか積んでいないのに
ファミコンは…

0ページのレジスタ代用…明らかにそうさせようとしているアーキテクチャだ6502
たしか6502は似非劣化型6800だったと
インデックスが8bitになる代わりに2本になってspも8bitになって1ページ限定化
バイトオーダーがリトルエンディアンからビッグエンディアンになってたはず…

257:デフォルトの名無しさん
07/10/26 10:37:04
まぁおまえら落ち着け。
最初はコンパイラがあるなら言ってみろ
だったのに、コンパイラを例示すると現実的じゃないとか、
話題の切り替え、すり替えがひどすぎるだろ。

258:デフォルトの名無しさん
07/10/26 15:34:25
典型的な負けず嫌いです

259:デフォルトの名無しさん
07/10/27 22:24:55
360はC♯

260:デフォルトの名無しさん
07/11/09 19:15:05
ファミコンって今の激安PCよりはるかにショボイPCでソフト開発してたの？

261:デフォルトの名無しさん
07/11/09 19:32:26
そりゃあんた、「今の激安PC」のスペックは、一昔前のEWSを凌駕するんだからねぇ。

262:デフォルトの名無しさん
07/11/09 20:22:48
ファミコンソフトってどんなスペックのPCで開発してたの？

263:デフォルトの名無しさん
07/11/09 20:26:38
カシオのポケコンと紙

264:デフォルトの名無しさん
07/11/09 21:46:27
PCが進化しなければ4MBitカセットのゲームも作れなかったに違いない。

265:デフォルトの名無しさん
07/11/10 03:13:58
>>262
CPUはZ80
メモリは64KB
1MBフロッピー（8インチ）x2
OSはCP/M

他の会社は知らないけどね

266:デフォルトの名無しさん
07/11/10 03:17:51
>>265
当時は数百万してたのかな？

267:デフォルトの名無しさん
07/11/10 03:20:54
>>247
>　autoはさすがに256バイトのスタックでは無理がありそう。

autoは、ハードウエアのスタック使わなくても実装できるじゃん。

268:デフォルトの名無しさん
07/11/10 16:44:03
ちなみに、PC-6001, SHC-25辺りの開発にも>265と同等のスペックの端末を使っていた。
ファミコンと違って、CPUが同じだからその分楽かもね。

269:デフォルトの名無しさん
07/11/10 22:07:58
>>265
こんなんで作ってたんだ
今はどんなPCで作ってるんだろ？

270:デフォルトの名無しさん
07/11/11 03:37:57
任天堂純正の開発機材は数百万したらしいが、どんなもんだったんだろう？
ファミコンとPCが繋がってて、ROMライタで焼かなくても動かせたり、リアルタイムに
デバッガ使えたりとかしたんだろうか？
売れ残りのPCにアセンブラと開発用の資料つけただけのボッタクリ、ではなかったと思いたい。

271:デフォルトの名無しさん
07/11/11 15:29:45
>>270
pc88伝説本には一千万したって書いてあった
ファミコンのテクザー開発時は機材が買えなかったとあったけど
ｐｃ88上で作ったのかな？

272:デフォルトの名無しさん
07/11/11 21:09:44
Z80秘伝の書の人は、PC88のゲームをPC88で作っていて、それを知った人が驚くとか書いてたね。

273:デフォルトの名無しさん
07/11/11 21:24:49
そんな高額な開発機材なんていらん気がする。
もちろんROMカートリッジをエミュレートするような何かは必要だろうけど。

ICEみたいなデバッグ環境って今も昔も使わない人は全く使わないよね。
俺もしがない組み込みPGだけど、デバッガの類はまったく使わない。

274:デフォルトの名無しさん
07/11/12 01:16:16
ちょっと待て。ICEはデバッグツールだと思っている?
勘弁してくれ。

275:デフォルトの名無しさん
07/11/12 01:38:27
もともと語義からしたら確かにデバックとは無関係だけど、
しかしデバッガを使わないならICEである必然性は何もないでしょ。

すでに書いているように、ファミコンの場合なら単にロムカートリッジを
エミュレートすれば事足りる。

276:デフォルトの名無しさん
07/11/12 01:44:57
いや、ファミコンソフトならある意味どうでもいいけどねぇ。
私ゃ>273が作った装置を使いたくないぞ、と。

277:デフォルトの名無しさん
07/11/12 03:11:38
>>274
え？違うの？ｗ
Z80だけど、ダンプしたり、リード／ライトブレークかけたり、ヒストリ見たりしてたよｗ
ROMエミュレータはCPUにデバッグ機能が付いてないとアレだしなぁ

278:デフォルトの名無しさん
07/11/16 20:04:25
ICEをデバッグにしか使ってない⇒評価ツールとして使っていない⇒信頼性テストしてないの?

279:デフォルトの名無しさん
07/11/16 20:48:13
評価ツールってなんのことか意味不明だと思うなw

280:デフォルトの名無しさん
07/11/16 21:38:59
HW起因のごくまれにしか起きない不具合とかにぶち当たったとき
ICEってデバッグにすごい役に立つと思うけどなぁ。HW起因とすら、
わかっていない状況では。

「このメモリにはCPUからしか書かないし、HWブレークかけても
ひっかからない！なのに化けてるのは、HWのバグだ！」

テナ感じに。

281:デフォルトの名無しさん
07/11/16 21:51:02
なんだファミリーベーシックじゃないのか

282:デフォルトの名無しさん
07/11/16 22:22:21
>>280
デバッガなんてぬるいものはいらん。
デバッグプリントができる環境があれば必要十分。

普通はそれそらいらない。
挙動から問題点が推測できないようなら、プログラマとして余程無能か
コードの書き方が根本的におかしいんだよ。
HWのバグの発見だって同じこと。

デバッガがなきゃデバッグできないとかいうやつが組み込み業界も多いけど、
そういう奴みるとアホかと思うよ。

283:デフォルトの名無しさん
07/11/16 22:41:46
>>282
お前、ケツメドにハンダごてねじ込むぞ？少し黙ってろ。

284:デフォルトの名無しさん
07/11/16 23:09:45
>>282
まぁいわんとすることはわからないでもない。少数精鋭の
小規模開発である場合とか特殊な条件つければ、言っていることが
成り立つような状況がないことはない。

だけどデバッガというのは、自分の身を守るためにも使えるのよ？

さっきの例じゃないが、ICE使ってすぐにHW起因であること
を示せれば、あとはHW屋に投げればいいので精神衛生上良い。
原因の切り分けが、明確に出来てないのに、「ソフトは正しい！
あとはHW屋でやれ」っていっうのは傲慢なんじゃないかなぁ。

そして、この切り分け作業というのは、デバッガやオシロ、ロジアナ
なしには、相当な困難を極めるわけで。

285:デフォルトの名無しさん
07/11/17 04:28:02
> デバッグプリントができる環境があれば必要十分。

えっと…↑ここで笑えばいいのかな？

286:デフォルトの名無しさん
07/11/17 13:49:06
>>285
ひょっとしてデバッグプリントっていうのはデバッガ使う、とか思ってるの？w

287:デフォルトの名無しさん
07/11/17 13:53:38
ファミコンにプリンタついてんの？

288:デフォルトの名無しさん
07/11/17 13:54:06
>>286
逆でしょ。組み込み云々の話をしているのに「デバッガがぬるい」とか「デバッグプリント」とか言ってる>282がすっとこどっこいなんでしょ。

289:デフォルトの名無しさん
07/11/17 14:29:33
>>287
ファミコンと同世代のSEGA SC-3000には4色プロッタプリンタがオプションであった

290:デフォルトの名無しさん
07/11/17 21:27:36
ある程度当てがついている状態でデバッグプリントが使えるなら、デバッガはいらんな。

291:デフォルトの名無しさん
07/11/19 13:47:48
よくわからんがおまえらが凄腕であることはわかった。

292:デフォルトの名無しさん
07/11/19 23:25:36
凄腕？んなわけない。ただの化石だろ。

293:デフォルトの名無しさん
07/11/19 23:39:25
そんなのおそまつ君の出っ歯だろ当然

294:デフォルトの名無しさん
07/11/20 09:13:55
プログラムにデバッグ用のコード埋め込むと、タイミングとかズレて虫捕りできないケースもあるんだよ。
かといって、インサーキットエミュレータがタイミングバッチリかと言えば、別の意味でタイミングがズレたりするんだなこれが。

295:デフォルトの名無しさん
07/11/20 13:59:53
デバッグプリントのせいでスタックの状態が変わったりするしな。

296:デフォルトの名無しさん
07/11/21 03:00:20
そういえば、昔は遠藤雅信氏が、２ちゃんに書き込みしてたよなあ。
このスレに、召還されないかなあ。。。？

297:デフォルトの名無しさん
07/11/21 22:18:23
自営業だったらすぐに召喚できるんだけどなぁ…

298:デフォルトの名無しさん
07/11/21 23:39:55
>>287
毛糸の絡み具合を操作することでグラフィック
を出力する、プリンタ的なものならあった。

299:デフォルトの名無しさん
07/11/23 01:35:12
>>270
純正機材は値段が言い値のぼったなだけで性能は全然大したこと無いだろ。
スペックコスト比で言えば当時の10万程度のPCと変わらん。

300:デフォルトの名無しさん
07/11/23 01:39:19
なんか知ったかぶりな人が来ましたよ

301:デフォルトの名無しさん
07/11/23 12:19:43
当時、10万+程度で買えるPCなんて存在しなかったのだが。

302:デフォルトの名無しさん
07/11/23 12:26:26
appleII+Romライタでやってたのかとおもったっす

次ページ