[00:00] maybe we mean different things by integration? [00:00] we built the pce emulator from revision 7610feb on https://github.com/db48x/retroweb-pcejs-jsdf [00:01] which has as one of it's ancestors revision df19414 from the original pce repository [00:02] I have eithered cloned or zipped it and pce-20170208-df19414 was *not* in it; I had to hand copy the files. perhaps I downloaded the wrong representation? [00:04] no, the actual PCE source code is not part of the emularity repository [00:04] neither is the MAME source code, or the DosBox source code, or the SAE source code :) [00:05] all of the emulators will continue to live in their own repositories, but we might keep a local fork around (like my retroweb-pcejs-jsdf repository) for any changes that we need to make to them [00:06] okay, so what do you want from me? [00:08] for the Atari ST emulator that's part of PCE there might not be a huge amount that needs to be done. It already compiles, but I've never run the resulting JS to see if it works [00:08] it might need different command-line arguments than the macplus emulator, and maybe a different config file [00:09] if either of those are true, then some sort of changes to Emularity's loader.js will be needed [00:09] you can look for the PCELoader in that file; it's really simple at the moment [00:10] db48x: ok. Yes. It already works fine in the browser. [00:10] good :) [00:10] sorry, I should have updated the channel. [00:10] I told Sketchcow a week ago or so about it. [00:10] PCELoader is what you will change if it needs any command-line arguments [00:10] or rather showed him. :) [00:10] ok [00:10] for v86 we'll need a v86Loader that jumps through whatever hoops v86 needs [00:11] ok [00:12] possibly also a V86Runner as well, if needed [00:12] I'll just mimic the macjs project then. [00:14] * db48x nods [00:14] *** arkiver has quit IRC (ny.us.hub irc.servercentral.net) [00:14] *** d1r7y has quit IRC (ny.us.hub irc.servercentral.net) [00:14] I was looking to add 'sockets' to file loading but noticed that there are two references to sockets but no real sockets handling code. I need to analyze it more to come up with a plan. [00:14] *** d1r7y has joined #jsmess [00:14] *** arkiver has joined #jsmess [00:14] *** irc.servercentral.net sets mode: +o arkiver [00:15] Did you want sockets as in tcp/ip inside the running emulator of the emulated platform? [00:15] on the PCE side there is already a socket listener [00:15] I would just as much say that just outwrite linking to the functions to load disks would be a cheaper investment. [00:15] it was added by James in the retroweb-pce repository [00:15] ok [00:15] I haven't looked at retroweb-pce. [00:15] but not tcp/ip sockets, unix domain sockets [00:15] ok [00:16] yea, exporting those functions so that they're callable from JS is what I probably would have done [00:17] ok [00:17] DFJustin / db48x, the Unrealty loader checks for wasm/asm.js and webgl1/webgl2 [00:17] and picks one of four builds based on the result [00:18] view-source:https://www.unrealty.net/online/unrealty.html starting around line 1404 [00:18] if that helps [00:41] Revenge of the Nerds marathon tomorrow in the evening. :) [00:53] bbt [00:53] *** JohnTalen has quit IRC (leaving) [08:52] *** gsathya has joined #jsmess [10:02] *** zino has joined #jsmess [13:45] *** JohnTalen has joined #jsmess [16:06] Looks like v86 is all hand written JavaScript. No convertering. [16:08] Or rather, no automatic translated converting. [16:30] well, that saves a step [16:31] that would explain why it's so slow [16:33] There is a hint of Bochs emulator referencing. [16:36] It's quite possible that slowness is because of default debug mode of debug.html. I'm certain it could be optimized. [16:38] *** DFJustin has quit IRC (Remote host closed the connection) [16:38] *** DFJustin has joined #jsmess [16:39] The logging is insane if you open the browser console. so that. [16:50] Well,the new w95 image on copy.sh doesn't have debugging. it's fairly responsive unlike the debug version that I use. [17:02] It would be nice if it had gradient debugging. When it kills over it burns thats it. Just nothing. [18:09] v86 code a pleasure to read. pre-functional, intuitive and somewhat object oriented. not rushed, not hacked. [18:21] the problem with security is that, by default, the whole machine is granted access by the net card. virtual machines would be a great asset to this condition. [19:49] IA building looks like something from Futurama. ;) [19:51] heh, a little bit [19:51] with magic number jokes on the walls, and blinking server racks in the back [20:28] Didn't see those. But it looks Owellian, so grand and concrete in structure. Like something futuramaish would happen there. [20:29] saw the racks though. [20:53] db48x: I"m only guessing that they have 0xDEADBEE and 0xDEAD3E41 on the wall. [23:00] *** zino has quit IRC (se.hub ny.us.hub) [23:00] *** arkiver has quit IRC (se.hub ny.us.hub) [23:00] *** d1r7y has quit IRC (se.hub ny.us.hub) [23:00] *** gsathya has quit IRC (se.hub ny.us.hub) [23:00] *** godane has quit IRC (se.hub ny.us.hub) [23:00] *** JohnTalen has quit IRC (se.hub ny.us.hub) [23:00] *** balrog has quit IRC (se.hub ny.us.hub) [23:00] *** bai has quit IRC (se.hub ny.us.hub) [23:00] *** decay has quit IRC (se.hub ny.us.hub) [23:00] *** datajerk has quit IRC (se.hub ny.us.hub) [23:00] *** db48x has quit IRC (se.hub ny.us.hub)