Re: Atlantis: The Lost Tales

Posted on 2017-07-09, 01:53

by

by Serious Callers Only

in DOSBox Games/Apps

in DOSBox Games/Apps

There is a utility by ripsaw8080 that fixes the mouse issue in DOS (and DOSbox): http://www.vogons.org/viewtopic.php?p=155723&sid=c5b1136eac2cd6bc0a3136785d1951fd#p155723 I use ATLCUT 11 if you're wondering. The cause is apparently the game being badly programmed in this particular and using two …

---

Re: Win3.1 and 95 resolution change behaviour

Posted on 2017-07-05, 19:54

by

by Serious Callers Only

in DOSBox Games/Apps

in DOSBox Games/Apps

That works on normal dosbox, yes. I'm writing about the 15/16 bit color modes that appear if you install the s3 drivers (called 32k and 64k on the menus).

---

Re: Win3.1 and 95 resolution change behaviour

Posted on 2017-07-05, 19:18

by

by Serious Callers Only

in DOSBox Games/Apps

in DOSBox Games/Apps

Uh, i kind of hate how this forum doesn't allow clicking quotes to check context. So it's dosbox not doing something instead of the drive not doing something. Would the 'pixel-perfect patch' output help?

---

Win3.1 and 95 resolution change behaviour

Posted on 2017-07-04, 00:23

by

by Serious Callers Only

in DOSBox Games/Apps

in DOSBox Games/Apps

It's been a while, but i've been experimenting with my dosbox.conf files and i remembered. Is 256 color mode somehow more compatible than the so called '64k' on the windows drivers with dosbox resolution change? I ask because, without 'fullresolution=original' (that also streches) on several win3.11 …

---

Re: A proposal for better patch isolation

Posted on 2017-06-29, 19:10

by

by Serious Callers Only

in DOSBox Development

in DOSBox Development

It's more i don't want to fork. Dosbox ecosystem is in a bad shape with multiple forks already, and i'm not the kind of guy that wants to wade into a c compiler when patches inevitably stop working if they aren't modular. As a aside, this makefile thing makes me think that if there was a way to …

---

Re: A proposal for better patch isolation

Posted on 2017-06-27, 18:16

by

by Serious Callers Only

in DOSBox Development

in DOSBox Development

Ehh, i'll do it, once and if dosbox upstream commits your patch. If we don't encourage this practice upstream it would increase fragmentation even more, between those patches that use the upstream file and those that don't. Then, might as well say 'screw upstream' then and baptize one of the forks …

---

Re: Small question about Dosbox and ReactOS

Posted on 2017-06-27, 17:56

by

by Serious Callers Only

in DOSBox Games/Apps

in DOSBox Games/Apps

But is it harder to actually re-implement windows? Could it be done in parallel? I guess i'm just perplexed about how it's not obvious this is much more wanted than 'reimplement windows so native drivers install'. I'm actually spoiled, since i can use wine, but still, a project like wine but …

---

Re: Small question about Dosbox and ReactOS

Posted on 2017-06-27, 05:12

by

by Serious Callers Only

in DOSBox Games/Apps

in DOSBox Games/Apps

Can dosbox boot off a live cd? ie: imgmount d live.iso -t iso boot -l d edit: apparently not. No fun allowed i see. - edit: also ReactOS bug report page is not encouraging. For example: "Later native NVIDIA graphics drivers fails to install" marked as a critical bug. I guess it's too hard to expect …

---

Re: A proposal for better patch isolation

Posted on 2017-06-27, 04:57

by

by Serious Callers Only

in DOSBox Development

in DOSBox Development

Good stuff. Looks like i might use your new graphics scaling patch after all Ant.

---

Re: Help! Big Red Adventure won't start for me.

Posted on 2017-06-27, 04:21

by

by Serious Callers Only

in DOSBox Games/Apps

in DOSBox Games/Apps

This is a very badly coded game indeed (all of the projects from this studio were kind of trainwrecks). The user interface is horrendous too. Candidate for #1 most unintuitive and unergonomic inventory management ever. For what's it worth, this is my dosbox conf file for this game: [dos] ems=emm386 …

---

Small question about Dosbox and ReactOS

Posted on 2017-06-27, 04:07

by

by Serious Callers Only

in DOSBox Games/Apps

in DOSBox Games/Apps

Anyone that tried installing ReactOS on dosbox? And if you did, could it be done on the normal filesystem without all that bootloading or does reactos insist on direct 'hardware access' to a image file? (kind of a tragic waste of a opportunity if it does). I want to boot into a portable (emulation) …

---

Re: DOSbox-X Windows major problem - Please help!!!

Posted on 2017-06-27, 03:55

by

by Serious Callers Only

in Windows

in Windows

BTW, i never tried this, but in the interests of 'light' or at least consistent, config file based game package emulation, it might be good to investigate ReactOS running on dosbox, like dosbox runs windows 3.11 or 95, so it might run a more modern 'api reimplementation' of windows. This has …

---

Re: DOSbox-X Windows major problem - Please help!!!

Posted on 2017-06-27, 03:43

by

by Serious Callers Only

in Windows

in Windows

Forget about getting a solution to dosbox-x problems here, all you'll get is snark from passive agressive disdain of people trying to use dosbox running windows and expecting 'direct' hardware access and 'have you tried qemu/boschs/virtual box'. Really, your best chance is a bug report on the dosbox …

---

Re: Any windows 3.11 and win95 graphics driver that can support 'weird' resolutions?

Posted on 2017-06-26, 17:53

by

by Serious Callers Only

in Windows

in Windows

It's more of a windows question than a dosbox one, since once windows starts, dosbox has zero control over the inner resolution of windows and this is a windowed app with fixed size, not fullscreen (where dosbox would indeed matter). I tried a 'resizer' app i encountered on the net and that only …

---

Any windows 3.11 and win95 graphics driver that can support 'weird' resolutions?

Posted on 2017-06-26, 11:09

by

by Serious Callers Only

in Windows

in Windows

Trying to make Indiana Jones Desktop Adventures and Yoda Stories fill a dosbox screen as much as possible. This is difficult to do since the games were (badly) designed to never fill the windows screen in normal operation that is always windowed. Running them on wine and using xwinfo on the screen, …

---

Re: Patch for pixel-perfect scaling

Posted on 2017-06-18, 01:28

by

by Serious Callers Only

in DOSBox Patches

in DOSBox Patches

I don't really dislike column black borders, but i really dislike the bottom and top ones and the way some graphics modes in dosbox stretch horizontally. There's a way to avoid it* on my graphics drivers (mesa), but it often fails when the game changes resolution as happens very often in windows 95 …

---

Re: Patch for pixel-perfect scaling

Posted on 2017-06-17, 21:53

by

by Serious Callers Only

in DOSBox Patches

in DOSBox Patches

I'd like to built in this patch to my dosbox ppa, but the munt conflict concerns me. I keep munt mt32emu dosbox patch always to its latest version by copying the source and the patch direct from their git on the ppa recipe, and a conflict like this would prevent me doing that, with the alternative …

---

Re: A little compile problem for my ppa

Posted on 2017-03-11, 13:00

by

by Serious Callers Only

in MT-32 Development

in MT-32 Development

Welp, you're right, it looks like i'm building the lib statically and with the c++ interface all along. The external install is required for building not runtime. I do have a runtime library that is only there to coordinate rom installation (first use of it asks for roms and places in the location …

---

Re: A little compile problem for my ppa

Posted on 2017-03-11, 12:47

by

by Serious Callers Only

in MT-32 Development

in MT-32 Development

Strange, i'm sure i was using the C api with the make file with Dlibmt32emu_C_INTERFACE:BOOL=0 before (and more importantly, SHARED:BOOL=0). I'll try cmake support for '=ON' instead of '=1' just to be clear.

---

Re: A little compile problem for my ppa

Posted on 2017-03-11, 10:34

by

by Serious Callers Only

in MT-32 Development

in MT-32 Development

Sorry for such a long post about such a little question but i'm trying to avoid breaking the build because if a source artifact gets published in launchpad system i have to wait a day to publish a new source even if it doesn't build because i made the mistake of basing the ppa lib soname on '{ …

---