| カテゴリ | 重要度 | ステータス | 解決状況 | 登録日時 | 最終更新 |
|---|---|---|---|---|---|
クラッシュ/フリーズ | 低 | 新規 | 未処理 | 2026-05-28 02:50 | 2026-05-28 08:53 |
| テスター | Keade | 担当者 |   | ソース | pc/ct486.cpp |
| バージョン | 0.287 | 発生バージョン | 修正バージョン | ||
| 修正コミット | プルリク | ||||
| フラグ | |||||
| セット | ct486 [dune2 software] | ||||
| セット詳細 | |||||
| 概 要 | Rare freezes on Dune II last mission (sblaster_16) | ||||
| 詳 細 | This happened to me only two or three times for an entire playthrough (segmented, played over a few days. Host system turned off/on for each new segment recorded), and only on the last mission. | ||||
| 再現手順 | mame ct486 -hard1 msdos622 -isa2 sblaster_16 -board3:ide:ide:1 cdrom -ramsize 16M Use either -state or -playback, with attachments (save state, or inp) I've provided. IIRC I used sblaster_16 instead of sb16_lle because Dune II would not cooperate with the latter. SB configuration (config.sys): SET BLASTER=A220 I5 D1 H5 P330 T5 I have attached: A) a floppy file (mdi) containing a game save, but I think it is useless, I couldn't reproduce the issue simply loading a previous game save after a "cold boot" of the game. The bug seems bound to something runtime related B) attachments needed to reproduce the bug. a) a save state made just before the second freeze (it will trigger the bug) b) an .inp (used to produce the save state) that goes from booting the system, to a first softlock at the 1:01:46 mark (I managed to exit to DOS), then a second one at the 1:02:43 mark (after restarting a game and loading my last save, without restarting the whole system) c) the nvram file (ct486/cs4031_rtc) d) I can NOT attach the msdos622.dif file required for playback / savestate load, because it exceeds the 4,000KB limit. Here is a link: https://mega.nz/file/PexTRTZA#fBtlV-4t6e31TczIJL_lPHjlzc6k15njUYAvvUktThY | ||||
| 追加情報 | Here is a video recorded from the inp: It plays for longer than the inp, I went on playing after it finished. I have also noticed a bug in the game where destroyed buildings would keep getting displayed. This can be seen at the 1:39:07 mark on the video. I don't know if it is a BTANB. | ||||
| 添付ファイル | |||||