Please help testing upcoming openMSX release!

Page 53/61
46 | 47 | 48 | 49 | 50 | 51 | 52 | | 54 | 55 | 56 | 57 | 58

By ren

Paragon (1855)

ren's picture

26-03-2021, 11:52

SjaaQ, you are using a .bat as described in that issue? I use the workaround as I described here.

It's expected to see other stuff show up in your (local) USERPROFILE location. Not sure how OneDrive works (with that) though.

It must be possible to configure OneDrive to exclude paths? Strikes me I see Profile\OneDrive\Documents\[...], so it puts itself before your Documents folder? You don't have a Profile\Documents (anymore)?
So looks like it kinda overtakes your My Documents.

@Manuel, you could make use of the MS IE/Edge test VM's? (Not sure though what the license terms say about use other than webdev / testing for IE/Edge.)

By SjaaQ

Master (215)

SjaaQ's picture

26-03-2021, 13:55

Yes I used the batch file. You are right about OneDrive taking over the Documents folder. That's why is becoming more annoying that openMSX stores its data there.

I now successfully compiled openMSX myself and just changing line 423 to:

static const string OPENMSX_DIR = expandTilde("./Profile");

Which actually stores everything in the current directory in the Profile directory. For me that works great. I am going to see if I can use a environment variable instead.

By SjaaQ

Master (215)

SjaaQ's picture

26-03-2021, 14:26

I have introduced an environment variable in my build "OPENMSX_HOME". If this is not set, it uses a "home" folder in the currrent directory.

...
static const string OPENMSX_DIR = expandTilde(getHomeDir());
...
const string& getHomeDir()
{
	static std::optional result;
	if (!result) {
		const char* const NAME = "OPENMSX_HOME";
		char* value = getenv(NAME);
		result = value ? value : "./home";
	}
	return *result;
}

By ren

Paragon (1855)

ren's picture

26-03-2021, 14:37

How would you feel about fixing the whole thing and sending in a PR? Smile
On Windows, openMSX should store user data under CSIDL_LOCAL_APPDATA, not CSIDL_PERSONAL #1246 (a bit down that thread I proposed something like OPENMSX_PERSISTENT (next to what's already available))

By SjaaQ

Master (215)

SjaaQ's picture

26-03-2021, 14:43

I would feel confused. This is the first time I successfully compiled any program in Visual Studio and I don't really know C++ (had some experience with embedded C and Arduino). I haven't got a clue how to "send in a PR".

By ren

Paragon (1855)

ren's picture

26-03-2021, 14:49

You successfully compiled & hacked already, I guess with some pointers from / collaboration with the team this could work? Smile

GitHub: Collaborating with issues and pull requests

By Manuel

Ascended (18082)

Manuel's picture

26-03-2021, 15:50

SjaaQ, the env var is what I had in mind indeed.

By TaylorsEverythingChannel

Champion (406)

TaylorsEverythingChannel's picture

26-03-2021, 18:00

Manuel wrote:

No, Android will still not be released.

What do you miss in SN76489 emulation?

What do you mean with the V9990 remark?

Well, I want to see some Franky and MMM action and I want to have V9990 emulation as well. I see the SN76489 is already set up for ColecoVision, and also for SG-1000 and up (on BlueMSX).

By Manuel

Ascended (18082)

Manuel's picture

26-03-2021, 18:47

V9990 emulation has been there for over 15 years. MMM is emulated as well, and the SN76489 separately as well (on the same ports as Franky).

By Daemos

Paragon (1951)

Daemos's picture

26-03-2021, 19:19

Latest openmsx build: Searched for this SDL setting everywhere but cannot find it. Where do I look?

Page 53/61
46 | 47 | 48 | 49 | 50 | 51 | 52 | | 54 | 55 | 56 | 57 | 58