Re: Rgb2x Algorithm Details?
Posted on 2009-07-03, 07:30
This one will be more Harekiet's style but also with no gap: WGB GRW WBR (EDITED)
Re: Rgb2x Algorithm Details?
Posted on 2009-07-03, 07:23
Actually after rethinking my both suggestions were worse. But this one is better: WRG RBW WGB with Harekiet's version if you make a green line like this / green pixels will have a gap of two subpixels width. While such a green line \ has no gap at all. You can also see it with letters for example: …
Re: reboot requested, quitting now
Posted on 2009-07-03, 07:13
Terminator has this message if you don't set cputype=386_prefetch.
Re: DOSBox performance on Mac OS X
Posted on 2009-07-03, 06:49
can you check older dosbox versions - i wonder whether it was ever better in the past.
Re: Rgb2x Algorithm Details?
Posted on 2009-07-02, 21:46
Yes i know. I looked at the source and that's why i have posted my suggestions.
Re: Rgb2x Algorithm Details?
Posted on 2009-07-02, 20:50
I think RGB3x should be this way: GWB RBW WRG Cause right now green pixeles are next to each other actually making one 2x larger pixel. Or even: GRB RBG BRG as in 3x all pixels can be used unlike in 2x where there is one pixel that cannot be neither R nor G nor B (unless you would like to reduce its …
Re: Most demanding game for DOSBox
Posted on 2009-07-02, 13:00
Freddo Redguard works in dosbox without glide with rg.exe (during installatnion you have to choose software mode). It also installs a different folder - 3dart (glide instalation has fxart)
Re: Windows 95 Emulation with DosBox
Posted on 2009-07-02, 08:45
I think win 95 should be faster.
Re: Windows 95 Emulation with DosBox
Posted on 2009-07-02, 07:06
ih8registrations why didn't you mention MS Virtual PC?
Re: DOSBox performance on Mac OS X
Posted on 2009-07-01, 08:05
I mean it should stay cool with cycles=3000 (i guess he is using 3000 not some huge amount that would explain warming) as for 2x cycles he will have to check it - simply thought 6000 cycles could use 60% and 10000 100% or still use 30% cause it was caused not by amount of cycles but by something …
Re: Config Questions.
Posted on 2009-07-01, 07:57
IG-88: set scaler=none aspect=true fullscreen=your max resolution example: fullscreen=1600x1200 on both computers: yours and your wife and compare it now (also tell us both resolutions you used on both computers)
Re: Switching Dosbox to full screen causes problems. Colors invert, processing stops
Posted on 2009-07-01, 06:53
I don't use Aero so I guess that is the reason. (latest nvidia drivers) DosFreak wrote: Well we already know the fix: include D3D renderer and set D3D as default for Windows OS's. wouldn't ddraw be enough for this?
Re: DOSBox performance on Mac OS X
Posted on 2009-07-01, 06:12
You mean his desktop also uses quite a lot of cpu power? I thought a text adventure can hardly be noticable by a CPU.
Re: Switching Dosbox to full screen causes problems. Colors invert, processing stops
Posted on 2009-07-01, 00:15
Kippesoep wrote: This happens on Vista (or Windows 7) with output set to surface. Does it happen only in 64-bit vista? Cause my 32-bit vista doesn't have this problem.
Re: DOSBox performance on Mac OS X
Posted on 2009-06-30, 23:38
Qbix wrote: taskmanagers can't be really trusted. His laptop is getting warm so I guess it can be trusted.
Re: DOSBOX output method & scalers
Posted on 2009-06-30, 23:34
gulikoza wrote: No, this has been changed (before 0.70 I think) 😳 Why it has been changed?
Re: Overscan border patch
Posted on 2009-06-30, 23:18
On the other hand many people use 17" and 19" lcd monitors with dead areas at top and bottom 😀 This makes it a bit more complicated 😀
Re: DOSBOX output method & scalers
Posted on 2009-06-30, 12:16
although for fullscreen scaling it is better to use fullscreen=your max resolution
Re: DOSBOX output method & scalers
Posted on 2009-06-30, 11:46
So...should SVGA_S3 with scaler=normal3x LESS COU INTENSIVE than VGAONLY with scaler=none ? Aren't software filters like normal3x CPU-intensive? It's my last question. Thanks guys! 1. SVGA_S3 with scaler=normal2x is faster than vgaonly 2. normal3x (and also aspect=true) are software upscaled with …
Re: DOSBOX output method & scalers
Posted on 2009-06-30, 11:38
svga_s3 mode is less cpu intensive than vgaonly (unless you are using high resolutions not available in vgaonly 😉 )
Page 218 of 263