MSXスレッド Part 54

**ナイコンさん** (JP 0H34-COXp) · 2024/04/21(日) 14:24:48.28

PBXの設定用？
FMR互換のPanacomMとかAT互換のPanacomVじゃなかったんだ。

**ナイコンさん** (ﾜｯﾁｮｲ e7bb-CHQU) · 2024/04/21(日) 20:14:35.74

>>284
MSXはホテル用の通話料金管理装置に使ってた
PBXの設定は設定専用に割り当てられた電話機のプッシュボタンでやる方式だと思う

**ナイコンさん** (ﾜｯﾁｮｲ b24f-oJNE) · 2024/04/21(日) 22:22:07.79

普通のテレビで使える

**ナイコンさん** (JP 0H34-COXp) · 2024/04/22(月) 20:11:55.61

なるほど。ホテルの電話システム用だったのね。
テレビが流用できるとはいえ、電話システムとMSXとテレビとにケーブルが届く範囲に置かなければいけないので、
U1PRO系のラップトップワープロ(専用機の割には汎用的な使い方ができる)とか、シャープOEMの電子手帳
なんかの方が使い勝手がよさそうな気もしないでもないな。
きっと学生寮・社員寮とかもとかにも使われてたのだろうけど、そういうとこも携帯電話の普及で続々と
お役御免になったんだろうな。

**ナイコンさん** (ｽﾌﾟｯｯ Sd9e-WRaK) · 2024/04/25(木) 21:44:29.32

こういうふうにどうでもいいことで生き生きと罵倒し出すやつって
実生活はどんな感じなんだろう、と良く思う

**ナイコンさん** (ﾜｯﾁｮｲ 9bbb-xExX) · 2024/04/26(金) 00:15:22.07

これが罵倒に見えるって実生活苦しそう

**ナイコンさん** (ｽﾌﾟｯｯ Sd9e-WRaK) · 2024/04/26(金) 01:10:11.10

まあスレ間違ったんだけどねごめんね

**ナイコンさん** (ﾜｯﾁｮｲ 3d35-XQBC) · 2024/04/26(金) 01:15:47.21

字は読めるけど文章は理解できない人って何％かいるらしいよ自覚してくれればいいんだけど

**ナイコンさん** (ﾜｯﾁｮｲ 3d35-XQBC) · 2024/04/26(金) 01:17:18.78

なんだ誤爆か

**ナイコンさん** (ﾜｯﾁｮｲ 3224-RuPb) · 2024/04/26(金) 15:34:20.55

>>289
誤爆には見えなかったの？ｗ

**ナイコンさん** (ｵｯﾍﾟｹ Sr10-vbUW) · 2024/04/26(金) 19:07:21.96

すいません誤爆です

**ナイコンさん** (ﾜｯﾁｮｲ 7f36-FvXU) · 2024/04/28(日) 19:20:35.10

MSXは文化

**ナイコンさん** (ﾜｯﾁｮｲ df57-OIpH) · 2024/05/02(木) 14:05:10.14

今では文鎮

**ナイコンさん** (ﾜｯﾁｮｲ 7f72-EnoD) · 2024/05/02(木) 19:46:41.86

ノスタルジーは化石

**ナイコンさん** (ﾜｯﾁｮｲ 7e54-CHXH) · 2024/05/07(火) 23:36:42.37

MSX2のスプライトが衝突した座標がわかるというのを教えて

ON SPRITE GOSUBで飛んでも、
まだステータスレジスタに座標の数値が入ってないっぽくて、
プログラムを終了させて、
? VDP(-3)
とやって確かめると（オフセット付きで）座標がちゃんと残ってる
どういうタイミングで値がセットされるんだろうか
どうやって使えばいいの？

**ナイコンさん** (ﾜｯﾁｮｲ 7e54-CHXH) · 2024/05/07(火) 23:37:25.40

あとS#0のbit5の事で、
＞このステータスレジスタを使ったことがありません。
＞結局、スプライトの座標どうしを計算しないとわからないためです。
＞だったら、衝突判定フラグなんてなくていいじゃん。
という話がよく理解できない
衝突判定フラグがないと、衝突してない時も毎回計算しなきゃ
いけなくなるんじゃないの？
でも「通常は使いものにならない機能だ」という意見がほとんどの
ようなので、上の話は正しいんでしょう
だから俺がどう間違ってるのか教えてほしい

**ナイコンさん** (ﾜｯﾁｮｲ 0fa4-hyb9) · 2024/05/08(水) 00:15:00.51

座標については知らないけど、使い物にならない理由として
例えば16x16の２つのキャラがX0、X16に横に並んでいるとする
2キャラ同時に横に移動するなら、衝突判定は起きないと思いがちだが実際にやると衝突してしまう
それは2キャラの座標が以下のように変わっていくわけだが
X0、X1、X2...
X16、X17、X18...
どうしても
X1
X16
のような瞬間が発生してしまう
割り込みが起きたとき、座標を調べれば確かに衝突してるかもしれないが、衝突させてはいけないのである

というのが俺の使えない理由の認識、他の人とは理由が違うかもしれんが

**ナイコンさん** (ﾜｯﾁｮｲ 2eeb-GqZx) · 2024/05/08(水) 02:04:38.52

これじゃねーの？
ttps://cpu.8bitsize.com/3mhz/index/00/1secgame-7.php

**ナイコンさん** (ﾜｯﾁｮｲ 2ffa-CHXH) · 2024/05/08(水) 19:40:13.96

>>301
それはまた違う話のようです

>>300
これは違う理由だけど意味はわかった
試してみたら、2枚連結したキャラの誤判定は対処できたけど、
例えば敵キャラ同士がうじゃうじゃすり抜けてるような場面だったら、
重なりが間違いではないので、割り込みだと無限ループになってしまう

ただ、割り込みを使わずにbit5の内容で自分で条件分岐すれば、
メインループは回るし、衝突してない時の動きは当然速かった

**ナイコンさん** (ﾜｯﾁｮｲ 2ffa-CHXH) · 2024/05/08(水) 19:47:53.05

ちなみにVDP(8)はリアルタイムで正しい状態を示していた
VDP(-3)とVDP(-5)は値が入るのが遅い
試しにプログラム中でSCREEN0に切り替えてPRINTすると値が入ってる

子供時代もこういうつまづきが多かったし、
当時は情報源がないので未解決のまま放り投げてしまってたと思う
やっぱり情報の量で人生が変わるよなぁ

**ナイコンさん** (ｵｯﾍﾟｹ Sr33-hyb9) · 2024/05/08(水) 19:50:13.35

あと多色スプライトでそれ使えんの？という疑問もある

**ナイコンさん** (ﾜｯﾁｮｲ 7b17-U069) · 2024/05/08(水) 19:55:09.35

最初に衝突するスキャンライン前というか
VSync中に一斉に書き換えられればいいんだろうね

**ナイコンさん** (ﾜｯﾁｮｲ 2ea2-+bnV) · 2024/05/08(水) 21:45:39.67

重ねるな　シマシマにするんだ

**ナイコンさん** (ﾌﾞｰｲﾓ MM8a-Rt3L) · 2024/05/09(木) 12:41:12.79

ラインバッファ方式のスプライトで、ラスタ単位でキャラクター重ねていくからね。重ねるタイミングでラインバッファに既に値が入ってたら「重なった」って割込が掛かる、至極単純なロジックで実装された回路だからこれが限界。

**ナイコンさん** (ﾜｯﾁｮｲ 9fbb-Svdp) · 2024/05/09(木) 13:23:47.05

座標でもいいんだけど、重なったスプライト面番号が分かった方がゲーム的には使い勝手良かったんちゃうかな～とは思う

**ナイコンさん** (ﾜｯﾁｮｲ 0b28-hyb9) · 2024/05/09(木) 13:51:47.86

衝突判定あったとしても、シューティングだと当たり判定と見た目は一致しないのが常識だしまあ使わんよね

**ナイコンさん** (ｱｳｱｳｳｰ Sa1f-f5Wo) · 2024/05/10(金) 00:14:42.81

レイドックはスプライトの衝突判定用いて見た目通りの当たり判定していたことで１ドットのエクスタシーと宣伝文句にしていたんじゃなかったかな
（衝突が分かってもどれとどれが当たったかが不明なので結局座標比較は必要になるわけだけど）

**ナイコンさん** (ﾜｯﾁｮｲ 9fbb-Svdp) · 2024/05/10(金) 02:43:39.75

9918なら表示透明色でもドット部分で衝突判定出来るから判定用の形重ねるって手法が使えるんだけど、9938だと表示色を透明にしちゃうと衝突自体しなくなっちゃうんだよな…9918と9938の微妙な非互換部分…

2024/05/10(金) 14:46:21.14

レイドックやったこと無いんだけどあーぱーみゃーどっくは
ディスクアクセスが重すぎてすぐやめた
テンポ悪すぎ

**ナイコンさん** (ﾜｯﾁｮｲ be75-fZFs) · 2024/05/10(金) 20:30:16.12

>結局座標比較は必要になるわけだけど
最初からこれでいいんじゃね？
何10ものスプライトなんてそもそも扱えないんだし、そんな程度の数値比較が重荷とは思えない。
割り込み一発でインタースロットコールでも書かれていた日にゃ、その方がよっぽど重いと思う。