VOGONS

Common searches


Search results

Display options

Re: K.O.R. Soundfont Project V.5.0

Unfortunately it looks like bassmidi is Windows only, so it's not too useful to me. I'm running a fluidsynth service on Linux. Fluidsynth is still actively maintained, though. Maybe it deserves a bug report? I think it would be more appropriate for you to open it if you're willing since you can …

Re: K.O.R. Soundfont Project V.5.0

This is maybe a stupid question, but do you know what order to load soundfonts in fluidsynth if you're using the addon? I see this in the logs when loading both soundfonts, complete+addon fluidsynth[37836]: fluidsynth: warning: Ignoring identic modulator pz:French Horns/4/mod0 fluidsynth[37836]: …

Re: Dosbox dropping pressed keys?

Output looks like this: Pressed: left ctrl - 450 Released: left ctrl - 1951 Released: left ctrl - 3452 Released: left ctrl - 4954 Released: left ctrl - 6456 Released: left ctrl - 7957 Released: left ctrl - 9458 Released: left ctrl - 10960 Released: left ctrl - 12154 where the number is in ms. That's …

Re: Dosbox dropping pressed keys?

Okay! After being reminded that this only happened in fullscreen, I was able to reproduce in a test program. #include #include #include int poll_events() { SDL_Event event; while (SDL_PollEvent(&event)) { switch (event.type) { case SDL_KEYDOWN: if (event.key.keysym.sym == SDLK_ESCAPE) return 0; …

Re: Dosbox dropping pressed keys?

Huh, no I'm still getting this with the latest revision. It's interesting that you are also using Arch and ran into the same problem though. Were you using gcc 8 or 9 when you built dosbox? gcc 9 was in [testing] for a couple of days, but was dropped because it caused a major regression. Also, what …

Re: Dosbox dropping pressed keys?

Sorry for the late reply. Video games happened, you know how it is. Actually, this experiment reminded me that this issue doesn't happen at all in windowed mode, so I don't think it's necessarily a cpu utilization issue anymore. Oddly, I also only use about 60% cpu at 180k cycles, despite having a …

Re: Dosbox dropping pressed keys?

I wasn't able to reproduce in doom using those settings, at least not in a few minutes of running around the acid pit in e1m1. It always took awhile to reproduce in doom though. I can still reproduce in gta very quickly with those settings, though. I wanted an excuse to say something like "john …

Re: Dosbox dropping pressed keys?

Finally got around to rooting around for the old 1.2 docs. With this program: #include #include #include int poll_events() { SDL_Event event; while (SDL_PollEvent(&event)) { switch (event.type) { case SDL_KEYDOWN: if (event.key.keysym.sym == SDLK_ESCAPE) return 0; printf("Pressed: %s - %d\n", SDL_ …

Re: Dosbox dropping pressed keys?

Hmm, I'm on Arch, so it turns out I'm using some of those patches already. I tried building SDL without them (except SDL-1.2.15-const_XData32.patch is needed for the package to actually build) and dosbox was still misbehaving, so I was able to confirm at least that the bug isn't caused by some …

Re: Dosbox dropping pressed keys?

I doubt it's actually the keyboard, or you would see it in other programs and also it wouldn't happen when using a controller w/ antimicro to emulate keypresses. This has got to be a software bug somewhere—either in dosbox or sdl or possibly xorg. Oh. Are you on Linux?

Re: Dosbox dropping pressed keys?

Happens a lot with earlier FPS games where I use the keyboard for everything. Just in dosbox, or in general? The other day I opened up ioquake 3 and ran around an empty map for a bit, but wasn't able to reproduce this there. Definitely will happen after awhile in doom on dosbox, though. Then again, …

Re: Dosbox dropping pressed keys?

On second thought, the f3 is just me trying to hit alt+f4, so that can be ignored. Released: numlock - 6.000025 Released: numlock - 6.000025 Pressed: return - 1277.000100 Released: return - 1342.000100 Pressed: return - 1677.000000 Released: return - 1757.000000 Released: numlock - 3257.000050 …

Re: Dosbox dropping pressed keys?

Definitely something weird is going on with the input events. Released: numlock Released: numlock Pressed: return Released: return Pressed: return Released: return Released: numlock Released: numlock Released: numlock Released: numlock Released: numlock Released: numlock Released: numlock Released: …

Dosbox dropping pressed keys?

I've noticed this in several games including the Keens, but it's particularly egregious in GTA. If you're walking or driving, for example, your player will stop moving fairly soon, and you'll have to release "Up" and press it again. I've tested this with an unpatched dosbox, revision 4205. I've also …

Re: VIDEO Patch for pixel-perfect scaling (SDL1)

No problem, I just meant that I was less interested in the borderless fullscreen mode in particular (not the rest of this patch) because alt+tab and other wm shortcuts are still being sent to dosbox rather than the window manager. I can confirm that your new patch works fine for me with output= …

Re: VIDEO Patch for pixel-perfect scaling (SDL1)

I could try it, but I fear these patches won't be orthogonal and additive simultaneously with my patch and with plain SVN. After some testing, it looks like alt+tab and friends is still captured in borderless fullscreen, anyway. That mode wouldn't be too useful to me without additional work, so …

Re: VIDEO Patch for pixel-perfect scaling (SDL1)

Thank you, fixed in the patch. I'll take "Reasons why C++ sucks" for 200, Alex. :lol: You shall have to help me with resolving this error because I don't have a Linux installation. Does openglnb work with the patch? Does it work in stock DOSBox? Edit: Did you try with fullborderless both true and …

Re: VIDEO Patch for pixel-perfect scaling (SDL1)

I'm getting a really bizarre segfault when using opengl (any type) with the latest patch accompanied by the message Failed to turn V-Sync off: Couldn't open /usr/local/lib/timidity/timidity.cfg It's bizarre because as far as I can tell, timidity isn't actually referenced anywhere in the code. From a …

Re: VIDEO Patch for pixel-perfect scaling (SDL1)

There's nothing in the logs. It's weird, and I suspect it may be compiler-specific. With the latest GCC, at some point the application just returns zero, and I haven't been able to figure out where or how (might be my lack of familiarity with c++) However, compiled with clang , I do get a segfault …

Page 1 of 2