Cool! Thanks for keeping up the good work.

Hi all,

I've just released 0.82, no changes since the last build, enjoy!

Ronald

First off great software. I had to reinstall from scratch and am running into a huge issue. New Java,.82 release of dbgl, I added about 5k games and around there now when I open the software it crashes. I see that Java Binary stops responding and I can only restart the application again. I had this running fine from my USB drive earlier but now it no longer will work once I start adding lots and lots of games.

Win10 Pro, I5, 1TB SSD, 16gb ram connected to a brand new USB 3TB drive.

I have an odd problem specific to two games, but not most.

The games in question are Secret Agent by Apogee, and Wizardry 6 by Sir Tech. They will load, however, irrespective of what options I select in DBGL, they will not run the actual game in a window other than the default tiny size. Both have a text mode window that loads first, which is in the larger window size. Secret Agent just says 'Decompressing graphics files" while Wizardry 6 just flashes. Those windows close, and a new tiny one opens with the game after.

DOSBox.conf has a forced scaler2x, 1280x960 windowed resolution, and when loading the games directly through the exe, they load the game windows correctly, in the larger resolution. Only when loading the games through DBGL do they not load the correct resolution for the game window.

DBGL is .82, DOSBox is .74, running in Linux Mint 18.2. All other games will load flawlessly through DBGL, at least that I've tested. These are the only two that I have that seem to load a second window with the actual game after initializing the graphics. I have tested every scaler in the options list, as well as opengl, openglnb, and overlay for the renderer. Checking the option to force scaling has no impact, as does aspect correcting or double buffering.

It's strange, as it should, even if the profile settings in DBGL were lost on the creation of the new window, use the default dosbox.conf settings, which it doesn't.

*EDIT* After testing, setting Secret Agent to svga_s3, CPU to auto, and window resolution to original, it finally forced scaling on it. This is different from every other game, where I just set a window resolution and am done, but that's fine. Leaving this up in case others have the same issue.

jtalbot wrote:

First off great software. I had to reinstall from scratch and am running into a huge issue. New Java,.82 release of dbgl, I added about 5k games and around there now when I open the software it crashes. I see that Java Binary stops responding and I can only restart the application again. I had this running fine from my USB drive earlier but now it no longer will work once I start adding lots and lots of games.

Win10 Pro, I5, 1TB SSD, 16gb ram connected to a brand new USB 3TB drive.

Sorry to hear you're experiencing lock-ups. How did you 'add' the 5000 games, did you use the built in importer? Also, I've seen multiple USB drives behaving erratically in that they may intermittently disconnect and immediately reconnect. This will cause problems with DBGL because it wants to keep a connection to the database open at all times, resulting in a lock-up when disconnecting the drive it's stored on. So please try running DBGL on a normal hdd/sdd and check if that fixes your problem.
Finally, you can try running DBGL using dbglcons.cmd so that you will be able to see any errors (stacktraces) as they occur.

Is there anyway to scrape box art for DBGL? or another tool to do it and then import?

If you use the right options, you can download cover art from MobyGames.

Correct, just enable it in File->Preferences->Web Information Archives (Choose cover-art, Choose screenshots). If you set a value in the boxes 'Max. amount of cover-art images to save when multi-editing' and 'Max. amount of screen images to save when multi-editing', you can even select multiple profiles in DBGL's profile-list and have DBGL crawl and fetch them all in one go (this might take a while though).

I've finished setting up a Linux box running Linux Mint 19 and decided to try DBGL with my DOSbox installation. Sadly, it's not working. Here's the error messages I get:

1Launching DBGL using 64-Bit VM 10.0.1 on Linux v4.15.0-20-genericamd64, HSQL Database Engine 1.8.1.3WARNING: An illegal reflective access operation has occurred
2WARNING: Illegal reflective access by org.dbgl.gui.Launcher (file:/home/shaunbr/bin/dbgl.jar) to method java.net.URLClassLoader.addURL(java.net.URL)
3WARNING: Please consider reporting this to the maintainers of org.dbgl.gui.Launcher
4WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
5WARNING: All illegal access operations will be denied in a future release
6java.lang.IllegalArgumentException: object is not an instance of declaring class
7	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
8	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
9	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
10	at java.base/java.lang.reflect.Method.invoke(Method.java:564)
11	at org.dbgl.gui.Launcher.loadSWT(Unknown Source)
12	at org.dbgl.gui.Launcher.main(Unknown Source)
13Exception in thread "main" java.lang.NoClassDefFoundError: org/eclipse/swt/SWT
14	at org.dbgl.gui.Launcher.main(Unknown Source)
15Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWT
16	at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)
17	at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:190)
18	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:499)
19	... 1 more

I'm using the default system JRE.

Damaniel wrote:

I've finished setting up a Linux box running Linux Mint 19 and decided to try DBGL with my DOSbox installation. Sadly, it's not working. Here's the error messages I get:
I'm using the default system JRE.

I had the same issues, but on Ubuntu 18.04. I had to do the following to get it working:

• Install older openjdk (in this case 8 instead of 10)
• Install older libpng (12) as the included Dosbox apparently doesn't work with 16 that's included
• Change dbgl shell script to point to older JDK instead of the default JDK

Hope this helps 😀

Being the newbie linux user, I tried myself doing point 1 above using this https://stackoverflow.com/questions/44118443/ … in-ubuntu-14-04 and did point 2 by using this https://www.linuxuprising.com/2018/05/fix-lib … buntu-1804.html

But I am having trouble editing dbgl. My dbgl looks like this

#!/bin/sh
symlink=`find "$0" -printf "%l"`
cd "`dirname "${symlink:-$0}"`"
"${JAVA_HOME:-/usr}"/bin/java -Djava.library.path=lib -jar dbgl.jar

No idea what to edit at all. Can somebody please teach me? Thank you. 😊 😊

Ilovetifa wrote:

Being the newbie linux user, I tried myself doing point 1 above using this https://stackoverflow.com/questions/44118443/ … in-ub […]
Show full quote

Being the newbie linux user, I tried myself doing point 1 above using this https://stackoverflow.com/questions/44118443/ … in-ubuntu-14-04 and did point 2 by using this https://www.linuxuprising.com/2018/05/fix-lib … buntu-1804.html

But I am having trouble editing dbgl. My dbgl looks like this

#!/bin/sh
symlink=`find "$0" -printf "%l"`
cd "`dirname "${symlink:-$0}"`"
"${JAVA_HOME:-/usr}"/bin/java -Djava.library.path=lib -jar dbgl.jar

No idea what to edit at all. Can somebody please teach me? Thank you. 😊 😊

This is what my dbgl file looks like now:

1#!/bin/sh
2export SWT_GTK3=0
3symlink=`find "$0" -printf "%l"`
4cd "`dirname "${symlink:-$0}"`"
5#"${JAVA_HOME:-/usr}"/bin/java -Djava.library.path=lib -jar dbgl.jar
6/usr/lib/jvm/java-8-openjdk-amd64/bin/java -Djava.library.path=lib -jar dbgl.jar

I commented out the original line by prefixing it with # just to keep it around for reference, and then added a new line that calls the openjdk8 java bin directly. If your distro installs openjdk8 somewhere else, you'll need to figure out where its binary is, but that is the location for Ubuntu 18.04-based distros.

I also had to install the libsdl-sound1.2 and libsdl-net1.2 libraries (sudo apt intsall libsdl-sound1.2 libsdl-net1.2 openjdk-8-jre will install all you need).

Happy DBGLing!

I have successfully imported all my games from D-Fend Reloaded.

Since yesterday I didnt receive any information about my games from Mobygames (HTTP Error 503), TheGamedDB and Pouet.net. All request are ending with errors.
I´ve tested the search with many popular games, none is working. The Websearch in a browser is working fine.

DDos protection at MobyGames, not much I can do at the moment: http://www.mobygames.com/forums/dga,2/dgb,2/dgm,241343/

Not sure what's wrong with theGamesDB, will have a look. Pouet seems to work alright for me?!

EDIT: Apparently, TheGamesDB decided to completely redo their API. I will try to incorporate the changes into a new DBGL version, but that will require time.

Looks like you'll have to work on a new version of DBGL... DOSBox v0.74.2 was just released, and v0.75 has been anounced, although not its release date.

Thank you Neville, I'm aware 😀

Hi all,

Got test build 0.82a ready with some quick improvements:
* Added support for DOSBox-0.74-2 and include that version in the DBGL Windows distribution;
* Implemented temporary workaround for TheGamesDb API changes (using their legacy api);

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

MobyGames querying in DBGL unfortunately still does not work, if anybody knowns how to (legitimately) work around this DDOS protection using Java, I'm all ears.

regards,
Ronald

Thank you for the update. TheGamesDB is working 😀

A small suggestion:
I have two monitors. If I klick on a screenshot, the picture is centered between both monitors. Would it be possible to view the screenshot on one monitor only?

You're welcome! Also, MobyGames seems to work again. I'll fix the issue that you mention about a multi-monitor setup in the first upcoming DBGL build.

Dynamically querying this stuff on-demand can't be the best approach. If websites keep getting huge amounts of pages scraped every time someone installs a front-end, it probably won't end well.

If the data is collected once and then distributed as a file (or multiple sets of files) which can be optionally downloaded as a front-end add-on, that might keep things sane. Like MAMEINFO.DAT / MESSINFO.DAT.