Re: xBRZ - High quality image scaling support for DOSBox

Posted on 2016-09-23, 15:57

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

ZenJu, the results look very impressive. How does the algorithm work? Have a look at the code. It's beautiful. :) Generally speaking it does a pattern matching, but in contrast to HQx it does not check against a list of specific patterns, but a only small set of highly generic patterns. Thous the …

---

Re: xBRZ - High quality image scaling support for DOSBox

Posted on 2015-01-26, 20:12

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

Hi ZenJu! Is this all we need to do? And, since later SVN builds have xBRZ implemented, should we switch out scaler=none to scaler=xbrz while letting the other commands be as they are here? The text is rather long, but this section gives the answer: Note: the updated version v3 will automatically …

---

Re: xBRZ - High quality image scaling support for DOSBox

Posted on 2013-12-24, 15:16

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

The features on both images are the same, just some colors are different. Assuming you're using the default configuration paramaters for xBRZ (= default-constructed xbrz::ScalerCfg), maybe it has to do with the way you generate the .png image. The scaler test program uses wxImage for this purpose.

---

Re: xBRZ - High quality image scaling support for DOSBox

Posted on 2013-12-23, 12:21

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

Using xBRZ is easy: just call xbrz::scale() on the input image and make sure the output image has the right dimensions. This is all explained in xbrz.h

---

Re: xBRZ - High quality image scaling support for DOSBox

Posted on 2013-11-10, 11:30

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

@oasis789: If all you want to do is try out dosbox and xBRZ without messing with your settings, then use my dosbox build at the beginning of this post. It automatically does what's required (e.g. it sets internally aspect=false, ect.). Just copy the "dosbox+xBRZ.exe" into your dosbox directory and …

---

Re: xBRZ - High quality image scaling support for DOSBox

Posted on 2013-10-28, 11:28

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

Set Copy code to clipboard 1 scaler=none 2 aspect=false and start dosbox in window mode. Then take the screenshot at the native dos resolution.

---

Re: xBRZ - High quality image scaling support for DOSBox

Posted on 2013-10-26, 10:18

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

Your input image is already pre-scaled to 977x777, but it should be 320 x 200 for a dos game. Try to find a 320 x 200 png screenshot, then do the comparison again for a real scaler test.

---

Re: xBRZ - High quality image scaling support for DOSBox

Posted on 2013-10-25, 09:54

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

It seems you tested with "aspect=true", where Dosbox adds artificial lines (most noticeable with the numbers 81, 98, ect.). In contrast to the other scalers xBRZ is not really integrated into Dosbox, so this setting needs to be turned off, or it will give those artifacts. PS: Please don't use lossy …

---

Re: xBRZ - High quality image scaling support for DOSBox

Posted on 2013-06-07, 09:25

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

@Holering: xBRZ is a software scaler. Adding a second software scaler on top for high-quality image scaling is likely to become a CPU performance problem. Nearest-neighbor OTOH is super-fast and simple (but introduces visible artifacts). Ideally, this second high-quality stretching step would run on …

---

Re: xBRZ - High quality image scaling support for DOSBox

Posted on 2013-02-11, 11:34

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

TBB is not supported on Windows 2000 at all. Is there any alternative to the template library I do not think there is a simple substitute for TBB. But instead of looking for other libraries for task based parallelism I would simply drop support for Windows 2000. At this point the market share is …

---

Re: xBRZ - High quality image scaling support for DOSBox

Posted on 2013-01-12, 19:16

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

Ubuntu 12.04 i686 AFAIK 12.04 uses GCC 4.6, but for the code above you need at least 4.7; upgrading to the most recent Ubuntu should do.

---

Re: xBRZ - High quality image scaling support for DOSBox

Posted on 2012-12-11, 15:44

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

check the 5x factor I've unlocked the 5x factor in the test app and updated the attachment.

---

Re: xBRZ - High quality image scaling support for DOSBox

Posted on 2012-12-11, 11:41

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

The prototype source code has two dependencies, one to Intel TBB, the other to xBRZ. xBRZ is using the idea of xBR but besides that has a completely different implementation . The goal was to support multithreaded execution and to improve certain visual aspects of the scaler. Here's a comparison of …

---

Re: xBR filter

Posted on 2012-12-10, 19:38

by

by ZenJu

in DOSBox General

in DOSBox General

Here's a prototype of DOSBox with xBRZ scaling filter: SCALER xBRZ (SDL1)

---

SCALER xBRZ (SDL1)

Posted on 2012-12-10, 19:34

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

Hi, I have been busy lately implementing high quality image scaling support for a different emulator, MAME, which in its raw form has only very basic image enhancements like scanlines, ect. At first I thought I should go for HQx which I believed to be the state of the art, only to learn shortly …

---

Re: Save States - Proof of concept

Posted on 2010-07-27, 20:19

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

If you refer to the std::swap error: Mirroring objects should fix the issue. E.g. "save_state.cpp:84" Replace bytes.swap(Util::decompress(bytes)); by Util::decompress(bytes).swap(bytes); The error message is a "little" chatty, but says it all: save_state.cpp:84: error: no matching function for call …

---

Re: Save States - Proof of concept

Posted on 2010-07-25, 20:47

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

Can i make it public without side effects It was public before, so yes, this is no problem.

---

Re: Save States - Proof of concept

Posted on 2010-07-25, 15:15

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

I did a little refactoring, just to get some compiler aid when trying to understand the overall structure. Thereby I made the flags variable private and offered a get-method for it. Additonally "PageHandler" received a constructor that takes a flag-argument: core_dynrec/cache.h:97: error: no …

---

Re: Save States - Proof of concept

Posted on 2010-07-25, 14:57

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

Just uploaded a new version of the sourcecode: Compiles fine on Ubuntu 10.4. 32Bit. This should fix a few issues.

---

Re: Save States - Proof of concept

Posted on 2010-07-25, 12:15

by

by ZenJu

in DOSBox Patches

in DOSBox Patches

The same named method one line above in the constructor works Template arguments may not reference an unnamed type. Again MSVC is a bit more lax here. Giving this struct a name should fix it: static struct Blah { Bitu used; PF_Entry entries[PF_QUEUESIZE]; } pf_queue;

---