Re: DOSBox SVN Builds

Posted on 2016-09-20, 08:51

by

by Ant_222

in DOSBox Development

in DOSBox Development

But really, I have tried overlaypp with various games and some consume more of the screen than others. For instance Master of Magic is scaled in such a way that the displayed area consumes around 85% of my screen, thereby reducing the black bars by quite a lot, which is absolutely great! Have you …

---

Re: Patch for pixel-perfect scaling [was:Full-screen mode]

Posted on 2016-09-19, 21:42

by

by Ant_222

in DOSBox Patches

in DOSBox Patches

When overlaynp-sharpness=0, the interpolation algorithm is extremely slow with fade-ins and fade-outs. This is noticeable in music stutters when there is a fade to black effect in games. Right, which is why I said it needs further optimization. Zero sharpness means a maximum of interpolation, fade- …

---

Re: DOSBox SVN Builds

Posted on 2016-09-19, 21:35

by

by Ant_222

in DOSBox Development

in DOSBox Development

I simply can't get over old games' jaggy pixelated mess This indeed can happen. If the game is upscaled to an exceedingly large size one can't see the image for the pixels, to paraphrase the saw. It is similar to beholding a pointilist picture from too close a distance. When faced with this effect …

---

Re: DOSBox SVN Builds

Posted on 2016-09-19, 15:58

by

by Ant_222

in DOSBox Development

in DOSBox Development

Would it be possible to also add xBRZ support in your enhanced DOSBox version? The required files I think can be found here. https://sourceforge.net/projects/xbrz/ Yes, but no easitly. xBRz modifes the same code as my patch does, so they will have to be reconciled. If or when my patch is accepted …

---

Re: Patch for pixel-perfect scaling [was:Full-screen mode]

Posted on 2016-09-19, 10:40

by

by Ant_222

in DOSBox Patches

in DOSBox Patches

Yesterplay80 wrote: Hey Ant_222, I just tried to compile your Alpha 4 patch with a fresh check out of the current DOSBox SVN, but if fails with the following errors:[...] I beg your pardon. Fixed.

---

Re: Patch for pixel-perfect scaling [was:Full-screen mode]

Posted on 2016-09-18, 20:45

by

by Ant_222

in DOSBox Patches

in DOSBox Patches

Fain to hear that, KainXVIII . I have just uploaded the source of alpha 4 . It requires optimization—and I know how to profile it with gprof ,—and minor refactoring. In the next release I am going to add support for non-standard color formats, such as that which the S3 machine uses. May I do it via …

---

Re: Patch for pixel-perfect scaling [was:Full-screen mode]

Posted on 2016-09-17, 11:08

by

by Ant_222

in DOSBox Patches

in DOSBox Patches

I wrote "something like", i don't think he make patch for this. Here is config for it (i already post it sometime ago) output=direct3d pixelshader=bilinear.fx aspect=true scaler=normal5x This has two drawbacks: a) reliance on a third-party Windows-only technology and b) reliance on hard-coded …

---

Re: Patch for pixel-perfect scaling [was:Full-screen mode]

Posted on 2016-09-17, 10:51

by

by Ant_222

in DOSBox Patches

in DOSBox Patches

lightmaster wrote: Daum is bugged. He put *near* perfect, you know? No, I know nothing about it. Do you mean ykhwong has some other patch in his build that implements scaler-independent oversampling and downscaling with interpolation?

---

Re: Patch for pixel-perfect scaling [was:Full-screen mode]

Posted on 2016-09-17, 10:13

by

by Ant_222

in DOSBox Patches

in DOSBox Patches

openglnb works for steam here. But it is not pixel-perfect. Yeah, so i use something like overlaynp (near-perfect) with dosbox ykhwong build. overlaynp is not pixel-perfect either, only overlaypp is :-) Could you bring it up on Steam forums and ask if they would add screen capture support for the …

---

Re: Patch for pixel-perfect scaling [was:Full-screen mode]

Posted on 2016-09-17, 09:52

by

by Ant_222

in DOSBox Patches

in DOSBox Patches

lightmaster wrote: openglnb works for steam here. But it is not pixel-perfect.

---

Re: Patch for pixel-perfect scaling [was:Full-screen mode]

Posted on 2016-09-17, 09:48

by

by Ant_222

in DOSBox Patches

in DOSBox Patches

I mean that you can post screenshots in Steam (on facebook-like wall or database, for comments, likes etc.) only for games that you bought in their store and that are only taken with their built-in screenshot capture tool (in steam client you pressing f12), you can't just push printscreen button …

---

Re: Patch for pixel-perfect scaling [was:Full-screen mode]

Posted on 2016-09-17, 09:16

by

by Ant_222

in DOSBox Patches

in DOSBox Patches

Uploaded a win32 build of alpha 4. As always, fail not to read the included readme file. Edit: Once the scaling algorithms work satisfactorily, I shall work to make pixel-perfect work in windowed mode and my whole patch with non-standard color depths (e.g. s3 machine).

---

Re: Patch for pixel-perfect scaling [was:Full-screen mode]

Posted on 2016-09-17, 08:29

by

by Ant_222

in DOSBox Patches

in DOSBox Patches

One feature request - is it possible to make pixel-perfect scaling with opengl output? Yes, if need be. But I think that the native SDL surface is the best because available on all platforms without additional libraries. You know, to make Steam overlay working with dos games, What is that? take …

---

Re: Patch for pixel-perfect scaling [was:Full-screen mode]

Posted on 2016-09-14, 21:13

by

by Ant_222

in DOSBox Patches

in DOSBox Patches

This is where I need to read up on the basics more heh. Ultimately what I wanted was an image that scaled to most if not all of my screen, It depends on what you understand by scaled , because overlay , openglnb , and overlaypp will adapt to any display, each in its own way, though. that was …

---

Re: Patch for pixel-perfect scaling [was:Full-screen mode]

Posted on 2016-09-14, 15:20

by

by Ant_222

in DOSBox Patches

in DOSBox Patches

My desire here was for ant_man's pixel perfect and near pixel perfect scaling to also support the xBRz filter, particularly the higher X's since they look the best No need to implement xBRz on top of my simple scalers. xBRz can be added to DOSBox as an independent feature so that one can use one of …

---

Re: Patch for pixel-perfect scaling [was:Full-screen mode]

Posted on 2016-09-13, 21:14

by

by Ant_222

in DOSBox Patches

in DOSBox Patches

So in essence how much screen a game can take also depends on its original maximum resolution, which means games with different resolutions would occupy varying amounts of space on the screen. In pixel-prefect mode, yes. By that code it also looks like game would never occupy the great majority of …

---

Re: Patch for pixel-perfect scaling [was:Full-screen mode]

Posted on 2016-09-13, 17:18

by

by Ant_222

in DOSBox Patches

in DOSBox Patches

My biggest wish is for xBRz support to be implemented in the main dosbox branch. I believe it is the only scaler worth mentioning as it makes everything look absolutely stuning to me while maintaining a lot of the painstaking detail that goes into pixel art, as can be evidenced here https:// …

---

Re: Patch for pixel-perfect scaling [was:Full-screen mode]

Posted on 2016-09-13, 16:20

by

by Ant_222

in DOSBox Patches

in DOSBox Patches

I absolutely hate black bars of any kind, even as I now understand some games had a black area they made use of, but I was wondering if there would possibly be a way to get games to use even more of my screen while still being pixel perfect. Probably not, unless you get a dedicated 4/3 monitor. You …

---

Re: Patch for pixel-perfect scaling [was:Full-screen mode]

Posted on 2016-09-11, 21:12

by

by Ant_222

in DOSBox Patches

in DOSBox Patches

Progress report : I have mostly implemented interpolative scaling, and it works, but one major optimization and a code clean-up still need be made. My patch now adds the following output types: overlaynb (nearest neighbor), overlaypp (pixel-perfect), and overlaynp (near-perfect, i.e. interpolative …

---

Re: DOSBox Feature Request Thread

Posted on 2016-09-10, 10:03

by

by Ant_222

in DOSBox General

in DOSBox General

KainXVIII wrote: My biggest gripe is screen tearing :neutral: SDL offers no explicit control over VSync and should do it internally. Maybe there is a problem with your video card or its driver? I can't look into it now, because I am busy with interpolative scaling.

---