トップページ⇒tech
559コメント160KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2007/07/04(水) 23:24:30
プレステ２もＣ言語でつくれる？
0002デフォルトの名無しさん2007/07/04(水) 23:26:03
ファミコンはアセンブラ
0003デフォルトの名無しさん2007/07/04(水) 23:31:58
>>2
正確に言えば性能を追い求めたものはアセンブラ
適当に作られたものはＣ言語だろ
0004デフォルトの名無しさん2007/07/04(水) 23:41:06
>>3
ファミコンは全部アセンブラ。

FORTHで書いた馬鹿がいた、NMI処理までFORTHだった、一辺子ねとかおもった。
0005デフォルトの名無しさん2007/07/04(水) 23:57:17
ファミコン版が初めて Pascal 以外で書かれた Wizardry という
ことになるのかな？
0006デフォルトの名無しさん2007/07/05(木) 00:13:44
>>5
パソコン版はみんなパスカルだったんですか…
0007デフォルトの名無しさん2007/07/05(木) 00:17:21
>>6
0008デフォルトの名無しさん2007/07/05(木) 04:06:42
>>4
FORTH、速度十分やし、割り込み処理でもインラインアセンブラ使えば全然問題ないのと違います？
0009デフォルトの名無しさん2007/07/05(木) 05:28:34
>>8
京都人?
0010デフォルトの名無しさん2007/07/05(木) 05:36:38
>>1
ttp://www.freescale.co.jp/codewarrior/products/game/ps2/index.html
0011デフォルトの名無しさん2007/07/05(木) 08:47:59
初期の信長はBasicｺﾝﾊﾟｲﾗだっけか
0012デフォルトの名無しさん2007/07/05(木) 09:11:07
インタプリタ自体が載ってそうな価格だったけどな
0013デフォルトの名無しさん2007/07/05(木) 10:33:25
Z80 の CP/M 上に 6502 用のクロスアセンブラという環境だった。
携帯型のオシロスコープのようなマシンで、幻の 3inch フロッピー(3.5inch ではない)がついていた。
0014デフォルトの名無しさん2007/07/05(木) 16:25:09
スーファミもアセンブラ？プレステ１くらいからＣ言語になったのかね。
0015デフォルトの名無しさん2007/07/05(木) 17:17:44
>>4
ファミコン（6502）のNMI？

>>13
3インチは幻でも何でもないですよ
0016デフォルトの名無しさん2007/07/06(金) 02:24:51
SFCの頃はソニーが誇る格安ワークステーションのNEWSを使ってたんだっけか。
c言語でもできそうだけど、SFCはCPUが貧弱だったし、ROM容量をギリギリまで使う事考えると
アセンブラで書いてたんだろうなぁ。一応、ファミコンのやつとは上位互換の石だったし。

波形メモリとドライバ含めて64KBとか、真性マゾなサウンドプログラマーは小便垂れ流すほど喜んだに違いない。
0017デフォルトの名無しさん2007/07/07(土) 21:35:23
>>6
ファミコン以前はそうだね。
Wiz自体の移植というより、Pascal環境の移植が大変だった。
Pascalはコンパイルしても、今でいうJAVAとかC#みたいな中間言語
形式だし。
0018デフォルトの名無しさん2007/07/08(日) 01:01:35
>>17
へええ知らなかった
久しぶりにX1版やってみるか…
0019デフォルトの名無しさん2007/07/08(日) 16:47:29
じゃあ遠藤の仕事って偉大だったんだな。当時ＦＣ版wizこんなもん簡単に移植できるだろと思って馬鹿にしてた。環境含めて全部一から組みなおしたわけなのか。
0020デフォルトの名無しさん2007/07/09(月) 02:49:28
ファミコンに移植したいって打診したら先方に
「ファミコンにはPascal環境無いから移植できるわけねーズラ(ﾜﾗ」
って言われたんで意地でもアセンブラだけで移植してやるとか思ったとか。
頑張ったのは認めるが、ぬるいバランスに改竄しやがってこの野郎、と言いたい。
0021デフォルトの名無しさん2007/07/09(月) 22:42:06
ファミコン版Wizは羽田健太郎という名前を知るゲームだったな。
まあマクロスで既に知ってたけど。
ご冥福をお祈りします。
0022デフォルトの名無しさん2007/07/10(火) 22:07:19
68000のニモニックを6502のニモニックに変換するトランスレータなんて作ってた。あの頃
0023デフォルトの名無しさん2007/07/13(金) 01:36:30
一部のコーエーのファミコンゲームはC言語で作られたって聞いたことあるんだけど、どうだっけ。
C言語で作るためにカセットの容量を大幅に拡張したとも聞いた。
もしかするとSFCの記憶違いかもしれない…
0024デフォルトの名無しさん2007/07/13(金) 08:03:38
光栄ってなんであんなに馬鹿高かったの？
ナムコが3900円に対して1万強だよ？
0025デフォルトの名無しさん2007/07/14(土) 01:18:59
>24
過去形じゃなくて今でも高いよ
0026デフォルトの名無しさん2007/07/14(土) 19:10:25
>>25
ナムコのあれの３９００円シリーズでは当時任天堂と大喧嘩してだでそ。当時の任天堂ってまだ半分ヤクザみたいなもんだったからナムコは相当びびってただろうね。結局何本か出してナムコ側が屈服したけど。
光栄みたいにぼったくりで高く出す分には任天堂はニンマリしてくれるんだよね。
0027デフォルトの名無しさん2007/07/15(日) 03:17:03
>>3
6502を知らないから、そんな無知なことを発言できるんだよなぁ
きもいよｗ
あれを現状のアセンブラと比較するのは酷なもんだよ。
すくなくともアセンブラを知っているならアドレス指定が８ビットだけの
世界で何ができるか考えてみたほうがいい。
家電で使われている４ビットＣＰＵよりツカエネーぞｗ
知っていれば難解なパズルとか、機械仕掛けの精密な腕時計と比較するべき
存在だとおもわれ。
同じアセンブラでも68000のアセンブラと6502のアセンブラを比較するなら
犬の遠吠えと人間の会話ぐらい違うよ。
８ビットＣＰＵでＣ言語がツカエネーのは単にメモリ空間とレジスタ幅の
問題といったほうがいいかもな。
１６ビットＣＰＵ用でもサブセットなＣ言語と見なしたほうがいい。
６８０００は命令語レベルのアーキテクチヤ系は３２ビット仕様
Ｚ８０でぎりぎり１６ビット、８０８６でも１６ビット、８０３８６で３２ビット
６８０９もぎりぎり１６ビット、

アップル２のＶＲＡＭ仕様が６ＫＢでカラードットグラフィクスを実装できた
事実を計算して矛盾がでないか試算できるほどの能力があれば、
６５０２の時代の技術屋がどれだけ難解な職人だったか理解できるよｗ
0028デフォルトの名無しさん2007/07/15(日) 03:21:13
>>20
バランスは使用言語と関係ないだろ
>>27
富豪的環境しか知らないゆとりにマジレスするなよ
0029デフォルトの名無しさん2007/07/15(日) 06:43:30
PC版Wizは「不正」前提での難易度。
まあエミュ世代じゃ何のことか判らんだろうな。
0030デフォルトの名無しさん2007/07/15(日) 09:01:35
アドレス指定が8ビットとか、Z80が16ビットとか、どこから沸いた妄想なんだ？
6502はちゃんとアドレスバスが16本出てるんだが。
機械語レベルでみても、絶対番地(当然16ビットだ)、インデックス付き絶対番地、
プログラムカウンタ相対、ゼロページ、インデックス付きゼロページ、と、
アドレッシングモードは十分に容易されてるし、ゼロページを8ビットまたは16ビットの
レジスタ群とみなせる分だけ強力だ。
というか、Z80ごとき非力なヘナチョコ8ビットの石では、使いやすさで6502の足下にも及ばんよ。
0031デフォルトの名無しさん2007/07/15(日) 09:34:46
でも、スタックポインタは8bit
0032デフォルトの名無しさん2007/07/15(日) 10:06:16
ARMはどう？
0033デフォルトの名無しさん2007/07/15(日) 11:38:05
ARMは変態
0034デフォルトの名無しさん2007/07/15(日) 15:41:58
ARMとか寄り道してると人生損した気分になるよな
0035デフォルトの名無しさん2007/07/15(日) 19:24:32
あるあるある
0036デフォルトの名無しさん2007/07/15(日) 19:27:37
条件ジャンプならぬ条件比較が好きで今も忘れられないんだけどな…
0037デフォルトの名無しさん2007/07/15(日) 20:03:52
C言語でもなんでもいいけど、
それはどこが作った処理系なの？
0038デフォルトの名無しさん2007/07/15(日) 20:25:00
>>30
そんな意味の強力さでは、スレタイトルのＣ言語ネタになっていないだろ。
マヌケ君か？
Ｃコンパイラの仕様を満たせる6502のＣ言語があるのか？
0039デフォルトの名無しさん2007/07/15(日) 20:59:06
>>38
ANSI準拠なクロスコンパイラなら既にあるから、Cを使った6502開発は可能だが？
0040デフォルトの名無しさん2007/07/16(月) 04:12:56
>>39
トンデモがきたか？
自作で行うのと。商品で行うのは別だよな。
Ｃは6502レベルだと高級すぎてハードウエア的に無駄の塊になる。
つまり6502のバイナリ－レベルには最適化できねーんだよ。
0041デフォルトの名無しさん2007/07/16(月) 06:49:54
何この電波だらけｗ
0042最近多いな2007/07/16(月) 09:59:53
>>39
デンパ君かえれ
0043デフォルトの名無しさん2007/07/16(月) 15:24:25
>>38
>マヌケ君か？
>>27 ほどじゃないと思う。
0044デフォルトの名無しさん2007/07/16(月) 16:26:17
チキンレースかよ…
0045デフォルトの名無しさん2007/07/16(月) 18:55:01
>>40
無駄が生じるのは承知しているが、組み込み分野ではC言語を使うという選択肢が
現実に存在している。ほれ、この通り。
ttp://www.iar.com/index.php?show=1140_JAP&&page_anchor=http://www.iar.com/p1140/p1140_jap.php

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

そもそも、c言語に向いてないという意味ではZ80も同じ。
なぜ6502だけが向いていないかのように誘導するのか不思議でならない。
0046デフォルトの名無しさん2007/07/16(月) 20:20:04
http://c-au.2ch.net/test/-/mass/1183191945/i#b
http://c-au.2ch.net/test/-/soc/1152718893/i
0047デフォルトの名無しさん2007/07/17(火) 02:14:04
>>45
シビアな用途では向かないのは当然だろう、おまえはＲＯＭとＲＡＭの
容量計算もできないのか？
0048デフォルトの名無しさん2007/07/17(火) 05:59:55
>>47
計算できるかどうかと、Cコンパイラが実在するという事実の指摘に
一体何の関係があるのやら。
あんた一体何がしたいんだ？
0049デフォルトの名無しさん2007/07/17(火) 10:48:23
ROM化の話となれば、現行の高級なCPUでもＣ言語使うには制約多いってのｗ
0050デフォルトの名無しさん2007/07/17(火) 10:49:09
>>49
どんな制約?
0051デフォルトの名無しさん2007/07/17(火) 11:15:06
RISCの命令セットはCに向いてるとは言えない。
0052デフォルトの名無しさん2007/07/17(火) 11:31:00
夏真っ盛り
0053デフォルトの名無しさん2007/07/17(火) 12:00:54
>>52
うん。無駄に熱い (≠暑い) ね。
0054デフォルトの名無しさん2007/07/17(火) 12:58:32
インターネットの噂に依るとPSはBrainfuckで作られたそうです。
00558102007/07/17(火) 16:15:30
Appleの頃の6502ユーザーとFC以降のユーザーが
時空を超えて議論してるの？
”当時”の意味がそれぞれ違う気がするが・・・
0056デフォルトの名無しさん2007/07/17(火) 17:13:14
>>55
PET2001ユーザとPCエンジンユーザかも知れず。
0057デフォルトの名無しさん2007/07/17(火) 18:19:18
まあ、脳みそが硬化してる耄碌ジジイはすっ込んでてもらいたいね。
自分が言いたいことをわめくばっかりで、全然人の話を理解してない。
0058デフォルトの名無しさん2007/07/17(火) 21:30:28
Cは、PDP11とかのCPUに親和的に出来ているんだよ。
ミニコンから派生したM68000とかにも親和的。
そのCPUのインストラクションセット知ってると、
なぜインクリメントを++と書くのか、分かるよ。
0059デフォルトの名無しさん2007/07/17(火) 21:59:36
>>58
>なぜインクリメントを++と書くのか、分かるよ。
インストラクションセット知ってるけど、わからない。なぜ？
0060デフォルトの名無しさん2007/07/17(火) 22:06:08
68000だと、
mov.l (a0++),D0

とかあったよね？

PDP11なんてシランけど。
0061デフォルトの名無しさん2007/07/17(火) 22:19:43
>>58
＞なぜインクリメントを++と書くのか、分かるよ
むしろそれ以外に何か書きようあるか?
0062デフォルトの名無しさん2007/07/17(火) 22:55:56
>>61
inc x
up x
x<:1
0063デフォルトの名無しさん2007/07/17(火) 22:57:18
>>61
むしろ何故そんなものを導入したのか、疑問にも思わないのか？
0064デフォルトの名無しさん2007/07/17(火) 22:58:12
>>58
The Art of UNIX Programing によると、インクリメント演算子がPDP11から来てるってのは都市伝説らしい。
0065デフォルトの名無しさん2007/07/17(火) 23:07:14
PDP7 向けの B 言語の時に既に ++ はあったんだっけ?
0066デフォルトの名無しさん2007/07/17(火) 23:10:52
>>62
微妙だね･･･

>>63
良く使わない?
0067デフォルトの名無しさん2007/07/17(火) 23:44:34
マクロ展開したりすると副作用があるんだよねぇ++って
言語体系としてはいまいち使うの注意って感じだよ。
0068デフォルトの名無しさん2007/07/17(火) 23:46:02
move.l d0-d7/a0-a5,-(sp)
move.l (sp)+, d0-d7/a0-a5
↑こういうのは知ってるが

mov.l (a0++),d0
↑こんなのは知らん。
0069デフォルトの名無しさん2007/07/17(火) 23:47:58
む、いかん。moveではなくmovemだった。
0070デフォルトの名無しさん2007/07/18(水) 07:19:33
>>48
単なる粘着ヴぁか？、何も知らないって愚かだよな
0071デフォルトの名無しさん2007/07/18(水) 12:04:50
>>70
よう、おかえり。
0072デフォルトの名無しさん2007/07/18(水) 15:21:40
漢が熱い萌える闘魂プログラマーだから
0073デフォルトの名無しさん2007/07/18(水) 16:06:06
技術があるのも知識があるのも素直に尊敬するけど、
それが曲がった人間性を補強する材料になってしまうのは
ちょっとなぁと思う20代
0074デフォルトの名無しさん2007/07/18(水) 21:34:01
>>71
自作自演はいい加減やめとけ、消防レベルだぞ
0075デフォルトの名無しさん2007/07/18(水) 21:46:09
>>73
技術や知識があるから曲がった人間になってしまうというのもあるよ。
周りの人間に足引っ張られてばかりだとね…
0076デフォルトの名無しさん2007/07/18(水) 22:05:06
>>30や>>45あたりは、まともなこと言ってるようにしか見えないのって気のせい？
調べてみたら>>27に書いてあることって、本当に嘘だらけだったし。
0077デフォルトの名無しさん2007/07/18(水) 23:34:41
>>73
まっすぐすぎるのも面白くないもんだよ
0078デフォルトの名無しさん2007/07/19(木) 05:44:25
爺さん同士の馴れ合いはマ板でやればいいのに・・・
0079デフォルトの名無しさん2007/07/19(木) 06:56:02
いいのに？
008071==56==432007/07/19(木) 11:03:56
>>74
妄想癖ではないとしたら、相当間抜け。

>>76
ただ >>31 みたいな事情もあるんで結構使い辛い。
安いだけのことはあるっつーか。
0081デフォルトの名無しさん2007/07/19(木) 22:29:03
ゼロページレジスタという最強の武器をもってこのザマか。
0082デフォルトの名無しさん2007/07/19(木) 22:44:48
まあ、それでもZ80使うよりは楽なんだけどね。
家庭用だとMSXとかがZ80使ってたけど、あれのCコンパイラは酷いもんだった。
0083デフォルトの名無しさん2007/07/19(木) 22:52:10
LSI-C80はそれなりだったよ。MSXとじゃ、時代が違うけど。
0084デフォルトの名無しさん2007/07/24(火) 15:26:05
>>80
アセンブラもしらないのに何でオマエが書き込みするんだ？
0085デフォルトの名無しさん2007/07/24(火) 16:37:17
LSICの存在価値はプレインテキストの関数リファレンスだけだったな。
0086デフォルトの名無しさん2007/07/27(金) 23:14:58
>>39
遊びと仕事を区別できない奴だなぁｗ
6502でクロス使ってもメモリに入りきらなければ意味ねぇじゃんｗ
0087デフォルトの名無しさん2007/07/28(土) 13:13:38
> 6502でクロス使っても
クロスコンパイラの意味わかってる？
0088デフォルトの名無しさん2007/07/31(火) 22:30:19
わかってないのは>>87の方だったりしてｗ
0089デフォルトの名無しさん2007/08/01(水) 17:15:56
>>88
分からないから説明して
0090デフォルトの名無しさん2007/08/01(水) 20:45:22
クロスコンパイラでは、実メモリ以上のサイズの実行コードをいくらでも吐き出すのさ。
64KBしかアドレス領域の無いマシンに100KBとかの実行コード乗せられねえだろ。
0091デフォルトの名無しさん2007/08/01(水) 20:46:02
クロスコンパイラでは、実メモリ以上のサイズの実行コードをいくらでも吐き出すのさ。
32KBしかROM領域の無いマシンに40KBとかの実行コード乗せられねえだろ。物理的に
0092デフォルトの名無しさん2007/08/01(水) 20:47:33
>>90の書き込みはさすがにウソだ、忘れてくれｗ
0093デフォルトの名無しさん2007/08/01(水) 22:13:34
でも元の話はANSI C対応のコンパイラが存在するかどうかという話だったのだから、
実用性は二の次以下にしか考えられていなかったと思う。
0094デフォルトの名無しさん2007/08/01(水) 22:19:22
>>91はクロスコンパイラの説明にまったくなってないんだが
クロスコンパイラの 「 ク ロ ス 」 の説明をしてくれないか
0095デフォルトの名無しさん2007/08/01(水) 23:21:18
布
0096デフォルトの名無しさん2007/08/02(木) 00:53:59
つまんねーヤツｗ
0097デフォルトの名無しさん2007/08/02(木) 14:50:49
なんか仮定の想像の域のエセ論理と、リアルの話が混在している。

理屈だけ先行しても現実に使えないものは使えないでＦＡじゃないか？
ときどきいるんだよな、理論と現実が合わないと理論で行動して事故に
合うマヌケ君てｗ
0098デフォルトの名無しさん2007/08/02(木) 16:50:01
お前 ｗ ←これ好きだなぁ
あと意味のわからない単語を知ったかぶりするのは止めた方がいいよ
0099デフォルトの名無しさん2007/08/03(金) 09:18:40
クロスコンパイラって、パソコン上で6502のマシン語コードを吐き出す奴。
0100デフォルトの名無しさん2007/08/03(金) 10:51:33
それだけがクロスコンパイラかいw
0101デフォルトの名無しさん2007/08/03(金) 21:22:37
>>99
Apple][やPET2001もパソコンだけどそれらが6502のコード吐いてもクロスコンパイラなの？
コンパイラの存在は別として
0102デフォルトの名無しさん2007/08/03(金) 22:32:11
ああ、Z80のマシンで8086のコードを吐き出しても、クロスコンパイラ
0103デフォルトの名無しさん2007/08/03(金) 22:33:49
ホストＣＰＵと異なるＣＰＵ向けの実行コードを吐き出す奴は、全部クロスコンパイラだぁ
もんくあっか？
0104デフォルトの名無しさん2007/08/03(金) 22:35:40
ならx86 Linux上でx86 Windows用バイナリを吐き出すGCCは何？
俺はこういうのもクロスコンパイラの内だと思うんだけど。
0105デフォルトの名無しさん2007/08/03(金) 23:25:39
それで合ってるよ
0106デフォルトの名無しさん2007/08/04(土) 00:39:09
>>100
「それ」以外の説明をおながいしますｗ
ぜひｗｗｗ
0107デフォルトの名無しさん2007/08/04(土) 00:58:00
もしかして>>102はApple][やPET2001がZ80だと思ってんのか？
0108デフォルトの名無しさん2007/08/04(土) 01:05:39
>>107
んなわけねえだろw
0109デフォルトの名無しさん2007/08/04(土) 20:39:04
このスレってファミコン全盛期当時の環境前提での話だよね？

＞6502のレジスタはPCが16ビットであることを除き、すべて8ビットである。
って書いてあるんだがファミコンは８ビットでおｋ？
0110デフォルトの名無しさん2007/08/04(土) 21:52:08
昔から思ってたんだけど
Apple][
って表記はきもいです
0111デフォルトの名無しさん2007/08/04(土) 23:27:08
そんな文句はアップルに言ってくれ。
起動画面に APPLE][ と出してたのはアップルなんだから。
0112デフォルトの名無しさん2007/08/05(日) 02:13:58
6502でコードがどのようになるかすら知らない無能君がクロスコンパイラとか
Ｃ言語とか抜かしているのが笑える。
そもそもアセンブラのニーモニックの一部をみたことがある程度じゃないのか？
6502でＣのソースを機械語へ翻訳するのは可能だが68000なCPUと比べれば
そのコードが桁違いに増大するのは明白だろう。
そもそもビット数がないレジスタとメモリ空間が６４ＫＢしかない
極小の世界というのが理解すらできていない。
何をするにも８ビットの壁が存在するのが6502だろｗ
8086で16ビットの壁があって80386で32ビットの壁がある、これは明白であって
それ以上のことを模擬したとしてもそれは模擬でしかすぎない。
数百倍も手間がかかるクロスコンパイラが吐き出すコードなどに意味がある
訳が無いだろ。８ビットでこそ効率的に処理できるＣＰＵに３２ビットで
表現するのが普通なＣ言語というのは無茶すぎる。
8086のＣだって無理があり制限機能だらけだった事実すらしらねーのが
クロスコンパイラが存在するから可能だと言うのはロケットがあるから
シリウスまで飛べるはずだと誇張するようなものだろｗ
妄想もいい加減にしておけ。無知は困るよな。
いまのＣＰＵの概念すら通じないＣＰＵだってあるんだぞ、
具体的に条件分岐命令が存在しないＣＰＵとかだｗＮＥＣ製にあるｗ
古いＣＰＵについて無知なのは当然だろうけど、思い込みもいい加減にしておけ。
0113デフォルトの名無しさん2007/08/05(日) 02:41:43
そんな長文（しかも的外れ）書くほど悔しかったのか？
0114デフォルトの名無しさん2007/08/05(日) 02:49:00
どうでもいいけど4bit=1nibble
0115デフォルトの名無しさん2007/08/05(日) 03:00:30
じゃ16オクテット=1パラグラフ
0116デフォルトの名無しさん2007/08/05(日) 03:06:56
まあ、まあ、８ビットCPUでも十分短い実行コードで十分実用可能なんだけどね。
特に6502とか、6809の系統は、メモリーへのアドレッシングが豊富だから。
あと、6502は、零ページレジスタと言って簡単に扱えるメモリー領域があるから、
ちょっとしたコードならすごく短く済む。
0117デフォルトの名無しさん2007/08/05(日) 03:10:06
遅延ジャンプ搭載！
0118デフォルトの名無しさん2007/08/05(日) 03:23:14
リロケータブルジャンプとか懐かしいな。
0119デフォルトの名無しさん2007/08/05(日) 04:15:40
>>118
x64で再配置可能なプログラムが画期的な新機能のようにアピールされている件
0120デフォルトの名無しさん2007/08/05(日) 18:37:49
お前らオペランドジャンプって分かる？
0121デフォルトの名無しさん2007/08/06(月) 11:54:37
>>112
>３２ビットで
>表現するのが普通なＣ言語
↓
>無知は困るよな。

>8086のＣだって無理があり制限機能だらけだった事実
kwsk
0122デフォルトの名無しさん2007/08/06(月) 18:46:10
>>121
6502で１ＭＢのメモリをコピーしてください。ｗ
0123デフォルトの名無しさん2007/08/06(月) 19:16:09
>>122
先ずは、1MBのメモリをコピーできる、6502搭載のシステムを用意してください。
その仕様を明らかにしていただければ、必ずやコピーしてご覧に入れましょう。
0124デフォルトの名無しさん2007/08/06(月) 20:15:59
>>122
6502で1MBのメモリコピーになんの実用性も有るとは思えんが・・・
お前はバンク切り替え知らんのか？
0125デフォルトの名無しさん2007/08/06(月) 21:01:20
知らんのか？
0126デフォルトの名無しさん2007/08/06(月) 23:17:06
Z80のバンク切り換えで実現した仮想ディスクを思い出した。
バンク切り換え8ビット+アドレスバス15ビットでやっと8MB……
0127デフォルトの名無しさん2007/08/07(火) 00:45:11
>>124
おまｗなんの実用性も無いものを、

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

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

ありえねーーーｗｗｗｗｗｗｗｗｗｗっうぇえうぇっうぇえっうぇえｗｗｗｗ
0128デフォルトの名無しさん2007/08/07(火) 00:47:18
＞バンク切り替え
つかバンク切り替えのハードウエア追加してどうするｗ
それじゃ６５０２のＣＰＵ以外の機能で実現するシステムじゃんｗ
ＦＰＧＡで組んだＣＰＵに実装でもするか（ｒｙ
0129デフォルトの名無しさん2007/08/07(火) 00:57:16
つＤＭＡＣ
0130デフォルトの名無しさん2007/08/07(火) 02:25:13
> ありえねーーーｗｗｗｗｗｗｗｗｗｗっうぇえうぇっうぇえっうぇえｗｗｗｗ
0131デフォルトの名無しさん2007/08/07(火) 06:55:12
C言語は初期UNIXを移植するために作られたわけだが、
そのターゲットはDEC PDP-11
PDP-11 は16bit CPUで、その仮想アドレス空間は64k
0132デフォルトの名無しさん2007/08/07(火) 07:50:38
ちなみにC言語はB言語を参考にしている
0133デフォルトの名無しさん2007/08/07(火) 10:54:06
B言語はA言語を
0134デフォルトの名無しさん2007/08/07(火) 11:16:28
↑嘘吐くなｗ
0135デフォルトの名無しさん2007/08/07(火) 14:29:36
B言語はBCPLのサブセットじゃなかったっけ？よーらんけど。
0136デフォルトの名無しさん2007/08/07(火) 17:48:55
パソコンに繋がった自律ロボットにプログラムを転送する場合も
パソコンでロボット制御を制御していることになるのか？

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


0137デフォルトの名無しさん2007/08/07(火) 17:49:44
D言語はDelphiを
0138デフォルトの名無しさん2007/08/07(火) 18:11:22
>>27 は、その情熱を仕事に向けるべきだと思う。
0139デフォルトの名無しさん2007/08/07(火) 20:33:31
>>18
パッケージや取説にかいてあったろ？
0140デフォルトの名無しさん2007/08/07(火) 20:40:42
どうして　>>86みたいゴミくずが放置されているの？
0141デフォルトの名無しさん2007/08/07(火) 20:45:15
6809でｃ使ってアプリ書いたことあるよ。

FM-77ですけど。
0142デフォルトの名無しさん2007/08/07(火) 23:27:13
＞嘘はくなよな
「嘘吐く」と書いて「うそはく」と読む人ですか?
0143デフォルトの名無しさん2007/08/07(火) 23:38:49
出発（でっぱつ）
0144デフォルトの名無しさん2007/08/07(火) 23:41:47
>>142
それは嘘を「はく」でいいんだよ
日本語として何もおかしくない。
恥ずかしい奴だなおいw
0145デフォルトの名無しさん2007/08/07(火) 23:50:51
>>134
まぁBCPLやPascalといった手続き言語は ALGOL の影響を強く受けてるから
間違いじゃないよな
0146デフォルトの名無しさん2007/08/07(火) 23:54:29
>>144
菊は一時の恥と申しまして。
0147デフォルトの名無しさん2007/08/08(水) 00:02:52
この人には何言っても無駄だよ
0148デフォルトの名無しさん2007/08/08(水) 02:20:58
嘘吐くを「嘘はく」と読む「嘘はき」がいるスレはここですか？
0149デフォルトの名無しさん2007/08/08(水) 05:28:07
ほぼ全てのスレに居ると思うが…
0150デフォルトの名無しさん2007/08/08(水) 06:44:50
この吐くに関しては、表外音訓だから、
普通の文章では、漢字であんまり書かないし、
間違う人はいる気がする。

嘘じゃなくて、悪態とかだったら、読みを考えただろうけど。
0151デフォルトの名無しさん2007/08/08(水) 06:48:33
間違うも何も「はく」も「つく」も両方間違いではないんじゃないか？
うそをはくって言い回しはちょっとレトロな感じだね
0152デフォルトの名無しさん2007/08/08(水) 07:56:49
>>112
どんなに長文を書こうとも、実行速度は6502>68000。
PCエンジンとメガドライブをみればその実力差は明白。
0153ビル･ジョブス2007/08/08(水) 10:23:01
念のため任天堂ファミコンはRICOHカスタムの65C02だったよな。
0154デフォルトの名無しさん2007/08/08(水) 15:07:36
HuC6280は確かに、メモリも組み込まれてて速かったな。
0155デフォルトの名無しさん2007/08/08(水) 17:10:25
１ＭＨｚで動作するＣＰＵでＣ言語を語るスレですか？
ＧＨｚの時代にＣ言語が１ＭＨｚなんて、日本海の水をコップで
太平洋にくみ出して水を増やしているような次元だろ。
あたま悪すぎｗ
そもそもポインタが８ビットアドレス以外つかえなようなＣＰＵで
何ができるんだ？２５６バイトの最大配列か？
0156デフォルトの名無しさん2007/08/08(水) 17:51:29
>>155
>そもそもポインタが８ビットアドレス以外つかえなようなＣＰＵで
帰れ莫迦。
0157デフォルトの名無しさん2007/08/08(水) 18:00:53
>>155
機体の性能でゲームの面白さを語れると思ったら大間違いだぞ房や。
昔の人はそれでも頑張った。
0158デフォルトの名無しさん2007/08/08(水) 19:30:46
シャアかw
0159デフォルトの名無しさん2007/08/08(水) 19:55:05
FFXIよりも初代スーパーマリオの方が面白いのは間違いない
0160デフォルトの名無しさん2007/08/08(水) 22:17:33
昔のゲームって
いい具合に抽象化されてるから、感情移入がしやすいんだよね。
だから面白いと感じるんだよ。
0161デフォルトの名無しさん2007/08/08(水) 22:22:15
感情移入してた奴なんかむしろおらんやろw
マリオやアーサー（魔界村）やビッグバイパーに感情移入してる奴がいたら怖いわ
何をいってんだチミは。
0162デフォルトの名無しさん2007/08/08(水) 23:50:42
ここは加齢臭が目にしみるスレですね
0163デフォルトの名無しさん2007/08/09(木) 04:18:03
>>155
言ってる事がよくわからない。
6502のインデクスレジスタは8bit幅だが、0ページの連続した2バイトをアドレスレジスタとして
使えるから、ポインタそのものは16bit幅になるんだが。

まさか、Z80は8bit定数しかディスプレイスメント値として指定できないから、
Z80ではポインタは8bitアドレスしか使えない、などと間抜けた事は言うまい？
0164デフォルトの名無しさん2007/08/09(木) 22:39:55
>>163
１６ビット幅でも足りないよ、ゴミ以下
0165デフォルトの名無しさん2007/08/10(金) 00:42:59
とりあえず光栄は何らかのコンパイラ使ってたかも。
遅い上にワーク用のRAM増やしてたし。

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

>>164
16bitのアドレスバス幅しかないのに足りないってどういうこと？ｗ
0166デフォルトの名無しさん2007/08/10(金) 11:18:31
ファミコンでCで組んでた実例とか示せば一発なのに、なんでしないの？
0167デフォルトの名無しさん2007/08/10(金) 11:34:37
デザイナーなかじまかおる
0168デフォルトの名無しさん2007/08/10(金) 20:50:36
>>166
逆に質問するが、どうやって実例を示すんだ?
ゲーム会社は自社の技術の流出を防ぎたいから、
「当社ではファミコンソフトの開発にCを使ってます(使ってました)」
と公式に発表した記録なんてないだろうし、
「俺は昔、Cでファミコンソフト作ってた」
「これが、ゲームソフト○○のソースコード」
みたいな書き込みは真偽の確かめようがない。
0169デフォルトの名無しさん2007/08/10(金) 23:01:00
ｃ使ってファミコン開発してた初老のじじいがほくそ笑むことの出来る瞬間。
0170デフォルトの名無しさん2007/08/11(土) 00:46:07
>>166
ファミコンはしらんけど、6502のapple IIはふつーに各種コンパイラが動いてただろ。
0171デフォルトの名無しさん2007/08/11(土) 00:52:47
80年前後にそんな気の利いたものがあるわけなかろうがw
0172デフォルトの名無しさん2007/08/12(日) 13:41:26
>171
少しぐらい調べろや
0173デフォルトの名無しさん2007/08/13(月) 00:36:34
>>170
AppleII用はTinyベースで動いていたね。
しらねーのか？
それらはモドキであって、それ以上ではない。実際に物も使ったことないんだろ？
>>172
調べる？アフォかよ。本体もってリアルでやっていた人に物を言う
姿勢か？ｗ
昔話しても仕方がネェけど。おまいらが想像する世界を越えていたのが
AppleIIだろ。
あのハードウエアでとてつもないソフトや性能や技術を満載していた原点に
もあたる存在でappleが神であった証がappleの初期マシンにある。
0174デフォルトの名無しさん2007/08/13(月) 00:47:40
>>173
最初から最後まで全く意味がわからんレスも珍しい
そもそも何が言いたいんだ？
0175デフォルトの名無しさん2007/08/13(月) 02:32:30
>173
>172 は >170 の発言を肯定しているじゃないか
0176デフォルトの名無しさん2007/08/13(月) 10:56:19
だからつっかかってるんでしょw

80年前後にもマイコン用のコンパイラはそりゃああるにはあったけど、
オモチャであって実用レベルの代物では到底なかったと思ったけど違ったかな？
0177デフォルトの名無しさん2007/08/13(月) 11:42:04
UCSD Pascal が Apple][ で動いてたような気がするが。
0178デフォルトの名無しさん2007/08/13(月) 11:53:47
>>176
元々今のPCに較べれば玩具にも劣る性能しかないPCで、今の基準で実用的なものが作れるわけがないっしょ。
それとも何か? ENIACは玩具だったとでも?
0179デフォルトの名無しさん2007/08/13(月) 12:01:14
今の基準ったって絵や文字が細かく表現豊かになっただけで、
必要最小限の能力は十分あっただろ。

ま、今ですら画面ひとつの情報量は証明写真くらいの量しか無いけどな。
0180デフォルトの名無しさん2007/08/13(月) 12:03:40
性能からいえばENIACよりApple][の方がマシではないかな
それにENIACは動いているより修理している時間の方が長かったしな
0181デフォルトの名無しさん2007/08/13(月) 12:08:42
>>178
まあいいから落ち着いて「話の文脈」を確認し給えよ。
短絡的に人の言葉尻を捕らえてないで。

>>170が当時フツーにコンパイラが使えるし使われている状態だった、
といっているからそれは事実誤認だといっているに過ぎんだろう。
0182デフォルトの名無しさん2007/08/13(月) 12:24:05
>>181
だから、Apple][ではUCSD Pascalが普通に動いてたって話じゃん。
少なくともそれで弾道計算くらいは充分できていたよ。
0183デフォルトの名無しさん2007/08/13(月) 12:26:22
80年頃にAppleII使って弾道計算するのが「ふつー」の使い方かw
こういう自分の間違いを認められない可哀想な奴と話してると疲れるな
0184デフォルトの名無しさん2007/08/13(月) 12:31:29
「弾道計算くらいは充分できていた」≠「弾道計算するのがふつー」
0185デフォルトの名無しさん2007/08/13(月) 12:32:00
>>184
そういう自分の勘違いを認められない可哀想な奴と話してると疲れるな
0186デフォルトの名無しさん2007/08/13(月) 13:28:03
Apple][で弾道計算していたなんて誰も書いてないけどな
それはそれとして弾道計算するのにPascalコンパイラは必要ないんｼﾞｬﾏｲｶ
0187デフォルトの名無しさん2007/08/16(木) 18:06:07
>>185
日本語読めないならもう来なけりゃいいと思うのね。
0188デフォルトの名無しさん2007/08/17(金) 12:44:34
なんか弾道計算は世界最初のコンピュータ時点で扱われていた問題で
6502で「ふつー」とか言っている時点で意味不明な発言なんだか。ｗ

>UCSD Pascal
>>182
おまUCSD Pascalを知っていもしないのに何をはびょっているんだ？ｗ
仮想マシンのPコードが動けばどのマシンで動くといわれている奴で
リアルに動いているようなものじゃないぞ。
そもそもＣ言語がPコードで動くなんて始めて聞いたが
Ｃ言語の話をPascalに脳内捏造でもしたのか？
0189デフォルトの名無しさん2007/08/18(土) 17:27:53
6502で動いてたんなら、p-codeでなにが問題かわからんけど。

論点は、6502とCで実用的なものが作れるかってことだろ?
信長の野望とか大戦略の初期のやつはZ80でBASICだし、6502とCの組み合わせでも
余裕で組めるね > 商用レベルのゲーム
0190デフォルトの名無しさん2007/08/18(土) 18:15:24
実用の意味がわからん
まるで当時のパソコンでは実用ソフトが皆無だったような書き方は好かん。
0191デフォルトの名無しさん2007/08/19(日) 07:20:14
組込みレベルの開発でもCは実用的な物を作れる。
というか使われてる。
0192デフォルトの名無しさん2007/08/19(日) 11:41:02
>>191
>組込みレベルの開発でもCは実用的な物を作れる。
>というか使われてる。
たしかに間違いではないが、激しい誇張で嘘の域に近い。
実態はマクロとインラインアセンブラだらけだろ。
経験もしたことが無いことを語られてもなぁｗ
0193デフォルトの名無しさん2007/08/19(日) 11:44:01
>>192
自分の居る井戸の狭さに気付いた方が宜しいかと。
0194デフォルトの名無しさん2007/08/19(日) 13:13:58
安易に「組み込み」なんていう振り幅のひろい言葉を使うのはどうかとは思うが、
191の言ってることの方が正しいね。

8051ですらC（もちろん特殊仕様ではあるが）が普通だし、H8ならC++が使えるしね。
0195デフォルトの名無しさん2007/08/19(日) 19:33:23
組み込み Linux みたいなのも組み込みだからなあ
0196デフォルトの名無しさん2007/08/19(日) 22:25:00
H8ぐらいなら、一部アセンブラでほとんどCでかけるだろ。
0197デフォルトの名無しさん2007/08/20(月) 18:52:34
さらしアゲｗ
0198デフォルトの名無しさん2007/08/20(月) 19:35:43
なんか面白い話してるね。
当時 Apple ][ で確かに幾つかの言語のコンパイラはふつーにあった。
でも、それで実用アプリ？（表計算にワープロにゲームとかかな）を
作っているかどうかとなると、、、Wizardry が PASCAL だっけ？
まぁ、あったんじゃないかなとは思う。

で、ファミコンで C だけど、Apple ][ のアセンブラと C を使って
プログラム作って、それをファミコンのカセットに焼いて動かす
ということは実際に自分もしていたよ。
0199デフォルトの名無しさん2007/08/21(火) 14:34:35
組み込みでもC++を使いたい
0200デフォルトの名無しさん2007/08/21(火) 16:06:43
ならばColdfireを推進したまえ。
0201デフォルトの名無しさん2007/08/21(火) 21:56:15
C++って、クラスメンバーへのインデックスが静的に決定されるから嫌い。
何かあるごとに毎回全コンパイルなんて、やってられん。
0202デフォルトの名無しさん2007/08/21(火) 22:30:25
なんのこっちゃw
0203デフォルトの名無しさん2007/08/21(火) 23:29:21
>>201
はぁ?
0204デフォルトの名無しさん2007/08/22(水) 00:17:51
>>201
つpimpl
0205デフォルトの名無しさん2007/08/22(水) 20:22:50
>>198
嘘もほどほどにしろよ、どこのメーカーのＣ言語だ。ｗ
0206デフォルトの名無しさん2007/08/22(水) 21:58:41
Ｃコンパイラも自作できないとは
0207デフォルトの名無しさん2007/08/22(水) 22:02:34
Cインプリタなら作れます
0208デフォルトの名無しさん2007/08/22(水) 23:40:53
Forthが動けばいい
0209デフォルトの名無しさん2007/08/23(木) 12:44:53
>>205
Aztec-Cは無かったことになりましたか？
0210デフォルトの名無しさん2007/08/25(土) 03:06:13
まとめに入るか。

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

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

以上。

ーーーーーーーーーーーーーーーーーーーーーーーー終了ーーーーーーーーーーーーーーーーーーーーーーーーーー
0211デフォルトの名無しさん2007/08/25(土) 05:40:27
論点から滅茶苦茶離れたことをいきなりまとめとか言い出すキチガイはいったいなんなんだろうな。
0212デフォルトの名無しさん2007/08/25(土) 09:12:44
>>27 でキチガイが登場して以降は、本筋ではありません。
0213デフォルトの名無しさん2007/08/25(土) 12:34:51
今の時代に合わせてCだなんて
そんな不味い餌にこの俺様が熊熊
0214デフォルトの名無しさん2007/08/28(火) 11:53:44
なんでファミコンでＣ言語なんて（ｒｙ
これはファミコンでエクセルやワードが動くというのと同等だろｗ
ファミコンでイルカの代わりにマリオでも動かせよｗ
0215デフォルトの名無しさん2007/08/28(火) 12:28:20
全然違いますな。ファミコンでCコンパイラは動くけどエクセルは動かない。
0216デフォルトの名無しさん2007/08/28(火) 12:39:43
＞ファミコンでCコンパイラは動くけど
それ本当かw
0217デフォルトの名無しさん2007/08/28(火) 12:42:20
ファミコン程度の構成でも動くことは動くな。
0218デフォルトの名無しさん2007/08/28(火) 16:32:21
頑張って、ファミベでCコンパイラを作る。
0219デフォルトの名無しさん2007/08/28(火) 16:34:23
>>216
先天的な嘘付きに触ると後でＤＱＮになるから注意しろｗ
0220デフォルトの名無しさん2007/08/28(火) 16:36:14
スーファミでwindowsなら動いたよな
0221デフォルトの名無しさん2007/08/28(火) 23:16:10
人知れずファミコン上で動くＣコンパイラを作っても、実行バイナリがとてつもなく小さい物じゃないと作れないとかで、ポシャってるのが幾つもある悪寒。
0222デフォルトの名無しさん2007/08/29(水) 00:31:45
スーファミでも 10 メガ ROM とか言って 10Mbit だったのはﾜﾗﾀ
0223デフォルトの名無しさん2007/08/29(水) 03:52:46
メモリチップはビット数で数えるからね。
0224デフォルトの名無しさん2007/08/29(水) 13:27:45
>>221
FCでセルフコンパイラなんて酔狂な奴もそうそういないと思うが。
0225デフォルトの名無しさん2007/08/29(水) 14:57:46
ファミコンでも地球シュミレータは動作する事実！
おまいらその程度もしらないのか？
0226デフォルトの名無しさん2007/08/29(水) 20:49:41
そんな計算量こなせるならN64エミュレーターとか屁の河童だよな。
0227デフォルトの名無しさん2007/08/29(水) 20:54:06
>>225
シム・アースが出たのはスーファミだったような気がするけど…
0228デフォルトの名無しさん2007/08/29(水) 23:06:27
>>221
人知れずっていうか、6502のCコンパイラはあるだろ。
0229デフォルトの名無しさん2007/08/30(木) 00:04:27
ファミコンの狭いメモリーに、ソースと実行ファイルとワーク領域と置かなきゃならんのにか！
0230デフォルトの名無しさん2007/08/30(木) 00:19:02
ソースは1パスだから常に全部保持する必要はないだろ。
だからといってめちゃくちゃ余裕が生まれるわけでもないが。
0231デフォルトの名無しさん2007/08/30(木) 01:34:52
8bit機でメモリ効率考えて作るならマクロ的な機能が豊富なアセンブラもどきが一番だろ
0232デフォルトの名無しさん2007/08/30(木) 03:29:54
ファミコンって「ソフト」がハードウェアそのものだから、無限の可能性があるよな
Cコンパイラを走らせる、なんてのだって、こだわらなきゃカートリッジに石積んでやらせりゃいいんだし
0233デフォルトの名無しさん2007/08/30(木) 09:02:49
もういいよ。
0234デフォルトの名無しさん2007/08/30(木) 12:43:13
またトンチンカンな事を言う奴が沸いたな。
0235デフォルトの名無しさん2007/08/30(木) 16:37:31
ファミコントレードで株取引もできる
0236デフォルトの名無しさん2007/08/30(木) 21:01:21
>>230
ファミコンってハードディスク付いていたっけ？
0237デフォルトの名無しさん2007/08/30(木) 21:41:36
結構、ディスクシステムのディスクは固かったな。ハードだったな。

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

トンカチエディタ最強。
0238デフォルトの名無しさん2007/08/31(金) 06:32:42
ここはバカしかいないのかｗ
0239デフォルトの名無しさん2007/09/08(土) 20:02:06
ほとんど何言ってるのかわからんけど、
自分が遊んでたゲームがどういう苦労の上に作られたのかが何となくわかったような気がする。

FF3とか当時なんとなくゲームやってたけど最近この手の話を見聞きしてからは見方変わったし。
0240デフォルトの名無しさん2007/09/08(土) 20:25:15
デザイナーなかじまかおる
0241デフォルトの名無しさん2007/09/11(火) 00:21:03
ファイナルファンタジーのプログラムは、それぞれのエフェクト担当が勝手気ままにプログラム組んでるらしくて、エフェクトとエフェクトを繋ぐ変換処理が色んな所に埋め込まれてるよね。
0242デフォルトの名無しさん2007/09/11(火) 13:15:24
PS以降の話？
0243デフォルトの名無しさん2007/09/11(火) 23:04:49
>>238
自己紹介乙
0244デフォルトの名無しさん2007/10/07(日) 10:48:35
( ﾟAﾟ)y-･~~腹立つわーこいつらー…

http://love6.2ch.net/test/read.cgi/kao/1179929773/
0245デフォルトの名無しさん2007/10/07(日) 12:15:30
コピペ君って馬鹿だな、まで読んだ。
0246デフォルトの名無しさん2007/10/09(火) 14:45:40
6502はズラ語信者用のアイテム。


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

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

Z80ならCでまだ組める。


何が問題になるか。256バイトのスタック。汎用レジスタ1個。ポインタ。
0247デフォルトの名無しさん2007/10/09(火) 14:50:11
6502でCを使うとどんなコードを吐くのか気になる。
intは片っ端からゼロページに割り当てていってデフォでstaticとかね。
autoはさすがに256バイトのスタックでは無理がありそう。
0248デフォルトの名無しさん2007/10/09(火) 14:51:50
普通のCPUでアセンブラとCで同じ処理を書くと、サイズは少なくとも2～3倍になる。
速度差も計測してはいないがサイズ比でその程度だろう。
0249デフォルトの名無しさん2007/10/09(火) 14:53:13
6502に最適なコンパイラはGAMEではないかと思ったり。
0250デフォルトの名無しさん2007/10/09(火) 14:56:34
ゼロページに置くのも専用命令でした。
直さないと1ページとかに置かれます。
ゼロページはI/Oに使ったりするからかな？


大昔、アセンブラ覚えた頃にC薦められて、勉強しようとして、
「ワークエリアの自前管理（絶対番地への配置）ってどうすればいいのかな？」
と本気で悩んでました。
0251デフォルトの名無しさん2007/10/09(火) 15:00:06
ああ、そうか。
6502はI/Oポートを持ってないからメモリマップトI/Oになるんだね。
68系と同じか。

クセが強いのでアセンブラでちまちま組むには最高に面白い反面、
コンパイラにとっては手強いCPUなのかもしれんなあ。Yレジスタの
インデックスモードなんて便利な命令にも落としにくいし。
0252デフォルトの名無しさん2007/10/09(火) 15:01:41
と言うか6502に (xx),Y ってインデックス・モードがないとすると
最高に使いにくいじゃん。
0253デフォルトの名無しさん2007/10/17(水) 05:06:18
むしろコンパイラ作りやすいCPUだろ
0254デフォルトの名無しさん2007/10/20(土) 20:01:25
コンパイラはあるだろ…6502はかのAppleⅡに詰まれてたんだから
だが6502がつまれている＝Cで開発できる は成り立たない…

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

とくにメモリから来る制約はかなりきついかと、あと6502はスタック操作には
向かないチップだったと思うが？
といった理由からファミコン、スーファミ、ゲームボーイのゲーム開発はアセンブラ
だったと思う。(ゲームボーイならC＋アセンブラでの最適化もありえるが…同人系で)
0255デフォルトの名無しさん2007/10/20(土) 20:54:23
スタックを多用するかどうかはコーディグ次第なんだけどね。
ま、レジスタ少ないからゼロページをレジスタとみなして引数として使うのは普通で
スタックはサブルーチンコール時のポインタを置く程度なのは常識。

見方によっちゃあ、グローバル変数だらけの醜悪プログラムだろうなw
0256デフォルトの名無しさん2007/10/21(日) 23:00:00
ただでさえ2kだったかそのくらいのRAMしか積んでいないのに
ファミコンは…

0ページのレジスタ代用…明らかにそうさせようとしているアーキテクチャだ6502
たしか6502は似非劣化型6800だったと
インデックスが8bitになる代わりに2本になってspも8bitになって1ページ限定化
バイトオーダーがリトルエンディアンからビッグエンディアンになってたはず…
0257デフォルトの名無しさん2007/10/26(金) 10:37:04
まぁおまえら落ち着け。
最初はコンパイラがあるなら言ってみろ
だったのに、コンパイラを例示すると現実的じゃないとか、
話題の切り替え、すり替えがひどすぎるだろ。
0258デフォルトの名無しさん2007/10/26(金) 15:34:25
典型的な負けず嫌いです
0259デフォルトの名無しさん2007/10/27(土) 22:24:55
360はC♯
0260デフォルトの名無しさん2007/11/09(金) 19:15:05
ファミコンって今の激安PCよりはるかにショボイPCでソフト開発してたの？
0261デフォルトの名無しさん2007/11/09(金) 19:32:26
そりゃあんた、「今の激安PC」のスペックは、一昔前のEWSを凌駕するんだからねぇ。
0262デフォルトの名無しさん2007/11/09(金) 20:22:48
ファミコンソフトってどんなスペックのPCで開発してたの？
0263デフォルトの名無しさん2007/11/09(金) 20:26:38
カシオのポケコンと紙
0264デフォルトの名無しさん2007/11/09(金) 21:46:27
PCが進化しなければ4MBitカセットのゲームも作れなかったに違いない。
0265デフォルトの名無しさん2007/11/10(土) 03:13:58
>>262
CPUはZ80
メモリは64KB
1MBフロッピー（8インチ）x2
OSはCP/M

他の会社は知らないけどね
0266デフォルトの名無しさん2007/11/10(土) 03:17:51
>>265
当時は数百万してたのかな？
0267デフォルトの名無しさん2007/11/10(土) 03:20:54
>>247
> autoはさすがに256バイトのスタックでは無理がありそう。

autoは、ハードウエアのスタック使わなくても実装できるじゃん。
0268デフォルトの名無しさん2007/11/10(土) 16:44:03
ちなみに、PC-6001, SHC-25辺りの開発にも>265と同等のスペックの端末を使っていた。
ファミコンと違って、CPUが同じだからその分楽かもね。
0269デフォルトの名無しさん2007/11/10(土) 22:07:58
>>265
こんなんで作ってたんだ
今はどんなPCで作ってるんだろ？
0270デフォルトの名無しさん2007/11/11(日) 03:37:57
任天堂純正の開発機材は数百万したらしいが、どんなもんだったんだろう？
ファミコンとPCが繋がってて、ROMライタで焼かなくても動かせたり、リアルタイムに
デバッガ使えたりとかしたんだろうか？
売れ残りのPCにアセンブラと開発用の資料つけただけのボッタクリ、ではなかったと思いたい。
0271デフォルトの名無しさん2007/11/11(日) 15:29:45
>>270
pc88伝説本には一千万したって書いてあった
ファミコンのテクザー開発時は機材が買えなかったとあったけど
ｐｃ88上で作ったのかな？
0272デフォルトの名無しさん2007/11/11(日) 21:09:44
Z80秘伝の書の人は、PC88のゲームをPC88で作っていて、それを知った人が驚くとか書いてたね。
0273デフォルトの名無しさん2007/11/11(日) 21:24:49
そんな高額な開発機材なんていらん気がする。
もちろんROMカートリッジをエミュレートするような何かは必要だろうけど。

ICEみたいなデバッグ環境って今も昔も使わない人は全く使わないよね。
俺もしがない組み込みPGだけど、デバッガの類はまったく使わない。
0274デフォルトの名無しさん2007/11/12(月) 01:16:16
ちょっと待て。ICEはデバッグツールだと思っている?
勘弁してくれ。
0275デフォルトの名無しさん2007/11/12(月) 01:38:27
もともと語義からしたら確かにデバックとは無関係だけど、
しかしデバッガを使わないならICEである必然性は何もないでしょ。

すでに書いているように、ファミコンの場合なら単にロムカートリッジを
エミュレートすれば事足りる。
0276デフォルトの名無しさん2007/11/12(月) 01:44:57
いや、ファミコンソフトならある意味どうでもいいけどねぇ。
私ゃ>273が作った装置を使いたくないぞ、と。
0277デフォルトの名無しさん2007/11/12(月) 03:11:38
>>274
え？違うの？ｗ
Z80だけど、ダンプしたり、リード／ライトブレークかけたり、ヒストリ見たりしてたよｗ
ROMエミュレータはCPUにデバッグ機能が付いてないとアレだしなぁ
0278デフォルトの名無しさん2007/11/16(金) 20:04:25
ICEをデバッグにしか使ってない⇒評価ツールとして使っていない⇒信頼性テストしてないの?
0279デフォルトの名無しさん2007/11/16(金) 20:48:13
評価ツールってなんのことか意味不明だと思うなw
0280デフォルトの名無しさん2007/11/16(金) 21:38:59
HW起因のごくまれにしか起きない不具合とかにぶち当たったとき
ICEってデバッグにすごい役に立つと思うけどなぁ。HW起因とすら、
わかっていない状況では。

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

テナ感じに。
0281デフォルトの名無しさん2007/11/16(金) 21:51:02
なんだファミリーベーシックじゃないのか
0282デフォルトの名無しさん2007/11/16(金) 22:22:21
>>280
デバッガなんてぬるいものはいらん。
デバッグプリントができる環境があれば必要十分。

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

デバッガがなきゃデバッグできないとかいうやつが組み込み業界も多いけど、
そういう奴みるとアホかと思うよ。
0283デフォルトの名無しさん2007/11/16(金) 22:41:46
>>282
お前、ケツメドにハンダごてねじ込むぞ？少し黙ってろ。
0284デフォルトの名無しさん2007/11/16(金) 23:09:45
>>282
まぁいわんとすることはわからないでもない。少数精鋭の
小規模開発である場合とか特殊な条件つければ、言っていることが
成り立つような状況がないことはない。

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

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

そして、この切り分け作業というのは、デバッガやオシロ、ロジアナ
なしには、相当な困難を極めるわけで。
0285デフォルトの名無しさん2007/11/17(土) 04:28:02
> デバッグプリントができる環境があれば必要十分。

えっと…↑ここで笑えばいいのかな？
0286デフォルトの名無しさん2007/11/17(土) 13:49:06
>>285
ひょっとしてデバッグプリントっていうのはデバッガ使う、とか思ってるの？w
0287デフォルトの名無しさん2007/11/17(土) 13:53:38
ファミコンにプリンタついてんの？
0288デフォルトの名無しさん2007/11/17(土) 13:54:06
>>286
逆でしょ。組み込み云々の話をしているのに「デバッガがぬるい」とか「デバッグプリント」とか言ってる>282がすっとこどっこいなんでしょ。
0289デフォルトの名無しさん2007/11/17(土) 14:29:33
>>287
ファミコンと同世代のSEGA SC-3000には4色プロッタプリンタがオプションであった
0290デフォルトの名無しさん2007/11/17(土) 21:27:36
ある程度当てがついている状態でデバッグプリントが使えるなら、デバッガはいらんな。
0291デフォルトの名無しさん2007/11/19(月) 13:47:48
よくわからんがおまえらが凄腕であることはわかった。
0292デフォルトの名無しさん2007/11/19(月) 23:25:36
凄腕？んなわけない。ただの化石だろ。
0293デフォルトの名無しさん2007/11/19(月) 23:39:25
そんなのおそまつ君の出っ歯だろ当然
0294デフォルトの名無しさん2007/11/20(火) 09:13:55
プログラムにデバッグ用のコード埋め込むと、タイミングとかズレて虫捕りできないケースもあるんだよ。
かといって、インサーキットエミュレータがタイミングバッチリかと言えば、別の意味でタイミングがズレたりするんだなこれが。
0295デフォルトの名無しさん2007/11/20(火) 13:59:53
デバッグプリントのせいでスタックの状態が変わったりするしな。
0296デフォルトの名無しさん2007/11/21(水) 03:00:20
そういえば、昔は遠藤雅信氏が、２ちゃんに書き込みしてたよなあ。
このスレに、召還されないかなあ。。。？
0297デフォルトの名無しさん2007/11/21(水) 22:18:23
自営業だったらすぐに召喚できるんだけどなぁ…
0298デフォルトの名無しさん2007/11/21(水) 23:39:55
>>287
毛糸の絡み具合を操作することでグラフィック
を出力する、プリンタ的なものならあった。
0299デフォルトの名無しさん2007/11/23(金) 01:35:12
>>270
純正機材は値段が言い値のぼったなだけで性能は全然大したこと無いだろ。
スペックコスト比で言えば当時の10万程度のPCと変わらん。
0300デフォルトの名無しさん2007/11/23(金) 01:39:19
なんか知ったかぶりな人が来ましたよ
0301デフォルトの名無しさん2007/11/23(金) 12:19:43
当時、10万+程度で買えるPCなんて存在しなかったのだが。
0302デフォルトの名無しさん2007/11/23(金) 12:26:26
appleII+Romライタでやってたのかとおもったっす
0303デフォルトの名無しさん2007/11/23(金) 12:47:51
>>301
90年代の前半とか、エントリーマシンでも、4,50万してたな。
そういえば。
0304デフォルトの名無しさん2007/11/23(金) 13:52:42
>>301
言いたいことの意味は分かるが、言葉尻だけについて言えば
んなことはない。
0305デフォルトの名無しさん2007/11/23(金) 14:39:26
MSX？アレはゲーム専用機だろ？
0306デフォルトの名無しさん2007/11/23(金) 15:56:43
>>299がバカなのは「純正機材」と言う単語を意味も分からずに使っているところ
0307デフォルトの名無しさん2007/11/24(土) 11:00:42
TreeViewとListViewにｘVN_GETDISPINFO相当の機能がなかったので、
Controlから派生させて自作したよ('A`)
（VirtualModeもパフォーマンスがよくなかった・・・）

C#だとAPIや定数の定義が面倒だが、C++/CLIだとWin32ヘッダそのままインクルードして使えるから楽でいい。

だがそんなことするくらいなら最初っから
つMFC

・・・そんな感じだ。
0308デフォルトの名無しさん2007/11/24(土) 11:01:57
>>308
誤爆ｽﾏｿ
0309デフォルトの名無しさん2007/11/25(日) 18:05:03
ファミコンで一番最初に発売された「スーパーマリオブラザーズ」って
アセンブリ言語で作成されているの？
プログラムサイズが40KBとか聞いたのだが・・・
0310デフォルトの名無しさん2007/11/25(日) 21:01:25
256kbじゃなかった？
っていうか、わざわざCとか使う理由がないでしょ。
アセンブラが難しいとか思ってるのならそれは誤解だよ。
いろいろ面倒ってだけで、じつはCなんかよりずっと簡単。
0311デフォルトの名無しさん2007/11/25(日) 23:13:21
ファミコン用のゲーム開発で使っているアセンブリ言語って

ldx #$0
ldy #$0

とかってやつでしょ？
こんなんで40KB分も書いたのが凄いと思うんだが
0312デフォルトの名無しさん2007/11/25(日) 23:17:25
プログラムサイズ内に、データを一切含んでいなければね。
通常、どんなプログラムにもデータ領域は含まれているわけで。
0313デフォルトの名無しさん2007/11/26(月) 00:28:07
マップやサウンドのデータがほとんどでしょ
つーかマリオの頃ってまだバンクとかなくて最高32KBだったんじゃ
0314デフォルトの名無しさん2007/11/26(月) 01:22:12
マップにしても、雲と草で同じドット絵を使いまわしてたんだよね？
色だけプログラムで白と緑に塗りこんでたんだよね？
画像処理系の知識がない俺にとっては、塗りつぶしのアルゴリズムや
画像重ね合わせのアルゴリズムからして難解なものに思えるのだが・・・
0315デフォルトの名無しさん2007/11/26(月) 01:35:30
色はカラーパレットの変更だけだし、
（カラーパレットとは1という番号で示される色が実際何色かというデータのこと）
画像重ね合わせも、透明色があるから普通に描画するだけ。


と知らないけど適当に言ってみる。
0316デフォルトの名無しさん2007/11/26(月) 06:02:39
ファミコンはとてもチープに出来ているので、グラフィックVRAMを持ってない。
VROM上に予め定義されたパターンテーブルの8x8キャラクタを、タイル状に並べて表示
する「バックグラウンド」と、キャラクタを任意の座標に表示させる事ができる
「スプライト」の、2つが存在するのみ。(画面ではないが、背景色も指定できる。)
これらはハードウェアによって自動的に1つの画面に合成されて出力されるので、
プログラミングの際に重ね合わせ処理を記述する必要はない。
スプライトとバックグラウンドを重ねるのでなければ、予め重ねてあるパターンを登録
しておく以外に、重ね合わせたように見せかける方法はない。
0317デフォルトの名無しさん2007/11/26(月) 06:24:11
>>301
AmigaとかAT&Tとかじゃないんだから
0318デフォルトの名無しさん2007/11/26(月) 12:04:02
大昔コナミのグラディウスとイースⅠⅡを解析したことがあるけど、マクロアセンブラ程度
タイマー割り込み処理によるイベントドリブンなプログラミング手法はすごく参考になった。
0319デフォルトの名無しさん2007/11/26(月) 16:54:54
>>301
十万円台で、ってことならPC-8001とかMZ-80Kシリーズとかあったね。
十万円ちょっとだと FM-7、十万円以下だと PC-6001、VIC-1001 (Commodore 64) とかか。

結構売れてた。
0320デフォルトの名無しさん2007/11/26(月) 17:18:23
>>319
開発をFDじゃなくてカセットテープでやるの？
クロスアセンブラ（除くVIC）動くの？つーかあるの？
0321デフォルトの名無しさん2007/11/26(月) 17:22:01
何言ってるんだ、クロスアセンブラなんて、ちょちょいのぱーだろ。

漏れが使った某PC開発環境では、クロスアセンブラの出力するバイナリをSフォーマットに変換した記憶がある。
0322デフォルトの名無しさん2007/11/26(月) 17:31:43
> クロスアセンブラの出力するバイナリをSフォーマットに変換した記憶がある。

それがどぅしたｗｗｗ
0323デフォルトの名無しさん2007/11/26(月) 18:29:47
PC-8001 (or PC-8001mkII)　で CP/M なら確かクロス環境はほぼ揃ってたと思う。
ディスクユニットにせよソフトにせよ PC 本体並に高かったけど。

逆に当時 CP/M 以外何が使えてた？
0324デフォルトの名無しさん2007/11/26(月) 23:58:46
純正機材の中身は当時10万のPC程度
↓
当時10万のPCなんて存在しねぇ
↓
PC-8001とかMZ-80KシリーズとかFM-7とかPC-6001とかVIC-1001とか

って話になんでクロスアセンブラが出てくるのやら
0325デフォルトの名無しさん2007/11/27(火) 00:08:15
>>324
いや悪いけどさすがにそれは君の読解力の方の問題だと思うぞw
ここ（に限らないが。。）は一人の人間が語ってる場所じゃないんだから
話題は複数同時展開することもあるでしょ。

まあマルチスレッドの映画や小説みたいなもんだ。
0326デフォルトの名無しさん2007/11/27(火) 00:30:56
何言ってるんだ、お前ら？
0327デフォルトの名無しさん2007/11/30(金) 21:01:10
このスレは年齢層が高い。
明らかに三十路の壁を越えている
0328デフォルトの名無しさん2007/11/30(金) 21:47:33
４０超えてんだろ。
0329デフォルトの名無しさん2007/11/30(金) 22:21:58
ファミコン当時のアセンブラの話題とかリアルタイムで知っているとしたら30代後半でギリギリだな
0330デフォルトの名無しさん2007/11/30(金) 23:15:05
エラーインクルードファイルがオープンできないとはどういうことか教えてください。
お願いします。
0331デフォルトの名無しさん2007/12/02(日) 16:13:44
最近 Intel-8086 系 CPU 用のアセンブリ言語を勉強しているのですが、
これってファミコンのアセンブリ言語とどのくらい違いますか？
書き方（文法）が全然違うのは分かっています。
レジスタへのロード文からして、
mov al, 100
lda 100
のように違うことから分かります。
自分が知りたいのは、実質的な機能面のことです。
例えば、Intel の方のアセンブリ言語には、
mul（乗算）やdiv（除算）などの演算命令や
loop（反復）の命令が存在しますが、ファミコンの
アセンブリ言語にはあるのか？といったことです。
0332デフォルトの名無しさん2007/12/02(日) 16:19:17
http://en.wikibooks.org/wiki/6502_Assembly
0333デフォルトの名無しさん2007/12/02(日) 16:33:14
コピペ君って馬鹿だな、まで読んだ。
0334デフォルトの名無しさん2007/12/02(日) 16:41:06
>>332
ありがとうございます。
英語なので解読に時間が掛かりそうですが・・・
0335デフォルトの名無しさん2007/12/04(火) 22:33:31
ファミコン開発にPC9801使ってた奴らはみんなモグリだろ。
任天堂が当時サポートしてた機種は富士通のじゃなかったっけ？
0336デフォルトの名無しさん2007/12/04(火) 23:19:49
よくも知らない業界のことを適当な知識で話すな
0337デフォルトの名無しさん2007/12/07(金) 11:41:25
開発機材はシャープ＆ハドソンの黄金コンビだった気が。
0338デフォルトの名無しさん2007/12/07(金) 12:20:20
任天堂がまだただの花札屋だった頃、富士通にファミコンの共同開発を持ちかけたが
富士通は鼻で笑って相手にしなかった

富士通はないよ
0339デフォルトの名無しさん2007/12/08(土) 06:34:53
不治痛・・・
0340デフォルトの名無しさん2007/12/08(土) 12:32:40
オレがファミコンの開発をやったときはたしか富士通だったけど。
0341デフォルトの名無しさん2007/12/08(土) 21:58:26
強制購入させられるのはHP製のICE
0342デフォルトの名無しさん2007/12/09(日) 21:24:40
ファミコンソフトの開発って、スタートラインに立つまでにどのぐらいの投資が必要だったの？
>>335以降を見るとまちまちな回答が戻ってきそうな予感もするけどｗ
0343デフォルトの名無しさん2007/12/13(木) 23:48:27
１．CPU抜き取ったファミコン本体に6502インサーキットエミュレータブッ刺してPC9801でクロス開発。
２．純正の開発キットをインテリジェントシステムから買ってFMR60上でラインデバッグ。（後にDOS/V機に移行）
ま、最近じゃWindwosマシン上で完全エミュレートされたバーチャル環境で開発が一番安上がりかな
0344デフォルトの名無しさん2007/12/14(金) 06:44:19
6502のICEに置き換えると、画面や音をどうやってたわけ？
それが不要なら単に6502の評価ボードでいいじゃない。

安くという事になると、ROMエミュレータしかなかった。
0345デフォルトの名無しさん2007/12/14(金) 08:14:40
ICEってなんだか分かってる？
0346デフォルトの名無しさん2007/12/14(金) 09:17:17
インサーキットエミュレータ　の事だろ？　CPUの場合は、その機能をプローブ側と置き換えてしまうわけだ
でも CPUの停止って出来たっけ？　それが出来るならICE使えるだろうけど
0347デフォルトの名無しさん2007/12/14(金) 10:44:57
普通、ICEプローブはCPUを引っこ抜いてから挿すもんなんだが。
0348デフォルトの名無しさん2007/12/14(金) 11:18:11
ファミコンのCPUはサウンド機能と一緒に同一パッケージ内に入ってるわけで、
そのＣＰＵを引っこ抜いてしまうなら、サウンド機能も入ってないといけない。

単なる6502エミュレータなら、そのサウンド機能一体のICの上にかぶせて、
元のチップからCPUだけを殺す裏技が必要。

あるいは音やDMAを我慢するか
0349デフォルトの名無しさん2007/12/22(土) 09:35:49
ファミコンのCPUにサウンド回路なんか載ってねえよ。
むしろ十進演算や16ビットアドレッシングが省かれてるからスタンダードな6502用の開発環境だと面倒だったってくらい。
0350デフォルトの名無しさん2007/12/22(土) 11:37:36
ＣＰＵと同じチップに入ってるのであって、ＣＰＵに乗ってるとは誰も書いてないぞ？
0351デフォルトの名無しさん2007/12/22(土) 13:09:25
デシマルモードは確かに削られてるけど、間接アドレッシングとかは全部そのままなんだが。
0352デフォルトの名無しさん2007/12/24(月) 13:09:17
ファミコンのCPUっていったら、普通2A03でいいんじゃないの?
音源も載ってるじゃん。
0353デフォルトの名無しさん2008/02/12(火) 00:44:02
>>347
あるよ。
以上。
↓次どうぞ
0354デフォルトの名無しさん2008/05/31(土) 08:24:29
保守
0355君はＭかい？　いや、第三者（物語作者）視点Ｓ。2008/06/11(水) 06:37:03
ほとんどの話についていけないが
正直『初期』ウィザードリィは、無理。
スタート地点、今でいう地下何階だと
…たぶんポルナレフＡＡ推奨状況だよ。

ＨＰ＝１や２は当たり前。
スタート地点は地下四階。
登場モンスターも地下四階。
いいじゃないかゆとり化しても。

…知る前から良くレベル１で突撃したけど。
ＨＰ８でも色々ギリギリすぐるから、あれ。
慣れないアクションの自機並み死亡率。
ＰＳ：独特の内部構造はＰａｓｃａｌか…。
0356ファミコンじゃないけれど。2008/06/11(水) 06:53:17
ところで、シャープのポケットコンピュータシリーズについて…？
液晶のアドレスの計算は「もっちもち※」だったけれど、
ＰＯＫＥ＆ＰＥＥＫ＆ＣＡＬＬ、楽しかった…。

※ネバツキ最大時に手に付いたままあちこちさわった状況
…いや、そうとしか表現しようのないアドレス配置ですた…

それが「ライトユーザー」だった反ゆとりジュネレーション

…すいません、『マイコンピュータを～』世代なんです＞＜
（ブルーバックス）　Ｃ言語？何それ美味しいの？　時代。
0357デフォルトの名無しさん2008/06/18(水) 09:04:16
その歳でその文章とはかわいそうに・・・
0358デフォルトの名無しさん2008/08/12(火) 04:14:08
age
0359中 ◆yQK.F.Y.S. 2008/08/12(火) 10:21:22
ｌ
0360中 ◆clCGktrNww 2008/08/12(火) 10:23:10
ｐ；
0361中 ◆GlBYEEEEEE 2008/08/12(火) 10:24:30
；
0362中 ◆a/4.R5cvj2 2008/08/12(火) 10:26:22
；
0363デフォルトの名無しさん2008/08/12(火) 18:28:31
色々な言語で書いても結局は機械語に翻訳されるんだろ？

色々な言語覚えるより、機械語覚えた方が早くね？
0364デフォルトの名無しさん2008/08/12(火) 22:43:53
早くはないな…。

でも、最終的にどんなアセンブリに変換されるのかを追えずに
高級言語使うのはPC以外のソフト屋から見るとレベル低。

PCソフト屋さんとか、.NETになるとそうも言い切れないが。
0365デフォルトの名無しさん2008/08/12(火) 23:07:21
ファミコン現役当時のゲーム前提なら、比較対象をCとして考えると
アセンブラを覚えた方がずっと早いだろうね。

単純に言語の学習に要する時間を考えても、コーディングの効率の点から言っても。

Cは高級アセンブラとか言われるけど、本当はゲームのように直接ハード叩く用途には
使いにくい場面も少なくない。

特にCPUが特殊なアーキテクチャだったり、ファミコンのように特殊なハードならなおさらね。
まあ当時6502用のCコンパイラがあったかどうか俺は知らないけど。
0366デフォルトの名無しさん2008/08/13(水) 00:05:00
AppleII に使われてたんだから有ったんじゃない？
0367デフォルトの名無しさん2008/08/13(水) 01:54:38
>>364-365
お前知ったかぶりの王様だなｗ
0368デフォルトの名無しさん2008/08/13(水) 10:36:44
>>365
よく知らないなら黙ってろ。
プレステみたいに大きなメモリと速いCPUがあればCでも充分ゲーム作れるよ。
6502はレジスタのビット幅も、数も、スタックのサイズも、何から何までCに向いてないから
みんなアセンブラで書いてただけだ。
0369デフォルトの名無しさん2008/08/13(水) 11:46:27
・当時は手ごろなクロス開発環境がなかった。
・当時は適当な性能のコンパクトなコードを出すCコンパイラがなかった。
・当時は作らせる側の知識がないから作るためのコストを掛けたがらなかった(今もかw)。
0370デフォルトの名無しさん2008/08/13(水) 12:30:29
>>368
チミって人から「よくらからない切れ方をする奴だ」って言われるでしょ？w

つーか唐突にプレステとか意味わかりません。
0371デフォルトの名無しさん2008/08/13(水) 12:38:56
というかさあ、こんなスレにいるんだから大概40前後のオッサンが多いはずだと
思うんだが、いい歳こいてわけのわからない絡みかたするなよな。
近頃本当大人になりきれない「とっちゃん坊や」が多くて困るよ。

>>367とか>>368とか。

俺(365)の言ったことが間違っているというのなら、
くだらないクダ巻いてないでストレートに反論しろよ。

俺は当時仮に6502用のCコンパイラがあったとしても、
学習コストにおいても開発効率においてもアセンブラに劣るだろうと
簡単な理由を添えて書いた。

これ何か間違ってるか？
0372デフォルトの名無しさん2008/08/13(水) 12:41:08
素直な疑問なんだけど仮に6502用のCコンパイラが
存在したとして、255文字を超える文字列はどう扱うのだろう？

たぶんCはサブセットで文字列長が255文字(ヌルターミネータ
文字を含む)とかに制限されてるんだろうけど。
0373デフォルトの名無しさん2008/08/13(水) 12:46:27
ドラクエとかFFとかでそんな長い文字列はみたことないです（　＾ω＾）
文字も平仮名とカタカナと数字だけだったし。
0374デフォルトの名無しさん2008/08/13(水) 13:07:39
手元に6502プログラミング技法って本があるんだが、
6502のスタックポインタでさえ8ビットでこれではさすがに
小さすぎるので、ソフトウェアで16ビットSPを実現する
技法が載っている。

多分文字列に限らずデータが255バイト長を超える時は
そのようにするんだろう。

ちょうと8086が64KB境界をまたぐ時にポインタ正規化を
行っていたように。
0375デフォルトの名無しさん2008/08/13(水) 13:27:06
>>371
おまえはいい年をして、まず馬鹿にしてからでないと議論もできないのか？

>>371で後半を省いてるのは重視してないのか、恣意的なのか知らないが、

＞Cは高級アセンブラとか言われるけど、本当はゲームのように直接ハード叩く用途には
＞使いにくい場面も少なくない。
＞特にCPUが特殊なアーキテクチャだったり、ファミコンのように特殊なハードならなおさらね。

これは「ゲーム機、特にファミコンはハードを叩くからＣは向いていない」という意味だろう。
そんなことは無いからプレステを例に挙げて（別にx68kでもいい）、Cでゲームを作る
こともハードを叩くこともできる、と反論したんだよ。
ファミコンでまともなCコンパイラが無いのはゲーム機だからでもハードを叩くからでもない。
Cに向いてないCPUだから、それが一番の理由だ。
0376デフォルトの名無しさん2008/08/13(水) 13:54:13
>>375
「できる・できない」じゃなくて「向いてない」って言ったんだよ。わかる？

Cは確かにアセンブラチックなことができる言語だが、アセンブラと完全に
同じことができるわけでもない。

こうやって噛み付いてくるということは、たぶん君は8bit程度の石の
アセンブラ書いた経験なしに言ってるんだろうけど、実際にそうなんだよ。

どうしても隔靴掻痒的なところというのがある。

うまく伝わるかどうかわからないが、例えば
「ここでレジスタの値とメモリの値を交換する命令が使えれば高速化ができるのに」
という場面があっても、Cではそんなもの当然サポートしてない。
0377デフォルトの名無しさん2008/08/13(水) 14:00:25
あ、上で8bitって書いたけど、本当は8bitに限らないよね。
X68Kの文化はあまり知らないけど、ハード叩くソフト、例えばPCM8（だったかな？）
なんかは当然アセンブラだったでしょ？

それどころか、WindowsXPの時代だってデバドラなんか（もちろんCがメインとは言え）
きわどいところはやっぱりアセンブラで書くらしいよ。俺自身はデバドラプログラミングの
経験はないけどね。
0378デフォルトの名無しさん2008/08/13(水) 14:04:15
互いに「相手は分かってない」という前提で、おっさん二人がそれぞれ一人喧嘩してるように見える。
0379デフォルトの名無しさん2008/08/13(水) 14:12:54
あー読み返してみると上の文章じゃたぶん伝わらないなあ。。

「それはハード叩く用途にアセがより向いているんじゃなくて、
単にパフォーマンスの最適化に向いてるだけだろ」って言い返されそう。

まあそれは半分はそうなんだがそればかりじゃないんだがなあ。。
俺の説明能力じゃなんとも説明しにくい。
6502のアーキテクチャもニーモニックも知らないしw
0380デフォルトの名無しさん2008/08/13(水) 14:16:36
>>376
お前＞ハードを叩くようなゲーム機ではＣは使いにくい（から、ファミコンではアセンブラだった）
オレ＞理由が違う。６５０２ではＣはムリだからアセンブラだっただけ。

っていう議論だっただろう。

だのに>>376では「Ｃはアセンブラとまったく同じことはできない」とか
「１６ビット機でもアセンブラを使うことはある」とか、違う話になってるぞ。

ていうか、>>379・・・・・６５０２よく知らないって・・・・・
そんなんで人には８ビットＣＰＵのアセンブラの経験がないだろうとかよく言い切れるな・・・
そんなんじゃ「６５０２ではＣはムリ」っていくら言っても通じないじゃん。
ていうか最初に言ったとおり「よく知らないなら黙ってろ」で終わりじゃんか。
0381デフォルトの名無しさん2008/08/13(水) 14:26:44
何を勝手に誤解して勝手に熱くなってるんだろう。
まあそう熱くなりなさんな。

俺は
＞ハードを叩くようなゲーム機ではＣは使いにくい（から、ファミコンではアセンブラだった）
こうは言ってないよ。

ファミコンでCは使いにくい「から」アセンブラが使われたのだ、なんて言ってない。

仮に当時Cコンパイラがあってもアセンブラが使われるだろう、とは書いたし、
その理由としてアセンブラの方がトータルでより効率的だから、とも書いたが。

しかし君っていったいなんなの。
いきなり喧嘩腰で人に突っかかってきて。
君みたいなタイプが朝の駅で駅員に食って掛かったりするんだろうねきっとw
0382デフォルトの名無しさん2008/08/13(水) 14:31:29
もういいよ。
おまえがど素人だということは、よくわかった。
おまえは憶測で人を馬鹿にしているようだから（駅がどうとか）、オレは事実でお前を遣り込めることにするよ。
おまえは6502も知らないし、x68kも知らないし、デバイスドライバの書き方も知らないのに、
ファミコンがどうの、Ｃがどうの、アセンブラがどうの、と延々と語ってたって訳だ。バカバカしい。
よく知らないなら、>>381みたいに、駅のことでも書いていればいい。
プログラムのことには口を出さないことをお勧めするよ。
0383デフォルトの名無しさん2008/08/13(水) 14:37:05
ど素人ねえw
当時のファミコンのコード書いていた人なら、まちがいなく俺の意見に
賛同すると思うけどね。

だって事実だからねえ。
0384デフォルトの名無しさん2008/08/13(水) 14:38:47
ちなみに細かいようだがx68kじゃなくてX68kじゃないのか？
x86じゃないんだからさw
いやまあこれは言い掛りに近い突っ込みだとは俺も思うが。
0385デフォルトの名無しさん2008/08/13(水) 14:39:55
・6502用の実用的なCコンパイラはある。変わってはいるけどCに不向きというわけではなかった。
・敬遠された理由は、オブジェクトコードが増える＝ROM容量が増える＝コストが増えるから。
・速度的にはコンパイラによる最適化をかけてやれば、ゲーム用途でも十分だったりする。
・実際、8bit CPU向けの業務用なCコンパイラって、いくつもあるんですよ？もちろん6502も。
・ただ、ファミコン当時の環境から考えると、あまり現実的ではなかったかも。
・ただし、ANSI以前の時代なんでフル規格かどうかを問うのはナンセンス。
0386デフォルトの名無しさん2008/08/13(水) 14:43:52
ASCII誌だったかにGAMEコンパイラ載ってなかったっけ。
まあ昔のPC板向けの話題になるのであまり深入りは避けるが
そこそこ使えたような記憶がある(Apple][)
0387デフォルトの名無しさん2008/08/13(水) 15:10:56
もしかして知ったかぶりの王様って言われたのが癪に障ったのか？
悪かった謝るよ、ゴメンゴメン
0388デフォルトの名無しさん2008/08/13(水) 15:13:32
>>387
人間は自分の中にない物を人には言えないもの
お前が知ったかぶりの王様なんだろうが
0389デフォルトの名無しさん2008/08/13(水) 16:56:45
>GAMEコンパイラ
GAMEIIIじゃなかった？
あの手のインタプリタ付きコンパイラなら6502でもそんなに難しくないけど
本格的なＣのコンパイラ作るのはかなり面倒くさい
アセンブラでも何かと面倒なんで（spが256byteしか指せないとか）
Sweet16という16bitCPUのエミュレータみたいなのがあった位
0390デフォルトの名無しさん2008/08/13(水) 21:13:08
スタックは256バイトあれば十分だろう。
スタックを大量に消費する方法で実装するのなら、それはする奴がアホなだけだし。
0391デフォルトの名無しさん2008/08/13(水) 21:32:08
まあスタックもっと貧弱な8051やPICでもCコンパイラはちゃんとあるからね。
0392デフォルトの名無しさん2008/08/13(水) 21:33:31
>>390
再帰とかスタック上に一時的に大きなオブジェクトを
取る事は全くないの？馬鹿なの？
0393デフォルトの名無しさん2008/08/13(水) 21:38:14
>>392
当時のゲームで再帰とかないでしょ。
スタックにオブジェクトってそんなこと今だってしないでしょ。

っていうか当時は動的なメモリ割り当てってのはあまりしなかった（できなかった）
はずだと思うよ。
0394デフォルトの名無しさん2008/08/13(水) 21:46:33
まあ8ビットの時代は1バイトとの戦いだったから、今の
感覚で語ってもな・・・・
0395デフォルトの名無しさん2008/08/13(水) 21:48:48
>>392
CPUやメモリのスペックを無視した設計をするあんたの方がよっぽど馬鹿なんだが
0396デフォルトの名無しさん2008/08/13(水) 21:53:16
ファミコンソフトってHSPで作れますか？
0397デフォルトの名無しさん2008/08/13(水) 22:52:39
>>388
ゴメンゴメンｗ
0398デフォルトの名無しさん2008/08/13(水) 22:58:45
皆さんプライドがお高いようで
0399デフォルトの名無しさん2008/08/13(水) 23:07:31
知ったかぶりの王様ｗｗ
0400デフォルトの名無しさん2008/08/17(日) 00:03:00
ネオジオのゲームってアセンブリで開発されてたんだってさ。
それより前のファミコンなんかがアセンブリでもおかしくはないと思うが。
0401デフォルトの名無しさん2008/08/17(日) 00:11:11
そりゃ、当時はなにで作られていたかって話ならアセンブラでしょ。
0402デフォルトの名無しさん2008/08/17(日) 05:49:30
ネオジオはメインMPUが68000だからなぁ。
あの石は「アセンブリ言語は難解」ってのが全く当てはまらない。
0403デフォルトの名無しさん2008/08/17(日) 16:50:23
6502だってそうだが。
0404デフォルトの名無しさん2008/08/17(日) 18:49:09
あの石ｗｗｗ
アセンブリ言語は難解ｗｗｗｗｗｗ
メインMPUｗｗｗｗｗｗｗｗｗ
0405デフォルトの名無しさん2008/08/17(日) 22:04:01
68000のアセンブリ言語は高級言語並に美しいからね。
6502はクセがありすぎて美しくない。
0406デフォルトの名無しさん2008/08/17(日) 22:13:16
また知ったかぶりの王様か
0407デフォルトの名無しさん2008/08/17(日) 22:37:03
両方つかった上での感想だが？
0408デフォルトの名無しさん2008/08/17(日) 23:35:44
初代FCで初期にあった将棋ゲーのアルゴリズムが超早かったのが
今でも謎です。アセンブラでも早すぎて。
0409デフォルトの名無しさん2008/08/18(月) 06:24:45
>>405ってCやC++も高級言語だと思ってるんだろうなぁｗ
0410デフォルトの名無しさん2008/08/18(月) 13:47:45
>>405
6502自体に癖があるんだから当たり前。
0411デフォルトの名無しさん2008/08/18(月) 14:04:36
>>405
X68kのCコンパイラ1.0には「ポインタをゼロ比較すると正常に動作しない」というバグがあった。
原因は、
move.[bwl] addr, dn
はゼロフラグ変化するのに、
movea.[wl] addr, an
は変化しないのだが、作成者がその仕様をうっかり忘れて、後者でも
beq foo
などというふうにコーディングしてしまったのが原因なのだが、これって美しいと思うか？
（何でアドレスレジスタへの代入ではフラグが変化しないのかの理由もちゃんとあるが、ここでは伏せておく）

また、リロケータブルな実行コードを出力したいとき、
move.w d(pc, rn), dn
は出来るが、逆は出来ないため直交性と言う観点からは美しくないが、これについてはどう思う？
（こっちも理由あるけど同上）
0412デフォルトの名無しさん2008/08/18(月) 19:28:05
おっさんクセースレだな
0413デフォルトの名無しさん2008/08/18(月) 19:31:59
なんかいつの間にか68kの話になってる。

68kはニーモニック覚えた程度でついぞ大きなプログラムは書かなかったんだけど、
確かに俺も言われてるほど綺麗なアーキテクチャだとは思わなかったな。

まあ実際使ってみないとわからない機能美って奴があるのかもしれないけど。
0414デフォルトの名無しさん2008/08/18(月) 19:33:55
今の技術についていけないジジイどもの思い出スレ
0415デフォルトの名無しさん2008/08/18(月) 19:38:18
ジジイつったってせいぜい40代だと思うぞw
0416デフォルトの名無しさん2008/08/18(月) 19:47:59
今の技術 ^_^
0417デフォルトの名無しさん2008/08/18(月) 20:26:30
>>409
普通は高級言語ですね。それ。
0418デフォルトの名無しさん2008/08/19(火) 01:20:54
>>411
無論、データとアドレスを明確に区別する68000のアーキテクチャは美しい。
moveと同じようなフラグ変化が起こる事を期待してmoveaを用いるのがおかしい。
アドレスの転送やアドレスの増減で、データ演算結果を示すCCRが変化するべき理由がどこにもないし、変化するべきではない。
アドレスに対して何らかの比較が必要なら、cmpaを用いてば済むだけだ。その方が可読性も増す。
データとアドレスの区別をつけるという概念が欠如していたプログラマの方に問題がある。

インデックス付きプログラムカウンタ相対がdestに指定出来ないのも美しい。
PCを介するということは、プログラム領域が対象になるということ。
プログラム領域は参照専用のメモリ領域であり、値を変更できる必要がどこにもない。
変更が必要になるデータはデータ領域に配置して、アドレスレジスタ間接でアクセスするのが正しい。
0419デフォルトの名無しさん2008/08/19(火) 01:22:24
>>418
うるさい
0420デフォルトの名無しさん2008/08/19(火) 07:14:53
>>418
１００点。
だがそれはあくまでも「アセンブラとしての美しさ」であり、それなら６５０２にもそれなりの
ポリシーがあり、６８０００は美しく６５０２は癖があるという主張の裏づけにはならないが、
そこの説明はどうする？
0421デフォルトの名無しさん2008/08/19(火) 09:09:00
いわゆる16bitと8bitのMPUのアーキテクチャを比較して何がしたいんだこの人は？ｗ
0422デフォルトの名無しさん2008/08/19(火) 09:14:53
・人間を無視したリトルエンディアンを採用。この時点でかなり美しくない。
・汎用レジスタが1本しかない。あるシステム上で動かすプログラムを設計する時、
　システムが食い残したゼロページの使い方に頭を悩ませる必要がある。そして、
　大抵は、足りなくて泣く事になる。
・ADD・SUBを用意せず、計算前にCLC・SECを使わせる不自然さ。
・なぜか無条件分岐命令がない。
・etc...

6502の設計の割り切り方は潔い。ハードウェアはシンプルで高性能だ。職人芸に挑む
楽しさもある。だが、美しくはない。良くできた6502のプログラムは、芸術的なまでに醜い。
真に美しいMPUのプログラムは、人間が読んで美しく、人間が書いて美しい。

ごえんなさい6502は使った事ありません。すいまえんでした；；
0423デフォルトの名無しさん2008/08/19(火) 09:41:48
結局また知ったかぶりの王様か
0424デフォルトの名無しさん2008/08/19(火) 09:53:19
一行糞レス素敵ですね＾＾
0425デフォルトの名無しさん2008/08/19(火) 09:58:19
>>422
無条件分岐命令が無いとか妄言書くなら
6502使ったことが無いなんて明白な事をわざわざ書く必要は無い
0426デフォルトの名無しさん2008/08/19(火) 10:08:17
>>425
無条件相対分岐のBRA命令は無いよね。
絶対番地を指定するジャンプなJMP命令はあるけど。
0427デフォルトの名無しさん2008/08/19(火) 10:37:34
PCエンジンのCPUにはBRAあるんだね。
0428デフォルトの名無しさん2008/08/19(火) 10:46:24
>>422が言う「美しい」の定義を是非知りたいんだが（笑
0429デフォルトの名無しさん2008/08/19(火) 10:56:35
>>427
6502から拡張された65C02をさらにカスタマイズしたチップだからね。
6502そのものではないよ。
0430デフォルトの名無しさん2008/08/19(火) 10:59:34
6502は [zz],Y のアドレッシングモードがなかったら
これほど流行らなかったよな。
0431デフォルトの名無しさん2008/08/19(火) 11:05:06
え？6502が流行った？
0432デフォルトの名無しさん2008/08/19(火) 11:06:15
また無知の馬鹿が一人・・・・
0433デフォルトの名無しさん2008/08/19(火) 12:49:22
6809>Z80>6502
0434デフォルトの名無しさん2008/08/19(火) 13:17:27
6502ってApple][とPET2001とVIC1001と他にあったっけ？
とても流行ったとは．．．
0435デフォルトの名無しさん2008/08/19(火) 15:34:21
Apple][が今のMacの礎になったんだが・・・・
まあ今もMacはPowerPCを捨ててx86になっちゃったけどね
0436デフォルトの名無しさん2008/08/19(火) 15:42:39
>>433
性能ならこうだべ？
6809>6502>Z80
0437デフォルトの名無しさん2008/08/19(火) 15:52:39
Macの礎はLisaじゃね
つかMacって68000だし6502関係ねーし
0438デフォルトの名無しさん2008/08/19(火) 15:57:04
それを言うならPowerPCだって68000関係ねーだろ
0439デフォルトの名無しさん2008/08/19(火) 16:20:45
↑お前バカだろｗ
0440デフォルトの名無しさん2008/08/19(火) 16:26:45
設計思想がApple][とMacは正反対な気がする。

あと、OSだけでなくアプリケーションまでスーパバイザモードで動くように設計した奴を
殴ってやりたい。よくも68000を汚したな、と。
0441デフォルトの名無しさん2008/08/19(火) 16:26:56
↑お前が馬鹿な事はよくわかった
0442デフォルトの名無しさん2008/08/19(火) 16:30:10
もっと具体的に。
馬鹿というだけなら馬鹿でもできる。
0443デフォルトの名無しさん2008/08/19(火) 20:32:52
>>422
ビッグエンディアンの利点って何だっけ？
なんか直感的には無茶苦茶不便そうだけどなあ。

ビット幅が違う値同士の演算とかこんがらがりそう。
0444デフォルトの名無しさん2008/08/20(水) 00:40:11
ミドルエンディアンじゃなきゃどっちでもいいよ。
0445デフォルトの名無しさん2008/08/20(水) 10:40:23
>>443
ビッグエンディアンの利点は人間にとって直感的で自然な配置であること。
あとはTCP/IPのネットワークバイトオーダはビッグエンディアンだったと思うんで、
そっち方面では有利。UTF-16も標準ではビッグエンディアン。68000にはほぼ関係なさそう
だけど。

> ビット幅が違う値同士の演算とかこんがらがりそう。
簡単なやつは簡単。適当に書いたから動かないかも知れない。
;例)メモリ上の128bit値と8bit値の加算(知らない人でも読めるしつこいコメント付き)
.text
LEA V128,A0 ;V128の実効アドレスをロード
MOVEQ #0,D0 ;ADDXで使うために0をセットしておく
MOVEQ #0,D5 ;ゴミ消し
MOVE.B V8,D5 ;V8から8bit値を取得
MOVEM.L (A0),D1-D4 ;A0が指すメモリから128bit値をD1-D4に読込む
ADD.L D5,D4 ;最下位から順に
ADDX.L D0,D3 ;条件分岐して加算しない場合を作るよりも
ADDX.L D0,D2 ;素直に加算しちゃった方が早いので
ADDX.L D0,D1 :最上位まで0+Xフラグを加算していく
MOVEM.L D1-D4,(A0) ;計算結果をA0が指すメモリに書き戻す
;未完 あるいは NEVER END
.data
V128: DC.L $12345678 ;最上位
DC.L $9ABCDEF0
DC.L $FFFFFFFF
DC.L $FFFFFFFF ;最下位
V8: DC.B $88
0446デフォルトの名無しさん2008/08/20(水) 11:00:01
ゼロクリアされた領域に1オクテット単位で1を書き込んだのに
同じアドレスで2オクテット単位で読み出すと256が得られるのは
直感的な配置とは考えられない
0447デフォルトの名無しさん2008/08/20(水) 11:09:44
> 人間にとって直感的で自然な配置であること

ｗｗｗ

つーか大文字で書くなよ気持ち悪い…
0448デフォルトの名無しさん2008/08/20(水) 13:39:52
…まあ、お前だけだ。
0449デフォルトの名無しさん2008/08/20(水) 14:29:54
ビッグエンディアンだからネットワークに強いって何時の話？
68000の頃?
0450デフォルトの名無しさん2008/08/20(水) 15:11:36
今のCPUはメモリよりCPUのクロックの方が数倍速いから
リトル点ディアンであってもtcp/ipに不利にはなってないよｗｗｗ
0451デフォルトの名無しさん2008/08/20(水) 15:22:24
ネットワーク機器に使われてるCPUを知っての発言か？
0452デフォルトの名無しさん2008/08/20(水) 16:06:45
PowerPCかARMでも使ってりゃいいよ組み込みは
0453デフォルトの名無しさん2008/08/20(水) 16:17:37
ネットワーク機器だとMIPSとかPPCあたりが多い気がする。あとARMとかColdfireか?
PCIとか(S)ATAみたいなPC由来のやつらがリトルエンディアンなのはデメリットにならないの？

最近は変換load/storeを持ってるのとか、ページ単位とかでエンディアンを
切り替えられたりするから、あんまり関係ないんじゃないかね。
0454デフォルトの名無しさん2008/08/20(水) 19:38:40
>>445
丁寧に説明してくれたのにケチつけるようで言いにくいけど、
やっぱり最下位の値がD4で最上位がD1とか直感的じゃない気がするよ。

っていうか大概の演算でも何でもMSBよりLSBが重要な場合がほとんどなのに
ビッグエンディアンだとラベルはMSB指すんでしょ？
慣れればなんでもないのかも知れんがバグの温床になりそう。
0455デフォルトの名無しさん2008/08/20(水) 23:43:39
>>454
ならないよ。両方やってきたけど、人間はどちらにも馴れることができると判っただけ。
0456デフォルトの名無しさん2008/08/20(水) 23:56:29
ビッグエンディアンは使いにくいね
大体、ビッグエンディアンが見やすいとかっていうのも、人間が
「上位桁から書く」という習慣があるってだけで、
本来なら低いアドレスに低い桁が書かれているリトルエンディアンの方が合理的なんだけどな。
0457デフォルトの名無しさん2008/08/21(木) 00:03:06
しばらく68000使ってたけど別に慣れればリトルエンディアンでも
ビッグエンディアンでもどっちでもいいや
0458デフォルトの名無しさん2008/08/21(木) 03:15:32
Interface9月号にColdFire基盤が付属してるから、使いにくいかどうか確かめてみれば？
フリースケールが第二回コンテストやってるし。
0459デフォルトの名無しさん2008/08/25(月) 12:11:27
>>454
慣れたら一緒。
機械語やアセンブリ言語のレベルなら、直前の命令を見れば、数字の桁は把握できるわけで。
それなら、単にどっちから文字の塊を読み始めるかの違いしか無いんだから。

リトルはよくてビッグはダメって言い張ってる奴は、お寺の門の上に掛かってる看板見たいに、右から左に文字が書いてあったら読めないのか？
「昔は、右から左に文字を書いていた」って予備知識があったら普通に読めるだろ。なんでコンピュータの数字は読めないんだよ。
リトルは読めるけどビッグだと本当にダメってなら、脳の障害を疑ったほうが良いぞ。
実際に、脳の障害で、左右のどちらか一方側から読んだ時しか、文字の塊を単語として認識できないって人は居るから。

確かに、リトルエンディアンの方が、CPUの回路の実装は、ちょっとシンプルになるが、結局は、それ以外の点は、単なる慣れの問題だよ。
0460デフォルトの名無しさん2008/08/25(月) 12:53:23
＞リトルはよくてビッグはダメって言い張ってる奴は、お寺の門の上に掛かってる看板見たいに、右から左に文字が書いてあったら読めないのか？
↓
＞リトルは読めるけどビッグだと本当にダメってなら、脳の障害を疑ったほうが良いぞ。

なにこの馬鹿丸出しの飛躍っぷり
0461デフォルトの名無しさん2008/08/25(月) 13:34:34
ていうか仮定が馬鹿丸出し。

「リトルはよくてビッグはダメって言い張ってる奴は」「右から左に文字が書いてあったら読めないのか？」
なんでそうなるの？意味ワカリマセーン（笑）
0462デフォルトの名無しさん2008/08/25(月) 16:55:19
>>459
ご高説に茶々を入れるようで申し訳ないが
「昔は、右から左に文字を書いていた」んじゃなくて、
あれは一行一文字の縦書きなんだよ・・・

予備知識がなくてもちゃんと辻褄はあっているのさ
0463デフォルトの名無しさん2008/08/25(月) 17:14:50
敢えて茶々を入れるが、「一行一文字の縦書き」なんて知識なしにそう認識する奴はいないと思うよ。
0464デフォルトの名無しさん2008/08/25(月) 17:25:11
ああ
日本語は縦書きが基本という予備知識は必要だな
横書きという概念自体輸入物だ
0465デフォルトの名無しさん2008/08/26(火) 11:37:40
言語学板でやれ
0466デフォルトの名無しさん2008/08/29(金) 06:11:11
PCエンジン版のツインビーなら仕事で作った事あるぜ
0467デフォルトの名無しさん2008/08/29(金) 07:01:44
ツインビーで最も良いのは出たな！！とヤッホー！。
X68000版の出たな！！の移植度は賞賛に値する。

だがPCエンジン版は音も絵もよろしくない。絵はまあ仕方ないものと我慢しよう。
だが音はROM2にしとけば劣化回避できたはずなのに。
ローディング時間なんて飾りです。偉い人にはそれがわからんのです。

PCエンジン用のゲームとしてはよく遊べる部類だが、移植として見た時にはつらいクオリティ。
よくもやりやがったなコノヤロウ！という出来だった。
0468デフォルトの名無しさん2008/08/31(日) 21:37:23
すぐ俺が俺が！になるから
ちょっと頭冷やして過疎ればいいよ
0469デフォルトの名無しさん2008/10/04(土) 21:19:24
プログラムに触れていると
昔昔、ファミコンやスーファミ時代の記憶が蘇ってしまう。
ああ、今になってあの頃を思い出す事になるとはなぁ…
0470デフォルトの名無しさん2008/12/03(水) 09:45:11
おにゃん子タウンとか
ファンキーモンキー西遊記とかあれ高度なプログラマーなの？


0471デフォルトの名無しさん2008/12/03(水) 10:08:27
>>470
高度かどうかは兎も角、少なくとも“プログラマー”ではありません。
0472デフォルトの名無しさん2008/12/17(水) 17:59:29
今来た。こんなスレあんだね。
元FCPGだけど覚えてる範囲で書き込んでみる。

アセンブラでつくられるのは容量もあるけど速度のため。
リアルタイムのアクションゲームには速度が必要。

>>265
そんな感じ。キャラエディタはもちHu(ry

>>270
そんな感じ。機材というかライセンス＋公開資料。

>>309,310,313
プログラムエリアは16kだったと思う。8kだったかも？
マリオぐらいまでのゲームは最大32kバイト。16kのタイトルも沢山あった

>>314
ファミコンにいわゆる「グラフィック」は無い。なので塗ったり線を引いたりできない。
2bitカラー（3色＋透明）の256個のキャラとそれを使った64枚のスプライトしかない（マリオのサイズは2x2=4枚）
葉っぱと雲はパレットを変えてるだけでパレットは全52色の中から指定。

長文スマソ
0473デフォルトの名無しさん2009/01/22(木) 01:38:36
こんなスレがあるとは初めて知った。


昔、１回だけファミコンの仕事したことがあるが、

・PC-9801でソース書いてコンパイル
　　　　↓
・出来上がったバイナリをROMライタに焼く
　　　　↓
・ROMカセットの基板のソケットにROM挿してファミコンにセット
　　　　↓
・ICEのホストマシン(PC-9801)で制御ソフトを立ち上げてシンボルテーブルを読み込ませる
　　　　↓
・ICEのスイッチ(確か、ICEモードとCPUモードがあったような？)をICEモードに切り替えて走らせる
　　　　↓
・デバッグ

というような流れだった。

何でいちいちROMを焼かなければならないのかは、今となってはよくわからないや。
ROMエミュータが無かったか、あるいはICEにエミュレーションメモリが無かったせいかも？
(あるいは、その機能はあったけどその存在を知らなかったので使っていなかっただけ、という可能性もあるｗ)

あと、ICEモードにすると、音が出ないがシンボリックデバッグが可能になって、
CPUモードにすると音が出る代わりにデバッグが不可能になったような気がする。

多分、6502エミュレーションモードと、ファミコンから引っこ抜いたCPUで直接動かすモードの切り替えスイッチだったのだと思う。

あと、サウンドドライバは既に社内で用意されていたライブラリを使っただけなので、音源関係のデバッグはやったことが無い。

サウンドデータ(楽譜)はMMLで作ってパソコンのPSG音源であらかじめ確認してから、
そのデータをファミコンに持ってくるだけだったような気がする。
0474デフォルトの名無しさん2009/01/22(木) 01:43:19
組み込みはだいたいLinuxじゃないか？
gccだと思うが。
0475デフォルトの名無しさん2009/01/22(木) 02:24:17
誰に対するレスだよｗ
0476デフォルトの名無しさん2009/01/22(木) 03:06:43
ファミコンの時代にLinuxは存在しないどころか、開発すら始まっていません。

gccはあったけど、ファミコン中期～後期の頃に
最初の安定版がやっと出てきた頃じゃなかったかな？

正直、スレを間違えているとしかｗ
0477デフォルトの名無しさん2009/01/22(木) 03:47:03
なんで突然Linuxの話が出てくるのかが分からん
0478デフォルトの名無しさん2009/01/22(木) 06:02:57
バンクの切り替えで死にそうになった

0479デフォルトの名無しさん2009/01/22(木) 06:28:00
ゲーセンにある３Dのガンダムseed destinyってC++でしょ？
あんな早い動きC++でなきゃ無理でしょ？
ガンダムクラスからデスティニーとかフリーダムとかnewしてるんでしょうか？
0480デフォルトの名無しさん2009/01/22(木) 07:51:27
アホかい。
0481デフォルトの名無しさん2009/01/22(木) 09:42:56
PICのCとかも使えないというんだろうな。
目的次第でしょうが・・・。
0482デフォルトの名無しさん2009/01/23(金) 01:30:22
ガセのアーケードは、Linux

まんまLinux。

Linux上でゲームが動いてる。
0483デフォルトの名無しさん2009/01/23(金) 02:39:27
そりゃ、ＡＴ互換機ベースのハードだからな。
0484デフォルトの名無しさん2009/01/23(金) 05:00:04
>>479
ﾜﾗﾀ
0485デフォルトの名無しさん2009/01/25(日) 08:24:55
>>479
おい、νをそんながらくたと並べんな。
0486デフォルトの名無しさん2009/02/23(月) 14:50:45
昔はＣでゲーム作るのは珍しかったって聞いたけど。
ドラッケンはその珍しいゲームのうちのひとつ。ファミコンじゃないけど。
0487デフォルトの名無しさん2009/02/24(火) 10:26:10
ハック、ハック、ドラッケン
0488デフォルトの名無しさん2009/03/11(水) 04:26:26
スーパーマリオの、残機を、たくさん増やすと、王冠がついて、その後ろに、
キャラクタがつきますが、可読性に、欠陥なので、せめて、１６進数でよいので、誰か、
ハックしてください、ワールドも、同様です、、、
0489デフォルトの名無しさん2009/03/12(木) 11:41:41
句読点の使い方から覚えましょう。せめて中学生レベルまで。
0490デフォルトの名無しさん2009/05/02(土) 08:10:02
0491デフォルトの名無しさん2009/05/02(土) 23:50:46
>>488 の文章は何かの暗号にしか見えない、誰か検証頼む。
0492デフォルトの名無しさん2009/05/03(日) 13:31:06
とりあえずコード書いてみろよ

お題は、ジャンプして、踏んづけて、蹴って、跳ね返ってきて、自滅　まで
0493デフォルトの名無しさん2009/05/03(日) 17:37:29
なんだこの日本語の不自由な方々は？
0494デフォルトの名無しさん2009/05/03(日) 18:22:26
6502にもCコンパイラはあるにはあるけど、6502は8ビットCPU
の中でも特にコンパイラが作りにくいCPUで、Cとは言え強い
制限があった

8ビットに特化しすぎていた
0495デフォルトの名無しさん2009/05/03(日) 20:36:36
そりゃターゲットに最適化したコンパイラにするのは当たり前だろう。
0496デフォルトの名無しさん2009/05/04(月) 09:16:12
6502の時代を考えろよ
Cコンパイラなんていう高度なものが動くだけで感激
制限があるなんて当たり前
0497デフォルトの名無しさん2009/05/04(月) 19:42:43
6502でコンパイラ動かす必要ないじゃん
0498デフォルトの名無しさん2009/05/04(月) 20:19:08
Apple][にGAMEコンパイラがあったよな
これはよく出来ていた
0499デフォルトの名無しさん2009/05/05(火) 10:05:55
他の機種でクロスコンパイラ動かすのもキツいな。
日本で主流だったPC-8801とかはメモリ64KBしかないウンコみたいなマシンだったんだろ？
0500デフォルトの名無しさん2009/05/05(火) 21:01:23
ファミコンの後半くらいは16bit機もでただろ。
0501デフォルトの名無しさん2009/05/07(木) 00:39:12
65816か
16ビットモドキみたいなCPUだな
0502デフォルトの名無しさん2009/05/07(木) 12:25:06
>>501
クロスコンパイラを動かす環境のこと、
0503デフォルトの名無しさん2009/05/07(木) 17:51:48
>>499
お前には想像もつかない世界だろうがこの世には
たった96KBのexe一つだけで動くFPSなんてのもあるんだぜ？
0504デフォルトの名無しさん2009/05/11(月) 16:54:18
今の、資産が山ほどあるCPUとは違うんだ

レジスタがたくさんある
それに乗り切らなくてもキャッシュがある
それに乗り切らなくてもメインメモリがある
それに乗り切らなくてもHDDがある

そんな贅沢な環境はない
レジスタがない
やべえバンク切り替えだ
割り込み禁止にすんの忘れた
バグッた
レジスタに乗らねえ
おいデザイナー削れよ
うるせえよどうやったって乗らねえんだよ


とにっかく制約が厳しい
0505デフォルトの名無しさん2009/05/12(火) 22:51:30
>>504
それを考えるとグラIIや魂斗羅のあたりのコナミは神だったな
カートリッジで一部機能拡張をしていたようだけど、それでも神。
0506デフォルトの名無しさん2009/05/12(火) 23:13:35
ああSFCでカートリッジ上に専用LSIを載せて機能拡張を
するというのはよくやってたみたいだな

ほとんどがコピー対策だったみたいだけど
0507デフォルトの名無しさん2009/07/14(火) 07:49:32
>>504
最近FCの解析に挑戦してるんですが、8086で1MBなかったのなんてかわいいもんですｗ
なんだこの仕様ｗｗｗ
まあVRAMはPPU管理下で別になってるけどそれにしても少ないｗｗ
0508デフォルトの名無しさん2009/10/02(金) 22:20:06
任天堂が保有していたファミコンの開発環境
〔初期のファミコン・ソフトはこのツールを使って開発されていた＝該当ソフト：野球・麻雀〕

・台湾メーカ製のICE
（米Rockwell社の6502用ツールは、無い）
・プログラミングツール　NCAP（Nintendo-captureの略）
・ホスト機＝NECのPC-8001
・。発光ダイオード（LED）で作った8×8のドット・マトリクスから成るディジタイザ
（当時はまだコンピュータの画面上でゲーム・キャラクタを描くシステムはなかった。
ドット画データをそのままファイルとして出力できるソフトウエアがあるけど、バグだらけだった）
http://trendy.nikkeibp.co.jp/article/special/20081002/1019327/
0509デフォルトの名無しさん2009/10/02(金) 23:17:35
　　　　　　　　　＿＿＿_
　　　　　　　 ／_ノ 　ヽ､_＼　　　　　　　　　　　　　UCSD Pascalで書かれているWizardryを
　ﾐ　ﾐ　ﾐ　　oﾟ(（●）) (（●）)ﾟo　　　　　　ﾐ　ﾐ　ﾐ 　P-Codeの仮想マシンを実装するのはおろか、
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼　　　/⌒)⌒)⌒)　Pascalそのものが使えないというクソすぎる仕様な
|　/　/　/　　　　　|r┬-|　　　　|　(⌒)/　/ / /／　　NES(ファミコン)になんて移植できるわけないおｗｗｗ　
|　:::::::::::(⌒)　　　　|　|　 |　　 ／ 　ゝ　　:::::::::::/　　　　
|　　　　　ノ　　 　　|　|　 |　 　＼　　/　　）　　/ 　　 　バ　　
ヽ　　　　/　　　　　`ー'´ 　 　 　ヽ /　　　　／　 　　　　　　ン　
　|　　　　|　　 l||l　从人 l||l 　　　　 l||l 从人 l||l　　　バ
　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､　　　　　　　ン
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

　 　 　　　＿＿＿_
　 　　　／ノ 　 ヽ､_＼
　　　／（ ○）}liil{（○）＼　　　NES(ファミコン)版Wizardry発売
　 ／　　　 （__人__）　　　＼
　 |　　　ヽ　|!!il|!|!l|　/　　　|
　 ＼　　　　|ｪｪｪｪ| 　 　 ／

　　 ／￣￣＼
　／　　 _ノ　　＼
　|　　　 （ ●）（●）　　　　　　PascalだってApple][の内部で機械語に直しているんだから
.　|　　　　 （__人__）　　　　　　機械語が使えるNES(ファミコン)に移植できるのは当然だろ･･･
　 |　　　　　｀ ⌒´ﾉ　　　　　　常識的に考えて･･･
.　 |　　　　　　 　 }
.　 ヽ　　　　　 　 }
　　 ヽ　　　　　ノ　　　　　　　　＼
　　　/　　　 く　　＼　　　　　　　 ＼
　　　|　　　　 ＼ 　 ＼ 　 　　　　　　＼
　 　 |　　　　|ヽ、二⌒)､　 　 　　　　　 ＼
0510デフォルトの名無しさん2009/10/02(金) 23:20:10
マンガ脳の恐怖、まで読んだ。
0511デフォルトの名無しさん2009/10/03(土) 00:30:56
どうでもいいことだがアンセンブラってなんか卑猥なイントネーションだなw
なぜだ？
0512デフォルトの名無しさん2009/10/03(土) 03:24:50
つまんね
0513デフォルトの名無しさん2009/10/03(土) 03:32:23
>>509みたいなこと、Wizのオリジナルプログラマーのアンドリューかロバートがマジで逝っていたらしい・・・。

「Wizardryはパスカルでできてるからパスカルの動かないファミコンには絶対移植できない」

・・・・ってｗｗｗｗ
それを聞いてゲームスタジオのプログラマさんが憤慨。
「どんな言語で書いてあろうと、マシン語で動いてるものが移植できないわけがないだろ！」
ってんでゲームスタジオが移植を引き受ける事になったんだと。
で結果として、世界最速の操作系を持ったファミコン版Wizardryが誕生したってわけ。
その出来にアンドリューも脱帽、「数あるWizの中で一番のお気に入りは？」というインタビューで
「ファミコン版だよ。」と答えた（リップサービスもあっただろうが）って話。
まあ、末弥氏のモンスターデザインのカッコよさも一役買ってたみたいだけど。
http://fcs.main.jp/kyosyo/ends_01.html
0514デフォルトの名無しさん2009/10/03(土) 09:57:47
>>513
どこかで聞いた話だと思ったら、遠藤の話か

力技で移植したのなら、あまり美談とは思わないな。
当時は基本的にはオールアセンブラで書いてたし、
どっちにしろファミコンではそういう作り方しか無かったはず
0515デフォルトの名無しさん2009/10/03(土) 12:38:57
そこそこのプログラマが、AA貼り付ければ嬉しくなっちゃうマンガ脳の>>509みたいな
頭の悪いことを言うわけがない。

本来はまったく別の意味で言ってるはずだと思うね。
Wizardryがどんなゲームか知らんが、要はなんで元のコードが（あえて）Pascalで
書かれているのか考えてくれってことだろ、普通に考えれば。
0516デフォルトの名無しさん2009/10/03(土) 12:59:59
ずっとBASICだと思ってた、
ドラクエ4とかをアセンブラで書くとかすごすぎるだろ
0517デフォルトの名無しさん2009/10/03(土) 13:09:49
マジレスすると、ラベルもマクロもモジュール化も使えないBASICより
アセンブラの方が可読的に書けるはず。
0518デフォルトの名無しさん2009/10/03(土) 13:31:47
BASICよりはアセンブラのほうが楽だろ
0519デフォルトの名無しさん2009/10/03(土) 13:32:03
>>517
指摘ありがとうございます、

ついでに質問が有るのですが、
当時、任天堂から開発環境がリリースされてましたか？
0520デフォルトの名無しさん2009/10/03(土) 15:14:13
昔のアセンブラはそんなに高機能じゃなかっただろ?
0521デフォルトの名無しさん2009/10/03(土) 16:55:22
「そんなに」という言葉で「どんな」高機能を想定してるのか知らんけど、
ラベル、マクロ、モジュールプログラミング、
こんなのはMZ-80Kのアセンブラにすら付いてた機能だよ。

大事な点（ってこんなスレで青筋たてて言ってもしょうがないんだがw）は、
BASICは元々「とっつきやすさ」だけに重点を置くことから始まってるから、
アセンブラ程度にも大規模なプログラミングのやりやすさが考慮されてないってこと。

アセンブラにすらあるファイルスコープの概念すらないんだからさ。
0522デフォルトの名無しさん2009/10/03(土) 17:16:37
アセンブラを作るのと、BASICを作るのでは、
アセンブラの方が簡単なんだよね
（アセンブラで作るじゃなくて、アセンブラ”を”作る話だよ）

そして、そこにラベルやマクロ機能を追加するのも簡単なんだよね。
高級言語と違って、ラベルは単に機械語のバイト数を数えて、ジャンプ先アドレスを
求めるだけだし、マクロは、機械語をいくつかまとめただけのもの。

生まれた時代の問題で、俺はアセンブラをほとんどしていないが、
マクロを沢山作ってライブラリ化したら、BASICとほとんど変わらなくなるなと思っていたよ。
0523デフォルトの名無しさん2009/10/03(土) 17:54:49
>マクロは、機械語をいくつかまとめただけのもの
それは偽マクロ
まともなマクロアセンブラにはループもあるし記号の生成もできる
C++のテンプレートみたいなものと言えば分かるか
0524デフォルトの名無しさん2009/10/03(土) 17:56:39
ラベルを追加するって、マクロはともかく、ラベルのないアセンブラなんて想像できない。
それ以前はアセンブラにラベルのない時代があったってことか?

モジュール機能も8bit時代のアセンブラとか、分割してアセンブルする以上の機能として
「モジュールプログラミング」なんてあったのだろうか。
0525デフォルトの名無しさん2009/10/03(土) 22:54:16
五分五分です
0526デフォルトの名無しさん2009/10/04(日) 10:32:29
アセンブラ=マクロアセンブラじゃないの
シンボルをアドレスに置き換えてくれる機能を欠くなら
それは単なるニーモニック変換フィルタな気が
0527デフォルトの名無しさん2009/10/04(日) 13:15:52
>>526
アセンブラのマクロってのは、要するにCのプリプロセサと同じようなもので
ソースコードを単に文字列としてみて前処理を行う代物だよ。
なんか勘違いしてない？
0528デフォルトの名無しさん2009/10/04(日) 14:11:29
>>526
>シンボルをアドレスに置き換えてくれる機能を欠く
それを「アセンブラ」と呼ぶのは H68/TR や LKit-16 くらいのもの。

因みに、シンボルが使えるというのは単なる置き換えではない。
・インストラクションによっては相対アドレスが必要なこともある
・外部シンボルの場合、未解決な参照としてオブジェクトファイルを出力する
0529デフォルトの名無しさん2009/10/04(日) 20:30:09
>>526
シンボルやラベルぐらいは、ただのアセンブラでも使えるのが普通。
マクロアセンブラなら、より強力なマクロ機能が使える
0530デフォルトの名無しさん2009/10/04(日) 22:26:43
へぇ～。
0531デフォルトの名無しさん2009/10/05(月) 10:46:53
先ずはMS-BASICで(今時ならスクリプト言語で)アセンブラを書いてみることだな。
イヤでもラベルだけは欲しくなる。
0532デフォルトの名無しさん2009/10/05(月) 15:33:03
マクロアセンブラ？そんなものに頼るのは堕落だ。
機械語直打ちこそが
0533デフォルトの名無しさん2009/10/06(火) 17:57:53
はいはい
0534デフォルトの名無しさん2009/10/07(水) 00:10:52
>>515
＞Wizardryがどんなゲームか知らんが、要はなんで元のコードが（あえて）Pascalで
＞書かれているのか考えてくれってことだろ、普通に考えれば。

WizardryのオリジナルプログラムはPascal言語で書いてあって、OS自体もWizardryオリジナルのもの。
他のPCへの移植にあたっては、そのPCのDOS上でWIZ-DOSをエミュレートさせた上で
WIｚのプログラムを走らせるという手法をとってた。

なんでこんなメンドクサイことしたかといえば・・・・・。

当初はBASICで書いていたんだけど、BASICで動かしたら超激遅になることが判明したからだってさ。
0535デフォルトの名無しさん2009/10/07(水) 00:36:14
Wizardryという初期のRPGゲームソフトはPascalで書かれてまして、P-codeのインタプリタで動いてる筈です。

RPGはキャラクターデータ、アイテムデータ、マジックデータ、モンスターデータ等
データ構造が命ですので、データの表現力に乏しい言語での開発は非常に困難なのです。
Pascalはデータタイプが豊富な言語なのでRPGのゲームソフトを作りやすいはずです。
81年当時のRPGのプログラムって結構凄いんですよ。当然GUIなんてあるわけないんで、
テキストだらけの黒画面を一々再描画してるようなもの凄い原始的な感じなんです。


ファミコンはApple][と同じCPUを採用していますが、ファミコンのROMカセット版Wizardryは、
FDDベースの当時のApple][版Wizardryよりも超高速で走っていて、古いファンは大きな衝撃を受けました。
0536デフォルトの名無しさん2009/10/07(水) 00:54:08
Pascalに型が豊富ってどんな冗談
0537デフォルトの名無しさん2009/10/07(水) 00:55:33
そ～か～、あん時もっと感動すべきだったのかぁ～
かなだけメッセに、後ろめたさを感じるこたぁなかったんだねぇ
0538デフォルトの名無しさん2009/10/11(日) 08:23:15
マクロもラベルも無かったアセンブラは「ある」。
PC-8801のモニタがそうだ。
大規模プログラミングなんかとても出来ないが、簡単なデバッグには使えた。
PC-8001で紙に書いたコード（の右側のHEX部)を１６進でタイプするよりはましだった。

ラベルがあるだけで(ラベルがない)BASICより書きやすくなるのは同意。
さらにマクロや分割アセンブルがあれば、もはやBASICの方が開発効率は落ちる。
BASICでもアセンブラでも仕事をしたことがあるが、前者の方がコード修正は大変だった。
BASICだと簡単な構造体すら定義できないからねえ。
もちろん今のVBとかは知らんが。Cで書けばいいから触ったこともないし。
0539デフォルトの名無しさん2009/10/11(日) 11:24:06
モニタまでアセンブラに入れてるのかよ。
0540デフォルトの名無しさん2009/10/11(日) 11:35:35
定義からすればモニタだろうが何だろうが
「ニーモニックをマシンコードに変換するソフト」はすべてアセンブラだが。
勝手にアセンブラの定義を狭くする意味がわからん。
0541デフォルトの名無しさん2009/10/11(日) 11:53:14
モニタとアセンブラは使われ方が違うんで、話の流れ的にこれをもってくるのは無理があるっていうか屁理屈っていうか。

とかいうと、こんどはモニタでがりがり開発してた変態みたいな例をもってきたりしそうな感じだけど。
0542デフォルトの名無しさん2009/10/11(日) 12:28:00
>>540
モニタってのはバイナリの編集をするためのソフトなんだけどw
0543デフォルトの名無しさん2009/10/11(日) 12:35:07
N88-BASICってラベル行あったよね？
0544デフォルトの名無しさん2009/10/11(日) 12:38:24
ロード、実行、ダンプ、アセンブル、逆アセンブルなどの機能を有するミニOS見たいなもんだろう。
編集だけに限定される意味がわからん。
0545デフォルトの名無しさん2009/10/11(日) 22:17:03
アセンブラの話をしてるところで、モニタの話をして、なんでしたり顔なんだよ
0546デフォルトの名無しさん2009/10/12(月) 09:48:34
「ROM-BASIC のモニタがワンステップアセンブラを含む」ならまだしも
「モニタはアセンブラだ」は暴言。
それだと CP/M～Windows のデバッガもアセンブラになってしまう。
0547デフォルトの名無しさん2009/10/12(月) 20:49:19
ブラじゃないよ
0548デフォルトの名無しさん2009/10/13(火) 09:26:58
まあ、含んでるならアセンブラはあると言ってもいいな。
0549デフォルトの名無しさん2009/10/21(水) 23:35:20
アセンブラ。情報処理試験の午後問題選択の時に出てくる！
0550デフォルトの名無しさん2009/11/03(火) 02:04:39
>>549
なんかあったなｗ
簡単すぎて時間半分もいらんかったわｗ
0551デフォルトの名無しさん2009/11/24(火) 19:10:28
cc65のファミコン用コンパイラで
ファミコン用のCソース公開してくださいよ。
0552デフォルトの名無しさん2009/11/24(火) 19:52:41
コンパイラでソース公開は無理ですね。
0553デフォルトの名無しさん2009/12/12(土) 18:17:43
"で"、じゃなくて、"専用の"プログラムを
ということです。そのような方はいないでしょうか。
0554デフォルトの名無しさん2009/12/12(土) 18:54:11
ファミコンとパソコン繋げて遊ぶとかできないの？
0555デフォルトの名無しさん2009/12/12(土) 19:04:00
今のwindowsにもdebugコマンドあるし
機械語でプログラム作れるけど？
0556デフォルトの名無しさん2009/12/12(土) 19:12:34
ファミコンは時代遅れ
0557デフォルトの名無しさん2009/12/12(土) 19:26:49
>>555

俺の7にはないみたいだけど
0558デフォルトの名無しさん2009/12/12(土) 20:40:03
>>554
プリンタポートとカートリッジコネクタなりジョイスティックコネクタなりを直結すれば？
0559デフォルトの名無しさん2009/12/14(月) 10:43:39
>>557
32bit版にはある、64bit版にはない。ってのはwin2k以降全部同じ。
■ このスレッドは過去ログ倉庫に格納されています