![]() |
Quote:
D3D is the only one available when using RTG hardware emulation, you only got DD accidentally because you didn't have working D3D. More advanced emulated hardware options: need to use more advanced other options too :) Quote:
Quote:
2.8.1 didn't have any major bugs fortunately. |
Quote:
Works for me. You did enable HD floppy drive type? |
This doesn't have anything to do with the emulator functionality, but the link to the "UAE Home Page" under the About Settings send to a chinese website. If no longer exists should be deleted.
|
Quote:
Edit: I guess it's not possible to use addmem1/addmem2 to add a 112MB memory region, since the size has to be a power of 2? |
Quote:
(Yes, HighGFX and other custom modes are working under OS4) |
Quote:
This memory-area ($00F0.0000 - $00F7.FFFF) could be r/w-protected by os4 (Just like most other memareas). Accessing any memory outside the os4-mempool is a problem. I think someone from the os4-developers has to write a certified driver .. or better called config-structure .. that will enable access to the needed memory areas. With such a granted access the old driver should work out of the box. Code:
... |
Quote:
Quote:
Other m68k emulator would only see normal trap instruction and emulate (or possibly decide that running program is broken) and jump to default OS trap handler. The end. It needs complete rewrite. |
Quote:
Quote:
Quote:
|
http://www.winuae.net/files/b/winuae_3000b28.zip
Beta 28: (RC3. Next should be final because this has enough last minute changes!) - qemu-uae.dll updated to final 2.2.0 QEMU release. (No PPC changes) - Removed A26x0 chip ram mirror hack (b25), not needed anymore. - Copper WAIT with BFD=0 (wait for blitter enabled) sequence was incorrect, copper first waits for blitter, then it goes to normal WAIT state. Previously WAIT state check was done first, then blitter wait. It is not same because copper requires idle cycle when WAIT ends and it should be after blitter has finished, not before. (Last minute change 1) - Second last minute change: last line sprite DMA logic behavior difference between A1000 Agnus and Fat revisions. Sprite glitches are different in Skitro by Awesome/D-Tect/Vanish when run on A1000 vs OCS A500. Also fixes missing yellow glitches in same demo. - b23 "Fixed missing graphics in Disposable Hero title screen in non-cycle exact modes." broke (again) demo Back in 90 / Samplers. Added quick workaround: only do "Disposable Hero" fix if CPU is 68020+ (=works in most whdload configurations without glitches). |
Hello
[ About 68k to native interface that use 68k traps so dont works in Petunia/PPC so no uaegfx driver in OS4 ] >It needs complete rewrite. Is it planned ? Will it be in "final" release ? Certainly uaegfx is the "most wanted feature" now :-) Alain Thellier |
Quote:
A test config with 112MB seems to work fine, the 2632 program detects and adds the memory. Regarding JIT... I tried setting the addmem1 region size to 128MB, in the hope that after booting the OS (so 2630 boot ROM not in use) I could enable JIT. But that didn't work sadly. |
All times are GMT +2. The time now is 03:45. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.