View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
0003893 | RiskyWoods | [All Projects] General | public | 2018-06-17 14:19 | 2020-08-17 07:55 | ||||||||
Reporter | Hexaae | ||||||||||||
Assigned To | JOTD | Project Info | Risky Woods (Electronic Arts/Dinamic) http://www.whdload.de/games/RiskyWoods.html | ||||||||||
Priority | normal | Severity | minor | Reproducibility | always | ||||||||
Status | closed | Resolution | not fixable | ||||||||||
Summary | 0003893: Correct music and sound effects OR micro stuttering. Even using this with | ||||||||||||
Description | GameVersion: english,pal SlaveVersion: 1.1 (07.12.2017) Correct music and sound effects OR micro stuttering. Even using this with WinUAE 4.0.0beta: ExecutePostDisk=uae-configuration cachesize 0 immediate_blits false cpu_cycle_exact true cpu_multiplier 8 ...the game will not be perfect and will show micro stuttering (start to play and move from left to right). Removing "cpu_cycle_exact true" will solve this and the game will have always smooth scrolling even with a lot of sprites on screen, but at this point music and sound will not be ok... Is it possible to improve this slave a bit for perfect speed and music/audio routines? :) | ||||||||||||
Tags | No tags attached. | ||||||||||||
Machine | UAE | ||||||||||||
CPU | 68040 | ||||||||||||
CPUSpeed | 75 | ||||||||||||
ChipSet | AGA | ||||||||||||
GFXCard | Picasso IV | ||||||||||||
ChipMem | 2 MB | ||||||||||||
FastMem | 256MB | ||||||||||||
Workbench | OS 3.9 | ||||||||||||
KickROM | 40 - Kick 3.1 | ||||||||||||
KickSoft | Other | ||||||||||||
WHDLoad | 18.4beta | ||||||||||||
imported | yes | ||||||||||||
Attached Files |
|
Notes | |
Hexaae (reporter) 2018-06-17 15:05 |
Another thing: on WinUAE 040 requires also NOCACHE |
StingRay (developer) 2018-07-31 09:17 |
I can't reproduce this at all and if this only happens on UAE I won't spend time looking into it. Same for the NOCACHE thing, I've tried it on UAE with full cache emulation and it worked. What's your config? |
StingRay (developer) 2018-08-01 09:11 |
That config has JIT enabled, cycle exact and cache emulation are disabled however so there bound to be problems! However, patch still works for me with these settings, I don't have to use NOCACHE at all. What happens on your system, does the game crash? |
Hexaae (reporter) 2018-08-01 23:12 |
No no, the "real cfg" is in the icon tooltypes changing WinUAE parameters through the C:uaeconfiguration... The problem with this game for me is that: or music runs too fast, or there is no audio if you enable some fast emulation options. I'm talking about WinUAE in 040 or 060 mode... |
Hexaae (reporter) 2018-09-22 18:52 |
Seems I've finally found good settings with no micro-stutterings using WinUAE 4.x.x: ExecutePostDisk=uae-configuration cachesize 0 cpu_compatible true blitter_cycle_exact true cpu_throttle -900 immediate_blits true |
Hexaae (reporter) 2020-02-02 23:09 |
I'm still having issues with this game timings (only) on WinUAE... Too fast or missing music, too fast hi-score waiting in main menu, too fast mini-map view sprite walking (before you press Fire to start the game), etc. On the other side if I degrade it too much, besides missing main menu music etc. then I see some stuttering while scrolling horizontally. In brief, I can't find perfect settings for this game and results may change at every WinUAE release. Looks like it uses strange cpu timings for everything this game... Best I can do ATM with WinUAE 4.3.0 is: ExecutePostDisk=uae-configuration cachesize 0 cpu_compatible true blitter_cycle_exact true cpu_throttle -400 immediate_blits true but cycling through hi-score in main menu and sprite walking in the minimap are yet too fast.. |
JOTD (developer) 2020-07-12 21:10 |
challenge accepted. Game probably needs to be patched in many places to reduce speed. |
JOTD (developer) 2020-08-17 07:55 |
fixing music timings wastes too much CPU time if we do it naively. This locks up the game because we wasted too many beam waits music + sfx engine is too badly written. note that when game is paused music plays properly. sfx trash it. |
Issue History | |||
Date Modified | Username | Field | Change |
---|---|---|---|
2018-06-17 14:19 | administrator | New Issue | |
2018-06-17 14:19 | administrator | Status | new => assigned |
2018-06-17 14:19 | administrator | Assigned To | => StingRay |
2018-06-17 15:05 | Hexaae | Note Added: 0006225 | |
2018-07-31 09:17 | StingRay | Note Added: 0006306 | |
2018-08-01 09:11 | StingRay | Note Added: 0006308 | |
2018-08-01 23:12 | Hexaae | Note Added: 0006309 | |
2018-09-22 18:52 | Hexaae | Note Added: 0006382 | |
2019-06-24 11:59 | StingRay | Assigned To | StingRay => |
2020-02-02 23:09 | Hexaae | Note Added: 0007682 | |
2020-04-07 23:57 | JOTD | Tag Attached: minor_glitch | |
2020-04-07 23:57 | JOTD | Assigned To | => StingRay |
2020-04-08 15:56 | StingRay | Assigned To | StingRay => |
2020-04-20 00:09 | JOTD | Tag Detached: minor_glitch | |
2020-04-20 00:10 | JOTD | Assigned To | => JOTD |
2020-07-12 21:10 | JOTD | Status | assigned => confirmed |
2020-07-12 21:10 | JOTD | Note Added: 0009012 | |
2020-08-17 07:55 | JOTD | Status | confirmed => closed |
2020-08-17 07:55 | JOTD | Resolution | open => not fixable |
2020-08-17 07:55 | JOTD | Note Added: 0009046 |