Re: DOSBox Game Launcher (DOSBox Frontend)
Posted on 2020-11-27, 14:36
In beta 5 it seems that "MT32" is missing in midi devices to use MT32 emulation
Re: dgVoodoo 2.7.x and related WIP versions
Posted on 2020-09-15, 14:06
downloaded the latest version some hours ago and just now Microsoft Defender automatically deleted it, detecting it as a trojan ... 😒
Re: DOSBox ECE (for Windows & Linux)
Posted on 2020-02-25, 15:43
Joseph_Joestar wrote on 2020-02-25, 09:14: Not sure if this is the right place to report this, but Stonekeep crashes with DOSBox ECE while working fine on regular DOSBox. This is with a clean .conf file. ECE version was r4330 and regular version was 0.74-3. Stonekeep runs fine for me with the …
Re: DOSBox Game Launcher (DOSBox Frontend)
Posted on 2019-10-21, 10:56
I'd like to ask for a feature request: I'm missing an "add" or "Browse" Button to add a path to the Roland-MT32 ROM Directory. It's annoying to copy / paste the path for every new profile. 😉
Re: Turn off bilinear filtering(?) for fullscreen
Posted on 2019-05-30, 19:11
that's what i needed. thanks! now its crispy again. 😀
Turn off bilinear filtering(?) for fullscreen
Posted on 2019-05-30, 17:40
Hello there, i just bought Disneys Hercules on GOG, unfortunately their ddraw wrapper is a bit buggy resulting in gfx glitches (sky). With dgVoodoo its fine. Unfortuantely dgvoodoo seems to filter fullscreen output, resulting in less crispy pixels, than with the wrapper provided by GOG. Is there any …
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-29, 10:14
openglpp for everything borderless = seeable taskbar + outline of my desktop on both + upper sides Jazz = no tearing nor main menu lag in windowed nor borderless. Crystal Cave = random "whole gamescreen" jittering on the titlescreen in windowed & borderless. not this 1 tearing line like before. …
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-28, 15:57
Sure thing. Glad i can help. 😀
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-28, 15:50
Sorry, i'm not familiar with it. 😒
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-28, 14:59
Pat, did you have windowresulution=desktop while testing? yes. i dont know if it helps, but i'm on windows 10 build 1809. Jazz Jackrabbit fullborderless = main menu+loading screen doesnt lag, yet it tears ingame. windowed = main menu+loading screen doesnt lag nor tears ingame. [sdl] fullresolution= …
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-27, 13:11
yes it is 😀 btw when i start openglpp with fullborderless=true it still starts as a regular window. ALT+ENTER brings it to fullscreen. Is this borderless window or real fullscreen as it tears in fullscreen. Yet in regular window it doesnt. tried it with the crystal cave title screen.
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-26, 14:56
It seems to break more on my side: With openglpp tearing is back in windowed fullscreen eventhough glfullvsync=true. in regular window tearing is gone, yet main menu+loading screen dont lag either. With surfacepp i have random pixel garbage on every side. switchting with ALT+ENTER between regular …
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-24, 11:42
i guess most modern CPUs are capable of being nearly on pair with hardware acceleration. i guess hardware acceleration would only help people with weak cpu to gain some more performance.
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-24, 10:45
Likewise, I've noticed zero difference between surfacepp without double buffering and openglpp without vsync. Seems to me that double buffering in surfacepp mode essentially acts exactly the same as vsync in openglpp with exactly the same results in behaviour (like slowing down of MIDI or MT-32 …
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-23, 15:37
Ant_222 wrote: Rather, glfullvsync=true fixes it! yup! 😀 KainXVIII wrote: And Monster Bash too! Is it? I have a micro stutter for Monster Bash. No tearing, just a micro stutter every XY frame. Maybe it's not running on 60hz?
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-23, 15:24
Just gave Crystal Caves a try and yes, that's some smooooth scrolling. glfullvsync=false breaks it, with an ugly tearing line. ;) Regarding Monster Bash, it has a frequent micro stutter every XY frame. But i guess that's just the game itself. Its identical for glfullvsync=true and surface+double …
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-23, 14:52
seems like there were actually more games that used different frequencies. Tried Hocus Pocus myself (3D Realms Anthology version) and i can confirm, that with glfullvsync=true on and surfacepp + double buffering main menu is slower. turning vsync / double buffering off and it runs flawlessly. Yet …
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-23, 14:34
Hocus Pocus seems to be the same case as Jazz Jackrabbit, where menu etc is running with 70hz. Vsync forcing it to run in 60hz = lag.
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-23, 14:19
btw is it possible to configure glfullvsync via DBGL or do i have to edit the config file manually?
Re: VIDEO Patch for pixel-perfect scaling (SDL1)
Posted on 2019-01-23, 13:55
Maybe it's an specific dosbox problem with the game menue + loading screen & vsync / double buffering? According to this thread , the effect might be due different refresh rates of the menu and in-game modes. The menu uses 70Hz and the in-game 60Hz. V-Sync might have trouble syncing with the higher …
Page 1 of 2