Reply 980 of 1046, by Battler
About https://pcem-emulator.co.uk/phpBB3/viewtopic.php?f=2&t=2989 - I confirm the bug. Basically, when I draw in Paintbrush with the S3 Trio64 1.70.04 drivers in Windows 3.1x, I can't see what I'm drawing.
About https://pcem-emulator.co.uk/phpBB3/viewtopic.php?f=2&t=2989 - I confirm the bug. Basically, when I draw in Paintbrush with the S3 Trio64 1.70.04 drivers in Windows 3.1x, I can't see what I'm drawing.
wrote:About https://pcem-emulator.co.uk/phpBB3/viewtopic.php?f=2&t=2989 - I confirm the bug. Basically, when I draw in Paintbrush with the S3 Trio64 1.70.04 drivers in Windows 3.1x, I can't see what I'm drawing.
Right, I just tried and have that problem.
At the end of the post I read that he has released a new rev 1156, but I do not see where to download.
Well, let's wait while it progresses and wait for the author to publish the update.
== Another Problem ==
and there's another problem that I do not know if it's the emulator or the game, but I think if it's the emulator:
"Need for Speed Special Edition", the accelerate key "up key" stops working when you switch to the first speed. It is a very strange error.
With dosbox working properly, I was perplexed.
wrote:Right, I just tried and have that problem. At the end of the post I read that he has released a new rev 1156, but I do not see w […]
wrote:About https://pcem-emulator.co.uk/phpBB3/viewtopic.php?f=2&t=2989 - I confirm the bug. Basically, when I draw in Paintbrush with the S3 Trio64 1.70.04 drivers in Windows 3.1x, I can't see what I'm drawing.
Right, I just tried and have that problem.
At the end of the post I read that he has released a new rev 1156, but I do not see where to download.
Well, let's wait while it progresses and wait for the author to publish the update.
Oh, this S3/Paintbrush issue is still a thing ? 😮 First noticed it about a year ago.
(Last time I checked, Paintbrush worked just fine on a real Trio64V/Virge325.)
"Time, it seems, doesn't flow. For some it's fast, for some it's slow.
In what to one race is no time at all, another race can rise and fall..." - The Minstrel
//My video channel//
Yes, it seems to be. Though I have to correct one thing - the Virge 235 2D engine is shared with the Trio64V (which means it should technically be easy to implement the Trio64V emulation on top of the Virge325 code), but on PCem the issue was on the emulation of the original Trio64, which has an entirely different 2D engine. :p Of course, the issue is fixed now.
I see, thank you very much for explaining. 😀
"Time, it seems, doesn't flow. For some it's fast, for some it's slow.
In what to one race is no time at all, another race can rise and fall..." - The Minstrel
//My video channel//
Lost access to menu and title bar of PCem window where switching back and forth between fullscreen and windowed modes. Caused by window shifting upwards on screen in Windows 10. Tested with latest version of emulator and SDL2.
PCem v14 is now available. Changes from v13.1 :
As ever, it's at http://pcem-emulator.co.uk/
Thanks Sarah!
Added dynamic low-pass filter for SB16/AWE32 DSP playback
This is great, might be the most accurate SB16 emulation yet.
Excuse my ignorance, I haven't paid attention to PCEm besides knowing it exists. But now I have the Japanese Ultima 8 for DOS/V and PC9801. Can I play that with PCEm?
DOS/V worked the last time I checked, so you should be able to run that version.
Thanks, now I need to read up on PCEm, I have no clue what I need to run it. But I'll figure it out 😀
For the users of pcbi, the project is hibernating and there are no plans to keep it up with pcem 14 in the near term. Those with the source to pcbi can do what the gpl permits.
*scratches off plans to model the packard bell pb570 family 🙁
v15's going to be a relatively long while away
wrote:Thanks Sarah!
Added dynamic low-pass filter for SB16/AWE32 DSP playback
This is great, might be the most accurate SB16 emulation yet.
Still hoping for eventual addition of mic / cd / line-in support.
Haven't yet tested this replacement for openal 1.1 which depends on SDL. It could reduce the number of libraries required: https://hg.icculus.org/icculus/mojoAL
ATTN expert Voodoo owners: Recently I've been working on this patch and I desire technical feedback to perfect it further..
PCEm works great! Tested many DOS, Windows 3.x, 9x games and applications!
But I facing an issue with Fifa 94, which I think it was present on the first DOSBox versions also.
The program doesn't runs because of the following error :
Abnormal program termination : Memory protection fault
CS:EIP = 000Fh :0009C4E7h
Any solution? It is related with a bios setting? This occurs with various mb's and cpu's and using MS DOS 6.22 and PC DOS 2000.
DOS IS THE POWER OF OUR CHILDHOOD MEMORIES!
wrote:ATTN expert Voodoo owners: Recently I've been working on this patch and I desire technical feedback to perfect it further..
Thank you very much for your efforts but when a file is put out there with no instructions on how to install or use it, it's hard to give feedback.
If you have to ask what a .patch is, chances are you're not one of the expert Voodoo owners I've ATTN'd for. This is not in an end-user-ready state.
15/16bpp low resolution modes display only left half of video in Windows 95. Testing with Bearwindows 9x vesa driver while s3vbe20 and sdd53a are running via autoexec.bat. Changes below restore full video.
--- vid_svga_render-2.c
+++ vid_svga_render-1.c
@@ -521,8 +401,8 @@ void svga_render_15bpp_lowres(svga_t *sv
dat = *(uint32_t *)(&svga->vram[(svga->ma + (x << 1) + 4) & svga->vram_display_mask]);
- p[x] = video_15to32[dat & 0xffff];
- p[x + 1] = video_15to32[dat >> 16];
+ p[x + 2] = video_15to32[dat & 0xffff];
+ p[x + 3] = video_15to32[dat >> 16];
}
svga->ma += x << 1;
svga->ma &= svga->vram_display_mask;
@@ -585,8 +465,8 @@ void svga_render_16bpp_lowres(svga_t *sv
dat = *(uint32_t *)(&svga->vram[(svga->ma + (x << 1) + 4) & svga->vram_display_mask]);
- p[x] = video_16to32[dat & 0xffff];
- p[x + 1] = video_16to32[dat >> 16];
+ p[x + 2] = video_16to32[dat & 0xffff];
+ p[x + 3] = video_16to32[dat >> 16];
}
svga->ma += x << 1;
svga->ma &= svga->vram_display_mask;
Edit: disregard the above suggested change to the code. Can no longer reproduce the original issue.