DOSBox Game Launcher (DOSBox Frontend)

[rcblanke]

Hi all,

Got test build 0.80d ready with:
* 4 new custom text-fields for profiles (RetroFAN)
* Altered language dropdown in preferences dialog to also show the native language names
* Fixed CSV profiles-list export column names (proper casing and proper custom labels)

All the latest files
To upgrade, grab the dbgl.jar as usual, together with the updated *.xsl files in the XSL folder.

regards,
Ronald

[RetroFAN]

Nice release

Just a quick question: what does the following error message mean ?

"Coundn't retrieve information from MobyGames for "Bong" !

Tecnical information:
String index out of range: -7"

Hi all,

Got test build 0.80d ready with:
* 4 new custom text-fields for profiles (RetroFAN)
* Altered language dropdown in preferences dialog to also show the native language names
* Fixed CSV profiles-list export column names (proper casing and proper custom labels)

All the latest files
To upgrade, grab the dbgl.jar as usual, together with the updated *.xsl files in the XSL folder.

regards,
Ronald

[rcblanke]

Thanks for the heads up, RetroFAN.

Test build 0.80e is available with:
* Fixed MobyGames profile reader for "Bong Bong" (no developer, no developer link in Credits section and no closing [add credits] link);
* Fixed EOLN characters in Linux ./dbgl shell script (regression since 0.80c when I switched from SVN to GIT);
* Added new XSL for profile-list export to HTML5 using a Vogons theme, for a bit of fun (see attachment for example);
* Updated Jersey Java lib from 2.13 to 2.23.2, reducing size some 750Kb.

All the latest files
To upgrade, grab the dbgl.jar as usual. You may also want to update the Jersey lib, and get the new vogons_html.xsl files from the XSL folder.

regards,
Ronald

[rcblanke]

Hi all,

Just a quick note that test build 0.80f is ready with a small fix for setting 'fullresolution=desktop' (Jan-Peter). In some cases the 'fullresolution' dropdown in DBGL would not allow selection of the value 'desktop'.

All the latest files
To upgrade, grab the dbgl.jar as usual.

regards,
Ronald

[rcblanke]

Because it seems that hotud.org is now terminally offline, I've removed support for searching hotud from this last DBGL test build (0.80g). Unless any serious problems pop up soon, this is going to be the next release.

All the latest files
To upgrade, grab the dbgl.jar as usual.

regards,
Ronald

[RetroFAN]

Because it seems that hotud.org is now terminally offline, I've removed support for searching hotud from this last DBGL test build (0.80g). Unless any serious problems pop up soon, this is going to be the next release.

All the latest files
To upgrade, grab the dbgl.jar as usual.

regards,
Ronald

There is still the (again) resurrected http://homeoftheunderdogs.net/

[rcblanke]

True, if you can provide a compelling reason why you would want this site added to DBGL, let me know

Anyways, DBGL 0.81 is released and available on the website. Not a big release, mostly fixes. The only things changed in the final version are the apache commons libraries, Jersy and SWT. Thus, if you're upgrading, besides updating dbgl.jar, it's best to just take all jar files from the lib folder and overwrite your existing files.

Regards,
Ronald

[Great Dragon]

rcblanke
Hello,
Could you please add more resolution to select in Fullscreen/Windowed mode menu? Definitely 1280x1024 is not enough on current displays if I don't want to use any scales.

Currently I use this:
fullresolution=1600x1200
windowresolution=1440x1080

Also it would be even more convenient if DBGL read resolution from original config file if it's not specified (grey box) in the menu. Currently it uses "original" by default even if it's not selected.

[rcblanke]

Hello, Could you please add more resolution to select in Fullscreen/Windowed mode menu? Definitely 1280x1024 is not enough on current displays if I don't want to use any scales.

Hi Great Dragon, you can already add custom resolutions to the dropdown boxes in DBGL using the Preferences dialog (File -> Preferences -> Dynamic Options). Just try it out and let me know if you have problems still.

Also it would be even more convenient if DBGL read resolution from original config file if it's not specified (grey box) in the menu. Currently it uses "original" by default even if it's not selected.

I'm not sure I understand what you mean.. What "original config file" are you talking about? What "menu"?

DBGL will use the defaults as set in dosbox.conf, coming from DOSBox' own internal and well-chosen (coded) defaults. But you are free to customize these if you'd like (by hand-editing dosbox.conf), and there's also the possibility to use one of your own DBGL Templates when adding a profile. Do you need anything else?

[Great Dragon]

File -> Preferences -> Dynamic Options

That is exactly what I've looked for. I appreciate for the tip.

[Neville]

I've also noticed that you can't edit multiple profiles and apply the same template to them. Somehow this results in incomplete profiles. I don't know wether top call this a bug or not, because I don't know if you're suppossed to do this.

[rcblanke]

Thanks for the heads-up, Neville.

A new test build is ready (0.81a):
* Fixed broken profiles when multi-editing profiles and reloading a template;
* Implemented basic support for Yesterplay80's DOSBox ECE. This means support for the latest integrated Munt configuration settings, Ant_222's experimental Pixel-perfect tweaks, the Voodoo patch and the most important FluidSynth switches.

All the latest files
To upgrade, grab the dbgl.jar as usual.

For those who do intend to use DOSBox ECE with DBGL, please upgrade to 0.81a and make sure to add the following values in the "Dynamic options" (File -> Preferences -> Dynamic options):

Code: Select all

fullresolution:
  desktop
 
windowresolution:
  desktop

output:
  surfacepp
  surfacenp
  surfacenb

scaler:
  normal4x
  normal5x
  normal6x

device:
  mt32
  fluidsynth

oplemu:
  nuked

ems:
  emsboard
  emm386

regards,
Ronald

[yevgenny]

Hi All,
I have a problem, I am using DOSBOX v0.74 in Win 7 64bit.
Every time I exit the game all ingame settings are reset (video, Sound etc.)

What could be the solution?

[rcblanke]

Hi yevgenny,

Are you using DBGL? Can you make a few screenshots to explain what you're doing, and what's going wrong?

Regards,
Ronald

[lightmaster]

Hi All,
I have a problem, I am using DOSBOX v0.74 in Win 7 64bit.
Every time I exit the game all ingame settings are reset (video, Sound etc.)

What could be the solution?

What game? Is it original?

[mgtroyas]

Hello, first of all thank you very much for your hard work, supporting and enhancing it over the time is much appreciated.

I finally discovered how to use DBGL to convert eXo's eXoDOS and Win3xO collections to DBGL game packages, but by default it creates archives of about 16GB, then I have to import them one by one using the same wizard. Is there a way of either:
1) Converting eXos's collections to fewer, larger game packages.
2) Batch import game packages on one step?
3) Merge many game packages in one?

[rcblanke]

Hi mgtroyas,

You're welcome

1) Use the parameter -s:sizeInMB for the convertor, for example (for 32GB packages)

Code: Select all

convert.cmd C:\eXoDOS\ C:\DBGL\ -s:32768

But please keep in mind that dealing with packages of these sizes can be quite troublesome, and might lead to performance issues on various levels. The 16GB size was chosen for a good reason.
2) Sorry, not possible at this moment;
3) Also not possible, although I see how that could be useful. I'll think about maybe creating a command-line tool for this.

Regards,
Ronald

[mgtroyas]

Hi mgtroyas,

You're welcome

1) Use the parameter -s:sizeInMB for the convertor, for example (for 32GB packages)

Code: Select all

convert.cmd C:\eXoDOS\ C:\DBGL\ -s:32768

But please keep in mind that dealing with packages of these sizes can be quite troublesome, and might lead to performance issues on various levels. The 16GB size was chosen for a good reason.
2) Sorry, not possible at this moment;
3) Also not possible, although I see how that could be useful. I'll think about maybe creating a command-line tool for this.

Regards,
Ronald

Thank you for the quick response! I'll do some testing to see how it results.

P.D. - for other people that may have the same problem: the DBGL version that comes with eXoDOS as converting tool (77b), failed with an error when trying to parse the extracted metadata, tested in different computers and with several java JRE versions. When I understood the convert function was part of DBGL I downloaded latest version (81b) and this one worked like a charm. Something in 77b was incompatible perhaps with some recent changes on Windows OS.

[mgtroyas]

Hi, just finished converting and importing both eXoDOS and Win3xO collections. I first tried 64GB packages to find the upper limit for my system, and failed when importing, few last games were skipped. Then I tried with 48GB packages and everything went ok. I have 8GB RAM on my Windows 10 system but java proccess used much less, source was an external USB drive and destination a NAS, so no fancy SSD disks involved. Surely Java/Windows have improved since the export method was created, uppering the limits.

There are two games with special characters on filenames that must be copied by hand to the doosroot folder after importing:
-Pim-Pam-Pum (1992)
-Ultizurk 2- The Shadow Master (1993)

Applying an extra custom field for Win3.x or DOS games, I found out there are six games that have an incomplete mounting configuration on their profile, probably a fault on originals (could be of interest for exo):

Win3xO:
- Foul Play: Mystery at Awkward Manor
- Lunicus
- Ray Bradbury's The Martian Chronicles Adventure Game

eXoDOS:
- Spitfire Ace
- Romantic Blue
- Ulysses and the Golden Fleece

I'm pleasantly surprised such a massive proccess worked so well at the end. Great job rcblanke and exo!

P.S. Also configured DBGL for use of DOSBox ECE by default and, after deleting some lines I didn't need on the profiles (Notepad++ batch replace on files), everything works great as with the stable version.

[collector]

eXoDOS and Win3xO are essentially abandonware, which is discouraged here.