#jsmess 2017-06-15,Thu

↑back Search

Time Nickname Message
00:00 🔗 db48x maybe we mean different things by integration?
00:00 🔗 db48x we built the pce emulator from revision 7610feb on https://github.com/db48x/retroweb-pcejs-jsdf
00:01 🔗 db48x which has as one of it's ancestors revision df19414 from the original pce repository
00:02 🔗 JohnTalen 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 🔗 db48x no, the actual PCE source code is not part of the emularity repository
00:04 🔗 db48x neither is the MAME source code, or the DosBox source code, or the SAE source code :)
00:05 🔗 db48x 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 🔗 JohnTalen okay, so what do you want from me?
00:08 🔗 db48x 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 🔗 db48x it might need different command-line arguments than the macplus emulator, and maybe a different config file
00:09 🔗 db48x if either of those are true, then some sort of changes to Emularity's loader.js will be needed
00:09 🔗 db48x you can look for the PCELoader in that file; it's really simple at the moment
00:10 🔗 JohnTalen db48x: ok. Yes. It already works fine in the browser.
00:10 🔗 db48x good :)
00:10 🔗 JohnTalen sorry, I should have updated the channel.
00:10 🔗 JohnTalen I told Sketchcow a week ago or so about it.
00:10 🔗 db48x PCELoader is what you will change if it needs any command-line arguments
00:10 🔗 JohnTalen or rather showed him. :)
00:10 🔗 JohnTalen ok
00:10 🔗 db48x for v86 we'll need a v86Loader that jumps through whatever hoops v86 needs
00:11 🔗 JohnTalen ok
00:12 🔗 db48x possibly also a V86Runner as well, if needed
00:12 🔗 JohnTalen 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 🔗 JohnTalen 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 🔗 JohnTalen Did you want sockets as in tcp/ip inside the running emulator of the emulated platform?
00:15 🔗 db48x on the PCE side there is already a socket listener
00:15 🔗 JohnTalen I would just as much say that just outwrite linking to the functions to load disks would be a cheaper investment.
00:15 🔗 db48x it was added by James in the retroweb-pce repository
00:15 🔗 JohnTalen ok
00:15 🔗 JohnTalen I haven't looked at retroweb-pce.
00:15 🔗 db48x but not tcp/ip sockets, unix domain sockets
00:15 🔗 JohnTalen ok
00:16 🔗 db48x yea, exporting those functions so that they're callable from JS is what I probably would have done
00:17 🔗 JohnTalen ok
00:17 🔗 Vito` DFJustin / db48x, the Unrealty loader checks for wasm/asm.js and webgl1/webgl2
00:17 🔗 Vito` and picks one of four builds based on the result
00:18 🔗 Vito` view-source:https://www.unrealty.net/online/unrealty.html starting around line 1404
00:18 🔗 Vito` if that helps
00:41 🔗 JohnTalen Revenge of the Nerds marathon tomorrow in the evening. :)
00:53 🔗 JohnTalen 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 🔗 JohnTalen Looks like v86 is all hand written JavaScript. No convertering.
16:08 🔗 JohnTalen Or rather, no automatic translated converting.
16:30 🔗 db48x well, that saves a step
16:31 🔗 DFJustin that would explain why it's so slow
16:33 🔗 JohnTalen There is a hint of Bochs emulator referencing.
16:36 🔗 JohnTalen 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 🔗 JohnTalen The logging is insane if you open the browser console. so that.
16:50 🔗 JohnTalen 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 🔗 JohnTalen It would be nice if it had gradient debugging. When it kills over it burns thats it. Just nothing.
18:09 🔗 JohnTalen v86 code a pleasure to read. pre-functional, intuitive and somewhat object oriented. not rushed, not hacked.
18:21 🔗 JohnTalen 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 🔗 JohnTalen IA building looks like something from Futurama. ;)
19:51 🔗 db48x heh, a little bit
19:51 🔗 db48x with magic number jokes on the walls, and blinking server racks in the back
20:28 🔗 JohnTalen Didn't see those. But it looks Owellian, so grand and concrete in structure. Like something futuramaish would happen there.
20:29 🔗 JohnTalen saw the racks though.
20:53 🔗 JohnTalen 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)

irclogger-viewer