[00:28] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [00:31] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 268 seconds [00:31] Nick change: Strangerke_ -> Strangerke [00:37] Joefish (~ident@p200300C6F3C488008B101D6978A444EF.dip0.t-ipconnect.de) left irc: Ping timeout: 240 seconds [00:43] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) left irc: Quit: technology isn't intrinsically good or evil. It's how it's used. Like the Death Ray. [01:01] Cheeseness (~cheesenes@ppp118-208-235-174.bras1.hba2.internode.on.net) left irc: Quit: Leaving. [01:09] t0by (~t0by@unaffiliated/t0by) left irc: Ping timeout: 240 seconds [01:13] DominusExult (~dominus@unaffiliated/dominus) joined #scummvm. [01:14] Dominus (~dominus@unaffiliated/dominus) left irc: Ping timeout: 260 seconds [01:14] Nick change: DominusExult -> Dominus [01:40] so, my crazy first idea was just to move the `g_system->updateScreen()` call into a different thread, which worked pretty great, but, alas, is explicitly not allowed in SDL and merely happens to work. [01:41] (it, much less surprisingly, crashes spectacularly with opengl) [02:13] its too bad since i guess this is almost exactly how it worked on original hardware [04:31] oh well. i found a less crazy alternative which seems to be working well. ill push it tomorrow when i am less tired. [04:38] this black palette thing in VMD is weird. when the palette changes and this playback flag is set, it set all the entries for the VMD palette range to black, pushes the frame, then restores the new palette. i guess they were trying to protect video from rendering with wrong colours if the new palette didnt update in time on the hardware? [04:39] it is not making a whole lot of sense to me. [05:12] Uhfgood (~Captain_J@97-96-80-60.res.bhn.net) left irc: Quit: Leaving [05:27] Begasus (~begasus@ptr-4p6jpiokwj9cx3k6drs.18120a2.ip6.access.telenet.be) joined #scummvm. [05:41] Begas_VBox (~Begasus@d54C3C8C2.access.telenet.be) joined #scummvm. [05:49] its all on my working branch if someone is eager to try the changes before i push them to master later. [06:07] Lightkey (~Darklock@p200300764C16384822CF30FFFE083718.dip0.t-ipconnect.de) left irc: Ping timeout: 255 seconds [06:11] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [06:12] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 268 seconds [06:12] Nick change: Strangerke_ -> Strangerke [06:30] ST (~ScottT@203-227-181-180.cpe.skymesh.net.au) left irc: Quit: Leaving. [06:33] LittleToonCat (~littlecat@47.54.148.237) left irc: Remote host closed the connection [06:47] cpasjuste_ (~cpasjuste@193.12.207.77.rev.sfr.net) joined #scummvm. [06:47] cpasjuste_ (~cpasjuste@193.12.207.77.rev.sfr.net) left irc: Remote host closed the connection [06:59] Lightkey (~Darklock@p200300764C16381122CF30FFFE083718.dip0.t-ipconnect.de) joined #scummvm. [07:13] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) joined #scummvm. [07:16] Joefish (~ident@p200300C6F3DE0300C6A5A36B56778D01.dip0.t-ipconnect.de) joined #scummvm. [07:16] #scummvm: mode change '+v Joefish' by ChanServ!ChanServ@services. [07:22] Mia (~Mia@85.107.216.129) joined #scummvm. [07:23] Mia (~Mia@85.107.216.129) left irc: Changing host [07:23] Mia (~Mia@unaffiliated/mia) joined #scummvm. [07:32] ajax16384 (~User@109.60.130.33) joined #scummvm. [07:32] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [07:42] ST (~ScottT@203-227-181-180.cpe.skymesh.net.au) joined #scummvm. [07:42] #scummvm: mode change '+o ST' by ChanServ!ChanServ@services. [07:48] frankyboy_ (~franky@109.252.73.88) joined #scummvm. [07:57] ajax16384 (~User@109.60.130.33) left irc: Read error: Connection reset by peer [07:58] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) joined #scummvm. [07:58] #scummvm: mode change '+o m_kiewitz' by ChanServ!ChanServ@services. [08:04] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) joined #scummvm. [08:04] #scummvm: mode change '+o waltervn' by ChanServ!ChanServ@services. [08:09] morning [08:09] morning [08:39] DrMcCoy (~drmccoy@xoreos/drmccoy) left irc: Ping timeout: 240 seconds [08:39] DrMcCoy (~drmccoy@xoreos/drmccoy) joined #scummvm. [08:39] #scummvm: mode change '+o DrMcCoy' by ChanServ!ChanServ@services. [08:51] DrMcCoy (~drmccoy@xoreos/drmccoy) left irc: Ping timeout: 240 seconds [08:52] DrMcCoy (~drmccoy@xoreos/drmccoy) joined #scummvm. [08:52] #scummvm: mode change '+o DrMcCoy' by ChanServ!ChanServ@services. [09:02] TMM (~hp@fsf/member/pdpc.professional.tmm) left irc: Quit: Ex-Chat [09:02] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [09:05] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 268 seconds [09:05] Nick change: Strangerke_ -> Strangerke [09:05] DrMcCoy (~drmccoy@xoreos/drmccoy) left irc: Ping timeout: 260 seconds [09:12] DrMcCoy (~drmccoy@xoreos/drmccoy) joined #scummvm. [09:12] #scummvm: mode change '+o DrMcCoy' by ChanServ!ChanServ@services. [09:14] t0by (~t0by@host215-240-dynamic.9-87-r.retail.telecomitalia.it) joined #scummvm. [09:14] t0by (~t0by@host215-240-dynamic.9-87-r.retail.telecomitalia.it) left irc: Changing host [09:14] t0by (~t0by@unaffiliated/t0by) joined #scummvm. [09:14] #scummvm: mode change '+o t0by' by ChanServ!ChanServ@services. [09:29] DrMcCoy (~drmccoy@xoreos/drmccoy) left irc: Ping timeout: 240 seconds [09:32] rootfather (~rootfathe@unaffiliated/rootfather) left irc: Read error: Connection reset by peer [09:36] DrMcCoy (~drmccoy@xoreos/drmccoy) joined #scummvm. [09:36] #scummvm: mode change '+o DrMcCoy' by ChanServ!ChanServ@services. [09:45] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [09:47] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 268 seconds [09:47] Nick change: Strangerke_ -> Strangerke [09:47] WooShell (~Markus@ipbcc07076.dynamic.kabel-deutschland.de) joined #scummvm. [09:50] rootfather (~rootfathe@unaffiliated/rootfather) joined #scummvm. [09:50] #scummvm: mode change '+o rootfather' by ChanServ!ChanServ@services. [09:55] DrMcCoy (~drmccoy@xoreos/drmccoy) left irc: Disconnected by services [09:55] DrMcCoy (~drmccoy@xoreos/drmccoy) joined #scummvm. [09:55] #scummvm: mode change '+o DrMcCoy' by ChanServ!ChanServ@services. [09:56] DrMcCoy (~drmccoy@xoreos/drmccoy) left irc: Remote host closed the connection [09:59] DrMcCoy (~drmccoy@xoreos/drmccoy) joined #scummvm. [09:59] #scummvm: mode change '+o DrMcCoy' by ChanServ!ChanServ@services. [10:14] good meowning =^.^= [10:17] Farmboy0 (~quassel@p5DD1063C.dip0.t-ipconnect.de) joined #scummvm. [10:17] Farmboy0 (~quassel@p5DD1063C.dip0.t-ipconnect.de) left irc: Changing host [10:17] Farmboy0 (~quassel@xoreos/farmboy0) joined #scummvm. [10:24] Farmboy0 (~quassel@xoreos/farmboy0) left irc: Read error: No route to host [11:06] Mia (~Mia@unaffiliated/mia) left irc: Read error: Connection reset by peer [11:08] Mia (~Mia@85.107.216.129) joined #scummvm. [11:08] Mia (~Mia@85.107.216.129) left irc: Changing host [11:08] Mia (~Mia@unaffiliated/mia) joined #scummvm. [11:26] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) left irc: Read error: Connection reset by peer [11:27] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [11:27] m_kiewitz (~m_kiewitz@x4d03cb5c.dyn.telefonica.de) joined #scummvm. [11:27] m_kiewitz (~m_kiewitz@x4d03cb5c.dyn.telefonica.de) left irc: Changing host [11:27] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) joined #scummvm. [11:27] #scummvm: mode change '+o m_kiewitz' by ChanServ!ChanServ@services. [11:29] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 268 seconds [11:29] Nick change: Strangerke_ -> Strangerke [11:32] Mia (~Mia@unaffiliated/mia) left irc: Read error: Connection reset by peer [11:34] Mia (~Mia@unaffiliated/mia) joined #scummvm. [11:38] bgK: please try to enter SCI debugger via Ctrl-Shift-D and then enter "bt" in there [11:39] the infinite loop C++ backtrace won't help at all [11:44] if that doesn't work, simply get us the room number (before that death, just enter debugger and enter "room") [11:50] m_kiewitz: ok, I added a SCI backtrace [11:50] that worked? nice. thx [11:51] bgK: please add room number too [11:52] did gog add any fan made script patches for kq7 btw? [11:52] omer_mor (~Omer@46-117-132-33.bb.netvision.net.il) joined #scummvm. [11:53] not sure how to distinguish fan patches from regular patches [11:54] omer_mor_ (~Omer@46-117-132-33.bb.netvision.net.il) left irc: Ping timeout: 260 seconds [11:56] m_kiewitz: this is what's in the patches folder https://gist.github.com/bgK/87b8a933670382eb0defb5d9c87bed21 [11:56] file date possibly [11:56] lets take a look [11:57] that's the original sierra patch files [11:57] all deaths in the whole game act like that or only deaths in chapter 2? [11:58] Mia (~Mia@unaffiliated/mia) left irc: Read error: Connection reset by peer [11:58] weird, i think i got quite a deaths some ages ago and it didn't get stuck [12:00] Mia (~Mia@unaffiliated/mia) joined #scummvm. [12:06] m_kiewitz: letting Valanice get killed by the scorpio at the beginning of the game does the same [12:06] hmm i definitely got that one some months ago and nothing froze [12:07] at least debugger works, so it's not an inner endless script loop [12:07] maybe a ::cue is not triggered [12:07] mouse cursor also still works, I guess? [12:11] hmm the mouse cursor does not move but the buttons can still be clicked by guessing where the mouse actually is [12:14] ah so cursor is just invisible then [12:14] so it's not frozen at all [12:15] Begasus (~begasus@ptr-4p6jpiokwj9cx3k6drs.18120a2.ip6.access.telenet.be) left irc: Ping timeout: 240 seconds [12:16] the CPU goes to 100% which is why I thought it was an inifinite loop [12:17] oh now that's weird too [12:23] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [12:25] Begas_VBox (~Begasus@d54C3C8C2.access.telenet.be) left irc: Quit: Vision[0.9.8]: i've been blurred! [12:26] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 268 seconds [12:26] Nick change: Strangerke_ -> Strangerke [12:27] Begasus (~begasus@ptr-4p6jpiokwj9cx3k6drs.18120a2.ip6.access.telenet.be) joined #scummvm. [12:36] Begasus (~begasus@ptr-4p6jpiokwj9cx3k6drs.18120a2.ip6.access.telenet.be) left irc: Ping timeout: 255 seconds [12:45] ny00123 (~ny00123@109.64.146.96) joined #scummvm. [12:48] Begasus (~begasus@ptr-4p6jpiokwj9cx3k6drs.18120a2.ip6.access.telenet.be) joined #scummvm. [14:00] vpelletier (~vincent@p6205-ipngn5801hodogaya.kanagawa.ocn.ne.jp) joined #scummvm. [14:01] vpelletier (vincent@p6205-ipngn5801hodogaya.kanagawa.ocn.ne.jp) left #scummvm. [14:05] allow me [14:05] YAY SCI [14:05] YAY Gk2 [14:05] I'm still really really excited. [14:09] I still haven't got around to playtest Gk2, but I will, believe me. [14:10] I'm playing it right now :) [14:47] Begas_VBox (~Begasus@d54c3c8c2.access.telenet.be) joined #scummvm. [15:26] bgK: the solution to being stuck on death is to never die ;) [15:29] but .. but .. that would remove all the fun of playing Sierra games :) [15:39] Extreme sports too. [15:39] GitHub147 (~GitHub147@192.30.252.45) joined #scummvm. [15:39] [scummvm] csnover pushed 6 new commits to master: https://git.io/v9VAZ [15:39] scummvm/master b73e275 Colin Snover: SCI32: Micro-optimize speedRoom comparison [15:39] scummvm/master 575ed98 Colin Snover: SCI32: Centralize handling of pixel format switches [15:39] scummvm/master 91df45c Colin Snover: SCI32: Fix missing/incorrect game features detection [15:39] GitHub147 (GitHub147@192.30.252.45) left #scummvm. [15:40] game performance should be better/correct now [15:42] :D [15:44] I'm sorry, what's the deal with this one? https://github.com/scummvm/scummvm/pull/271 [15:44] I seem to understand the main problem with it was WinCE and Symbian support, but...I seem to understand support for WinCE ceased and Symbian isn't feeling too good either. [15:49] wasn't LordHoto working on a way to use GLSL shaders as filters? (which would be much better IMO) [15:50] tch. the menus in lsl6hires dont frameout. [15:50] I think the keyword here is "was" [16:02] snover: it looks like there is currently only a detection for the DOS Spanish KQ7 and not the Windows one. [16:02] However the md5 and size reported here are identical: http://forums.scummvm.org/viewtopic.php?t=14322 [16:02] Is that normal? [16:03] Uhfgood (~Captain_J@97-96-80-60.res.bhn.net) joined #scummvm. [16:03] (identical, but with one more file) [16:04] hm. [16:13] LittleToonCat (~littlecat@47.54.148.237) joined #scummvm. [16:14] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 268 seconds [16:14] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [16:20] criezy: i dont know quite enough about the detector to answer why that would be coming up. not being able to select windows was just an accidental omission by whomever put the detection entry there to begin with [16:32] menus don't frameout? [16:36] wjp: when you are interacting with the in-game menu (holding down the mouse button), kFrameOut is only called when the mouse moves off one menu item and onto another, so since GfxCursor32 isnt calling updateScreen any more, the mouse cursor doesnt move [16:37] normally [16:37] Strangerke_ (~Strangerk@cable-85.28.84.13.coditel.net) joined #scummvm. [16:38] Strangerke (~Strangerk@cable-85.28.84.13.coditel.net) left irc: Ping timeout: 268 seconds [16:38] Nick change: Strangerke_ -> Strangerke [16:40] snover: so back the backend cursor? :P [16:40] s/the/to [16:40] oh well we would have to detect it anyway to call updateScreen that way [16:43] did sierra use an inner loop for the menus? [16:47] looks that way; cpu launches up to 100% when the menus are being interacted with [16:48] the click to continue screen in phant2 does the same crap [16:59] but that's only in same games? [17:00] i don't remember gk1 going 100% CPU [17:00] well, that's basically a kind of issue we had with sci16 too [17:00] and even the current solution didn't work perfectly. had to script patch battles in qfg3 [17:01] any common code between those? [17:01] the throttling on kFrameOut keeps games from doing that, except for the when the games dont use kFrameOut [17:03] yes, in sci16 it's worse. there are various calls (kWait, kGetEvent, etc.) and some scenes call only 1 of them [17:03] sci32 games call kGetEvent, right? is there even still a kGetEvent? [17:05] yes. i was wondering about if kGetEvent could use SDL_WaitEvent & SDL_WaitEventTimeout instead of SDL_PollEvent [17:05] if so, then maybe this would be a solution [17:05] is it called normally once per kFrameout call? [17:05] if so, then that would be a solution [17:05] for a heuristic to detect such a situation [17:06] that sounds like it might work. let me look and see if that is the case or not. [17:07] well in case it gets called more often, maybe one could still do a heuristic out of it [17:07] like detecting that it gets called without kFrameout within x milliseconds [17:07] and then just do a UpdateScreen() [17:08] and a little delay to release CPU time [17:16] most frames have zero or one kGetEvent per kFrameOut. [17:16] occasionally there are two [17:18] when the game is looping on inputs its pretty obvious [17:20] zero? o_O [17:25] e.g. the game is fading in/out a room in a tight loop that sets the palette intensity and then calls kFrameOut [17:25] (sq6) [17:29] ah i see [17:29] but then I guess delaying too much will make the fade work out way slower than it's supposed to be [17:30] on the other hand maybe it's working out too fast right now [17:30] you can also check if palette got changed inbetween too [17:30] it works correctly because kFrameOut is throttled [17:31] uruk-hai (~uruk-hai@catv-89-133-22-244.catv.broadband.hu) joined #scummvm. [17:31] #scummvm: mode change '+o uruk-hai' by ChanServ!ChanServ@services. [17:32] ah, so it calls kFrameout, but no kGetEvent [17:32] yes. [17:32] so it would work out too [17:33] in that aspect you have it easier than the insane stuff that happens for sci16 :P [17:51] maybe. i think i have a false sense of security that things are not crazy, but they turn out to be crazy after all [18:11] lol [18:11] kurtwr2 (~kurtwr@c-50-173-166-91.hsd1.ca.comcast.net) left irc: [18:14] kurtwr (~kurtwr@c-50-173-166-91.hsd1.ca.comcast.net) joined #scummvm. [18:16] uruk-hai (~uruk-hai@catv-89-133-22-244.catv.broadband.hu) left irc: Ping timeout: 240 seconds [18:25] phyber_ (phyber@unaffiliated/phyber) joined #scummvm. [18:27] phyber (phyber@unaffiliated/phyber) left irc: Ping timeout: 260 seconds [18:27] Nick change: phyber_ -> phyber [18:41] flesk_ (~quassel@2a03:b0c0:3:d0::4187:4001) joined #scummvm. [19:11] m_kiewitz: do you have any clue about whether r_acc really needs to be set in EngineState::wait instead of in kWait? [19:11] EngineState::wait is called by GfxFrameout, GfxScreen, GfxTransitions, kWait, and Portrait [19:12] must be an oversight [19:12] GfxScreen? o_O [19:12] screen shake [19:13] oh, would have to check that [19:14] in sci32 kShakeScreen does not change r_acc [19:20] Cheeseness (~cheesenes@ppp118-208-235-174.bras1.hba2.internode.on.net) joined #scummvm. [19:20] have to check drivers, because those are called for sci16 [19:20] interpreter itself does not set it for kShakeScreen [19:21] kWait seems to return an amount of ticks in acc, and is not setting it to 0 [19:21] kPortrait will get really complicated because of how it was hacked into the interpreter [19:21] have to check transitions [19:22] greg's engine doesn't set it for ShakeScreen [19:23] greg's engine return requested ticks for kWait inside acc, although that is not exactly what sierra did [19:23] *returns [19:45] frankyboy_ (~franky@109.252.73.88) left irc: Remote host closed the connection [19:48] Vampire0 (~Vampire@jEdit/Vampire) left irc: Ping timeout: 240 seconds [19:49] Vampire0 (~Vampire@jEdit/Vampire) joined #scummvm. [19:51] m_kiewitz: wait monday :P [19:53] send an email! [19:53] tweet a pinterstagram to their facespace wall [19:57] he may not be able to check his mails before mondeay anyway :P [19:58] Nick change: Stormkeeper -> Sir_Stormkeeper [20:07] Begas_VBox (~Begasus@d54c3c8c2.access.telenet.be) left irc: Quit: Vision[0.9.8]: i've been blurred! [20:22] Simei (500be92b@gateway/web/freenode/ip.80.11.233.43) joined #scummvm. [20:28] t0by (~t0by@unaffiliated/t0by) left irc: Quit: t0by [20:28] Begas_VBox (~Begasus@d54c3c8c2.access.telenet.be) joined #scummvm. [20:35] ST (~ScottT@203-227-181-180.cpe.skymesh.net.au) left irc: Ping timeout: 252 seconds [20:35] TMM (~hp@fsf/member/pdpc.professional.tmm) joined #scummvm. [20:35] #scummvm: mode change '+o TMM' by ChanServ!ChanServ@services. [21:19] Simei (500be92b@gateway/web/freenode/ip.80.11.233.43) left irc: Ping timeout: 260 seconds [21:20] Begas_VBox (~Begasus@d54c3c8c2.access.telenet.be) left irc: Quit: Vision[0.9.8]: i've been blurred! [21:20] Begasus (~begasus@ptr-4p6jpiokwj9cx3k6drs.18120a2.ip6.access.telenet.be) left irc: Quit: Ex-Chat [21:25] does anyone know if it's possible to add a 'toggle virtual keyboard' button to a regular linux build? [21:25] I mean, through configuration, I think I can do something in the backend code if I really wanted to [21:32] m_kiewitz: are you confident enough that i can change EngineState::wait to return the delta instead of assigning it to r_acc, and then have kWait set r_acc instead from that returned value? [21:33] i need to check the other functions before any changes [21:33] so please wait for now [21:34] ok [22:01] t0by (~t0by@unaffiliated/t0by) joined #scummvm. [22:01] #scummvm: mode change '+o t0by' by ChanServ!ChanServ@services. [22:07] TMM: There's already a toggle virtual keyboard button - thing is the virtual keyboard has to be enabled in the config [22:07] by config I meant "configure" [22:10] it seems to be CTRL-F7 [22:10] you had to have compiled with --enable-vkeybd though [22:18] waltervn (~waltervn@541B2DBA.cm-5-4a.dynamic.ziggo.nl) left irc: Quit: Leaving [22:30] DrMcCoy (~drmccoy@xoreos/drmccoy) left irc: Quit: He's dead, Jim [22:31] DrMcCoy (~drmccoy@xoreos/drmccoy) joined #scummvm. [22:31] #scummvm: mode change '+o DrMcCoy' by ChanServ!ChanServ@services. [22:34] tsoliman, I did that, but this device has no hardware keyboard at all [22:34] tsoliman, turning it on is kind of hard :) [22:35] what is the device? [22:36] HP Elite x2 1012 G1, it's a 'generic linux SDL2' device without a keyboard, but with a touchscreen the way I set it up [22:36] WooShell (~Markus@ipbcc07076.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. [22:36] the backend has to produce a Common::EVENT_VIRTUAL_KEYBOARD .. or it has to produce something that the event mapper turns into a Common::EVENT_VIRTUAL_KEYBOARD .. [22:38] I'll have to add a configuration option to the generic SDL backend to have some kind of virtual button [22:38] these devices are not super uncommon [22:38] in 2011/2012 I was very excited about the event mapper .. I am not sure why I don't want to work on it anymore - I guess that itch no longer exists somehow - I feel bad [22:40] TMM: see http://wiki.scummvm.org/index.php/Keymapping_Improvements [22:40] also http://wiki.scummvm.org/index.php/Small_Devices_Backend [22:41] I use a third-party vkbd now, but it feels wrong to do that :) [22:42] all my work in this area was based on the Nokia N810 (which has a physical keyboard) and to a lesser extent the N800 and older IOS and android phones that had some physical keys and swiping capabilities [22:42] I'll see if I can add something to enable this. Probably for a generic sdl2 target with vkbd support having at least an .ini file-only option for a virtual button seems reasonable for these devices I think? [22:43] maybe some swipe could work too [22:43] this thing has multitouch [22:43] but on x11 touch screens gestures are a bit of a clusterfsck [22:44] it could work reasonably on wayland I think, if the hyper is real [22:44] yeah if you can capture a swipe and use that to send (say) a EVENT_SWIPE_UP_2FINGER event, you could use the keymapper (or a custom event mapper) to map EVENT_SWIPE_UP_2FINGER to EVENT_VIRTUAL_KEYBOARD [22:44] I've done that on iOS for a proof of concept back in 2012 [22:44] I think maybe a virtual button could work too, but it'd have to work in the black borders [22:45] I'll play around, if I can do a bottom screen swipe or something that would be nicest, like you suggested [22:45] I think maybe read through those wiki pages to see the desired direction for the project, maybe that'd inform your decision? [22:45] yeah [22:46] I know the current keymapper as it is isn't the desired direction - but if you're making something just for yourself, go nuts :) [22:46] well, it'd be nice to ship this [22:46] This thing shipped with windows 10 originally, I assume there this would work equally disappointingly [22:47] Action: tsoliman shivers [22:47] shudder? sorry not a native speaker [22:47] both could work :) [22:47] the windows 10 thing was horrifyingly awful [22:47] I ran it just long enough to install all the bios updates [22:47] I am glad you GNUed it [22:48] the start menu had animated tiles in it trying to sell you stuff [22:48] wow [22:48] and even in my 20 minutes of use I saw 2 advertisements for paid onedrive [22:48] awful [22:48] I am running windows 7 in my gaming rig and people are saying "go to windows 10" .. the same people who wanted me to go from XP to Vista [22:48] gnome-shell works really nicely on this device btw, I'd totally recommend it [22:49] I just wanted to play some monkey2 on it :P [22:49] it's funny that is also my go-to test game [22:49] monkey2 with the speech fan patch [22:49] I hadn't played it in forever [22:49] I'm actually stuck on a puzzle [22:49] I feel stupid [22:50] is the fan speech stuff any good? [22:50] it is not fan-made speech [22:50] it is the stuff from the special edition [22:50] ah [22:50] I own it too [22:51] the fan part is patching the special edition so that it produces datafiles runnable in scummvm [22:51] it made a lot of sense for monkey1 [22:51] because that game's special edition's retro-mode doesn't have speech [22:51] and its SE graphics were ... yuck [22:52] http://www.gratissaugen.de/ultimatetalkies/monkey2.html [22:52] also worth doing: http://www.gratissaugen.de/ultimatetalkies/monkey1.html [22:56] oh, cute [22:56] ny00123 (~ny00123@109.64.146.96) left irc: Quit: Leaving [23:04] t0by (~t0by@unaffiliated/t0by) left irc: Quit: t0by [23:34] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) left irc: Quit: technology isn't intrinsically good or evil. It's how it's used. Like the Death Ray. [23:37] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) left irc: Quit: ERR_SHUTDOWN [23:49] tsoliman (~tsoliman@cpe-65-30-8-1.wi.res.rr.com) left irc: Quit: ZNC - http://znc.in [23:52] tsoliman (~tsoliman@65.30.8.1) joined #scummvm. [23:52] #scummvm: mode change '+o tsoliman' by ChanServ!ChanServ@services. [23:57] good evening, evening crowd [00:00] --- Sun May 7 2017