View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
0004174 | RuffNTumble | [All Projects] General | public | 2019-07-30 22:18 | 2019-08-05 19:43 | ||||||||
Reporter | sanjyuubi | ||||||||||||
Assigned To | JOTD | Project Info | Ruff'n'Tumble (Renegade) http://www.whdload.de/games/RuffNTumble.html | ||||||||||
Priority | normal | Severity | minor | Reproducibility | always | ||||||||
Status | assigned | Resolution | open | ||||||||||
Summary | 0004174: Hello! I've been wondering if to commit this issue on Mantis Bugtracker or not, | ||||||||||||
Description | GameVersion: english,pal,2 disks SlaveVersion: 2.3 Hello! I've been wondering if to commit this issue on Mantis Bugtracker or not, so I decided to present my observation first. While playing around with 68020 accelerator, I noticed something is not entirely alright with fluency while watching demo, the issue is noticeable especially on the bridge with enemies shooting spread bomb projectiles from beneath in 2nd world (1st demo played by the game), the game is stuttering slightly in tight moments. The game launched from floppy doesn't have this problem and is playing fluently. I recorded those demos to compare their length and peculiar stuff comes to the light. I had three accelerator setups, one 68020 clocked at 25MHz, one clocked 28MHz and one clocked at 28MHz with memory working at 1 waitstate (performance result in Sysinfo is slightly below 25MHz with 0ws). While floppy version doesn't lag at all on all setups, WHDLoad one lags about 4s behind at the end of the demonstration on 25MHz accelerator, both 28MHz setups have about 2s lag with no discern between 0ws and 1ws. Floppy version on 7MHz is only a fraction of second behind accelerated game, you may think that WHDLoad introduces some overhead, but it's debunked by the most baffling result is WHDLoad gameplay at 7MHz lagging less than accelerated games. Here's the link of the video for comparision: https://www.youtube.com/watch?v=zMsLkgqIeYk&feature=youtu.be Is this something worth investigating? Technically, it's playable. | ||||||||||||
Tags | No tags attached. | ||||||||||||
Machine | A500 | ||||||||||||
CPU | 68EC020 | ||||||||||||
CPUSpeed | 25 | ||||||||||||
ChipSet | OCS | ||||||||||||
GFXCard | None | ||||||||||||
ChipMem | 1 MB | ||||||||||||
FastMem | 9.5 MB | ||||||||||||
Workbench | OS 3.1 | ||||||||||||
KickROM | 40 - Kick 3.1 | ||||||||||||
KickSoft | None | ||||||||||||
WHDLoad | 18.5 | ||||||||||||
imported | yes | ||||||||||||
Attached Files |
|
![]() |
|
JOTD (developer) 2019-07-31 23:47 |
7Hz is all right? you mean 68000? then you can try NOVBRMOVE tooltype on other machines and report here. |
sanjyuubi (reporter) 2019-08-05 19:43 |
7MHz at 68000 seems almost alright, if you'll fast forward to the end of the movie you will notice that demo on whdload plays about 0.5-1s longer than floppy version on 68000. NoVBRMove didn't do anything in regards of fluency, i tried also noautovector, expchip, cache with no avail. I'll try look into the matter with WinUAE and check if such behavior happens there as well. |
![]() |
|||
Date Modified | Username | Field | Change |
---|---|---|---|
2019-07-30 22:18 | administrator | New Issue | |
2019-07-30 22:18 | administrator | Status | new => assigned |
2019-07-30 22:18 | administrator | Assigned To | => JOTD |
2019-07-31 23:47 | JOTD | Note Added: 0006934 | |
2019-08-05 19:43 | sanjyuubi | Note Added: 0006940 |