[00:47] jammm (~jam@27.58.35.95) left irc: Ping timeout: 246 seconds [00:50] TAS_2012v (~2012@c-cfe9d954.024-3-67626724.cust.bredbandsbolaget.se) left irc: Ping timeout: 258 seconds [00:53] TAS_2012v (~2012@c-cfe9d954.024-3-67626724.cust.bredbandsbolaget.se) joined #scummvm. [01:16] Dominus (~dominus@unaffiliated/dominus) left irc: Ping timeout: 244 seconds [01:17] Dominus (~dominus@unaffiliated/dominus) joined #scummvm. [01:59] SylvainTV (~SylvainTV@LFbn-1-6090-118.w90-110.abo.wanadoo.fr) left irc: Quit: User pushed the X - because it's Xtra, baby [01:59] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) left irc: Quit: ERR_SHUTDOWN [02:11] criezy (~criezy@host31-51-0-68.range31-51.btcentralplus.com) left irc: Quit: criezy [02:21] snover (~Adium@unaffiliated/snover) left irc: Quit: Leaving. [02:43] dreammaster (~dreammast@c-73-167-118-204.hsd1.ma.comcast.net) left irc: Ping timeout: 250 seconds [04:01] Poly-C (~Poly-C@gentoo/developer/Polynomial-C) joined #scummvm. [04:03] Polynomial-C (~Poly-C@gentoo/developer/Polynomial-C) left irc: Ping timeout: 244 seconds [04:04] Cruel` (~cruel@66.56.1.210) left irc: Ping timeout: 272 seconds [05:03] frankyboy_ (~franky@ppp91-78-195-201.pppoe.mtu-net.ru) joined #scummvm. [05:15] waltervn (~waltervn@82-171-142-149.ip.telfort.nl) joined #scummvm. [05:15] #scummvm: mode change '+o waltervn' by ChanServ!ChanServ@services. [05:15] morning [05:17] GitHub181 (~GitHub181@192.30.252.41) joined #scummvm. [05:17] [scummvm] Strangerke pushed 1 new commit to master: https://git.io/vrQBk [05:17] scummvm/master 06eef7a Strangerke: GNAP: Initialize some unitialized variables in GnapEngine [05:17] GitHub181 (GitHub181@192.30.252.41) left #scummvm. [05:23] Littleboy (~littleboy@c-24-147-104-194.hsd1.ma.comcast.net) left irc: Quit: Ętre dans le vent, une ambition de feuille morte. [05:24] GitHub108 (~GitHub108@192.30.252.34) joined #scummvm. [05:24] [scummvm] Strangerke pushed 2 new commits to master: https://git.io/vrQB0 [05:24] scummvm/master 73c366a Strangerke: GNAp: Remove an unused variable [05:24] scummvm/master 52ee33d Strangerke: GNAP: Make 2 variables local to setDeviceHotspot [05:24] GitHub108 (GitHub108@192.30.252.34) left #scummvm. [05:28] GitHub65 (~GitHub65@192.30.252.41) joined #scummvm. [05:28] [scummvm] Strangerke pushed 1 new commit to master: https://git.io/vrQBH [05:28] scummvm/master 0132689 Strangerke: GNAP: Remove duplicate code [05:28] GitHub65 (GitHub65@192.30.252.41) left #scummvm. [05:37] frankyboy_ (~franky@ppp91-78-195-201.pppoe.mtu-net.ru) left irc: Remote host closed the connection [05:43] GitHub78 (~GitHub78@192.30.252.45) joined #scummvm. [05:43] [scummvm] Strangerke pushed 2 new commits to master: https://git.io/vrQRX [05:43] scummvm/master 7792297 Strangerke: GNAP: Initialize two more variables [05:43] scummvm/master e0c032d Strangerke: GNAP: Make two variables local to Scene52::run() [05:43] GitHub78 (GitHub78@192.30.252.45) left #scummvm. [05:45] hi waltervn [05:56] hi [05:58] hi waltervn [05:58] oups [05:59] hi wanwa [05:59] rah. [05:59] hi wanwan! [06:00] hi Strangerke (*2) [06:02] bah, it's raining and I need to take my daughter to school [06:08] Yeah, it's raining and I should go to work... [06:09] GitHub52 (~GitHub52@192.30.252.46) joined #scummvm. [06:09] [scummvm] Strangerke pushed 1 new commit to master: https://git.io/vrQgV [06:09] scummvm/master e13e585 Strangerke: MOHAWK: Initialize some variables [06:09] GitHub52 (GitHub52@192.30.252.46) left #scummvm. [06:11] GitHub83 (~GitHub83@192.30.252.42) joined #scummvm. [06:11] [scummvm] Strangerke pushed 1 new commit to master: https://git.io/vrQg6 [06:11] scummvm/master d2497f7 Strangerke: GNAP: Remove obsolete comment [06:11] GitHub83 (GitHub83@192.30.252.42) left #scummvm. [06:12] ttyl :) [07:07] ajax16384 (~User@ip138.net138.n37.ru) joined #scummvm. [07:07] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [07:10] Tomaz (~tompsson@h-236-221.a199.priv.bahnhof.se) joined #scummvm. [07:10] Nick change: Tomaz -> Guest41945 [07:12] Tomaz^ (~tompsson@h-236-221.a199.priv.bahnhof.se) left irc: Ping timeout: 240 seconds [07:32] TAS-2012v (~2012@c-cfe9d954.024-3-67626724.cust.bredbandsbolaget.se) joined #scummvm. [07:33] TAS_2012v (~2012@c-cfe9d954.024-3-67626724.cust.bredbandsbolaget.se) left irc: Ping timeout: 244 seconds [07:33] Nick change: TAS-2012v -> TAS_2012v [07:33] t0by (~t0by@host225-121-dynamic.116-80-r.retail.telecomitalia.it) left irc: Quit: Bye! [07:34] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) joined #scummvm. [07:34] #scummvm: mode change '+o m_kiewitz' by ChanServ!ChanServ@services. [07:52] Strangerke|work (5bb7582b@gateway/web/freenode/ip.91.183.88.43) joined #scummvm. [07:56] TMM (~hp@fsf/member/pdpc.professional.tmm) left irc: Quit: Ex-Chat [08:07] h00ligan (~User@ip138.net138.n37.ru) joined #scummvm. [08:07] #scummvm: mode change '+o h00ligan' by ChanServ!ChanServ@services. [08:09] ThirdChoice (~User@ip138.net138.n37.ru) joined #scummvm. [08:10] ajax16384 (~User@ip138.net138.n37.ru) left irc: Ping timeout: 240 seconds [08:12] h00ligan (~User@ip138.net138.n37.ru) left irc: Ping timeout: 244 seconds [08:34] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) left irc: Ping timeout: 260 seconds [08:42] Mia (~Mia@92.45.179.217) joined #scummvm. [08:42] Mia (~Mia@92.45.179.217) left irc: Changing host [08:42] Mia (~Mia@unaffiliated/mia) joined #scummvm. [08:44] TMM (~hp@fsf/member/pdpc.professional.tmm) joined #scummvm. [09:46] jamm (~jam@unaffiliated/jamm) joined #scummvm. [10:00] Tkachov (Tkachov@gateway/shell/fnordserver.eu/x-aapztoreyzrwvwzc) left irc: Quit: https://fnordserver.eu [10:02] Unseen2 (snowcat@snowcat.de) left irc: Ping timeout: 244 seconds [10:04] Schnabeltierchen (~Schnabelt@xdsl-78-35-229-191.netcologne.de) left irc: Ping timeout: 276 seconds [10:06] Schnabeltierchen (~Schnabelt@xdsl-87-79-221-174.netcologne.de) joined #scummvm. [10:14] Unseen2 (snowcat@snowcat.de) joined #scummvm. [10:15] Mia (~Mia@unaffiliated/mia) left irc: Read error: Connection reset by peer [10:16] Strangerke|work (5bb7582b@gateway/web/freenode/ip.91.183.88.43) left irc: Ping timeout: 250 seconds [10:29] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [10:29] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [10:33] Raziel^ (~Raziel@p54B1FCD4.dip0.t-ipconnect.de) joined #scummvm. [10:33] #scummvm: mode change '+v Raziel^' by ChanServ!ChanServ@services. [10:36] m_kiewitz (~m_kiewitz@scummvm/undead/m-kiewitz) joined #scummvm. [10:36] #scummvm: mode change '+o m_kiewitz' by ChanServ!ChanServ@services. [11:02] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) joined #scummvm. [11:07] iskrich (1f1c0e31@gateway/web/freenode/ip.31.28.14.49) joined #scummvm. [11:07] #scummvm: mode change '+v iskrich' by ChanServ!ChanServ@services. [11:13] jamm (~jam@unaffiliated/jamm) left irc: Ping timeout: 246 seconds [11:30] Strangerke|work (5bb7582b@gateway/web/freenode/ip.91.183.88.43) joined #scummvm. [11:41] rootfather|sleep: You sleep too much. Wake up! [11:48] criezy (~criezy@host31-51-0-68.range31-51.btcentralplus.com) joined #scummvm. [11:48] #scummvm: mode change '+o criezy' by ChanServ!ChanServ@services. [11:50] Problem (~Raziel@p54B1FCD4.dip0.t-ipconnect.de) joined #scummvm. [11:50] Raziel^ (~Raziel@p54B1FCD4.dip0.t-ipconnect.de) left irc: Read error: No route to host [11:50] Nick change: Problem -> Raziel^ [11:50] #scummvm: mode change '+v Raziel^' by ChanServ!ChanServ@services. [11:51] Action: Strangerke|work ties Raziel^ then glues him on a chair [11:52] O_o [11:52] How are you? :D [11:52] Strangerke: fine, thanks...and you? :-) [11:54] Hello [11:54] Fine too :) I was impatient to see you on the channel, so now I make sure you stay [11:54] hi criezy [11:55] So I now have a toolchain to cross-compile and run PPC builds on an Intel mac. [11:55] Is there any game that need big endian testing? [11:55] *needs [11:55] criezy: Gnap [11:55] and it'll fail [11:55] the question is: how hard will it fail? [11:56] What should I expect? It won't blow up my computer I hope? [11:57] It shouldn't, but I can't promise [12:12] jamm (~jam@unaffiliated/jamm) joined #scummvm. [12:14] criezy: it will probably rearrange your flowers and turn the bathroom light on and off, Rex Nebular did that for me...then again it might have been my medication failing [12:15] Rearranging flowers sounds great. I have been meaning to do that for a few weeks :P [12:16] Tkachov_ (~Tkachov@84.237.53.198) joined #scummvm. [12:16] well, the obvious choice is any game that has never been released on a big endian platform [12:17] jamm (~jam@unaffiliated/jamm) left irc: Read error: Connection reset by peer [12:17] jamm (~jam@unaffiliated/jamm) joined #scummvm. [12:21] Oh, I just noticed the favicon is missing on the wiki, probably since the upgrade... [12:23] <_sev|work> oh [12:23] OK, should be fixed now (hopefully). [12:23] <_sev|work> I wanted to redraw those to a higher resolution... [12:23] <_sev|work> so little time [12:28] girafe (~girafe@LFbn-1-8020-64.w90-112.abo.wanadoo.fr) joined #scummvm. [12:28] <_sev|work> criezy: how the PPC build should be described in terms of Mac OS versions? [12:28] <_sev|work> and also that means I have to draw new icon, since it is not a universal build anymore [12:29] <_sev|work> so need now 3 icons [12:29] OS X 10.4+ [12:29] and 32 bits [12:31] <_sev|work> so, PPC 10.4+ 32-bits? [12:31] yes, or maybe PPC after 10.4 (OS X 10.4+ PPC 32 bits) [12:32] <_sev|work> ok [12:32] <_sev|work> will make the logo a bit later, but put the build online right now [12:32] OK. Thanks. [12:32] <_sev|work> any suggestion on the logos for both 32-bits and PPC builds? [12:33] <_sev|work> like use this one for 32-bits: http://www.cssdc.com/images/logos/os/360/apple%20mac%20os%20x%2010.4%20tiger%20logo.png [12:33] <_sev|work> but have no idea regarding the PPC [12:35] <_sev|work> as I see, if PPC is 10.4+, then it is 10.4 or 10.5 [12:35] I just checked some of my old games for PPC and they all have the old MacOS icon on the CD/DVD cover. [12:35] <_sev|work> define old. there were many [12:35] <_sev|work> gelly one? [12:35] Like on this page: http://www.mikesedore.com/mikecade.html [12:35] http://www.mikesedore.com/pics/logo_universal.jpg [12:36] With or without the universal one depending if they also run on intel macs. [12:36] <_sev|work> okay, got it [12:36] <_sev|work> thanks [12:38] and yes, for PPC 10.4+ means 10.4 or 10.5 (or 10.6+Rosetta - which is what I have been testing with) [12:47] Tkachov (Tkachov@gateway/shell/fnordserver.eu/x-wlasqpiynwouhaop) joined #scummvm. [12:48] GitHub157 (~GitHub157@192.30.252.46) joined #scummvm. [12:48] [scummvm-web] sev- pushed 1 new commit to master: https://git.io/vr7I3 [12:48] scummvm-web/master 7edcfb8 Eugene Sandulenko: WEB: Mac OS X PPC build was provided [12:48] GitHub157 (GitHub157@192.30.252.46) left #scummvm. [12:48] <_sev|work> criezy: the build is live [12:48] <_sev|work> criezy: thanks a lo [12:48] <_sev|work> a lot [12:54] Tkachov_ (~Tkachov@84.237.53.198) left irc: Quit: Leaving [13:01] blorente (~blorente@84.red-193-153-188.dynamicip.rima-tde.net) joined #scummvm. [13:01] #scummvm: mode change '+v blorente' by ChanServ!ChanServ@services. [13:02] Buenas tardes :) [13:04] <_sev|work> blorente: yo. Does it work? [13:05] <_sev|work> criezy: so far people downloading i386 mac build at 1/10 ratio [13:05] You can see in my trello [13:05] https://trello.com/c/d93gYlnG/16-add-bmp-borders-to-wage-engine [13:06] I got it to load and display the loaded surface directly [13:06] <_sev|work> looks like production-ready [13:06] and I cot to copy it into a transparent surfce and dispay it [13:06] <_sev|work> the thing is [13:07] <_sev|work> when you load it to Surface, it has no transparency [13:07] Today I'm planing to fix the import [13:07] <_sev|work> so what you have to do is: [13:07] yeah, exactly [13:07] <_sev|work> 1. clear Transparent Surface with color 0x01010100 (RGBA) [13:07] <_sev|work> 2. Copy surface with keycolor [13:07] <_sev|work> by doing this you can have the transparent pixels [13:08] keycolor? [13:09] <_sev|work> remember those green or blue screens used in video production? [13:09] <_sev|work> that technique is called keycoloring [13:09] <_sev|work> historically we're using pink for that [13:09] <_sev|work> or rather magenta [13:09] yep, I was asking about the function [13:10] is it "applykeycolor? [13:10] <_sev|work> it is used in WAGE [13:10] <_sev|work> I was pointing you to specific lines. [13:10] <_sev|work> let me dig that again [13:11] <_sev|work> https://github.com/scummvm/scummvm/blob/master/engines/wage/design.cpp#L140 [13:11] <_sev|work> fourth parameter is the keycolor [13:11] oh, okay :) perfect [13:12] good morning [13:14] <_sev|work> rootfather|sleep: who's talking? [13:14] <_sev|work> rootfather|sleep: are you talking in sleep now> [13:14] <_sev|work> having nice dreams? [13:14] oh right [13:14] Nick change: rootfather|sleep -> rootfather [13:14] time to wake up I guess :P [13:15] wait, TransparentSurface does not have transBlitFrom. I think it might be setColorKey [13:19] <_sev|work> blorente: not translaprentSurface, why are you using that? [13:19] <_sev|work> blorente: ManagedSurface should be used [13:19] because if I want to pass the bitmaps to the NinePatch, it takes a transparent surface [13:19] <_sev|work> blorente: transparentsurface is needed for complex full-color blitting operations [13:20] <_sev|work> ah [13:20] <_sev|work> then TransparetnSurface needs to be extended with keycolor blitting [13:20] or keycolor blitting brought up to Surface (no pun intended)? [13:23] <_sev|work> heh [13:23] <_sev|work> look [13:23] <_sev|work> TransparentSurface [13:23] <_sev|work> it already has keycolor functionality [13:23] <_sev|work> go, use that [13:26] was it applyColorKey? [13:26] <_sev|work> yes, but I see it is not complete [13:26] <_sev|work> please hold on [13:27] Don't worry, I have an exam in a couple of days so I can't get to work on this until 9 or so [13:27] <_sev|work> okay, I suggest to extend applyColorKey [13:27] snover (~Adium@unaffiliated/snover) joined #scummvm. [13:27] #scummvm: mode change '+o snover' by ChanServ!ChanServ@services. [13:27] <_sev|work> currently the only thing it does is to replace alpha with 0 [13:28] <_sev|work> but you need also to replace color with your desired one [13:28] <_sev|work> so just extend it with 3 new optional parameters [13:28] <_sev|work> newR, newG, newB [13:29] <_sev|work> and if they're set to -1 (by default), then make then equal to rKey, gKey etc [13:29] rootfather: looking at your config.mk I am wondering if mingw handles windows paths properly (and in particular it might not like the ':'). [13:29] <_sev|work> then you will be able to replace arbitrary color with whatever you want [13:30] Okay, saved to trello [13:30] One more thing, do oyu know why the logo stretches like that? [13:30] The dumensions are the same as in the bmp, 200ishx100ish [13:30] but the contents look stretched [13:31] <_sev|work> let me take a look at your code [13:31] okay, just a minute [13:31] criezy I can try to rewrite the paths in mingw style [13:32] rootfather: It looks like you can define aliases since I see things like /mingw64 which I assume maps to C:\mingw64 or something similar. So maybe do the same for C:\ScummVM so that you can use --with-sparkle-prefix=/scummvm/scummvm_libs_2015/winsparkle [13:32] like using /c/scummvm/ instead of c:\scummvm\ [13:32] http://pastebin.com/A5SrrPij [13:32] Yes, something like that. [13:32] I'll try this [13:32] _sev|work, it's self-contained, called every frame the gui is drawn. Later it will be called only ince [13:32] <_sev|work> blorente: you're missing convertTo [13:32] once* [13:33] on `source`, or on `_borders` ? [13:33] criezy weird thing is that Sparkle gets detected when I pass the with-sparkle-prefix path [13:34] without it, I only get the "build update support = yes" with no hint about Sparkle [13:34] <_sev|work> blorente: source [13:34] rootfather: Yes, I agree that is weird. The path appears exactly the same in config.log (for the auto-detection) and in config.mk. [13:35] The difference is that in config.mk it appears in a list of path, and it might interpret the : as a separator [13:35] <_sev|work> blorente: copyRectToScreen assumes that the surface format matches the screen [13:35] <_sev|work> blorente: in your case it does not [13:35] ookay :) Perfect. I was commenting it to DJW|Home, that _if_ I finish this before the weekend (perhaps not likely), I would like to write these things up in some sort of "recipe book" [13:36] GitHub113 (~GitHub113@192.30.252.41) joined #scummvm. [13:36] [scummvm] csnover pushed 1 new commit to master: https://git.io/vr7O6 [13:36] scummvm/master de78651 Colin Snover: SCI32: Really guard against null pointer dereference in calcLists... [13:36] GitHub113 (GitHub113@192.30.252.41) left #scummvm. [13:39] thanks _sev|work :) [13:54] <_sev|work> blorente: thank me once you get the working results [14:12] omer_mor|work (omermor@nat/google/x-qztwuejvkhspnchw) left irc: Ping timeout: 250 seconds [14:21] salty-horse (~salty-hor@unaffiliated/salty-horse) joined #scummvm. [14:21] #scummvm: mode change '+o salty-horse' by ChanServ!ChanServ@services. [14:21] Raziel^ (~Raziel@p54B1FCD4.dip0.t-ipconnect.de) left irc: Read error: Connection reset by peer [14:22] Raziel^ (~Raziel@p54B1FCD4.dip0.t-ipconnect.de) joined #scummvm. [14:22] #scummvm: mode change '+v Raziel^' by ChanServ!ChanServ@services. [14:22] possible illegal use of ScummVM on the app store? https://itunes.apple.com/de/app/wak-a-rat/id867507073?l=en&mt=8 -- https://itunes.apple.com/de/app/the-dig/id1113552903?l=en&mt=8 [14:23] _sev, ^ [14:25] omer_mor|work (omermor|wo@nat/google/x-ivjhqmcjhwyffxmt) joined #scummvm. [14:29] they also have dott :/ [14:30] wait, do they have the proper licenses or are they selling those things without permission? [14:30] I'm guessing without permission [14:31] for dott I can only find a youtube playlist linked from twitter advertising the app, but no link to the app itself. maybe it will be released soon. [14:32] well I think if they didn't change the source code of scummvm there's nothing we can do about [14:33] selling scummvm in an app should be perfectly legal and covered by the GPL [14:34] there's no mention of scummvm or lucasfilm games [14:35] is mentioning scummvm mandatory? [14:39] uruk-hai (~uruk-hai@catv-80-99-64-76.catv.broadband.hu) joined #scummvm. [14:39] #scummvm: mode change '+o uruk-hai' by ChanServ!ChanServ@services. [14:42] rootfather, it's more suspicious that there's no mention of lucasfilm games [14:42] Programmed by Csaba Iranyi. uh-huh. [14:44] yep, it looks like a splendid copyright infringment, but not using ScummVM [14:44] seems legit :P [14:48] Yay, PPC build! [14:49] Nice to have the official one, even if I do build it from source on my iBook anyway. :) [14:49] Cruel` (~cruel@66.56.1.210) joined #scummvm. [14:51] criezy, great news: https://github.com/scummvm/scummvm/pull/763#issuecomment-222505819 [14:52] Strangerke|work, if not ScummVM, what does it use? [14:54] Cruel` (~cruel@66.56.1.210) left irc: Ping timeout: 272 seconds [14:56] jamm (~jam@unaffiliated/jamm) left irc: Read error: Connection reset by peer [14:56] jamm (~jam@unaffiliated/jamm) joined #scummvm. [14:56] uruk-hai (~uruk-hai@catv-80-99-64-76.catv.broadband.hu) left irc: Ping timeout: 252 seconds [14:57] emailed disney. hah: "© Characters created by Steve Purcell. Music composed by Michael Land" [14:58] the other one is even worse [14:58] salty-horse [14:59] I wonder what disney will reply :D [14:59] rootfather, I just sent an email to their antipiracy hotline thingy. I assume they won't reply to me at all [15:01] uruk-hai (~uruk-hai@catv-80-99-64-76.catv.broadband.hu) joined #scummvm. [15:01] #scummvm: mode change '+o uruk-hai' by ChanServ!ChanServ@services. [15:02] GitHub177 (~GitHub177@192.30.252.45) joined #scummvm. [15:02] [scummvm] criezy pushed 1 new commit to master: https://git.io/vr7B3 [15:02] scummvm/master 2674bfa Thierry Crozat: CONFIGURE: Add support for building with WinSparkle [15:02] GitHub177 (GitHub177@192.30.252.45) left #scummvm. [15:02] got an autoreply saying they won't contact me further [15:05] Cruel` (~cruel@66.56.1.210) joined #scummvm. [15:07] heroux (sandroco@gateway/shell/insomnia247/x-azqfsqajgxevmqzi) left irc: Ping timeout: 246 seconds [15:08] heroux (sandroco@gateway/shell/insomnia247/x-kuebcdstxujarofp) joined #scummvm. [15:11] ThirdChoice (~User@ip138.net138.n37.ru) left irc: Quit: Leaving [15:31] Raziel^ (~Raziel@p54B1FCD4.dip0.t-ipconnect.de) left irc: Quit: AmigaOS 4 (Unregistered copy). Evaluation period is over. Program will now quit. Thank you for using AmigaOS. [15:38] Strangerke|work: GNAP works quite well on PPC actually, at least if you are color blind. [15:38] You can find some nice pctures here: https://www.dropbox.com/sh/vw7rvh0i98q962a/AAA9AVKKx8WFRi6sc2FsnlELa?dl=0 [15:43] ok, perfect. that's really neglectable and easily fixed [15:44] could you tell me if the logo is displayed at the very beginning? [15:46] It is displayed, and the colors are correct. [15:47] excellent. Thanks a lot. [15:47] I'll fix the colors this evening [15:48] thanks for the test :) [15:49] I'm currently trying to compile a list of all the .dll files that are necessary if you want to run the mingw64 builds on a system that hasn't mingw64 installed [15:49] is there an easy way to enable absolutely all features scummvm has implemented? [15:50] or is --enable-all-engines all I need? [15:54] TMM (~hp@fsf/member/pdpc.professional.tmm) left irc: Quit: Ex-Chat [15:54] <_sev|work> criezy: this is perfectly fine picture, why do you see problem with it? https://www.dropbox.com/sh/vw7rvh0i98q962a/AAA9AVKKx8WFRi6sc2FsnlELa?dl=0&preview=snap2-sdl.png [15:54] <_sev|work> :P [15:55] I have no problem with it. Red is my favorite color :P [15:59] ny00123 (~ny00123@89-139-83-238.bb.netvision.net.il) joined #scummvm. [16:00] oh, it's red? [16:00] I see it blue... [16:00] *cough* [16:03] <_sev|work> Strangerke|work: you cannot see it blue [16:04] <_sev|work> Strangerke|work: that's not how it works [16:04] <_sev|work> Strangerke|work: you could see it green, though [16:04] Action: _sev|work & [16:06] Begasus (~Begas_@d54C3D303.access.telenet.be) joined #scummvm. [16:08] btw syntax support in the wiki is broken [16:08] http://wiki.scummvm.org/index.php/Compiling_ScummVM/MinGW-w64 [16:09] _sev|work (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [16:10] rootfather: that is a know issue that _sev reported a few weeks ago [16:10] We need to replace with [16:10] I did that everywhere where I found it, but I missed some pages. [16:11] Strangerke|work (5bb7582b@gateway/web/freenode/ip.91.183.88.43) left irc: Quit: Bbl [16:14] TAS_2012v (~2012@c-cfe9d954.024-3-67626724.cust.bredbandsbolaget.se) left irc: Ping timeout: 246 seconds [16:14] TAS_2012v (~2012@c-e0fb71d5.024-3-67626724.cust.bredbandsbolaget.se) joined #scummvm. [16:18] Mia (~Mia@unaffiliated/mia) joined #scummvm. [16:27] criezy, sorry, didn't know that this is already known [16:28] No problem. But if you see more pages with the issue feel free to fix them. [16:29] yep, I'll do [16:30] iskrich (1f1c0e31@gateway/web/freenode/ip.31.28.14.49) left irc: Quit: Page closed [16:39] Littleboy (~littleboy@c-24-147-104-194.hsd1.ma.comcast.net) joined #scummvm. [16:39] #scummvm: mode change '+o Littleboy' by ChanServ!ChanServ@services. [16:55] uruk-hai (~uruk-hai@catv-80-99-64-76.catv.broadband.hu) left irc: Ping timeout: 272 seconds [17:00] uruk-hai (~uruk-hai@catv-80-99-64-76.catv.broadband.hu) joined #scummvm. [17:00] #scummvm: mode change '+o uruk-hai' by ChanServ!ChanServ@services. [17:01] tsoliman (~tsoliman@cpe-65-30-8-1.wi.res.rr.com) left irc: Quit: ZNC - http://znc.in [17:03] WooShell (~Markus@ipbcc329ed.dynamic.kabel-deutschland.de) joined #scummvm. [17:03] ajax16384 (~User@ip33.net130.n37.ru) joined #scummvm. [17:03] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [17:12] SylvainTV (~SylvainTV@LFbn-1-6090-118.w90-110.abo.wanadoo.fr) joined #scummvm. [17:12] #scummvm: mode change '+o SylvainTV' by ChanServ!ChanServ@services. [17:17] LyTchet (~alexandre@host-95-182-242-222.dynamic.voo.be) joined #scummvm. [17:18] meow =^.^= [17:33] GitHub17 (~GitHub17@192.30.252.34) joined #scummvm. [17:33] [scummvm] sev- pushed 5 new commits to master: https://git.io/vr7iH [17:33] scummvm/master 1fc54e0 Eugene Sandulenko: SCUMM HE: Moonbase FOW rendering fixes [17:33] scummvm/master 6eba4dd Eugene Sandulenko: PARALLACTION: More string safety [17:33] scummvm/master f151845 Eugene Sandulenko: PARALLACTION: Fix object initialization [17:33] GitHub17 (GitHub17@192.30.252.34) left #scummvm. [17:37] Any country yet, where ScummVM 1.8.1 is listed on Google Play? Germany not yet :) [17:38] I know I can download the apk but I'm just curious how fast/slow GP picks up Apps [17:38] Mine's listed as 1.7.0a [17:38] yeo me too [17:40] Does Google charge to put apps on the store? [17:40] Thought you only have to pay like 5 bucks for the initial registration [17:41] I vageuely recall doing something like that once at least [17:42] haven't had time to test the newest signed builds yet [17:42] oknhnt (~john@dslb-088-072-170-190.088.072.pools.vodafone-ip.de) joined #scummvm. [17:43] if anyone has an old Google Play build install and is willing to check if you can upgrade+run it now, fuzzie.org/android_signedbuilds_30may2016/ has hopefully-working hopefully-signed-correctly apks [17:44] Begasus (~Begas_@d54C3D303.access.telenet.be) left irc: Quit: Vision[0.9.7-H-20140108]: i've been blurred! [17:45] _sev: I guess those might also interest you! [17:46] TAS-2012v (~2012@c-b6fd71d5.024-3-67626724.cust.bredbandsbolaget.se) joined #scummvm. [17:47] Begasus (~Begas_@d54c3d303.access.telenet.be) joined #scummvm. [17:47] Port build status changed with 0b240ff4: Failure: master-amigaos4 [17:48] TAS_2012v (~2012@c-e0fb71d5.024-3-67626724.cust.bredbandsbolaget.se) left irc: Ping timeout: 244 seconds [17:48] Nick change: TAS-2012v -> TAS_2012v [18:00] tsoliman (~tsoliman@cpe-65-30-8-1.wi.res.rr.com) joined #scummvm. [18:00] #scummvm: mode change '+o tsoliman' by ChanServ!ChanServ@services. [18:08] is there a "make check/test" for scummvm? (been looking into the makefile but can't find anything for it (just to know I'm going into the right direction when creating a recipe for Haiku :) [18:10] TAS-2012v (~2012@c-2ff971d5.024-3-67626724.cust.bredbandsbolaget.se) joined #scummvm. [18:10] TAS_2012v (~2012@c-b6fd71d5.024-3-67626724.cust.bredbandsbolaget.se) left irc: Ping timeout: 244 seconds [18:10] Nick change: TAS-2012v -> TAS_2012v [18:28] Begasus, MAKE TEST SHOULD WORK [18:28] sorry for the caps [18:30] ok, looks like that one is running (thanks, didn't test it as I didn't found it in the Makefile) :) [18:30] k ... now it tells me the test has failed :/ [18:31] http://pastebin.com/ifaFA30f [18:32] you have to disable the event recorder in the ./configure before you run them [18:32] there is a tutorial in the scummvm page, I think [18:33] checking the configure option ... [18:33] -/configure --help should give you clues :) [18:34] yep already on that thanks ;) [18:37] re-building (without engines atm) to check ... [18:38] m_kiewitz: there? [18:43] ./test/runner Running 216 tests........................................................................................................................................................................................................................OK! [18:44] looks ok to me blorente? [18:44] Yep :) [18:44] thanks! (y) [18:44] np :) [18:45] it's something I came accross in the recipes just yesterday after some comments, nice to see it's ok :D [18:48] dreammaster (~dreammast@c-73-167-118-204.hsd1.ma.comcast.net) joined #scummvm. [18:48] #scummvm: mode change '+o dreammaster' by ChanServ!ChanServ@services. [19:15] ajax16384 (~User@ip33.net130.n37.ru) left irc: Read error: Connection reset by peer [19:22] ny00123 (~ny00123@89-139-83-238.bb.netvision.net.il) left irc: Remote host closed the connection [19:23] ny00123 (~ny00123@89-139-83-238.bb.netvision.net.il) joined #scummvm. [19:28] TMM (~hp@fsf/member/pdpc.professional.tmm) joined #scummvm. [19:31] LyTchet (~alexandre@host-95-182-242-222.dynamic.voo.be) left irc: [19:40] oknhnt (~john@dslb-088-072-170-190.088.072.pools.vodafone-ip.de) left irc: Read error: Connection reset by peer [19:46] some warnings I get when building scummvm on Haiku http://pastebin.com/YsZ6tsXN (sword25 and tsage), build is still ok, test is ok and things seem to be working (although I can't test both engines) ... [19:48] GitHub41 (~GitHub41@192.30.252.34) joined #scummvm. [19:48] [scummvm] Strangerke pushed 1 new commit to master: https://git.io/vr77k [19:48] scummvm/master 1f2095b Strangerke: GNAP: (hopefully) fix display on BE systems [19:48] GitHub41 (GitHub41@192.30.252.34) left #scummvm. [19:59] Broken Sword2 demo working fine [20:01] <_sev> fuzzie: cool! Asked Lubomyr to look into it [20:08] uruk-hai (~uruk-hai@catv-80-99-64-76.catv.broadband.hu) left irc: Quit: Leaving [20:08] GitHub132 (~GitHub132@192.30.252.41) joined #scummvm. [20:09] [scummvm] sev- pushed 1 new commit to master: https://git.io/vr750 [20:09] scummvm/master 7b4ab3c Eugene Sandulenko: SCUMM HE: Fix int32 vs int [20:09] GitHub132 (GitHub132@192.30.252.41) left #scummvm. [20:15] Grml. Gnap is still broken on BE [20:16] Port build status changed with 7b4ab3c4: Success: master-amigaos4. Nice work, all ports built fine now [20:17] _sev|work (~sev@92.110.93.218) joined #scummvm. [20:17] _sev|work (~sev@92.110.93.218) left irc: Changing host [20:17] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [20:17] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [20:18] _sev|work (~sev@scummvm/undead/sev) left irc: Client Quit [20:45] Schnabeltierchen (~Schnabelt@xdsl-87-79-221-174.netcologne.de) left irc: Ping timeout: 260 seconds [20:47] Schnabeltierchen (~Schnabelt@xdsl-87-78-178-10.netcologne.de) joined #scummvm. [20:52] Schnabeltierchen (~Schnabelt@xdsl-87-78-178-10.netcologne.de) left irc: Ping timeout: 240 seconds [20:54] Schnabeltierchen (~Schnabelt@xdsl-78-34-201-25.netcologne.de) joined #scummvm. [21:18] ny00123 (~ny00123@89-139-83-238.bb.netvision.net.il) left irc: Quit: Leaving [21:19] Begasus (~Begas_@d54c3d303.access.telenet.be) left irc: Quit: Vision[0.9.7-H-20140108]: i've been blurred! [21:26] GitHub164 (~GitHub164@192.30.252.34) joined #scummvm. [21:26] [scummvm] criezy pushed 1 new commit to master: https://git.io/vr7A5 [21:26] scummvm/master 39cbfbb Thierry Crozat: GNAP: Fix sprites display on big endian systems [21:26] GitHub164 (GitHub164@192.30.252.34) left #scummvm. [21:27] criezy: cool, thanks :) [21:35] Your're welcome. It works now, but I am actually wondering if I may have made a logical error. [21:35] There is a 0xFFFFFF00 constant used for transparency in allocSurface and blitSurface32. [21:35] Changing either one of the two to 0x00FFFFFF make it wok properly on BE. But in theory I think I might have changed the wrong one. [21:35] Oh that thing again [21:36] Is this TransparentSurface? [21:37] No, it's just a Graphics::Surface. [21:37] I do remember an issue with the constants in TransparentSurface, but wouldn't shifts be safer anyhow? [21:39] I am trying to wrap my around around why blitSurface32 in GNAP does two byte swaps on BE systems. [21:40] Any transforms in-between those two? [21:40] Only a check on the pixel value againts the constant for transparency. [21:40] So, swap, check, swap back? [21:41] Yes, and that is the reason why the constant needs to be different when initially filling the surface and then in the check when blitting it. [21:41] But... why swap back? [21:42] Because it uses RGBA on LE and ARGB on BE. [21:42] Yay [21:42] But still, wouldn't you just need the swap for the check? [21:44] I think I can just remove the two swaps, and then just use 0xFFFFFF00 on both BE and LE when filling the surface and when doing the check. [21:44] Currently when filling the surface it uses 0x00FFFFFF on BE. [21:48] girafe (~girafe@LFbn-1-8020-64.w90-112.abo.wanadoo.fr) left irc: Read error: Connection reset by peer [21:51] Speaking about surfaces, does anyone know anything about transBlitFrom deleting the source? [21:51] I am tryng to transblit a TransparentSurface into a ManagedSurface, and the first time it arrives to the transblit it works fine, but the second time it's just garbage [21:52] GitHub191 (~GitHub191@192.30.252.41) joined #scummvm. [21:52] [scummvm] criezy pushed 1 new commit to master: https://git.io/vr7ht [21:52] scummvm/master a7bd346 Thierry Crozat: GNAP: Simplify transparency handling on BE systems [21:52] GitHub191 (GitHub191@192.30.252.41) left #scummvm. [21:55] Wait, it might be pointer shenanigans [21:58] Nop, still, the question remains :) [22:05] It seems it doesn't. Weird. I'll check it tomorrow [22:05] blorente (~blorente@84.red-193-153-188.dynamicip.rima-tde.net) left irc: Quit: Probably just going to sleep. [22:17] frankyboy_ (~franky@ppp91-78-195-201.pppoe.mtu-net.ru) joined #scummvm. [22:17] salty-horse (~salty-hor@unaffiliated/salty-horse) left irc: Quit: Leaving [22:24] criezy (~criezy@host31-51-0-68.range31-51.btcentralplus.com) left irc: Quit: criezy [22:25] WooShell (~Markus@ipbcc329ed.dynamic.kabel-deutschland.de) left irc: Quit: Zu gotdy od mpy nrmy stpimf. Zu drvpmf zrsmd aogy jrt iq pt viy jrt yp yjr htpimf. [22:30] waltervn (~waltervn@82-171-142-149.ip.telfort.nl) left irc: Quit: Leaving [22:51] blorente: transBlitFrom takes a const-reference, so it would have to be a very intentional hack if it did delete it. [22:52] everyone loves a good const violation [22:52] that's what we have casting for! [22:52] Yeah, but you'd have to go reference -> pointer too [22:52] is that even possible? [22:53] Yeah [22:53] you can't take the address of a reference can you? [22:53] & still works [22:53] http://stackoverflow.com/questions/1950779/is-there-any-way-to-find-the-address-of-a-reference [22:54] hum, so you can write a function like... blah* fuckyou(stuff &blah){ return &blah;} [22:54] ? [22:54] not sure if you need a cast or not [22:55] I'd expect my computer to just launch keys at me if I tried [22:56] gcc's debug level euthanasia [22:56] Heh, no warning about it [22:56] jammm (~jam@27.58.62.1) joined #scummvm. [22:56] And yes, it compiles [22:56] wow [22:56] without a cast even? [22:56] I got more nagging about the missing int-return in main [22:57] No cast, no nothing [22:57] wait, that thing I just typed compiles? [22:57] int* foo(int &bar) { return &bar; } [22:57] well then [22:57] I wonder what language rule allows that [22:57] int &bar <- this _IS_ for all intents and purposes the variable that you passed in. [22:57] Hence, taking & gives that variables adress [22:58] That variable had type int. [22:58] and your function returns int* [22:58] does it ... 'work'? [22:58] Presumably yes [22:58] see? this is why I only write rust and python nowadays :P [22:59] Hah, as if that helps [22:59] try doing that in either [22:59] jamm (~jam@unaffiliated/jamm) left irc: Read error: Connection reset by peer [22:59] Different language, different evils [22:59] my largest production codebase is still c++, so that was a bit of an exaggeration :P [23:00] Python passes "names" anyhow [23:00] yeah, but if you know that everything is references then the problem doesn't really occur [23:00] Which is sort-of-like pointers, except when they're not because the underlying thing is immutable [23:01] s/pointers/references [23:01] well... 'immutable unless you ask nicely' really [23:01] Sure, and False can be reassigned [23:01] so let's not bring Python up as a shining beacon of niceness [23:02] once you get into nested dictionaries you can get results that are still immutable from the vms point of view, but from the programs' point of view that really doesn't matter [23:02] you can reassign false? [23:02] lets back up a little there :P [23:02] False = True is valid [23:02] >>> False = True [23:02] >>> False == True [23:02] True [23:03] right then, moving to ada and rust then I guess? [23:03] False and True are names just like everything else that isn't a keyword there [23:04] Neh, there's evil opportunities in all languages [23:05] some make it easier than others though [23:05] Henke37 (~Henrik@81-227-16-59-no133.bredband.skanova.com) left irc: Quit: ERR_SHUTDOWN [23:05] I mean, sure, Clang really should have a warning about taking pointer-of-reference, as that is very rarely something you intended to do [23:05] But there's a lot of other stuff it DOES complain about [23:06] I haven't really found anything particularly heinous about rust yet [23:06] Give it time [23:06] I mean, in the safe subset [23:06] Yeah, JavaScript also has a safe subset [23:06] in unsafe you can do everything terrible that c lets you do [23:07] I'd like to think that js and rust are somewhat different beasts [23:07] Well, you can have safe C++ as well [23:08] that may be something worth building actually [23:08] I find the c++ syntax to be very expressive, moreso than most other languages I've used [23:09] Well, C++11 does get a fair way in removing the need for raw manually managed pointers [23:09] a c++ subset that guarantees that a large number of stupid shit is compiler errors rather than slow memory corruptions would be great [23:09] I kind of viewed rust as that my self. c++14 without all the dumb shit with some openmp thrown in for good measure [23:09] And well, range checks are a bit optional, but available [23:10] Not everything is catchable at compile-time though [23:10] that's the big differentiating factor though [23:11] But hey, if you avoid new/delete, and only use STL's at()-functions instead of [] you get a fair amount of safety [23:11] All of it at runtime sadly [23:11] yeah, but rust gives you that at compile time [23:12] Yeah, and LISP is the solution to all your problems. [23:12] Provable correctness and all that [23:12] the models are slightly different [23:12] rust has a much more stringent computing model than C does [23:12] and lisp's just a completely different beast altogether [23:13] when you write C, you write code for the c abstract machine that doens't really exist [23:13] it's just a very loose abstraction [23:13] Programming without state does get rid of all of these issues [23:13] rusts' abstract machine is just much less existent but at least implementable on a box with more than 1 cpu [23:15] implicit return values... [23:16] But all in all, yeah, it doesn't look bad at all [23:16] for several minutes now i thought this was ##c++ :) [23:16] They bash C++ in there too? [23:16] dreammaster (~dreammast@c-73-167-118-204.hsd1.ma.comcast.net) left irc: [23:16] some people try [23:18] sorry, I didn't really mean this as an anti c++ rant [23:18] Neh, C++ has its torns, the trick is to be aware of them. [23:18] I use it all the time and I find I hate it significantly less than most other languages I am forced to use [23:18] And my point is that every language has at least some of those. [23:19] I think the thorns being in a logical place is kind of important though [23:19] and at least c++ has that pretty well figured out if you stick to stl for most of your containers [23:19] Or at least an obscure/rare place [23:19] Well, ScummVM doesn't use STL [23:20] I know, I need to get _sev drunk a couple of times more [23:20] How would you propose handling endianness with fstream? [23:20] Or filesystem-less platforms for that matter? [23:20] don't use fstream when it matters? [23:21] Or, for that matter, how would you use fstream in a portable fashion across platforms where type-sizes differ? [23:21] how about, 'don't use fstream' then? [23:21] but I don't see why you can't use the nice stl interable containers [23:22] because fstream isn't endian safe [23:22] Not exactly sure, but I assume they differ enough between platform-implementations (bugs or somesuch) that they can't be trusted [23:22] That, or we might be using platforms where they simply arent available [23:23] I don't know what the oldest actual compiler is that scummvm still supports, but if it is indeed the dreamcast target, that's gcc 3.3 [23:23] and that has a pretty decent stl implementation [23:23] IIRC we had 2.95 support [23:23] But that might be dropped at this point [23:23] does scummvm still? [23:24] I vaguely seem to remember some talk of dropping that [23:24] But that's just the compiler though [23:24] You still need STL [23:25] I'm hardly in a position to complain :) the stuff I've been working on, 2 years ago for the last time, isn't even *in* scummvm and it's in C :) [23:25] so, I guess this was a bit flamey and I'm sorry [23:26] I was really just trying to get a rise out of joostp and _sev, sorry. [23:26] you monster. [23:26] Meh, I can see why pointer-from-reference is a bad thing, apparently it is rare enough to not have a warning, even at -Weverything [23:27] Apparently, comparing unsigned int to int is more noteworthy [23:28] I guess signedness is more likely to be implemented in a comparable but incompatible way than references and pointers are [23:29] Sure, then again I still loathe C for having only >= definitions of the datatype-sizes too. [23:34] de-facto the only datatypes are size based in c I think [23:34] I think this isn't strictly true in the definition of the c computing model but that's how most compilers implement it for the most part [23:37] IIRC, the definition is just that char < short < int < long [23:37] make that <= [23:37] I don't think that an implementation where sizeof(char) == sizeof(long) would be conforming [23:38] Neh, but sizeof(short)==sizeof(int)==2 is fine [23:39] according to wikipedia the minimum size of long is 32bit [00:00] --- Tue May 31 2016