8086 vs. Z80 vs. 6809 vs. 6502　その2

8086(8088)・Z80・6809・6502のうち、どのCPU(MPU)が優れているか議論するスレッドです。

皆様もういいトシなんだからもっとやれ。

前スレ
8086 vs. Z80 vs. 6809 vs. 6502
http://bubble6.2ch.net/test/read.cgi/i4004/1165801265/

part2が建つなんて夢みたいです
需要はないが

>>1
6502

＝　終　了　＝

6809は大人の香り
SEX命令サイコー

> 優れているか議論する

どうせ、まともな議論なんてしてないんだし、素直に「語り合う (罵倒しあう？) スレ」
でいいんじゃね。

ともあれ、>>1 乙

さてどれが優れているか論議しようではないか

ことわる

最近のこの板の民度の低さは異常だな

※本来の流れからすると、「6809とZ80 part 4」なんだろうけど

■過去スレ
8086 vs. Z80 vs. 6809 vs. 6502
http://bubble6.2ch.net/test/read.cgi/i4004/1165801265/
6809とZ80 part 2
http://bubble6.2ch.net/test/read.cgi/i4004/1093190685/
6809とZ80
http://bubble2.2ch.net/test/read.cgi/i4004/1008496410/

■親戚スレ　[電気・電子板]
【まだ】単品CPU　Z80とか6809/6502　(【現役】
http://science6.2ch.net/test/read.cgi/denki/1150952925/

　６　８　０　３　０　最　強　伝　説

Z-80が最強！

x86のホットスポット(いちばん‘弱い’トコロ)は命令デコーダ
新しいNehalemの解決策は、ループの‘まるごとキャッシュ’
28μOpsまで保持する、ループストリームディテクタとかいう機能がつくらしい

ttp://pc.watch.impress.co.jp/docs/2008/0523/kaigai441.htm

L D I R

>>11
Z80ならわかるが、Z-(ハイフン)80て?

シャープのMZ-80〜と勘違いしてる?

それだけその荒しのレベルは低いということだ

Z-80（笑）

Z----------------------80

Ｚ80最高！

ゼッパチは良く売れた。
それだけ優れていたからだな。

>>10
>　６　８　０　３　０　最　強　伝　説

確かに伝説で終わっちまったな。

せめてもう少し早く出てくればよかったのに。

>>18
Z-80（笑）

このスレに限って年金の話題もおKです。

>>11
ZX-81と間違えたのなら許す。

8080Aや6502,Z-80等のRAM8~16KB程度の1ボード盆栽マイコンをちびちびといじってゆくのが理想の老後ですなあ

なんだーその2が立ったのかよｗ

8ビットでは6502、16/32/64ビットではx86という汚いアーキテクチャの
CPUが売れるの法則

Z80はあの当時にしてはレジスタが多かったからいろいろトリッキーな
事が出来たけど

68000は命令体系が綺麗だったが速くなかったな
当時の集積技術ではワイヤードロジックは無理でほとんど
マイクロコード化してたし

何よりもキャッシュを積んでなかった
68030になってようやく積めた

8086がキャッシュ搭載してたでも言うのかよ！

けっきょくZ８0には勝てませんでしたｗ

>>28
Z-80（笑）

>>29
Z-80（笑）

Z-80最強！

Z-80（笑）

Z-80（最強）

μPD780はZ80か否か

作りかけのシーモスじゃん

Z-80ってなに？（笑）

Z-80って最強

罠にはまれ

間違えたのに意地張ってZ-80wwwwwww
恥ずかしいwwwwwww

罠にはまれ

Z-80

改正したらまた大笑いだな
さあいつ改正するかww

Z80じゃなくて8080にしてほしかったな

Z+80

Z±80最高！

www　頭悪すぎww

80-Z

マジンガーZ80

ドランゴンボールZ80

Z80ガンダム

ZZ80ガンダム

w

出ました！　パワパフガールズZ80

>>8
何年か前はこんな風ではなかったと思う
もしかしたらゆとりに荒らされているのかもしれない

ゆとりはZ80なんかに反応しないだろう　ゲームだけ
>>48-51　このネタから察するにかなり痛いおじさん

z-80最高！

そうだね

民度のゴルフ

ゆとり（笑）

ゆとり（笑）

そうだね
ゆとりに失礼だね

6809の未定義命令って6309でも動くかな？
キャリ付き符号拡張とか。

間違えた、キャリ付き符号反転だ。

マジンガーZ８０H

63C09のエミュがあるので、試してみなさい。

ED B0

ドラゴンボール
http://ja.wikipedia.org/wiki/DragonBall

Z++(*80)

>>26
x86系なんか486になるまでキャッシュを積んでいなかった訳だが・・・。
それと、68020にもキャッシュはあるぞ。

符号付き乗除算命令もあるTMS9995のことも忘れないであげてください。

そりゃ金持ちだな

ビット制限
本スレのビットは8bitまで

男ならx68系。

…なんか別のものになってしまったな。

>>62
動かん。
6809の未定義部分は別の命令が割当てられているか、
そうでなければトラップがかかる。

俺が6809搭載機を買う事にしたきっかけ

MSXとBM Level-3(確か)が並べて置いてあった
それぞれで　?sin(1) を実行した

Z80のMSXは約0.5秒ほど掛かったがBMの6809の方は
約0.2秒ほどで答えが出た

固定小数点演算をガンガンやらせる予定だったので
少しでも小数点の扱いが得意なCPUが欲しかったのだ

もちろんZ80マシンの方が遙かにソフトが多いが、そんな
事はどうでもよかった

大学のメーンフレームが下手をすると現在の手持ちのPCよりも
遅かったかもしれない時代

ジョセフソン素子をCPUに使って金に物を言わせて速度を稼いで
いた時代だった

>>75
MSXの浮動小数は10進演算だから遅いんだよ。
凄腕のZ80プログラマーが２進の浮動小数演算ルーチンを書けば
Z80もそこそこ速い。




でもやっぱり68系の方がプログラム組やすいよね〜。
当時Z80マシンの隆盛を横目で見ながら
「くそっ！負けるもんか！」と思いながら
6800のマシン語プログラムをハンドアセンブルで
シコシコ書いていた俺はMB6885ユ−ザー。

おお
6800のユーザーなら6502の反則とも言えるゼロページインデックス
モードの使いやすさはわかるよな

当時6809で6502のエミュレータを作ったりしていたが結局何の役にも
立たなかったが

6809のMULって浮動小数演算にも活かせるのかね？

ほとんど使わなかった
ASL SHL SHR ROL ROR の固まりだったろ

乗算に関しては上手く使えば相当に高速化できると思う
浮動小数のフォーマットによって差はあると思うけど

史上最強　L　　　　　D　　　　　I　　　　　R

　ま　た　お　前　か

ED B0 があれば夢がかなう

6809はタスク毎にゼロページが使えるのも便利だったが、
特にスタックに対する演算や操作が色々出来た。実行速度は気にしていなかったが、
ともかく演算をマイクロウエアＣとその中の_asm()文で書くのが簡単だった。
8080用なら高性能なLSI-Cがあったけど、（これはZ80向けでなかったから）それと比べて
なんて、書きやすいのだろうかと感動した。
このオブジェクトはＦＢＡＳＩＣ上へ持って行って使った（OS9上でもよいけど）

この経験が80386のＣ言語とアセンブラのハイブリットなプログラムの練習になった気がする。

>>85
ダイレクトページな。
TFRでDPRへ押し込むしかできないのがちょっとダサかったけど
便利だったな。

なんで85がみえないのかとおもったらブリッが引っかかってたのか

実は6809のダイレクトページはあんまり速くなかった
ほんの1サイクルでもいいから削りたい場面でないと使わなかったっけ
大概はインデックス5ビットオフセットで用を済ませてた

0.001GHzだっけ？
俺のC2Dマシンもクロック測定誤差でそんくらい変動するよｗ

>>88
>5ビットオフセット
あれは絶妙な量だったなあ。4ビットだと絶対足りないんだけど、
5ビットだとなんやかんやでワークエリアとしてなんとかなるんだよね。

Z80-8MHz >>>>>>>>>>>>> 6809-2MHz

>>77
俺はMB8861ユーザーだった。

>>75
当時の知識をもとにした選択だったんだろうけど
CPUと固定小数点演算の速さはほとんど関係ねーべよ
単にBASICインタプリタの実装の違いだべ
しかもBASICインタプリタの小数点数演算て
内部表現固定小数点じゃなかったよなあ…確か…

Load, Increment and Repeat最強伝説！

68系って、レジスタにロードしただけでゼロか、
プラスかマイナスか、わかるのがよかった。

Z80だといちいち AND A とかやって調べなきゃいけなかった。

そうです。私がL
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
DIRです

68系の分岐命令の BHI、BLS は重宝したな。
Z80だと JR Z/NZ と JR C/NC を２命令
組み合わせなきゃいけないのが一発で分岐できた。


BGT とか BLE とかはあんまり使わんかったなw

LDI
LDI
LDI
LDI

もうZ80最強でいいよ
うんそれでいいや

比較方法を工夫すればたいていの場合
BCS,BCCで事足りたけどね。

68**のBRN命令の存在理由に頭が禿げるほど(実際には
禿げなかったが)悩んだ。

単なる命令の対称性のため(BRAとの)に用意されていると
知った時は「そこまでやるかおめえ！」と思った。

こだわるよね。モトローラ。
まあ、次の1byte無視命令としてそれなりの利用法はあったのだが。

クロックサイクルを合わせるとかもあるね。
あれ、3だっけ？

>>99
さりげなく改正しやがって（笑）
ちゃんと
’もうZ-80最強でいいよ’
って書けよwww

>>101
あの頃は、オペコードって論理回路に与えるスイッチオンオフのビットパターンだったから、
それなりに意味があった。だから、未定義命令が出来る。

>>104
なんだおまえZ-80って？だいじょうぶか？

>>106
>>11本人乙

当時言われていた事

68系はコンピュータ
80系はコントローラ

同じクロックなら、一般的アプリケーションの実行速度はダントツで８０系が遅かった。
だから、倍増して４倍速にしてＺ８０でやっと実用レベルになったのが８０系

68系も65xxに比べればダブルスコアで遅かった。6809でやっと65xxを振り切った。
と思ったら、インテルが8088と比較したのでボロ負けした。
それで意地で出てきたのが68008だが、既に時代は変っていた。

>80系はコントローラ
偉く納得

そんな80系でレジスタをいかにやりくりするかの工夫もなかなか楽しかったり

結局80系の勝ちってわけか
じゃZ８０に乾杯

制限なき自由とは怠惰

史上最強命令　Ｌ　Ｄ　Ｉ　Ｒ――
それは文学――

REP プリフィックスは？

REPプリフィックス ――
それは夜明けのまどろみにも似た甘美な憂鬱――

いろんなCPUを知っている訳じゃないからよく分からないが、
6809の「どんなバスサイクルも必ず１サイクルで完了する」という
仕様がなんか面白い気がする。

カレーやCDみたいに「復刻版」出ないかね
復刻版6502,6809,8080.....

>>117
FPGA 使って自分で作ればいいやん。

>>117
いま電源5Vのデバイスは時代遅れだから
当時のデバイスそっくりそのまま復刻、は無理だろうね。
もしやるとしても電源3.3VのCMOS、44ピンQFPとかになるのかな。

時代遅れとかもうね

8255なんかの周辺なら復刻版がＮＥＣから出てる
それを40ＰｉｎＤＩＰにしたのをサンハヤトが売ってる

復刻版ってのは当時のまんまじゃないと価値はない

未使用のZ80と8255を２つ持ってる

8bitCPUなら64Kバイトの1次キャッシュ積めば
物凄く速くなりそうじゃね？

8bit後期のものはバンク切り替えを駆使してるから
そこにも対応しないとね。

16bitにした方がはやい　というと夢がないか

しかし前スレ、本スレを見てきて意外にも6502の評価が高い事を感じた
昔は異常にレジスタの少ない変なCPU程度の印象しか無かったが
そして何故、評価されてるのか、Appleやゲーム専用機に採用されてきたのか
理由も判ってきた

安かったから。終わり。

評価が高かったのはＺ8０
書き込み回数でわかる

>>129
数が多いだけじゃんｗ
バカが１００人いてすばらしいと褒め称えてもゴミはやっぱりゴミだよ。
Z80がゴミとは言わんが。

全部おまいじゃんｗ

かぶったorz

じゃん、じゃん、
横浜人が多い

横浜じゃなくても使うじゃん？

Z8０最高じゃん

世界はZ80の炎につつまれた

うむ。Z８0最高

Z 8 0 に負けたのは事実です！

今
回
も
Z
8
0
の
勝
ち
で
す
ね
♪

Z80は良い石だが >>139 はゴミ

>>139
ですよね〜☆

>>139
ですよね〜☆

みんなが認めるz8０

>>140
ガイキチはスルーでよろしく。

いな　　　　　　 　 Z
いん　 rニニ丶
言と　ﾉﾉ从ハ从　 8
葉聞　リ´∀`§
かこ　 X ＿＠X 　0
｜え　 ﾋ|＿_|ｿ
｜の　　∪ ∪
!!

>>117
互換CPUがワンチップ化して大量に作ってる

×　互換CPUがワンチップ化して大量に作ってる

○　互換CPUがワンチップ化されて大量に作られてる
または
○　互換CPUをワンチップ化して大量に作ってる

このｽﾚはZ８0と3匹の負け犬でお送りしております

>>146-147
現行で生産されてる物は？

ぜっとはちまる最高！

>>149
本家ザイログと川鉄のKCシリーズは
まだメーカーホームページに載ってるから一応現役じゃね？

あと、ルネサスの740ファミリが、大っぴらには謳ってないものの、
実はこっそり6502バイナリコンパチらしい。

これか
http://japan.renesas.com/fmwk.jsp?cnt=740_family_landing.jsp&fp=/products/mpumcu/740_family/

インテルかAMDあたりが最新CPUの中にこっそり6809の実行ユニットを仕込んでくれんかな
プレフィクスひとつで6809モードに突入するんだ

ついでにZ80とか6502とかもｷﾎﾞﾝ

>>151
> あと、ルネサスの740ファミリが、大っぴらには謳ってないものの、
> 実はこっそり6502バイナリコンパチらしい。

mjd? と思ってデータシート見たら、確かにレジスタ構成は 6502 ぽいな。

データシートに 6502 の文字が見当たらないんだけど、道義的にええんか、これ。

>>153
すげえ楽しそう。

Ｚ８○最強伝説！

単にZ80しか知らないだけと思われる

H8がいい

H8はアーキテクチャがかっこいいよね。
6502を思い出させる。

6809しかまともに扱ってないから6809に一票。
Z80は複雑すぎて覚えきれなかったから、命令表なしでは組めなかったし。

まぁ命令が1000くらいあるしな＞Z80

H8は別におかしな所とかはないんだけどなんかパンチに欠けるんだ…。
ARMが実に変態で好き。Thumbコードは普通すぎるが

はっはっはっ8bitはインテルもモトローラも影が薄かったな


ザ　イ　ロ　グ　最　強　伝　説　！

それより遠くない将来パソコン用のCPU作るメーカーがインテルしかなくなっちゃうかもしれんのです。
なんとかなりませんか。

PowerPCじゃだめか？

というか既にそうなってないか？

まだAMDが（かろうじて）首の皮一枚つながってる

PowerはAppleがやめちゃったからパソコン用では使われてない。

組み込み用のARMやPPCをPC型にして
Linuxインスコして売ってる業者もあるよ

>>167
マジでAMDのこと忘れてた
すまんAMD…

AMDには頑張ってほしい
イソテルだけになったらいまの３倍は値上げするぞ

急に新ライバルが出現するような産業でないしな
モトローラが他の方向いってるのが一番悲しい

ザイログやビジコン（何故か変ｒｙ）さえ生きている　米TIも

ここは日立SHのチャンスかも!
そういえばSH4+TRONなんていう製品もあったな

おまえらなんのはなししてんの？バカなの？Z80に負けちゃったの？
そうですか

お前の中ではZ80最高でいいから
もう同じこと書き込まないでください
わかったから資源の無駄

だよね☆Z８０最　　強　　！

>>164-168
Transmeta とかはどうなったんだろう...

>>177
うん
こ

>>176
おまえいいかげんZ80のネガキャンはやめろ
おまえのせいでZ80使いの俺がいつのまにかここでZ80叩きをしていたではないか

>>179
最高ですよ

じゃあ、6809。これ最高。

>>181
敗者でですね

俺Z80派だったけど、
6809のポストインクリメントアドレッシングが羨ましかった。






かまって君にはスルーが一番。
奴が一番恐れているのは
スルーされること、
誰もが奴を完全に無視して楽しげに盛り上がること。

そんなに甘くない
自作自演して引っ掻き回しもするし
完全スルーも何も、逆に「荒らしだ」「スルーしろ」と騒ぎはじめる
何が何でも仕切りたい

仕切らせときゃいいじゃん。

それを含めて「スルー」すればいいんだし。

プリデクリメントもあるでよ

PDP-11の影響

どんだけZ80が愛されてるかわかるｽﾚだな

>>186
すまん、プリデクリメントにはあんまり魅力感じなかった。
確かに、ソフトウェアスタックを実現する、みたいな用途には
プリデクリメントはあったほうがいいんだろうけど
俺的には「バイト列の逐次解釈ポインタ」みたいなのが欲しかったんで
正直デクリメントはどうでも良かった。

http://ja.wikipedia.org/wiki/Z80

”このホストではしばらくスレ立てできません”


というわけで>>188お前が立てろ
スレッドタイトル：「Z80最強伝説」
本文：LDIRは今至高の頂に…

ケツから文字を検索するとかにも使えたけど、
スタック以外の使用頻度は確かに少ないわな。

ただ、モトローラはそう言うところの対称性
を重視してたし、その姿勢が好きだった。

プリデクリメントないと困るよ
凄く頻繁に使ったよ

ブロック転送に必須。

今話題（笑）のZ80ならLDDRだな。
これを使わないと領域が重なるブロック転送がちゃんとできない。

LDDRのないZ80なんて…

余談だが、実は6809でもブロック転送はスタックポインタを使う方が速かった。
しかも6809はユーザースタックが使えたので割り込みのことは気にしないで済んだ。

一般論として。Z80を生まれて初めて触ったコンピュータとしてきた香具師って68系で
コンピュータ覚えた連中よりも押しが強い傾向がある。

>>198
たぶん気のせい

>>198
そうだな。ゼッパチから来たのは何か一味違うと思ってたぜ。

ここを見る限りゼッパチ房はバカ
同じ使い手として恥ずかしい

ははは嫉妬すんなよ大人げないぜ

確かにゴリ押しは強いな

>>202
お前はほんと大人げあるな（笑）

>>11
>>48-51

>>204
ははは嫉妬すんなよ大人げないぜ

僕が一番Z80を上手く操れるんだ！

どうでもいい話だけど、型番つけるセンスはモトローラの方がよかったよね。
6809の"9"がいかにも「最後の、究極の8ビット機」って感じだったし
68000では型番が5桁に増えて「性能ケタ違い」を予感させた。

対するインテルは、4004→8008はまぁ納得できるけど、
その後が迷走。8008→8080→8085ってなんだよ・・・
8085はスペックからすると8081あたりがいいとこじゃない?
そして極めつけは8086。「期待のスーパーヒーロー」のはずなんだけど
8085より1多いだけ。弱そう・・・（でも売れちゃうんだけど）

え?　ザイログ?　そんなメーカーあったっけ?

まさにどうでもいいな

インテルは586をPentiumにすることでネーミングでは一歩抜け出した

つうか586は商標登録できなかったんじゃね？

>>207
> そして極めつけは8086。
>「期待のスーパーヒーロー」のはずなんだけど

当時の期待のスーパーヒーローは 8086 なんかじゃなく、8800 だよ。

つまり、後の iAPX 432

まあ、大失敗に終わったから，今や誰も覚えちゃないけど。

こよいもZ80で盛り上がってんね☆

当たり前じゃん!
xxIR命令はｻｲｺｰよ

自演キモ

↑煽る事でしか心を満たせないバカがすり寄って参りました

ポストインクリメント最高。

やっぱりアキュムレータは4bitくらいが小気味よく動いていいねっ

Z800

Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80
Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80 Z80

Ｚ80というのも不吉なネーミングだったな。
X80ぐらいで止めとけばザイログも一発屋で終らずにすんだのかもな。

Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80
Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80
Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80
Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80
Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80
Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80 Ｚ80

乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０
乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０
乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０
乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０
乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０
乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０
乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０
乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０ 乙８０

　 　 　 　　 　　 　 　　‖
　 　 　 　 　　　＿__　　‖
　　　　　　 ／　　　 ｀ヽ‖
　　　　　 ,:'　　　　　　､ゑ
　　　　　,'　　 　;　　i　 八､
　　　　　|,! 、 ,! | 　,' ,〃ヽ!;､
　　 　 　|!| ｌ川 l ﾘへ'==二二ト､
　　　　　ﾘ川 !| i′　 ﾞ､　　　　', ',
　　　　　lﾙl ||,ﾚ′　　 ヽ　　　,ﾉ ,〉
　　　　 　 |川'、　 ,,.,.r'"　 　 ,,ンﾞ
　　　　　　　　｀T"　 ! ,/ '.ﾉ,/｜
　　　　　　　　 / 　 ,!´　!ﾞヾ{　|
　 　 　 　 　　/ 　 ,' 　 i　ﾞ　! ,lﾞ
　　　　　　,r‐'ヽ-､!　　 ',　　l｜
　　　　　 {　　　 ｀ヽ　　 !　 ｢ﾞﾌ
　 　　　　,>┬―／　　 ;　 i,｀{
　　　　　/ /ﾘ川'　 　 　 　 ', ﾞ､
　　　 ／ ,/　　　 　 　 　 　 ﾞ､ ﾞ、
　　 ノ 　/　　　　　　　　　　　', ｀､
　　 ＼_/　　 ;　　　　　　　　　 ﾞ、ヽ、
　　　　l__　　 !　　　　　　　 _＿_〕 ,､l
　　　　　 ￣｀‐┬―r┬‐r'´　｀'‐'′
　　 　 　 　 　　|　　.! |　 |
　　 　 　 　 　　|　　| .|　 |

CPIR って役に立たなかったよなぁ。
8086 の REP CPMS みたいなのを期待してたんだけど。

「文字列の自動比較」じゃなくって
単なる「文字の自動サーチ」だったもんなぁ、結局。
ほとんど使い道ありゃしねぇ。

言われてそんな命令があったことを久々に思い出した。

・予約語テーブルから最初に一致する一文字を探すとき
・テキスト検索で最初に一致する一文字を探すとき

二つともほとんど差はないがこんな感じか。
二度と使うことがあるかどうか知らんけど忘れんようにしとこ。

文字列の比較に使えないのは諦めるとしてもだ、

文字サーチとしても全然使い物にならなかった。
サーチ対象が A にたった1個しか指定できなかったから。

実際に文字サーチが必要な局面では
「コンマか、セミコロンか、行末の CR のいずれか」で
サーチを止める、みたいなのが多かった。

CPIR は屁のツッパリにもならなかった。

L
　D
　　I
　　　R
でいいじゃんか

今日もZ80は愛されてるな

strlen とかなら十分役に立つだろ。

　　　　　　　　今日も
.
.
.
.
.
.
.
.
.
.
.
.
　　　　　　　　　　　Z　8　0　は
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
　　　　　　　　愛されてるな――――――

逆に言うとstrlenくらいにしか役に立たなかった

OTIRは大変便利だったが

こまったな。ここには究極の8bitMPU6502使いとかいないの？

よんだ？

前スレでは好評だったよ6502

6502はジャンプ命令がヘボいという印象しかなかったな。
直接触った事はないが、とある仕事で6502のコードを解析していて思った。

6502だとコンパクトにプログラム組める

6502は0ページにポインタをいっぱい置いていちいちレジスタ介さないでも
メモリアクセスができるところがミソだった。

6502は引き算のときのキャリーの挙動がキモイ。
（PICもそうだけど）

ちょっとZ80飽きたから6502にネタ振ったらついてくるんだなｗ
やはり俺がいないとｽﾚ進まんね。

Z 8 0 最　　　　　　　強　　　　　　伝　　　　　説！

6502は(zz),Yが強力だったな。逆にいうとこのアドレッシング
モードがないと役に立たない。

スレチになるが隠れた多量生産された16ビットCPUに65816がある。

スーファミで採用されたからで、6502とのバイナリ互換(完全ではないが)
があり、当初はファミコンのソフトも動くように計画だけされたようだ。

掛け算・割り算命令があり、8086に匹敵する性能を発揮したのであるが
汎用CPUとしては広がらなかった。

懐かしかったので思わず紹介
ttp://pc.watch.impress.co.jp/docs/2008/0710/musashino001.htm
ちなみに自分は２０年くらい前かな（学校の実習で初体験

#いや、これでマイコンまわりを組めるとは思わないけど

>>242
Apple ][ GS でも採用だっけ?
前スレにも書いたような気がするけど、65816は
DBR:ダイレクトバンクレジスタ(a23〜a16を決める)のネーミングが
6809のDPR:ダイレクトページレジスタと酷似してて、慣れない自分は混乱する

俺みたいにどんなCPUでも極めた漢にとってはどれもかわいいものよ

>243
ブレッドボードの底面の紙をはがして何かに固定しようとは思わないな。
それなら万能基板に作るよ。

Z80でアセンブラを書いた時は「固いアーキテクチャだな」と思った。
一番問題だったのはリロケータブルなプログラムが書きにくい事。
あるいは書けない事。

>>247
同意。CP/Mなんかは
書き換えるべきアドレスの表を実行ファイルに含めていて、
自己書き換えでリロケータブルにしていたな。

そこまでしないとリロケータブルにできないCPUなのか、と思った。
（厳密にいうとCP/Mは8080用のOSだけどね）

使ったことないんだけど6809のOS/9はとくに変なことしなくても
全てのプログラムがリロケータブルなんだとか。

それが大きな違いだな

こんばんわ＾＾

Z　　　　　　　　　8　　　　　　　　　　　　　　　　　　　0　　　　　　　　　　　　　　　最　強！

>>248
リロケータブルで書けるかどうかはCPUの性能としては
大きな問題じゃないような気がする。気がするだけだけど。

OS/9はよく知らないけど、6809でMMUなんか使ったシステムでは
リロケータブルで「書かなくちゃいけない」。
でも効率を求めだすと鬱陶しくなってくる。

そもそもマルチタスクに動かせないCPUでバイナリをリロケータブルに扱うという運用方法が間違っていると思う

Z80というか8080はそもそも
どうせプログラムをROMに焼くならリロケータブルとか関係ないじゃん？
という思想のような気がする

>>251
> OS/9はよく知らないけど、6809でMMUなんか使ったシステムでは
> リロケータブルで「書かなくちゃいけない」。

逆だよ。

MMU がついてるシステムだと MMU が動的にリロケートするから
リロケータブルに書かなくてもいい。

MMU がないと、自分でリロケートしないといけないので、OS/9
みたいにどこにでもロードできる (彼等は PIC: Position
Independent Code と言ってた) ように組まないといけなかった。

>>252
MS-DOS ですら、プロセスからプロセス呼び出すためにリロケート
するようになってたのに、何を言ってるんだ？

64ｋで使うならあまり必要ないが
マルチタスクやOSやるならいる

Z80で動くMS-DOSなんてあったっけ?
MSX-DOSならプロセスの多重起動は出来なかったよね?

>>256
たぶん>>245は8086用MS-DOSのこといってるんだと思う。

CP/M(MSX-DOSもそうだけど)でリロケートしていたのは
OS本体とコマンドプロセッサ。
システムによってメモリ上限が異なるから、
上位メモリに常駐するそいつらはリロケートせざるを得なかった。
アプリケーションソフトは必ず0100h番地にロードされるから
リロケートの必要はない。
説明が足りなくて、正直すまんかった。

>>256
確かにMSX-DOSそのものにはプロセスの多重起動はない。
でも、大量のマッパーメモリをもってるマシンなら、
0100h番地にロードされたアプリケーションを複数切り替えて
実行できるかも・・・なんてちょっと妄想してしまった。
H.TIMIとか05hのファンクションコールを乗っ取れば
できるんじゃないかと。
でも今の俺はそこまでやる気力ない。すまん。

リロケータブルやらリエントラントやらマニアにとっては楽しい限りだったが
仕事でプログラムを書かされる制御エンジニアとかにとっては
ただの拷問だったに違いない

Z80はロードもストアもジャンプも全部PC相対だったら良かったのに
特に困ることも無いだろうし。

8080のバイナリ資産が動かなくなるではありませんか

元々が汎用電卓チップのハイパーバージョンだし
あまり込み入った使い方は想定外だったんだろう。

つまり・・・



6502が

安い！

いや、全部相対だったらリロケータブルのプログラムは組めないよ。

システムコールが無理か。固定アドレスにあるデータもアクセス出来
ない。それぐらいか。
絶対アドレス系の命令もある程度必要なのね。

まあ64KB程度ならリロケータブルとか要らないよな
その当時は広く感じたかもしれんけど

>>262
そうじゃね。
電卓戦争で「毎回毎回チップ開発してらんネーヨ!」って嶋さんとインテルで
4004作った。80系はその延長だからな。2MHz/64KB程度で世の中ひっくり帰る
ような革命になるなんて思ってもみなかったんだろう。

そんな背景のCPUにリロケータブルとか要求するのが酷だわな。

Z80は2.5MHzだぜおっさんボケてんの？

8080は2MHzだからボケてはいないな

4004と8080は関係ないだろ

売れた順だと
Z80>6800>6502かな

>>268
ミニコンの流れを汲むと言う 6800 だって、 PC 相対なのはブランチ系
ぐらいだし、そもそもミニコンですらリロケータブルの必要性がほとんど
なかった。(小規模な奴は、複数プログラムを実行なんて出来ないから固
定番地にロードして実行。でかい奴は、MMU を積んでいる。)

その時代背景においてリロケータブルを要求するのは酷と言うのには同意。

>>272
質問だけど 8086 って売れた個数としてはどうなのかな？

8086個

それっぽっちなんだ…

>>273
6800は、PC相対アドレッシングは単体の命令ではブランチのみだけど、
命令を組み合わせれば完全リロケータブルなプログラム作れるよ。

　　BSR　　0　　;これで現在のPCをスタックに積む
　　TSX　　　 　 ;SPをIXにコピー
　　LDX　　0,X　;スタックトップにあるPCの値をIXにゲット

あとはIXに適当なオフセット加えてジャンプもしくはデータアクセス
すれば64K全域アクセス可能なリロケータブルプログラムは作れる。
（当時はそこまでしてリロケータブルなプログラム組む
必要も無かったってのは、たしかにその通りなんだけど）

Z80がカスだったのは6800のBSRに相当する相対コールが無かったこと。

>>277
そういう応用が効かせ*易い*のが68系の柔軟性。
80系は良くも悪くも専用命令だらけだからね。

柔軟性といえば全アドレッシングモードがI/Oに対して使える
メモリマップドI/Oの良さは80系しか使ったことがない人には説明し辛い。

逆に80系のようにレジスタへデータ引っぱってもにょもにょして戻す、が
基本のシステムの場合I/O空間でやることはデコードが容易でメモリ空間も
圧迫しないメリットが効く。メモリマップドI/Oにも組めるがメリットは
あまりない。68系しか使ったことがない人には説明し辛い。

史上最強命令！

L　　　　　　　　　D　　　　　　　　　　I　　　　　　　　　　　R

そういやMZ-80KはメモリマップドI/OとI/OマップドI/O
どっちも使ってたな

>>277
Z80だとどこかの絶対番地に POP HL / JP (HL) を置いといて
それをコールするしかないな〜

S-OSはこれを持ってて、[HL] というラベルが振られていたので
CALL [HL] と見かけ上相対コールのように記述することができた

間違えた
上はPC取得のコードで
下はレジスタ間接コールだから微妙に関係ないや

>>258
>0100h番地にロードされたアプリケーションを複数切り替えて
>実行できるかも・・・なんてちょっと妄想してしまった

それは... MP/M

MMU の有無とリロケーションの要不要はあまり関係が無いよ。

単一論理空間内に複数コードモジュールをロードする必要あるかどうか
が問題。コードモジュールごとにユニークなアドレスを用意できるほど
論理空間は広くないことが多いから...
だから、MMU 必須の現代の Windows でも UNIX でもリロケーションが
必要。Windows だとプログラムや DLL のロード時にリロケーション
テーブルでアドレス書き換えてるし、Linux だとメインプログラムは
アドレス固定だけど、シェアードライブラリは位置独立コードになっ
ている。

80386→80486・・・80986→80A86→80B86→80C86 あ、あれ？

80C386

「彼」はやっといなくなったかな?

以前も一度消えて、何ヵ月後かに復活したからな。
油断禁物。

Z　　　　　　　　　　　　　　　８　　　　　　　　　　　　０　　　　　　　　　　　　　　　最　　　　強

アホを呼び出すなよ

　 史　 上　 最　 強　 命　 令
　 其　 の　 名　 は
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
　　Ｌ　　　　　　　　　　　　　　Ｄ　　　　　　　　　　　　　　　　　　　　I　　　　　　　　　　Ｒ

天晴れなアホっぷりだ。
いっそすがすがしいわい。

いいから全部NOPで埋める作業に戻るんだ

>>292
FFhだろ常考

Z80がどれだ愛されてるかわかるな

>>293
RST 38H って言おうよ。

>>295
すまんな。俺の愛しているCPUにはそんな命令無いんだ

$FFはSTXだよな.。

STUだよ

SEX

SWIを使えばいいじゃない

皆さん、NEC V30は忘れていませんか？
8086の単なる互換チップのように思われてますが、８ビットモードが
サポートされていて8080のコードがそのまま動いてしまう。
8086+8080 = V30
当時としては、画期的なCPUでした。

え、それが、何に使われていたって？
.....
.....
...

文豪でCP/Mを動かすときくらいかな.

ま、当時の最高のチップは、V30で決まり。

> 8086+8080 = V30

クズをいくら集めてもクズにしかならないと言う見本だな。

つまり・・・


Z80は最強なんでつね

文豪ミニ5に載ってたのはＶ20じゃなかったかな

>>302
「国民機」の反映を決定づけたのもV30。各社決定打に欠ける16bit市場、
PC-9801Vシリーズの登場でNECが他のメーカーをうっちゃったんだよな。
同一クロックの8086の5割ぐらい速く感じたもの。
リアルタイム世代は「高速8086」たるV30の威力を良く知っているはず。

スペックだけゴッゴルで調べてきて語られてもなあ。

どうでもいいよカス

　　　　　　　　　　 　　　　_＿＿＿＿_
　　　　　　　　　　　　　／::::::::::::::::::::::::::＼
　　　　　　　　　 　　／:::::::::::::::::::::::::::::::::::::＼
　　　　　　　　　 　　|＿|＿|＿|＿|＿|＿|＿|
　　　　　　　　　　 　/ 　　　 ＼,, ,,／　　　ヽ
　　　　　　　　　（ 6 |　　　─◎─◎─　　|∂)
　　　　　　　　　　　（∴∴　 （ o o ）　∵∴）
　　　　　　　　　　 　<∵∵　　 ３　　∵∵ > 　 ブヒッ
　　　　　　　　　　 　 ゝ　　　　,＿,　　　　 ノ
　　　　　　　　　　 ／:::::ゝ_＿＿_＿＿_ ノ:::::＼ 　

お前ら、今日発売のインターフェース誌はコネクタを付ければtelnetログイン出来る68000基板が付録ですよ

6809/6502基板付録も出ればいいのにね

6502なら買い

ファミコン買っとけ

>>308
> 今日発売の

昨日 (7/25) だろ？

て言うか、昨日買ったし。

>>309-310
俺はどっちかって言うと 09 の方が欲しいな。

でも、インターフェース付録基板ですら、256KB のフラッシュを
内蔵してるので今更 8bit と言うのもかったるいかもしれない。

6809じゃおもしろみにかける

CQ出版社さん、読者の関心は高そうですよ
どうです68系8bit付録付けてみちゃあ

じゃあ6309希望

68000も雑誌のオマケか
恐ろしい時代だ

>>305
V60あたりから独自アーキテクチャになっちゃうんだよね。
もったいなかったなぁ。なんで互換路線やめたんだろう。

>>316
ColdFireは68000そのものじゃない。
結構削除された命令があるらしい。
俺的には、どうもフリースケール社はいまいち好きになれない。
むしろルネサス（旧日立）のH8/SHシリーズの方が
68的テイストを残しつつパワーアップを頑張っている印象がある。

>>317
V30だってIntelとは相当、訴訟沙汰になってる
法的にも互換路線は無理だったんだろう

Z80派はトラ技8月号だろ

Freescaleタイアップ第２弾としてPowerPC基盤付録が出たりして
そしたらメモリを増設してPC作っちゃおう

基板

付録基板を出す時はメモリを増設出来る仕様にしてね

ふつうにH8でよくなってきた
開発環境沢山入れるのが嫌杉

6502みたいな面白いCPUはもう出ないのか
まあARMでもいいけど

PowerPCはアセンブラ直書きだと地獄なイメージがある

ちょろいもんよ

付録基板を出す時は開発環境はWindowsオンリーはやめてね
Linux/BSDでコンパイル出来るソースコードつけてね
読者にはWindowsを自宅で使わない人も大勢いるから

書き込みケーブルがUSB使ったようなちょっと特殊な奴だと
Windows以外の環境に対応するのは難しいんジャマイカ
（LinuxやBSD用のドライバわざわざ開発するコストが引き合わない）

て言うか、Windows 使わない人も大勢いるけど、
Windows しか使わない奴はもっと大勢いるから。

Windows無しで電子工作はマゾすぎる

無いものは自作するのが非Windowserのポリシーじゃないの？

非Windowser = UNIXer (Linux含むとして)

インターフェース付録基板は、来月はgcc+gdbstubで開発する記事が載るってよ。

富山DQN男の家族消えろ　富山DQN男の親消えろ　富山DQN男の子供消えろ　富山DQN男の親戚消えろ
富山DQN男の家族消えろ　富山DQN男の親消えろ　富山DQN男の子供消えろ　富山DQN男の親戚消えろ
富山DQN男の家族消えろ　富山DQN男の親消えろ　富山DQN男の子供消えろ　富山DQN男の親戚消えろ
富山DQN男の家族消えろ　富山DQN男の親消えろ　富山DQN男の子供消えろ　富山DQN男の親戚消えろ
ニヤニヤ(・∀・)　ニヤニヤ(・∀・)　ニヤニヤ(・∀・)　ニヤニヤ(・∀・)
死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね
死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね
死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね
死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね
苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね
苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね
苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね
苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね 苦しんで死ね
死ぬとき　このレスの事思い出してから地獄へ行けよ
ニヤ(・∀・)ニヤ(・∀・)

ColdFire Family Programmer's Reference Manual (約1.67Mバイト 直リン↓)
ttp://www.freescale.com/files/dsp/doc/ref_manual/CFPRM.pdf

を眺めてみたけど、MC68Kと比べると、$Ax〜が MAC(積和演算)関連
$Fx〜が FPU(浮動小数点演算)やデバッグやキャッシュ制御で
(昔の未定義ライン?が)ほとんど埋まってるのが気になる

アドレッシングモードについては、68020〜で追加された複雑なメモリ間接参照
(Memory Indirect Postindexed Mode とか)が、ColdFireでは無くなってる感じ

ていうか、読み慣れない自分には Ether制御内蔵の MCF52233 という石が
このマニュアルのうちのどんだけの命令に対応してるのか、よくわからん orz

これの資料が、ちょっと調べるのに便利。
http://www.freescale.com/files/microcontrollers/doc/brochure/BRCOLDFIRESUM.pdf

>>335
ISA_A+とEMAC
リファレンスマニュアルに書いてあるよ

>>336,337 　レスありがトン。52233のことが、MCF52235のマニュアルにまとめて
載ってるのを見落してた。ラインナップ(バリエーション)たくさんありすぎw

月刊誌の付録といえば、ソノシートの「ピー・ガー…」で 6800用のモニタや
TinyBASIC(だっけ?)が配布されてた時代を思い出すような自分としては
ITRONのOSとかCのインタプリタとかHTTP簡易サーバー(?)とかが予めFlash-ROMに書いて
ある68000系列のチップと、開発環境丸ごとのCD-ROMつきが二千円未満で全国津々浦々の
本屋に平積みっていう時代は凄いと思った(坂村健氏も感慨深いかも)。

でも3軸加速度センサを試すのに、32bitコア付き豪華チップ様の鎮座する基板を
任天堂のヌンチャクみたく振り回すのは、恐れ多くてとてもできんw

Z　　　　　　　　　　８　　　　　　　　０　　　　　　　　　　最　　　強　　　！

> でも3軸加速度センサを試すのに、32bitコア付き豪華チップ様の鎮座する基板を
> 任天堂のヌンチャクみたく振り回すのは、恐れ多くてとてもできんw

２千円のおもちゃだと思えばいいだけかと。

もしくは、プチプチで包んで Wii コントローラジャケットみたいにするとか。

ぼくのちんこはだいじにあつかってくださいね＞＜

7セグLEDと6502でネギ振り‐ニコニコ動画(夏)
http://www.nicovideo.jp/watch/sm4158739

ここだけの話、初音ミクってはじめて見せて(聴かせて?)もらった
（ワシは流行を追うのが大嫌いな中年なのじゃ）

ネギ振り？とやらはともかく、KIM-1がTK-80より操作性が良さげに見えるのは判った
8bit初体験が、8080でなくて6502だったら、もう少し明るい人生を送れたかも…わし

その後のマイコン発展史を考えると安田寿明が80系マイコンブームを煽った功罪は重い

4桁入力→アドレスセットボタン　が出来る8桁LEDは使いやすかったけどな。

ﾀﾞﾚｶｵﾎﾞｴﾃｲﾏｽｶ?

MN1610

アホな疑問だけど、小数点つきで「日.」だから８個のLEDを使ってるのに
なんで８セグって呼ばないのか、昔から不思議に思ってた

ちなみに近所のガソリンスタンドは、今月の価格「１８３」円/ﾘｯﾀｰを
巨大な手書きパネルの７セグで描画してるw

名前が出来た当時は小数点なんか付いてなかった。

じゃなくて、小数点は数字の一部じゃないからだな。

もともとが「数字を７つのセグメントに分割した」っていう意味だからね。

むしろ、ワンセグ放送の「ワンセグ」の方が意味不明。
いや、もちろん技術的裏づけのあるネーミングなんだろうけど、
一般人は「ワンセグ」って言われても「はぁ？」って感じ。
テレビが見れることと「セグメント」が結びつかないんだよねぇ。

普通の地上波デジタルが13セグメント。
ワンセグは1セグメント。

じゃなくて12セグメント＜普通の

>>353
一般人はそんなことすら考えてなくて、ワンセグ = 携帯で
見れるテレビの固有名詞みたいに思ってる。

別にいいんじゃね？
おそらく一般人の俺の親はテレビのリモコンの電池さえ正しく入れられないし、当然テレビの仕組など知らない。

>345
＞その後のマイコン発展史を考えると安田寿明が80系マイコンブームを煽った功罪は重い

おかしくねーか？
やすだじゅめいは東大版のタイニーベーチック（８０系）に対抗して電大版のタイニーベーチックを作ったアホだぞ

i8008が日本に最初に入ってきたときに一個せしめたのは事実だし
マイコン全般について解説記事とか書いてたのも事実だが。注力したのは６８系だ。
日立のミニコンをセコで入手して自宅で稼動させたり、２１１のアンプを作ったりもした。

しかし「マイコンピュータ入門」を見てもああ68系についても書いてあるな程度で入り微細に解説
してるのはやはり80系回りでありそのように受け取られても仕方がないという見方もある

電大版TinyBASICは当時の電大の学生が作ったんでなーの

なんて糞スレだ！











8086、Z80、6502とか漏れが使ったこと無い時点で糞















６８０９がネ申

Z80は神
8086はマゾご用達、セグメント的な意味で。

かきこみの数だけで勝敗が決まるな
Z80のひとり勝ちですね＾＾

8ビットパーコン市場は、そうだったな。

そうか？

MZ-80/PC-8001/8801 が強かったのは事実だけど、
FM-7/8 シリーズ、ベーシックマスター II/III/S1、
Apple ][ とかもあったから、少なくともいまの
86系一色と言うわけじゃなかっただろ。

そうだよZ80のひとり勝ちだったよ

PC-8801シリーズの一人勝ちだろ、なにいってんだ？ｗ

自販機とパチンコだろ？

>>347　R800 について
わざわざ1990年にCPU市場に参入した西和彦氏の意図が不明だが
MSXの改良向けとはいえ出るのが十年遅かったかも。内容的には悪くないけど
Z80→R800の拡張は、6502→65816ほどの市場インパクトがないような気がする

>>348　MN1610 について
世に出るのが五年ほど早すぎたかも。当時の市場をよく知らないけど
バスさえ用意すれば、独自16bitCPUでも計測機器とかでそれなりの需要があったのかな
それともミニコンのダウンサイジング?

Z8000について
セグメント有り版(Z8001)と無し版(Z8002)の二種があるってのを知らなくて
けっこうびっくりしたんだが、16bit以降の時代にアドレス空間64Kのままで
市場ニーズ的に大丈夫だったのだろうか?
「ポールボジション」はプレステのナムコミュージアム収録版しか遊んだことないけど
Wikipedia によるとこれのアーケード版は Z8002×2個だそうで驚いた
Z8001のセグメント自体は7bit拡張だそうなので16+7=23bit→8Mバイトまでかな

で度々の小松氏サイトの引用で恐縮だが
ttp://www.st.rim.or.jp/~nkomatsu/zilog/Z8000CPU.html
を読んで第一印象としては、16bitレジスタ×2個→32bitレジスタとか
32bitレジスタ×2個→64bitレジスタという使い方ができるのが便利そうに思えた
もちろん x64(AMD64,Intel64)でも AH,AL→AX →EAX → RAX と、下から拡張はできるけど
たとえばRAXの64bit値の上位32bitだけとか、EAX32bit値の上位16bitだけを対象に
何か演算したい場合には、そのままじゃ不便
Z8000ならRQ0にロードしてRRnとかRnとかRH,RL演算で簡単に取り扱えそう

この考え方は、6809のA+B→D とか 6309のE+F→W さらに D+W→Q (32bitAcc)
という拡張方法にも通じるものがあると思う
ttp://www.st.rim.or.jp/~nkomatsu/hitachi/HD6309.html

あまり知らないのに、ごたごたと雑文かいてごめん

>>369
べ、別にMSXのためにR800作ったワケじゃないんだからねっ！

とツンデレっぽく書いてみたけど、
本当に最初は関係なかったんだよね。

MSX-turboRにR800が搭載されたんだけど、
本当になんか「ムリヤリ乗せた感」が漂っていた。
MMUとかDMAとか面白そうな機能は全部殺されていた・・・orz


>>370
ザイログは16/32bitはZ8000→Z280→Z380と
互換性なくコロコロとアーキテクチャ変えて、
本当に迷走しまくったね。

>>367
> PC-8801シリーズの一人勝ちだろ、なにいってんだ？ｗ

8801？ ああ、あのホビーマシンか。
ゲームしかしない奴には、8801 が一人勝ちに見えるんだろうな。(w

Z80の話だし、「パーコン市場」だからな。
8801の一人勝ちだろう。

それともタクシーメーターの話でもしたいのか？

それ日本のはなしだろｗ

ここは「パーコン」の意味がわかる爺様専用スレです。

Zilogは日電のVシリーズみたいに16ビットCPUにZ80をもぐりこませるみたいなことをすりゃ
もう少し16ビットの世界にも食い込めたかもしれんのに

パソコンって今聞いても違和感のある単語だ
スーファミだってスパファミって略されたら気持ち悪いだろう？

実際スパコンは気持ち悪かったな。
でも、スーコンは無いな。

ところで、今身の回りの一般人はなんていう？
「ぴーしー」の方が多くなってきてる気がするが。

>>370
> 16bit以降の時代にアドレス空間64Kのままで
> 市場ニーズ的に大丈夫だったのだろうか?

目的を正しく理解して、それに合った適切な手段を選ぶならば
アドレス空間64Kバイトの16ビットCPUも十分活躍できたはず。

初代PC9801なんかはRAM128Kバイトだったけど、
当時のアプリケーションはその半分も
使ってなかったのが多かったんじゃなかろうか。

MS-DOS末期頃でもCコンパイラのtinyモデル
（プログラムとデータあわせて64Kバイトしか使えない）
やsmallモデル
（プログラム、データそれぞれ最大64Kバイト）
もそれなりに使われていた。

現在でも、ルネサスH8の一部の品種は、本来なら16Mバイトのアドレス空間が
あるのにあえて64Kバイトしか使わないモードを選択することができる。

Z8000がコケたのは単に売り方がマズかっただけではないかと。

ドスブイと言う呼び方は廃れたな

>>378
「パソ」

ものすごく気持ち悪い

ペルソナル　コンプテア

そういやZ80とHD64180を搭載して切り替えられるMSXあったっけな

スーパーだけを略したスパIIなんてアホな略もあったなｗ
アホみたいなんでスーパーストIIと呼んでたさ。

インターフェース10月号の前準備・予習のつもりで、
遅まきながら cygwin を使う勉強を始めた。
man　as を読んでたら、対象CPUのオプションの多さに圧倒された。
-m680x0 はともかく、-z80 とか -r800 の記述がちゃんとあって、びっくり。
恐れ入りました。6809や6502が無いので肩身が狭い…
(つーか、そういう風に8bit用にきちんと configure する手順をまだ学習してないけど)

組込みで6809とか普及するような世界にもしなってたら、
GNUアセンブラにも -6809 とか -6309 とか記載されたかも、と虚しい妄想

cygwinはともかくわざわざGNU asを使う利点って何だろう

どうでもいいです

>>385
やっぱり　ld　a,b （ザイログ風）を

ld　%b,%a　（gas風）

みたいに書くんですかね？

>>386　たしかに利点を聞かれると返答に困りますが、とりあえず興味本位でw

>>388　今度は info as の中で [9.32 Z80 Dependent Features] を読んでみました

[9.32.2 Syntax]　の最初に
The assembler syntax closely follows the 'Z80 family CPU User Manual' by Zilog.
と書いてあるので、たぶんザイログ表記・順番かも(試してないので推測ですみません)

[9.32.5 Opcodes]　の項に非公開またはR800で文書化された命令の説明があって面白い
たとえば　ixl,ixh,iyl,iyh　でレジスタの半分8bitを指定できるとか
in　　f,(c)
out　(c),0　　　/*　c で指すポートに0を送る　*/
sli　　M　　　　 /*　M = ( M<<1)+1　と等価　*/
OP　(ix+D),R　/*　R(a〜l)を一時使用して(ix+D)を操作　OPはres B,set B,回転,シフト等　*/

日記は自分のブログにでも書いてくんない？

>>390
なんら有益な情報を書き込まないアンタより
385のほうがよっぽどマシ。

アンタこそ「日記は自分のブログにでも書いてくんない？」
ってセリフを延々毎日自分のブログに書いてろよ。

本人乙。

>>385, >>389 のどこが有益なんだよ。

2chなんて、こんなものなんだよなあ
物を作ろうという意志よりも、
壊そう、邪魔しようという意志の方が集まりやすい

385も続きは電気、電子板でやった方がいいよ。あっちはまだもう少しだけマシだから

>>393
あんたは理系板の陰湿さを知らない
喩えて言うならVOIDに囲まれている感じ

まだVIPの方がマシ

じゃ、やっぱり自分のブログでやるのがいいんじゃんｗ

日記は自分のブログにでも書いてくんない？

>>392
ふむ。擁護的な発言に対してすぐ「本人乙」と脊髄反射するのはイクナイ！
いちおう言っとくと、自分は 385 と 389 以後は書いてないです（証拠はないけど）
392の発言は391氏に失礼かと。昔ＰＣ板はＩＤ出ないから、なんかやりにくいな…

で日記うんぬん（＝チラシの裏？）の件だが、自分としては 385 も 389 も
日記のつもりじゃないです(自分の日記にわざわざ不得手なCPUのことは書かん)
384のあと一週間スレッドが止まってたので、かなり真剣なネタ振りのつもり。
まあ今さらＺ８０の非公開命令やGNUのasについて、とっくに知ってるプロ諸兄に
とっては面白くもなんともないだろうけど。

「Ｚ８０は神」とか「ＬＤＩＲ最強」とか「６８０９はクズ」とかいう
無意味な書込みにウンザリしてるので、少しは中身のある投稿をしてみた

一次元セル・オートマトンの展開用に機械語ルーチンを6809で書いてXM7で動かしたが
左右両端を切捨てや回り込みでなく、常にドットonしてから次世代計算をした
そのときビット列の端から'1'を入れながらシフトする必要があったので
いちいち「キャリーセット→ローテート」みたいなことを繰り返した
だが、6809にもZ80の隠しSLI(Shift Left and Increment)命令みたいなのがあれば
少し処理が簡単になったかもしれない。
こういうビット処理に関しては概して Z80 の方が 6809 よりも有利かも

…ぐらいの論評は書いてほしいね　＞　一部の基地害へ

(つーか30年前の枯れたアーキテクチャに関して、どれが良かったかを
年寄りが集まって茶飲み話するなんて、スレ全体が日記みたいなものでは？w)

一次元セル・オートマトンの境界処理って、わっかにしちゃだめなの？

日記は自分のブログにでも書いてくんない？

わかった！

「日記は自分のブログにでも書いてくんない？」
は、例の荒らしと同一人物だったんだよ！

Ω　Ω Ω ＜ な、なんだってー！？

>>398　だめってことないです。
両端0切捨と1固定で、世代交代ルールを色々試してみて、結果が美しくなかったので
最後は結局わっかに書換えました。最初から素直にそうすればよかった orz

>>397

＞いちいち「キャリーセット→ローテート」みたいなことを繰り返した
＞だが、6809にもZ80の隠しSLI(Shift Left and Increment)命令みたいなのがあれば

データを負論理で扱えば、普通のゼロ挿入シフトでいけたかも
（つまり、元が「0:黒 1:白」だったなら「0:白 1:黒」ということにする）

>>397
> …ぐらいの論評は書いてほしいね　＞　一部の基地害へ

無益なレス指摘されたら、逆切れか...。

>>397
自分のネタ振りに自信があるなら煽りくらいスルーしとけょ
切れてダラダラマジレスしても痛いだけだょ

他人を基地外いう人間が基地外だって死んだばあちゃんがよう言っとりました

成るほど、その論理だと
ばあちゃん＝基地外になりますね、
わかります。

おまえもなぁ〜

>>402 　そっか！反転とASLの組合せは思いつかなかった。有益なアドバイスに感謝

>>403-404
逆切れどころか「普通に」切れましたw
万年初心者なんで、自分のネタ振りに自信はないです。
ただ、ワンセグとかカタカナ語の省略の仕方とか
スレタイと全然関係ない流れが延々続くのは、さすがにまずいかと。
たまにはちゃんとCPU(MPU)の話をすべきかな、と

> 万年初心者なんで、自分のネタ振りに自信はないです。

一生 ROM ってろ。

>>409
「6809とZ80 part 2」の頃からスレ３本、丸４年間ずっと地道に
コツコツ参加してきたのに…　ＲＯＭってろとは殺生な。

誰か初心者役に徹して質問でも書かないと、またスレが止まるんじゃ？
#　これ以上泣き言いうのもみっともないので、78K0とColdFireいじりに戻るよw

日記は自分のブログにでも書いてくんない？

>>402
なるほど。
本人じゃないけど感心しました。

>ワンセグとかカタカナ語の省略の仕方とか
んじゃセンプロ。

>>400
大当たり。
>>396以降はバカがコピペを繰り返しているだけだよ。

↑
一生 ROM ってろ。

日記は自分のブログにでも書いてくんない？

SM-D-8200

SHARPのZ8001搭載unix機

CPU:Z8001
RAM:768KB
HDD:20MB
FDD:5-2HD
unix込み350万円


これ、MZの方じゃなくX1やX68のテレビ事業部が作ったんかな？
デザインがX1時代のCZ的なんだけど…

画像どこあるの？

Oh!mz

>>417
スペック的にＭＺ部門でもＸ１部門でもなく、
オフコン、ミニコン系をやってた電算機部門では？

>>417
どっちにしろZ8000ならスレ違いだろう。
シャープのスレで聞いてみたら。

>>420
http://exlight2.hp.infoseek.co.jp/cgi-bin/source3/No_0247.jpg

スペック的に考えたらむしろX1部門の気もする・・・

・X68000がUNIXを意識した？
　　　結果個人ユースでUNIXは厳しいということで68000+Human68Kとか
　　　X68がPersonal WORKSTATIONを名乗ることでも意識してたとか

・Z8000採用でX1の後継的
　　　UNIXをWS向けに供給する一方フィードバックとしてX1後継も転用とか
　　　普通で考えたらX1はZ80A。　68000が後継とは不自然。　X1であれだけ互換性に拘ったのに・・・
　　　オフコン、ミニコンでZ8001の選択も不自然な気も(Z8001が68000や8086よりUNIXに向いているとはいえ市場で)

・デザインがX1的
　　　どうも他の事業部っぽく見えない・・・

とまあ妄想に過ぎんけど
でもまあオフコン部門と考えるほうが自然かもね。

書院の事業部だったら面白かったのに。

今度はMZ荒らしかよ・・・

ということで、プリデクリメント最高。

そういや昔、「熱暴走」って言葉をよく聞いたね
今のcpuは何倍も熱出してるのに熱暴走しないのだろうか

精子ならいくらでも

>>426
今は筐体内の廃熱管理がしっかりしているからねぇ
でも夏場なんかはヤバいな
特にミニノートを膝の上に載せて使っているとよく暴走する。

熱暴走どころか焼き鳥になるプロセッサもあったが

基本的にはファンレスCPUなんて考えられないしな。

ファンが止まって熱上昇したら数%程度の稼働率で細々とでもいいから動くようにして欲しい。

>>431
ダイの隅にちっこいZ80を入れておくんだ

>>431
Intelはそんなかんじ、AMDは煙を吹く
http://jp.youtube.com/watch?v=XgOmMAasqto

>>433
へえ〜。このあたりがIntelがIntelたる所以かねえ。
これが公平な実験かどうかわかんないけど。

おっすひさしぶり
Z　　　　　　　　　　　　　　　　　　　　　　　　８　　　　　　　　　　　　　0　　　　　　　　　　　　最　　　　強　伝　　説　　　！

ハード的には
6809 はEとQのクロックが神の作りが綺麗だったな。
メモリマップドI/Oは面倒くさかった。

z80はリフレッシュ出してくれるのが便利だったな。

あれもこれもz80/'09に敵わないし、6502ほどの割り切りもなく、
ひたすらマイナーな8085が好きだった。

まあ牧歌的ないい時代だったな、8bitは。

確かに牧歌的だった。
昔のCPUはせいぜい2MHzとかそんなもんで動いていたから
ま、これはApple2だけど、
10MHzが見られるオシロならいろんなことができた。
俺は当時研究室にあったテクトロのオシロなんかを使ったり。。
たしかあのオシロは100MHzくらいまでは見られたんじゃなかったかな？うろ覚えだが。
今やCPUクロックはギガだ。そんなオシロスコープ、わしゃ知らん。

確かICEが使えなくなったからデバッグレジスタを付けたとか
そういう経緯があったような

今の技術でZ80や6809を作ったらどんなになるかな。

5x5mmボールピッチ0.5mmのBGAになるんじゃね？

5’FDをSDカードにすれば5cm四方PC88ができそうだな

>>441
無理だな。どうやってもPC88以上の性能になる

むかしMac+だかについて来たペーパークラフトにMacPlusが入るかも。

1MBメモリ+6809x2(1個サブ、GPU代用)+IOの1チップマイコン?
もちろん6809と言ってもCMOS低消費、高速型。

OS-9でX-WINDOWってのは専用GPUでないとむりかな。

6501ってパクリMPU知ってる?

>>444
ウィンドウシステムなら6809/6MHz程度でも動くんじゃないかな
X-Windowがメモリに収まるかどうかは知らんけど

>>445
6800とピン互換の6502ね。
6800と中身が違うし、この時代にぱくりと言えるかどうか・・・。

6800 銀河鉄道の夜
6502 銀河鉄道999

6501 銀河食堂の夜

6502の割り切りっぷりは美しさすら感じるな。
どちらかといえば6809より究極。

>>447
同じ奴等が作ったんだからりすぺくとって言うんでは^_^;

>>444
それに今流行りのSSD使ってOSぶっ込んで。。。
ついでにイーサのチップも載っけて。。。
そういう小型端末はHP***LX以来たくさん出て来てるけど
どれもこれもぱっとせんかったのは汎用OSじゃなかったからだろうな。
OS-9にWindowシステムもいいだろうけど、俺ならFreeのunixをぶっ込むw
幸いにもソースは公開されてるし。
ま、貧乏ニートにはお薦めできないってあたりがオチで。

>>452
そこでDOSがブートしそうで、Linuxがシングルプロンプトで起動する
モルフィーワンですよ!

そろそろやってみるか！

おっしゃっ！

gccも6502とか6809に対応しても面白いよな

http://www.oddchange.com/gcc6809/

こういうのはさすが6809だな

Z　　　　　　　　　　　８　　　　　　　　　　　　0

ColdFire+uCLinuxなんか、ちょっとうれしいかも。

z
8
0
z
8
0
z
8
0
z
8
0
z
8
0
z
8
0
z
8
0
z
8
0
z
8
0
z
8
0

ところで、何で86が入ってるの?
入れるとしたら85だと思うんだけど。

負け確定しちゃうから

いや、負け確定してもそこのところがまたシブい！
とか言うスレじゃないのかここは。

8086なんか16bitと認めない。ということかも。

俺の今のPC,8086路線なんだけど？

今のパソで86系以外なんてあるのか?

Z80HとかZ800とか使ったパソコンってあった?

Z800って何？
Z80Hは横河とかが開発機で出してた気がする

88FH/MH以降はZ80H（相当品）だよね

つ　Crusoe

話の流れと関係ないけど。
クルーソって、ネイティブコードが走るＯＳとかってあったの？
リアルタイムトランスコードだけ？linux も 86コード？

Z800って結局でなかったんやないの？

海外ではMSXにZ380載っけてるんだっけ？

んなアホな!!

動かねーだろそれ

昔、I/OでZ800の仕様を見たときは
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
　 　　┗衝撃┓ 　　　
　 　　　 ┏┗　 三　ﾀﾞｯｼｭ
.
.
.
.
.
.
って感じだったよ

6809で動画再生はまだかい？

LPE-Z380
Z380 3.5〜18.4MHz
MSX-BASIC拡張の32KB EPROM
512KB〜最大128MB搭載可能なSIMMメモリスロット
Z380とMSXのZ80でデュアル動作可
MSXとZ380は1KBのワークエリアメモリで繋がりMSX本体側はサーバープログラムで
サーバーとしてVDPやFDD、音源等の制御などZ380へ仲介する。
ワークエリア仲介時Z380はノーウエイト



GRAPHICS9000
V9990VDP
512x424 32768色
512KB VRAM
G-BASIC


こんな感じらしいね

Z380はカスだったな
発表のときは心踊ったけど実物は高いし遅いしで散々
サンプルも資料も持ってたけど引越しのときどっか逝ったわい

やっぱZ800じゃないとな

なんかとおもったら衝撃が走るってことか

>451
お前間違い。
リスペクトはヨイショのコトだ。
6501は6800用に設計している業者に売り込んで市場を得ようというヨコシマな動機だった。
やれば元ローラがホンキで怒るかもしれないとビビッて、そもそも商談もあまり人気なかったので
日の目を見ること無かったってこと。

6502は有る意味奇跡のＣＰＵだね。１６ビット化、３２ビット化はそもそも意味がないから当然に失敗。

結局一番ノロマだった8080の子孫が繁栄しているのだからな。

>>478
メモリの許す限りの動画再生なら出来る。

時は８０年代、まだソビエト連邦が存在し、東西冷戦の緊張感が続いた頃。
休日に何気なく秋葉原に来ていた在日米軍の情報将校が、ラジオデパートのパーツ売り場の前で突然顔面蒼白になり硬直した。視線の先にあったのは９８０円の
空冷用ファン。佐官が硬直した訳は、その羽根の形状にあった。
それは、当時米軍でも最上級の軍事機密として同盟国に対してさえ完全に秘密の無音プロペラそのものだったのだ。大きさこそ異なるが全く同じ形をなのだ。
佐官は気を取り直すと、何食わぬ顔で一つ購入し、飛んで基地に帰り、部下に調査を命じた。

調査結果は驚くべきものだった。その980円ファンの特殊形状を設計したのは、大田区の街工場に勤める工業高校中退のヲタ社員で、「静かなファンが欲しい」　
という顧客の要望に対して自作した流体力学のシミュレータで開発したのだった。

彼はある日、大井競馬で佐々木の予想の縦目を買ったら150万円が得られたので、am9512を16個調達。兄から貰ったKIM-1というワンボードコンピュータでコントロール
するシミュレータを完成させたそうだ。
工業高校中退で、流体力学を正式に学んだ事も無い彼は、顧客の要望に応えたい一心で、飲み屋で東京工業大学の教授や講師を捕まえると質問攻めにして、オイラー方式の
シミュレータを独学で作り上げたのだという。

残念ながら、今ではソフトのソースコードも残っておらず、ハンドアセンブルしたコードを一バイトづつ16個の2732に書き込んだ大作も破片があるだけである。
（実は顧客の一人娘にヲタ社員は一目惚れして、顧客を満足させてヨメに貰うと
頑張ったのだという。しかし一人娘はヲタに興味はなく、泡銭欲しさに堀の内へ行ってしまった。それを知ったヲタ社員は自棄酒を飲み、自室にあったシミュレータを蹴飛ばした
そうだ）

尚、米軍が厳密に評価・計測したところ９８０円のプロペラの方がごくわずかでは
あったが、当時米軍が持っていたものよりも高性能で静かだったそうだが、この結果は直ちに抹消され、９８０円にファン等全く知らないと、その佐官は後日記者に答えた。
（一人娘が川崎のソープへ行ったとの情報は米軍による工作だった。一人娘はソープの
電話番をやっていただけだったことが後に判明した）

>478
VHS３倍モード程度の画質なら日立のＳ−１でとりあえず実現してたよ。動画再生。

>>486 どっかにある？

ﾆｺﾆｺだかつべとかにP6でアイマス動画とかMZ-700でらきすたとかあったような

S1のやつが見たい。

PC-8001も参戦してるよな

6809は不死身なのでR

http://www.cloud9tech.com/

>>483
6501は訴えられて販売禁止になったんだよ。

つまり
Z　　　　　　８　　　　　０
が　　最　　強
　なんですね

>>488
それ見た。アホすぎるｗｗ
しかし大容量のストレージは必須ぽいね。
S1やFM持っていて、ハードとソフトに強い人参戦しないかな。

Z80はレジスタ多いから動画再生強そうだな

ハードやソフトに強くても萌えヲタキャラに無関心なら無理。
そこが一般人には一番難しい…

6809だと遅そうだけど6502ならどうだろう

6502は速いけれど、それは6502の世界の中(64KB)の話。
09は速くは無いけれど誤魔化して1MB弄れる。
SDの一画面は720ｘ488　6502ではムリな話。

z80が6502よりも勝るのは、DMAだ。
高速版ｚ８０を持ってきて頑張れば０９には対抗できるだろさ。

やっている事はひたすらデータ転送なんだから
メモリさえあればどのCPUでも楽勝じゃないの？
PCエンジン(6502カスタム)はHuVideoとか言って動画再生してたし。
本体設計次第なのでは。

数Kのlha解凍だけで何十秒もかかるらしいという噂を聞いて、8bit機再利用の気力が萎える

動画って普通
データ→圧縮
したものを
伸張→データってことでしょ？
ベタならどうでもいいやね

ﾊﾌﾏﾝはさておきDCT(離散ｺｻｲﾝ変換)なんて生真面目にやらせてたら、日が暮れる悪感

垂れ流しなら動画再生とはいわない

言うだろ。
電子データをちゃんとした動画として光学的なものに変換するなら。

電子紙芝居は動画じゃない

>>505　理由は？

何でみんな一生懸命否定してんだ？

圧縮技術は大きすぎる動画データを扱うために、
ある意味ごまかしのために発展した技術であって本質ではないでしょ。

つまり8bitは非力だからまともに動画再生などできないってこと

ペグ1くらい再生できないとね。

ターゲットのシステムの転送能力、演算能力、表示能力、記憶容量の範囲で
人間にそれっぽく見せるためにデータ加工するという意味では
彼らのやってることは今の動画でやってることと同じじゃん。

個人的には非常に興味のそそる取り組みだと思うけど。

あれって並列処理で速度あがるもんなんだっけ？

あれってどれさ

おぱーい

両手でコロコロと言うわけか…

それで、なんか速くなるのか？　ﾜｸﾜｸ

まあ、あれやこれがいろいろと

68系ってもう工業系でも使われてないの?
昔はいっぱいあったのに。
最近の雑誌には65系が手に入りやすいって書いてあった。

6800系なら、6805の末裔が普通に現行製品。
http://www.freescale.co.jp/products/8bit/HCS08/index.html
こっちは6800と6809をまぜたようなやつ
http://www.freescale.co.jp/products/16bit/index.html

まぁ、そういう意味じゃないんだろうけど。

68000は上のレスのリンク先で３２BitCPUのとこに載ってる
現行のColdFireはＣＱ誌の付録に付いたね
やたら熱いって話題になってたが

昔、アメリカにWANG Computerというワークステーションメーカーがあったがきっと華僑の王さんのComputerという意味なんだろうな

結局、
8080→8086→…→Core2…
Z80→Zx80,Z800→eZ80
6800→6809→×
→6502→65816→×
ってことかな。

6800→6809→68000→DragonBall→Coldfire

>>521
Z80→Zx80,Z800→eZ80→×
だろ。
だれもeZ80なんて使ってないし。

あれ？　俺釣られた？
>>521って例のバカ？

6800→6805→68HC05→68HC08→HCS08(現行製品)

6502→・・・→ARMってのはダメですか？

>>523
Z80ならパチンコ用途だろうな
最新の型番は知らんけど

Z80→TMPZ84C112→LE1080→LE2080→LE2280→LE4280→

→LE8T

cellって68000モードがあるって本当？

cellじゃなくてPowerPCだった
PowerPCにあるならcellにもあるのか？

cellにもPowerPCにも、そんなものはない。
どこから出たデマだ？

>>531
>>529-530が言っているのは、
Macが、モトローラの680x0　→　PowerPCに移行時期に、
PowerPCで680x0のエミュレーションをしていたのを、勘違いしているのではないか？
確かにG5より前はバイエンディアン方式だったから、
インテルx86、モトローラの680x0のどちらも
簡単にエミュレートできたと主張していた奴がいたからな。

昨日どっかでそう書いてあったページ見かけたが見失ってしまった
今wiki見たらむしろx86を動かせるバージョンの開発があったと記されていた
RISCだからできるのか

たぶん「PowerMacintosh」に搭載された超絶に出来の良いエミュレータが生んだデマかと。
68060の絶望的な出荷遅れでMotorola。IBMと組んでPowerPCを開発し、OSやアプリの移植が
間に合わないと見るや、RISCの優位性を生かし680x0のエミュレータを搭載してしまった。

あまりの出来が良かった(MacOSもアプリも680x0と遜色ない速度で実行されてしまう)ので、
MacOSもアプリもPowerPCネイティブ化がなかなか進まなかった。
そんな背景があり「PowerPCは遅い」という印象を与えてしまったほど。

そんなAppleはMacOSの行き詰まりからNeXTベースのMacOSXへ移行する。
ようやくPowerPCネイティブになれたMacOSは「Classic」という環境でMacOSと680x0
エミュレーションを確保しつつ、PowerPC化が進まなかった過去の反省に立ち、「Carbon」
という名前の旧MacOS/MacOSX共通のAPIを提供し、アプリ製作者側が少ない負担でOSXへの
移行を出来るよう押し進めた。

近年公約通りに性能を上げられないPowerPCに業を煮やしたAppleは二度目の心臓移植に踏み切る
(Intel(x86)への移行)に当たり、PowerPC-x86トランスレータ"Rosetta"(エミュとはちょっと
違うもの)を開発して再度スムーズに心臓移植を成功させて見せた。

IntelMacではx86ネイティブ、PowerPCネイティブ、旧Macアプリ(PowerPC用、68K用)という
過去の遺産と最新環境を混在させることが出来る。(最新のMacOSX"Leopard"ではClassic環境は
廃止された)

また、OSXは縮小バージョンのIPhoneOSとしてARM上でも走っている。

後半かなりスレチになった。スマン。

そうかあ
モトローラ故に特別感のあったマシンも結局最後はインテルになってしまったら
各マシンの区別は結局何だったのかわからなくなってしまうねえ

Power6はあんなに速いのにPowerPCは駄目なん？

まぁ雑魚がなにをほざいてもZ　8　0　は史上最強のCPUですよ

はっはっはご冗談を。
8bitのスタンダードは6502ですよ。

話題のポメラはZ80らしい

ここで全然相手にされなくて電気電子板に出張して
そこでもやっぱり相手にされなかったバカがまた舞い戻ってきたな

うｗぁキチガイだー

>>540
なんで自己紹介してんの？

Z80？6502？そんなもん要らん。
H8でいいじゃないか。

>>543
スレタイ嫁

次スレからH8も加えりゃいいだけじゃん。

H8は昔のPCと関係ないだろカス

DJNZ

ドラゴンジュークニンジャ

どうやら最強はZ80でけりがついたようだな

そんなわけはない。

いやいや、Z80最強でしょ。

ハードもソフトも バカでも使えるz80。これって最強かもしれない。
。。。それでいいのだろうか

荒らしはスルーでよろしく

Z80が世界を席巻したのはその設計の良さだよ。
これは万人が認める事実。

Z80精神病院

今後の組込み市場を席捲するのは ARM アーキテクチャかもしれないね
初期の設計思想は 6502 的なシンプルさを目指してたらしいが最近は結構複雑

そうでもいいよカス

6502を搭載したゲーム機とZ80を搭載したゲーム機とでは
Z80が倍のクロックで動作しているのにも拘らず処理落ちが激しかった

Z80が世界を席巻したのはその設計の良さだよ。
これは万人が認める事実。

>>558
Z80を援護するわけじゃないが、そうなるのはクロック/命令が違うのであって、
単純に「倍のクロックなのに」とかそういう比較するのは間違い。

Z80が世界を席巻したのはその設計の良さだよ。
これは万人が認める事実。

>>560
そういったクロック関連を考慮して
Z80にハンディキャップをあげたとしても、
やっぱりゼロページないアーキテクチャはキツかった。

俺のマシン語プログラム経験から言っても、
実行コードサイズ8〜16Kバイトくらいの規模の
マシン語プログラムで、ワークエリアの主要部分は
ほとんど256バイトに収まることが多かった。

当時のゼロページ使えるCPUは
キャッシュ搭載していたようなもんで
（いまどきのCPUのように勝手にキャッシュされるのではなく
プログラマが自分でキャッシュを操作しているようなもんだが）
いまのほとんどのCPUがキャッシュの存在を
大前提としているところを見ると
68系や6502は先見の明があったと思う。

>>562
Z80はレジスタがたくさんあるから、メモリーアクセスの回数が少なくてすむ。
サブルーチンに渡すパラメータやローカル変数はレジスタにとって、メモリー上には取らない。
必要なジレスタは、PUSH/POPで保存する。
それがわからずに、いちいち LD A,(hoge) LD (hoge),A とかしていたら、6502に負けて当然。

Z80のレジスタは「多い」というほど多くもないし、
機能が偏りすぎ。

それにPUSH/POPを多用すると遅くなるよ。
PHSH/POPはたしか10か11クロックだったはず。
LD A,(hoge)も10クロックだから結構微妙なんだよね。
PUSH/POPで保存/復帰するぐらいならLD A,(hoge)でもう一度
メモリから持ってきたほうが速いケースも少なからず。

＞俺のマシン語プログラム経験

ここ笑うとこ？

むかしは、ハンドアセンブルしてディップスイッチで入力してたもんな。。。

モニタ焼いてテンキー…　いや16キーから入力できて
7セグメント表示になって「うわこりゃらくちん」とか言ってたもんな。

>>565
オールアセンブラで数K〜数十Kバイト前後のプログラムを組むのは
昔は当たり前だったんだけどね。

1バイト、1クロック削ることに命かけた（そうしないと生き残れなかった）
経験を1980年代から1990年代前半に体験しなかった人には理解できないだろうね。

その俺から言わせてもらうと、「やっぱりZ80はクズ」


そういう俺も今はJavaで飯食うプログラマ。
われながら落ちぶれたもんだ。

＞俺のマシン語プログラム経験

猿でもできるたいしたものじゃないってこと(笑)

自意識過剰って奴かオナニー野郎かどっちかだわなｗ

パイプのストールやSDRAMのバースト転送に合わせて命令組み変えるとか
レジスタ使い分けるとか、そういうのを手作業でやる話かとおもったよ。

すまん、いま確認したらLD A,(hoge)は13クロックだった。

ごめんね。おじさんボケちゃってごめんね。


でもZ80はクソ

＞そういう俺も今はJavaで飯食うプログラマ。
程度の低さが知れますね
発言のレベルが低いのも納得

Z80が世界を席巻したのはその設計の良さだよ。
これは万人が認める事実。

Javaくらいでプログラマっていうの？ｗ
おにーさん笑っちゃってへそで茶を沸かしちゃったよｗ

マイコンの思い出
http://dubai.2ch.net/test/read.cgi/news/1226388515/

俺のハンドアセンブル歴
Z80：50ステップぐらい
6502：15ステップぐらい
μPD7801：50ステップぐらい
8086：5ステップぐらい

>>8086:5ステップぐらい
ゲームのプロテクトのチェック潰しぐらい？

>ゲームのプロテクトのチェック潰しぐらい？
BASICでターミナルモドキを作ったとき、8251いじってブレーク出した
9801とは違う機械

なんかスイッチが入っちゃった人がいるねぇ。

>>561を無視されたのが悔しかった？ｗｗｗ

222 ：（・∀・）：2008/11/11(火) 22:12:29.95 ID:Ww9RdOfB
身内だけなら結構やりたい放題出来るのか？ｗ

相手のほうの親族もいるから無理か

Z80が世界を席巻したのはその設計の良さだよ。
これは万人が認める事実。

Z 　 8 　 0 　 が 　 世 　 界 　 を 　 席 　 巻 　 し 　 た 　 の 　 は 　 そ 　 の 　 設 　 計 　 の 　 良 　 さ 　 だ 　 よ 　 。

こ 　 れ 　 は 　 万 　 人 　 が 　 認 　 め 　 る 　 事 　 実 　 。

>Javaくらいでプログラマっていうの？ｗ
言うだろ。シェルスクリプトだってプログラムだ。
オートマトンならプログラムだろ。

Java程度でプログラマっていうの？ｗ

？ｗ

>>585
じゃあお前はどの言語ならプログラマっていうの？

>>Java程度でプログラマっていうの？ｗ

こんなこと言ってる奴に限って、Javaはおろか、
C、C++、ＣＯＢＯＬ、VBでもロクなプログラムかけない
３０代無職引きこもり。

>>585に期待

Java程度でプログラマっていうの？ｗ

Javaレベルでプログラマっていうの？ｗ

(ﾉ∀`)ｱﾁｬｰ
涙目逃亡キタコレ

Javaくらいでといわれてファビョるおっさんってさ



窓際だろ

Java程度でプログラマっていうの？ｗ

Java程度でプログラマっていうの？ｗ

こどもと風呂でもはいってろよｗ
ジャバジャバってなｗ

いまだにZ80で仕事が勤まると思ってるニートｗ

Java程度の知能ワラ

ジャバジャバジャバジャバ〜♪

Javaくらいできてあたりまえ。

>>587にZ80と答えようとして
フルボッコにされるから踏みとどまった荒らし君ｗ
いまだにZ80＝プログラマ

おい、おれJavaできるんだよ！！！
だからえらいんだよ！！！
自慢じゃねーぞ！！！

くやしいのぅｗ

>>601
ジャバジャバジャバジャバ〜♪

おい、おれJavaできるんだよ！！！
だからえらいんだよ！！！
自慢じゃねーぞ！！！

スレたい嫁よ

>>601
窓際くやしいのぅｗくやしいのぅｗ

javaなんか小学生でも使えんのに自慢も減った呉もないだろ

いい年こいたオッサン嵐が壊れるのもみんなZ80が糞なのが悪いんじゃ･･･

世界を席巻したZ80と6502。これが真実。

Z80のオッサンが「おっさん」だってプｗ

MULTI8ってPC-8001互換だっけ？

このスレの荒らしの特徴

・攻撃、批判はするがその根拠となる技術的裏付けは全く書かない
・全く同じ文章を繰り返し書き込む

スルーしろよ

ゲッ・ワイ・エン・タフ

おい、おれJavaできるんだよ！！！
だからえらいんだよ！！！
自慢じゃねーぞ！！！

おれもできるけどあえて人前では言わない。
聞かれたら答えるけど。

＞‎そういう俺も今はJavaで飯食うプログラマ。
程度の低さが知れますね
発言のレベルが低いのも納得

で、お前は何の言語だったらプログラマと言うの？
また中身の話は逃げるの？

>>618
お前の高いレベルの話を早く聞かせてくれよw

＞‎‎そういう俺も今はJavaで飯食うプログラマ。
程度の低さが知れますね
発言のレベルが低いのも納得

おい、おれJavaできるんだよ！！！
だからえらいんだよ！！！
自慢じゃねーぞ！！！

ジャバジャバ♪

ジャバれ

逆に問われると何も答えきれない低脳ワロス

ジャバれﾜﾛs

まったおっさんのくせにくジャバリやがってｗ

意味わからんち

ジャバル＝ファビョル

>>564

563 の発言から変なんだけど PUSH,POP はレジスタペアが対象。
1バイトの LD 命令と比べちゃいけない。
比べるんだったら2バイトの LD命令。
HL なら 16 クロックでまあまあだけど、他は糞遅いZ80拡張命令
だから 20 クロックにもなる。1バイトづつやってたら26クロック。
どうやっても PUSH,POP を多用したほうが速くなる。
しかしデバックは大変。

Z80 がクズだというのには同意するが、理由が変。
ゼロページが無いからなんて初めて聞いたよ。

ゼロページなんて大勢に影響ない。Z80の裏レジスタと同じでクリティカル
な部分のためにとっておくんだけど大抵最後まで使わない。6502 ならレジス
タ代わりに使わなきゃならんけど、あくまで「代わり」だから使えてうれし
いわけじゃない。6809 だと位置独立にしたいので当然使わない。

マイコン世代でJavaプログラマってのも何か切ないものを感じるね。
VMでも作ってるなら話は変わるが。

超久しぶりにザイログのサイトに行ったらZ80やZ180とかの旧CPUコーナーがあって
リライトされたように見える資料が山ほどあった。
NECやシャープや東芝に行ってもZ80の資料はもう拾えないのでちょっとだけ嬉しい。

Z80世代でいまだZ80使いで荒らしになってるの見ると何か切ないものを感じるね。

かつて使い慣らしたZ80に拘り続けている時点でもう頭カチカチになってるんだよ

そういやZ80って最強なんだとな

うんおれもそう聞いてる

Java程度といわれて、
煽るだけしか出来ない子供は来るなと。

>>632
東芝は拾えるけどね

アセンブラからPGやってるｼﾞｬﾊﾞﾗｰとJAVAしか知らないｼﾞｬﾊﾞﾗｰでは違うと思うぞ

面接官「使用できる言語は何ですか？」
荒らし君「Z80アセンブラです」
面接官「ﾊｧ?」
荒らし君「いやだからZ80」
面接官「・・・お引取りください」
荒らし君「おい、ちょ離せ、Z80最強ーZ80最強ーブギャー」

おい、おれJavaできるんだよ！！！
だからえらいんだよ！！！
自慢じゃねーぞ！！！

Ｚ８０最強伝説！

「〜最強!」ってんなら意味もわかるが、
「〜最強伝説!」って、何を言いたいのかわからん。

Ｚ８０最強伝説！

>>630
レジスタペアでも事情はそんなに変わりないよ。

LD　　HL,(hoge)
PUSH　HL
（なんか）
POP 　HL

より

LD 　HL,（hoge)
（なんか）
LD 　HL,（hoge)

の方が速い。

てゆうか、俺はPUSH/POPなんて初めから話題にしてないです。

もし、仮にZ80にゼロページがあったら

LD　　A,(hoge)　は10クロック２バイト命令、
LD　　HL,(hoge)　は13クロック２バイト命令になってたはず、

ってことが言いたかったんだけど。

> もし、仮にZ80にゼロページがあったら
>
> LD　　A,(hoge)　は10クロック２バイト命令、
> LD　　HL,(hoge)　は13クロック２バイト命令になってたはず、

どーだろ
インデックスレジスタのディスプレースメント計算に5クロックもかかるようなプロセッサだし
かえって遅くなってた可能性が高いんじゃ

>>613
>このスレの荒らしの特徴
>
>・攻撃、批判はするがその根拠となる技術的裏付けは全く書かない
>・全く同じ文章を繰り返し書き込む

さらに付け加えると、

・意図は不明だがageとsageを使い分ける
（一人なんだけど、多人数に見せかけようとしている?www）

Ｚ８０最強伝説！

221.205.6.2:8088

アセンブラでCP/M用JavaVM作れば紙。

相当なサブセットにしかならんけど。

おい、おれJavaできるんだよ！！！
だからえらいんだよ！！！
自慢じゃねーぞ！！！

Ｚ８０最強伝説！

>>650
KVMとかな。
サブセットって言い方が適当かどうかは知らんが。

>そういう俺も今はJavaで飯食うプログラマ。
JavaScriptでonClick="kakunin()"とか書いてるだけの実はhtmlエディタ使い、というオチかもよ。

おい、おれJavaできるんだよ！！！
だからえらいんだよ！！！
自慢じゃねーぞ！！！

ジャバれ

＞‎‎そういう俺も今はJavaで飯食うプログラマ。
程度の低さが知れますね
発言のレベルが低いのも納得

Java程度といわれて、
煽るだけしか出来ない子供は来るなと。

>>650,653
JavaVMじゃなくって、Forthでもいいよ。
整数限定で。

昔仮想スタックマシンに憧れてForth作りかけたけど挫折した。

＞‎‎‎そういう俺も今はJavaで飯食うプログラマ。
程度の低さが知れますね
発言のレベルが低いのも納得

議論を放棄して同じ文章をコピペしてる奴って何なの？バカなの？死ぬの？

KVMなんてのがあったのか。
俺のPCのHDDにはZ80.javaってファイルがあるんだが、ま、そういうことで。

CP/Mもエミュ以外に実行環境無いからなぁ。
一応8801用のFDはあるがカビてるし88の実機ないし、なにより５インチの２D読めるドライブがない。

おい、おれJavaできるんだよ！！！
だからえらいんだよ！！！
自慢じゃねーぞ！！！

>>661
1chip MSXにCP/Mを移植すれば、実行環境は手に入るぞ。
大した手間ではないように思うが、誰かやってくれ。

＞‎‎‎そういう俺も今はJavaで飯食うプログラマ。
程度の低さが知れますね
発言のレベルが低いのも納得

>>661
それはJavaで書いたZ80のエミュレータ？
つまりJVM上のZ80エミュレータでCP/Mを動かしてその上でJVMを動かしてZ80えみ（略

ところで8085やHD64180ならまだ秋葉原で手に入るぞ。
あとFPGAに乗ったZ80とか、ってエミュレータの範囲かな、こっちは。

　＞　そ　う　い　う　俺　も　今　は　J　a　v　a　で　飯　食　う　プ　ロ　グ　ラ　マ　。

　程　度　の　低　さ　が　知　れ　ま　す　ね

　発　言　の　レ　ベ　ル　が　低　い　の　も　納　得

Z80.javaはboya氏のページから貰ってきた奴。
これをコアにCP/M動く仮想マシン作ろうとして、挫折した名残り。

仮想マシンの仕様が詰められなかったのもあるけどCP/M移植するだけの気力が維持しなかった。

>>667
それはJavaで書いたZ80のエミュレータ？
つまりJVM上のZ80エミュレータでCP/Mを動かしてその上でJVMを動かしてZ80えみ（略

ところで8085やHD64180ならまだ秋葉原で手に入るぞ。
あとFPGAに乗ったZ80とか、ってエミュレータの範囲かな、こっちは。

PearPC上のLinuxで動くVirtualBOX上のWindows2000で動くPC9801エミュ上のWindows95で動くCP/MPlayerでJavaVMを動かしている。
さて物理PCで動くOSはなんだ？

>>666
PearPC上のLinuxで動くVirtualBOX上のWindows2000で動くPC9801エミュ上のWindows95で動くCP/MPlayerでJavaVMを動かしている。
さて物理PCで動くOSはなんだ？

♪今じゃＪＡＶＡの世の中で
　　おまけに僕はプログラマ〜♪

　＞‎　そ　う　い　う　俺　も　今　は　J　a　v　a　で　飯　食　う　プ　ロ　グ　ラ　マ　。

　程　度　の　低　さ　が　知　れ　ま　す　ね

　発　言　の　レ　ベ　ル　が　低　い　の　も　納　得

>>670
Mac OS X
しかしそれも、もしかすると・・・

>>673
残念ながらMac系は実機ないんでMacOSは買ってないのよ。
でもPearPC動かす環境も仮想化できなくはない。
VMWareがあるから。

最終的に我々の宇宙も6809上で動いてるOS-9でシミュレートされてるんだけどねｗ

　　　　　／￣＼
　　　　｜／￣￣￣￣＼
　　(ヽノ//　/／V＼＼｜/)
　　(((i)//　（゜）　　（゜）||(i)))　　低脳ｼﾞｬﾊﾞﾗｰの皆さんお元気ですかー？
　／∠彡＼|　(_●_)｜|＿ゝ＼
(＿＿＿､　　　|∪|　　　　,＿＿）
　　　　|　　　　ヽノ　　/´
　　　　|　　　　　　　 /

PearPCって何だ？

ググレカス

その6809は8085でエミュレートされているのさ。

その8085も実は大量の74LS00で分散処理されているのさ。

NAND!

その74LS00も大量の2SC1815で作られてるのさ。

　　　　　／￣＼
　　　　｜／￣￣￣￣＼
　　(ヽノ//　/／V＼＼｜/)
　　(((i)//　（゜）　　（゜）||(i)))　　低脳ｼﾞｬﾊﾞﾗｰの皆さんお元気ですかー？
　／∠彡＼|　(_●_)｜|＿ゝ＼
(＿＿＿､　　　|∪|　　　　,＿＿）
　　　　|　　　　ヽノ　　/´
　　　　|　　　　　　　 /

な、NANDあとぉ！？

しっているNORか、ライデン？

XORシスト。

OS-9か…
懐かしいなあ。

Z80のインデックスレジスタは遅くて本来の使い方出来ないから、
未定義命令で8ビットレジスタとして使ってたな。
自己書き換えとか懐かしいなぁ
今では例外で止まっちまうもんな。

　　　　　／￣＼
　　　　｜／￣￣￣￣＼
　　(ヽノ//　/／V＼＼｜/)
　　(((i)//　（゜）　　（゜）||(i)))　　低脳ｼﾞｬﾊﾞﾗｰの皆さんお元気ですかー？
　／∠彡＼|　(_●_)｜|＿ゝ＼
(＿＿＿､　　　|∪|　　　　,＿＿）
　　　　|　　　　ヽノ　　/´
　　　　|　　　　　　　 /

>>688
IX IY なんてつかいたくないんですが。

68系でindirect addressingを使い込んでたので、Cでみんな躓くと言われる
ポインタはすんなり理解できたな。
というかどうして他人が躓くのか解らなかった。

>>691
それはあるのかもな。俺もそのクチだから理解できない人の気持ちは分からん。
多分その辺知らない人に「箱を指し示す箱」とか説明されてもさっぱりだろうな。
マシン語で間接アドレッシングやる場合、先に「アドレス」っていうものを知ってるはずだし、
実際に数値(アドレス)を代入してやるから、それは分かりやすいんじゃないか。
高級言語ではアドレスなんて表には出て来ないし。

「ポインタがわからないということは，(HL) や (A0) がわからないということであり，
ひいては，コンピュータがわかっていないことなのだ」

Z80から入ったので68系のニーモニックが呪文にしか見えませんでした

俺もロード、ストアが出だしだったからMOVとかいまだにしっくりこない。

>>693

祝さーん

Cのポインタの難解さはポインタそのものじゃなくて、むしろポインタ絡みの宣言にある。

宣言ってより文法の煩雑さだろうね。

*演算子と&演算子を駆使されたらそりゃ混乱するわさ。

　char* a = *(char*)(&b);

とかやられてすんなり b はどう宣言されてるかとかわかるやつは正直変態だと思うぞ。

>>698
そりゃbは宣言されてないからわかったら変態だな

どう宣言されていようがキャストされてるんだからコンパイル通るだろ

>>700
*(&b)に対してのキャストは無いので、char* bでないとコンパイル通らないはず。

>>700 正解
>>701 間違い

いくらでも変態的な宣言が可能なCのポインタに関する文法が悪い

いやキャストされてねえだろ。
(char*)(*(char*)(&b))ならともかく。
↑の(char*)が無くて通るコンパイラがあったとしたら
ANSI以前とか相当古いはず。

機械語で話してくれ。

C3

ああ、ごめん代入で引っかかるね。
aはchar*だから、右辺もchar*型でないといけない。

右辺はどう見てもchar型。
でも、bを格納したアドレスを強引にchar*型にキャストした上で
そのchar*型アドレスの内容を参照している。

つまりbの格納アドレスの先頭1バイトを右辺は意味するので
bの宣言がなんでもいいという部分は合ってるはず。

確かにポインタの書き方は自由度が高すぎて難解になりがちだよね。
でも、関数呼び出しの実際の動きとかデータの格納のされ方とかが
理解出来てないとポインタの理解は無理だと思う。
高級言語しか知らない人が関数へのポインタとかわかる訳が無い。

確かに関数ポインタは説明しにくいな。
特にJavaでしか知らないようなの相手には。

Javaの非staticメソッドは、デフォでC++で言うところのvirtualだからなあ。
いわば、すべてのメソッド呼び出しが関数ポインタ経由になっているようなもんだ。
polymorphismが当然のように実現されている世界に、わざわざ関数ポインタを持ち出す意味なし。

もうＺ80さいきょうってことでいいやね

いいよ

Javaしか知らない奴がＣの世界に来たんだよ。

　　　　　／￣＼
　　　　｜／￣￣￣￣＼
　　(ヽノ//　/／V＼＼｜/)
　　(((i)//　（゜）　　（゜）||(i)))　　低脳ｼﾞｬﾊﾞﾗｰの皆さんお元気ですかー？
　／∠彡＼|　(_●_)｜|＿ゝ＼
(＿＿＿､　　　|∪|　　　　,＿＿）
　　　　|　　　　ヽノ　　/´
　　　　|　　　　　　　 /

つまりまとめるとvoid*だけあればいいってことだな

確かにアセンブラ慣れしてると型ウゼーと思ってしまうことはある

そういうときはBCPLを使え

int,charだけ使ってれば事が足りるかと

俺はcomplexじゃないと駄目なんだ！

>>708
＞高級言語しか知らない人が関数へのポインタとかわかる訳が無い。
んなこたねー。
関数へのポインタなんかがわからんやつは、
単にアタマが悪いのである。

C++でメンバ関数へのポインタがわからんやつには
情状酌量の余地がありますが。

出来合いの言語なんて使うの飽きたよ。
今は独自のネイティブコンパイラ使ってる。

公開汁

テキサスインスツルメンツ、懐かしい響きだな
今でも74LS作ってんのかな？

>>723
テキサスインスツルメンツのロゴって千鳥に似てるよね？
小学生の頃、IC見てこれは国内のメーカーだと思ってた。
http://freesozai.jp/sozai/mon/img/mon_017/1.png
http://upload.wikimedia.org/wikipedia/commons/9/9e/74series_logic_ic.jpg

ということは、テキサス州の形は千鳥に似ているとなるな。

ホビー路線じゃ今はぱっとしないかな
主力は低消費電力の16Bit
ttp://akizukidenshi.com/catalog/items2.php?c=msp430

Z80アセンブラしか覚えなかった俺はZ80しか選択肢がなかったな。
ハンドアセンブルで使っていたのが懐かしい。

Z80アセンブラしか使っていなかった俺はZ80が一番。
ハンドアセンブルで使っていたな。

>>725
したがってテキサス州は日本固有の領土であり・・・
とか主張してみたりして。

機械語1個憶えれば他のCPUもわりと簡単じゃないかい？

6809には苦労した
なんでレジスタ間演算がないんだ

レジスタ間演算ってどんなのを言ってる？

add a,b とか？

1) 比較的多くのレジスタ乗っけて内部のみの処理を重視
2) レジスタはワークと考えてメモリーとの演算を重視

1) は、その範囲で収まれば性能が高いけど、収まらない
と性能がた落ち。2) は、トップの性能は劣るけど処理が
増えてもそんなに落ちない。

まあ、ルーツが電卓とミニコンだから。

※ あくまでも、当時としては。

>>730
高級言語を覚えるよりは簡単だよね。
でも、実際に動くプログラムを作ろうとするとそう簡単ではないんだよね。
最近の高級言語はOSから呼び出されたら、
必要な事をパーツの組み合わせで処理する感じだけど、
機械語はプログラマが処理する事が多いから、
最近のプログラマには難しいと思う。

簡単すぎてへそで茶をわかしちゃう

へ〜そ〜なの〜

あー、distinationがアキュムレータ以外の演算ってことか。
俺はこれが当たり前だったから全然気がつかなかったわ。
演算しながらメモリ転送するときにはあった方がいいけど、
あまりいらなくね？

distination?
「レジスタ間演算」って Source も Destination もレジスタの
奴のことなんだけど、なんか勘違いしてね？

あっ済まぬ、完璧に勘違いしてた。
ただ、「distinationがアキュムレータ以外の演算」はあってるよね？
そうすると、レジスタ同士の演算ってそんなに頻発しない気がするが。
そもそもレジスタをワークメモリ代わりに使うってことが68系として間違ってる使い方だと思う。
各レジスタの役割が完全に分かれてるから。
(Z80も分かれてなかったか？)
COSMACとかTMS9900はなんでもありだけど。

8080はAレジスタはアキュムレータの略だって教わった。
Cレジスタはカウンター、は8086だったっけ？
HLはMレジスタとか別名でメモリインデックス用とか。
ガチガチでもないけど、かなり固定されてたね。

8086だと
AX -> アキュムレータ
BX -> ベースアドレス
CX -> カウンタ
DX -> ダブルワード？
SI -> ソースインデックス
DI -> デスティネーションインデックス
BP -> ベースパラメータ？

DX→データ
BP→ベースポインタ

データレジスタってなんやねんな。
他のは用途がわかるけど、「データ」じゃ分からん。
いらんのかなw

2009年もZ８０のひとりがちでこのスレは終了

z80,8086,68000は理解できるが6809はとても難しいと思う

そうななの、だからZ80の話しかできなくて…
粘着してごめん　ボクのことバカと思ってくだしあ

2009年もZ８０のひとりがちでこのスレは終了

このスレがZ80のひとり勝ちで2009年も終わり、が正解になりそうな気がするんだが・・・

Z80を越えるCPUなんて結局でなかったしな。
Z80の勝ちは揺るがないから2番手の話でもするか。

スキャンプでいいよ

1位 Z-80
2位 SC/MP
3位 TMS9900

1位おめでとう。

>>745
そんなことないだろう。8ビットの古典w CPUの中では命令の直交性が高いから、
Z80より余程簡単だと思うが。

>>745
その中では8086が一番難しいと思うが。

8086は難しくないでしょ
まあセグメントサイズを超えるデータやコードを扱おうとすると途端にややこしくはなるけど

どれも簡単じゃんね

Z80 戦闘値：2510000
6502 戦闘値：96700
8086 戦闘値：75000
6809 戦闘値：10800

Z80圧倒的すぐる

Z80A 価格：\367
8085 価格：\600
6502 価格：\700
6802 価格：\550
6809 価格：\---
8086 価格：\1575

俺の知ってる通販可能なとこから（現品.comは除く
6809売ってるとこは無くなった
入手のし易さならZ80かね？
CMOS版なら\200からあるし

8086 \1575か
うちのペンティアムから載せ換えようかな

TK-85もどきか　かこいい
ttp://blogs.yahoo.co.jp/yfl711/folder/1008771.html

へー、基板売ってくれれば買うけどな。
でもお手製みたいだな、片面で。

まあでも、8279持ってる人は少ないか…。

FPGAでなんでも出来る

FPGAじゃ萌えん。

FPGAでなんでも出来る

FPGAで空だって飛べる

電気ですかー！！
電気があればなんでもできる。

Z80オフとか6502オフとかやったらきめえだろうなあ

SC/MPオフとかCOSMACオフとかは、どうだ？
参加候補者すらいないかもしれんがｗ

>>767
平均年齢50代突入だろう

CDP1802Dなら持ってるが、いかんせん使ったことないんだよねー

Z80オフだけは勘弁

じゃZ8001で

なんだこのすれもZ80のひとり勝ちか

Z80ってなんだっけ？

>>770
こいつ>>772がくるからかｗ

>>774
なんだこのすれもZ80のひとり勝ちか

このスレの>>775=772とか、
電気電子板のH8関連スレでひたすら延々「スゴイね。」
と書き込み続ける奴とかって、いったい何が楽しいんだろうね。

まあ、友達が一人もない奴であろうことは容易に想像つくけど。

みずきなんとかが>>777げっとぉ〜

>>776
なんだこのすれもZ80のひとり勝ちか

大人のおもちゃとして8bitワンボードマイコンとか出したら案外売れるだろうなあ

トラ技とかのそういうオマケが付く号は結構売れるって聞いた。
マンチップマイコンをUSB経由でプログラミングさせる奴とか。

>>776
「スゴいね」とか意味不明なのは置いておくとして、
そういうのってさー、評判落とすだけなのにね。
俺はZ80は嫌いになった。

>>781
工作員が信者ぶってマンセーして
評判落とすってのはあるけど
Z80じゃ工作員も何もないから
リアルで寂しい人なんだろうな。

病気だろ、自閉症のたぐい

なんだこのすれもZ80のひとり勝ちか

>>779
昨日デアゴスティーニをテレビでやってたけど凄いな。
あれならあっても別に不思議じゃないと思えた。
どれだけ売れるかは知らんけど興味無い層も意外と作るんじゃないかな？
とも思えた。　読者は毎号少しずつ組み上げるのが魅力らしいね。

アドレッシングモードの整備されてる68系に比べZ80はやたらごちゃごちゃしたニーモニックが多くて覚えるの大変なんです

>>786
Don't think, feel!

いやまじで

だがそれが良い
日本人ならZ80だよ

>>786
実質 src A / dst r8 (HL) (IX+nn) (IY+nn)しかないZ80の方がシンプルだ
使った事無いだろ

srcとdstが逆のような気が

たかだか命令1000個程度も憶えられんのか
歩く16神少年と呼ばれた俺にはちょろいもんだが

>>789
> 実質 src A / dst r8 (HL) (IX+nn) (IY+nn)しかないZ80の方がシンプルだ

それシンプルというより「低機能」なだけ。

低機能でも便利な命令があった方がいいと思うのだが、
Z80の便利な命令ってどんなの？

一番便利なのはIN命令にOUT命令だな。

一番意味不明な命令は LD A,R だな

オペレーション内容としては意味不明だけど、擬似乱数の初期シードによく利用していた
当時はRレジスタ=Randomレジスタと覚えていたなぁ

実際、どういう意図でこの値を取れるようにしていたんだろう・・

LD A,R は、乱数のseedとかに使えなくもない。
意味不明なのは、LD R,A の方。下手に使うと、リフレッシュが狂う。

ど素人がｗ

>>797
LD R,A で128とか入れたら８ビット目が立つんだろうか？

立つよ

そうそう、俺が言いたかったのはLD R,Aの方。
最近モトローラ系のアセンブラをいじっていたので
dstとsrcが逆転してしまった

>>800
リフレッシュとＡ7をアンドすれば第２のＩ/Ｏ空間が実現可能？
ウオッチドッグのリセットぐらいか？

リフレッシュ時のA8-A15にはIレジスタの値も出る

でも使い道はなさそうだなぁ

お前らだったらどんな命令を作る？

RAND

Aレジスタに乱数をロード

ゲーム脳かい

>>804
「どんな命令を作る」これが80系の発想なんだ。
どうやってプログラミングを効率的に行うかではなく、
便利な命令追加追加でゴリゴリ拡張する。

68系は互換性を犠牲にしてもエレガントさを追求する。
6800、6502、6809、68000と互換がないCPUなのに、
「68系」として認知され、プログラマもあまり苦労なく
各CPUを移行できる。

80系はイディオムを徹底して覚え込む暗記型、
68系は命令を組み合わせる思考型と言えなくもない。

なおで68系の石は「考え方」から入らないといけないが
80系の石は「習うより慣れろ」式で幅広い層が習得できた。

80系の方が簡単で覚えやすい。少なくとも、「教えやすい」のだ。

あたまわるそう

頭悪くても使えるZ80
そして粘着病理患者に

Z80の仕事紹介してくれるまでやめないからねっ

8bitの最高傑作Z80

>>806
6800はお手本があったからねぇ。だから体系的に整理して作る伝統なんだろうね。
8080電卓組み込み用だからね。実際あったら便利な命令をどんどん追加していった感がある。

68系:汎用機
80系:組み込み用

68系ごみ
80系神

68系ごみ
80系神

68系ごみ
80系神

8bitで汎用機とかｗ
「汎用機」の意味知ってて書いてんのかなｗ

でも今の視点から見ればモトローラのエンジニアの方がずっと考えてる事は上だったろ

>>815
メインフレーム。

汎用機の命令ってそんなに綺麗じゃないよ。
スタックとかもなかったりするし。

6800 のお手本はミニコンだろ。
デジタル機器会社のアーキテクトは優秀だったと思う。

当時は複雑な命令が有っても遅いから結局使われる事はあまり無いんだよね。
(IX+nn)なんかも(HL)で済むようにデータを配置したり
アルゴリズムを工夫したりして使わなかった。
使えば便利な場面でも使わないのが癖になってた。

6809ってZ80より遅くてな

いつもの情報弱者乙

>>818
>デジタル機器会社の
旧DECのこと？　後学のためおせーて。

6809ってZ80の78%くらいの速度

>>822
> 旧DECのこと？　後学のためおせーて。

あたり。
「超マシン誕生―コンピュータ野郎たちの540日 (1982年)」って本で
DEC がそう言う風に訳されてて ASCII かなんかで茶化されてた。

Digital Equipment Corporation だからな。
IBMも何かの本で国際事務機器って訳されたことがあったなそういえば。

ということでだな、鈴商で63B09を買ってきた。

Ｚ80最強伝説！

>IBMも何かの本で国際事務機器って訳されたことがあったなそういえば。

International Business Machinesだから、そのまんま直訳だろう

当時高校生だった俺と友人は
Inchiki Business Machine
と言っていた。

>>826
そういうのがあるのなら通販ページに乗せてくれと思う今日この頃。
そういえば通販ページにある2.5MHzのZ80ってどう見ても4MHｚのZ80Aなんだよなぁ。

覇者Intelにユダヤの影あり

そんな事いうならM$のOfficeなんかほとんどイスラエルで作ってるんだが

死にかけの老いぼれが粘着ネラーとはワロスｗ
やっぱZ80最強！

Aレジスタにしがみついてるんだな

自分でZ80がなんとかって言いながら他人は老いぼれって…　意味わかんないんだけど。

わらた

　　　　　LD　　　HL,4000H
　　　　　LD　　　DE,5000H
　　　　　LD　　　BC,1000H
　　　　　LDIR


　　　　　MOV　　SI,4000H
　　　　　MOV　　DI,5000H
　　　　　MOV　　CX,1000H
　　　　　CLD
　　　　　REP MOVSB


　　　　　LDU　　#$4000
　　　　　LDY　　#$5000
　　　　　LDX　　#$1000
LOOP:　LDA　　,U+
　　　　　STA　　,Y+
　　　　　LEAX　-1,X
　　　　　BNE　　LOOP

6502は？

史上最強命令LDIR

必要なクロックも書いてくれないとなぁ。

暗いと不平を言うよりも、すすんであかりをつけましょう。

まず貴方からね。
・・・不毛なやりとりをしたいのか？

クロック数忘れたけどLDIRは普通に書くのと比べると
驚異的に速かった記憶がある。
もっと速くするためにLDIを必要回数分書いたりもしたね。

ふむ。
ではずる休み中の老害が一肌脱ごうではないか。
手元の資料とwebの資料で適当計算ｗ
クロックはそれっぽいのを選んでみた。

Z80
LD HL,4000H ; 10
LD DE,5000H ; 10
LD BC,1000H ; 10
LDIR ; 86011(21*4095+16)
計 86041(4MHz時21.51ms)
勝手知ったる楽しい我が家。
とりあえず今回の基準。
この命令がなかったときのコードを考えると……ガクブルｗ

-1of2

先頭の半角スペースはスルーされるんだったか……当分カキコしてなかったから忘れてたよorz
気を取り直して食らいなさい。

8086
　MOV SI,4000H ; 4
　MOV DI,5000H ; 4
　MOV CX,1000H ; 4
　CLD ; 2
　REP MOVSB ; 69641(9+17*4096)
計 69655:80.96%(8MHz時8.71ms:40.49%)
　DXはCXの間違いでしょう。
　他にもセグメントレジスタの設定も入れた方がいいような……ま、いっか。
　今回ので8086の評価が上がりました。(今までどんだけ低かったんだかｗ)

6809
　LDU #$4000 ; 3
　LDY #$5000 ; 4
　LDX #$1000 ; 3
LOOP: ; 81920(20*4096)
　LDA ,U+ ; 6(4+2)
　STA ,Y+ ; 6(4+2)
　LEAX -1,X ; 5(4+1)
　BNE LOOP ; 3
計 81930:95.22%(2MHz時40.97ms:190.47%)
　使った事無いので結果が怪しいかも。
　フラグの変化する16bit演算がうらやましいぞｗ

なんか無性に8086が使いたくなってきたｗ
WonderWichに手をだしとくべきだったか……

-2of2

怪しげなコメントは勘違いなのでスルーしてくださいorz

8086はセグメント越えが要らない規模のうちは楽しいんだけどね…。
80386のbig realモードくらいが楽できてよいです

6809糞すぎ

8086 の rep movsw とか、 6809 の ldd, std とか使わんの?

ご自由にどうぞ。

6809を86式に16Bit拡張したらどうだったろうね。
A,Bを16Bitにして、Dは32Bitになる。
インデックスレジスタ、スタックポインタは32Bit。
その他レジスタもそれなりに増やす。

もちろん68信者は大バッシングだったろうけど。

なにをもって86式というのか

とりあえずセグメントは必須じゃないの

つ68000

当時のメモリ搭載量や実際に扱うデータの容量も考えると、
バッファ一つで同時に64KB以上を要求する用途って具体的に何よ？
って話になるんだよな。
それこそVRAMを一気にフィルしたいとか、そのくらいしか思いつかん。

8086に注文をつけるとしたら、セグメントのオフセットは4bit(16bytes)よりも
8bit(256bytes)でも良かったんじゃないか？ってくらいか。
まあ最小構成128KBなんて環境だと、オフセット8bitなんてふざけんなって感じだろうけど。

まぁ、文章そのものに対する突っ込みはしないけど、
アドレスバスの幅はピン数の問題じゃない？

8086はさらにデータバスとアドレスバスをマルチプレックス(時分割)で
同じピンで出力していたから遅かった

80286でようやくデータバスとアドレスバスが分離されて理論通り
約2倍の速度になった

当時は16Mのアドレス空間は大きすぎると思ったんじゃないかな。
実際386の時代になっても16M使い切る事は無かったし。

68020の32ビット4Gバイトのアーキテクチャが発表されたとき
その当時、世界中で年間生産されるDRAMを全てぶら下げても
メモリ空間が埋まらないと言ってた気がするんだが・・

64kbitDRAMでも52万個か・・思い違い？

80386の仮想記憶は1TBものアドレス空間があるとかいう記述は空耳だったのかしら？

>>859
4GB／セグメントを8k個持てるから、32TBもの空間がある。
32ビットモードでセグメントを使うという実例は知らない。

>>849
■ 6809 16bit転送版
ハードワイアロジックのLDIRに対して結構健闘してんじゃないかな。
転送中に何かもにょもにょするときは専用命令じゃないから応用が効くし。

　LDU #$4000 ; 3
　LDY #$5000 ; 4
　LDX #$1000 ; 3
LOOP: ; 81920(24*2048)
　LDD ,U++ ; 8(5+3)
　STD ,Y++ ; 8(5+3)
　LEAX -2,X ; 5(4+1)
　BNE LOOP ; 3

計 49162：57.14%(2MHz時:24.581：114.28%)

> フラグの変化する16bit演算がうらやましいぞｗ
AccDに対する演算はCCRが変化するけど、
LEAはLEAX,LEAYに限り、Zフラグのみ変化するのみ。
転送量が奇数バイトの場合前処理などが必要。

6809はニーモニックのせいで難しく見えてしまう気がするのは俺だけかな……
8080とZ80で同じバイナリなのに8080のほうが難解に見えるみたいな感じで

上のやつM68k風に書くとこれで合ってる？
　movei.w #$4000, u
　movei.w #$5000, y
　movei.w #$1000, x
loop:
　move.w (u)++, d
　move.w d, (y)++
　lea.w -2(x), x
　bne loop

>>862
C言語と同じだからぜんっぜん難しく見えないけど。

C言語と同じ？？

そもそもC言語なんて便利なアセンブラみたいなもんだし

そんなのありえねー

int* u = 0x4000;
int* y = 0x5000;
int* x = 0x1000;
int d;
loop:
d = *u++;
*y++ = d;
x -= 2;
if (x) goto loop;

ていうか、
movei.w #$800, x
lea.w -1(x), x
でよくね？
6800での DECA ってないんだっけ？

6809と同じだよ。
4A DECA
5A DECB

ABCD　なんて命令があったな68k

其の手の突っ込みどころ満載なニーモニックはモトローラのお家芸ですｗ
絶対にわざとですｗ

ブロック転送はコンパクトで素直なコーディングしてるうちはブロック転送命令のあるZ80が速いが
ループ展開とかやりだすと6809が逆転するな

ふと気になったのでR800でも計算してみた。

　LD HL,4000H ; 3
　LD DE,5000H ; 3
　LD BC,1000H ; 3
　LDIR ; 16384(4*4096)
計 16393:19.05%(7.16MHz時2.29ms:10.65%)

うは、凶悪ｗ

>>871
単純に>>861をループ展開すると速度は同等で消費メモリ倍な気がするんだけど……
6809@2MHz vs Z80A@4MHz(LDI列記)時。
なにか職人芸的技法があるの？

R800のLDIRってそんなに速いのか。
4ステート/バイトってZ80DMAと同じだな
DMAはレジスタ設定が大量にあるので数十バイト以下なら
LDIRが有利なんてのがあったけどもはやDMA要らんな

ていうか無いか。

>>873
必要クロック数だけなら286のrep movsbより早いぞ。(5+4*n)
まぁ、rep movswで一気に倍速だがなｗ

ちなみにZ80DMAは最高2クロック/バイトじゃなかったか？
終了までバスを解放しない暴走モードでｗ

Z80DMAの同時転送はメモリ-I/O間の転送にしか使えなかった気が

？

あー、そういやそうだったな。

>>872
うわR800は卑怯拳だな。

そんなに職人的ではないが、
■■ 6809 4Bytes転送版
カウンタを廃止して終了アドレス比較をハードコーディング。
AccDの他IYもワーキングに利用して
loadにPULを使う。インデックスアドレッシングの自動増より速い。
ワーキングレジスタ増やすだけなんでメモリも食わない。

　　　LDU #$4000 ; 3
　　　LDX #$5000 ; 3

LOOP: 33972 (33 * 1024)
　　　PULU D,Y ; 9 (5+4)
　　　STD ,X++ ; 8 (5+3)
　　　STY ,X++ ; 9 (6+3)
　　　CMPX #6000 ; 4
　　　BLT LOOP ; 3

計 33798:(2MHz時 16.899ms: 78%)

>>872
861をループ展開するのと少し違う
でも汚いし、コード長いし、汎用性ないし良いことはあまりない
6809好きはやらないかも

オートインクリメントは遅いから使わないようにして、1クロック消費ですむ8ビットオフセットを使う
あとスタックプルはLDD ,U++ LDX ,U++を並べたのと同等なのでこれも使う
おとなしめの方法ならこんな感じ

LOOP:
PULU D,X ; (5+4)
STD ,Y ; (5+1)
STX 2,Y ; (5+1)
LEAY 64,Y ; (4+1)
(中略 64バイト転送)
PULU D,X ; (5+4)
STD 60,Y ; (5+1)
STD 62,D ; (5+1)
LEAY 64,Y ; (4+1)
DEC ,S ; (6)
BNE LOOP ; 3
ループ部分のみ：((9+6+6+5)*16+5+6+3)*64=27520クロック 2MHz時13.760ms

もっと危なくていいなら割り込み止めてSとUスタックの両方でD,X,Y,DPの7バイトでプッシュ･プル展開とか

>>878
ああ、それの方がスマートでいいね

しかし879のレスを書いてるうちに…
なんというシンクロニシティ

Z80って100MHzくらいのあるよな

63C09最強

>>880
> なんというシンクロニシティ
俺もビックリした。

>もっと危なくていいなら割り込み止めてSとUスタックの両方でD,X,Y,DPの7バイトでプッシュ･プル展開とか
これ考えてたんだけど、NMIが避けられないんだよね。危険を犯した上苦労してSP退避して利用しても
スタックはLIFOだからブロック転送には向かず、けっきょく>>878の方法に落ち着いた。

今のZ80は1命令1クロックだっけかな

>>878,879
すごいぞエロい人達。

割り込み禁止やループ展開無しで専用命令をしのぎ、
更にその先まで……さすがは究極を冠する8bit！
てか、スタックポインタが2本あるなんて反則っしょｗ

ちなみに俺の腕ではZ80のコードでLDI列記をしのげませんでしたorz

>>883
素人目にはスタックポインタが2本あって、
アドレス補正が簡単にできそうなんで実用的に見えたんですが……
色々とあるんですねぇ。

Ｚ８０最強じゃん！

おひさしぶりですね

こんな感じで。

u <- ソースアドレス
s <- ディスティネーションアドレス+8(7バイトらしいんで)

　pulu d,dp,x,y ; 12(5+7)?
　pshs d,dp,x,y ; 12(5+7)?
　leas 14,s ; 5(4+1)?
計29(1バイト4.14クロック)

本当に出来るかどうかは分からないけどｗ

しろうとがすなおにかいた6502
LDA #$40 ;2
STA $01 ;3
LDA #$50 ;2
STA $03 ;3
LDX #$10 ;2
LDY #$00 ;2
STY $00 ;3
STY $02 ;3
LP: ;61663
LDA ($00),Y ;5*4096
STA ($02),Y ;5*4096
INY ;2*4096
BNE LP ;(3*255+2)*16
INC $01 ;5*16
INC $03 ;5*16
DEX ;2*16
BNE LP ;3*15+2
1MHz動作だからばつぐんにおそいよ
6502はっかーなひとはかたきをうってね

へー。6502のゼロページってこうやって使うんだ。面白いな。
Z80版/6800版はﾏﾀﾞｰ?

本気で言ってるのか？

Z80版できたよー＼(^o^)／

　　　　　LD　　　HL,4000H
　　　　　LD　　　DE,5000H
　　　　　LD　　　BC,1000H
LOOP:　LD　　　A,(HL)
　　　　　LD　　　(DE),A
　　　　　INC　　 HL
　　　　　INC　　 DE
　　　　　DEC　　BC
　　　　　LD　　　A,B
　　　　　OR　　　C
　　　　　JP　　　NZ,LOOP

6800 はインデックスレジスタが１つしかないからブロック転送とかは
8080 より不得意だったりする。

ldx #$4000
stx Src
ldx #$5000
stx Dest
Loop:
ldx Src
cpx #$5000
bcc ExitLoop
ldaa 0,x
incx
stx Src
ldx Dest
staa 0,x
incx
stx Dest
bra Loop
ExitLoop

Src ds 1
Dest ds 1

# 6800 なんて 20年以上前に使ったきりだから擬似命令とかは間違ってるかも。

incxはinxじゃなかったかな…

あと、ちょっと減った。
ldx #$4000
stx Src
ldx #$5000
stx Dest
Loop:
ldx Src
ldaa 0,x
inx
stx Src
ldx Dest
staa 0,x
inx
stx Dest
cpx #$6000
bcs Loop

あと、LDX, STXはダイレクトアドレッシング使うべきなんだけど、
アセンブラではどうやって指定すんだっけ？

>>895
09では
LDA %$00
だけど6800は違うんだっけ？

あ、それです。%だった。
LDX %$00
これでラベル使えばいいのかな(結局わかってない)
俺の時代はハンドアセンブルだったからww

ハンドアセンブルなんかせず直接16進打ってたよ
なぜならおれは歩く16神少年

打ってたちうか、スライドスイッチ24個並べてたから。

俺はトグロスイッチだったよ

あー昭和の未来アニメのなんちゃら博士のように
穴のあいた神テープ直で読める人たちですね、
わかります。

紙テープ難しくないよ。
単なる 7bit とか 8bit データだから、テキストファイルなら
文字コード覚えていれば楽勝。

えーい、変人共めｗ

EBCDICだったりしてな。

神テープは使わなかったなぁ。カセットテープがあったから。
友人のとこでASR33はさわった。
大学時代にパンチカードは使った。

>>904
EBCDIC は汎用機文化で、紙テープはミニコン文化だから EBCDIC の紙テープは
ほとんどないんじゃね。うちみたいに汎用機でデータ処理して紙テープ出力し
ていたような変態的なところでも文字コードは ASCII にしていたよ。
あと、EBCDIC は 8bit フルに使うから、紙テープだとパリティチェックもでき
なくなるしね。

>>905
個人で紙テープ使ってた人はほとんどいないでしょ。
読み込みはまだしも穿孔時は結構な音がするし。
まあ、ASR33 の印刷音よりましだが。(w
ちなみにうちの会社はタイピュータつかってたので印刷音は静かだった。

音デカイといえばハンマ式のラインプリンタだろ。

昔プリンタ用の静穏ケースとか売ってたよな

紙テープの穴のパターンを読み取れると聞くと驚くが
特殊な能力を持たなくても盲人は点字を普通に読めるようになるんだから
要は慣れなんだろうな

テープだってエラーでたら磁気造影剤で読んだりしたよな

マイクに向かってピーガーって叫んだの録音するとパソコンで読めたよな？

それは無理

平均年齢が40超えてそうだな。

>>892
懐かしいなぁ
中学の頃 DEC BC でフラグ変わらないのに気が付かず、
ループする時と帰って来ない時があって悩んだよ。

スピードが必要な時は8ビットループを二重にしたりもしたね。

LDIR使えばいいじゃんね

>>911
> マイクに向かってピーガーって叫んだの録音するとパソコンで読めたよな？

さすがにそれは無理だが、歌手二人連れてきて DTMF で電話かけると言うのは
昔テレビでやってたな。

成功したの？

成功した... ような記憶がある。
て言うか、失敗だとテレビ的に放映できないし。

低音で声出して倍速で再生すればいけそうな気がする＞ピーガー

おまえやれよｗ

リコーダーでDTMFってのもあったな。
携帯でキー音出しながら暗証番号入力するのはやめろよ？

昔、アメリカのハッカーが笛吹いて電話のタダがけをしたとかいう伝説が…

ハメルーンの笛吹き

受話器に針金つっこんでタダがけはしてた

お賽銭箱や自販機の硬貨口にも針金突っ込んだクチだな

賽銭箱は小さいのをひっくり返すものだろう。

なんというオヤジスレ。

>>925
インベーダーにはテニスのガット

インベーダーは8080、サーカス(風船割り)は6502だったそうで、
と無理矢理8bitCPUに流れを戻してみる。

その頃は160*100ドット表示でドット単位の着色は不可能だった。
凄い進歩だな。
今の画像処理能力は100万倍位あるような気がする。

その頃出てた任天堂のゲームウォッチってCPU何？

>>928
セロファンでも貼っとけ

>>929
実質的にタイトルごとの専用品っぽい

>>928
GHzのクロックとGBのメモリ、TBのストレージがあれば
神にもなれる、そんな風に考えていたこともありました。

>>929
CPUなんて使ってないだろ

1チップで黒い樹脂の塊のようなやつだったような・・・
CPUというより、カスタムLSIとか呼んでたものだったような・・・
昔過ぎて忘れた。

>>934
「ロジックをハードワイアする」の語源だよな。
今の若いモンにはイミフらしい。

プログラムがハードウェアに置き換えられるとかw
プログラム無しでどうやってコンピューター動かすのさ？w

> 「ロジックをハードワイアする」

若いモンに限らず、じじいにもイミフなんだが。

>>936
メモリからプログラムを読み出して動作する方式ではなく、
動作がトランジスタの組み合わせによって決まっているものの事だよ。

CPUもメモリからプログラムを読み出して解釈して実行する動作は、
プログラムによって行われているのではなく、
トランジスタの組み合わせによってあらかじめ決まっている。

だから、CPUは無くともゲームは作れる。

>>937
ここんとこの話題だと
各CPUのブロック転送のコードが「ロジック」
そのブロック転送の「ロジックをハードワイアした」のがZ80のLDIR。

ワイヤードロジックって言わん？

>>938
>だから、CPUは無くともゲームは作れる。
マイコンが流行り始めのころトランジスタ技術誌で、んなもん使わんでも作れるとばかりに
オペアンプと74LS00だけでブロック崩しを作ってたな。

ゲーム＆ウォッチはCPU積んでるよ。
http://techon.nikkeibp.co.jp/article/NEWS/20081106/160879/

ってか、カスタムだとかベークで固めてあるとかはCPUなのかどうかには関係ないがね。

>>938-941
ここは一応PC板。電電板じゃないから、方向性がちょっと違うかも。



・・・・って、リアルに74TTL(実質CMOSの74HC〜は除く）使ってた世代が紛れてないか？

ベーマガ打ち込み世代より前の世代、まだパソコンがマイコンと
呼ばれていた時代。
ハンドアセンブルでの機械語で簡単なプログラムが組めることと
TTLで簡単なロジック組めるぐらいのことはマイコン少年の嗜みだった。

発展途上でソフトとハードが未分化だった、そんな時代がありました。

マイクロコード式のCPUなんかは、CPUの中にもう一段ハードウェア寄りのCPUが
入ってるようなものだしね〜

ハードとソフトの線引きってそんなにスパッとはいかないよね

>>938
それ言い出すんなら、ノイマン型とかハーバードアーキテクチャとかPLDとか
持ち出さなきゃだめだよ。
極端な話、ラッチ1段+ROMだけでも簡単なチューリング機械は実現できる。

>CPUもメモリからプログラムを読み出して解釈して実行する動作は、
>プログラムによって行われているのではなく、
これ間違いな。マイクロプログラムとかあるから。
確かに最終的にはトランジスタまで分解できるが、
それ言うんなら現状では真空管以外は全部トランジスタだ。w
(能動素子の話な)

マイクロプログラムを使わないで、ロジックICだけで8080を作るとこうなる、という見本。
http://www.alles.or.jp/~thisida/index.htm

>>947
物凄く回りくどくて読みづらいな

>>947
おもしろいな。

>> 946

>極端な話、ラッチ1段+ROMだけでも簡単なチューリング機械は実現できる。

有限オートマトンなら実現できるけどチューリングマシンはできないよ。
無限の長さの読み書きできるテープが必要。

チューリング完全だと言いたかったのだろう。

無限のテープがチューリングマシンノの条件だったっけ？
ラップラウンドさせれば良いだけのような気がするが。

>>946
Z80もLDIRとかマイクロプログラムで実行してるんだろうか?
当時としては、驚異的なスピードが出てるから、
専用の回路が有りそうな気がする。

当時は全部ワイヤードロジックでしょ

>>953
> 当時としては、驚異的なスピードが出てる

カリカリチューンじゃなくちょいと工夫
しただけの'09にあっさり負けたわけだが。

>有限オートマトンなら実現できるけどチューリングマシンはできないよ。
普通にできるって。
1番地あたりのビット数が無限大×無限大番地の容量で。

ただ、チューリング機械のテープの長さがNだったら
これのサイズは2Nになりそうだけど。

史上最強命令LDIR

>>953
LDIRの立ち位置は高速転送命令というより、便利命令だと思うんだ

そんな命令使うよりDMA転送の方がいいなぁ。

>>956
>普通にできるって。
>1番地あたりのビット数が無限大×無限大番地の容量で。

それは RAM（ランダムアクセスマシン）だよ。
ただ(可算)無限番地があれば１番地に記録できる語は有限でいい。

逆に1番地あたりに無限を記録できるなら、番地は１個でいいはず。
これはレジスタマシン、カウンタマシンかな。
もし、無限ビット長のラッチと無限ビット入出力の ROM があれば
946 の言うとおりチューリングマシンは作れるね。

どうでもいいよそんなのｽﾚと関係ないし

>>953

LDIR は当時としても驚異的に遅かったよ。
なにしろ LDI 命令を並べたほうが速かった。
何のための繰り返し命令なのやら、と思われていた。
プログラムは短くなったけどね。

繰り返しの度に 2 バイトの命令コードをフェッチするうえに 5 クロック
のアイドルサイクルまであって、計 21 クロックもかかってたんだよね。

それから、マイクロプログラムだと遅くなると思っているようだけど
そんなことはない。事実 64180 はマイクロプログラム方式で LDIR
の繰り返し１回あたり 14 クロックになっている。

ほんとは毎回命令フェッチしないで 6〜7 クロックで回してほしいと
ころなんだけどね。

速さなんかどうでもいいよいまさら

1バイトは一しずくの汗
1クロックは血の一滴

実際、トラ技の広告か何かで「プログラムの1行は、俺の血の一滴だ」
って文句があったような

>>962
> なにしろ LDI 命令を並べたほうが速かった。

LDI はループ終了判定しなくていいんだから速いのは当たり前なんだが...
ループアンローリングも知らんのか？

ローリングソバッドがなんだって？

>>960
最適化するとそうなるのかも。
ただ、
>無限番地があれば１番地に記録できる語は有限でいい。
>1番地あたりに無限を記録できるなら、番地は１個でいいはず。
こうすると内部に状態を記憶できなくなるんじゃない？
俺が言ってるのは、ラッチは1サイクル遅延させるためだけのディレイであって、
状態記憶はROMが行うイメージ。

>>962
まーでも、毎回フェッチしないと転送中に入る割り込みやらバスリクエストやらへの
反応が面倒になるし、リフレッシュも止まっちゃうから仕方ないところではある

>>969
ご丁寧に2バイトもフェッチしなくても、ダミーのフェッチサイクルを1回入れるだけでいいと思わないか？

てゆうか、
命令フェッチとDRAMリフレッシュは全く別次元の話として分離して欲しかった。
（後の日立のHD64180はそうした。）

RAMはSRAMオンリーでDRAMなんか存在しないシステムで
いちいち命令フェッチごとにリフレッシュサイクルが入ったらたまらん。

>>970
それだとCPU内にLDIR/LDDR用の特殊な状態遷移が必要になるからなあ
内部的に(LDI+自分自身へ条件分岐)にしておけば
転送中も普通の命令を実行しているのと全く変わらないので、追加回路は全く要らない

高速な転送が必須なシステムでは、DMAを使ってねという設計思想だったんだろう。

>>971
それには全く同意ではあるのだが
SRAMオンリーとかどこのお大尽だよｗな時代の石には少々酷かと…。
Z80がそのまま高速版になって使われ続けるとは考えてなかったんだろうな。

ここZ80の人気高いな

>>971
それは、話が逆だ。
元々は「命令をデコードしている間はバスが遊んでいるから、DRAMリフレッシュに利用しよう」なんだから。
SRAMオンリーでリフレッシュが不要なら、あの期間はCPU内部動作オンリーになるだけのこと。

ブロック転送がRASだったかCASだったかを一回りする以上のサイズなら、命令フェッチなくても問題ない。
けど、それ以下とそれ以上の2種類のブロック転送命令を用意するか、
内部で判断する必要があるから、そんなのばかばかしいし。

そこまで気にする要件ならDMAC使ってね、っていう思想なんじゃないの？

System/360のMVC命令ってZ80のLDIRに似てるね

俺、レジスタファイルを豊富に具備して命令を単純化したＣＰＵを思いついたよ
このアキテクチャで６ＨＭｚの壁を突破するぜ！

６ＨＭｚ

そろそろ次スレの季節なんだが、8085の方がいいと思うんだけど?

>>979
俺もそう思う。8086に激しい違和感があるし6800がないのもおかしいよね。
そうなると長ったらしいので元祖の「Z80 vs 6809」で良いんじゃね？

以下>>1テンプレサンプル作って見た。

スレタイの"宿命の対決" Z80 vs 6809 の他、

1974 i8080・MC6800
1975 MOS6502
1976 Z80・i8085・SC/MP
1977 SC/MP II
1978 i8086・SC/MP III
1979 i8088・MC6809・MC68000・Z8000

あたりでどのCPU(MPU)が優れているか議論するスレッドです。

皆様もういいトシなんだからもっとやれ。

※ 但しi8086/88,MC68000/08は主戦場にあらず。メインは8bitで行け。

前スレ
8086 vs. Z80 vs. 6809 vs. 6502　その2
http://gimpo.2ch.net/test/read.cgi/i4004/1213527504/

6800/6802は6809があるからいらない子
8088は8086があるからいらない子
8085は8080があるからいらない子
SC/MP・SC/MP�Uは売れてなかったから入らない子

次ｽﾚ

8086 vs. Z80 vs. 6809 vs. 6502　その3
http://gimpo.2ch.net/test/read.cgi/i4004/1235851359/

>>980
> ※ 但しi8086/88,MC68000/08は主戦場にあらず。メインは8bitで行け。
まあ、ぶっちぎりでMC68000が優れすぎていて議論の余地ないしな。

MC68000の、奇数番地からのワードアクセスがなぁ。
Cコンパイラがキチンとやってくれればパーフェクツ！だったんだが。

スレタイ中では、腐っても16bitCPU、
8086がぶっちぎりだわな。
かと言って8080/8085では
相手にならないし。

じゃあ8088で

>>984
データテーブル作成時にバイトとワードのデータを分けとけば問題は発生しない。
x86からの移植で必要なときはバイトアクセス2回とシフトすれば。
Cコンパイラは奇数番地にワード置くなんて間抜けな事はしないと思うが。
回避できる問題のために速度低下を招く実装を望む?俺は望まない。

>>987
共用体でやられたのさ。

いまいち状況が判らんけどやらなくて良い事やって自爆したのかな。
素直にバイトアクセスすれば良かったんじゃないのかな。

ファイルフォーマットによっては、奇数オフセットから 32bit データが入っ
てたりするから、組み方によっては問題になるケースもある。

ただ、それをコンパイラでどうにかしようとするのはちょっと違う気がする。

>>981
> SC/MP・SC/MP�Uは売れてなかったから入らない子
　
っていうか、PCに搭載されてなかった時点で板違いだよな。
その意味では64180はぎりぎりセーフ、R800はOK。
Z280、Z380はNG。
HD63C09は、市販PCでは搭載されてないな。後付はあったが。
65816ってAppleIIIだっけ？

>>991
> PCに搭載されてなかった時点で板違い

Apple II のパチモンのアレとか知らない世代か。
> R800
> 65816
この辺って8か16か扱い微妙だよなあ。
例のブロック転送みたいにコード書いて
くんならいいんじゃないの?
逆にSC/MPも名前出して来るだけなら
要らないよね。

>>992
>Apple II のパチモンのアレとか知らない世代か。
　
そういや、そんなんあったね。
じゃSC/MPはOKって事で。
　
それから、65816は AppleIIIじゃなくてAppleIIGSだったね。訂正。

>この辺って8か16か扱い微妙だよなあ。
別に8に限定する必要ないと思う。
昔のPCに使われてたってのが基準でいいんじゃないの。

>別に8に限定する必要ないと思う。
そうすると8086は入れろってことになるじゃん。
だったら68000も入れなきゃだし、ぐだぐだになる。

68000入れたらZ80や8086が最強じゃなくなって発狂する人が出てくるだろ。

別に入れようが入れまいが好き好きでいいと思うけど
一番新しい奴が最強と言われても、うんそうだねとしか答えようがない…。

確かに68000は挙げられてる中じゃ最強だけど、最も面白味がない。

M

999

1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。