PC-88VA3

1 ：ナイコンさん：2012/08/21(火) 11:17:50.74 .net

前スレ
PC-88VA2
http://ikura.2ch.net/test/read.cgi/i4004/1168522493/
前々スレ
PC88VA
http://bubble5.2ch.net/test/read.cgi/i4004/1041138049/

PC-88VA資料室
http://www.pc88.gr.jp/~va/

PC-88VA Wiki
http://www.pc88.gr.jp/inside88va/wiki/

PC-88VAエミュレーター「88VA Eternal Grafx (VA-EG)」
http://www.pc88.gr.jp/vaeg/

158 ：ナイコンさん：2013/01/05(土) 00:57:06.64 .net

オープンソースな実装には8bit向けのVMも結構あるな
http://en.wikipedia.org/wiki/List_of_Java_virtual_machines#Free_and_open_source_implementations

何ができるかは知らんが。

159 ：ナイコンさん：2013/01/05(土) 00:58:28.95 .net

>>157
>ソースを変更できる場合ばかりとは限らない。
>ソースは既にこの世から失われてるかもしれないし、ライセンス上の理由などでソース修正が許されない場合もある。
>ライセンス上の理由で修正が出来ない場合は、逆コンパイラも使えない。

古いPC引っ張ってくりゃいい話だよね。

160 ：ナイコンさん：2013/01/05(土) 01:18:14.80 .net

> ソースを変更できる場合ばかりとは限らない。
> ソースは既にこの世から失われてるかもしれないし、ライセンス上の理由などでソース修正が許されない場合もある。
> ライセンス上の理由で修正が出来ない場合は、逆コンパイラも使えない。

フツー修正不可なんて馬鹿な契約しないしもっと柔軟に対応するけどね。

161 ：ナイコンさん：2013/01/05(土) 01:26:45.30 .net

>>159
それが出来ない場面っていくらでも考えられるんだが…

・マシン持ち込みの許可が下りない。予算がつかない。
・老朽化したり入手困難になるなど。
・復刻ゲームサービスなど、現在の環境で実行できないと意味が無い場合。
etc...

162 ：ナイコンさん：2013/01/05(土) 01:28:12.51 .net

>>160
作った会社がすでに潰れてて、権利ひきついだ会社からなんとかバイナリだけ貰えた場合とかは？
そしてコメントの無い逆コンパイルされたコードを解析するだけの工数が割けない場合。

163 ：ナイコンさん：2013/01/05(土) 01:29:29.61 .net

>>127
>昔はJavaなんか激重だったからまともにウェイトなんか入れてないソフトも結構あったと思うが
>それらのソフトを今(今後)動かす需要は発生しえないとでも？

Javaって世に出てから20年近く経ってて、その間にPCの速度も何十倍だか何百倍だかに
なってる筈だけど、古いJavaのアプリってVMでウェイト設定して運用されてんの?

164 ：ナイコンさん：2013/01/05(土) 01:30:40.82 .net

ちなみに>>161や>>162で挙げたような問題は、Java以外のソフトの世界では既に現実に問題になってるものばかりなので。

165 ：ナイコンさん：2013/01/05(土) 01:31:22.00 .net

>>162
>そしてコメントの無い逆コンパイルされたコードを解析するだけの工数が割けない場合。

そしてVMに手ぇ加える工数は割ける場合？本気で言ってんのかな？

166 ：ナイコンさん：2013/01/05(土) 01:32:04.92 .net

>>163
元のアプリプログラム側をいじれないのにウェイトを追加せざるを得ない場合、
実行環境の側で何とかするしか無い
そういう事態が「起こりうる」って話。

167 ：ナイコンさん：2013/01/05(土) 01:33:28.57 .net

>>165
そういう需要が一定数あるならば、実行速度調節つきVMを一つ作っておくことだって出来るでしょう。
少なくとも各アプリごとに一々全部解析して、修正して、テストする手間よりはずっと少ない。

168 ：ナイコンさん：2013/01/05(土) 01:34:16.93 .net

>>162
>作った会社がすでに潰れてて、権利ひきついだ会社からなんとかバイナリだけ貰えた場合とかは？

パッチ当てりゃいいじゃん。

>そしてコメントの無い逆コンパイルされたコードを解析するだけの工数が割けない場合。

商売的に割に合わない不要な仕事ってだけの話だね。

169 ：ナイコンさん：2013/01/05(土) 01:36:26.84 .net

>>167
>そういう需要が一定数あるならば、実行速度調節つきVMを一つ作っておくことだって出来るでしょう。

で、そういうVMは存在すんの? それが「そういう需要」のあるなしとイコールだと思うけど。

170 ：ナイコンさん：2013/01/05(土) 01:39:09.35 .net

>>161
>・マシン持ち込みの許可が下りない。予算がつかない。

商売として無価値ってことでしょ。やる必要ないよね。

>・老朽化したり入手困難になるなど。

Javaで? 意味分からん。

>・復刻ゲームサービスなど、現在の環境で実行できないと意味が無い場合。

ソース修正やパッチで対応可能じゃん。

171 ：ナイコンさん：2013/01/05(土) 01:40:29.43 .net

>>168
>パッチ当てれば
数値をいじるとか当たり判定潰すとかじゃなく、コードの「追加」だから、難易度は低くは無いと思うが…
パッチそのものの作業はともかくテストを全部一からやりなおしなんて騒ぎにもなりかねない。

>>167でも挙げたが、需要が一定数以上あるなら速度調節機能つきVMは作れる。
そして作ればアプリ毎の改修は行わなくて済むので商業的に割に合いやすくなる。
つまり個々に改修する方式では出せないソフトも出せるようになる。

172 ：ナイコンさん：2013/01/05(土) 01:43:20.22 .net

>>171
>数値をいじるとか当たり判定潰すとかじゃなく、コードの「追加」だから、難易度は低くは無いと思うが…

Javaなら超簡単。

>パッチそのものの作業はともかくテストを全部一からやりなおしなんて騒ぎにもなりかねない。

サービス開始前にテスト全部するのは当たり前。
ちなみに、VMに手加えたらテストはアプリどころの話じゃないぞ。

173 ：ナイコンさん：2013/01/05(土) 01:44:09.97 .net

>>170
>許可が下りない
この場合は、商売として客に供給するのでは無い場合。
何らかのアプリを社内・学内で使う場合など。

>老朽化したり入手困難
「アプリが開発された当時の古い環境を導入する」のだから当然。
今のマシンではVMのソフトだけ古くても実行速度は当時のものにならない。
あくまで実行速度の話をしていて、その為に当時の環境を用意するというのだから、当然老朽化した古いハードを使う事になる。

174 ：ナイコンさん：2013/01/05(土) 01:47:15.29 .net

>>172
>テスト全部
総合テストの話じゃなく、ルーチン単位の単体テストからやりなおしになりかねないって話。

VMに手を加えた分については、VMとしてのテストを行っておいて
その上でVM+目的アプリのテストを行うだけ。
既存の(既に枯れた)VMを使うのとは、VMそのもののテストが追加になるところのみが異なる。
速度調整つきVMをどこかのメーカーが作りアプリサービス会社に供給するのならば、
アプリサービス会社側のテストの量は増えることは無い。

175 ：ナイコンさん：2013/01/05(土) 01:47:31.99 .net

>>171
>>>167でも挙げたが、需要が一定数以上あるなら速度調節機能つきVMは作れる。
>そして作ればアプリ毎の改修は行わなくて済むので商業的に割に合いやすくなる。
>つまり個々に改修する方式では出せないソフトも出せるようになる。

動作速度なんてアプリ側でタイマーかなんか参照して取るもんでしょ。
「速度調節機能つきVM」とやらで調整したとして、ある環境ではある条件で速くなる、
ある環境ではある処理で遅くなる、なんて現象出たらどうすんの？

176 ：ナイコンさん：2013/01/05(土) 01:52:01.77 .net

>>174
>VMに手を加えた分については、VMとしてのテストを行っておいて

それが莫大な手間だろ。

177 ：ナイコンさん：2013/01/05(土) 01:52:46.62 .net

>動作速度なんてアプリ側でタイマーかなんか参照して取るもんでしょ。
それが理想なのは言うまでも無いことだが、そうなってないソフトが現実にあるなかで
それをどうしようかってのが話の前提なので、そこを覆されても。

>「速度調節機能つきVM」とやらで調整したとして、ある環境ではある条件で速くなる、
>ある環境ではある処理で遅くなる、なんて現象出たらどうすんの？
それこそエミュレータでも全く同じ問題がついてまわるはずのものなんだが。
それを解決しなければならないのはエミュレータでも同じだし、解決するための技術もエミュレータと共通。

178 ：ナイコンさん：2013/01/05(土) 01:53:27.32 .net

>>161
「マシン持ち込み」って何？

179 ：ナイコンさん：2013/01/05(土) 01:53:31.12 .net

>>176
少なくは無い手間だが、それでも個々のアプリでやるよりは遥に少なくて済む。

180 ：ナイコンさん：2013/01/05(土) 01:55:55.40 .net

>>177
>それこそエミュレータでも全く同じ問題がついてまわるはずのものなんだが。
>それを解決しなければならないのはエミュレータでも同じだし、解決するための技術もエミュレータと共通。

実機のエミュレーションだと実行される命令単位でクロック数計ってタイマーに合わせたり
当たり前にやってますよ。

181 ：ナイコンさん：2013/01/05(土) 01:58:37.06 .net

あきらめる

182 ：ナイコンさん：2013/01/05(土) 02:37:58.60 .net

>>178
文字通り、備品として既にそこに置いてあるマシンとは別のマシンを調達してくること。
決められたマシン以外導入禁止なんていうオフィスや学校は珍しくないと思われるが。

183 ：ナイコンさん：2013/01/05(土) 02:44:59.83 .net

>>180
Java VMの場合でも、厳密にやるならば、同じように各処理内容(共通ライブラリのメソッドや、バイトコードの命令)ごとに
実機で測った時間などを元にウェイトを設定する事になると思われる
だから技術はかなりの部分エミュレータと共通する事になる

そこまで厳密にやらなければ、メソッド呼出しやバイトコード実行ごとに適当にウェイトを入れるようになるだろうが
そういう実装のエミュレータも数多く存在してるのも同じ。

184 ：ナイコンさん：2013/01/05(土) 02:51:26.46 .net

>>169
今そのような動きはあまり見られないからといって、将来もそうであるとは限らない。
例えば、Javaで書かれたような携帯電話用ゲームをリバイバルするという動きは今のところあまり見られていないが
将来そのようなサービスが現れる可能性は充分にある。

185 ：ナイコンさん：2013/01/05(土) 03:31:57.59 .net

>>182
>文字通り、備品として既にそこに置いてあるマシンとは別のマシンを調達してくること。
>決められたマシン以外導入禁止なんていうオフィスや学校は珍しくないと思われるが。

？？？
仕事に必要なものなら申請書出すなりして購入ってのは普通の話では？

上から与えられた機材のみで仕事？そういう職場って珍しいと思うよ。

186 ：ナイコンさん：2013/01/05(土) 03:39:18.34 .net

>>184
> 例えば、Javaで書かれたような携帯電話用ゲームをリバイバルするという動きは今のところあまり見られていないが

携帯電話って機種ごとの差異が大きいんで、ちゃんと組まれてればタイミングはアプリ側で取ってるよ。

「ちゃんと組まれてない場合は〜」とか言うかもしれないけど、そういう出来の悪いアプリは
リバイバルの対象外で問題ないね。

187 ：ナイコンさん：2013/01/05(土) 03:45:45.50 .net

>>184
>例えば、Javaで書かれたような携帯電話用ゲームをリバイバルするという動きは今のところあまり見られていないが

携帯だかPCだか向けのサービスとして、コンテンツ提供側がJavaのVMまで提供？

>将来そのようなサービスが現れる可能性は充分にある。

本気で言ってるのかな？

188 ：ナイコンさん：2013/01/05(土) 04:19:58.69 .net

>>183
>Java VMの場合でも、厳密にやるならば、同じように各処理内容(共通ライブラリのメソッドや、バイトコードの命令)ごとに
>実機で測った時間などを元にウェイトを設定する事になると思われる
>だから技術はかなりの部分エミュレータと共通する事になる

『詭弁の特徴のガイドライン』でいうところの

1. 事実に対して仮定を持ち出す

3. 自分に有利な将来像を予想する

ですね?

189 ：ナイコンさん：2013/01/05(土) 09:45:52.26 .net

ごちゃごちゃ言った所で、JPC等が動ようなjaVAは存在しないし、
88に移植する能力もないだろう。

190 ：ナイコンさん：2013/01/05(土) 10:43:21.72 .net

88VAのスレなのにスレ違いの話を延々続けてる馬鹿共は何なんだ？

191 ：ナイコンさん：2013/01/05(土) 11:15:20.06 .net

JPC?
https://www.google.co.jp/search?q=JPC

192 ：ナイコンさん：2013/01/05(土) 11:17:01.66 .net

ああ、これのことか。
http://sourceforge.jp/projects/sfnet_jpc/releases/

193 ：ナイコンさん：2013/01/05(土) 11:48:25.51 .net

>>189
>ごちゃごちゃ言った所で、JPC等が動ようなjaVAは存在しないし、

Javaの話はVAでJava動かしてその上で何らかのエミュレータを動かそう、とか
そういう流れではないんで的外れ。

194 ：ナイコンさん：2013/01/05(土) 13:01:42.85 .net

いやいや、そういう流れの話に無関係なタイミング問題でごちゃごちゃ言うのが居ただけでしょ。
そもそも16bitで32bitのタイミングをエミュれる訳がないんだから。

195 ：ナイコンさん：2013/01/05(土) 17:28:24.43 .net

>>158
バンクとかEMSに対応した奴あるかな？

196 ：ナイコンさん：2013/01/06(日) 05:58:52.84 .net

>>154
よくわからないけど、DPMI対応の方がむしろハードEMSに移植しやすかったりしない？

197 ：ナイコンさん：2013/01/06(日) 09:57:55.70 .net

>よくわからないけど、DPMI対応の方がむしろハードEMSに移植しやすかったりしない？

プッ

198 ：ナイコンさん：2013/01/06(日) 10:32:26.97 .net

DPMI対応だと、VCPIとかにも対応してたりしないか？

199 ：ナイコンさん：2013/01/06(日) 13:36:31.36 .net

>>185
必要と思えば申請するが、それが必ず通るとは限らない。
そんな事もわからないニートさんが居ますね。

200 ：ナイコンさん：2013/01/06(日) 13:43:37.44 .net

>>186
どんな機種でもうごくように組むより、機種毎に別個に調整された別プログラムとしてサービスされてる事の方が多そうだが…
残念な事だが、世に名作と言われるゲームだからといってプログラムのつくりまでしっかりした物ばかりでは無いよ。
だからプログラムのつくりの悪さをもって安易にリバイバル対象外とする事はできない現実がある。

>>196
DPMIってのはDos Protect Mode Interfaceの略。
つまりDOSでプロテクトモードのプログラムを実行する環境のことだから
それ使われると88VAからは手出しできない。
仮想EMSとDPMIは別ものだよ。
仮想EMSをやるとCPUの特権モードを占有してしまうから
仮想EMSとプロテクトモードアプリとの共存をするために
仮想EMSドライバ側にプロテクトモードへのインターフェースを用意している
その仕組みがDPMIとかVCPIとか。

201 ：ナイコンさん：2013/01/06(日) 14:16:38.46 .net

>>187
>コンテンツ提供側がVMまで提供？
Wiiのバーチャルコンソールなんかは文字通りVM(エミュレータ)とのセットで提供されてるのだが。

>本気で言ってるのかな？
今は数々のレトロゲームがリバイバルされてるが、かつてはレトロゲームのリバイバルがあまり注目されてない時代もあった。
過去のものが後の世になって再注目されるというのは珍しい事では無いのだが。

>>188
可能性の存在の話であって仮定の話では無い。
話をすり替えないように。
「可能性があればそれに備える事も考えなければいけない」という議論をしてるときに(例: 事故や災害の対策など)
「仮定の話をするのは詭弁だ」と言うのはおかしいのと同じ。

202 ：ナイコンさん：2013/01/06(日) 14:54:15.95 .net

バーチャルコンソロール

203 ：ナイコンさん：2013/01/06(日) 15:21:17.53 .net

>>201
>可能性の存在の話であって仮定の話では無い。
>話をすり替えないように。

↓は可能性や仮定の話ではなく、現実のバイトコードインタプリタとエミュレータについての話じゃないの?

>バイトコードインタプリタとエミュレータってそんなに言うほど厳密に区別できるもんじゃないだろ。
>エミュレータって原義的には何かの真似してりゃエミュレータなんだから
>たとえ実在しない物でも、それを真似するならエミュレータで無いとまでは断言できないはずだ
>
>技術的には全く同じものと言えるしね」

204 ：203：2013/01/06(日) 15:28:32.23 .net

最後、要らん」付いた

205 ：ナイコンさん：2013/01/06(日) 15:55:48.35 .net

>>201
>>コンテンツ提供側がVMまで提供？
>Wiiのバーチャルコンソールなんかは文字通りVM(エミュレータ)とのセットで提供されてるのだが。

JavaのVMの話でしょ。

206 ：ナイコンさん：2013/01/06(日) 16:34:26.44 .net

>>201
>今は数々のレトロゲームがリバイバルされてるが、かつてはレトロゲームのリバイバルがあまり注目されてない時代もあった。
>過去のものが後の世になって再注目されるというのは珍しい事では無いのだが。

ハードウェアやネットワークの進歩で少ない労力でサービスが提供できるようになったから
商売として可能になったというだけであって、今になってレトロゲームが注目されているわけではない。

207 ：ナイコンさん：2013/01/06(日) 16:53:23.30 .net

そうなん

208 ：ナイコンさん：2013/01/06(日) 16:59:51.78 .net

そうだね

209 ：ナイコンさん：2013/01/06(日) 17:30:17.41 .net

>>200
手出しできないって別にバイナリ動かすんじゃなくて、ソース移植の話だよね？
特権モードより仮想EMS前提のプロテクトモードの方がまだマシなんじゃないかと。
それでないリアルモードと言うと、メモリ周り何も考えてないベタ移植で詰みそう。

210 ：ナイコンさん：2013/01/06(日) 17:42:28.45 .net

>>200
>残念な事だが、世に名作と言われるゲームだからといってプログラムのつくりまでしっかりした物ばかりでは無いよ。
>だからプログラムのつくりの悪さをもって安易にリバイバル対象外とする事はできない現実がある。

低いコストで提供する前提の商売では、提供するに当たってコストが発生するタイトルは敬遠されるし、
ある程度の数が見込めるであろうタイトルでは、それなりのコストを払ってでも手を加えていたりする。
バーチャルコンソールは前者。

211 ：ナイコンさん：2013/01/06(日) 18:34:23.15 .net

絶対に折れない馬鹿正直陣 vs 絶対に貫かれない理想主義陣

212 ：ナイコンさん：2013/01/08(火) 00:39:02.72 .net

一撃で流れ止めた凄え、感謝。
代わる話は無いけど。

213 ：ナイコンさん：2013/01/08(火) 00:54:13.91 .net

で、EMS使える処理系ってなんかないの？

214 ：ナイコンさん：2013/01/09(水) 14:03:16.15 .net

C言語ならEMSサポートするライブラリが無くても
インラインアセンブラか何かでEMSのファンクションコールを呼ぶところだけ自前で書けば
あとは根性で何とかなるでしょ

その根性が多大に要求されるのが困るんだけど…

215 ：ナイコンさん：2013/01/09(水) 15:26:24.59 .net

>>214
>インラインアセンブラか何かでEMSのファンクションコールを呼ぶところだけ自前で書けば

EMS呼ぶのにそんなもん要ったっけ?
もう随分昔のことで記憶もオボロゲだけど、Cの標準のライブラリだけで行けたような気がするけど。

216 ：ナイコンさん：2013/01/09(水) 23:50:22.51 .net

TurboCやMS-Cは知らないが
LSI-C86だとそんなライブラリはついてなかったと思う

217 ：ナイコンさん：2013/01/10(木) 04:11:50.97 .net

>>216
>LSI-C86だとそんなライブラリはついてなかったと思う

お前、製品版買って言ってるの？

218 ：ナイコンさん：2013/01/10(木) 05:44:52.60 .net

試食版って書き忘れただけなんだろ、どうせ
試食版使ってる人だって多いんだからいちいち目くじら立てんなよ

219 ：ナイコンさん：2013/01/10(木) 05:50:21.55 .net

試食版使わせてもらってる立場なら文句とか言うなや

220 ：ナイコンさん：2013/01/10(木) 05:56:04.52 .net

まったくだな
製品版が買えない貧乏人は黙って試食版を使っておけっての

221 ：ナイコンさん：2013/01/10(木) 05:59:04.28 .net

>>219=220
なんでお前そんなに偉そうなんだよ

222 ：ナイコンさん：2013/01/10(木) 06:00:18.30 .net

デパ地下の試食で腹いっぱいにした後文句言う乞食

223 ：ナイコンさん：2013/01/10(木) 06:02:11.55 .net

>>216
>LSI-C86だとそんなライブラリはついてなかったと思う

製品買ってるならまだしもフルセットでもない試食版でねぇ、こういうこと言うかな？

224 ：ナイコンさん：2013/01/10(木) 06:08:48.96 .net

EMSアクセスに特別なライブラリとか要らないから。

225 ：ナイコンさん：2013/01/10(木) 06:23:01.35 .net

で、どうやるの

説明してミソ

226 ：ナイコンさん：2013/01/10(木) 11:59:09.45 .net

>>225
「EMSアクセス」でぐぐったら↓が親切に説明してたよ。
http://www2.muroran-it.ac.jp/circle/mpc/front/old1/program/pc98dos/ems.html

227 ：ナイコンさん：2013/01/10(木) 13:42:08.45 .net

「Cの標準のライブラリ」という場合はC言語の仕様で規定されたライブラリだけを指す
コンパイラに付属するその他のライブラリは含まれない
インラインアセンブラ無しでも_bdos関数か何かCの標準ではないライブラリで可能ではある

228 ：ナイコンさん：2013/01/10(木) 14:01:04.91 .net

>>227
>「Cの標準のライブラリ」という場合はC言語の仕様で規定されたライブラリだけを指す
>コンパイラに付属するその他のライブラリは含まれない

お前ルール乙

>インラインアセンブラ無しでも_bdos関数か何かCの標準ではないライブラリで可能ではある

「LSI-C86だとそんなライブラリはついてなかったと思う」とか言ってる奴のことも考慮しろよｗ

229 ：ナイコンさん：2013/01/10(木) 14:09:46.79 .net

Cの標準ライブラリはローカルルールではなく公式

230 ：ナイコンさん：2013/01/10(木) 14:14:10.92 .net

>>229
>Cの標準ライブラリはローカルルールではなく公式

「Cの標準のライブラリ」だから違う話。

231 ：ナイコンさん：2013/01/10(木) 14:16:53.42 .net

LSI-Cの標準のライブラリとかならともかく
「Cの標準のライブラリ」も「Cの標準ライブラリ」も変わるわけが無かろう

232 ：ナイコンさん：2013/01/10(木) 14:17:43.29 .net

>>227
>「Cの標準のライブラリ」という場合はC言語の仕様で規定されたライブラリだけを指す

CがANSIとかで仕様化される以前は「標準のライブラリ」は存在しなかったってご意見？

233 ：ナイコンさん：2013/01/10(木) 14:22:54.96 .net

>>229
>Cの標準ライブラリはローカルルールではなく公式

「ANSI Cの標準〜」「C99の〜」とかって話ならそうかもね

234 ：ナイコンさん：2013/01/10(木) 14:28:22.67 .net

>>227
>「Cの標準のライブラリ」という場合はC言語の仕様で規定されたライブラリだけを指す

Standard LibrarｙってK&Rの頃から使われてたし、その頃にはCに仕様なんかなかったよ。

235 ：ナイコンさん：2013/01/10(木) 14:44:25.47 .net

K&Rに仕様が無いわけがないだろ

236 ：ナイコンさん：2013/01/10(木) 16:22:58.74 .net

仕様とデジュレスタンダードは別物だぞ
デジュレスタンダードが無ければ仕様が無いというわけでは無いな

237 ：ナイコンさん：2013/01/10(木) 20:11:16.95 .net

ANSIで規格化されるまではpccとstandard libraryの実装が実質的に標準というような状態で
>>227の言うような「C言語の仕様で規定された〜」なーんて言えるような状態じゃなかったよ。
UNIXって仕様よかコードを書く文化だから仕様がないのは珍しいことではなかったしな。

238 ：ナイコンさん：2013/01/11(金) 01:12:59.71 .net

だから規格と仕様は違うんだってば。

239 ：ナイコンさん：2013/01/11(金) 01:16:50.63 .net

>>227の言う

>「Cの標準のライブラリ」という場合はC言語の仕様で規定されたライブラリだけを指す

「仕様」って「規格」のことだろ。

240 ：ナイコンさん：2013/03/09(土) 19:48:49.89 .net

20年ほど起動してないVA動くかなぁ・・

241 ：ナイコンさん：2013/03/24(日) 22:59:15.98 .net

>>240
俺のVA2は、先週の彼岸に実家帰ったときに電源入れたら起動した
とりあえずオルテウスを10分くらい遊んだが特に問題ない感じだったよ

242 ：ナイコンさん：2013/03/25(月) 19:54:40.04 .net

VA2って電池周りが結構ヤバイらしいじゃないか

243 ：ナイコンさん：2013/06/02(日) 17:01:13.44 .net

俺も昔もってたわーPC88VA
音源ボードいれてた。ソーサリアンのBGMは88VAが最高だったよね。

244 ：ナイコンさん：2013/06/02(日) 22:59:26.64 .net

>>243
> ソーサリアンのBGMは88VAが最高だったよね。

曲によるかな。
「呪われたクイーンマリー号」のベースの音色が変わった上に
スタッカート気味になってたりとか、エンディングIIのFMブラスが
奏でていたメロディーがPSGになっちゃってたりとか、ところどころ
不満もある。エンディングIのドラムスも蛇足だと思うし。

245 ：ナイコンさん：2013/07/04(木) NY:AN:NY.AN .net

うちのVA、初代なんでサウンドボードII欲しいな…

246 ：ナイコンさん：2013/09/19(木) 21:52:27.09 .net

倉庫掃除したらVA版ソーサリアン（+追加、戦国、ピラミッド）のソフト出てきたわ…
5"-2DDの5枚組だけど中見たらまだ綺麗で懐かしさで涙出てきた：：

VA2捨てないで取って置きゃ良かったorz

247 ：ナイコンさん：2013/09/20(金) 21:11:15.70 .net

どうせ劣化して動かなくなってるよ
最近はオクでレトロPCをフルレストアして売るのが流行っているから
そういうの出てくるの待ってみれば？

248 ：ナイコンさん：2013/10/15(火) 04:01:42.03 .net

PC88VA用ゲーム　プロ野球ファミリースタジアム　（ゲームアーツ）　1989年
http://ameblo.jp/koorogiyousyoku/entry-11637343984.html#main

249 ：ナイコンさん：2013/10/15(火) 04:03:09.28 .net

コオロギ死ね

250 ：ナイコンさん：2013/10/16(水) 00:56:22.50 .net

>>248
ゲームのネタは、ゲーム版にしてくれ

251 ：ナイコンさん：2013/11/02(土) 03:55:58.07 .net

PC-98GS欲しい。
純粋にPC-98コレクターとしても、
PC-88VAの後継機がどんなのになるはずだったのかを追う意味でも。

252 ：ナイコンさん：2013/11/02(土) 15:10:39.61 .net

VA2/3ユーザーうらやましす
スプライトRAM多いしFMはOPNAだし。おまけにSGPが倍速…

253 ：ナイコンさん：2013/11/03(日) 08:56:19.78 .net

>>252
もしかしてVA2/3ならX68000に勝てるのでは。

254 ：ナイコンさん：2013/11/03(日) 10:47:16.73 .net

>>253
何で勝つの？

255 ：ナイコンさん：2013/11/03(日) 23:13:56.96 .net

88の部署ってつぶれた後に98部門が引き取ったんだろうから
GSとかCanbeみたいのはその人たちが作ったのかもなぁ
でもみんな一発二発で終わってしまってるのが痛い

256 ：ナイコンさん：2013/11/05(火) 00:50:49.64 .net

PC-98GS見てると色々88VASGになるはずだったのが計画変更になったような痕跡が伺える。
CD-ROM搭載マルチメディア指向というコンセプトとか
描画チップの名前がSGPだったりとか。

そういえば機種名もSuperGrafxをひっくり返してGSなんだよな…。

257 ：ナイコンさん：2013/11/05(火) 03:33:43.73 .net

PC-88とCanBeじゃかなりコンセプトが違う気がするけど…
PC-88VAとPC-98GSは近いけど。

しかしPC-98GSとPC-9821(Multi)の間でもまた結構違うんだよなあ…

258 ：ナイコンさん：2013/11/05(火) 03:54:26.99 .net

>>252
スプライト32個を使ったゲームをもう少し出してほしかった