[00:04] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) left irc: Read error: Connection reset by peer [00:27] dreammaster (~dreammast@c-73-149-116-247.hsd1.ma.comcast.net) joined #scummvm. [00:27] #scummvm: mode change '+o dreammaster' by ChanServ!ChanServ@services. [00:30] ccawley2011 (6d937d63@gateway/web/freenode/ip.109.147.125.99) joined #scummvm. [00:51] vasc (~vasc@bl14-38-28.dsl.telepac.pt) left irc: Remote host closed the connection [01:34] SylvainTV (~SylvainTV@LFbn-LIL-1-593-180.w81-254.abo.wanadoo.fr) left irc: Read error: Connection reset by peer [01:46] https://twitter.com/Sierra_OffLine/status/931243378909597702 [01:59] GitHub32 (~GitHub32@192.30.252.41) joined #scummvm. [01:59] [scummvm] dreammaster pushed 1 new commit to master: https://git.io/vFyGp [01:59] scummvm/master 6421170 Paul Gilbert: XEEN: Map and game flag fixes [01:59] GitHub32 (GitHub32@192.30.252.41) left #scummvm. [01:59] GitHub79 (~GitHub79@192.30.252.35) joined #scummvm. [01:59] [scummvm] criezy pushed 1 new commit to master: https://git.io/vFyGj [01:59] scummvm/master 34abce7 Zbynk Schwarz: I18N: Update translation (Czech)... [01:59] GitHub79 (GitHub79@192.30.252.35) left #scummvm. [02:08] nast (~nast@64.137.242.18) joined #scummvm. [02:09] dreammaster (~dreammast@c-73-149-116-247.hsd1.ma.comcast.net) left irc: [02:21] kurtwr (~kurtwr@c-73-116-30-72.hsd1.ca.comcast.net) left irc: Read error: Connection reset by peer [02:24] kurtwr (~kurtwr@c-73-116-30-72.hsd1.ca.comcast.net) joined #scummvm. [02:42] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [02:45] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 248 seconds [02:45] Nick change: Strangerke_ -> Strangerke [02:54] Dominus (~dominus@unaffiliated/dominus) left irc: Ping timeout: 260 seconds [02:54] Dominus (~dominus@unaffiliated/dominus) joined #scummvm. [04:01] ccawley2011 (6d937d63@gateway/web/freenode/ip.109.147.125.99) left irc: Quit: Page closed [05:32] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [05:34] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 260 seconds [05:34] Nick change: Strangerke_ -> Strangerke [05:43] nast (~nast@64.137.242.18) left irc: Quit: Leaving [06:31] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [06:33] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 268 seconds [06:33] Nick change: Strangerke_ -> Strangerke [06:58] #scummvm: mode change '+o Strangerke' by ChanServ!ChanServ@services. [07:34] _sev (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [07:34] ny00123 (~ny00123@2a02:ed0:6fc7:c600::2) joined #scummvm. [07:35] _sev (~sev@a238130.upc-a.chello.nl) joined #scummvm. [07:35] _sev (~sev@a238130.upc-a.chello.nl) left irc: Changing host [07:35] _sev (~sev@scummvm/undead/sev) joined #scummvm. [07:35] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [07:54] _sev (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [08:18] LittleToonCat (~littlecat@sydnns0115w-156-57-12-94.dhcp-dynamic.fibreop.ns.bellaliant.net) left irc: Remote host closed the connection [08:49] nast (~nast@64.137.242.18) joined #scummvm. [08:54] ajax16384 (~User@109.60.138.138) joined #scummvm. [08:54] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [10:40] nast (~nast@64.137.242.18) left irc: Quit: Leaving [11:08] jamm (~jam@240d:1a:1b4:8600:74c0:5fdc:8e31:6ad0) joined #scummvm. [11:08] jamm (~jam@240d:1a:1b4:8600:74c0:5fdc:8e31:6ad0) left irc: Changing host [11:08] jamm (~jam@unaffiliated/jamm) joined #scummvm. [11:09] cpasjuste (~cpasjuste@mydedibox.fr) joined #scummvm. [11:09] user9 (~Thunderbi@leoseb.ujf-grenoble.fr) joined #scummvm. [12:12] Strangerke|work (5bb7582b@gateway/web/freenode/ip.91.183.88.43) left irc: Ping timeout: 260 seconds [12:46] Strangerke|work (5bb7582b@gateway/web/freenode/ip.91.183.88.43) joined #scummvm. [12:58] dhalgren (~dhalgren@cpe-109-60-79-206.zg3.cable.xnet.hr) joined #scummvm. [13:00] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [13:02] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 240 seconds [13:02] Nick change: Strangerke_ -> Strangerke [13:28] rootfather (~rootfathe@unaffiliated/rootfather) joined #scummvm. [13:28] #scummvm: mode change '+o rootfather' by ChanServ!ChanServ@services. [13:29] hello folks [13:30] snover not quite a threadripper, but close enough... https://abload.de/img/snoverlqana.png [13:30] :P [13:55] yegortimoshenko (5b4f60d6@gateway/web/freenode/ip.91.79.96.214) joined #scummvm. [13:56] what's the status of macromedia director engine? [14:26] yegortimoshenko (5b4f60d6@gateway/web/freenode/ip.91.79.96.214) left irc: Ping timeout: 260 seconds [14:27] Littleboy (~littleboy@c-73-16-70-210.hsd1.ma.comcast.net) joined #scummvm. [14:27] #scummvm: mode change '+o Littleboy' by ChanServ!ChanServ@services. [14:28] rootfather (~rootfathe@unaffiliated/rootfather) left irc: [14:42] ny00123 (~ny00123@2a02:ed0:6fc7:c600::2) left irc: Quit: Leaving [14:42] user9 (~Thunderbi@leoseb.ujf-grenoble.fr) left irc: Ping timeout: 268 seconds [14:46] user9 (~Thunderbi@leoseb.ujf-grenoble.fr) joined #scummvm. [15:02] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) joined #scummvm. [15:07] rootfather (~rootfathe@unaffiliated/rootfather) joined #scummvm. [15:07] #scummvm: mode change '+o rootfather' by ChanServ!ChanServ@services. [15:31] Cheeseness (~cheesenes@ppp118-208-253-41.bras1.hba2.internode.on.net) left irc: Quit: Leaving. [16:00] ccawley2011 (6d937d63@gateway/web/freenode/ip.109.147.125.99) joined #scummvm. [16:07] Littleboy (~littleboy@c-73-16-70-210.hsd1.ma.comcast.net) left irc: Quit: Ętre dans le vent, une ambition de feuille morte. [16:10] t0by (~t0by@unaffiliated/t0by) joined #scummvm. [16:10] #scummvm: mode change '+o t0by' by ChanServ!ChanServ@services. [16:20] nast (~nast@64.137.242.18) joined #scummvm. [16:31] chuck__ (~chuck@75.red-83-60-2.dynamicip.rima-tde.net) joined #scummvm. [16:33] Hi! I have been building latest GIT version for the Raspberry Pi in anticipation of the new release, and I have found that the mouse cursor CAN leave the graphics area again. It happened on the first days of the SDL2 port and was fixed. [16:33] Nick change: chuck__ -> Vanfanel [16:34] Sorry about the nick change, though I had logged as Vanfanel [16:37] Vanfanel: it is intentional, not a bug. [16:38] snover: How intentional? It breaks things on the Pi and any platform running SDL2 on KMS/DRM, which is the standard for embedded systems: mouse cursor is "sticky" on the edges [16:39] rootfather (~rootfathe@unaffiliated/rootfather) left irc: [16:39] snover: it can't be intentional, makes no sense. Leaving a window is a thing: leaving the game area in a fullscreen mode is plain wrong [16:39] in fullscreen mode the input is grabbed by default so that does not happen [16:40] snover: it happens -> https://www.dropbox.com/s/59qhsdv1j9955bp/IMG_20171117_172523.jpg?dl=0 [16:41] is this build at least 3a95213905b9ca1b8339131a66ff97df8e21ad7c? [16:42] It is the latest GIT version, repo cloned today [16:42] snover: I believe you are limiting the mouse coords to screen size but you should use the texture size instead. That's just a guess. [16:43] SDL is responsible for limiting mouse grab to the dimensions given to it [16:43] snover: there's no window really: I mean Window in SDL2 terms [16:43] limiting mouse movement* [16:43] nast (~nast@64.137.242.18) left irc: Quit: Leaving [16:44] snover: well, it's not doing so :( [16:44] (incidentally this was not fixed in the past, the input aspect ratio was simply being distorted so the X-axis didnt map correctly to the pixels on the screen) [16:44] (now it is not distorted) [16:44] snover: it's limiting mouse movement to WINDOW size, and that is wrong when we are in fullscreen mode and scummvm area is smaller than the window [16:45] when SDL is changed into fullscreen mode it is given the dimensions of the content area and told to grab mouse input. [16:46] how is fullscreen being done? do you hit the usual hotkey combination? [16:48] snover: nope, there's only fullscreen on the Pi: SDL2 uses it's 2D API (dispmanx) to create a fullscreen window (NO xorg server needed or running at all) [16:50] snover: it's not possible to create a non-fullscreen window on the PI [16:51] snover: the same is applicable to SDL2 when it uses it's new KMSDRM driver [16:51] snover: maybe you should test SCUMMVM on these fullscreen scenarios [16:52] maybe i dont have a raspberry pi :) [16:52] snover: but you have a KMSDRM-capable system, don't you? [16:52] i doubt it. [16:53] snover: are you on Windows only?? [16:53] i use a mac. [16:53] No GNU/Linux machine at all? [16:55] The thing is, if things are kept like this, no new Pi versions on SDL2 will be possible [16:56] rootfather (~rootfathe@unaffiliated/rootfather) joined #scummvm. [16:56] #scummvm: mode change '+o rootfather' by ChanServ!ChanServ@services. [16:58] as the port maintainer it is your responsibility to make the port work [16:58] i can only help if i have time and ability. [16:59] maybe SDL_GetWindowFlags reports that the window is fullscreen, in which case those flags could be used instead of the ones scummvm passes when deciding whether to grab input in createOrUpdateWindow. [17:00] scummvm doesnt pass fullscreen flags on startup, so doesnt expect a fullscreen window and therefore treats it like a regular window. [17:02] snover: Ok, that's something I can test. Let me rebuild with the FULLSCREEN_DESKTOP flag passed to SDL_CreateWindow()... [17:09] eriktorbjorn (~d91tan@213-65-60-100-no2480.tbcn.telia.com) left irc: Quit: Leaving. [17:09] Vanfanel: oh, i see some logic error i made when the first window might be fullscreen. [17:10] Vanfanel: https://gist.github.com/csnover/2772be6ba4ca60098f38dc99c1b78b8b let me know if this fixes the problem. [17:11] LittleToonCat (~littlecat@sydnns0115w-156-57-12-94.dhcp-dynamic.fibreop.ns.bellaliant.net) joined #scummvm. [17:19] eriktorbjorn (~d91tan@213-65-60-100-no2480.tbcn.telia.com) joined #scummvm. [17:19] #scummvm: mode change '+o eriktorbjorn' by ChanServ!ChanServ@services. [17:34] snover: the patch as-is does not change anything, but doing SDL_SetWindowGrab(_window, SDL_TRUE) directly instead gets the mouse limited to the game are AFTER I move the cursor inside it. The SDL2 cursor starts outside the game area, as shown in the pic, and when I move it inside the game area it stays there. That's with SDL_SetWindowGrab(_window, SDL_TRUE). [17:35] However, it's still sticky on the edges, because it gets too far to the left or too far to the right, even if the SDL2 cursor is not visible anymore. [17:35] Strangerke|work (5bb7582b@gateway/web/freenode/ip.91.183.88.43) left irc: Quit: Bbl [17:54] snover: The same problems are present on Linux using SDL2 on X11 (ie, the common scenario where Scummvm runs on Linux), not only on the Raspberry [17:54] nast (~nast@64.137.242.18) joined #scummvm. [17:55] snover: I have just built latest version on a desktop X86 machine running Ubuntu and the same problems with the mouse cursor can be seen [17:55] snover: you must run in fullscreen mode to see them, of course [17:56] So it's not Raspberry Pi specific [17:57] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [18:00] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 255 seconds [18:00] Nick change: Strangerke_ -> Strangerke [18:02] GitHub180 (~GitHub180@192.30.252.45) joined #scummvm. [18:02] [scummvm] csnover pushed 1 new commit to master: https://git.io/vFS1H [18:02] scummvm/master d3a8316 Colin Snover: SDL: Grab mouse when ScummVM is started in fullscreen mode [18:02] GitHub180 (GitHub180@192.30.252.45) left #scummvm. [18:07] jamm (~jam@unaffiliated/jamm) left irc: Ping timeout: 250 seconds [18:19] _sev (~sev@a238130.upc-a.chello.nl) joined #scummvm. [18:19] _sev (~sev@a238130.upc-a.chello.nl) left irc: Changing host [18:19] _sev (~sev@scummvm/undead/sev) joined #scummvm. [18:19] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [18:48] _sev (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [18:52] _sev (~sev@scummvm/undead/sev) joined #scummvm. [18:52] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [18:56] _sev (~sev@scummvm/undead/sev) left irc: Client Quit [18:56] nast (~nast@64.137.242.18) left irc: Quit: Leaving [18:57] _sev (~sev@scummvm/undead/sev) joined #scummvm. [18:57] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [18:59] Vanfanel: i just spun up a debian vm and there is no problem with the mouse, it is not sticky, it behaves as expected. [19:00] in windowed mode it is allowed to move outside the content area, the system cursor appears when it is outside the content area. in fullscreen mode the cursor is clamped to the content area, it does not get stuck on any edges. with the patch i just made starting scummvm in fullscreen mode also works the same as switching to fullscreen mode with alt+enter. [19:02] Vanfanel (~chuck@75.red-83-60-2.dynamicip.rima-tde.net) left irc: Ping timeout: 260 seconds [19:02] Vanfanel (~chuck@75.red-83-60-2.dynamicip.rima-tde.net) joined #scummvm. [19:08] Vanfanel: in case your connection died right when i sent the message, i just spun up a debian vm and tested the mouse and had no issues there, so there is not some general linux problem. [19:24] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) joined #scummvm. [19:24] #scummvm: mode change '+o waltervn' by ChanServ!ChanServ@services. [19:28] _sev (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [19:29] _sev (~sev@a238130.upc-a.chello.nl) joined #scummvm. [19:29] _sev (~sev@a238130.upc-a.chello.nl) left irc: Changing host [19:29] _sev (~sev@scummvm/undead/sev) joined #scummvm. [19:29] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [19:31] snover: I updated my SDL2 libs (I am on git there too) and I get no more problems in X11, so you are right: this is KMSDR and Rpi specific [19:32] snover: anyway, it's a general problem in window-less enviroments. But probably SDL2 fault... [19:32] snover: I am now making an example I can send to the SDL2 people so they can take a look [19:35] snover: I could use a bit of help. You seem to use SDL_SetWindowGrab(_window, SDL_TRUE) to limit the mouse movement to the game area, right? [19:35] I am trying to do so but it does nothing [19:43] criezy (~criezy@host86-175-211-172.range86-175.btcentralplus.com) joined #scummvm. [19:43] #scummvm: mode change '+o criezy' by ChanServ!ChanServ@services. [19:44] Hell [19:44] o guys [19:53] criezy: he [19:53] y [19:53] Vanfanel: one sec [19:54] Farmboy0 (~quassel@p5DD108BE.dip0.t-ipconnect.de) joined #scummvm. [19:54] Farmboy0 (~quassel@p5DD108BE.dip0.t-ipconnect.de) left irc: Changing host [19:54] Farmboy0 (~quassel@xoreos/farmboy0) joined #scummvm. [19:56] Vanfanel: when window grab is turned on, sdl is responsible for keeping the mouse within the bounds of the window. additionally, for cases where the window dimensions are not the same as the content dimensions (this shouldnt happen in fullscreen) if mouse grab is enabled then we warp the mouse back into the content area in SglGraphicsManager::notifyMousePosition [19:56] SdlGraphicsManager* [19:57] so in order for this to be broken, SDL would either need to be ignoring SDL_SetWindowGrab, or it would need to be giving the window the wrong dimension and ignoring SDL_WarpMouseInWindow [19:58] snover: no prob. I am on X11 so I have the same enviroment you see in your Debian VM: if I create a 320x200 SDL_Window in fullscreen mode, I can still move outside of it. I have tried "SDL_SetWindowGrab(win, SDL_TRUE);" but it does not do anything. The window is created like this: "win = SDL_CreateWindow("FS WINDOW", 0, 0, 320, 200, SDL_WINDOW_FULLSCREEN_DESKTOP);" [19:59] snover: so, what you are saying is that you manually warp back the mouse into the game area if window dimensions are bigger than the game area dimensions? [19:59] or i guess SDL_GetWindowFlags might not have SDL_WINDOW_MOUSE_FOCUS too in which case the mouse wont be warped since we dont want to move the users mouse back into the window if they are doing something in some other window on a multitasking os [20:00] this is on the system that works correctly with scummvm? [20:00] snover: yes. I need a working example on the working system first. [20:03] snover: I tried passing SDL_WINDOW_MOUSE_FOCUS to SDL_CreateWindow() flags, but the mouse can still move all over the fullscreen area. I need to restrict it to the renderer area, don't I?? [20:04] snover: In fullscreen mode, there's the window area, and the renderer area (which can be smaller) inside it. Mouse shouldn't leave the renderer area, if I am not mistaken. [20:05] I want to cry... [20:05] The good news is that I though I had opened the pandora box, but it was only a Jack-in-the-box... [20:05] But that supernova engine sure does some interesting things. [20:05] Vanfanel: what does sdl report as the window dimensions? [20:08] snover: 1360x768, as this is the actual physical video mode and it's a fullscreen window [20:08] ok. then it would be the mouse warping code thats responsible for keeping the mouse in the content area in scummvm. [20:09] SDL_WINDOW_MOUSE_FOCUS is set whenever the mouse is within the bounds of the window, so it should always be true. that would be a good thing to verify next. [20:10] snover: so I should manually warp the mouse when it's coordinates exceed certain x/y positions? [20:10] yes [20:11] SDL_SetWindowGrab should ensure that SDL_WINDOW_MOUSE_FOCUS is always true (since the mouse is supposed to be clamped to the window), and then SDL_WarpMouseInWindow should keep the system cursor within the content area of the window whenever it tries to move out. [20:12] if there is only one monitor and one window on that monitor then the grab should be irrelevant [20:12] criezy: what are the interesting things? [20:13] snover: there's only a monitor and a FULLSCREEN windown, so the mouse can NOT get out, no way [20:13] snover: but I still don't get what dimensions should I limit the mouse to... [20:14] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [20:15] Vanfanel: the calculated bounding box of the content area centred within the window. WindowedGraphicsManager::populateDisplayAreaDrawRect shows the algorithm. [20:16] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 248 seconds [20:16] Nick change: Strangerke_ -> Strangerke [20:16] it loads a savegame provided with the game data at some point, and that savegame contains offset to strings in the executable [20:16] also there is another savegame provided, with the correct size, but all bytes set to 0. [20:16] but I just realized that that one is a placeholder and is saved from within the game, before being reloaded later on [20:17] criezy: wow. sounds like a pretty sweet the engine is crashing and we dont know why, just load a save game from after the crash so we can ship it :) [20:25] t0by (~t0by@unaffiliated/t0by) left irc: Ping timeout: 250 seconds [20:33] Farmboy0 (~quassel@xoreos/farmboy0) left irc: Remote host closed the connection [20:40] Farmboy0 (~quassel@p5DD108BE.dip0.t-ipconnect.de) joined #scummvm. [20:40] Farmboy0 (~quassel@p5DD108BE.dip0.t-ipconnect.de) left irc: Changing host [20:40] Farmboy0 (~quassel@xoreos/farmboy0) joined #scummvm. [20:41] ajax16384 (~User@109.60.138.138) left irc: Read error: Connection reset by peer [20:44] #scummvm: mode change '+o Strangerke' by ChanServ!ChanServ@services. [20:45] ajax16384 (~User@109.60.130.33) joined #scummvm. [20:45] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [20:49] Vanfanel (~chuck@75.red-83-60-2.dynamicip.rima-tde.net) left irc: Ping timeout: 260 seconds [20:50] Vanfanel (~chuck@75.red-83-60-2.dynamicip.rima-tde.net) joined #scummvm. [21:02] Littleboy (~littleboy@c-73-16-70-210.hsd1.ma.comcast.net) joined #scummvm. [21:02] #scummvm: mode change '+o Littleboy' by ChanServ!ChanServ@services. [21:08] ajax16384 (~User@109.60.130.33) left irc: Quit: Leaving [21:52] kurtwr (~kurtwr@c-73-116-30-72.hsd1.ca.comcast.net) left irc: [21:54] kurtwr (~kurtwr@c-73-116-30-72.hsd1.ca.comcast.net) joined #scummvm. [21:55] Vanfanel (~chuck@75.red-83-60-2.dynamicip.rima-tde.net) left irc: Ping timeout: 248 seconds [21:55] Vanfanel (~chuck@75.red-83-60-2.dynamicip.rima-tde.net) joined #scummvm. [22:00] Vanfanel (~chuck@75.red-83-60-2.dynamicip.rima-tde.net) left irc: Ping timeout: 240 seconds [22:09] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [22:09] #scummvm: mode change '+o Strangerke_' by ChanServ!ChanServ@services. [22:11] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 248 seconds [22:11] Nick change: Strangerke_ -> Strangerke [22:24] Vanfanel (~chuck@75.red-83-60-2.dynamicip.rima-tde.net) joined #scummvm. [22:45] Vanfanel (~chuck@75.red-83-60-2.dynamicip.rima-tde.net) left irc: Ping timeout: 240 seconds [22:57] Vanfanel (~chuck@75.red-83-60-2.dynamicip.rima-tde.net) joined #scummvm. [22:59] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) left irc: Quit: ERR_SHUTDOWN [23:01] Cheeseness (~cheesenes@ppp118-208-253-41.bras1.hba2.internode.on.net) joined #scummvm. [23:29] Vanfanel (~chuck@75.red-83-60-2.dynamicip.rima-tde.net) left irc: Ping timeout: 268 seconds [23:38] Lightkey (~Darklock@2003:76:4c4a:3611:22cf:30ff:fe08:3718) left irc: Ping timeout: 255 seconds [23:49] t0by (~t0by@unaffiliated/t0by) joined #scummvm. [23:49] #scummvm: mode change '+o t0by' by ChanServ!ChanServ@services. [23:50] Lightkey (~Darklock@2003:76:4c4a:3645:22cf:30ff:fe08:3718) joined #scummvm. [23:54] dreammaster (~dreammast@c-73-149-116-247.hsd1.ma.comcast.net) joined #scummvm. [23:54] #scummvm: mode change '+o dreammaster' by ChanServ!ChanServ@services. [00:00] --- Sat Nov 18 2017