Time |
Nickname |
Message |
13:35
🔗
|
|
Sgeo has quit IRC (Read error: Connection reset by peer) |
13:35
🔗
|
|
Sgeo has joined #jsmess |
14:01
🔗
|
|
Sgeo has quit IRC (Read error: Connection reset by peer) |
14:01
🔗
|
|
Sgeo has joined #jsmess |
16:17
🔗
|
|
azakai_ has quit IRC (Read error: Operation timed out) |
18:46
🔗
|
SketchCow |
I just proposed the visor |
18:47
🔗
|
SketchCow |
There is like about the vistor |
18:47
🔗
|
SketchCow |
visor |
18:47
🔗
|
SketchCow |
I should reach out to defacto2 |
18:47
🔗
|
SketchCow |
Also will annoy db48x abut this |
18:59
🔗
|
dll |
I have updates on the PCE/macplus fullscreen bug. I am able to reproduce it locally, using a copy of pcejs that I downloaded off of archive.org, and a slightly-modified copy of Emularity's example_macplus.html. Replacing pcejs with a custom-built copy, appears to fix it, although I am unsure exactly why. |
18:59
🔗
|
SketchCow |
dll: Thanks for chasing it down |
19:03
🔗
|
dll |
If y'all could use any further help with that bug, I can try to look into it further. Otherwise, I'll assume that someone needs to recompile it and upload it. |
19:04
🔗
|
dll |
Side note: pcejs does not compile out-of-the-box with the latest Emscripten. I have a hack-ish patch to pcejs' build scripts that fixes it, or at least it does for me. :-) |
19:07
🔗
|
dll |
(Emscripten no longer supports the '-s BINARYEN_METHOD='suchandsuch'' parameter. Instead, it takes in a combination of the following: '-s ASM_JS=N', '-s WASM=N', whereby N is either 0 (disable) or 1 (enable)) |
19:07
🔗
|
dll |
That setting is specified in pcejs' build file, scripts/pcejs_build_env.sh |
19:08
🔗
|
bai |
oh interesting, how recent is that change? I was just trying to use that the other day, and the docs certainly still mentioned it |
19:10
🔗
|
dll |
It appears to have been dropped in Emscripten v1.38.23. Emscripten's ChangeLog.md lists that as being released on 01/10/2019 |
19:10
🔗
|
dll |
I saw it in the docs too, which threw me off for a while. :-/ |
19:11
🔗
|
dll |
Also, trying to use -s ASM_JS=0 was leading to other errors. -s WASM=0 worked fine, though. |
19:19
🔗
|
SketchCow |
Who did the compilation of the pce.js we use now |
19:21
🔗
|
SketchCow |
dll: Can you give me a link to the pce-macplus.js you generated? I can snap it in and see if something explodes. |
19:22
🔗
|
bai |
I think you have to generate the asmjs version either way, then if you're building wasm, the asmjs version gets converted to wasm |
19:23
🔗
|
SketchCow |
There's no wasm of the pce for what it's worth |
19:23
🔗
|
SketchCow |
Like, we never did that |
19:23
🔗
|
bai |
oh ok |
19:24
🔗
|
SketchCow |
I mean, I'm all for doing it later |
19:25
🔗
|
SketchCow |
But if dll hands us a replacement .js I'm up for shoving it in |
19:25
🔗
|
SketchCow |
And keeping a backup of the old one. |
19:27
🔗
|
dll |
SketchCow: it has some extra printf-debug code in there. Is that ok for now? |
19:28
🔗
|
SketchCow |
For now. |
19:28
🔗
|
SketchCow |
I expect you'll make a refined version the more you look at it. |
19:28
🔗
|
dll |
Ok. One moment... |
19:39
🔗
|
dll |
https://www.dropbox.com/s/rdsp4qltkekq5y5/pce-macplus-from-DavidL-1.zip?dl=0 |
19:40
🔗
|
dll |
That's an asmjs only version. It does add a .js.mem file, to note. |
19:40
🔗
|
dll |
... which I vaguely recall there being a way to embed into the .js file. I can try that, if you like. |
19:40
🔗
|
dll |
... or give a wasm version. |
19:41
🔗
|
SketchCow |
bai can sanity check. |
19:43
🔗
|
SketchCow |
I mean, it's better when it can all be in one |
19:44
🔗
|
SketchCow |
So if possible, yes |
19:44
🔗
|
dll |
Ok, one moment... |
19:45
🔗
|
dll |
Here's a single-file, asmjs-only version: https://www.dropbox.com/s/qgmwlogeomgldpe/pce-macplus-from-DavidL-2.zip?dl=0 |
19:51
🔗
|
SketchCow |
zopfli'ing the crap out of it |
19:51
🔗
|
SketchCow |
Ha, your version is smaller. |
19:52
🔗
|
SketchCow |
250k to the current-in-use's 260k |
19:54
🔗
|
dll |
Cool, although, I am unsure exactly why. ;-) |
19:54
🔗
|
SketchCow |
Ok, either we've destroying Macintosh functioning or we made it better |
19:55
🔗
|
dll |
Is that just in regards to the file-size reduction, or have other issues come up? |
19:58
🔗
|
SketchCow |
You are encountering my sense of himor |
19:59
🔗
|
dll |
Ok :-) |
20:00
🔗
|
SketchCow |
So, the good news is you fixed the fullscreen issue. |
20:00
🔗
|
SketchCow |
Bad news is it appears whatever the system does, a bunch of items where it's not a hard drive but a floppy disk fail. |
20:00
🔗
|
dll |
ugh |
20:00
🔗
|
SketchCow |
I mean, not bad, it didn't explode. |
20:01
🔗
|
dll |
If you point me at an example, I can try to diagnose |
20:01
🔗
|
dll |
Otherwise, I'll pick something at random :-) |
20:02
🔗
|
SketchCow |
Sure, one moment. |
20:02
🔗
|
SketchCow |
https://archive.org/details/mac_Shuffle_Puck fails |
20:02
🔗
|
dll |
Ok. I'll start digging with that. Thanks! |
20:05
🔗
|
SketchCow |
https://archive.org/details/AppleMacintoshSystem753 works |
20:05
🔗
|
SketchCow |
That uses a .img |
20:05
🔗
|
SketchCow |
https://archive.org/details/mac_Shuffle_Puck uses a .dsk |
20:06
🔗
|
SketchCow |
Also, the frame rate seems to have dropped, perhaps there's a missing compile signal - that seems to be what the console is saying. |
20:06
🔗
|
SketchCow |
"Looks like you are rendering without using requestAnimationFrame for the main loop. You should use 0 for the frame rate in emscripten_set_main_loop in order to use requestAnimationFrame, as that can greatly improve your frame rates!" |
20:09
🔗
|
dll |
I saw that earlier. I wonder why the old copy didn't bring that up. Might a fork of pcejs have been getting used? |
20:10
🔗
|
dll |
I used the copy from https://github.com/jsdf/pce as a starting point |
20:12
🔗
|
SketchCow |
Interesing... just had breach attempts from the firefox. |
20:12
🔗
|
SketchCow |
Firefox Monitor: malformed breach entry. |
20:12
🔗
|
SketchCow |
Site: |
20:12
🔗
|
SketchCow |
{"Name":"ElasticsearchSalesLeads","Domain":"","schema":1547745032683,"PwnCount":5788169,"AddedDate":"2018-11-17T09:04:54Z","BreachDate":"2018-10-29","id":"30af4ecc-4d08-4d51-8d47-3213e4abec18","last_modified":1547745048641,"_status":"synced"} FirefoxMonitor.jsm:180 |
20:12
🔗
|
SketchCow |
Firefox Monitor: malformed breach entry. |
20:12
🔗
|
SketchCow |
Site: |
20:12
🔗
|
SketchCow |
{"Name":"CrimeAgencyVBulletin","Domain":"","schema":1547745057658,"PwnCount":942044,"AddedDate":"2017-03-21T03:12:40Z","BreachDate":"2017-01-19","id":"4eb74f39-32ce-4f9f-b69b-3a4aac1a6751","last_modified":1547745063355,"_status":"synced"} FirefoxMonitor.jsm:180 |
20:12
🔗
|
SketchCow |
Firefox Monitor: malformed breach entry. |
20:12
🔗
|
SketchCow |
Site: |
20:12
🔗
|
SketchCow |
{"Name":"MasterDeeds","Domain":"","schema":1547744994293,"PwnCount":2257930,"AddedDate":"2017-10-18T11:01:46Z","BreachDate":"2017-03-14","id":"6e7daef1-57f8-4171-a37e-6a705ac2f72c","last_modified":1547745000600,"_status":"synced"} FirefoxMonitor.jsm:180 |
20:12
🔗
|
SketchCow |
Firefox Monitor: malformed breach entry. |
20:12
🔗
|
SketchCow |
Site: |
20:12
🔗
|
SketchCow |
{"Name":"YouveBeenScraped","Domain":"","schema":1547745092571,"PwnCount":66147869,"AddedDate":"2018-12-06T19:11:27Z","BreachDate":"2018-10-05","id":"846aa4bf-98e9-4ac7-96c1-a6a3b62db690","last_modified":1547745316104,"_status":"synced"} FirefoxMonitor.jsm:180 |
20:13
🔗
|
SketchCow |
Firefox Monitor: malformed breach entry. |
20:13
🔗
|
SketchCow |
Site: |
20:13
🔗
|
SketchCow |
{"Name":"Estonia","Domain":"","schema":1547745025686,"PwnCount":655161,"AddedDate":"2018-06-11T09:41:17Z","BreachDate":"2018-06-07","id":"874f9748-d504-49c9-9510-c0d995fe8abe","last_modified":1547745032674,"_status":"synced"} |
20:13
🔗
|
SketchCow |
Quickly seeing if it's us, or my firefox sucks |
20:14
🔗
|
dll |
huh |
20:14
🔗
|
SketchCow |
Ah, I think firefox is just being a boop |
20:14
🔗
|
SketchCow |
Ignore |
20:14
🔗
|
SketchCow |
It's just horseshit |
20:14
🔗
|
dll |
Ok |
20:14
🔗
|
SketchCow |
Anyway, all the hypercard stacks work, so that's good |
20:15
🔗
|
SketchCow |
I'm wondering who did the compiling of the pce.js for us. |
20:15
🔗
|
SketchCow |
I mean, without a doubt - it's been over a year and a half since the last compile. |
20:22
🔗
|
SketchCow |
My attitude is this. |
20:23
🔗
|
SketchCow |
It "mostly" works. We get full-screen back and it's absolutely working for a majority of items. That means we're on a very good track. |
20:23
🔗
|
SketchCow |
I can leave this brokey version up for a day while we sort this out. I suspect there's some optimizations/fixes you're missing, as well as the problem with .dsk files |
20:23
🔗
|
SketchCow |
I can hear it's slower, probably due to the problem it's mentioning |
20:24
🔗
|
SketchCow |
I'll alert db48x this is going on |
20:24
🔗
|
dll |
I'm still digging, on my end. More to come... |
20:24
🔗
|
dll |
... regarding floppy disk loading |
20:51
🔗
|
dll |
Ok, this is bizarre. pcejs's C code is flat-out not able to read that floppy disk. It fopens it ok, but fails at reading it. |
20:53
🔗
|
dll |
I have a copy of non-js PCE around here somewhere. I'll try throwing the floppy image at that, and see if it loads. |
20:53
🔗
|
SketchCow |
Would you like a copy of the other js code? |
20:53
🔗
|
SketchCow |
The one we were using? |
20:55
🔗
|
dll |
If it's the C source code to it, then yes, please. :-) |
20:55
🔗
|
SketchCow |
Ha no |
20:56
🔗
|
dll |
I did find non-js PCE. I'll see if it behaves differently. |
20:57
🔗
|
dll |
I'm curious if it's using the same, or similar functions, to load the disk. |
20:57
🔗
|
dll |
Or if it loads the disk at all. |
20:58
🔗
|
SketchCow |
I asked db48x to stop in when he has time. He might have insights. |
20:58
🔗
|
SketchCow |
I can also check the logs to see who was doing the compiling. |
21:00
🔗
|
SketchCow |
History seems to show it was me and bai fucking around |
21:03
🔗
|
dll |
non-js PCE does load that disk file. I'm digging further... |
21:07
🔗
|
bai |
I'm actually not sure if I ever compiled pce, I don't think I have any of the roms or anything for that |
21:07
🔗
|
bai |
I feel like that was one of our visitors |
21:15
🔗
|
dll |
The non-pcejs code that I have, which does load floppy disks, has a disk loader that pcejs (from https://github.com/jsdf/pce) does *not* have. |
21:16
🔗
|
dll |
I.e. there are functions in non-js PCE that do not exist in pcejs, which look important to loading .dsk files. |
21:17
🔗
|
dll |
I'm really wondering where the old build's code came from. :-) |
21:17
🔗
|
dll |
... and what else might be missing |
21:18
🔗
|
bai |
if I recall, it was forked some time back |
21:19
🔗
|
dll |
Ok |
21:20
🔗
|
dll |
I'm going to break for a while. If the location of that fork's source code shows up, I'd be happy to try taking a look at it and compiling from that. |
21:22
🔗
|
dll |
Before I go, I did find this fork just-now: https://github.com/db48x/retroweb-pcejs-jsdf |
21:23
🔗
|
dll |
It appears to have the .dsk loader :-) |
21:24
🔗
|
dll |
Maybe that's the one? |
21:46
🔗
|
SketchCow |
That'd be it |
21:46
🔗
|
SketchCow |
That's db48x |
21:46
🔗
|
SketchCow |
Go for it |