VOGONS

Common searches


Search results

Display options

Re: DOSBox-X branch

With the decoders I've written, I've used borders of 10% on each side, giving 768x240 which is a pretty close match to image area you've mentioned (720*910/858 ~= 764). It'd be a nice thing for emulators to have image size and position controls like real monitors as well, but I doubt such controls …

Re: DOSBox-X branch

I would suggest a generalized implementation that chooses the part of the screen to output with an SDL rect, and the target rectangle with another SDL rect. The rectangle would be chosen according to user preferences on how to crop/zoom and simulation of CRT monitor positioning controls. DOSBox …

Re: Windows 8 beats XP in performance

in Milliways
I'd like to add that Windows 8.x is actually quite nice for simpler systems. I have this old Core2 Duo 1.5 GHz laptop with 2 GB (from 2007). It originally came with Vista, but I upgraded it to Windows 7 x64. It was getting rather slow, and the drive got full. So I figured I'd try Windows 8.1 x64 on …

Re: DOSBox-X branch

It'd be a nice thing for emulators to have image size and position controls like real monitors as well, but I doubt such controls would be accepted into DOSBox SVN. Please take a look at at old post of mine for suggestions on dealing with overscan borders on non-4:3 displays. Ah right... I was only …

Re: Windows 8 beats XP in performance

in Milliways
I understood that many complaints about Vista were a result of systems being branded "Vista ready" when they in fact lacked the graphics hardware to adequately handle another big factor is Vista came out before 1gb+ of RAM was common. Microsoft shot themselves in the foot by making the minimum 512 …

Re: Windows 8 beats XP in performance

in Milliways
If you look into benchmarks like Frybench or AIDA64 there is no difference in performance. XP-32, XP-64 and all Windows 6.x perform more or less the same. These benchmarks measure hardware performance though and not OS performance ;) I disagree. With modern OSes there is no direct path to the …

Re: Windows 8 beats XP in performance

in Milliways
Yes, just like a marathon dosnt measure your endurance but the quality of your shoes :D No, not at all... But such older games/graphics benchmarks are not taxing on the CPU whatsoever, and you're mainly measuring the path between GPU and CPU. Vista and newer Windows have a different driver model …

Re: Windows 8 beats XP in performance

in Milliways
Skyscraper wrote: Its easy to see how much faster Windows 6.X compared to the old bloated slow Windows XP, just check the 3dmark 2001 thread and the Doom 3 thread... wait a min... 😜 In which cases you are not measuring the OS performance but rather the display driver performance.

Re: Windows 8 beats XP in performance

in Milliways
AFAIK The bloat in Windows Vista and 7 kinda nullified the speed gains through better hardware support. That's just a common myth. More features don't necessarily make a system slower. It's like saying Photoshop gets slower the more images you have on your harddrive, even though you never touch any …

Re: Windows 8 beats XP in performance

in Milliways
I think the thing to point out is that in the XP-days, hardware was very different from today. We were only just ramping up from one core to two, and memory ranged from 256MB to 1GB normally. Vista and later OSes were designed for systems with multiple cores, and much more memory. For example, Vista …

Re: DOSBox-X branch

I can confirm on an S3 Virge that it's possible to extend the overscan border out and replace the blanking area. Ah, that's interesting, so you actually have control over the size of the border. CGA doesn't have that. Also on the S3, setting the blanking start/end values beyond the total count …

Re: DOSBox-X branch

That's also what I had in mind! I always thought that what DOSBox was missing (and what modern LCDs and TVs are hiding from you on VGA inputs) are the overscan border that you used to be able to see on VGA monitors. Also that DOSBox's focus on the active picture area isn't very helpful when you're …

Re: DOSBox-X branch

So I've been thinking of an implementation that withholds rasterization until an event happens that affects the raster, whether that's just the start of a new VGA frame or any change to DAC, AC, and some CRTC registers happen, or if VGA memory writes happen within a small window around the raster …

Re: DOSBox-X branch

Ah, now I understand. Given the variety of I/O delays in EGA and VGA cards, I wonder if such a thing ever was feasible on real PC hardware. On EGA/VGA it's pretty much impossible to synchronize such effects, because the videocard runs asynchronous to the rest of the system, from its own crystal. On …

Page 230 of 242