Hi,
the non-portable version can be started without showing the console window. (command line option -noconsole)
Is this possible with the portable version too?
How to change the dosbox.conf or DosBoxPortable.ini?
Btw: In the DOSBox Portable 0.72 Revision 2 Help.html the link to the support page is corrupt. (404 error)
Get DosBoxPortab.ini from the other/source folder and copy it to DosBoxPortable folder (alongside the launcher file)
Open it and add the -noconsole to the additional parameters.
Too many lonely hearts in the real world
Too many bridges you can burn
Too many tables you can't turn
Don't wanna live my life in the real world
there is only one line:
DisableSplashScreen=false
Nothing like additional parameters
you're right.
How are you at compiling?
If so, this version has the switch included
If you don't want to compile (don't be afraid to say) let me know.
Too many lonely hearts in the real world
Too many bridges you can burn
Too many tables you can't turn
Don't wanna live my life in the real world
@JohnTHaller
This is an updated launcher that uses
[DosBoxPortable]
AdditonalParameters=
To pass addtional commands.
Are you interested in me doing up a new package, updating to the latest installer, etc?
Too many lonely hearts in the real world
Too many bridges you can burn
Too many tables you can't turn
Don't wanna live my life in the real world
Thanks, but not right now. It's not enough of an update to warrant a revision outside the cycle of DOSBox's releases. If there's no new DOSBox by the time the PortableApps.com Installer is 1.0 (we're getting close) I'll post a new release with AdditionalParameters added.
Sometimes, the impossible can become possible, if you're awesome!
Fair Enough. Just figured I'd offer- in case you didn't want to mess with it.
Too many lonely hearts in the real world
Too many bridges you can burn
Too many tables you can't turn
Don't wanna live my life in the real world
Thanks very much, Oliver.
I think i can live with the console window for now. I don't want to recompile the launcher, because i haven't any compiling experience. I will wait for the next official release. This is no problem for me.
Thanks again.
Do you realize that this parameter could also be called "portable mode"? When it's turned off, there's a price to pay - 2 files that DOSBOx writes to the active folder and never deletes them, which means soon enough your game folders would all contain these files.
If you've downloaded the portable version of DOSBox, despite the fact that DOSBox itself is portable in everything except putting itself in the start menu and in the uninstallations' list, obviously portability is important to you. But if you disable the console, you'd get a less portable version. That's a little ironic.
Ok, I'm not a dev, but i've learned a few things from portableapps.com. The launcher takes care of registry keys, files, folders, enviroment variables...
If the parameter -noconsole is used, the output will be redirected to 2 files (stdout.txt and stderr.txt). Why not change the launcher, so that it delete/move these 2 files? Shouldn't be a problem for the devs! They are really good here
Can the launcher be programmed in advance for files that are created anywhere you launch DOSBox in (e.g. c:\game1\, c:\games\game4, etc.)?
But I always launch DosBox in X:\PortableApps\DOSBoxPortable. I'm not sure but I guess that the 2 files are created somewhere in the DOSBox program folder and not in the mounted game folders.
Furthermore if the 2 files are written into the game folders, they will be on my portable drive too, because my game folders are on the same drive (e.g. X:\DOSGames\game1, X:\DOSGames\game2, ...)
Therefore "-noconsole" not causes "less portability".
I have recompiled the launcher using OliverK's code. It works perfect, the annoying console window does't appear anymore. Thanks again Oliver!
The 2 above mentioned files will be created in App\DOSBox, if the -noconsole parameter is used. Therefore there is no need to change the launcher more to handle these files.
John, this is a feature request for the next release. I have installed manually the german language pack. It includes the following files.
Is it possible to preserve these files when updating? Maybe you can add some generic code to the PortableApps.comInstallerConfig.nsh to preserve the files of all translations.
But don't hurry, I have all that I want now.