gianlucarenzi1971

At this moment I have two Apple Machines (OS X on Intel, and Linux on PPC64) and in the OSX machine everything is running good (but it is a binary...

Here I am with some news: I recompiled on both machines (x86_64 running MacOS X) with the same flags as the PowerPC 64bit machine i.e: NO_ASM=1 NO_SSE=1 DEBUGGER=1 DBG_CORE=1 but...

Sorry I did a mistake closing the issue. The problem still persists. I would like to know how to proceed further. i.e. where the Core module is loading instructions and...

Well, I cloned that branch over the github original version (mupen64plus-core) and recompiled it with the same makefile flags. It gives me the same error: ``` ./mupen64plus m64p_test_rom.v64 __ __...

Just a quick note on the branch for big endian machines: Core Error: reserved opcode: A400004C:70A4083C is fetched directly from the ROM m64p_test_rom.v64. It should be useful if every opcode...

@bentley Did you proceed any further? @bsmiles32 I would like to know why the hell the BE branch you have is not running as supposed to. I would like to...

I will try this asap. Thanks Il 10/mar/2018 12:34 AM, "bsmiles32" ha scritto: > @gianlucarenzi1971 Sorry for the > delay. There is indeed something going wrong regarding endianness: > >...

Here is the log with the debug option: ``` `./mupen64plus --emumode 0 --debug m64p_test_rom.v64 __ __ __ _ _ ____ _ | \/ |_ _ _ __ ___ _ __...

It could be. The endianness should be adjusted before the switch statement. Il lun 21 mag 2018 13:28 Rick van Galen ha scritto: > Although very far from an expert,...

Il mar 22 mag 2018 04:35 Richard Goedeken ha scritto: > No this code is fine. All of the N64 ram/rom words are stored in system > memory in native...