more sane directory name, updated binaries

src/basic/rom_revision/a004.identifier.s

@@ -0,0 +1,11 @@
+// #LAYOUT# STD *       #TAKE
+// #LAYOUT# X16 BASIC_0 #TAKE-OFFSET 2000
+// #LAYOUT# *   BASIC_0 #TAKE
+// #LAYOUT# *   *       #IGNORE
+
+
+// Computes Mapping the 64, p89
+// 8 character name
+// MEGABAS2 = "MEGA BASIC 2"
+
+	.byte $4D,$45,$47,$41,$42,$41,$53,$32

src/basic/rom_revision/a483.interop

@@ -0,0 +1,9 @@
+All the BASIC routines, for which there are vectors in $0300-$030B, have to be available at their original addresses.
+
+Reason: some autostart software (https://codebase64.org/doku.php?id=base:autostarting_disk_files) override these vectors, so that some point
+to new locations (usually Kernal related), while others points the original BASIC routines. Different techniques modify different vectors
+(while resetting others to original C64 locations), some don't change the vectors at all, but might still put the original
+C64 BASIC addresses there.
+
+For various cartridges this just means disabling their extensions (like new commands); for us that would mean improperly functionning BASIC.
+

src/basic/rom_revision/bf52.interop

@@ -0,0 +1,2 @@
+
+Special case - we need a constant memory location where we can put an ID and a revision string. According to Compute's Mapping the Commodore 64 (page 117) this area is unused - so a perfect place.

src/basic/rom_revision/bf52.rom_revision_basic.s

@@ -0,0 +1,36 @@
+// #LAYOUT# STD *       #TAKE
+// #LAYOUT# X16 BASIC_0 #TAKE-OFFSET 2000
+// #LAYOUT# *   BASIC_0 #TAKE
+// #LAYOUT# *   *       #IGNORE
+
+//
+// !!! PROPOSAL ONLY !!! PROPOSAL ONLY !!! NOT FOR USING EXTERNALLY YET !!!
+//
+//
+// Do not change! Locations of the following data should be constant - now and forever!
+//
+// If you want to integrate Open ROMs support in your emulator, FPGA ccomputer, etc. - this
+// is the official way to recognize the ROM and its revision.
+//
+
+
+rom_revision_basic:
+
+	// $BF52
+
+	.text "OR"                // project signature, after "Open ROMs"
+	.byte CONFIG_ID           // config file ID, might change between revisions
+
+rom_revision_basic_string:
+
+	// $BF55
+
+#if !CONFIG_BRAND_CUSTOM_BUILD
+	.text "(DEVEL SNAPSHOT)"  // actual ROM revision string; up to 16 characters
+#else
+	.text "(CUSTOM BUILD)"
+#endif
+
+	.byte $00                 // marks the end of string
+
+__rom_revision_basic_end:

src/basic/rom_revision/e4b7.interop

@@ -0,0 +1,2 @@
+
+Special case - we need a constant memory location where we can put an ID and a revision string. According to Compute's Mapping the Commodore 64 (page 213) this area is unused - so a perfect place.

src/basic/rom_revision/e4b7.rom_revision_kernal.s

@@ -0,0 +1,49 @@
+// #LAYOUT# STD *       #TAKE
+// #LAYOUT# *   BASIC_0 #TAKE
+// #LAYOUT# *   *       #IGNORE
+
+//
+// !!! PROPOSAL ONLY !!! PROPOSAL ONLY !!! NOT FOR USING EXTERNALLY YET !!!
+//
+//
+// Do not change! Locations of the following data should be constant - now and forever!
+//
+// If you want to integrate Open ROMs support in your emulator, FPGA ccomputer, etc. - this
+// is the official way to recognize the ROM and its revision.
+//
+
+
+	// $E4B7
+
+	// This vector is to be used by non-Kernal ROMs, if they want to
+	// complain about incompatible ROM releases - do not use it directly,
+	// use a 'panic' pseudocommand with error code (will be passed using .A)
+	// #P_ERR_ROM_MISMATCH - it should remain stable even between releases
+
+#if CONFIG_PANIC_SCREEN
+	.word panic
+#else
+	.word hw_entry_reset
+#endif
+
+
+rom_revision_kernal:
+
+	// $E4B9
+
+	.text "OR"                // project signature, after "Open ROMs"
+	.byte CONFIG_ID           // config file ID, might change between revisions
+
+rom_revision_kernal_string:
+
+	// $E4BC
+
+#if !CONFIG_BRAND_CUSTOM_BUILD
+	.text "(DEVEL SNAPSHOT)"  // actual ROM revision string; up to 16 characters
+#else
+	.text "(CUSTOM BUILD)"
+#endif
+
+	.byte $00                 // marks the end of string
+
+__rom_revision_kernal_end: