Re: Emulating Area5150
Posted on 2024-04-15, 01:08
My test set exercises all undefined opcodes, except for FE. I will eventually add them.
Re: MartyPC
Posted on 2024-04-02, 02:40
Ok, it took me a little longer than expected, but MartyPC 0.2.0 is finally out. https://github.com/dbalsom/martypc/releases/tag/0.2.0b The changelog is pretty enormous but the main features are: New Display System: multiple scaling options, multi-window and multi-adapter support, fullscreen, shaders …
Re: MartyPC
Posted on 2024-03-01, 14:03
Thanks to the assistance of coldbrewed I now have nightly builds of MartyPC available. These are currently based on the 0.2 branch with EGA support. It's a little convoluted downloading them, but the process is basically go to the actions tab: https://github.com/dbalsom/martypc/actions Click the …
Re: EGA FLAND maps 0/1 loading issues in UniPCemu
Posted on 2024-03-01, 13:55
Nice work. How does a user specify that the EGA should be in lo-res mode in UniPCemu?
Re: EGA FLAND maps 0/1 loading issues in UniPCemu
Posted on 2024-02-24, 21:01
What about the 8259 IRR register? UniPCemu has IRR2 raised (it's parallel interrupt lines), so the line is actually raised. But the IMR register bit 2 is s, so the IRR isn't set somehow? IMR is BCh. If you turn off vsync interrupts in the CRTC, then I assume CRTINT is not produced. Therefore you …
Re: EGA FLAND maps 0/1 loading issues in UniPCemu
Posted on 2024-02-24, 20:26
This has some additional interesting implications. Since the ISR bit is driven by CRTINT from the CRTC and not the VSYNC pin, if we disable interrupts it would seem we actually can't detect vsync at all? Other than reading the Input Status #0 register of course? my statement was directly about the …
Re: EGA FLAND maps 0/1 loading issues in UniPCemu
Posted on 2024-02-24, 20:03
This has some additional interesting implications. Since the ISR bit is driven by CRTINT from the CRTC and not the VSYNC pin, if we disable interrupts it would seem we actually can't detect vsync at all?
Re: EGA FLAND maps 0/1 loading issues in UniPCemu
Posted on 2024-02-24, 19:51
Good catch. The input status #0 register is implemented via 74LS367 hex bus driver. CRTINT from the CRTC goes directly here, and mapped to bit 7. I don't see it inverted anywhere. CHIPS documentation on their clone CRTC says that CRTINT is active-high. Wouldn't be the first time IBM documentation …
Re: EGA FLAND maps 0/1 loading issues in UniPCemu
Posted on 2024-02-24, 18:50
IRQ2 is raised when vertical retrace starts, with Vertical Retrace end register bit 4 set and bit 5 cleared (setting the flipflop). It's set and not changing afterwards? Lower it at the end of vertical retrace. I know that seems counterintuitive since there's a bit to lower it as well... EDIT: I'm …
Re: EGA FLAND maps 0/1 loading issues in UniPCemu
Posted on 2024-02-24, 18:27
UniPCemu's CPU and DMA both use the same kind of memory handling basically. Stuff like delays are handled in exactly the same way (with regards to the waitstates at least). The CPU checks when starting any memory transfer a variable that indicates which device has bus control (PCI(IDE) or DMA or …
Re: EGA FLAND maps 0/1 loading issues in UniPCemu
Posted on 2024-02-24, 17:59
One fun thing about DMA to VRAM is that technically, we need to account for the CGA wait states when performing the transfer. The DMA controller obeys the READY line in a similar way that the CPU does. I don't emulate this yet - just means that things will get put in VRAM faster than they should on …
Re: EGA FLAND maps 0/1 loading issues in UniPCemu
Posted on 2024-02-24, 17:55
One fun thing about DMA to VRAM is that technically, we need to account for the CGA wait states when performing the transfer. The DMA controller obeys the READY line in a similar way that the CPU does. I don't emulate this yet - just means that things will get put in VRAM faster than they should on …
Re: EGA FLAND maps 0/1 loading issues in UniPCemu
Posted on 2024-02-24, 16:43
btw, if you want to eliminate the whole drive a/b business, just load up fland.exe in a hex editor. At FF21 you will find the names of several files with a 'b' drive specifier. Change b to a. Voila, now fland will run off a single disk.
Re: EGA FLAND maps 0/1 loading issues in UniPCemu
Posted on 2024-02-24, 16:38
Does it instruct MS-DOS to write directly the read file contents into VRAM? I see lots of INT 21h function AX=1A1Ah followed by INT 21h function AX=2121h (memory at DS:BX=2)? Yes, it does. It sets the map mask register to isolate the appropriate plane, then Int 21h 3F to read two blocks of 8000h …
Re: EGA/VGA programming differences and incompatibilities
Posted on 2024-02-24, 16:16
Congrats!
Re: EGA FLAND maps 0/1 loading issues in UniPCemu
Posted on 2024-02-24, 16:12
Nothing special that I can see - but I suspect you might be making some assumptions about text mode. Normal text mode puts the CRTC in word mode, with the sequencer and graphics controller in Odd/Even mode FLAND puts the CRTC in byte mode, and the sequencer and graphics controller are set for …
Re: EGA/VGA programming differences and incompatibilities
Posted on 2024-02-23, 13:48
Well, my Mode F needs some work, but I can see a smooth sinus pattern with the pel panning, just like the melt demo.
Re: EGA/VGA programming differences and incompatibilities
Posted on 2024-02-23, 02:13
Is Mode F supposed to use the 14Mhz clock?
Re: EGA/VGA programming differences and incompatibilities
Posted on 2024-02-22, 18:43
I implemented pel panning as a fundamental operator of the Attribute Controller. There's nothing to 'latch' per se; when you write a new value to the attribute controller's pel panning register it takes effect immediately. If you maintain a two-character / 16 pixel FIFO, then you can just shift the …
Re: EGA/VGA programming differences and incompatibilities
Posted on 2024-02-22, 18:30
melt (game.exe) in MartyPC: Filename melt_02.gif File size 1.43 MiB Views 729 views File comment MELT effect in MartyPC (click for animated version)
Page 1 of 15