[00:00] dreammaster: in the end everyone ought to just use the new ability to drag the window anyway, since point scaling looks pretty bad and the overall surface scaling is hardware-accelerated [00:02] dreammaster: https://zetafleet.com/i/59e548b72d0f0.jpg does the original engine have this grey fringing on the edges of the facial features videos? [00:02] Well, that's true. Though we do offer a lot of other scalers than just the plain scaled versions [00:05] No, it doesn't [00:05] Looks like a new bug. Though I can't recall seeing those lines previously. It may well be a recently introduced bug [00:06] And here I was happy that all the outstanding bugs were finally closed :) [00:07] https://gist.github.com/csnover/0dc13d2a3f15a4d1921d3ee845d89f88 when you have a moment, could you try this patch with SDL 2.0.4 to confirm it is fixed? it could also conceivably be a problem with the set-up of the new texture, so i want to just double-check out of an abundance of caution. [00:07] it = the cursors [00:08] Sure. I'll try it out shortly [00:08] thanks! [00:09] Nick change: Stormkeeper -> Storm-AFK [00:33] Your patch does the trick for 2.0.4. Good work [00:37] GitHub103 (~GitHub103@192.30.252.35) joined #scummvm. [00:37] [scummvm] csnover pushed 1 new commit to master: https://git.io/vdyXn [00:37] scummvm/master ce052fb David Fioramonti: SCI32: Fix cursor color when quitting for phant1... [00:37] GitHub103 (GitHub103@192.30.252.35) left #scummvm. [00:37] criezy (~criezy@50.234.175.130) joined #scummvm. [00:37] #scummvm: mode change '+o criezy' by ChanServ!ChanServ@services. [00:38] GitHub127 (~GitHub127@192.30.252.41) joined #scummvm. [00:38] [scummvm] csnover closed pull request #1026: SCI32: Fix pointer color when quitting for phant1 (master...phant1-redpointerpatch) https://git.io/v5ptB [00:38] GitHub127 (GitHub127@192.30.252.41) left #scummvm. [00:41] GitHub183 (~GitHub183@192.30.252.34) joined #scummvm. [00:41] [scummvm] dreammaster pushed 1 new commit to master: https://git.io/vdyX2 [00:41] scummvm/master 8057d88 Paul Gilbert: TITANIC: Remove redundant room check in CEarSweetBowl [00:41] GitHub183 (GitHub183@192.30.252.34) left #scummvm. [00:41] Lightkey (~Darklock@p200300764C603D0722CF30FFFE083718.dip0.t-ipconnect.de) left irc: Ping timeout: 258 seconds [00:43] more like CSweetEarBowl [00:46] Potayto Pohtarto :) [00:47] I had to keep names like in the original so the initial game state could instantiate everything. There were a few classes I would have liked to rename otherwise. Like CodeWheel to CCodeWheel for consistency. [00:53] Lightkey (~Darklock@p200300764C603D5722CF30FFFE083718.dip0.t-ipconnect.de) joined #scummvm. [01:00] yeah, but that wouldnt be such a good joke [01:11] True. :) [01:19] Strangerke (~Strangerk@50.234.175.130) joined #scummvm. [01:19] #scummvm: mode change '+o Strangerke' by ChanServ!ChanServ@services. [01:19] hi guys :) [01:19] yay I resurrected the N810 and the changes don't break it! [01:20] Strangerke: Hey there :) [01:20] hey dude :) [01:20] What's up? [01:21] hi Strangerke :) [01:21] Not much. I was, briefly, enjoying the feeling of having no further work to do on Titanic. Then snover came up with a problem with the rendering of Titania. :P. But I figure I'll leave looking into that till tomorrow, and savor the rest of my "free night" :) [01:22] snover, mr wet-blanket [01:22] hey tsoliman [01:22] I actually tried playing it for the first time - we got stuck pretty badly [01:22] if it makes you feel any better i have really bad hiccoughs right now [01:22] I am guessing it is valuable to have a playtester who isn't familiar with the game [01:23] instead of just following a guide :) [01:26] ccawley2011 (6d9278dd@gateway/web/freenode/ip.109.146.120.221) left irc: Quit: Page closed [01:26] it should hopefully find more bugs [01:26] i got stuck at the maître d', but thats fixed now so i should be able to keep going at some point here [01:27] probably during compilation of all these libraries for these buildbot ports [01:29] ok cursor weirdness [01:29] but only if I un-fullscreen and then fullscreen [01:29] the cursor is appearing at an offset from where I click [01:29] (this is on SDL1.2 on maemo) [01:29] gonna try with an old build to see if it is related to the new changes [01:30] yeah definitely a regression [01:33] thats ports for you. [01:33] tsoliman: you saw the email i sent to the mailing list [01:33] ? [01:34] yeah but I don't think I am doing any teleportation/mapping of the cursor myself - it's been a long time but I can't spot anything [01:34] but yeah the offset seems to be equal to the black border on the side [01:34] (equal to the width) [01:36] Dominus (~dominus@unaffiliated/dominus) left irc: Ping timeout: 260 seconds [01:37] let me know what you figure out. [01:37] Dominus (~dominus@unaffiliated/dominus) joined #scummvm. [01:41] hmm .. not doing anything fancy in the mouse events [01:41] and the graphics handling is also basically just SDL but with a minor tweak [01:42] ugh - I hate that "it's a bug in SDL" is a possibility [01:42] does the mouse work correctly in the launcher? [01:42] yeah this is all launcher [01:42] oh, ok. [01:42] it starts fullscreen because the port sets AR and Fullscreen to default to true [01:43] but if you window it (which IMHO makes no sense on an N810) and then fullscreen again - it is offset [01:43] wait, so its OK until you toggle the fullscreen once and then it is broken thereafter? [01:44] yes [01:44] H E H [01:44] its possible that could be my bug but it seems less likely [01:45] the cursor appears to the left N pixels of where you "click" [01:45] id be interested to know if handleResize is being given correct dimensions [01:46] i honestly never check fullscreen because the fullscreen experience on macOS is so bad, and if something crashes into the debugger then the window manager locks up [01:46] ok so the display is 800 × 480 [01:46] which means the launcher is 640x480 with 80px black bars on each side I assume [01:46] desktop fullscreen used by sdl2 is less bad, and works fine [01:47] this is SDL1.2 btw .. on "linux" [01:47] yes, for the surface renderer that is how it would be [01:47] yep it is surface [01:47] but then when you "window" it .. there's less X and Y room because of the top bar (kinda like a phone) and the left "applications" bar [01:48] and there's no scaling [01:48] so yeah the old behavior is the whole thing is shifted down and to the right by about 40x40 pixels [01:50] oh interesting - the windowed mode has no black bar on the left - weird [01:53] nevermind that's the behavior from before and after the change .. yeah ok I will try to add debugs for handleResize [01:54] dreammaster (~dreammast@c-73-149-116-247.hsd1.vt.comcast.net) left irc: [02:02] thank goodness wikipedia has a flowchart for the gnu build system. one of these packages uses it and it is just& [02:02] why. [02:04] the debugging loop on this toolchain is slooow .. just linker + strip is 1+ mins [02:05] why are you running strip? [02:05] I have half a mind to just disable all engines [02:05] linking of titanic engine takes a long time [02:05] because if I don't the executable is huge [02:05] I disabled titanic [02:05] your toolchain is slow [02:05] yep [02:05] :) [02:06] ok so initially handleresize gets 640x480 .. then when windowed it gets 640x480 .. then fullscreening again gives it 800x480 [02:07] this is from a debug() right in the first line of SurfaceSdlGraphicsManager::handleResizeImpl [02:12] interesting. [02:13] 800x480 ought to work just fine [02:14] yeah it draws just fine - it is just the cursor to click mapping [02:14] what kind of cursor is this? [02:14] and the OS cursor is invisible on this platform (because touchscreen) [02:14] ok [02:15] so when I touch with the stylus on a location on the screen, the "red" scummvm cursor jumps to there [02:15] the cursor jumps to the correct place but the activation is in the wrong place? [02:15] when the mapping is wrong .. it jumps (and clicks) to the left [02:15] oh [02:15] ok [02:15] thats more consistent [02:15] yeah [02:15] it is being given the wrong place to jump to somehow [02:16] so& let me go look at something so i dont say the wrong thing [02:17] I am not doing any coordinate translations in the port's code .. it is just a thin inheritance from SDL stuff [02:17] what are the values in _activeArea? [02:17] it sounds like theyre right since the screen is correctly drawn centred, is that right? [02:18] it is drawn centered correctly [02:18] do you want me to debug _activeArea? [02:18] you may look at it, it shouldnt be surprising [02:19] I am gonna disable all engines first [02:21] ok so where to query _activeArea? before or after the resize? [02:21] (also .. what is _activeArea?) [02:21] i may have not made everything work correctly in SDL1 [02:21] do you have the ability to switch to opengl? [02:22] does it work if you switch to opengl? [02:22] nope :( [02:22] oh [02:22] kayy. [02:22] I mean I can't [02:22] there were some things that didnt get exposed to SDL1 because the way SDL2 support was added to SurfaceSdl was to emulate the SDL1 layer [02:23] so the internal SDL2 code could be fixed but the SDL1 code cant because it& is SDL code, not our code [02:23] so i am wondering if there is some bad interaction going on there, where some important stuff isnt being communicated [02:24] I could theoretically bisect to try to narrow down a culprit commit .. the last "GOOD" one was last May or June .. and the "BAD" one is from after the refactor (right after you fixed building all the ports) [02:24] i wasnt aware that the surface SDL1 renderer would create some window that wasnt the content size [02:25] id suggest to look for SDL_VERSION_ATLEASTs in surfacesdl-graphics.cpp/h and see if there is some coordinate manipulation code that isnt being invoked [02:26] im too involved in building libraries right now to look myself :) [02:27] no worries - I'll try my best [02:27] so the _activeArea is always 640x480 (I only checked .width and .height) [02:27] well it is initially 0x0 [02:27] but I suspect that's because I am querying it too early [02:27] the drawRect is really the thing to look at since that describes the scaled rect [02:28] i mean& well, the docs are there in the code, you can read them as well as i can type them at you :) [02:32] Strangerke (~Strangerk@50.234.175.130) left irc: Read error: Connection reset by peer [02:35] ok handleResize is called twice when coming back from a window.. once with 640x480 and one with 800x480 .. (only once initially and only once going to windowed) [02:35] Strangerke (~Strangerk@50.234.175.130) joined #scummvm. [02:35] #scummvm: mode change '+o Strangerke' by ChanServ!ChanServ@services. [02:36] Hmm, wouldnt it make sense to add wjp as maintainer for the bug tracker on http://wiki.scummvm.org/index.php/Project_Services#Trackers ? [02:36] augh! [02:36] (and here: http://wiki.scummvm.org/index.php/Trackers) [02:36] how do i ban people [02:36] ... from where? [02:36] I can ban myself if you prefer. [02:37] :) [02:37] Or maybe I cant. I never tried :P [02:37] speaking from experience, you definitely can. [02:39] at least *somebody* has answered my question. [02:39] though now im not sure if youve been possessed by Lightkey [02:39] blink twice if youve been taken hostage [02:40] Action: criezy blink once [02:40] but how do i know that you werent ordered to type that! [02:42] being reminded by two pages on the wiki with the same information, have you given any more thought about what to do with the readme? [02:45] Ah, no. I am still on my initial reaction which was that it might indeed be a good idea to shorten it, probably to the current QuickStart, and have the rest on the wiki. [02:52] snover: ok I narrowed it down to SdlEventSource::handleResizeEvent calling notifyResize with a bad width/height .. if I comment that call out, then there's no problem .. I don't think that's the right solution [02:52] is it bad or is it actually the window size? [02:52] having a window size different from content size is normal for desktop fullscreen [02:52] it is 800x640 [02:53] thats half the point of WindowedGraphicsManager, to handle that mismatched relationship [02:53] I am starting to think this SDL isn't even "standard" SDL1.2 [02:54] 800x480 I mean not 640x480 [02:56] right .. but maemo doesn't really have "windowed" apps [02:56] you really only have 2 modes .. "maximized" and "fullscreen" [02:57] i dont think thats relevant here [02:57] I guess what I am saying is .. that "windowed" (maximized) doesn't draw correctly (and never did) [03:00] i understand. what i am saying is with this new WindowedGraphicsManager it should not be a problem to draw that, except it sounds like there is some coordinate translation problem. depending upon what that problem is, it could be that some other part of the system is sizing the window to 800x480 but then giving coordinates as though its 640x480, and so when we go to correct the coordinates they get double-corrected. [03:02] knowing the window size now, it would probably be illustrative to see what the coordinates are prior to processing by SdlGraphicsManager::notifyMousePosition. [03:02] or if the same event is being processed twice, that could also account for the doubling. [03:03] there isnt any `processed` flag right now, the code just assumes a mouse point will only be passed once, which could be a faulty assumption. [03:11] ok I added a debug at the top of notifyMousePosition for mouse.x,y ... it is odd output (to me) .. the position before the processing tends towards x=0 at the edge of the active launcher area [03:11] it is also spamming that debug while the mouse is down [03:12] ok. it does sound increasingly like the system is giving the wrong window size in this case. [03:13] this is giving me flashbacks of that SDL2 fullscreen/window bug :( [03:13] the only outstanding question i guess would be if you touch at one point, do you see multiple events which seem to have an x-coordinate decreasing by 80 pixels? [03:13] that would indicate multiple-dispatch using the same mouse point [03:13] otherwise the system sounds broken. but good news! you can just override the window size in handleResizeImpl. [03:14] no they are all the same x,y [03:14] but there's like 4+ of them (which isn't a problem I don't think) [03:15] it shouldnt be a problem. all events including movement events will be received. [03:15] this is for the debug on notifyMousePosition [03:15] yeah [03:15] they all go there [03:15] cool [03:15] so when I "drag" I get weird behavior [03:16] in the middle it is fine [03:16] can you define weird? [03:16] but if I drag from the middle so that the offset cursor starts wanting to go out of bounds .. it starts doing this: [03:17] I get every other debug being stuck at 80x_ [03:18] i mean& *that* sounds like dispatching the same event more than once to notifyMousePosition. [03:18] ok let me define some terms to make explaining easier [03:18] there's about 80 pixels of black border [03:18] that's "out of bounds" [03:19] right [03:19] then there's 80 pixels inside the launcher GUI .. right next to them .. that's the "contested area" [03:19] and then there's the rest of the launcher GUI to the right of that .. that's the "offset area" [03:19] if WindowedGraphicsManager thinks the window is 800x480 then it will clamp the x-value to 80 because thats (800-640)/2 [03:20] ok so if I start the drag in the contested area .. the cursor is wedged to the edge of the screen and I don't get the weird alternating X values [03:20] so if you send an x-coordinate 080, you will get 80 [03:20] no so that doesn't happen [03:20] in windowed mode it works fine though [03:20] it is fullscreening AFTER windowing that's the problem [03:22] if I drag around in the contested area I get consistent X,Y that tends to 0 at the edge of the launcher [03:23] if I drag around in the offset area I get consistent X,Y also . .same deal [03:23] but if I drag from the offset area to the contested area .. I get that weird alternating values [03:23] but in all cases it is "offset" from where I touch [03:31] ok this is interesting .. in the first launch (when things aren't offset) clicking in the black border causes nothing to happen at all [03:31] that is how it is supposed to work. [03:32] even when fullscreen? [03:33] yes [03:33] why would touching on nothing cause something to happen? [03:33] its nothing. [03:34] not even mouse move events? [03:34] that would be like tapping on the side of the device and then it decides that was a click on the screen [03:35] ok convertWindowToVirtual is the thing subtracting 80 from my x [03:36] probably because it is being lied to about the width of the screen [04:04] echelog-1 (~echelog-1@108.61.103.42) left irc: Remote host closed the connection [04:04] echelog-1 (~echelog-1@108.61.103.42) joined #scummvm. [04:14] enthusi (pi@pc8-155.physik.uni-potsdam.de) left irc: Ping timeout: 240 seconds [04:40] I installed the maemo emulator - the offset is happening there on initial load ... which makes it good for debugging I guess .. also it is much faster to run stuff in the emulator [04:42] im just thinking again of the thing from yesterday [04:42] this is a lot of effort [04:43] is it really the last "old" port? [04:44] im not sure, i am still working on buildbot stuff. you said it was using gcc 2? i dont think there are any of those. [04:44] but i dont know for sure. [04:44] pretty sure not though. [04:44] gcc 3.4.4 [04:48] there's some amount of fun in this though I think - like I really didn't expect to have a nostalgia bomb over seeing/using KDE 3.5 [04:48] normally my VMs are headless but the emulator is a GUI thing so it needed X [04:49] I also wanna understand more of what is going on in the new refactor - it seems a lot more sane/consistent [04:57] theres nothing wrong with any of that [05:01] ok I think I nailed down the bad call [05:01] Tomaz^ (~tompsson@h-240-3.A199.priv.bahnhof.se) left irc: Read error: Connection reset by peer [05:02] SdlEventSource::handleResizeEvent() is calling notifyResize() with the wrong params - if I comment out that call .. even the emulator works fine [05:02] wait .. dejavu [05:02] yeah, i think i said a few hours ago you can just fix that in handleResizeImpl [05:02] :) [05:03] Tomaz^ (~tompsson@h-240-3.A199.priv.bahnhof.se) joined #scummvm. [05:04] good night! [05:04] good night snover :) [05:04] thanks for all the help [05:34] Mia (~Mia@unaffiliated/mia) left irc: Ping timeout: 240 seconds [06:10] so loadGfxMode calls SDL_SetVideoMode and handleResize with 640x480 .. and then right after that, we get an event from SDL_VIDEORESIZE containing 800x480... which we call handleResize again on 800x480 ... [06:10] https://www.libsdl.org/release/SDL-1.2.15/docs/html/sdlresizeevent.html [06:10] "When an SDL_VIDEORESIZE is recieved the window should be resized to the new dimensions using SDL_SetVideoMode" but we never do [06:11] also .. why are we even getting that event if it is supposed to be specific to resizable windows??!! SDL_RESIZABLE wasn't passed as far as I knw [06:31] enthusi (pi@pc8-155.physik.uni-potsdam.de) joined #scummvm. [06:50] _sev (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [07:09] f2k (~f2k@d54c7200b.static.telenet.be) joined #scummvm. [07:14] criezy (~criezy@50.234.175.130) left irc: Quit: criezy [07:22] enthusi (pi@pc8-155.physik.uni-potsdam.de) left irc: Ping timeout: 248 seconds [07:28] enthusi (pi@pc8-155.physik.uni-potsdam.de) joined #scummvm. [07:40] Mia (~Mia@95.7.142.156) joined #scummvm. [07:40] Mia (~Mia@95.7.142.156) left irc: Changing host [07:40] Mia (~Mia@unaffiliated/mia) joined #scummvm. [07:46] Strangerke (~Strangerk@50.234.175.130) left irc: Ping timeout: 252 seconds [08:14] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [08:14] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [08:32] LittleToonCat (~littlecat@sydnns0115w-156-57-12-94.dhcp-dynamic.fibreop.ns.bellaliant.net) left irc: Remote host closed the connection [09:26] TMM (~Hein-Piet@185.5.121.222) joined #scummvm. [09:26] TMM (~Hein-Piet@185.5.121.222) left irc: Changing host [09:26] TMM (~Hein-Piet@fsf/member/pdpc.professional.tmm) joined #scummvm. [09:26] #scummvm: mode change '+o TMM' by ChanServ!ChanServ@services. [09:57] user9 (~Thunderbi@leoseb.ujf-grenoble.fr) left irc: Ping timeout: 240 seconds [10:28] _sev|work (~sev@scummvm/undead/sev) left irc: Read error: Connection reset by peer [10:29] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [10:29] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [10:32] _sev|work (~sev@scummvm/undead/sev) left irc: Client Quit [11:32] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [11:32] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [12:02] jamm (~jam@unaffiliated/jamm) joined #scummvm. [12:06] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) joined #scummvm. [12:06] #scummvm: mode change '+o waltervn' by ChanServ!ChanServ@services. [12:24] user9 (~Thunderbi@leoseb.ujf-grenoble.fr) joined #scummvm. [12:27] ccawley2011 (6d9278dd@gateway/web/freenode/ip.109.146.120.221) joined #scummvm. [13:24] f2k (~f2k@d54c7200b.static.telenet.be) left irc: Quit: Leaving [13:38] Tomaz^ (~tompsson@h-240-3.A199.priv.bahnhof.se) left irc: Ping timeout: 255 seconds [13:38] Tomaz^ (~tompsson@h-240-3.A199.priv.bahnhof.se) joined #scummvm. [13:44] Littleboy (~littleboy@c-73-4-50-241.hsd1.ma.comcast.net) joined #scummvm. [13:44] #scummvm: mode change '+o Littleboy' by ChanServ!ChanServ@services. [14:07] Strangerke (~Strangerk@50.234.175.130) joined #scummvm. [14:07] #scummvm: mode change '+o Strangerke' by ChanServ!ChanServ@services. [14:07] hi guys [14:11] hi Strangerke up early? :) [14:14] TMM: 7am, not that early [14:14] I thought you were in France? [14:14] What's up? [14:15] Hum, no. I'm in San Francisco [14:15] ah, well, that explains it then :D [14:40] _sev|work (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [14:48] criezy (~criezy@50.234.175.130) joined #scummvm. [14:48] #scummvm: mode change '+o criezy' by ChanServ!ChanServ@services. [14:53] Tomaz^ (~tompsson@h-240-3.A199.priv.bahnhof.se) left irc: Ping timeout: 260 seconds [14:53] Tomaz^ (~tompsson@h-240-3.A199.priv.bahnhof.se) joined #scummvm. [14:55] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [14:55] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [14:57] enthusi (pi@pc8-155.physik.uni-potsdam.de) left irc: Ping timeout: 252 seconds [15:00] exmensa (~exmensa@96.31.26.199) left irc: Ping timeout: 255 seconds [15:01] Hi guys [15:02] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) joined #scummvm. [15:02] exmensa (~exmensa@96.31.26.199) joined #scummvm. [15:04] heya criezy :) [15:04] criezy: I'm working on ArsanoRoger... DAMN! They are talking a lot in that scene [15:05] I noticed that as well working on the translation :P [15:08] it made me smile to see a character named Roger W. :) [15:10] Cheeseness (~cheesenes@118.208.253.41) left irc: Quit: Leaving. [15:10] TMM (~Hein-Piet@fsf/member/pdpc.professional.tmm) left irc: Quit: Ex-Chat [15:11] Yes, there are a few references to a SQ game as well, and to the competitor GeorgeFilm. [15:19] Begasus (~begasus@ptr-4p6jpimw7lsr2hjum4t.18120a2.ip6.access.telenet.be) joined #scummvm. [15:28] ajax16384 (~User@109.60.130.33) joined #scummvm. [15:28] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [15:29] mankeli (mankeli@memorex.lerppu.net) left irc: Ping timeout: 240 seconds [16:02] criezy (~criezy@50.234.175.130) left irc: Quit: criezy [16:04] _sev|work (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [16:15] Strangerke (~Strangerk@50.234.175.130) left irc: Ping timeout: 260 seconds [16:27] jamm (~jam@unaffiliated/jamm) left irc: Ping timeout: 252 seconds [16:43] LittleToonCat (~littlecat@sydnns0115w-156-57-12-94.dhcp-dynamic.fibreop.ns.bellaliant.net) joined #scummvm. [16:47] Farmboy0 (~quassel@p4FD34150.dip0.t-ipconnect.de) joined #scummvm. [16:47] Farmboy0 (~quassel@p4FD34150.dip0.t-ipconnect.de) left irc: Changing host [16:47] Farmboy0 (~quassel@xoreos/farmboy0) joined #scummvm. [16:49] Farmboy0 (~quassel@xoreos/farmboy0) left irc: Remote host closed the connection [16:54] Farmboy0 (~quassel@p4FD34150.dip0.t-ipconnect.de) joined #scummvm. [16:54] Farmboy0 (~quassel@p4FD34150.dip0.t-ipconnect.de) left irc: Changing host [16:54] Farmboy0 (~quassel@xoreos/farmboy0) joined #scummvm. [17:09] girafe (~girafe@LFbn-1-8040-185.w90-112.abo.wanadoo.fr) joined #scummvm. [17:17] _sev (~sev@a238130.upc-a.chello.nl) joined #scummvm. [17:17] _sev (~sev@a238130.upc-a.chello.nl) left irc: Changing host [17:17] _sev (~sev@scummvm/undead/sev) joined #scummvm. [17:17] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [17:36] kurtwr (~kurtwr@c-73-116-30-72.hsd1.ca.comcast.net) left irc: Read error: Connection reset by peer [17:37] TMM (~Hein-Piet@92.110.172.3) joined #scummvm. [17:37] TMM (~Hein-Piet@92.110.172.3) left irc: Changing host [17:37] TMM (~Hein-Piet@fsf/member/pdpc.professional.tmm) joined #scummvm. [17:37] #scummvm: mode change '+o TMM' by ChanServ!ChanServ@services. [17:37] kurtwr (~kurtwr@c-73-116-30-72.hsd1.ca.comcast.net) joined #scummvm. [17:43] demonimin (~demonimin@unaffiliated/demonimin) left irc: Ping timeout: 240 seconds [17:50] SylvainTV (~SylvainTV@LFbn-LIL-1-593-180.w81-254.abo.wanadoo.fr) joined #scummvm. [17:50] #scummvm: mode change '+o SylvainTV' by ChanServ!ChanServ@services. [17:54] demonimin (~demonimin@5.51.222.165) joined #scummvm. [17:54] demonimin (~demonimin@5.51.222.165) left irc: Changing host [17:54] demonimin (~demonimin@unaffiliated/demonimin) joined #scummvm. [17:54] _sev (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [17:56] _sev (~sev@scummvm/undead/sev) joined #scummvm. [17:56] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [18:11] Farmboy0 (~quassel@xoreos/farmboy0) left irc: Remote host closed the connection [18:13] Nick change: Storm-AFK -> Stormkeeper [18:15] Farmboy0 (~quassel@p4FD34150.dip0.t-ipconnect.de) joined #scummvm. [18:15] Farmboy0 (~quassel@p4FD34150.dip0.t-ipconnect.de) left irc: Changing host [18:15] Farmboy0 (~quassel@xoreos/farmboy0) joined #scummvm. [18:19] nutron|w (~nutron@207.194.128.34) left irc: Ping timeout: 248 seconds [18:27] demonimin (~demonimin@unaffiliated/demonimin) left irc: Ping timeout: 240 seconds [18:51] demonimin (~demonimin@unaffiliated/demonimin) joined #scummvm. [19:15] ajax16384 (~User@109.60.130.33) left irc: Quit: Leaving [19:42] Begasus (~begasus@ptr-4p6jpimw7lsr2hjum4t.18120a2.ip6.access.telenet.be) left irc: Quit: Ex-Chat [19:49] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) joined #scummvm. [19:49] #scummvm: mode change '+o m_kiewitz' by ChanServ!ChanServ@services. [19:52] ajax16384 (~User@109.60.130.33) joined #scummvm. [19:52] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [20:56] TMM (~Hein-Piet@fsf/member/pdpc.professional.tmm) left irc: Ping timeout: 255 seconds [20:57] demonimin (~demonimin@unaffiliated/demonimin) left irc: Ping timeout: 255 seconds [21:01] enthusi (pi@pc8-155.physik.uni-potsdam.de) joined #scummvm. [21:04] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) left irc: Quit: ERR_SHUTDOWN [21:05] demonimin (~demonimin@5.51.222.165) joined #scummvm. [21:05] demonimin (~demonimin@5.51.222.165) left irc: Changing host [21:05] demonimin (~demonimin@unaffiliated/demonimin) joined #scummvm. [21:43] ajax16384 (~User@109.60.130.33) left irc: Quit: Leaving [21:48] girafe (~girafe@LFbn-1-8040-185.w90-112.abo.wanadoo.fr) left irc: Read error: Connection reset by peer [22:00] Sylvain (~SylvainTV@LFbn-LIL-1-593-180.w81-254.abo.wanadoo.fr) joined #scummvm. [22:04] SylvainTV (~SylvainTV@LFbn-LIL-1-593-180.w81-254.abo.wanadoo.fr) left irc: Ping timeout: 248 seconds [22:06] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) left irc: Quit: Leaving [22:07] qvist (~qvist@delta.ipv7.se) left irc: Ping timeout: 255 seconds [22:19] kurtwr (~kurtwr@c-73-116-30-72.hsd1.ca.comcast.net) left irc: [22:43] Farmboy0 (~quassel@xoreos/farmboy0) left irc: Remote host closed the connection [22:48] kurtwr (~kurtwr@c-73-116-30-72.hsd1.ca.comcast.net) joined #scummvm. [22:56] Cheeseness (~cheesenes@ppp118-208-253-41.bras1.hba2.internode.on.net) joined #scummvm. [23:11] Strangerke (~Strangerk@50.234.175.130) joined #scummvm. [23:24] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) left irc: Ping timeout: 246 seconds [23:36] dreammaster (~dreammast@c-73-149-116-247.hsd1.ma.comcast.net) joined #scummvm. [23:36] #scummvm: mode change '+o dreammaster' by ChanServ!ChanServ@services. [23:38] TMM (~Hein-Piet@fsf/member/pdpc.professional.tmm) joined #scummvm. [23:38] #scummvm: mode change '+o TMM' by ChanServ!ChanServ@services. [23:39] snover: That 2.0.4 patch you did yesterday.. is that something you've committed that I can cherry pick into master? Or would you like me to commit in the patch if you haven't already done so? [23:39] dreammaster: i only have it locally. does that mean it works? [23:39] Yes, I verified that it fixed it for 2.0.4 [23:39] sweet. ill send it up now then. [23:40] thank you for checking for me! [23:40] Thanks yourself for fixing hte problem so quickly [23:41] GitHub95 (~GitHub95@192.30.252.41) joined #scummvm. [23:41] [scummvm] csnover pushed 1 new commit to master: https://git.io/vd9dw [23:41] scummvm/master 752f4e4 Colin Snover: SDL: Fix missing scaled cursors in SDL 2.0.4 on Windows... [23:41] GitHub95 (GitHub95@192.30.252.41) left #scummvm. [23:42] GitHub91 (~GitHub91@192.30.252.42) joined #scummvm. [23:42] [scummvm] criezy pushed 1 new commit to master: https://git.io/vd9dK [23:42] scummvm/master 0e44fea Thierry Crozat: I18N: Update translations templates [23:42] GitHub91 (GitHub91@192.30.252.42) left #scummvm. [23:43] #scummvm: mode change '+o Strangerke' by ChanServ!ChanServ@services. [00:00] --- Wed Oct 18 2017