Steve Fosdick

See if this commit https://github.com/stardot/b-em/commit/e84b643ff64b612d099703943d4b12fa7a42b62a (the latest on the Issue#214 branch as I write this) fixes this issue. It eliminates one of the calls to video_doblit that obly seems to...

As I think we mentioned earlier, this could be a buffer management issues somewhere within Allegro so with removing the extra call to video_doblit I wasn't thinking that would be...

Ok, try now (https://github.com/stardot/b-em/commit/e9203793d4bdf8ae708be220b11ba1b776f0f03b). I tried adding al_set_target_bitmap(b) before locking the bitmap region for drawing. I don't know if this is an undeclared pre-requistite for locking the bitmap or whether...

Apologies, I have put the wrong commit in my previous message. I meant to put the last commit, at the time of writing, on the Issue#214 branch but GitHub showed...

I get the same `video: config vsync=1, actual=2` as you on Linux and also on Windows (though that is running in a VM on the same hardware so maybe more...

Before I change this, is there a reference to a convention that these image formats should have the side _stored_ sequentially, or a body of files for which this is...

Could you attach one of the disc images that is failing to read correctly? Looking at the way the detection works, there is an extra step in that B-EM current...

On tracing what is happening with gdb I came upon this: ``` m68k_disassemble (str_buff=0x7fffffffe10a "", pc=pc@entry=4294902272, cpu_type=cpu_type@entry=4) at musahi/m68kdasm.c:3482 3482 g_cpu_ir = read_imm_16(); (gdb) s dasm_read_imm_16 (advance=2) at musahi/m68kdasm.c:273 273...

On checking the 68000 programmer's reference it seems the first instruction being disassembled as `sub.l A0, A0` is correct. The address 'vector_table' in the instruction as presented to the assembler...

There appear to be two separate underlying bugs here: 1. In the OSWORD code the check for whether MMFS is the current filing system and setting the return status of...