WinUAE 1.5.0 beta series

[Toni Wilen]

Originally Posted by Mad-Matt

does settig jit Afterp96 vs direct have any effect on the reported speeds? Also, should there be many difference setting p96 do do cpu blits instead of the blitter ?

JIT setting is useless now. JIT can now directly access emulated graphics memory without any tricks.

Picasso96 "blitter" means native C-code in picasso96_win.c, not emulated custom chipset blitter. (chipset blitter can't even access P96 display RAM)

Without P96 "blitter" speeds would be MUCH slower.

[AmigaSurfer]

Originally Posted by Toni Wilen

Do you get similar (crappy) results if you use smaller resolution, like 1280x1024?

With lower resolution (1280x1024 Fullscreen) the tests DrawXXX() and BlitBitMap() are much faster.

Also do you see any difference between windowed and fullscreen mode? (both 1920x1200 and 1280x1024)

Between Windowed and Fullscreen 1920x1200 are not much difference between the results.

I updated DirectX and Visual C++ Runtime and made the following tests with the WinUAE 1.5.0 (beta5, 2008.03.02). For the test with 1920x1200 in Fullscreen I increased the GFX-RAM from 64MB to 128 MB.

 
| CPU...........: 68040/0MHz              |
| OS / WB.......: V46.57/V45.3            |
| SetPatch......: V44.38                  |
| Chip/Fast.....: ~8./256.                |
| Graphics card.: KEINE GRAFIKKARTE       |
| GFX system....: Picasso96               |
| Resolution....: 1280 x 1024 x 24        |
| Depth/Colors..: 16777215 colors         |
| Testlength....: 13                      |
+-----------------------------------------+
| Description...: WinUAE 1.5.0beta5, 2008.03.02 Fullscreen
`-----------------------------------------'
.============= SPEEDRESULTS ==============.
| RectFill()................   2072 op/s  |
| RectFill() Pattern........    969 op/s  |
| WritePixel().............. 1494948 op/s  |
| WriteChunkyPixels().......   2082 op/s  |
| WritePixelArray8()........   2140 op/s  |
| WritePixelLine8().........  81215 op/s  |
| DrawEllipse().............  46177 op/s  |
| DrawCircle()..............  65390 op/s  |
| Draw()....................  16736 op/s  |
| Draw() Hor/Ver............  59349 op/s  |
| ScrollRaster() X..........  63261 op/s  |
| ScrollRaster() Y.......... 206018 op/s  |
| PutText().................  28388 op/s  |
| BlitBitMap()..............  22320 op/s  |
| BlitBitMapRastPort()......  21186 op/s  |
| BitMapScale().............   2092 op/s  |
|--------------- Intuition ---------------|
| OpenWindow()..............    234 op/s  |
| MoveWindow()..............   2318 op/s  |
| SizeWindow()..............    432 op/s  |
| CON-Output................    795 op/s  |
| ScreenToFront()...........     60 op/s  |
`========================================='
 
P96Speed 1.2 - ©`97-99 by Jens Langner
.-----------------------------------------.
| Computer......: UAE/AGA                 |
| CPU...........: 68040/7MHz              |
| OS / WB.......: V46.57/V45.3            |
| SetPatch......: V44.38                  |
| Chip/Fast.....: ~8./256.                |
| Graphics card.: KEINE GRAFIKKARTE       |
| GFX system....: Picasso96               |
| Resolution....: 1920 x 1200 x 24        |
| Depth/Colors..: 16777215 colors         |
| Testlength....: 13                      |
+-----------------------------------------+
| Description...: WinUAE 1.5.0b5, 2008.03.02
|               :  Windowed
`-----------------------------------------'
.============= SPEEDRESULTS ==============.
| RectFill()................    677 op/s  |
| RectFill() Pattern........    661 op/s  |
| WritePixel().............. 1854762 op/s  |
| WriteChunkyPixels().......   1446 op/s  |
| WritePixelArray8()........   1432 op/s  |
| WritePixelLine8().........  62724 op/s  |
| DrawEllipse().............   9227 op/s  |
| DrawCircle()..............  12412 op/s  |
| Draw()....................    229 op/s  |
| Draw() Hor/Ver............  12934 op/s  |
| ScrollRaster() X..........  66293 op/s  |
| ScrollRaster() Y.......... 256008 op/s  |
| PutText().................  19011 op/s  |
| BlitBitMap()..............   4821 op/s  |
| BlitBitMapRastPort()......   4463 op/s  |
| BitMapScale().............   2354 op/s  |
|--------------- Intuition ---------------|
| OpenWindow()..............    206 op/s  |
| MoveWindow()..............   1406 op/s  |
| SizeWindow()..............    517 op/s  |
| CON-Output................    723 op/s  |
| ScreenToFront()...........     71 op/s  |
`========================================='
 
P96Speed 1.2 - ©`97-99 by Jens Langner
.-----------------------------------------.
| Computer......: UAE/AGA                 |
| CPU...........: 68040/7MHz              |
| OS / WB.......: V46.57/V45.3            |
| SetPatch......: V44.38                  |
| Chip/Fast.....: ~8./256.                |
| Graphics card.: KEINE GRAFIKKARTE       |
| GFX system....: Picasso96               |
| Resolution....: 1920 x 1200 x 24        |
| Depth/Colors..: 16777215 colors         |
| Testlength....: 13                      |
+-----------------------------------------+
| Description...: WinUAE 1.5.0beta5, 2008.03.02 Fullscreen
|               : 128MB Gfx-RAM
`-----------------------------------------'
.============= SPEEDRESULTS ==============.
| RectFill()................   1023 op/s  |
| RectFill() Pattern........    729 op/s  |
| WritePixel().............. 1513192 op/s  |
| WriteChunkyPixels().......   1246 op/s  |
| WritePixelArray8()........   1244 op/s  |
| WritePixelLine8().........  51461 op/s  |
| DrawEllipse().............   7793 op/s  |
| DrawCircle()..............   9428 op/s  |
| Draw()....................    201 op/s  |
| Draw() Hor/Ver............   5884 op/s  |
| ScrollRaster() X..........  49245 op/s  |
| ScrollRaster() Y.......... 209197 op/s  |
| PutText().................  16495 op/s  |
| BlitBitMap()..............   3880 op/s  |
| BlitBitMapRastPort()......   3618 op/s  |
| BitMapScale().............   1916 op/s  |
|--------------- Intuition ---------------|
| OpenWindow()..............    169 op/s  |
| MoveWindow()..............   1437 op/s  |
| SizeWindow()..............    440 op/s  |
| CON-Output................    566 op/s  |
| ScreenToFront()...........     59 op/s  |
`========================================='

[Toni Wilen]

Originally Posted by AmigaSurfer

With lower resolution (1280x1024 Fullscreen) the tests DrawXXX() and BlitBitMap() are much faster.

But RectFill() is extremely slow. This is soo confusing. There has to be some simple explanation.. Perhaps some patch? (but I have fast speeds on AmiKit and it is full of all kinds of patches..)

In windowed mode, does fps counter show 50 or 60? (p96refresh or other similar program not enabled to increase custom chipset refresh rate? This can cause slowdown)

[Toni Wilen]

Originally Posted by Ed Cruse

WinUAE crashes when coming up, even when default Amiga side set to NTSC 640x400x8. In other words I can't test anything.

Could you send crash dump (and logs) when this crash happens, with RTG RAM set to zero and windowed mode (use fullscreen if it does not crash in window), use "official" 1.5.0b5, not newer winuae.zip.

EDIT: native 8-bit mode may not work yet at all. Do not use. (I think this is totally pointless mode anyway because 256 colors is very little, even for OCS programs because of copper tricks..)

[AmigaSurfer]

Originally Posted by Toni Wilen

But RectFill() is extremely slow. This is soo confusing. There has to be some simple explanation.. Perhaps some patch? (but I have fast speeds on AmiKit and it is full of all kinds of patches..)

In windowed mode, does fps counter show 50 or 60? (p96refresh or other similar program not enabled to increase custom chipset refresh rate? This can cause slowdown)

In windowed mode I don't see the fps counter at 1920x1200. I switched the Workbench to 1680x1050. Now I can see nearly 60fps.

I have P96Refresh 60 in my Startup-Sequence.

I disabled AfA and P96Refresh 60 in my Startup-Sequence.

Most DrawXXX-Tests are much faster now, only Draw() isn't much faster.
The BlitBitMapXXX-Tests are faster, too.
And OpenWindow and SizeWindow are much faster, too.

 
 P96Speed 1.2 - ©`97-99 by Jens Langner
.-----------------------------------------.
| Computer......: UAE/AGA                 |
| CPU...........: 68040/7MHz              |
| OS / WB.......: V45.57/V45.3            |
| SetPatch......: V44.38                  |
| Chip/Fast.....: ~8.0MB/256.0MB          |
| Graphics card.: KEINE GRAFIKKARTE       |
| GFX system....: Picasso96               |
| Resolution....: 1920 x 1200 x 24        |
| Depth/Colors..: 16777215 colors         |
| Testlength....: 13                      |
+-----------------------------------------+
| Description...: WinUAE 1.5.0b5 2008.03.02
|               : without AfA and
|               : without P96refresh 60
`-----------------------------------------'
.============= SPEEDRESULTS ==============.
| RectFill()................    788 op/s  |
| RectFill() Pattern........    515 op/s  |
| WritePixel().............. 1651474 op/s  |
| WriteChunkyPixels().......   1141 op/s  |
| WritePixelArray8()........   1159 op/s  |
| WritePixelLine8().........  48147 op/s  |
| DrawEllipse().............  28026 op/s  |
| DrawCircle()..............  34678 op/s  |
| Draw()....................    239 op/s  |
| Draw() Hor/Ver............  27306 op/s  |
| ScrollRaster() X..........  64270 op/s  |
| ScrollRaster() Y.......... 221557 op/s  |
| PutText().................  25844 op/s  |
| BlitBitMap()..............   8962 op/s  |
| BlitBitMapRastPort()......   8652 op/s  |
| BitMapScale().............   2026 op/s  |
|--------------- Intuition ---------------|
| OpenWindow()..............    574 op/s  |
| MoveWindow()..............   1940 op/s  |
| SizeWindow()..............   2077 op/s  |
| CON-Output................    478 op/s  |
| ScreenToFront()...........     50 op/s  |
`========================================='

Now I tested only Draw(). AfA and P96refresh 60 still disabled.
With 1920x1200 I get ..220 Op/s.
With 1920x1080 I get .3655 Op/s.
With 1680x1050 I get 10068 Op/s.
With 1600x1200 I get .9230 Op/s.
With 1280x1024 I get 18960 Op/s.

I increased the RTG-RAM from 64 to 128 MByte.
With 1920x1200 I get still 218 Op/s.

[Ed Cruse]

Originally Posted by Toni Wilen

Could you send crash dump (and logs) when this crash happens, with RTG RAM set to zero and windowed mode (use fullscreen if it does not crash in window), use "official" 1.5.0b5, not newer winuae.zip.

EDIT: native 8-bit mode may not work yet at all. Do not use. (I think this is totally pointless mode anyway because 256 colors is very little, even for OCS programs because of copper tricks..)

The following test used the official B5.

Windowed mode works fine, I had no trouble setting the RTG ram to zero and bring up the Amiga in NTSC. I was then able to switch from NTSC to PAL and back again with no problems.

However, in FullScreen mode I couldn’t get the Amiga to come up in NTSC or PAL mode, either it was hanging or being really slow. Therefore the best I could do was to leave the RTG ram set to 32megs and come up in RTG mode (1024x768x16), and then switch to NTSC which causes WinUAE to crash.

What’s the advantage of using 8 bit native mode? In the past I’ve used 16 bit native and then 8 bit RTG. The reason I use 8 bit RTG is because it works better on the Amiga side. It’s faster and the cursor (not mouse pointer) color is correct on Dos windows. With 16/32 bit RTG the cursor color is either black or blackish green, not the correct color. I think this is a P96 problem because it does the same thing on my real Amiga. I assume when you say 8 bit native you mean on the Windows side.

[Toni Wilen]

Originally Posted by AmigaSurfer

Most DrawXXX-Tests are much faster now, only Draw() isn't much faster.
The BlitBitMapXXX-Tests are faster, too.
And OpenWindow and SizeWindow are much faster, too.

Still slow RectFill().. Hmmm. Check devs:monitors/uaegfx.info (select it in WB and open Information from menu) and make sure icon properties don't have something like NoBlitter=yes

[Toni Wilen]

Originally Posted by Ed Cruse

What’s the advantage of using 8 bit native mode?

In custom chipset modes: none (perhaps it was faster 5+ years ago or something but now it is too restricting and annoying because it is "different")

In the past I’ve used 16 bit native and then 8 bit RTG. The reason I use 8 bit RTG is because it works better on the Amiga side. It’s faster and the cursor (not mouse pointer) color is correct on Dos windows. With 16/32 bit RTG the cursor color is either black or blackish green, not the correct color. I think this is a P96 problem because it does the same thing on my real Amiga. I assume when you say 8 bit native you mean on the Windows side.

Shell ('Dos'? ) cursor is dark grey here in 16 and 32-bit RTG modes (my old WB installation and clean OS 3.9 installation)

Crashes should be fixed in next beta.

[Toni Wilen]

http://www.winuae.net/files/b/winuae_1500b6.zip

Beta 6:

NOTE: Do not use filters, do not use vsync.

- real 8-bit RTG mode work (fullscreen only)
- buffer overflow in floppy image favorite shortcut code
- disappeared Z2 fast ram amount box is back
- Z3 but no RTG RAM allocation failure fixed
- Picasso96 BltPattern and BltTemplate COMPLEMENT-mode uses now native code
- Picasso96 "new" mode is now Windows 2000 compatible. NOTE: this is not 100% correct yet, graphics errors possible. W2K workaround mode is also slower than Windows XP+ mode
- Picasso96 RectFill() optimization (2x speedup here)
- some mode switching crashes/graphics errors fixed
- write warning to log if blitter is forced off in devs:monitors/uaegfx
- 8-bit modes removed from display-panel GUI. Native (custom chipset) display modes need at least 16-bit color depth now. RTG 8-bit still supported.

[Mad-Matt]

Ive attached quick benchmark with p96speed and latest 1.5 beta6 to use as a comparison. Definatly a speed up although some faster ans some slower then the comparisons already shown int he thread.

one thing to note is the scrollraster tests didnt seem to display correct. there were no lines going across the screen, just a single one flashing on the left or top.

[AmigaSurfer]

Originally Posted by Toni Wilen

Still slow RectFill().. Hmmm. Check devs:monitors/uaegfx.info (select it in WB and open Information from menu) and make sure icon properties don't have something like NoBlitter=yes

No, the only Tooltype are:
BOARDTYPE=uaegfx
(BORDERBLANK=Yes)
(BIGSPRITE=Yes)
SOFTSPRITE=Yes
IGNOREMASK=Yes
(DISPLAYCHAIN=Yes)
SETTINGSFILE=

Here are the results with WinUAE 1.5.0beta6.

 
P96Speed 1.2 - ©`97-99 by Jens Langner
.-----------------------------------------.
| Computer......: UAE/AGA                 |
| CPU...........: 68040/7MHz              |
| OS / WB.......: V45.57/V45.3            |
| SetPatch......: V44.38                  |
| Chip/Fast.....: ~8.0MB/256.0MB          |
| Graphics card.: KEINE GRAFIKKARTE       |
| GFX system....: Picasso96               |
| Resolution....: 1920 x 1200 x 24        |
| Depth/Colors..: 16777215 colors         |
| Testlength....: 13                      |
+-----------------------------------------+
| Description...: WinUAE 1.5.0beta6 - Faster RTG|
`-----------------------------------------'
.============= SPEEDRESULTS ==============.
| RectFill()................    748 op/s  |
| RectFill() Pattern........    576 op/s  |
| WritePixel().............. 1577985 op/s  |
| WriteChunkyPixels().......   1036 op/s  |
| WritePixelArray8()........   1026 op/s  |
| WritePixelLine8().........  44105 op/s  |
| DrawEllipse().............  27268 op/s  |
| DrawCircle()..............  29140 op/s  |
| Draw()....................    204 op/s  |
| Draw() Hor/Ver............   2942 op/s  |
| ScrollRaster() X..........  40627 op/s  |
| ScrollRaster() Y.......... 209959 op/s  |
| PutText().................  22302 op/s  |
| BlitBitMap()..............   3593 op/s  |
| BlitBitMapRastPort()......   3823 op/s  |
| BitMapScale().............   1981 op/s  |
|--------------- Intuition ---------------|
| OpenWindow()..............    493 op/s  |
| MoveWindow()..............   1540 op/s  |
| SizeWindow()..............   2248 op/s  |
| CON-Output................    474 op/s  |
| ScreenToFront()...........     50 op/s  |
`========================================='

I've done some single tests again. I think this are interesting results. With lower resolutions the draw-test is with 1.5.0 faster than with 1.4.6. At higher resolutions 1.4.6 is faster.

 
WinUAE 1.5.0 beta6
             rectfill     draw
1920x1200   1184 Op/s     156 Op/s
1920x1080   1273 Op/s     176 Op/s
1680x1050   2060 Op/s    1162 Op/s
1600x1200   1579 Op/s     709 Op/s
1400x1050   3661 Op/s   13017 Op/s
1280x1024   5170 Op/s   17708 Op/s
 
WinUAE 1.5.0 beta5 2008.03.02
             rectfill     draw
1920x1200   1171 Op/s     225 Op/s
1920x1080   1179 Op/s    3557 Op/s
1680x1050   1927 Op/s   10810 Op/s
1600x1200   1438 Op/s    9187 Op/s
1400x1050   3579 Op/s   16428 Op/s
1280x1024   5599 Op/s   19212 Op/s
 
WinUAE 1.4.6
             rectfill     draw
1920x1200   3100 Op/s    7861 Op/s
1920x1080   3556 Op/s    7985 Op/s
1680x1050   3958 Op/s    8626 Op/s
1600x1200   3689 Op/s    8177 Op/s
1400x1050   5582 Op/s    9293 Op/s
1280x1024   6830 Op/s    9726 Op/s

[Toni Wilen]

Originally Posted by AmigaSurfer

No, the only Tooltype are:
BOARDTYPE=uaegfx
(BORDERBLANK=Yes)
(BIGSPRITE=Yes)
SOFTSPRITE=Yes
IGNOREMASK=Yes
(DISPLAYCHAIN=Yes)
SETTINGSFILE=

Any difference if you set SOFTSPRITE=No ?
(and make sure you have included uaegfx.card in libs:picasso96 overwriting the old one)

[Ed Cruse]

Originally Posted by Toni Wilen

In custom chipset modes: none (perhaps it was faster 5+ years ago or something but now it is too restricting and annoying because it is "different")



Shell ('Dos'? ) cursor is dark grey here in 16 and 32-bit RTG modes (my old WB installation and clean OS 3.9 installation)

Crashes should be fixed in next beta.

The cursor is supposed to be orange or something close, which makes it much easier to spot when doing searches with my text editor. Otherwise I have to move the cursor to find it because it can end up anywhere on the screen. Therefore 8bit RTG is really important to me. On the Windows side 16/32 bit is perfectly all right.

What's wrong with Dos? It's very powerfull, the only thing I use WB for is holding my icons which I use like Windows Short Cuts. I use batch files with the script bit set for almost everything. Even the Shorts Cuts usually call batch files. Just because it's old style doesn't mean it's inferior.

[Toni Wilen]

Originally Posted by Ed Cruse

What's wrong with Dos?

Problem is calling Amiga's cli/shell window 'Dos'

[Ed Cruse]

B6 seems to work. I have RTG 8/16/32 bit available. With the Match-Color-Depth turned off 8 bit RTG converts to 16/32 bit all right. Match-Color-Depth turned on also works.

You weren't kidding when you said don't use the filters. I keep forgetting to turn them off before bring up the Amiga and it crashes everytime.

[Ed Cruse]

Originally Posted by Toni Wilen

Problem is calling Amiga's cli/shell window 'Dos'

Are you saying Amiga dos is no good or that technically CLI is a command line interface and not really a Disk Operating System. If you're saying Amiga Dos is no good then I say Amiga Dos is a lot better then MSDos, it's a lot more powerfull and much easier to use. MSDos is awful, I've been using both for years, there's no comparison.

[laser]

I have been testing b5 and b6 and I haven't seen much improvements

but I think that froggerNG is a bit faster now when play videos on a window..however Im not sure of that

also there's a strange issue here with the mouse pointer

the pointer looks dressed with a red border but my pointer originally is black and white ...it can be seen on pointer'preferences

screenshot...click to enlarge

[AmigaSurfer]

Originally Posted by Toni Wilen

Any difference if you set SOFTSPRITE=No ?
(and make sure you have included uaegfx.card in libsicasso96 overwriting the old one)

Yes, I had allready copied the included uaegfx.card to libsicasso96.
If I dissable SoftSprite, then RectFill() and Draw Hor/Ver() is faster. But Draw() is still very slow.

The hardware sprite does work with beta6 in fullscreen.

 
 P96Speed 1.2 - ©`97-99 by Jens Langner
.-----------------------------------------.
| Computer......: UAE/AGA                 |
| CPU...........: 68040/7MHz              |
| OS / WB.......: V45.57/V45.3            |
| SetPatch......: V44.38                  |
| Chip/Fast.....: ~8.0MB/256.0MB          |
| Graphics card.: KEINE GRAFIKKARTE       |
| GFX system....: Picasso96               |
| Resolution....: 1920 x 1200 x 24        |
| Depth/Colors..: 16777215 colors         |
| Testlength....: 13                      |
+-----------------------------------------+
| Description...: WinUAE 1.5.0 beta6
|               : SoftSprite = No
`-----------------------------------------'
.============= SPEEDRESULTS ==============.
| RectFill()................   2276 op/s  |
| RectFill() Pattern........   1407 op/s  |
| WritePixel().............. 1594090 op/s  |
| WriteChunkyPixels().......   1018 op/s  |
| WritePixelArray8()........   1023 op/s  |
| WritePixelLine8().........  42517 op/s  |
| DrawEllipse().............  28302 op/s  |
| DrawCircle()..............  29861 op/s  |
| Draw()....................    170 op/s  |
| Draw() Hor/Ver............   6041 op/s  |
| ScrollRaster() X..........  43211 op/s  |
| ScrollRaster() Y.......... 216289 op/s  |
| PutText().................  20755 op/s  |
| BlitBitMap()..............   4613 op/s  |
| BlitBitMapRastPort()......   4197 op/s  |
| BitMapScale().............   1993 op/s  |
|--------------- Intuition ---------------|
| OpenWindow()..............    472 op/s  |
| MoveWindow()..............   1595 op/s  |
| SizeWindow()..............   1974 op/s  |
| CON-Output................    501 op/s  |
| ScreenToFront()...........     50 op/s  |
`========================================='

I updated to newest ATI Catalyst 8.3. But no noticeable changes in the results with 1920x1200.

[AmigaSurfer]

Originally Posted by laser

also there's a strange issue here with the mouse pointer

the pointer looks dressed with a red border but my pointer originally is black and white ...it can be seen on pointer'preferences

If I dissable SoftSprite, then I have a problem with the mouse pointer, too. It is filled black instead of red. And the top border is black instead of beige.

If I switch to LoRes, the pointer is ok. If I switch back to HiRes, the pointer shows this wrong colors.

But there seems to be no different in the resolution of the real pointer between LoRes and HiRes in Picasso96 screenmodes. Not with SoftSprite nor with HardSprite. Only in the native Amiga screenmode I can see a difference in the resolution.

So I think, I will maybe switch back to LoRes pointer.

[Toni Wilen]

Originally Posted by AmigaSurfer

If I dissable SoftSprite, then I have a problem with the mouse pointer, too. It is filled black instead of red. And the top border is black instead of beige.

If I switch to LoRes, the pointer is ok. If I switch back to HiRes, the pointer shows this wrong colors.

This appears to be Amiga-side software bug. Emulation-side sprite function gets wrong colors from Amiga-side code. (or the bug is in uaegfx.card but I don't have proper sources or documentation, yet)

[Toni Wilen]

Originally Posted by laser

but I think that froggerNG is a bit faster now when play videos on a window..however Im not sure of that

Sorry but generally I don't care about application programs that have better Windows native version. (and this kind of program probably expect timing that won't happen on emulation, you can never be sure if you are benchmarking just video output or something else..)

[Mad-Matt]

Could it possile be more a hardware issue ? pc gfx chipsets probably never saw reason to have more then 2 colours max for a single hardware sprite used for mouse pointers which was likely more important in the old days so never updated for modern machines as a software pointer is more then sufficiant, unless windows is busy so end up with a stuttery pointer

[Toni Wilen]

Originally Posted by Mad-Matt

Could it possile be more a hardware issue ? pc gfx chipsets probably never saw reason to have more then 2 colours max for a single hardware sprite used for mouse pointers which was likely more important in the old days so never updated for modern machines as a software pointer is more then sufficiant, unless windows is busy so end up with a stuttery pointer

Picasso96 hardware sprite has 3 colors (+ transparent). Perhaps hires-mode uses different scheme or uaegfx.card has incorrect settings (which is very possible because I don't have sources or sdk yet..)

[laser]

Originally Posted by Toni Wilen

Sorry but generally I don't care about application programs that have better Windows native version. (and this kind of program probably expect timing that won't happen on emulation, you can never be sure if you are benchmarking just video output or something else..)

OK...but all programs made for a gfx card runs on winuae very well and fast....you can relax.....ppl should be satisfied...there is no need for speed improvements (I think)

BTW,the pointer never was smooth.....I have a 100hz screen and a line on my user-startup......p96refresh 100

but p96refresh not works fine....the pointer is not smooth on workbench like on windows ....

Im doing something wrong? or ....it is an old issue not solved yet?

[AmigaSurfer]

I use MultiCX 2.80 to blank the mouse pointer at keypress and blank it after approx. 30 seconds when no mouse movement has occured.

If I dissable SoftSprite, then the mouse pointer doesn't blank anymore at keypresses or after 30 seconds.

Inside e.g. the texteditor Ed, MUI TextEditor or MUI String Gadgets the pointer, rather the part of the pointer within the screen lines of the cursor, are blanked by pressing any character key. Even if the pointer is outside the Ed or TextEditor window or outside the String Gadget, but within the same screenlines of the cursor.
By hitting Return all parts of the pointer within the screen lines of the whole Ed or TextEditor window are blanked.
Sometimes the cursor blanks too inside this area with a short delay after pressing one charakter key or while pressing some character keys. But I can't find a scheme.
The cursor does never blank by pressing Shift, Ctrl or Alt.

If I have dissable SoftSprite at startup, enable SoftSprite and do a reset with Ctrl-Amiga-Amiga, then the hardware pointer is still at the left top border and can't be moved, in addition to the software pointer, which can be moved. If I switch the resolution of the pointer from HiRes to LoRes and vice versa, the color of the hardware pointer change as mentioned in this thread above. So the hardware pointer keeps active in addition to the software pointer, but don't move. If I quit WinUAE and start it again, then the hardware pointer is gone. But not with a simple reset with Ctrl-Amiga-Amiga.

[PaulyQ]

I'm getting a few strange artefacts on the 2d graphics. Icons now have a strange horizontal line hovering above them, not all the way across, around a 5th of the icon size.

Currently using the p96 ClassicWB setup with new uaegfx.card file installed etc...

Also p96speed crashes halfway through a test with a guru. Will do a bit more testing and get back to you.

[Toni Wilen]

Originally Posted by AmigaSurfer

If I dissable SoftSprite, then the mouse pointer doesn't blank anymore at keypresses or after 30 seconds.

Probably another uaegfx.card missing feature. I am getting SDK soon

I'm getting a few strange artefacts on the 2d graphics. Icons now have a strange horizontal line hovering above them, not all the way across, around a 5th of the icon size.

Windows 2000?

[PaulyQ]

Sorry...

XP SP2 + all updates, nVidia 7300GT card.


UPDATE:

Just had a "Create Device Failed 8876086c s=1 f=0876 c=086c (2156)0 " error in a dialogue box when I tried to start up then realised I'd forgotten to switch off Filtering.

UPDATE 2:

Possibly the fact I was using 16bit graphics. Upped it to 32bit graphics and the line(s) had gone. Went down to 256 colour graphics and the screen became garbled.

[Toni Wilen]

Originally Posted by PaulyQ

Possibly the fact I was using 16bit graphics. Upped it to 32bit graphics and the line(s) had gone. Went down to 256 colour graphics and the screen became garbled.

Screenshots please + test in both windowed and fullscreen modes.

[Toni Wilen]

Originally Posted by Toni Wilen

Picasso96 hardware sprite has 3 colors (+ transparent). Perhaps hires-mode uses different scheme or uaegfx.card has incorrect settings (which is very possible because I don't have sources or sdk yet..)

Ok, I have the card "sdk" now (can't distribute it yet, there are some license things Cloanto needs to solve first) and hires/lores hardware sprite is supposed to work identically.

I also noticed in clean OS3.9 installation hardware sprite works correctly, colors are exactly same as lores. I guess it is bug in some patch..

[Mad-Matt]

Edit: Forget previously written.

p96 seems to randomly work or not work. some issue with initialising memory at boot.

seems to be linked to amount of rtg mem set. 8mb is working, but higher(16+) isnt.

[PaulyQ]

Tested in both windowed and full screen.

Results as below in the screens. Please note, exactly the same happens in full screen mode as compared to windowed mode in both 256 colour and 16 bit (i.e. artifcacts above icons), no filters used and no vsync either.

[Toni Wilen]

Originally Posted by PaulyQ

Tested in both windowed and full screen.

Results as below in the screens. Please note, exactly the same happens in full screen mode as compared to windowed mode in both 256 colour and 16 bit (i.e. artifcacts above icons), no filters used and no vsync either.

Does the garbage disappear if you move software cursor over it?

Does 8-bit mode wrong colors only happen in fullscreen mode?

[PaulyQ]

Does the garbage disappear if you move software cursor over it? No it doesn't Toni

Does 8-bit mode wrong colors only happen in fullscreen mode? BOTH, but in full screen mode the colours change slightly, exactly same effect though.

Anything else I can help with?

[Toni Wilen]

Originally Posted by PaulyQ

Does the garbage disappear if you move software cursor over it? No it doesn't Toni

Does the garbage follow the icon if you drag it around?

[PaulyQ]

Does the garbage follow the icon if you drag it around? Nope

[Toni Wilen]

http://www.winuae.net/files/b/winuae_1500b7.zip

Beta 7:

NOTE: _DO_ use filters (except OGL/D3D). Vsync still broken.

ADDED: GUI disappears if adjusting filters in fullscreen mode.

- Gayle and Gary CIA select lines work slightly differently, Gayle does not select any CIAs if both CIA select bits are zero (address bits 12 and 13). Gary enables both. Gary-style selection was emulated long time ago, Gayle-style emulated now. (I think 'select both CIAs' was only used by some games accidentally and perhaps also used by some copy protections)
- car color flickering in hires mode super skid marks (ancient bug)
- real PCMCIA SRAM card detection really works now
- uaegfx.card updated, now works even if "UAE boot rom" is not in "standard" 0xf00000 location (=CDTV ROM enabled) or disabled. Previos version simply crashed.
- uae boot rom backup location moved from 0xe70000 to 0xef0000 (0xe70000 can conflict with KS mirror)
- jit memory allocation update, should prevent random RTG memory allocation failures
- Picasso96 emulation updates and tweaks
- CPU panel "After RTG" radiobutton removed, not needed anymore
- big filter rewrite (NOTE: OpenGL/Direct3D not yet updated) Settings needs to be readjusted!
+ works more intuitively now
+ scaling does not affect centering anymore.
+ position setting (0,0) = centered.
+ 1/2x scaling factor added
+ "FS" scaling factor added = full screen scaling (obsoletes short lived "full screen filter" setting)
+ user scaling factor (FS,1/2x,1x,2x..) never include filter's possible internal scaling
+ hq3x and hq4x added
+ onscreen leds are now rendered after filter calculations
+ (some kind of "keep aspect ratio" option needed?)

[Steve]

Hi Toni. Wonderful work! Super Skidmarks hi-res sprites work perfectly now. Thanks a lot!

Only problem now is that the speed of games has been reduced dramatically on my computer. Super Skidmarks was playable on 1.4.6 but now is so slow its practically unplayable. Its maybe running at 50% of the speed of what is was previously.

I tried Sensible World of Soccer and found the exact same slowdown problem on a game which previously ran at 100% perfect speed. There is also a very bizarre problem with the player sprites on SWOS. The players flicker and change colour during play. How very strange.

[Toni Wilen]

Originally Posted by Steve

Hi Toni. Wonderful work! Super Skidmarks hi-res sprites work perfectly now. Thanks a lot!

Only problem now is that the speed of games has been reduced dramatically on my computer. Super Skidmarks was playable on 1.4.6 but now is so slow its practically unplayable. Its maybe running at 50% of the speed of what is was previously.

You know that CPU% meter is included for a reason
And even more information please, like is only b7 slow or previous betas too? Windowed and/or fullscreen? etc.. Your report is unusable

[Ed Cruse]

I downloaded B7 and updated uaegfx.card. I’m using 32 bit color on the Windows side and RTG 1024x768x8 on the Amiga side. When I open a 1024x768 screen with less then 8 bit planes and then open a 640x768 CLI window centered horizontally, the CLI window’s cursor shows up on the screen instead of the window. The cursor is located all they way to the left side of the screen at the vertical level where the cursor should be on the CLI window. Once I start typing the cursor now appears on the CLI window in the correct place with the original cursor still showing on the screen at the original location. If I bring up a program like my text editor, which opens a window on the screen, and then close the editor the same thing happens again. If I type a Dos command like "Dir" the cursor continues to be on the CLI window in the correct place. If I use 8 bit planes there’s no problem. The screen uses standard colors, and is a public screen. The problem is new with B7.