VOGONS


DOSBox SVN Builds

Topic actions

Reply 261 of 294, by Dominus

User metadata
Rank DOSBox Moderator
Rank
DOSBox Moderator

This is not the right thread for bug reports. Start a new one and make sure to try a vanilla svn build

Windows 3.1x guide for DOSBox
60 seconds guide to DOSBox
DOSBox SVN snapshot for macOS (10.4-11.x ppc/intel 32/64bit) notarized for gatekeeper

Reply 262 of 294, by James-F

User metadata
Rank Oldbie
Rank
Oldbie

Thanks Dominus.
I am registered on SourceForge so the bug reports go there, but is it wise to start a new thread for a small bug report or comment?


my important / useful posts are here

Reply 263 of 294, by Dominus

User metadata
Rank DOSBox Moderator
Rank
DOSBox Moderator

As part of some other projects *I* like single bug reports better. I have had the experience that bug reports in other threads tend to get lost in the noise and derails threads. This thread is a prime example as it was intended to list the varios SVN builts that are available. It has long been derailed, though 😉
So my thoughts are its best to log a proper bug report on SF and start a new thread unless it kind of fits in another thread. Here I think the ECE thread would have been more appropriate sine the problem started with the changes discussed there. But then again that thread has been derailed as well 😉

Edit: but then I'm only speaking from my experience, I'm only a moderator here, not a DOSBox developer 😉

Windows 3.1x guide for DOSBox
60 seconds guide to DOSBox
DOSBox SVN snapshot for macOS (10.4-11.x ppc/intel 32/64bit) notarized for gatekeeper

Reply 264 of 294, by ETPC

User metadata
Rank Newbie
Rank
Newbie

Is it still a good idea to use Daum's DosBox build? I really like it's ease of use, it's features and it's UI, but it's super behind actual DosBox builds. Has anything surpassed it for usability?

Reply 269 of 294, by gdjacobs

User metadata
Rank l33t++
Rank
l33t++

Probably worth the trade to get working software and a developer who's still active.

There's also quite a few frontends in active development to make setup more pleasant. If you have specific features you want included, try to find one with a developer team which allows you to actively contribute via your ideas, testing, coding, and encouragement.

All hail the Great Capacitor Brand Finder

Reply 270 of 294, by Serious Callers Only

User metadata
Rank Member
Rank
Member

The thing about the (G)UI that makes it a feature not just a convenience is changing the defaults of the conf file(s) as the game is running, not just at the start, if for some reason you can't or don't want to change your defaults for that game (i know about dosbox support for 'onion' confs).

Though, it's not surprising that that fork/patch is dead honestly. GUIs are always messy platform specific things, and when you have multiple unrelated dosbox patches with new options on top...

I sure won't put such a patch in my ppa even if it existed.

Reply 271 of 294, by gdjacobs

User metadata
Rank l33t++
Rank
l33t++

Well, if you had real hardware, you wouldn't be changing much in the way of configuration details without a reboot.

All hail the Great Capacitor Brand Finder

Reply 272 of 294, by Serious Callers Only

User metadata
Rank Member
Rank
Member

Eh. What does it mean to change the scaler on 'real hardware'? Some settings don't have a equivalent. For sure, if it's dangerous to change it outside of the shell, by all means disable it, but some are perfectly safe.

Reply 273 of 294, by gdjacobs

User metadata
Rank l33t++
Rank
l33t++
Serious Callers Only wrote:

What does it mean to change the scaler on 'real hardware'?

Changing monitors, of course!

All hail the Great Capacitor Brand Finder

Reply 274 of 294, by marooned_on_mars

User metadata
Rank Member
Rank
Member

Speaking of scalers, is it still normal for scalers to not work with machine=vgaonly in the latest CVS version? (r4025)
Tried using it with scaler=normal3x and aspectratio=true, but it doesn't work, instead I get a weird normal2x scale with ugly stretching.
Also been getting a lot of buffer underrun errors with ALSA (Debian Sid), so I wonder if anyone has such problems as well.

Reply 277 of 294, by Ant_222

User metadata
Rank Oldbie
Rank
Oldbie
Paljas wrote:

Is there any more up-to-date build than Daum that has pixel shaders? Daum works most of the time but some games don't work (which do work in the main build).

There is a branch with OpenGL shaders.

Reply 278 of 294, by Yesterplay80

User metadata
Rank Oldbie
Rank
Oldbie

My latest builds of DOSBox SVN r4059 crash whenever I close them via the "X" in the title bar. Closing it by entering "exit" in the DOSBox windows works, however. I tried it on several PCs, it happended all the time. Can anyone confirm this error?

My full-featured DOSBox SVN builds for Windows & Linux: Vanilla DOSBox and DOSBox ECE (Google Drive Mirror)

Reply 279 of 294, by gandhig

User metadata
Rank Member
Rank
Member
Yesterplay80 wrote:

My latest builds of DOSBox SVN r4059 crash whenever I close them via the "X" in the title bar. Closing it by entering "exit" in the DOSBox windows works, however. I tried it on several PCs, it happended all the time. Can anyone confirm this error?

Yes, confirmed from my side. It wasn't there in old versions, atleast in r4019.

One more thing observed, more like a minor regression, is that the load time between the title screen and game screen has increased considerably in Lure of the temptress since r4047 commit(MPU related!!!). In older dosbox builds, the blue note symbol on bottom left used to flash only once between the title screen & prelude(text) as well as between the end of prelude & initial game screen. But since r4047, the blue note symbol flashes 10-11 times in both instances in my system

Dosbox SVN r4019 + savestates Build (Alpha)
1st thread & the only one related to the forum(?)...warning about modern-retro combo
Dead, but, Personal Favourite
Replacement for Candy Crush...Train the Brain