zirkoni wrote:

Rename the conf to dosbox.conf and dosbox will automatically use it when it's in the same folder with the exe. […]
Show full quote

ReignerDeustcher wrote:

i'm just trying dosbox ece but this thing puts the conf file in appdata, how can i do to have it in the same folder than dosbox?

Rename the conf to dosbox.conf and dosbox will automatically use it when it's in the same folder with the exe.

ReignerDeustcher wrote:

because i like to have all my games in different folders with different dosbox configurations

You only need 1 dosbox.exe for that, just use the command line parameters to use different conf-files.
e.g. "C:\Program Files (x86)\DOSBox-0.74-3\DOSBox.exe" -userconf -conf "D:\DOS_C\QUAKE\dosbox-quake.conf"

that's so cool, many thanks man

i've done it but it doesn't work, dosbox keeps creating a conf in appdata and doesn't use the one in the folder...

ReignerDeustcher wrote:

i've done it but it doesn't work, dosbox keeps creating a conf in appdata and doesn't use the one in the folder...

This is what the DBGL (http://members.quicknet.nl/blankendaalr/dbgl/) frontend passes as the comand line for launching a game for my setup:

1C:\Emulators\DBGL\DOSBox\DOSBox.exe -conf "C:\Emulators\DBGL\DOSBox\dosbox.conf" -conf "C:\Emulators\DBGL\profiles\10.conf"

The first conf file loaded is my base dosbox.conf which are my default settings for dosbox as a whole. The 10.conf is the game-specific profile for entry number #10 in the DBGL database (which corresponds to Maniac Mansion for me as DBGL just sequentially counts up as you add additional games so each game has it's own unique integer profile #). That second conf file, 10.conf, overrides any settings from the base dosbox.conf, but it's not a full blown conf file. So this is what the contents of my 10.conf looks like:

1[dosbox]
2machine=tandy
3captures=..\captures\10
4memsize=2
5
6[cpu]
7core=full
8cputype=386_slow
9cycles=3000
10
11[pci]
12voodoo=false
13
14[sblaster]
15sbtype=none
16
17[speaker]
18tandy=on
19
20[dos]
21xms=false
22ems=false
23umb=false
24
25[autoexec]
26C:
27cd \MM
28MANIAC.EXE p
29exit

So while my dosbox.conf has all fields defined, these fields listed in 10.conf are only the fields that I changed in the DBGL game template editor. So basically, you can think of that second conf file as a "patch" for the original dosbox.conf file that overrides those specific fields for game-specific settings.

I hope that makes sense.

You can totally do this without DBGL, but DBGL does make it easier.

Pr3tty F1y wrote:

This is what the DBGL (http://members.quicknet.nl/blankendaalr/dbgl/) frontend passes as the comand line for launching a game fo […]
Show full quote

ReignerDeustcher wrote:

i've done it but it doesn't work, dosbox keeps creating a conf in appdata and doesn't use the one in the folder...

This is what the DBGL (http://members.quicknet.nl/blankendaalr/dbgl/) frontend passes as the comand line for launching a game for my setup:

Copy code to clipboard

1C:\Emulators\DBGL\DOSBox\DOSBox.exe -conf "C:\Emulators\DBGL\DOSBox\dosbox.conf" -conf "C:\Emulators\DBGL\profiles\10.conf"

The first conf file loaded is my base dosbox.conf which are my default settings for dosbox as a whole. The 10.conf is the game-specific profile for entry number #10 in the DBGL database (which corresponds to Maniac Mansion for me as DBGL just sequentially counts up as you add additional games so each game has it's own unique integer profile #). That second conf file, 10.conf, overrides any settings from the base dosbox.conf, but it's not a full blown conf file. So this is what the contents of my 10.conf looks like:

Copy code to clipboard

1[dosbox]
2machine=tandy
3captures=..\captures\10
4memsize=2
5
6[cpu]
7core=full
8cputype=386_slow
9cycles=3000
10
11[pci]
12voodoo=false
13
14[sblaster]
15sbtype=none
16
17[speaker]
18tandy=on
19
20[dos]
21xms=false
22ems=false
23umb=false
24
25[autoexec]
26C:
27cd \MM
28MANIAC.EXE p
29exit

So while my dosbox.conf has all fields defined, these fields listed in 10.conf are only the fields that I changed in the DBGL game template editor. So basically, you can think of that second conf file as a "patch" for the original dosbox.conf file that overrides those specific fields for game-specific settings.

I hope that makes sense.

You can totally do this without DBGL, but DBGL does make it easier.

but i don't want to use that dbgl, i don't like it, also it doesn't work, keeps asking for java when i already have installed it

ReignerDeustcher wrote:

i've done it but it doesn't work, dosbox keeps creating a conf in appdata and doesn't use the one in the folder...

That's what the -userconf parameter should do except that the -conf parameter should load the second conf-file.
Without knowing exactly what you've done, what's in your conf-file(s) its difficult to know what might be wrong with your setup.

zirkoni wrote:

ReignerDeustcher wrote:

i've done it but it doesn't work, dosbox keeps creating a conf in appdata and doesn't use the one in the folder...

That's what the -userconf parameter should do except that the -conf parameter should load the second conf-file.
Without knowing exactly what you've done, what's in your conf-file(s) its difficult to know what might be wrong with your setup.

i've put this in the conf of appdata:

"C:\Users\Matias\AppData\Local\DOSBox" -userconf -conf "C:\Users\Matias\Downloads\DOSBox ECE r4259\dosbox-war2.conf"

and says ''illegal command'' when dosbox start

i want to have all it like the old dosbox, each game in his own folder with his own conf, this is really annoying

Wut? "Put in the conf of appdata", what does that mean? You added that text in the conf-file itself?
You're supposed to pass the arguments to DOSBox.exe. Make a new shortcut for DOSBox.exe or create a batch script.

ReignerDeustcher wrote:

i've done it but it doesn't work, dosbox keeps creating a conf in appdata and doesn't use the one in the folder...

It does that because you're running the dosbox.exe itself.

Do it this way:

Note the "start in"

Kisai wrote:

It does that because you're running the dosbox.exe itself. […]
Show full quote

ReignerDeustcher wrote:

i've done it but it doesn't work, dosbox keeps creating a conf in appdata and doesn't use the one in the folder...

It does that because you're running the dosbox.exe itself.

Do it this way:

Note the "start in"

many thanks, that was i was looking for

Any chance for 64-bit builds? 😎

https://sourceforge.net/p/dosbox/code-0/4260/

do you really need dosbox to be potentially faster ? (if you are already on a 64 bit windows OS, then your pc is probably already quite fast)
It's mostly the linux and mac builds that were suffering.

Firtasik wrote:

Any chance for 64-bit builds? 😎

For the time being, there won't ANY new builds at all, because the voodoo emulation patch relied on a function (?) called CPU_Core_Dyn_X86_RestoreDHFPUState() that was omitted completely by the new 64 Bit support. I'll wait if someone can come up with an update or replacement for the patch, if not I'll have to think about the future of ECE...

You could just add them back and use the stub versions for 64-bit.

jmarsh wrote:

You could just add them back and use the stub versions for 64-bit.

I don't really know what you're talking about, sorry. 😀 I'm afraid I have no idea of programming at all. 😢

right now the x86 builds are enough. an sbawe32 emulation is more needed i think

Hi everyone, this is a bit strange, but the location that the console says my conf file is located doesn't seem to exist. Am I supposed to just copy a 0.74 file to get this working or is there something I'm missing here? Even if I search my drive for dosbox-ece.conf nothing shows up. Am I supposed to just copy and paste a 0,74 file? Cheers guys

Ferrari27 wrote:

Hi everyone, this is a bit strange, but the location that the console says my conf file is located doesn't seem to exist. Am I supposed to just copy a 0.74 file to get this working or is there something I'm missing here? Even if I search my drive for dosbox-ece.conf nothing shows up. Am I supposed to just copy and paste a 0,74 file? Cheers guys

Disregard, after re reading the readme file I found the solution:

-writeconf filelocation
Write the current configuration settings to a file in a specified location.
"filelocation" is located on the local drive, not a mounted drive in DOSBox.
The configuration file controls various settings of DOSBox:
the amount of emulated memory, the emulated sound cards and many more
things. It allows access to AUTOEXEC.BAT as well.
See Section 13: "The configuration (options) file" for more information.

Examples:
1. To create a configuration file in your c:\dosgames directory:
config -writeconf c:\dosgames\dosbox.conf

Thanks

Okay, I had to adjust some other patches after applying the "new" 3Dfx patch from kjliew, but I managed to get the windows version working again. I still have to get openglide into my Linux VM so I can try to compile the code there, too. In the meantime, it'd be nice if someone could give me some feedback if and how the new windows version (r4267) works, especially with the two 3Dfx emulation options!

I'm currently testing this Windows build: x64 [r4265] + kjliew's 3dfx patch + krcroft's audio patch + x64 Glide from dgVoodoo 2.62.1.

Some tweaking in dgVoodoo.conf and 3dfx versions of Tomb Raider and Extreme Assault (demo) seem to work fine. 😀

I think if you use kjliew patch you should also link to in on your page