Yesterplay80 wrote on 2021-11-02, 10:12:

Yesterplay80 wrote on 2021-09-24, 09:50:

I'm hosting my website on my NAS at home and since the latest update, it became basically unusable. 🙁 So, until I or Synology doesn't resolve this problem, please get the latest version of ECE from my Google Drive here:

https://drive.google.com/drive/folders/0BxEUS … 7mweueRbc7T4M8g

Sorry about the inconvenience!

I finally replaced my NAS with a new one and the ECE homepage should be reachable much better again!

There seems to be an issue though currently.

villeneuve wrote on 2021-11-05, 16:10:

Yesterplay80 wrote on 2021-11-02, 10:12:

I finally replaced my NAS with a new one and the ECE homepage should be reachable much better again!

There seems to be an issue though currently.

What kind of issue? Here everything looks normal currently.

Hm, I've now actually read the error message instead of just suspecting a 404 error. The issue is with the SSL connection which as I've now found out only happens when using my old Firefox (56.0.2). The exact error message is:

SSL_ERROR_PROTOCOL_VERSION_ALERT

Accessing the ECE homepage in a current Waterfox works though. So unless you're also targeting outdated browsers it's not an issue on your side.

connection times out to https://yesterplay.net/dosboxece/ and https://dosboxece.yesterplay.net/

tried chrome, edge, firefox

Should be working again. Note to self: Always update your DDNS settings after changing your DDNS password. 😉

However, there's nothing new on my site.

Thanks!

Yes, I haven't dl ece in a long time.

Yesterplay, I use your source regularly to keep a hardware OPL modified version of DosboxECE running on Linux. Long story short I'm innately familiar with a lot of it at this point.

I noticed what I think is a copy/paste error around line 673 in (r4469):
/src/hadware/adlib.cpp

1...
2		case MODE_DUALOPL2:
3			//Not a 0x??8 port, then write to a specific port
4			if ( !(port & 0x8) ) {
5				Bit8u index = ( port & 2 ) >> 1;
6				DualWrite( index, reg.dual[index], val );
7			} else {
8				//Write to both ports
9				DualWrite( 0, reg.dual[0], val );
10				DualWrite( 1, reg.dual[1], val );
11			}
12			break;
13		}
14	}
15	else if (oplemu == "nuked") {
16		handler = new NukedOPL::Handler();
17	}

Seems the NukedOPL handler is being initialized in a PortWrite() function.

I'm currently compiling r4470 because the diff for the NukedOPL patch didn't apply correctly after the changes introduced in r4468 and I had to update my patch first. Download the new source in a few minutes and try again, please!

UPDATE: All versions of r4470 are online!

Yesterplay80 wrote on 2021-11-17, 20:14:

I'm currently compiling r4470 because the diff for the NukedOPL patch didn't apply correctly after the changes introduced in r4468 and I had to update my patch first. Download the new source in a few minutes and try again, please!

UPDATE: All versions of r4470 are online!

Works great!

FYI, DOSBox ECE is available from AUR: https://aur.archlinux.org/packages/dosbox-ece/

There were some annoyances in installing the package:
- The package version is old (r4465 vs 4470)
- The source download link is wrong (partially because of the old version but looks like the URL doesn't work even if you edit the pkgVersion)
- The installed binary is named "dosbox" which conflicts with other DOSBox installations (like SVN). I renamed the binary to dosbox_ece
- There was a spelling error in the created desktop-file (dosbox-eve)

zirkoni wrote on 2021-11-25, 13:52:

FYI, DOSBox ECE is available from AUR: https://aur.archlinux.org/packages/dosbox-ece/

Pardon my ignorance, but is there anything I could/shoud do there? I never heard from AUR before, the only Linux experience I have is from the VM I use to compile ECE.

A quick update on the latest builds of ECE (r447o and onward): I updated mt32emu to version 2.5.3 but scrapped the support for external Glide wrappers again, I personally prefer the internal one, because it doesn't have external depencies. And I couldn't notice any difference between both, so I decided to keep it as simple as possible and ditched the external one. So it's just kekkos patch again.

AUR is a 3rd party "repository" of sorts for Archlinux users, by Archlinux users.

In other words, someone made DOSBox ECE available from the Arch User Repo by contributing a PKGBUILD file for it.

AUR is explained in the Arch Wiki: https://wiki.archlinux.org/title/Arch_User_Repository

For example, to install DOSBox ECE on some Arch based distro with yay (yay is an AUR helper):
yay -S dosbox-ece

It's really nice to be able to install software from source code with a single command. And yay can check and do updates as well.

Yesterplay80 wrote on 2021-12-11, 19:47:

is there anything I could/shoud do there?

Not really unless you want to. I think the number of users who install DOSBox ECE from the AUR is quite low.

The biggest problem with DOSBox ECE is that it does not use any proper version control system. And every time DOSBox ECE is updated the download link for the newest source code archive changes. And this breaks the AUR PKGBUILD script.

A quick update on the latest builds of ECE (r447o and onward): I updated mt32emu to version 2.5.3 but scrapped the support for external Glide wrappers again, I personally prefer the internal one, because it doesn't have external depencies. And I couldn't notice any difference between both, so I decided to keep it as simple as possible and ditched the external one. So it's just kekkos patch again.

Compiling on Ubuntu 20.04 using the Glide changes in r4471 a few errors have popped up on my end. I'm still sorting through it all. There seems to be a conflict between declarations of OpenGL versions and functions. It's going to take some time to sort through it.

1In file included from /usr/include/GL/gl.h:2050,
2                 from /usr/include/SDL/SDL_opengl.h:46,
3                 from voodoo_vogl.h:28,
4                 from voodoo_vogl.cpp:28:
5/usr/include/GL/glext.h:54: note: this is the location of the previous definition
6   54 | #define GL_GLEXT_VERSION 20190805
7      | 
8In file included from voodoo_vogl.h:28,
9                 from voodoo_opengl.h:33,
10                 from voodoo_emu.cpp:81:
11/usr/include/SDL/SDL_opengl.h:116: warning: "GL_GLEXT_VERSION" redefined
12  116 | #define GL_GLEXT_VERSION 29
13      | 
14In file included from voodoo_vogl.h:28,
15                 from voodoo_opengl.h:33,
16                 from voodoo_opengl.cpp:28:
17/usr/include/SDL/SDL_opengl.h:116: warning: "GL_GLEXT_VERSION" redefined

Yesterplay, for reference what Linux build environment are you using?

I was able to track down the source of the conflict.

Previous version snippet of voodoo_vogl.h around line 27:

1#include "SDL.h"
2#ifndef _WIN32
3	#define GL_ARB_multitexture
4	#include <GL/gl.h>
5	#undef GL_ARB_multitexture
6	#include "config.h"
7	typedef Bit32s INT32;
8#endif
9#include "SDL_opengl.h"

The r4471 version looks like this around the same line:

1#include "SDL.h"
2#include "SDL_opengl.h"

My guess is on Windows this isn't a problem, but for Linux it causes some redefinition of datatypes and functions. On Ubuntu 20.04 it is required to install OpenGL dev(libglu1-mesa-dev) libraries with SDL1.2 dev librarires (libsdl1.2-dev). I couldn't see away to fix the conflict without the modified header file for voodoo_vogl.h

Yesterplay80 wrote on 2021-12-11, 19:47:

zirkoni wrote on 2021-11-25, 13:52:

FYI, DOSBox ECE is available from AUR: https://aur.archlinux.org/packages/dosbox-ece/

Pardon my ignorance, but is there anything I could/shoud do there? I never heard from AUR before, the only Linux experience I have is from the VM I use to compile ECE.

A quick update on the latest builds of ECE (r447o and onward): I updated mt32emu to version 2.5.3 but scrapped the support for external Glide wrappers again, I personally prefer the internal one, because it doesn't have external depencies. And I couldn't notice any difference between both, so I decided to keep it as simple as possible and ditched the external one. So it's just kekkos patch again.

glide wrappers allow to have hd resolution in glide game instad of only 640x480. It's very usefull for games like lands of lore 2.

Yesterplay80 wrote on 2020-11-10, 09:33:

krcroft wrote on 2020-11-05, 15:44:

If someone wants to pick this up , the CDDA code is relatively self-contained (src/lib/decoders/*, src/dos/cdrom_image.cpp, src/dos/cdrom.h).

So a DIFF from those files from both the latest SVN and dosbox-staging should come up with a patch rather easily, unless the staging team made other, unrelated changes that affect one of those files. And if the changes don't depend on SDL2.

If I find the time I'll give it a shot and see what comes out of it.

Hello there! Did anyone ever get around to creating a DIFF file for an updated version of krcroft's audio patch for current DOSBox SVN? It'd be great to have an updated standalone patch for that if there's one available.

SedrynTyros wrote on 2021-12-22, 17:46:

Hello there! Did anyone ever get around to creating a DIFF file for an updated version of krcroft's audio patch for current DOSBox SVN? It'd be great to have an updated standalone patch for that if there's one available.

What do you want exactly? v13 of the cdda patch was made against svn (r4267). Do you want that to be applied to current svn? Or do you want the current cdda patch (v14) against current svn? The latter is going to be difficult because it has been merged into dosbox-staging, and all audio-related changes were done on top of the dosbox-staging code base with its numerous type and formatting changes. Extracting things from there would not be fun.

ECE is on v13 of the patch, with (parts of) one additional patch apparently back-ported: https://github.com/dosbox-staging/dosbox-stag … 858c204da01c032

"What do you want exactly?"

"a DIFF file for an updated version of krcroft's audio patch for current DOSBox SVN"