[00:12] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) left irc: Quit: ERR_SHUTDOWN [00:14] snover (~snover@unaffiliated/snover) left irc: Ping timeout: 240 seconds [00:19] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) left irc: Remote host closed the connection [00:19] snover (~snover@unaffiliated/snover) joined #scummvm. [00:19] #scummvm: mode change '+o snover' by ChanServ!ChanServ@services. [00:38] rsn8887 (~rsn8887@ip68-97-13-84.ok.ok.cox.net) joined #scummvm. [00:43] rsn8887 (~rsn8887@ip68-97-13-84.ok.ok.cox.net) left irc: Ping timeout: 255 seconds [00:46] rsn8887 (~rsn8887@ip68-97-13-84.ok.ok.cox.net) joined #scummvm. [00:51] SylvainTV (~SylvainTV@LFbn-1-8392-241.w81-254.abo.wanadoo.fr) left irc: Read error: Connection reset by peer [01:13] dreammaster (~dreammast@c-73-149-116-247.hsd1.ma.comcast.net) joined #scummvm. [01:13] #scummvm: mode change '+o dreammaster' by ChanServ!ChanServ@services. [01:25] rsn8887 (~rsn8887@ip68-97-13-84.ok.ok.cox.net) left irc: Remote host closed the connection [01:27] Vampire0_ (~Vampire@jEdit/Vampire) joined #scummvm. [01:28] Vampire0 (~Vampire@jEdit/Vampire) left irc: Disconnected by services [01:28] Nick change: Vampire0_ -> Vampire0 [01:47] phant2 does an awful lot of spin looping over GetTime. :\ [01:54] m-kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) left irc: Read error: Connection reset by peer [02:02] rsn8887 (~rsn8887@ip68-97-13-84.ok.ok.cox.net) joined #scummvm. [02:17] Vampire0_ (~Vampire@jEdit/Vampire) joined #scummvm. [02:21] Vampire0 (~Vampire@jEdit/Vampire) left irc: Ping timeout: 240 seconds [02:30] TMM (~hp@fsf/member/pdpc.professional.tmm) left irc: Read error: Connection reset by peer [02:33] cpasjuste_ (~cpasjuste@193.12.207.77.rev.sfr.net) joined #scummvm. [02:37] Dominus (~dominus@unaffiliated/dominus) left irc: Ping timeout: 240 seconds [02:39] Dominus (~dominus@178-191-234-197.adsl.highway.telekom.at) joined #scummvm. [02:39] Dominus (~dominus@178-191-234-197.adsl.highway.telekom.at) left irc: Changing host [02:39] Dominus (~dominus@unaffiliated/dominus) joined #scummvm. [02:57] cpasjuste_ (~cpasjuste@193.12.207.77.rev.sfr.net) left irc: Quit: Ex-Chat [03:25] Vampire0 (~Vampire@jEdit/Vampire) joined #scummvm. [03:25] Vampire0_ (~Vampire@jEdit/Vampire) left irc: Ping timeout: 260 seconds [04:26] snover (~snover@unaffiliated/snover) left irc: Ping timeout: 240 seconds [04:26] dreammaster (~dreammast@c-73-149-116-247.hsd1.ma.comcast.net) left irc: [04:32] snover (~snover@unaffiliated/snover) joined #scummvm. [04:32] #scummvm: mode change '+o snover' by ChanServ!ChanServ@services. [04:57] Littleboy (~littleboy@c-73-186-252-231.hsd1.ma.comcast.net) left irc: Quit: Ętre dans le vent, une ambition de feuille morte. [05:03] Mellified_Man (~Mellified@192.64.190.17) left irc: Ping timeout: 260 seconds [05:05] Mellified_Man (~Mellified@192.64.190.17) joined #scummvm. [05:58] Vampire0_ (~Vampire@jEdit/Vampire) joined #scummvm. [06:00] Vampire0 (~Vampire@jEdit/Vampire) left irc: Ping timeout: 268 seconds [06:25] ajax16384 (~User@109.60.138.138) joined #scummvm. [06:25] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [07:02] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) joined #scummvm. [07:02] #scummvm: mode change '+o m_kiewitz' by ChanServ!ChanServ@services. [07:11] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) left irc: Ping timeout: 240 seconds [07:11] m_kiewitz (~m_kiewitz@x4d03c2d4.dyn.telefonica.de) joined #scummvm. [07:11] m_kiewitz (~m_kiewitz@x4d03c2d4.dyn.telefonica.de) left irc: Changing host [07:11] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) joined #scummvm. [07:11] #scummvm: mode change '+o m_kiewitz' by ChanServ!ChanServ@services. [07:27] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [07:29] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 240 seconds [07:29] Nick change: Strangerke_ -> Strangerke [07:30] Vampire0 (~Vampire@jEdit/Vampire) joined #scummvm. [07:31] Vampire0_ (~Vampire@jEdit/Vampire) left irc: Ping timeout: 268 seconds [07:32] Nick change: gus_ -> gus [07:53] Vampire0_ (~Vampire@jEdit/Vampire) joined #scummvm. [07:55] Vampire0 (~Vampire@jEdit/Vampire) left irc: Ping timeout: 245 seconds [08:06] Lightkey (~Darklock@p200300764C2EBF5022CF30FFFE083718.dip0.t-ipconnect.de) left irc: Ping timeout: 256 seconds [08:07] Does somebody here understand the polling in ScummVM? [08:18] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) joined #scummvm. [08:18] #scummvm: mode change '+o waltervn' by ChanServ!ChanServ@services. [08:18] morning [08:19] Lightkey (~Darklock@p200300764C2EBF9422CF30FFFE083718.dip0.t-ipconnect.de) joined #scummvm. [08:20] TMM (~hp@fsf/member/pdpc.professional.tmm) joined #scummvm. [08:20] #scummvm: mode change '+o TMM' by ChanServ!ChanServ@services. [08:36] hello [08:49] Vampire0 (~Vampire@jEdit/Vampire) joined #scummvm. [08:51] Vampire0_ (~Vampire@jEdit/Vampire) left irc: Ping timeout: 260 seconds [08:56] LittleToonCat (~littlecat@sydnns0115w-047054148237.dhcp-dynamic.FibreOP.ns.bellaliant.net) left irc: Remote host closed the connection [09:25] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) joined #scummvm. [09:26] rsn8887 (~rsn8887@ip68-97-13-84.ok.ok.cox.net) left irc: Remote host closed the connection [09:26] rsn8887 (~rsn8887@ip68-97-13-84.ok.ok.cox.net) joined #scummvm. [09:27] rsn8887 (~rsn8887@ip68-97-13-84.ok.ok.cox.net) left irc: Remote host closed the connection [09:27] rsn8887 (~rsn8887@ip68-97-13-84.ok.ok.cox.net) joined #scummvm. [09:28] rsn8887 (~rsn8887@ip68-97-13-84.ok.ok.cox.net) left irc: Remote host closed the connection [09:31] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [09:31] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [09:41] TMM (~hp@fsf/member/pdpc.professional.tmm) left irc: Quit: Ex-Chat [10:04] user10 (~Thunderbi@leoseb.ujf-grenoble.fr) joined #scummvm. [10:06] user9 (~Thunderbi@leoseb.ujf-grenoble.fr) left irc: Ping timeout: 240 seconds [10:06] Nick change: user10 -> user9 [10:08] user10 (~Thunderbi@pers-169-220.vpn-uga.grenoble-inp.fr) joined #scummvm. [10:10] user9 (~Thunderbi@leoseb.ujf-grenoble.fr) left irc: Ping timeout: 240 seconds [10:12] user10 (~Thunderbi@pers-169-220.vpn-uga.grenoble-inp.fr) left irc: Read error: Connection reset by peer [10:17] user9 (~Thunderbi@leoseb.ujf-grenoble.fr) joined #scummvm. [10:29] rsn8887 (~rsn8887@ip68-97-13-84.ok.ok.cox.net) joined #scummvm. [10:30] TMM (~hp@fsf/member/pdpc.professional.tmm) joined #scummvm. [10:30] #scummvm: mode change '+o TMM' by ChanServ!ChanServ@services. [10:33] rsn8887 (~rsn8887@ip68-97-13-84.ok.ok.cox.net) left irc: Ping timeout: 255 seconds [10:36] te_lanus (~te_lanus@154.66.195.97) joined #scummvm. [10:38] nutron (~nutron@unaffiliated/nutron) left irc: Remote host closed the connection [11:37] do we have a rough estimate of when the next release will be? [11:40] L0ngcat (~mryrobot@2a03:b0c0:2:d0::6c:d001) left irc: Remote host closed the connection [11:42] L0ngcat (~mryrobot@2a03:b0c0:2:d0::6c:d001) joined #scummvm. [11:47] jamm (~jam@p2043-ipngn5802marunouchi.tokyo.ocn.ne.jp) joined #scummvm. [11:47] jamm (~jam@p2043-ipngn5802marunouchi.tokyo.ocn.ne.jp) left irc: Changing host [11:47] jamm (~jam@unaffiliated/jamm) joined #scummvm. [12:03] D0SFreak (~D0SFreak@172.56.5.154) joined #scummvm. [12:30] rsn8887 (~rsn8887@ip68-97-13-84.ok.ok.cox.net) joined #scummvm. [12:34] rsn8887 (~rsn8887@ip68-97-13-84.ok.ok.cox.net) left irc: Ping timeout: 264 seconds [13:00] jamm (~jam@unaffiliated/jamm) left irc: Ping timeout: 245 seconds [13:28] Korak (~quassel@r75-110-34-6.gvllcmtc01.gnvlnc.ab.dh.suddenlink.net) left irc: Ping timeout: 260 seconds [13:31] rsn8887 (~rsn8887@ip68-97-13-84.ok.ok.cox.net) joined #scummvm. [13:35] LittleToonCat (~littlecat@sydnns0115w-047054148237.dhcp-dynamic.FibreOP.ns.bellaliant.net) joined #scummvm. [13:36] rsn8887 (~rsn8887@ip68-97-13-84.ok.ok.cox.net) left irc: Ping timeout: 258 seconds [13:57] Korak (~quassel@r75-110-34-6.gvllcmtc01.gnvlnc.ab.dh.suddenlink.net) joined #scummvm. [14:45] Laura Bow 1 & 2 released on gog [14:45] https://www.gog.com/game/the_dagger_of_amon_ra [14:50] woohoo [14:50] first Freddy Pharkas, now these two. They're on a roll :-) [14:51] the versions sold only comes with the windows version of scummvm :( why not the linux/mac ones too [14:57] jamm (~jam@p2043-ipngn5802marunouchi.tokyo.ocn.ne.jp) joined #scummvm. [14:57] jamm (~jam@p2043-ipngn5802marunouchi.tokyo.ocn.ne.jp) left irc: Changing host [14:57] jamm (~jam@unaffiliated/jamm) joined #scummvm. [15:20] FP was way better than it had any right to be [15:20] on a sidenote [15:20] if you haven't played it, go play it ;) [15:26] ajax16384 (~User@109.60.138.138) left irc: Quit: Leaving [15:32] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) joined #scummvm. [15:35] te_lanus (~te_lanus@154.66.195.97) left irc: Quit: Leaving [15:36] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) left irc: Remote host closed the connection [15:37] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) joined #scummvm. [15:56] nice. I'm still waiting for something that I don [15:56] 't already own yet though :) [16:07] wiktor_b_ (~wiktor@fez.tardis.ed.ac.uk) joined #scummvm. [16:08] I think LB1&2 should be a bit cheaper though [16:09] the price for those two combined it higher than the QFG collection [16:09] *is [16:10] wiktor_b (~wiktor@fez.tardis.ed.ac.uk) left irc: Ping timeout: 240 seconds [16:11] jamm (~jam@unaffiliated/jamm) left irc: Ping timeout: 245 seconds [16:23] Begasus (~begasus@ptr-4p6jpioaburrm0ebtfo.18120a2.ip6.access.telenet.be) joined #scummvm. [16:27] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) left irc: Remote host closed the connection [16:27] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) joined #scummvm. [16:30] Is there a developer channel for scummbm? [16:30] scummvm [16:31] I think this one is ok [16:34] WinterGrascph (~WinterGra@2001:738:2001:407f:29df:4da8:fa7:9764) joined #scummvm. [16:34] #scummvm: mode change '+o WinterGrascph' by ChanServ!ChanServ@services. [16:39] ny00123 (~ny00123@bzq-79-182-43-200.red.bezeqint.net) joined #scummvm. [16:40] I am trying to debug the analog mouse pointer jerkiness in DreamWeb engine. [16:40] I fixed it everywhere else recently, but somehow Dreamweb is still jerky. [16:42] as long as the engine is calling SDLEventSource::pollEvent it should be ok. However it seems that the dreamweb engine is only calling that function when there already is some event in the queue, instead of calling it regularly. [16:43] Is there a developer forum for ScummVM where I could ask the seasoned devs some questions? [16:46] WinterGrascph (~WinterGra@2001:738:2001:407f:29df:4da8:fa7:9764) left irc: Remote host closed the connection [16:47] WinterGrascph (~WinterGra@2001:738:2001:407f:29df:4da8:fa7:9764) joined #scummvm. [16:47] #scummvm: mode change '+o WinterGrascph' by ChanServ!ChanServ@services. [16:53] LittleToonCat (~littlecat@sydnns0115w-047054148237.dhcp-dynamic.FibreOP.ns.bellaliant.net) left irc: Ping timeout: 245 seconds [16:55] nutron (~nutron@205.250.175.174) joined #scummvm. [16:55] rsn8887: the ops here are devs just be patient [16:55] nutron (~nutron@205.250.175.174) left irc: Changing host [16:55] nutron (~nutron@unaffiliated/nutron) joined #scummvm. [16:57] Ah ok. It seems to me that there's a whole bunch of event management going on in ScummVM that is almost impossible to debug, at least to me. For example, some engines use g_system->getEventManager()->pollEvent(event) and some engines use _eventMan->pollEvent(event) [16:58] I never looked at the event handling :/ [16:58] nutron (~nutron@unaffiliated/nutron) left irc: Remote host closed the connection [16:59] nutron (~nutron@unaffiliated/nutron) joined #scummvm. [17:00] nutron (~nutron@unaffiliated/nutron) left irc: Remote host closed the connection [17:02] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) left irc: Remote host closed the connection [17:03] nutron (~nutron@unaffiliated/nutron) joined #scummvm. [17:03] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) joined #scummvm. [17:03] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) left irc: Remote host closed the connection [17:05] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) joined #scummvm. [17:06] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) left irc: Remote host closed the connection [17:06] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) joined #scummvm. [17:07] _sev|work (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [17:08] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) left irc: Remote host closed the connection [17:10] WinterGrascph (~WinterGra@2001:738:2001:407f:29df:4da8:fa7:9764) left irc: Remote host closed the connection [17:12] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) joined #scummvm. [17:13] rsn8887: btw _eventMan == g_system->getEventManager() [17:13] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) left irc: Remote host closed the connection [17:14] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) joined #scummvm. [17:14] Vampire0_ (~Vampire@jEdit/Vampire) joined #scummvm. [17:16] Vampire0 (~Vampire@jEdit/Vampire) left irc: Ping timeout: 240 seconds [17:21] rsn8887: what can i tell you to help you with debugging input? [17:21] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) left irc: Remote host closed the connection [17:23] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) joined #scummvm. [17:23] Hello sorry I lost connection [17:23] Littleboy (~littleboy@c-73-186-252-231.hsd1.ma.comcast.net) joined #scummvm. [17:23] #scummvm: mode change '+o Littleboy' by ChanServ!ChanServ@services. [17:23] Vampire0 (~Vampire@jEdit/Vampire) joined #scummvm. [17:23] Vampire0_ (~Vampire@jEdit/Vampire) left irc: Ping timeout: 240 seconds [17:25] snover: It seems as if the handleKbdMouse function inside SDLEventSource is not updating _MousePos in defaultManager [17:25] I want to force an update [17:25] I cannot seem to setMousePos, there's only a getMousePos memeber [17:26] The way these variables are updated is very convoluted, obtuse and confusing to me [17:26] It seems almost impossible to follow the different conditions. [17:27] For example, it looks like there's a setMousePos function that is called inside warpMouse. However it depends on the window focus somehow, it is only called if the window does NOT have focus?!?! [17:31] yes, that changes the engines internal mouse position in response to an event, without moving the hardware cursor [17:36] I think I am getting there... [17:36] - the Dreamweb engine calls _eventMan->pollEvent every frame [17:37] is it guaranteed that that will result in an SDLEventSource->pollEvent call? [17:37] if the SDL backend is used? [17:38] - in the SDLEventSource->pollEvent code, the handleKbdMouse function is called [17:39] _graphicsManager->notifyMousePos(Common::Point(x, y)); [17:39] _graphicsManager->transformMouseCoordinates(event.mouse); [17:39] - the handleKbdMouse function will update event.mouse.x and call [17:39] the above members [17:39] but somehow that does not result in a pointer movement in Dreamweb (but it works in DOTT etc) [17:40] one moment [17:40] - Dreamweb looks for mouse updates via _eventMan->getMousePos() [17:41] So how can I make sure _eventMan->getMousePos() returns the updated mousePos values? [17:41] I would like to force an update of those somewhere in handleKbdMouse. [17:42] I might still be confused. But I see two possible problems: [17:43] 1) _eventMan->pollEvent(event) does not always result in a call to SDLEventSource->pollEvent(event) (this would be a problem resulting in jerky mouse movement with analog stick) [17:45] 2) _eventMan->pollEvent(event) DOES result in a call to SDLEventSource->pollEvent(event) and in a subsequent call to handleKbdMouse, but somehow handleKbdMouse fails to update _mousePos inside _eventMan, so that Dreamweb does not see the updated mousePos. [17:45] I believe _eventMan will be a pointer to Common::DefaultEventManager [17:47] snover: i got myself one of the localized Space Quest 6 versions today [17:47] and g_system->getEventManager() should point to the same object [17:48] ok that is good to know thanks. [17:48] m_kiewitz: is it a language you understand? [17:48] yes :P [17:48] TMM (~hp@fsf/member/pdpc.professional.tmm) left irc: Quit: Ex-Chat [17:48] well there aren't that many languages, that sierra translated their games to, that I don't understand. [17:49] NuSuey (uid3556@gateway/web/irccloud.com/x-shdrklmrjdnyqhsr) left irc: Quit: Connection closed for inactivity [17:49] it is nice to be multilingual [17:49] according to what I read the localization and voice acting was well done for that localized version too [17:50] i'm actually surprised about that. even nowadays all sorts of localization efforts are kinda meh [17:50] snover: I do not understand, it seems DefaultEventManager never calls SDLEventSource->pollEvent()? [17:50] for the new Legend of Zelda game they actually botched the English version. All the others are kinda fine. [17:50] snover: but if an engine only ever calls _eventMan->pollEvent() (and many do) somehow the SDL events are still polled.... [17:50] rsn8887: DefaultEventManager::pollEvent calls EventDispatcher::dispatch calls SdlEventSource::pollEvent [17:52] snover: Ah I see so that works. That leaves me with number 2) somehow, after a call to handleKbdMouse, the mousePos inside _eventMan is not updated. But it is updated when an actual joyAxis or mouse movement event is generated, just not inside handleKbdMouse. [17:53] e.g. the mousepointer in Dreamweb only reacts if my joystick _changed_ it's axis values, but does not move if my joystick stays at the same values. [17:53] m_kiewitz: well i am glad to hear that it was well done! [17:53] hopefully that means no new bugs ;) [17:54] sierra put in quite some effort for some games [17:54] I fixed this for all other games I tried by adding a "processMouseEvent" into handleKbdMouse to force an update of the pointer position. [17:54] they often translated graphics as well [17:54] But Dreamweb remains stubborn [17:54] and the Japanese Police Quest 2 is quite something :P [17:54] rsn8887: how do you test all the other games? theres quite a lot of engines :) [17:55] snover: Honestly I only tested mouse movement in the menu, in the vkbd, and in scumm games. [17:55] snover: ;) [17:55] snover: Funny thing: In Dreamweb if I open the vkbd, the mouse pointer movement is fine. Just inside the game there's a problem [17:56] snover: my bet is that they didn't change scripts. But you never know for sure. Freddy Pharkas German had some very special resource issue and only that one version. [17:56] snover: Do you know a way to force an update of _mousePos inside _eventMan (a private variable) for debugging purposes? [17:57] rsn8887: unfortunately, i dont really know anything about the virtual device stuff [17:57] for debugging purposes you could just make that public [17:57] and then do whatever you want [17:57] WinterGrascph (~WinterGra@winter.sch.bme.hu) joined #scummvm. [17:57] #scummvm: mode change '+o WinterGrascph' by ChanServ!ChanServ@services. [17:58] snover: wish me luck btw. i may get a sealed Shivers 2 in a few days for just a few bucks. [17:58] true I guess lol [17:58] m_kiewitz: are you going to break the seal?! [17:58] yes :P [17:58] mint condition! [18:00] WinterGrascph (~WinterGra@winter.sch.bme.hu) left irc: Remote host closed the connection [18:00] for shivers 2 we will probably have to implement a x86 heuristic to SCI script code decoder [18:00] WinterGrascph (~WinterGra@winter.sch.bme.hu) joined #scummvm. [18:00] #scummvm: mode change '+o WinterGrascph' by ChanServ!ChanServ@services. [18:00] m_kiewitz: wat? :) [18:01] heh [18:01] m_kiewitz: i was going to just implement the game logic, like for all the other scummvm c++ games [18:01] it seems sierra had the brilliant idea to create the game using SCI scripts, and then compiled them into native x86 code [18:01] no, the game logic was in c++ [18:01] they split the kernel in sci3 so they could write sci or c++ games [18:02] ah sure? dang [18:02] then it's probably a job for dreammaster :P [18:02] :) [18:04] How far is gk1, gk2 and gk3? [18:04] girafe (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) joined #scummvm. [18:04] LittleToonCat (~littlecat@sydnns0115w-047054148237.dhcp-dynamic.FibreOP.ns.bellaliant.net) joined #scummvm. [18:05] gk1 and gk2 are completable on my working branch, so hopefully will be in testing mode for the next release, so long as some people review and approve my PRs ;) [18:06] Is that just a branch on github? [18:06] yes [18:06] https://github.com/csnover/scummvm/tree/working [18:06] kay, if I can get scummvm to compile at least :) [18:08] at the moment i am struggling to figure out what is going on with the email in phant2, it is calling kSetNowSeen on a view that contains a disposed bitmap. im not sure yet if the original interpreter just happily did a use-after-free or if there is some VM bug or what& [18:09] WinterGrascph (~WinterGra@winter.sch.bme.hu) left irc: Remote host closed the connection [18:10] Is the detection scheme for the mac version of gk2 future-proof? [18:10] i have no idea. i guess i should clarify that i dont have mac versions of anything so they arent supported. [18:12] ok, I have the French version of it, but I guess it's too early to add detection for it [18:13] snover: i wouldn't be surprised. sci16 was doing just that [18:13] i had to change the port code to also re-use IDs, because some games expect it (aka use old pointers lol) [18:13] nice. [18:14] i sure hope i dont have to do that. [18:14] well in that case i would patch it out [18:15] if it's really a script/engine bug, then that's probably the only time [18:15] yeah. the other problem is that things are a little slower with sci3 games because scic cannot decompile them, and its been a while since i had to read sci disassembly unassisted [18:16] I'm actually the opposite. I can't read decompiled script code, I'm too used to SCI "assembly" [18:17] i also need to do a little more work on the disassembler in scummvm. the lofs opcodes dont disassemble correctly because, i guess, they used an overlay for 32-bit addresses instead of actually extending the opcodes to accept more than 16-bits [18:21] hm. that should actually be working already, i wonder why it isnt. debugging debugger. meta. [18:50] maybe because resources from ressci.pat are taking priority over individual patch files& [18:52] hmm starting the gog version of gk2 with your working tree instant kills scummvm :) [18:53] Harekiet: delete resmap.001 [18:53] ah that does more [18:54] sweet :) [18:55] D0SFreak (~D0SFreak@172.56.5.154) left irc: Ping timeout: 240 seconds [19:01] I'd forgotten how bad the acting was [19:01] :) [19:02] ajax16384 (~User@109.60.130.33) joined #scummvm. [19:02] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [19:03] ah, good. .CSC patch files were being totally ignored by the resource manager, and the crashy script was one of the ones with a patch file. lets see what happens now. [19:04] Harekiet: https://www.youtube.com/watch?v=2KkSC_Q3vZ0 [19:05] :) [19:08] grr. still crashes. [19:09] slow fadeouts are slow! [19:10] Harekiet: which fadeouts where? [19:10] when you click on yhe movies button [19:12] should be like 1.5 seconds or something [19:12] i had to guess at what the right fade speed was supposed to be for sci32 since it was entirely cpu-dependent [19:13] it just seems overly slow here [19:13] its dramatic [19:14] like 6 seconds before the screen has fully faded back in after you click the movie button [19:14] that does sound slower than it should be [19:15] you can blame me for not trying to implement frameskip [19:15] i guess maybe i need to do that [19:16] Vampire0_ (~Vampire@jEdit/Vampire) joined #scummvm. [19:16] yeh seems to be frame rate fixed, so 256 levels at 60 hz? [19:16] wonder if that subtitle patch works [19:16] snover: yeah, that's frameskip [19:16] Harekiet: no, don't try. I'm working on that. [19:17] the patch also effectively includes all scripts of the game, that's not needed [19:17] it also breaks saved game compatibility at least in ScummVM [19:17] ah too bad, think that was my major problem replaying the game a few years ago, I wanted some easier subtitle reading :( [19:17] i'm trying to fix that all and make it so that you can turn them on and off [19:17] Vampire0 (~Vampire@jEdit/Vampire) left irc: Ping timeout: 255 seconds [19:18] patience, you will get that soon [19:18] oh right and of course not break saved game compatibility [19:18] that'd be sweet :) [19:18] Harekiet: should be like https://zetafleet.com/dl/gk2fade.mov [19:19] that seems faster than it's going here indeed [19:20] running opengl output hereI think together with a just built debug version in vstudio [19:20] TMM (~hp@fsf/member/pdpc.professional.tmm) joined #scummvm. [19:20] #scummvm: mode change '+o TMM' by ChanServ!ChanServ@services. [19:20] let me see what happens with opengl. i turn it on and it seems very laggy [19:21] (in scummvm, in general) [19:21] yeh the mouse seems a bit sluggish as well [19:21] if you switch graphics mode to one of the non-opengl ones, is it better? [19:22] yeh then it's more like your speed [19:22] thats not good. [19:22] mouse feels a lot smoother as well [19:23] no more resizing screens and just run it fullscreen then :) [19:23] hardware deceleration [19:23] indeed [19:24] i dont know a thing about opengl programming except that its a special level of hell [19:25] hehe dunno, thought the scummvm intermediate layers would justh andle that [19:25] well, yeah, but apparently some part of them is broken and making things really slow [19:26] time for sdl2 :) [19:26] is this another case of it trying to update the screen too often? [19:27] wjp: which it is it? :) [19:28] Vampire0 (~Vampire@jEdit/Vampire) joined #scummvm. [19:28] some random it [19:28] :-) [19:29] Vampire0_ (~Vampire@jEdit/Vampire) left irc: Ping timeout: 252 seconds [19:29] GfxTransitions32 has frame limiting but not frame skipping; the OpenGL laggy slowness happens even in the ScummVM main menu [19:29] I have no idea what is going on with OpenGL renderer to cause that [19:33] i think some opengl drivers are frame limited, others aren't [19:33] ah i mean some have forced v'sync others don't [19:33] thats why i had to add frame skipping too [19:34] snover, do you own a Wii? I tested all sorts of transitions on the Wii as well [19:36] Vampire0_ (~Vampire@jEdit/Vampire) joined #scummvm. [19:37] would there be interest in porting the vsync detection code from ResidualVM? So that if vsync is enabled engines can rely on it instead of delaying? [19:38] Vampire0 (~Vampire@jEdit/Vampire) left irc: Ping timeout: 240 seconds [19:38] this shows up when returning to the launcher WARNING: GL ERROR: (Unknown GL error code 0x506) on glDrawArrays(0x0005, 0, 4) (scummvm/backends/graphics/opengl/pipelines/shader.cpp:86)! [19:38] so I just made _mousePos in default-events.h public for debugging purposes. There's basically no comments in the code. What does Common::DefaultEventManager::_mousePos represent again? The coords of the mouse pointer in game? [19:39] I see there are some warp functions that mess with the coordinates. What is the purpose of those? [19:41] rsn8887: warp forces the mouse cursor to a new position, like when a game takes control and moves the mouse cursor for you [19:43] snover: Ah thanks. So that is being used to move the mouse pointer when it is controlled by keyboard. That makes sense. Well I should be able to debug the analog joystick mouse in Dreamweb now and hopefully fix it in there. I wish the event handling wasn't such a complete chain of hell skipping through x functions each doing something with the events. Never realized how much of a hack keyboard/analog stick mouse in Scum [19:43] mVM was. [19:43] rsn8887: but keep in mind that there are devices that do not support that [19:43] for example touchscreens or Wiimote controls [19:43] bgK: maybe, though running graphics code based on a non-wall-clock source is the problem in the first place for the SCI games. vsync may be appropriate for SCI32 kFrameOut but it wouldnt be appropriate as a timing source for animations [19:43] i had to add workarounds for certain sierra games, where the scripts rely on warpMouse() working "properly" [19:44] I think everything is fine with those devices. It is specifically the analog joystick mouse pointer control in SDL2 that I found problems with. The problems are almost fixed, but Dreamweb is still not behaving... [19:45] m_kiewitz: it is still a mystery why it works in the menu and in scumm games, but just not in Dreamweb. But I should be able to debug it now. [19:45] good luck :) [19:46] :) I wish ScummVM was written in C I hate classes. [19:47] I should say I hate event-driven-programming. Impossible to tell what happens, too much state. [19:47] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [19:47] snover: I think I'll make a pull request with it, and see if there is feedback. I implemented the transitions in Riven recently and felt like there were some missed frames due to imprecise delays in the engine. [19:50] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 260 seconds [19:50] Nick change: Strangerke_ -> Strangerke [19:51] Farmboy0 (~quassel@p5DD10B50.dip0.t-ipconnect.de) joined #scummvm. [19:51] Farmboy0 (~quassel@p5DD10B50.dip0.t-ipconnect.de) left irc: Changing host [19:51] Farmboy0 (~quassel@xoreos/farmboy0) joined #scummvm. [19:52] snover: apparently there's yet another mousePos type variable it is called mouseCurState in the GraphicsManager? How is that related to EventManager::_mousePos? [19:53] Seems like ScummVM used around 5 different member variables of various classes to keep track of simple mouse_x and mouse_y coordinates. Yikes [19:55] rsn8887: i would have to read the code to answer that question. [19:55] snover: Ah, not necessary I am already doing that, just thought it would be faster if you knew at the top of your head [19:55] i understand [20:06] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) left irc: Remote host closed the connection [20:06] Sweet. Laura Bow is on GoG. :D [20:08] o_O both? [20:08] or just the first? [20:08] do they use Dosbox or ScummVM? [20:09] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) joined #scummvm. [20:09] ah Dagger of Amon Ra, so the second one [20:10] they have the other one too, nice [20:15] Vampire0 (~Vampire@jEdit/Vampire) joined #scummvm. [20:16] Vampire0_ (~Vampire@jEdit/Vampire) left irc: Ping timeout: 240 seconds [20:19] bgK (~bgk@rbx1-fr.quadhost.net) left irc: Ping timeout: 240 seconds [20:25] _-___-_ (~gk.1wm.su@2001:590:1405:123:123:214c:a3ce:e764) joined #scummvm. [20:25] _-___-_ (gk.1wm.su@2001:590:1405:123:123:214c:a3ce:e764) left #scummvm. [20:27] h00ligan (~User@109.60.130.33) joined #scummvm. [20:27] #scummvm: mode change '+o h00ligan' by ChanServ!ChanServ@services. [20:28] bgK (~bgk@rbx1-fr.quadhost.net) joined #scummvm. [20:28] #scummvm: mode change '+o bgK' by ChanServ!ChanServ@services. [20:30] ajax16384 (~User@109.60.130.33) left irc: Ping timeout: 260 seconds [20:30] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) left irc: Remote host closed the connection [20:33] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) joined #scummvm. [20:42] Vampire0 (~Vampire@jEdit/Vampire) left irc: Ping timeout: 240 seconds [20:43] Vampire0 (~Vampire@jEdit/Vampire) joined #scummvm. [20:46] bgK (~bgk@rbx1-fr.quadhost.net) left irc: Ping timeout: 255 seconds [20:48] kurtwr2 (~kurtwr@c-50-173-166-91.hsd1.ca.comcast.net) left irc: [20:54] bgK (~bgk@rbx1-fr.quadhost.net) joined #scummvm. [20:54] #scummvm: mode change '+o bgK' by ChanServ!ChanServ@services. [21:01] to check the walkthrough or struggle on....damn you gabriel knight [21:04] and *crash* sdl2 having texture issues when you alttab from fullscreen or something [21:06] Harekiet: https://bugs.scummvm.org/ticket/9551? [21:07] yeh that seems similar [21:07] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) left irc: Read error: Connection reset by peer [21:07] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) joined #scummvm. [21:07] #scummvm: mode change '+o m_kiewitz' by ChanServ!ChanServ@services. [21:09] no more using the win10 tabbed thingie to get out of fullscreen windows [21:09] just update SDL to 2.0.5 [21:10] yeh probably, was just using the binary/lib package that's linked in the compiling guide on the site [21:13] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) left irc: Remote host closed the connection [21:16] exmensa_ (exmensa@66.43.202.238) joined #scummvm. [21:16] snover: or maybe downgrade to 2.0.3 is the better option, because 2.0.5 has that stack size problem [21:16] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) joined #scummvm. [21:16] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) left irc: Remote host closed the connection [21:16] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) joined #scummvm. [21:18] who knows what bugs 2.0.3 has :) [21:18] exmensa (exmensa@66.43.202.238) left irc: Ping timeout: 252 seconds [21:18] h00ligan (~User@109.60.130.33) left irc: Quit: Leaving [21:19] it would be nice if they would release more frequently after finding such defects [21:22] WooShell (~Markus@ipbcc071f7.dynamic.kabel-deutschland.de) joined #scummvm. [21:23] having to walk though that muninch street a 100 times is somewhat meh :) [21:24] meow =^.^= [21:24] Harekiet: move the cursor higher up on the edge and it should turn into a fast-forward. [21:25] that street is super lame, and the hidden nature of the fast-forward is super lame. [21:26] oh indeed :) [21:35] these bugs with the computer in phant2 are super duper extra lame. [21:39] god I am looking at EventDispatcher::dispatch() what is that monstrosity? [21:39] No clue what is going on in there. [21:39] well so far so good, chapter reached, it looks nice and stable [21:43] rsn8887: have a look at DefaultEventMapper::mapEvent for context [21:43] I am too scared :) [21:44] all I want is to make sure _mousePos is updated whether there is an SDL_Event or not. [21:44] it basically transforms certain events, like mouse clicks on virtual keyboard buttons into keypresses [21:44] That's what I figured. [21:45] the default path through dispatch is straight to dispatchEvent [21:45] well, almost straight :-) [21:46] why do you want to update _mousePos when there is no event? Are you not getting mouse motion events somehow? [21:46] wjp: I am using the analog joystick to move the mouse. The Joystick does not generate events when the direction is constant. [21:47] the mousepointer I mean [21:47] HandleKbdMouse should take care of it, and does in most cases after I patched it. [21:47] which platform is that? [21:48] But I want to *force* an update of _mousePos to make sure some engines (such as Dreamweb) receive the new mousecoords. [21:48] wjp: SDL2 on Vita, but also Android. [21:48] My device has an analog joystick. I am testing mostly on Vita. [21:48] I see [21:49] wjp: this was the longstanding bug 6996 I fixed it here: https://github.com/scummvm/scummvm/pull/900 [21:49] but handleKbdMouse is called when there are no events [21:50] right [21:50] I see you added that [21:50] so what is still missing? [21:50] But it looks like at least on Vita, Dreamweb engine still shows the old behaviour. It only updates the pointer when the stick is moving. [21:51] wjp: the only thing I can think of is that *somehow* handleKbdMouse still does not lead to an update of _mousePos. At least not in the Dreamweb engine. [21:51] wjp: but it could be something else entirely.... hard to tell. [21:51] mhm [21:52] wjp: Dreamweb is reading the mousePos via _eventMan->getMousePos(). [21:52] SylvainTV (~SylvainTV@LFbn-1-8392-241.w81-254.abo.wanadoo.fr) joined #scummvm. [21:52] #scummvm: mode change '+o SylvainTV' by ChanServ!ChanServ@services. [21:52] wjp: The mousepointer updates fine as long as SDL Events (JoyAxisMotion) are generated. But stops updating when those are missing. But in the vkbd and scumm GUI, as well as scumm and other games it works fine. [21:53] wjp: I think it is the peculiar way Dreamweb polls the mouse, but all it does is _eventMan->getMousePos(). [21:54] wjp: So maybe my Common::MouseMove event I generate in handleKbdMouse is not _exactly_ equivalent to the SDL_JoyAxisMotion event. [21:54] wjp: maybe it is not updating mousePos at all, or only in certain engines... [21:54] GitHub189 (~GitHub189@192.30.252.40) joined #scummvm. [21:54] [scummvm] sev- pushed 1 new commit to master: https://git.io/vDSju [21:54] scummvm/master c0d155d Eugene Sandulenko: DIRECTOR: Lingo: Revert D3 script addressing modification [21:54] GitHub189 (GitHub189@192.30.252.40) left #scummvm. [21:56] which SDL version? [21:56] ah, 2, nvm [21:56] did you check if SdlWindow::warpMouseInWindow is calling SDL_WarpMouseInWindow ? [21:57] since it looks like handleKbdMouse is depending on that to generate a mouse motion event [21:58] (which should then in turn pass through the event system normally and update _mousePos) [22:01] hum [22:01] your changes to handleKbdMouse aren't quite right [22:02] it's using an uninitialized event structure [22:03] the event argument to SdlEventSource::pollEvent is for output, not input [22:07] or if you actually wanted to use it as output, then pollEvent should handle that output from handleKbdMouse [22:09] ah, I see in the PR discussion that there's no call to SDL_WarpMouseInWindow [22:09] so that explains [22:15] Nick change: wiktor_b_ -> wiktor_b [22:15] Nick change: wiktor_b -> Guest24972 [22:17] Nick change: Guest24972 -> wiktor_b [22:21] Begasus (~begasus@ptr-4p6jpioaburrm0ebtfo.18120a2.ip6.access.telenet.be) left irc: Quit: Ex-Chat [22:22] I don't understand what handleJoyAxisMotion is doing with event.type [22:24] in fact, this code doesn't make much sense at all [22:25] I wonder why JOYAXISMOTION handling is so different from handleKbdMouse [22:32] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) left irc: Quit: Leaving [22:38] rsn8887: I have to go, but I left a comment on github [22:48] Space Quest 3 mix https://www.youtube.com/watch?v=EYrTxELiZ6E [23:01] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) left irc: Remote host closed the connection [23:04] erdic (~erdic@unaffiliated/motley) left irc: Remote host closed the connection [23:05] girafe (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) left irc: Read error: Connection reset by peer [23:06] Farmboy0 (~quassel@xoreos/farmboy0) left irc: Remote host closed the connection [23:07] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) joined #scummvm. [23:08] erdic (~erdic@unaffiliated/motley) joined #scummvm. [23:13] rsn8887 (~rsn8887@ip-129-15-64-253.wireless-pat.ou.edu) left irc: Remote host closed the connection [23:29] m_kiewitz: do you happen to have disassembly for SCI01 and earlier available that you could search quickly to tell me of a function that calls lofsa/lofss? somethings a little broken in the disassembler and i dont know quite which one it is [23:30] wait, what? [23:31] aren't those VM opcodes? [23:31] yeah [23:31] tell me of a function that calls lofsa/lofss?? [23:31] Action: m_kiewitz is confused [23:31] a script object method that uses one of those opcodes [23:31] sorry, i see how that was a badly worded question [23:31] ah i thought you meant SCI01 or earlier interpreter disassembly [23:33] kq4 early has that opcode in basically every single script [23:33] i don't have many reversed game scripts though [23:34] i can also look inside my script patch archive [23:34] still why do you need sci01/sci0? I'm pretty sure the current code works fine for those [23:34] if its all over the place there, i should be able to find it quickly. i probably should have even just stuck a breakpoint in the debugger and checked that way, duh :) [23:35] rsn8887 (~rsn8887@ip-129-15-64-254.wireless-pat.ou.edu) joined #scummvm. [23:35] im not sure if the other kq4 versions use it that many times too [23:35] but i would guess so [23:35] rsn8887 (~rsn8887@ip-129-15-64-254.wireless-pat.ou.edu) left irc: Remote host closed the connection [23:35] m_kiewitz: im unsure if the third argument passed to findOffset is correct. its off by one when it comes time to look up the offset in SCI3 [23:35] rsn8887 (~rsn8887@ip-129-15-64-254.wireless-pat.ou.edu) joined #scummvm. [23:35] retval seems to point to the expected place in SCI3, but i dunno if thats true for sci0 too, so i gotta check it. [23:36] the VM works OK, just the disassembler seems to have this problem, so i presume findOffset is valid and the input is wrong [23:36] why not keep the current code for sci<=1.1? [23:37] i will end up doing that if retval turns out to be wrong in sci0 [23:37] sci16 is a nightmare, there were all sorts of changes, so when you change such code for every version, you risk that there is some sci version that does it differently [23:37] anyway [23:37] in kq4 early even the room25::init method has lofsa opcodes [23:38] it does a few kLoads and then after a few more opcodes it uses lofsa [23:38] it comes almost right after a "class Fwd" [23:39] rsn8887 (~rsn8887@ip-129-15-64-254.wireless-pat.ou.edu) left irc: Ping timeout: 240 seconds [23:39] snover: at a glance I think the disasm is using the position of the opcode itself, but the vm the position after the opcode? [23:40] oh right, and there is for example sci0early, which was used for the early kq4 versions and the early larry 2 version, but you are kinda lucky, because it was also used by sierra's first SCI xmas card greetings [23:40] so you should definitely check if your changes work with that one too [23:41] snover: other opcodes are using retval.getOffset() instead of pos.getOffset() for pc-relative things [23:41] all collections do not include those versions, i was lucky and got possibly the very first king's quest 4 version on floppies [23:41] snover: (in the disassembler) [23:41] wjp: yeah, that sounds about right. so i think its right to change this to use retval. but i wanted to make sure by verifying output because i am bad at this :) [23:42] snover: i can test your change for that king's quest 4 version [23:42] m_kiewitz: more luckily, the lofs handling is the same from sci0 early through sci01 [23:42] according to detectLofsType [23:43] KQ4 from the collection identifies lofs type as early sci0 [23:43] kq collection* [23:43] snover: this should be a pretty safe change I think [23:44] that's just lofs type, there is also sci0early [23:44] i mean sci0early as SCI version [23:44] sci0 early versions of those games are definitely on none of the collection CDs [23:45] m_kiewitz: findOffset only uses the detectLofsType when deciding what to do [23:45] i would still prefer actually testing it [23:46] ... testing what? [23:47] if everything still works for sci0early games? [23:47] collections typically contain king's quest 4 0.000.502, which is SCI0LATE [23:48] which is version 1.006.004 [23:48] sure, by all means test the disassembler, but it's just a small mismatch between VM and disassembler for LofsType == 0_EARLY [23:48] latest kq4 sci0early was interpreter 0.000.274, version 1.000.111 [23:49] im not arguing it for not changing it, im simply saying that such changes should get tested with at the very least one game per SCI version [23:50] changes to debugging output? [23:51] I don't understand? So you are saying that the debugger - that we use - is not important enough to test it? [23:52] it's not like testing would take days [23:52] 00:48 < wjp> sure, by all means test the disassembler [23:52] rsn8887 (~rsn8887@ip-129-15-64-254.wireless-pat.ou.edu) joined #scummvm. [23:52] "... but it's just a small mismatch" [23:52] yes [23:52] it is [23:53] WooShell (~Markus@ipbcc071f7.dynamic.kabel-deutschland.de) left irc: Quit: If you understand or if you don't, if you believe or if you doubt - There's a universal justice, and the eyes of truth are always watching you. [23:53] yes, but some small change may still introduce some issue. [23:53] Action: wjp sighs [23:53] so test it [23:54] wjp: no no it does make sense! [23:55] WarpMouseInWindow is not called at all times, that is why a processMouseEvent is needed. [23:55] processMouseEvent is just a small step of the pipeline [23:55] JoyAxisMotion is changing event.type because it treats a JoyAxis event as a mousemove. [23:56] and that works perfectly fine everywhere [23:56] processMouseEvent mainly fills the Common::Event structure to prepare it for returning it from pollEvent [23:56] wjp: as it turns out, sci0 doesnt even follow this code path in the disassembler. the opcode format for that version of SCI is Script_SRelative [23:56] JoyAxisMotion returns the generated mouse motion event back to pollEvent, which returns it to the event handler [23:57] rsn8887: your code prepares the event in handleKbdMouse, but then drops it [23:57] wjp: which is good. But what if NO JoyAxisMotion is generated. The user is holding the stick in one position without changing it. Then handleKbdMouse deals with that [23:57] yes, but it doesn't generate an event [23:57] wjp: hu? where is it dropped? [23:58] in pollEvent [23:58] handleKbdMouse returns this event, but pollEvent completely ignores it [23:59] well SDLEventSource::pollEvent doesn't do anything with it, but it is now a mouse event that will be processed by the EventHandler that called pollEvent [23:59] no [23:59] why not? [00:00] --- Fri Feb 17 2017