Time |
Nickname |
Message |
03:57
🔗
|
|
SketchCo1 is now known as SketchCow |
06:32
🔗
|
|
Sgeo_ has joined #jsmess |
06:33
🔗
|
|
Sgeo has quit IRC (Read error: Operation timed out) |
06:54
🔗
|
|
Lord_Nigh has quit IRC (Ping timeout: 265 seconds) |
07:01
🔗
|
|
Lord_Nigh has joined #jsmess |
10:18
🔗
|
|
dboard420 has quit IRC (se.hub efnet.deic.eu) |
10:20
🔗
|
|
dboard420 has joined #jsmess |
11:24
🔗
|
|
Lord_Nigh has quit IRC (se.hub irc.underworld.no) |
11:28
🔗
|
|
LordNigh2 has joined #jsmess |
11:39
🔗
|
|
LordNigh2 is now known as Lord_Nigh |
12:02
🔗
|
|
db48x has joined #jsmess |
12:29
🔗
|
|
Sgeo__ has joined #jsmess |
12:30
🔗
|
|
Sgeo_ has quit IRC (Read error: Operation timed out) |
13:06
🔗
|
db48x |
arrg |
13:06
🔗
|
db48x |
http://db48x.net/temp/Screenshot_2019-07-14%20Atari%202600%20Pitfall%20Free%20Borrow%20Streaming%20Internet%20Archive.png |
13:22
🔗
|
db48x |
apparently emscripten is messing it all up |
13:22
🔗
|
db48x |
if I make the canvas 352x223, emscripten checks the size and makes no changes |
13:22
🔗
|
db48x |
if I make the canvas 704x446, emscripten sets it back to 352x223 |
13:23
🔗
|
db48x |
if I make the canvas 352x223 and add transform: scale(2) to the css, emscripten checks and sets the size to 704x446 |
13:24
🔗
|
db48x |
but it still has scale(2) so the browser draws it at 1408x892 |
15:14
🔗
|
|
Sgeo_ has joined #jsmess |
15:15
🔗
|
|
Sgeo__ has quit IRC (Read error: Operation timed out) |
16:25
🔗
|
|
godane has joined #jsmess |
17:14
🔗
|
SketchCow |
You have the ability to remove scale(2) |
17:14
🔗
|
SketchCow |
I mean, you know that, but |
17:14
🔗
|
SketchCow |
Can I help |
18:39
🔗
|
|
azakai_ has quit IRC (Read error: Operation timed out) |
18:58
🔗
|
|
Sgeo__ has joined #jsmess |
19:00
🔗
|
|
Sgeo_ has quit IRC (Read error: Operation timed out) |
19:07
🔗
|
|
godane has quit IRC (Leaving.) |
19:33
🔗
|
db48x |
yea, I put the scale(2) in there to fix the scaling which is broken at the moment |
19:34
🔗
|
db48x |
using it is a bad idea though; it creates a feedback loop where emscripten doubles the size of the canvas every time you resize the window |
19:39
🔗
|
db48x |
I think the only thing I can do is to use MAME's command-line arguments to tell it to open a window at the higher resolution |
19:39
🔗
|
db48x |
even though that isn't as efficient |
19:40
🔗
|
db48x |
SketchCow: which systems have the full-screen bug where they go black and stay that way? |
19:59
🔗
|
db48x |
I can't reproduce it, so either I fixed it or it fixed itself |
20:10
🔗
|
DFJustin |
how's the webgl takeup these days, if you run mame with -video opengl there should be no performance hit to upscaling |
20:24
🔗
|
db48x |
that's worth trying too |
20:25
🔗
|
db48x |
but I have no idea how common it really is |
20:27
🔗
|
db48x |
heh: |
20:27
🔗
|
db48x |
abort@https://cors.archive.org/cors/emularity_engine_v1/mamemegadriv_wasm.js.gz:17256:43 |
20:27
🔗
|
db48x |
_glShadeModel@https://cors.archive.org/cors/emularity_engine_v1/mamemegadriv_wasm.js.gz:13010:2 |
20:27
🔗
|
db48x |
__ZN12renderer_ogl4drawEi [renderer_ogl::draw(int)]@https://cors.archive.org/cors/emularity_engine_v1/mamemegadriv_wasm.js.gz line 2146 > WebAssembly.instantiate:wasm-function[56462]:0x10b563a |
20:27
🔗
|
db48x |
__ZN15sdl_window_info6updateEv [sdl_window_info::update()]@https://cors.archive.org/cors/emularity_engine_v1/mamemegadriv_wasm.js.gz line 2146 > WebAssembly.instantiate:wasm-function[55768]:0x106ac83 |
20:29
🔗
|
|
azakai_ has joined #jsmess |
21:13
🔗
|
SketchCow |
LEt me think which have the big. |
21:13
🔗
|
SketchCow |
bug |
21:31
🔗
|
db48x |
https://archive.org/details/Zaxxon_Japan.sg |
21:31
🔗
|
db48x |
bug still not fixed: https://archive.org/details/Zaxxon_Japan.sg&external_js=1 |
21:32
🔗
|
SketchCow |
Nice to have the scale back, though |
21:33
🔗
|
db48x |
yea |
21:44
🔗
|
SketchCow |
Fun to look at |
23:03
🔗
|
|
DFJustin has quit IRC (Ping timeout: 745 seconds) |
23:08
🔗
|
|
DFJustin has joined #jsmess |