28 May 2019, 23:23 | #1 |
Registered User
Join Date: Feb 2016
Location: London
Posts: 335
|
Beamrace Lagless 4.21
Some questions/issues on 4.21:
Why has the No Buffering option disappeared from Display setting from version 4, even without a VSync display mode selected? I understand that Lagless Vsync (Beamrace) 1 slice mode should be functionally identical to old Lagless Vsync (v3.5). This seems to be true if I emulate an Amiga 500/1200 exact cycles, but with a faster Amiga emulated this 1 slice setting goes quite wrong on my machine. I have attached logs for Alien Breed 3D - with 1 or any numbers of slices the screen does not update at all (sounds still work). If I change to no vsync option the screen starts to refresh again - however this still has tearing - I need to revert to WinUAE 3.5 and old lagless vsync to get the behaviour I want. Logs attached AB3D.zip. Ideally I would like to be able to use >1 slice but I understand this may not be possible with a high CPU game. Second example is my emulating a faster Amiga again. This time Zeewolf reaches the first screen (bouncing large Zeewolf logo) and seems to run just fine using 4 slice on my system. If I reduce the slice to 1 then the emulation slows to a crawl and cannot display a smooth animation or sound. Logs attached Zeewolf.zip. Thanks |
29 May 2019, 22:15 | #2 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,506
|
No buffering was mostly useless, it was not really used except in old low latency vsync and new lagless vsync does not need it.
Do you mean fastest possible CPU causes problems (and not CPU model)? Check CPU Idle because there is chance it can cause side-effects. EDIT: Does anything change if you disable sound and/or switch to WASAPI sound? |
29 May 2019, 23:37 | #3 |
Registered User
Join Date: Feb 2016
Location: London
Posts: 335
|
I can see no difference with a variety of CPU settings, including CPU Idle settings.
I see no difference disabling sound or WASAPI sound. Same issues occur regardless. |
30 May 2019, 09:54 | #4 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,506
|
Then you need to redefine "faster"
You need to find out which option makes the difference. Only option that can cause major difference is fastest possible. For example cycle exact + A1200 is really host CPU heavy so it can't be host related. If (for example) switching off cycle exact makes it worse, it could be power saving related. For example nvidia adaptive power saving rarely works with lagless vsync. |
30 May 2019, 22:32 | #5 |
Registered User
Join Date: Feb 2016
Location: London
Posts: 335
|
Sorry - I think I confused the issue. All these issues are present when fastest possible CPU is turned on and nothing changes when I play with the CPU sliders.
They both work fine with cycle exact + lagless beam race, but the framerate is not really ideal. |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Beamrace Lagless Stability | Octopus66 | support.WinUAE | 27 | 08 January 2020 22:19 |
Lagless vsync + Windows 10 1903/WDDM 2.6 | falken | support.WinUAE | 19 | 22 May 2019 16:06 |
Synchronize to native audio rate in lagless vsync mode | Dr.Venom | support.WinUAE | 2 | 17 October 2018 14:58 |
|
|