VOGONS

Search

Common searches

Search results

Display options

Display options

Re: screen size

Posted on 2019-12-02, 08:06

Hi, what solution would be ok for you? Having an option of fullscreen with black border around maybe? Have you tried using specific scalers, to make it more agreeable? Here's the documentation: https://www.dosbox.com/wiki/Scaler - using e.g. scaler tv2x might make the large pixels much less …

Re: DOSBox ECE (for Windows & Linux)

Posted on 2019-11-27, 23:19

Ah, thank for the hint. However, I can't copmpile opusfile because of missing autoconf files for pkg-config, which isn't available for MSYS/MINGW... Time to get the MSYS2 environment working... So, for the time being, ECE will be stuck on Rev. 13 of your patch until I can compile it under MSYS2. …

Re: DOSBox ECE (for Windows & Linux)

Posted on 2019-11-14, 22:31

Thank you for your answer, as I said it worked with older versions and dosbox is not case sensitive on Linux. Ah, I missed this. That's not true. DOSBox is (and always was, as far as I can tell) case-insensitive only for files referenced from DOS prompt and programs being emulated. Paths referenced …

Re: DOSBox ECE (for Windows & Linux)

Posted on 2019-11-14, 19:42

@pantercat: I just verified case, everything is correct. More info: I can mount .bin files, .iso, but not .cue files. I've implemented an automatic "cue fixer" in Boxtron to work around broken (or simply Windows-only) .cue files provided by game publishers. You can either try it yourself or simply …

Re: DOSBox ECE (for Windows & Linux)

Posted on 2019-11-12, 16:01

@rolloLG I don't know if you're interested in such solution, but if you're using Linux, you can use Steam + Boxtron + any DOSBox (official or fork). This way you can use Steam to configure your controller to behave exactly the way you want - including using virtual keyboard to input text when …

Re: Null pointer dereferences

Posted on 2019-11-12, 09:53

A change for this issue was committed to svn/trunk@4282. I strongly suspect it introduces a regression though, as macros REGOP and REGCHAN depend in runtime on the value stored in offset tables being >0 to trigger code. Not sure which games are going to see the regression… I won't bother with …

Re: Null pointer dereferences

Posted on 2019-11-08, 11:49

@jmarsh , thank you for explaining what's happening here and referencing `offsetof`. You are right, there is no UB here… as long as quiet assumption about underlying type using standard layout holds true… and when high-quality C++ compiler is being used. @realnc - thanks for starting this thread, I …

Re: Overlay automount issue (libretro)

Posted on 2019-10-28, 07:59

@fr500 I haven't touched overlay functionality yet, so I am not 100% sure if it's the problem here, but when working on resolving DOSBox imgmount issues in Boxtron , I discovered that DOSBox mount points are very sensitive to commands preceding mounts, current working dir and some parts of UI use …

Re: 64-bit dynamic_x86 (patch)

Posted on 2019-10-01, 10:18

GenReg::Clear() checks if DYNFLG_CHANGED is set. If so it calls Save(), which clears it. Ok, I see it now, but it is really hard to follow - and if someone touches this part of code without knowledge of this interaction, or if the behaviour of code changes slightly in the future, it might introduce …

Re: 64-bit dynamic_x86 (patch)

Posted on 2019-10-01, 08:35

I don't understand where you get an assumption that DYNFLAG_CHANGED is cleared - I don't see this in code? (but I'm not the author here - I might be missing something) There's nothing in GenRec::Clear() function to indicate that flag is cleared when pointer is being set to 0. Also, if proving that …

Re: 64-bit dynamic_x86 (patch)

Posted on 2019-10-01, 07:10

With static code analysis there's always a risk of false-positives, but I think this is not such case. Information for line 434 refers to the value of `dnew->genreg` after Clear (this pointer is set to 0 inside Clear if - I assume that's the case here - there's a cyclic dependency between dynrec and …

Re: 64-bit dynamic_x86 (patch)

Posted on 2019-09-30, 21:39

Hi, I just imported r4260 and r4261 to dosbox-staging - these new changes introduced a bunch of new warnings (+31 - when compiling with on GCC9 with -Wall) and a several (+7) new issues detected by static code analysis. You can check full CI logs by here: before merging-in new changes from SVN: …

Re: Dosbox dropping pressed keys?

Posted on 2019-09-19, 05:42

DosFreak, nice :) hopefully you'll be able to bisect the change. In the meantime I made my copy of TR1 work without the need for SDL_sound, so I could test input in SDL2 build - with the same result: input worked correctly in fullscreen, in SDL2-based build. Then I tried openglide (SDL1) - and input …

Page 3 of 4

Go to top of page Go to top of page
Close window
Close window