12 September 2021, 20:58 | #941 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,523
|
Yes. Also you should already know that "Quick questions" are not acceptable. EDIT: at least include if 4.4 works, did it ever work in any beta. D3D9 or D3D11. No weird filters enabled at same time and so on.. At least some background information that allows me to answer something better than "Yes/No" and "not enough information" (or variant of it).
Last edited by Toni Wilen; 12 September 2021 at 21:16. |
13 September 2021, 12:03 | #942 |
Old retro god.
Join Date: Apr 2002
Location: Northolt, West London
Age: 62
Posts: 857
|
Sorry Toni, I shall hunt out a crystal ball and hit myself in the head with it
|
15 September 2021, 19:45 | #943 | |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,523
|
Quote:
|
|
15 September 2021, 20:50 | #944 |
Registered User
Join Date: Jul 2006
Location: Sunderland
Posts: 947
|
Yes, thank you Toni.
I no longer have crackles / pops with "Aladdin [AGA]" intro and also "Alien Storm" carcktro / trainer are fine; like with v4.4.0 ;-) |
15 September 2021, 23:47 | #945 |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,507
|
So it is not possible to have both, the stable frame rate and the sound w/o cracks & pops?
Now again the frame rate jumps between 48.x & 51.x! Before was stable at 49.9 all the time. EDIT: Yea, the framerate with DSOUND is much stable than with WASAPI and when you add there's no more cracks and pops, I would say its better than before! Last edited by amilo3438; 16 September 2021 at 11:50. |
16 September 2021, 07:45 | #946 | |
Registered User
Join Date: Jul 2006
Location: Sunderland
Posts: 947
|
Quote:
|
|
16 September 2021, 23:52 | #947 | |
Local Moderator
Join Date: Oct 2009
Location: Lancashire, UK
Age: 48
Posts: 1,604
|
Quote:
So which one do you want, an exact analogue display with matching audio timings, at 49-51 fps, or an inauthentic digital display at 49.9Hz, and bad sound? |
|
17 September 2021, 08:22 | #948 | ||
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,523
|
Quote:
Quote:
Yes, it is much better to let frame rate change slightly than have audio glitches. Almost no one would notice without OSD anyway.. (and note that vsync uses different method that can introduce more sound glitches because it has to sync with video) There are better ways to do this but it is not in next version and it most likely require changes that are not compatible with dsound anymore. |
||
17 September 2021, 14:07 | #949 |
Registered User
Join Date: Jul 2006
Location: Sunderland
Posts: 947
|
Haha ;-) PM sent Toni
|
19 September 2021, 00:28 | #950 | |
Bug hunter
Join Date: Jul 2006
Location: Italy
Age: 48
Posts: 2,164
|
Quote:
With b33 switching from WASAPI to DSOUND 99.99% eliminates small random hiccups in the scrolling... I use display > fullscreen (with VSync options EMPTY!) for native resolutions and I have a g-sync display. I opened a thread long time ago about sound sync issues: http://eab.abime.net/showthread.php?t=104310 Last edited by hexaae; 19 September 2021 at 00:44. |
|
19 September 2021, 17:17 | #951 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,523
|
https://download.abime.net/winuae/fi...uae_4900b34.7z
https://download.abime.net/winuae/fi...e64_4900b34.7z Beta 34: - Harmnless bug causing "Negative nr_color_changes.. " log messages fixed. - Copper VBLANK startup was 2 cycles too early. (Previous fix was not correct) - Partially reverted b9 sound update that caused worse sound stability on some systems. It also makes FPS value slightly less stable. - Audio volume (from AUDxVOL) is only loaded to internal volume register when period counter is loaded. Volume changes during period counting don't affect audio until next period load. - Copper writes to AUDxDAT in non-cycle exact modes had inaccurate timing. - AUDxDAT undocumented feature: AUDxDAT write has 1 cycle delay, state machine==3 INTREQ test is done when period counter==1, not when it is zero. (Thanks to ross again, another weird test set ) - RTG screen was not fully cleared in some situations when switching modes (b25) - Changed debugger "dp" to "dppc" (switch to PPC disassembly mode) - Ateo Pixel 64 RTG board emulation. Another Cirrus Logic based RTG board. Very quickly done, only works with recent Picasso96 versions, does not work with drivers that need ateobus.library (will be done if someone disassembles it, I am too lazy, as usual). 256 color mode has wrong colors and right edge wraps around. Does not autoswitch. - "Smooth Copper" works correctly again. |
19 September 2021, 19:24 | #952 |
Bug hunter
Join Date: Jul 2006
Location: Italy
Age: 48
Posts: 2,164
|
Something is broken (even before b34) with display > Windowed: Filter with mask seems applied twice here in DX11, and even if Filter: Masks=none... Moreover there's a sort of strange bad buffering where I can see 2 frames constantly swapped (hard to explain)...
This happens in Windowed mode only. EDIT: mmmh, seems more complicated to reproduce: only happens when you switch from Native Fullscreen to Native Windowed EDIT2: from my early testings it started with b32 Last edited by hexaae; 19 September 2021 at 19:43. |
19 September 2021, 19:27 | #953 |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,507
|
Formula 1 Grand Prix - The game get stuck at track 43! (again)
"Smooth Copper" hack works fully correct now with 68000! (or its not a hack anymore?! no way) The frame time seems to be more uniform with DSOUND that small random hiccups seems less noticeable I guess. Last edited by amilo3438; 19 September 2021 at 19:38. |
19 September 2021, 19:36 | #954 | ||
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,523
|
Quote:
Quote:
|
||
19 September 2021, 19:43 | #955 | |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,507
|
Quote:
Quickstart A500 1.2 OCS 512 configuration. EDIT: Fine in b31! (Btw. I always use 32-bit versions for testing!) Last edited by amilo3438; 19 September 2021 at 20:51. |
|
19 September 2021, 19:48 | #956 | |
Bug hunter
Join Date: Jul 2006
Location: Italy
Age: 48
Posts: 2,164
|
Quote:
|
|
19 September 2021, 20:16 | #957 | |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,523
|
Quote:
I'll try to adjust this a bit that hopefully mostly fixes this (and Spectreparty demo which has same problem) but this can't be perfect until CPU interrupt timing is 100% perfect (t won't happen in this version). |
|
19 September 2021, 20:35 | #958 | |
Amiga 500 User
Join Date: Jun 2013
Location: EU
Posts: 1,507
|
Quote:
Btw. Does this mean that there are still some unknown timing issues regarding the CPU? (or just IPL sampling) EDIT: I have already found the answer here. (The message is: don't assume, always bother to check.) Ps. Ok, same happens also with 4400, so no big deal. Last edited by amilo3438; 20 September 2021 at 18:08. |
|
21 September 2021, 17:53 | #959 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,523
|
This is getting more, lets say, interesting. 68000 interrupt start up processing counted interrupt vector fetch cycle twice (extra 4 CPU clocks) and after fixing it, spectreparty demo flickers 10x+ more
Which means it can't be simple IPL sampling issue anymore. Need to debug this more.. |
26 September 2021, 18:46 | #960 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,523
|
Some 68000 IPL timing updates added. Spectreparty does not flicker anymore and it does not seem to break anything else.
"Formula 1 Grand Prix (1988)(MicroValue)" also does not hang anymore. But oddly enough game menu's reaallllyy ssssslluggissh behavior is A500 confirmed. It polls for interrupt badly and I thought it was related to bad IPL timing in emulation.. That can't be what it was designed to do, perhaps it requires something unexpected.. I'll clean up the fix first before next official beta. |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
WinUAE 4.0.1 beta series | Toni Wilen | support.WinUAE | 64 | 15 July 2018 12:03 |
WinUAE 3.6.1 beta series | Toni Wilen | support.WinUAE | 166 | 07 March 2018 22:48 |
WinUAE 3.2.0 beta series | Toni Wilen | support.WinUAE | 385 | 08 November 2015 23:06 |
WinUAE 2.5.1 beta series | Toni Wilen | support.WinUAE | 69 | 22 December 2012 10:22 |
WinUAE 2.2.0 beta series | Toni Wilen | support.WinUAE | 119 | 28 June 2010 02:35 |
|
|