Ant_222 wrote:But there is no such problem with the Official SVN DosBOX?
It didn't occur to me to check - turns out the vanilla dosbox is guilty of it as well!
Ant_222 wrote:But there is no such problem with the Official SVN DosBOX?
Please, try again with the attached patch. Edit: If you cannot build DOSBox, wait a bit for the release of version 13.lukeman3000 wrote:Noticed an interesting issue with the patch. When playing King's Quest 1, whose native resolution is 320x200, if I want to scale it up to 960x800 then I have to set the window resolution in dosbox to 960x801
If you hadSolanacean wrote:Fantastic work, Ant_222. Both modes are now completely glitch free! One thing though, is 320x200 game supposed to scale like this with output=surfacenp?
- Code: Select all
CONFIG:Loading primary settings from config file dsun.conf
MIDI: Opened device:coreaudio
Available area: 1440x900
Color data offset: 1
Scaling: 640x400 (1.00) --[2.2 x 2.2]--> 1440x900 (1.00)
Available area: 1440x900
Color data offset: 1
Scaling: 320x200 (1.00) --[4.5 x 4.5]--> 1440x900 (1.00)
Available area: 1424x858
Color data offset: 1
Scaling: 320x200 (1.00) --[4.3 x 4.3]--> 1373x858 (1.00)
aspect=false
Ant_222 wrote:And in the meantime, alpha 13 is out...
The secondary scaling mode and the exact criterium for the fallback may be specified in the config file
Good! It should not be more than 100% (two times), though.lukeman3000 wrote:First, I immediately noticed a significant improvement in speed. Big difference.
This is only a "projected feature". I have not implemented it yet :-)Second, I assume that this:Refers to the dosbox.conf file? I am using the 4035 build of ECE and don't see any such options; maybe I'm overlooking it?The secondary scaling mode and the exact criterium for the fallback may be specified in the config file
[sdl]
fullscreen=true
fullresolution=desktop
output=surfacepp
[render]
aspect=true
scaler=none
Ant_222 wrote:Please, try again with the attached patch. Edit: If you cannot build DOSBox, wait a bit for the release of version 13.lukeman3000 wrote:Noticed an interesting issue with the patch. When playing King's Quest 1, whose native resolution is 320x200, if I want to scale it up to 960x800 then I have to set the window resolution in dosbox to 960x801
Indeed, post a screenshot of the DOSBox console window.Giuliano wrote:On the other hand, when I test surfacepp with Star Wars: Rebel Assault II, the aspect=true option does nothing. This game's graphics are 640x400, also 8:5 aspect ratio, and with the aspect=true option they should be transformed to 4:3 as well.
Do you observe it with the latest version of the patch—alpha 13? It has been included into DOSBox EXE.lukeman3000 wrote:I seem to be encountering this same issue with 1600x1200 resolution when Playing KQ1 (AGI version) whose native res is 320x200. If I sent the window resolution to 1600x1201 then it scales properly.
Do you observe it with the latest version of the patch—alpha 13? It has been included into DOSBox EXE.[/quote]lukeman3000 wrote:I seem to be encountering this same issue with 1600x1200 resolution when Playing KQ1 (AGI version) whose native res is 320x200. If I sent the window resolution to 1600x1201 then it scales properly.
OK, I will check my patch with these settings.lukeman3000 wrote:YesAnt_222 wrote:Do you observe it with the latest version of the patch—alpha 13? It has been included into DOSBox EXE.
Giuliano, you aslo better post dosbox console log to make things easier for ant_222
DOSBox version ECE
Copyright 2002-2017 DOSBox Team, published under GNU GPL.
---
CONFIG:Loading primary settings from config file DOSBox-ECE.conf
One joystick reported, initializing with 4axis
Using joystick CH Control Manager Device 1 with 3 axes, 16 buttons and 1 hat(s)
Available area: 1920x1080
Color data offset: 0
Scaling: 640x400 (1.20) --[2.0 x 2.0]--> 1280x800 (1.00)
Available area: 1920x1080
Color data offset: 0
Scaling: 320x200 (1.20) --[4.0 x 5.0]--> 1280x1000 (1.25)
Available area: 1920x1080
Color data offset: 0
Scaling: 640x400 (1.20) --[2.0 x 2.0]--> 1280x800 (1.00)
Available area: 640x480
Color data offset: 0
Scaling: 640x400 (1.20) --[1.0 x 1.0]--> 640x400 (1.00)
DOSBox version ECE
Copyright 2002-2017 DOSBox Team, published under GNU GPL.
---
CONFIG:Loading primary settings from config file DOSBox-ECE.conf
Available area: 1920x1080
Color data offset: 0
Scaling: 640x400 (1.20) --[2.0 x 2.0]--> 1280x800 (1.00)
Available area: 1920x1080
Color data offset: 0
Scaling: 320x200 (1.20) --[4.0 x 5.0]--> 1280x1000 (1.25)
Available area: 1920x1080
Color data offset: 0
Scaling: 640x400 (1.20) --[2.0 x 2.0]--> 1280x800 (1.00)
Available area: 1920x1080
Color data offset: 0
Scaling: 320x200 (1.20) --[4.0 x 5.0]--> 1280x1000 (1.25)
Available area: 1920x1080
Color data offset: 0
Scaling: 640x400 (1.20) --[2.0 x 2.0]--> 1280x800 (1.00)
Available area: 640x480
Color data offset: 0
Scaling: 640x400 (1.20) --[1.0 x 1.0]--> 640x400 (1.00)
DOSBox version ECE
Copyright 2002-2017 DOSBox Team, published under GNU GPL.
---
CONFIG:Loading primary settings from config file DOSBox-ECE.conf
One joystick reported, initializing with 4axis
Using joystick CH Control Manager Device 1 with 3 axes, 16 buttons and 1 hat(s)
Available area: 1920x1080
Color data offset: 0
Scaling: 640x400 (1.20) --[2.0 x 2.0]--> 1280x800 (1.00)
Available area: 1920x1080
Color data offset: 0
Scaling: 640x480 (1.00) --[2.0 x 2.0]--> 1280x960 (1.00)
Available area: 1920x1080
Color data offset: 0
Scaling: 640x400 (1.20) --[2.0 x 2.0]--> 1280x800 (1.00)
Available area: 1920x1080
Color data offset: 0
Scaling: 640x400 (1.20) --[2.0 x 2.0]--> 1280x800 (1.00)
Available area: 1920x1080
Color data offset: 0
Scaling: 640x480 (1.00) --[2.0 x 2.0]--> 1280x960 (1.00)
Available area: 1920x1080
Color data offset: 0
Scaling: 640x400 (1.20) --[2.0 x 2.0]--> 1280x800 (1.00)
Available area: 640x480
Color data offset: 0
Scaling: 640x400 (1.20) --[1.0 x 1.0]--> 640x400 (1.00)
I have reproduced and fixed this error in alpha 14.lukeman3000 wrote:I seem to be encountering this same issue with 1600x1200 resolution when Playing KQ1 (AGI version) whose native res is 320x200. If I sent the window resolution to 1600x1201 then it scales properly.
Edit: also see this explanation.
Yes, except that 3200 x 2400 will give you precisely a 4:3 aspect ratio, whereas 2560 x 2000 will be nearly perfect.Giuliano wrote:What I thought was wrong was the resulting aspect ratio of the games with 640x400 graphics. But now I see that, for surfacepp to bring those graphics closer to 4:3, it would require a 3200x2400 full screen area.
sudo apt-get install libsdl1.2-dev libsdl-net1.2-dev libsdl-sound1.2-dev libasound2-dev libpng12-dev automake autoconf zlib1g-dev subversion
svn checkout svn://svn.code.sf.net/p/dosbox/code-0/dosbox/trunk dosbox -r 4025 &&
cd dosbox &&
patch -p0 < ../pixel-perfect-alpha14.patch
./autogen.sh &&
CFLAGS="-Ofast -mcpu=cortex-a7 -mfpu=neon-vfpv4 -mfloat-abi=hard" \
CXXFLAGS="-Ofast -mcpu=cortex-a7 -mfpu=neon-vfpv4 -mfloat-abi=hard" \
./configure --disable-opengl &&
make
sudo cp -i src/dosbox /opt/retropie/emulators/dosbox/bin/dosbox
Ant_222 wrote:Yes, except that 3200 x 2400 will give you precisely a 4:3 aspect ratio, whereas 2560 x 2000 will be nearly perfect.Giuliano wrote:What I thought was wrong was the resulting aspect ratio of the games with 640x400 graphics. But now I see that, for surfacepp to bring those graphics closer to 4:3, it would require a 3200x2400 full screen area.
Users browsing this forum: No registered users and 3 guests