[00:35] *** oscar has joined #jsmess [02:55] *** godane has joined #jsmess [03:36] *** oscar has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) [03:44] *** oscar has joined #jsmess [04:30] *** LordNigh2 has joined #jsmess [04:34] *** Lord_Nigh has quit IRC (Ping timeout: 268 seconds) [04:34] *** LordNigh2 has quit IRC (Ping timeout: 252 seconds) [04:34] *** Lord_Nigh has joined #jsmess [08:50] *** Lord_Nigh has quit IRC (Read error: Operation timed out) [08:52] *** Lord_Nigh has joined #jsmess [08:56] *** Lord_Nigh has quit IRC (Read error: Operation timed out) [09:02] *** Lord_Nigh has joined #jsmess [13:00] *** LordNigh2 has joined #jsmess [13:05] *** Lord_Nigh has quit IRC (Ping timeout: 268 seconds) [13:05] *** LordNigh2 is now known as Lord_Nigh [13:49] Playstation update: Duncan continues his non-stop addition of covers, enough that I'm not even going to try to go after them anymore. [13:50] I'm going to figure out how there's images that don't have a region setting. [13:50] Then I'm going to verify that the psxj or whatever is working, then set things over to it. [15:54] *** azakai_ has quit IRC (Ping timeout: 255 seconds) [16:49] Metadata Machine just flung another 117 covers in [16:49] We're rapidly towards "what hasn't he gotten a covere" [19:15] DFJustin: Do you have a suggestion for which Macintosh model we should be trying? [19:17] maciix ? [19:17] SketchCow: mame? [19:17] I'd try maciici [19:26] Let's see if I can dream up a .json [19:32] [2018-04-09 19:32:26] Building src/mame/drivers/mac.cpp into mamemac.js.gz [19:32] Naturally this will work perfectly the first time out [19:32] Zero issues [19:35] Ok, so, I did a build, it didn't tell me anything, it finished [19:36] It's starting to feel like the only way forward is I request: db48x - please build mamemac [19:37] Like, me being in there is resulting in 1. It doesn't get built 2. I'm probably actually adding another cook [19:37] Once the DRIVER is built, I can add additional machines along that driver. [19:43] *** ted has quit IRC (Ping timeout: 260 seconds) [19:44] *** db48x has quit IRC (Read error: Operation timed out) [19:45] *** db48x has joined #jsmess [19:46] *** ted has joined #jsmess [20:15] well, let's take a look [20:16] yea, tooling problems [20:16] Compiling src/mame/machine/egret.cpp... [20:16] ERROR:root:Emscripten, llvm and clang repo versions do not match, this is dangerous (1.37.33, 1.37.36, 1.37.36) [20:17] SketchCow: I am going to edit your .bashrc file [20:21] DO IT [20:21] Let me know when I have THE POWER [20:22] SketchCow: you have THE POWER now [20:22] I tested it in my .bashrc, seems to work [20:22] now when you log in it will activate the correct version of the emscripten sdk [20:31] Loged in [20:31] Logged [20:31] Building [20:31] It's taking forever on mac [20:31] A good sign [20:31] a very good sign [20:38] Bonus is it's now building seattle [20:38] even if seattle is brokeass [20:38] :) [20:44] OK, they're in [20:46] First, let's see Crazy Taxi blow up [20:46] Next, let's get that Mac booting. [20:47] I never figured out what was wrong with dreamcast [20:48] Oh, I know [20:48] I just want it to at least start up and explode [20:48] Before we weren't even compiling [20:49] Next, we now have a mac_hdd_mac750 [20:51] OK, https://archive.org/details/dc_crzytaxi blew up as predicted [20:51] Now, trying to think of a piece of software we can use to boot in mac [20:57] https://archive.org/details/OregonTrailMacintosh_color [20:57] PLACE yer bets PLACE yet bets [20:57] Likely I didn't pack the bios [20:59] you're giving it a 5MB file and claiming it's a floppy [20:59] https://archive.org/details/OregonTrailMacintosh works fine [21:00] Suggested step? [21:03] I mean, obviously I'm just trying to get it to boot [21:05] Pce_drive_hd1 could be set [21:05] Whatever the name is [21:05] To swap it to the hard drive image [21:09] yeah you need a boot chd as -hard1 [21:10] the oregon trail is a raw hfs image so you need to slot in a fake image-reader addon card: -nbe image [21:10] Well, let's not go crazy [21:11] then you can pass in the oregon trail image as -disk [21:11] What's a good set to set up to make it like a boot [21:11] { [21:11] "name": "Macintosh IIci", [21:11] "js_filename": "mamemac.js.gz", [21:11] "bios_filenames": [ [21:11] "maciici.zip" [21:11] ], [21:11] "peripherals": [ [21:11] "flop1" [21:11] ], [21:11] "native_resolution": [ [21:11] 640, [21:11] 480 [21:11] ], [21:11] "extra_args": [ [21:11] ], [21:11] https://archive.org/details/mac_hdd_mac750 exists [21:12] http://ia801906.us.archive.org/7/items/emularity_engine_v1/maciici.json [21:14] with native this works: mame maciici -hard1 mac750.chd -nbe image -disk OregonTrail.img [21:14] I'm not sure how to get it to see the chd from another item with emularity [21:14] but you'll want peripherals to be "disk" instead of "fop1" and then put the extra stuff in extra_args [21:15] and you'll need nb_image.zip as an additional bios file [21:17] nb_image uploaded and added to the json [21:18] json not updating... yet [21:20] updated [21:21] yeah then you'll want extra_args to have "-nbe image", "-hard1 mac750.chd" except for that second part won't work because it won't know where to find mac750.chd [21:21] * DFJustin pokes db48x [21:22] https://archive.org/details/mac_hdd_mac750 [21:23] http://ia801906.us.archive.org/7/items/emularity_engine_v1/maciici.json is in the process of getting nbe image [21:24] I'm trying to remember how we do the pce thing [21:25] Oh [21:25] it's mame_peripheral_sdhjfsdkjfhskdjfhskdjfhsdf [21:27] it looks like there is actually a System Folder on the oregon trail image so pce just boots off that directly, but it looks like that doesn't work with mame [21:27] exception thrown: 12123064 mamemac_wasm.js.gz:17095:4 [21:27] failed to asynchronously prepare wasm: 12123064 [21:27] so we may not have done anything quite like this yet [21:27] I'm sticking with https://archive.org/details/mac_hdd_mac750 so it's coherent. [21:28] well that would need a different json because it's a chd [21:28] with the peripheral set to "hard1" [21:28] Well, let's get a .dsk image or something for mac [21:28] Shove it in there [21:31] https://archive.org/details/mac_hdd_mac750 [21:31] Now with .dsk and a 800k .dsk file [21:32] exception thrown: 12123064 [21:35] driver is "mac", should be "maciici" [21:36] at that point it should boot to a floppy disk question icon [21:36] * db48x tries to catch up [21:36] because you've given it an empty disk and no other boot device [21:37] db48x: The emularity has become sentient [21:37] And wants to find you [21:37] It calls you "diskfather" [21:37] It is demanding diskfather [21:37] 3 people have been killed [21:38] db48x: I'm thinking we need a way to load a hard disk image with macos from a specified archive.org item plus the software image from the current item [21:39] mame_peripheral_hard1 mac_hdd_mac750/mac750.chd is correct [21:39] https://archive.org/details/mac_hdd_mac750 is now updated [21:40] but you should put it on the item that needs the hard drive, not on the hard drive's item [21:40] I'm just trying to make it boot for now [21:40] So we have a blank 800k disk image [21:40] And the hard drive [21:40] And just make it boot before we get triiiiiicksy [21:40] ok, then you also need a mame_peripheral_flop1 [21:40] do the extra args go before or after the peripheral parameters? they need to be before in this case [21:40] to specify what floppy drive image to use [21:41] DFJustin: good question, one moment [21:41] I don't think we need mame_peripheral_flop1 just for this [21:42] it'll load with the -disk [21:42] naturally we put the extra_args right at the end [21:42] https://archive.org/details/mac_hdd_mac750 is now pumped [21:42] yeah the addon card loadout affects which peripheral types are available [21:44] I can't think of a reason why the args would need to be at the end so putting them at the beginning should be safe although they need to be after the driver name [21:44] DFJustin: should I add another option (extra_args_pre?), or should the extra_args always come first, or is there a better solution? [21:46] https://archive.org/details/mac_hdd_mac750&external_js=1 [21:47] SketchCow: looks like you forgot to do word breaking [21:47] where what [21:47] "extra_args": [ [21:47] "-nbe", "image" [21:47] ], [21:48] does that matter? [21:48] it expects to see an array where each word is separate, just like bash would do when you type it in [21:48] This is how rockets crash into buildings [21:48] also take out the mame_peripheral_flop1 thing [21:50] also it looks like there's an additional bug [21:50] which DFJustin will probably laugh at me for [21:52] ok it's getting further now [21:53] ok, I fixed that minor detail [21:53] and yes, it does look like it gets further [21:54] Removing the flop1 just in case [21:55] yeah having the same file for both blows it up with native [21:55] exception thrown: 16146632 [22:02] oh, I guess for this one it should have been mame_peripheral_disk instead of mame_peripheral_flop1 [22:03] if you specify them both explicitly like that, then you don't have to use the emulator_ext property [22:03] FS.stat('/emulator/mac_hdd_mac750') [22:03] Object { dev: 0, ino: 0, mode: 16384, nlink: 1, uid: 0, gid: 0, rdev: 0, size: 2, atime: Date 2018-04-09T21:57:57.800Z, mtime: Date 2018-04-09T21:57:57.800Z, … } [22:03] FS.stat('/emulator/mac_hdd_mac750/mac750.chd') [22:03] Error: Permission denied [22:03] db48x: don't confuse him [22:03] (except that you do, because if you leave it out you won't get the emularity at all; it's a bug we have to fix) [22:03] DFJustin: hmm [22:04] Just give me instructions, prefaced by Sketchcow [22:04] And I'll do them [22:04] I think the setup is ok now and we have a bug somewhere [22:04] I don't understand much of this, except lightly, and I feel bad for all the people [22:05] DFJustin: very curious [22:06] 15:06:20.100 FS.readFile('/emulator/mac_hdd_mac750/mac750.chd') [22:06] 15:06:20.050 Error: No such file or directory [22:09] DFJustin: loader.js line 1087 is where I create the file after I download it [22:09] jvilk: ping? [22:15] DFJustin: If I wanted to generate a list of all MAME arcade machines up to now, is there an easy way to do that [22:15] I want to compare against all the arcade_* ones we have, get things going [22:20] it's a bit tricky without making an ARCADE compile [22:21] running this from the mame source tree is probably pretty close: grep -R GAME src/mame/drivers [23:05] https://archive.org/details/arcade_crusnusa [23:05] It boots enough to crash! [23:05] Take that!! [23:08] oh that's a fun one [23:08] exception thrown: RuntimeError: invalid conversion to integer,__ZN17midvunit_renderer15render_textransEiRKN12poly_managerIf20midvunit_object_dataLi2ELi4000EE8extent_tERKS1_i@https://cors.archive.org/cors/emularity_engine_v1/mamemidvunit_wasm.js.gz:7051738:1 [23:10] that's regular ass C code too [23:12] wasm thing apparently https://github.com/kripken/emscripten/issues/4625 [23:15] probably needs to be fixed in mame [23:25] DFJustin: How about just the parents [23:25] I figure arcade + parents [23:25] I can run mame64 in glowing machine if needed [23:28] found a solution, focus elsewhere [23:28] like the mac