Search found 743 matches
- Fri 07 Nov, 2014 11:43 pm
- Forum: Development
- Topic: S3 render fix patch
- Replies: 6
- Views: 10087
Re: S3 render fix patch
Alright, please disregard my previous post, I just found what seems to be the real fix. In s3_accel_start in vid_s3.c, find this: cpu_dat = (cpu_dat & 0xffff) | (s3->accel.dat_buf << 16); And replace it with: cpu_dat = ((cpu_dat & 0xffff) << 16) | s3->accel.dat_buf; For some reason, this cod...
- Fri 07 Nov, 2014 7:41 pm
- Forum: General
- Topic: the scrolling of DOS/V 6.2
- Replies: 23
- Views: 22133
Re: the scrolling of DOS/V 6.2
I have Troi64V+ real card (with 2 RAM chips only, other 2 RAM sockets has no chips) Is is enough to test? EDIT: I tested the card on a PC which has ASUS P4 mainboard, and I can have 640x480 4bpp in Windows PE. JDOS 6.2: blank screen, run "cls" will return to text mode. dspvv/dispvb/IBM $F...
- Fri 07 Nov, 2014 1:57 am
- Forum: Development
- Topic: S3 render fix patch
- Replies: 6
- Views: 10087
Re: S3 render fix patch
So I logged some values (addr, val, accel.cmd, and all of accel.multifunc): Windows 3.1 32bpp 640x80 (where writing the value's 16-bit components in reverse renders correctly): Write S3 accel 000A007C 00000000 53B1 [001F] [0000] [0000] [0665] [027F] [0000] [0000] [0000] [0000] [0000] [0000] [0000] [...
- Thu 06 Nov, 2014 10:48 pm
- Forum: Development
- Topic: Dynamic recompiler
- Replies: 164
- Views: 150336
Re: Dynamic recompiler
He even tried the exact same build environment I use (I uploaded it for him), and the resulting executable works for me but crashes for him.TomWalker wrote:What's your build environment? What version of GCC are you using?
- Thu 06 Nov, 2014 1:38 pm
- Forum: General
- Topic: the scrolling of DOS/V 6.2
- Replies: 23
- Views: 22133
Re: the scrolling of DOS/V 6.2
I have Troi64V+ real card (with 2 RAM chips only, other 2 RAM sockets has no chips) Is is enough to test? EDIT: I tested the card on a PC which has ASUS P4 mainboard, and I can have 640x480 4bpp in Windows PE. JDOS 6.2: blank screen, run "cls" will return to text mode. dspvv/dispvb/IBM $F...
- Thu 06 Nov, 2014 1:32 am
- Forum: Development
- Topic: Dynamic recompiler
- Replies: 164
- Views: 150336
Re: Dynamic recompiler
Previously, LBA 2 on PCem was so slow that it was barely playable. Now, after compiling the latest revision with the dynamic recompiler, it's perfectly playable.
- Wed 05 Nov, 2014 7:16 pm
- Forum: General
- Topic: the scrolling of DOS/V 6.2
- Replies: 23
- Views: 22133
Re: the scrolling of DOS/V 6.2
Funny, it seems to work fine for me, hence I just committed it. I'd guess that based on past experience, you probably failed to make the change correctly. You're right, I did end up makign the change in reverse of how it should be. However that's simply because I had no idea how it should operate, ...
- Wed 05 Nov, 2014 2:27 pm
- Forum: General
- Topic: the scrolling of DOS/V 6.2
- Replies: 23
- Views: 22133
Re: the scrolling of DOS/V 6.2
- TomWalker: I told you my logic. You didn't bother to debunk a single part of it. You just completely ignored all I said in my last post and provided another thing seemingly in the support of your position, even though it clearly doesn't prove your assertion that disabling memory above 256 kB doesn...
- Tue 04 Nov, 2014 10:51 pm
- Forum: General
- Topic: the scrolling of DOS/V 6.2
- Replies: 23
- Views: 22133
Re: the scrolling of DOS/V 6.2
The S3 wraparound was deliberately disabled back in rev 9. I don't entirely remember what it broke - possible Win 3.1 drivers? The Trio32/64 datasheet doesn't seem to describe bit 3 like that though - the wording specifically states : Bit 3 ENH MAP - Use Enhanced Mode Memory Mapping 0 = Force IBM V...
- Tue 04 Nov, 2014 10:41 pm
- Forum: Development
- Topic: S3 render fix patch
- Replies: 6
- Views: 10087
Re: S3 render fix patch
I think I just found a better way to fix it: else if ((s3->accel.cmd & 0x600) == 0x200) { if ((s3->accel.cmd & 0x700) == 0x300) { s3_accel_start(2, 1, 0xffffffff, val >> 16, s3); s3_accel_start(2, 1, 0xffffffff, val, s3); } else { s3_accel_start(2, 1, 0xffffffff, val, s3); s3_accel_start(2, ...
- Tue 04 Nov, 2014 8:25 pm
- Forum: General
- Topic: the scrolling of DOS/V 6.2
- Replies: 23
- Views: 22133
Re: the scrolling of DOS/V 6.2
Proper patch: http://citadel.ringoflightning.net/pcemdosv_patch.txt . Edit: Seems you already did everything except for the 256k wrap in the Trio. The wrap needs to be there. Edit: This is the patch with only the S3 Trio 256k wrap: http://citadel.ringoflightning.net/pcemdosvs3wrap_patch.txt . Edit: ...
- Tue 04 Nov, 2014 7:48 pm
- Forum: General
- Topic: the scrolling of DOS/V 6.2
- Replies: 23
- Views: 22133
Re: the scrolling of DOS/V 6.2
- TomWalker: Don't forget to have the code ignore svga->crtc[svga->crtcreg] = val; in the case only bit 4 of CRTC 7 is allowed to be modified then. Edit: It should look like this: if (svga->crtcreg <= 6 && svga->crtc[0x11] & 0x80) return; And then: if (svga->crtcreg == 7 && svga-...
- Mon 03 Nov, 2014 10:33 pm
- Forum: General
- Topic: Boot To CD/USB with older BIOS
- Replies: 3
- Views: 7545
Re: Boot To CD/USB with older BIOS
For those who have it, System Commander is good too, I know it can boot from CD, not sure for USB though.
- Mon 03 Nov, 2014 10:28 pm
- Forum: General
- Topic: the scrolling of DOS/V 6.2
- Replies: 23
- Views: 22133
Re: the scrolling of DOS/V 6.2
The /HS=ON failures are presumably just cards that don't wrap at 256kb - it's possible there are some bugs on some cards but I'm fairly certain the ET4000s don't implement the wrapping. Nope, it's /HS=LC that requires the 256 kB wrapping. But from what I know, SA1988 tested it even on your IBM VGA ...
- Sat 01 Nov, 2014 4:22 pm
- Forum: General
- Topic: the scrolling of DOS/V 6.2
- Replies: 23
- Views: 22133
Re: the scrolling of DOS/V 6.2
Basically, the behavior is as such: - With /HS=ON, it just starts displaying blackness when offset wraparound occurs on scrolling - result: at one point, output stops beign displayed but does scroll down; - With /HS=LC, it just starts displaying text from the top of the screen when offset wraparound...
- Thu 04 Sep, 2014 6:03 pm
- Forum: General
- Topic: Slow playback (Wave, midi, cdaudio)
- Replies: 4
- Views: 7534
Re: Slow playback (Wave, midi, cdaudio)
Buy a faster host machine. PCem is slow. The speed indicator in the title bar is an indicator for this sort of thing. First off, please don't assume we can accord a faster host machine. Remember we're now in the biggest crisis since 1929 and at least in my country, jobs are hard to find now. In SA1...
- Tue 02 Sep, 2014 8:46 pm
- Forum: Development
- Topic: S3 render fix patch
- Replies: 6
- Views: 10087
S3 render fix patch
This patch fixes an acceleration-caused rendering problem for both 8bpp and 32bpp modes. The problem is that icon rendering in some OS'es was incorrect (purple background, etc.) in 8bpp but correct in 32bpp. Then an update to the code reversed the problem, making the rendering correct in 8bpp but in...
- Thu 10 Jul, 2014 9:32 pm
- Forum: Development
- Topic: Big PCem patchset
- Replies: 30
- Views: 33968
Re: Big PCem patchset
- TomWalker: Ok, I just tested, your latest revision of the keyboard raw input patch works correctly, all scan codes get passed to the guest OS correctly.
- Thu 10 Jul, 2014 8:02 pm
- Forum: Development
- Topic: Big PCem patchset
- Replies: 30
- Views: 33968
Re: Big PCem patchset
- TomWalker: Would it be possible to somehow use FPM in the emulated Trio64?
- Wed 09 Jul, 2014 10:15 pm
- Forum: Development
- Topic: Big PCem patchset
- Replies: 30
- Views: 33968
Re: Big PCem patchset
I took a look at it, and it seems to me it should work, as the code looks as it should, and does not differ much from my original.TomWalker wrote:Very slight tweak, let me know if it works...
- Wed 09 Jul, 2014 10:04 pm
- Forum: Development
- Topic: Big PCem patchset
- Replies: 30
- Views: 33968
Re: Big PCem patchset
Not sure what adding the Phoenix Trio64 would achieve - it's basically identical to the 9FX, right down to the BIOS-imposed 2 MB limit. No, the Phoenix Trio64 BIOS does NOT limit to 2 MB, it supports up to 4 MB. The 2 MB limit happens in PCem due to a bug somewhere in PCem's code that causes the BI...
- Mon 07 Jul, 2014 9:07 pm
- Forum: Development
- Topic: Big PCem patchset
- Replies: 30
- Views: 33968
Re: Big PCem patchset
- TomWalker: Be sure to declare DirectInputCreate in win-mouse.cc when using the keyboard patch, because it was originally declared in win-keyboard.cc but the patch removes that.
- Sun 06 Jul, 2014 7:19 pm
- Forum: Development
- Topic: Big PCem patchset
- Replies: 30
- Views: 33968
Re: Big PCem patchset
I did ask Battler to rework this, I'm assuming it hasn't been done? I'd prefer Battler's patches to come through Battler rather than you. I did and I replied to your PM on Vogons. Let me repost it here (with URL's updated to match current domains): A patch to the previous patch (three actually, sor...