?? It has nothing to do with Picasso96.

winuae.zip updated. Seems to fix hanging problem in d3d/ogl fullscreen modes.

ok i will test the new one in a sec, but what you say it's strange because it happens NOT in full screen with a bare A1200 quick start config, but only after i booted a vanilla ClassicWB with Picasso enabled and then switched to the non picassoed environment :confused can that be a memory problem then, as that the config in use has larger memory opened that the quickstart config?

ehm, sorry which is the link? the ones above are older than the last one

There is only one link that ends to winuae.zip :)

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

heh i downloaded that but since my cache wasn't clean i kept resulting the same file as yesterday! :lol

ok... tested:

D3D works! fullscreen coming from picasso mode, sound is perfect, gui is quick!

switching D3D to OGL works, the sound in OGL is a bit crunchy and messy (i guess CPU calc is heavier?)

however: when i call the gui from OGL the emulation seems to hang, ctrl+tab and back takes you to an hanged emulation; if you press ctrl+alt+canc, you finally see the GUI that was out of focus. either you change some settings or you don't, after pressing ok, you can get back to the emulation without problem (of course, if you stays in OGL mode, the condition is the same as above.)

it's not a major problem.

btw, thanks! :)

Great.

Bug was "brown paper bag"-style:

I called IDirectDrawSurface7_IsLost (surface) with NULL surface and apparently it didn't directly cause errors or crashes but corrupted some random memory..

In my tests OpenGL has always been slightly slower than D3D (I think D3D has better interface for continuous texture uploads than OGL)

Will test.

Hi Toni,

I just was testing native resolution for my LCD (1680x1050) so I switch to Full Screen and I was tested switching between a Native Amiga Mode at 1680x1050 and Picasso, but when I pressed F12 (after native was used) on Picasso screen I saw garbage on screen witch could be refreshed by mouse or just by redraw all in Workbench menu. (screen shot attached)

When I start those tests a have flew crashes where 1GB dump file was created. So I tried to reproduce why it was happened but with no look. I have only one dump now with winuaebootlog.txt, winuaelog.txt files.
It might be useful to debug (files attached).

Thomas

It was stupid bug that caused corrupted 1G crash dump files..
(see below)

http://www.winuae.net/files/b/winuae_1500b25.zip (RC1)

Beta 25: RC1 (few days to go)

- "non-standard" Picasso96 resolutions are available again
- fixed unusable huge crash dumps if logging was enabled

Anything about those garbages or later?

Thomas

No but include crash dump if it crashes again, this time it should be working dump file.

I posted a message on May 6 saying it did not work with beta 15. I have kept an eye on the changelogs since then but not seen anything that indicated a change in that area. I simply assumed that you were postponing it while fixing more important stuff. That is, until I saw your message about impending release.

Sorry if I sounded demanding or anything. I just wanted to remind you that the bug was not fixed (and give you the information you needed to (hopefully) fix it). :nervous

Anyway, with the winuae.zip, the disk correctly disappears, but when I reinsert the card, the disk does not reappear. Attached log where I insert and remove the card three times. I tried beta 24 and beta 25 with same result.

Beta over. Closed.