Bug in emu-speed

R-TEAM · 15 April 2020, 16:15

Hi,

start WunUAE ... start Emu .... all o.k.
reset Emu - start Emu again -> speed of Emu to fast (Audio to fast)
reset again -> the same (to fast)

only quit and restart WinUAE fix it ... till the next reset
All games affected

Video -> [ Show youtube player ]

Regards

DamienD · 15 April 2020, 18:13

Enabling full logs and attaching to a post; along with one configuration file might help

Toni Wilen · 15 April 2020, 18:28

Yeah, videos don't really tell anything except that something is happening. Sounds like vsync at 60hz.

R-TEAM · 15 April 2020, 19:23

Hi,

the logs + config

Toni Wilen · 17 April 2020, 19:40

Your config appears to be a bit weird (68030, MMU, lagless vsync, cycle-exact.. What are you exactly trying to do?

)

Anyway, your display driver/monitor does not support 50Hz so you won't be able to get correct speed in vsync modes.

Log also says "refresh rate changed to 50p but no matching screenmode found, vsync disabled". It probably tried to select 50Hz later again and something got confused but it is mostly irrelevant what happens now because lack of real 50Hz mode.

R-TEAM · 18 April 2020, 00:54

normal 68030 CPUs have always an MMU .... so see no problem to activate it - even more if the game is loaded over WHDLoad
cycle-exact sounds not "wrong" if the PC CPU can get the needed speed
and the same goes for "lagles vsync"
If the emu cant get an full lagles vsync then it is no problem ...
the question is more why it only works at start from WinUAE and not more after an reset from the Emu ... my monitor/driver have not changed between the two points ..

Toni Wilen · 18 April 2020, 16:40

As I already said, you aren't getting vsync because your monitor does not support 50Hz. You get normal non-vsync mode. (Unless you emulate NTSC Amiga). WinUAE selecting 60Hz later (even when in PAL) is probably a bug but it isn't really important because fixing it would really help anyway

You won't gain anything with MMU emulation (unless you are developer/testing whdload slaves). 68030 MMU takes a lot of host CPU power to emulate. Also 68020+ in cycle-exact mode isn't that cycle-exact, it is usually better to select "memory cycle-exact only".

R-TEAM · 18 April 2020, 18:31

o.k. - can live atm with the little bug

mhh .. have thinked the whdload slaves run (not all) better with an MMU present (more clean seperating from amiga host system und whdload environment) - maybe i have understand this wrong

Thanks for the hint with the cycle-exact usage

Tanks

R-TEAM · 18 April 2020, 18:49

oh - and before i forgot ....
found another bug - if i creat an 3.5zoll HD default (1.7MB) FFS Bootable floppy in WinUAE - the floppy is unusable - stay "full" - 0kb free - 1.7MB Usage

Tomislav · 20 April 2020, 14:10

Quote:

Originally Posted by R-TEAM

oh - and before i forgot ....
found another bug - if i creat an 3.5zoll HD default (1.7MB) FFS Bootable floppy in WinUAE - the floppy is unusable - stay "full" - 0kb free - 1.7MB Usage

In "Floppy drives" part of configuration by default floppies are defined as 3.5" DD. You, maybe, didn't changed to 3.5" HD.

R-TEAM · 20 April 2020, 17:29

if i create an DD floppy - the floppy cant be "0kb free - 1.7MB in use" ............ (and is not ~1.7MB file size from the ADF file)
and if i set DD floppy and load an HD - it shows "NDOS" (cant read the disc) or on booting from this floppy - it simply dont boot if the size wrong .... so extremely unlikly

15 April 2020, 16:15	#1
R-TEAM Registered User Join Date: Mar 2014 Location: Germany Posts: 76	Bug in emu-speed Hi, start WunUAE ... start Emu .... all o.k. reset Emu - start Emu again -> speed of Emu to fast (Audio to fast) reset again -> the same (to fast) only quit and restart WinUAE fix it ... till the next reset All games affected Video -> [ Show youtube player ] Regards

18 April 2020, 00:54	#6
R-TEAM Registered User Join Date: Mar 2014 Location: Germany Posts: 76	normal 68030 CPUs have always an MMU .... so see no problem to activate it - even more if the game is loaded over WHDLoad cycle-exact sounds not "wrong" if the PC CPU can get the needed speed and the same goes for "lagles vsync" If the emu cant get an full lagles vsync then it is no problem ... the question is more why it only works at start from WinUAE and not more after an reset from the Emu ... my monitor/driver have not changed between the two points .. Last edited by R-TEAM; 18 April 2020 at 00:55. Reason: typos

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
WinUAE FPS adjust bug with AVI recording & audio speed	Al82	support.WinUAE	5	13 January 2019 23:07
Possible Speed-Bug in Hybris	SailorSat	support.WinUAE	26	01 July 2009 12:19
C64 Boulder Dash: any online emu ? or standalone emu?	keropi	Retrogaming General Discussion	5	13 November 2007 13:03
WinUAE quicksave sound speed bug (rare)	andreas	support.WinUAE	1	14 September 2006 14:23
How many emu's can be run within an emu?	Fissuras	Retrogaming General Discussion	3	11 July 2002 16:55

15 April 2020, 18:13	#2
DamienD Banned Join Date: Aug 2005 Location: London / Sydney Age: 47 Posts: 20,420	Enabling full logs and attaching to a post; along with one configuration file might help

15 April 2020, 18:28	#3
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 49 Posts: 26,518	Yeah, videos don't really tell anything except that something is happening. Sounds like vsync at 60hz.

17 April 2020, 19:40	#5
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 49 Posts: 26,518	Your config appears to be a bit weird (68030, MMU, lagless vsync, cycle-exact.. What are you exactly trying to do? ) Anyway, your display driver/monitor does not support 50Hz so you won't be able to get correct speed in vsync modes. Log also says "refresh rate changed to 50p but no matching screenmode found, vsync disabled". It probably tried to select 50Hz later again and something got confused but it is mostly irrelevant what happens now because lack of real 50Hz mode.

18 April 2020, 16:40	#7
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 49 Posts: 26,518	As I already said, you aren't getting vsync because your monitor does not support 50Hz. You get normal non-vsync mode. (Unless you emulate NTSC Amiga). WinUAE selecting 60Hz later (even when in PAL) is probably a bug but it isn't really important because fixing it would really help anyway You won't gain anything with MMU emulation (unless you are developer/testing whdload slaves). 68030 MMU takes a lot of host CPU power to emulate. Also 68020+ in cycle-exact mode isn't that cycle-exact, it is usually better to select "memory cycle-exact only".

18 April 2020, 18:31	#8
R-TEAM Registered User Join Date: Mar 2014 Location: Germany Posts: 76	o.k. - can live atm with the little bug mhh .. have thinked the whdload slaves run (not all) better with an MMU present (more clean seperating from amiga host system und whdload environment) - maybe i have understand this wrong Thanks for the hint with the cycle-exact usage Tanks

18 April 2020, 18:49	#9
R-TEAM Registered User Join Date: Mar 2014 Location: Germany Posts: 76	oh - and before i forgot .... found another bug - if i creat an 3.5zoll HD default (1.7MB) FFS Bootable floppy in WinUAE - the floppy is unusable - stay "full" - 0kb free - 1.7MB Usage

20 April 2020, 17:29	#11
R-TEAM Registered User Join Date: Mar 2014 Location: Germany Posts: 76	if i create an DD floppy - the floppy cant be "0kb free - 1.7MB in use" ............ (and is not ~1.7MB file size from the ADF file) and if i set DD floppy and load an HD - it shows "NDOS" (cant read the disc) or on booting from this floppy - it simply dont boot if the size wrong .... so extremely unlikly

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)