2019-08-21 07:49 CEST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0004174RuffNTumble[All Projects] Generalpublic2019-08-05 19:43
Reportersanjyuubi 
Assigned ToJOTDProject InfoRuff'n'Tumble (Renegade)
http://www.whdload.de/games/RuffNTumble.html
 
PrioritynormalSeverityminorReproducibilityalways
StatusassignedResolutionopen 
Summary0004174: Hello! I've been wondering if to commit this issue on Mantis Bugtracker or not,
DescriptionGameVersion: 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.
TagsNo tags attached.
MachineA500
CPU68EC020
CPUSpeed25
ChipSetOCS
GFXCardNone
ChipMem1 MB
FastMem9.5 MB
WorkbenchOS 3.1
KickROM40 - Kick 3.1
KickSoftNone
WHDLoad18.5
importedyes
Attached Files

-Relationships
+Relationships

-Notes

note ~0006934

JOTD (developer)

7Hz is all right? you mean 68000? then you can try NOVBRMOVE tooltype on other machines and report here.

note ~0006940

sanjyuubi (reporter)

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.
+Notes

-Issue History
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
+Issue History