[00:03] Wishmaster (~Wishmaste@dslb-084-060-127-039.084.060.pools.vodafone-ip.de) joined #scummvm. [00:04] The eaten by a grue screen is kind of hard to read too, no idea if it originally was like that though [00:11] Well, apparently it wasn't like that in the GoG version, in ScummVM though, I see stripes through the text, which makes it illegible. [00:14] somaen: It's been so long since I played the games that I don't even remember where that happens. One of the game over screens in ZGI, I assume, where it tries to look like an old text adventure? [00:15] Wishmaster (~Wishmaste@dslb-084-060-127-039.084.060.pools.vodafone-ip.de) left irc: Quit: „Wahrlich, keiner ist weise, der nicht das Dunkel kennt.“ (Hermann Hesse) [00:15] Wishmaster (Wishmaster@dslb-084-060-127-039.084.060.pools.vodafone-ip.de) joined #scummvm. [00:17] somaen: Found it. [00:20] somaen: And it's hard to read for me, too. [00:23] Wishmaster (Wishmaster@dslb-084-060-127-039.084.060.pools.vodafone-ip.de) left irc: Read error: Connection reset by peer [00:24] <[md5]> which screen is that? [00:35] criezy (~criezy@host86-159-155-127.range86-159.btcentralplus.com) left irc: Quit: criezy [00:38] GitHub84 (~GitHub84@192.30.252.46) joined #scummvm. [00:38] [scummvm] bluegr pushed 1 new commit to master: http://git.io/1dgbiw [00:38] scummvm/master 3f4c924 Filippos Karapetis: ZVISION: Check for all the required fonts before starting a game [00:38] GitHub84 (GitHub84@192.30.252.46) left #scummvm. [00:38] <[md5]> somaen: done [01:05] any idea who did/does the PSP port? [01:07] <[md5]> nutron: joostp did it, but I think it's unmaintaned now [01:07] I wonder what the build environment looked like. [01:07] <[md5]> oh and bluddy [01:07] Hmm not familiar with bluddy. [01:11] md5 do you know of any docs/guides on making a port somehow? Curious how these environments were set up (mainly psp and ps2) [01:14] Jon_God (~jon_god@2601:9:6700:39:3e07:54ff:fe26:6d61) joined #scummvm. [01:15] <[md5]> nutron: well, there are instructions for PS2 [01:15] <[md5]> http://wiki.scummvm.org/index.php/Compiling_ScummVM/PlayStation_2 [01:15] <[md5]> no such instructions for PSP, though [01:16] ah very nice, thanks! [01:16] <[md5]> the ps2dev dev kit is on github now [01:16] <[md5]> https://github.com/ps2dev [01:17] <[md5]> and you probably want the psp dev kit for PSP: [01:17] <[md5]> https://github.com/pspdev [01:17] md5 thanks! I'll attempt at tryng to automate both. [01:18] <[md5]> no problem :) [01:18] If I'm successful in building, I'll add the psp and update the ps2 pages [01:19] <[md5]> ah, great, thanks :) [01:19] <[md5]> we are in need of a PSP/PS2 porter [01:19] <[md5]> there was a guy for PS2... let me check his name [01:22] I see that =). [01:22] <[md5]> can't find him [01:22] <[md5]> it's been awhile [01:23] <[md5]> ah yes [01:23] <[md5]> Max Lingua, "sunmax" [01:23] Was he on irc or on the forums? I'll try to get in touch if I'm successful in building. [01:24] SylvainTV (~SylvainTV@ALille-653-1-440-190.w92-147.abo.wanadoo.fr) left irc: Ping timeout: 256 seconds [01:24] yikes! [01:25] <[md5]> so, there :) [01:25] joostp is well known though .. I can hound him =) [01:25] <[md5]> yeah [01:26] <[md5]> sunmax is the most recent [01:26] <[md5]> https://github.com/sunmax [01:27] but joostp had the psp build environment running, I'll attempt to find sunmax as well. [01:27] Oh. Ok. [01:27] demonimin_ (~demonimin@unaffiliated/demonimin) joined #scummvm. [01:27] <[md5]> his most recent commits are here: https://github.com/scummvm/scummvm/pull/426 [01:29] demonimin (~demonimin@unaffiliated/demonimin) left irc: Ping timeout: 245 seconds [02:04] edheldil_ (~edheldil@ip-78-45-160-121.net.upcbroadband.cz) left irc: Ping timeout: 255 seconds [02:12] zear (~zear@h196n1-g-kt-a31.ias.bredband.telia.com) left irc: Read error: No route to host [02:17] zear (~zear@h196n1-g-kt-a31.ias.bredband.telia.com) joined #scummvm. [02:46] RUBICN64 (~Android@2601:7:94c0:4:9:b963:f061:9f4d) joined #scummvm. [02:47] DominusExult (~dominus@unaffiliated/dominus) joined #scummvm. [02:49] Dominus (~dominus@unaffiliated/dominus) left irc: Ping timeout: 264 seconds [02:49] Nick change: DominusExult -> Dominus [02:52] Vampire0 (~Vampire@jEdit/Vampire) joined #scummvm. [02:55] Vampire0_ (~Vampire@jEdit/Vampire) left irc: Ping timeout: 245 seconds [03:09] RUBICN64 (~Android@2601:7:94c0:4:9:b963:f061:9f4d) left irc: Quit: AndroidIrc Disconnecting [03:39] [md5] (~md5@unaffiliated/md5/x-729473) left irc: Ping timeout: 240 seconds [04:19] !seenstats [04:19] Action: Endy pokes LeChuck [04:20] "The oldest record is XULWork's, which is from 4 years, 245 [04:20] days, 14 hours, 4 minutes ago. [04:20] hah [04:21] Port build status changed with 3f4c924c: Failure: master-ouya [04:27] Nick change: Javacat -> NotJavacat [04:31] dreammaster (~dreammast@c-73-167-118-204.hsd1.ma.comcast.net) left irc: [04:32] NotJavacat (~Javacat@unaffiliated/javacat) left irc: Ping timeout: 264 seconds [04:35] chkr (~chkr@p5DC49C09.dip0.t-ipconnect.de) left irc: Ping timeout: 264 seconds [04:37] chkr (~chkr@p5DC4BD95.dip0.t-ipconnect.de) joined #scummvm. [04:42] LordHoto (~loom@unaffiliated/lordhoto) left irc: Quit: ... [04:51] The ZGI game over screen looks fine (except for some stray letter "E"s) when using Microsoft's font, but not when using the free replacement. That's annoying. [04:55] Port build status changed with 3f4c924c: Failure: master-android_x86, master-android_arm, master-android_mips [05:00] clone2727 (~clone2727@ool-2f105dd5.dyn.optonline.net) left irc: Quit: later [05:04] Polynomial-C (~Poly-C@gentoo/developer/Polynomial-C) left irc: Ping timeout: 245 seconds [05:05] Polynomial-C (~Poly-C@gentoo/developer/Polynomial-C) joined #scummvm. [05:10] It looks better if I force it to use "normal" render mode instead of "sharp", i.e. if I set 'sharp' to false in StyledTTFont::loadFont(). [05:20] Port build status changed with 3f4c924c: Failure: master-osx_ppc [05:49] GitHub186 (~GitHub186@192.30.252.47) joined #scummvm. [05:49] [scummvm] eriktorbjorn pushed 1 new commit to master: http://git.io/ed2lsA [05:49] scummvm/master b247515 Torbjörn Andersson: ZVISION: Check eos() after reading from stream, not before... [05:49] GitHub186 (GitHub186@192.30.252.47) left #scummvm. [06:03] t0by (~t0by@host96-38-dynamic.54-79-r.retail.telecomitalia.it) joined #scummvm. [06:03] #scummvm: mode change '+v t0by' by ChanServ!ChanServ@services. [06:04] t0by (~t0by@host96-38-dynamic.54-79-r.retail.telecomitalia.it) left irc: Client Quit [06:06] It seems the background sound is missing when you climb down the well in ZGI (at least when you do it without a lantern), but it doesn't seem to be part of the movie itself. I don't have the time to investigate further at the moment. [06:09] bgK (~bbouclet@vai69-5-88-183-207-181.fbx.proxad.net) joined #scummvm. [06:09] #scummvm: mode change '+o bgK' by ChanServ!ChanServ@services. [06:11] Lightkey (~jonas@p200300764F0B9F0122CF30FFFE083718.dip0.t-ipconnect.de) left irc: Ping timeout: 244 seconds [06:13] edheldil_ (~edheldil@ip-78-45-160-121.net.upcbroadband.cz) joined #scummvm. [06:24] Lightkey (~jonas@p200300764F0B9F7222CF30FFFE083718.dip0.t-ipconnect.de) joined #scummvm. [06:24] edheldil_ (~edheldil@ip-78-45-160-121.net.upcbroadband.cz) left irc: Ping timeout: 244 seconds [06:27] Cheeseness (~cheesenes@ppp118-208-236-8.lns20.hba2.internode.on.net) joined #scummvm. [06:35] ZGI huh [06:36] I think I saw my media for that when I moved house... [07:30] Port build status changed with b247515c: Success: master-ouya, master-android_x86, master-android_arm, master-android_mips, master-osx_ppc [07:34] somaen: thanks, I was wondering already as I DID compile it not too long ago :) [07:34] (sorry for somewhat delayed reply :) [07:41] bgK (~bbouclet@vai69-5-88-183-207-181.fbx.proxad.net) left irc: Ping timeout: 245 seconds [07:42] ajax16384 (~User@ip69.net177.n37.ru) joined #scummvm. [07:42] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [08:04] _marc` (~marc@p54AF4D6F.dip0.t-ipconnect.de) joined #scummvm. [08:12] _sev|work (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [08:17] Strangerke|work (51f60aa1@gateway/web/freenode/ip.81.246.10.161) joined #scummvm. [08:17] #scummvm: mode change '+o Strangerke|work' by ChanServ!ChanServ@services. [08:17] hi guys [08:23] [md5] (~md5@unaffiliated/md5/x-729473) joined #scummvm. [08:23] #scummvm: mode change '+o [md5]' by ChanServ!ChanServ@services. [08:48] waltervn (~walter@541B5492.cm-5-4b.dynamic.ziggo.nl) joined #scummvm. [09:24] TMM (~hp@fsf/member/pdpc.professional.tmm) joined #scummvm. [09:48] hnjvgf (~jappi@dslb-088-075-175-093.088.075.pools.vodafone-ip.de) joined #scummvm. [09:50] _sev|work (~sev@proxy-gw-l.booking.com) joined #scummvm. [09:50] _sev|work (~sev@proxy-gw-l.booking.com) left irc: Changing host [09:50] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [09:50] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [09:59] DJWillis (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net) left irc: Read error: Connection reset by peer [10:48] Vanfanel (~sddhwo@239.Red-83-33-247.dynamicIP.rima-tde.net) joined #scummvm. [11:06] Jon_God (~jon_god@2601:9:6700:39:3e07:54ff:fe26:6d61) left irc: Remote host closed the connection [11:10] Ramal (~dennis@2.65.56.45.mobile.tre.se) left irc: Ping timeout: 265 seconds [11:11] Ramal (~dennis@2.64.162.37.mobile.tre.se) joined #scummvm. [11:27] _sev|work: Do I have to move all struct global variables to gles-custom.h? I can't do it because I get an error when moving the required header includes to gles-custom.h: http://pastebin.com/EYrKYeCN [11:27] _sev|work: if that header is in gles-custom.cpp, there's no problem [11:31] IMHO, if they are only ever accessed inside gles-custom.cpp, then they don't need to be in the header [11:31] actually then, they probably shouldn't be in the header. [11:31] file-static variables are a (short) step above globals. [11:31] But, then again, the point might have been to get them into the class [11:32] somaen: they are only accessed from gles-custom.cpp, yes [11:32] Let me have a look [11:32] 2 sec [11:32] noy pushed yet, wait a second.. [11:32] oh, well, look at what's pushed [11:33] That error is a result of mixing C and C++ linkage. [11:33] Although, afaik, C->C++ should go fine, it's the other way around that gets tricky [11:34] somaen: you mean compilation? This error happens on compile time [11:34] Yes [11:34] Well, the extern "C" stuff is a linkage thing [11:34] aha [11:35] As in "Hi compiler, I know you're a c++-compiler but would you mind treating this as C, so, no name mangling and stuff... ok? Thanks" [11:36] so can I leave variable declarations that are accessed only from gles-custom.cpp in the cpp file then? no need to move them to the .h? [11:36] Well, the preferable thing is that such things are part of the class. [11:37] But, that may make the header full of includes, which makes things weird. [11:37] What do you need to include, and why? [11:37] (to get the variables into the class. [11:37] ) [11:37] the problem is that moving the structs to the header needs some includes to be moved, too. [11:37] and these includes don't build anymore if they are in the header [11:38] The struct _definitions_ or just the vars? [11:38] while they build fine when they are in the .cpp [11:38] the struct definitions and the vars I guess [11:38] And the vars are pointers? [11:38] And pointers only. [11:39] I believe there are both vars and pointers.. [11:39] Pure pointers you can work around easily. [11:39] Forward declaration of the struct type in the header. [11:40] I.e. for struct foo, you can add "struct foo;" somewhere early in the header, and then "foo *bar" is legal for the rest of the file (and any file including it obviously) [11:41] so that would make the struct into the class, right? [11:41] I mean, the variable [11:41] Could you rephrase that? [11:41] Because it would not turn the struct into a class, but it would allow you to put pointers to foo-structs inside the class. [11:42] I mean that making it that way makes sense because what I gain by doing so is getting that the variable becomes a member of the class instead of a simple global variable in the cpp [11:42] I think it's what you just said [11:42] Yes [11:42] huh, I was so happy in plain-C land.. :P [11:43] As for any tricky types, there is this little trick: [11:43] Create a struct in the cpp-file, that contains all the stuff that you don't want to put directly in the header. (Let's call it's type "baz" for now) [11:44] then put a baz * in the class, complete with allocation in the constructor, and destruction in the destructor. [11:44] The header doesn't need to know what a baz is, just that it is a struct. [11:47] Personally I feel a bit... amputated in pure C-land, even when I write C, I prefer to have _some_ of the C++ stuff available (yeah, C99 adds stuff like bool and for-loop-variable-declaration, but then you meet yet another compiler that doesn't do C99...) [11:48] Either way, global variables should be avoided like the plague. [11:49] somaen: ok, what if I have a "static struct {...} gbm;" in the cpp? [11:50] I tried doing a forwar "static struct gbm;" in .h [11:50] but that's not allowed [11:53] SylvainTV (~SylvainTV@ALille-653-1-440-190.w92-147.abo.wanadoo.fr) joined #scummvm. [11:53] #scummvm: mode change '+o SylvainTV' by ChanServ!ChanServ@services. [11:53] so I simply tried "struct gbm;" in the header [11:54] but I can't define the struct members in the header because I can't include the needed headers for the struct members [11:54] I'm going in circles... [11:55] Why do you need the static part? [11:55] I mean, outside a function, static (which has a different meaning in C and C++) just means "this variable is scoped to this file only", no? [11:56] yes, it's not needed really I guess [11:57] static struct { ... } gbm; is just an anonymous struct instantiated as gbm. [11:57] make it non-anonymous: struct gbm_struct { .... }; [11:58] Then keep a pointer to it in the header (beware of allocation/destruction, as well as . -> changes) [11:59] Not that the gbm-struct seems to contain anything but pointers though. [12:00] So, the entire struct definition could in theory go inside the class too, if you forward declare struct gbm_device; struct gbm_surface; [12:00] The same seems to hold true for all the other structs, and vars, except +static drmEventContext evctx; [12:01] and fd_set fds [12:02] If I had the faintest idea what toolchain is needed to work with this, I might help you when I have some time. [12:05] bbl [12:05] bgK (~bbouclet@vai69-5-88-183-207-181.fbx.proxad.net) joined #scummvm. [12:05] #scummvm: mode change '+o bgK' by ChanServ!ChanServ@services. [12:07] somaen: thanks a lot for the help you've already given me. You're really patient. [12:07] The toolchain isn't anything special, just libdrm, libgbm, etc.. for the drm/kms backend [12:12] waltervn_ (~walter@541B5492.cm-5-4b.dynamic.ziggo.nl) joined #scummvm. [12:12] waltervn (~walter@541B5492.cm-5-4b.dynamic.ziggo.nl) left irc: Read error: Connection reset by peer [12:12] Nick change: waltervn_ -> waltervn [12:13] Action: waltervn still needs to get used to the "notebook" concept. Apparently they can run out of power? [12:27] waltervn (~walter@541B5492.cm-5-4b.dynamic.ziggo.nl) left irc: Quit: bbl [12:29] hm, lots of emails yesterday [12:31] droid2727 (~droid2727@2600:1001:b010:6d05:c971:717c:a0d8:52a2) joined #scummvm. [12:31] #scummvm: mode change '+o droid2727' by ChanServ!ChanServ@services. [12:33] broosky (~broosky@89-67-235-207.dynamic.chello.pl) left irc: Ping timeout: 252 seconds [12:33] wow, those android threads really don't make any sense [12:33] broosky (~broosky@89-67-235-207.dynamic.chello.pl) joined #scummvm. [12:39] <_sev|work> wjp: ? [12:43] <_sev|work> Vanfanel: sorry for putting you into this. If I'd know that you don't really know C++, I would be more verbose in my comments [12:43] <_sev|work> Vanfanel: Do you have any questions left? [12:44] _sev|work: entirely separate issues keep getting mixed together for no apparent reason [12:44] <_sev|work> are you talking about development environents? [12:45] apk distribution, plugin support, android version support, SDK support, everything [12:50] _sev|work: don't worry, I put myself into this by really wanting my poor work to be integrated into upstream scummvm :) [12:50] _sev|work: also, I thought I knew C++, but it's not the case it seems. My fault again. [12:51] <_sev|work> that's not your fault, thank you for your work [12:51] <_sev|work> still, there is one question left unanswered :) [12:51] <_sev|work> how to cross-build it? [12:51] the problem is that I don't cross-build but build directly on the Pi itselft [12:52] *itself [12:52] <_sev|work> as you seem to tie it to Raspberry dev environment [12:52] <_sev|work> yes, and that is a bit problematic, as you're just hardcoding to that [12:53] _sev|work: but there's no way to know (that I know) for the buildsystem to guess where the VC (videocore, Rpi's GPU) headers are [12:53] available examples just have these headers locations hardcoded [12:54] there isn't a pkgconfig or anyhting that I know about [12:54] that's why I hardcoded the routes in the configure script [12:55] <_sev|work> Vanfanel: well, what you can do is to try what we do with SDL [12:55] <_sev|work> Vanfanel: that is _try_ the directories. [12:55] <_sev|work> and for the time being have only your existing patch there [12:56] <_sev|work> but at least you will detect it early if there is a difference in setup, and it will be trivial to extend list of tests [12:57] _sev|work: But I don't understand. Do you mean I try the dirs and if they are there we build for Rpi GLES? Instead of passing the --enable-gles-rpi parameter? [12:57] <_sev|work> no [12:57] <_sev|work> instead of hardcoding your /vc/ dir, you need to check it for validness [12:57] <_sev|work> *validity [12:59] <_sev|work> similar to what we do at https://github.com/scummvm/scummvm/blob/master/configure#L354 [12:59] ok, ok [12:59] <_sev|work> but instead of calling it, you do a cc_check() [12:59] <_sev|work> of your test code [12:59] <_sev|work> which could contain just something like: [12:59] <_sev|work> #include [12:59] <_sev|work> main() { [13:00] <_sev|work> vc_some_call(); [13:00] <_sev|work> } [13:00] Kirben (Kirben@c110-22-51-140.brasd4.vic.optusnet.com.au) left irc: [13:00] <_sev|work> and you try to compile and link that [13:00] <_sev|work> on success you know that your -I flags are correct [13:01] _sev|work: ok, you mean including an small test [13:01] <_sev|work> yes [13:01] <_sev|work> and then you can be sure that you can build [13:02] ok, let me finish the members/headers/syntax stuff first and then I will look at that part [13:02] I'd like to finish the class first as you expect it to be [13:03] <_sev|work> btw, did you read our Code Formatting Conventions? [13:03] <_sev|work> this could help [13:03] yes, I read it a bit too late (yesterday) but I did read it [13:04] <_sev|work> great [13:05] _sev|work: I'm trying to move the struct https://github.com/vanfanel/scummvm/blob/gles_custom/backends/graphics/gles-custom/gles-custom.cpp#L62 [13:05] into the header so it's a private member/variable [13:05] instead of a global variable [13:06] <_sev|work> should be quite easy [13:06] <_sev|work> in the header you have the following lines: [13:06] <_sev|work> struct gbm_service; [13:06] <_sev|work> err [13:06] <_sev|work> struct gbm_dervice; [13:06] <_sev|work> struct gbm_surfice;; [13:06] <_sev|work> outside of any classes [13:06] <_sev|work> and then in your class [13:07] <_sev|work> or even outside of it [13:07] <_sev|work> struct Gbm { [13:07] <_sev|work> gbm_device *dev; [13:07] <_sev|work> gbm_surface *surface; [13:07] <_sev|work> }; [13:07] <_sev|work> and finally inside your class, have the following member: [13:08] <_sev|work> Gbm _gbm; [13:08] <_sev|work> that should do it [13:10] _sev|work: but I can't have the structure definition in the .h because I can't move the needed headers (xf86drm.h) to the .h [13:10] because then I get building errors [13:10] <_sev|work> you do not need that [13:10] <_sev|work> you declare gbm_device as a structure [13:10] <_sev|work> and since you're using pointers, that is enough information for the compiler [13:11] <_sev|work> then in you .cpp file you #include [13:11] <_sev|work> and that's where you will get and use those structure internals [13:11] <_sev|work> consider "stuct foo;" as a protoptype in C [13:11] <_sev|work> you do not have your function definitions in headers, do you? [13:12] no I don't [13:12] <_sev|work> only their declarations aka prototypes [13:12] yes [13:12] it's the same I guess [13:12] <_sev|work> same thing is going on with structures here [13:12] ok, I'm trying this: I have in the header of my class: struct gbm_struct; [13:12] gbm_struct *gbm; [13:12] and then I have the struct defined in the .cpp [13:13] <_sev|work> no [13:13] <_sev|work> sigh [13:13] <_sev|work> once again [13:13] <_sev|work> .h file contents: [13:13] <_sev|work> namespace Foo { [13:13] <_sev|work> struct gbm_device; [13:13] <_sev|work> struct gbm_surface; [13:13] <_sev|work> [13:14] <_sev|work> struct Gbm { [13:14] <_sev|work> gbm_device *dev; [13:14] <_sev|work> gbm_surface *surface; [13:14] <_sev|work> }; [13:14] <_sev|work> [13:14] <_sev|work> class Bar { [13:14] <_sev|work> Gbm _gbm; [13:14] <_sev|work> ... [13:15] <_sev|work> }; [13:15] <_sev|work> } // end of namespace Foo [13:15] <_sev|work> clearer now? [13:15] <_sev|work> in .cpp you have: [13:15] <_sev|work> #include [13:15] <_sev|work> [13:15] <_sev|work> void blah() { [13:16] <_sev|work> _gbm.gbm_device = create_gbm_device(); [13:16] <_sev|work> debug("gbm device: %d", _gbm.gbm_device->device_id_or_whatever; [13:16] <_sev|work> } [13:16] <_sev|work> see it? [13:16] yes, I get it now [13:17] <_sev|work> you cannot look inside of gbm_device in your .h since you do not have the definition [13:17] <_sev|work> but you do get it in .cpp [13:18] yes, I know, in the .h it's threated as an struct, no need to know what's inside until it's defined in the cpp [13:20] <_sev|work> excactly, since pointer size is irrelevant to its contents [13:20] yes, an struct pointer is an struct pointer, no matter what's inside the struct [13:21] it seems more complicated than plain C or my bad-used C++ :D [13:21] but makes sense of course [13:25] What do you mean? Isn't this exactly how you'd do it in plain C too? (Except for the namespace) [13:26] Cheeseness (~cheesenes@ppp118-208-236-8.lns20.hba2.internode.on.net) left irc: Quit: Leaving. [13:27] wjp: in plain C I can simply typedef an stuctured type in a C file, create a variable of that kind, and use it. [13:27] I don't have to go thru all of this :D [13:28] that's exactly the same [13:28] the discussion is about what you _should_ do, not what you _can_ do [13:28] (with the general principle: don't put things in headers that don't have to be in headers) [13:29] wjp: I guess you're right there, but since I have no classes in C, I don't have to worry about if a variable is a member or just global to that translation unit (which has to be avoided to a certain point of course) [13:29] true [13:52] Javacat (~Javacat@unaffiliated/javacat) joined #scummvm. [14:01] hnjvgf (~jappi@dslb-088-075-175-093.088.075.pools.vodafone-ip.de) left irc: [14:08] droid2727 (~droid2727@2600:1001:b010:6d05:c971:717c:a0d8:52a2) left irc: Ping timeout: 265 seconds [14:33] droid2727 (~droid2727@2600:1001:b12a:daed:cb41:59ad:3028:ad82) joined #scummvm. [14:33] #scummvm: mode change '+o droid2727' by ChanServ!ChanServ@services. [14:44] {V} (~V@72-69-ftth.on.nl) joined #scummvm. [15:01] t0by (~t0by@93.37.211.239) joined #scummvm. [15:01] #scummvm: mode change '+v t0by' by ChanServ!ChanServ@services. [15:23] http://www.rockpapershotgun.com/2015/01/12/zorked-scummvm-adds-nemesis-grand-inquisitor/ [15:24] nice [15:24] <_sev|work> cool [15:29] OOooh. [15:29] It was a gsoc task from 2013, right? [15:29] RichieSams, perhaps? [15:29] Awesome. [15:31] Huh? [15:31] No, that's the zvision engine. Marisa-Chan did that [15:32] Hmm [15:32] well [15:32] joint effort, I would say [15:32] Oh, right, the first commits are all RichieSams [15:33] RichieSams did start from work by Marisa-Chan/Zidane too [15:33] Okay, I'm obviously uninformed about this engine's history :) [15:49] Polynomial-C (~Poly-C@gentoo/developer/Polynomial-C) left irc: Ping timeout: 252 seconds [15:50] Polynomial-C (~Poly-C@gentoo/developer/Polynomial-C) joined #scummvm. [15:57] joostp (~joostp@scummvm/undead/joostp) joined #scummvm. [15:57] #scummvm: mode change '+o joostp' by ChanServ!ChanServ@services. [15:58] LordHoto (~loom@unaffiliated/lordhoto) joined #scummvm. [15:58] #scummvm: mode change '+o LordHoto' by ChanServ!ChanServ@services. [15:59] Quatroking (~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl) joined #scummvm. [16:02] Gentle (~tier@quassel/contributors/gentle) left irc: Quit: No Ping reply in 180 seconds. [16:04] Gentle (~tier@quassel/contributors/gentle) joined #scummvm. [16:28] waltervn (~walter@541B5492.cm-5-4b.dynamic.ziggo.nl) joined #scummvm. [16:30] joostp! [16:31] hey waltervn :) [16:32] joostp! waltervn! [16:33] LordHoto! [16:33] ny00123 (~ny00123@bzq-79-181-25-238.red.bezeqint.net) joined #scummvm. [16:35] TMM (~hp@fsf/member/pdpc.professional.tmm) left irc: Quit: Ex-Chat [16:43] hi [16:43] LordHoto (~loom@unaffiliated/lordhoto) left irc: Ping timeout: 244 seconds [16:44] LordHoto (~loom@unaffiliated/lordhoto) joined #scummvm. [16:44] #scummvm: mode change '+o LordHoto' by ChanServ!ChanServ@services. [16:47] joostp! [16:48] _marc` (~marc@p54AF4D6F.dip0.t-ipconnect.de) left irc: Quit: _marc` [16:51] droid2727, wjp, * ! [16:53] ced117 (~ced117@opensuse/member/ced117) joined #scummvm. [17:04] Vanfanel: are you all un-confused now? [17:04] fuzzie: yeah, for the most part! :D Thanks! [17:04] I'll have to take a lot of notes on what I've learned here these days.. [17:05] which is a VERY good thing [17:10] demonimin (~demonimin@unaffiliated/demonimin) joined #scummvm. [17:13] demonimin_ (~demonimin@unaffiliated/demonimin) left irc: Ping timeout: 244 seconds [17:24] waltervn (~walter@541B5492.cm-5-4b.dynamic.ziggo.nl) left irc: Ping timeout: 255 seconds [17:25] ced117 (~ced117@opensuse/member/ced117) left irc: Quit: Quitte [17:27] LordHoto (~loom@unaffiliated/lordhoto) left irc: Quit: bbl [17:32] waltervn (~walter@541B5492.cm-5-4b.dynamic.ziggo.nl) joined #scummvm. [18:05] hrm annoying... SDL fullscreen isn't working for me in Ubuntu. It's just the same tiny screen in an ocean of black [18:07] m_kiewitz (~m_kiewitz@kons-4d03db06.pool.mediaWays.net) joined #scummvm. [18:07] #scummvm: mode change '+o m_kiewitz' by ChanServ!ChanServ@services. [18:09] SDL1 or SDL2 ? [18:09] in SDL1 in ubuntu I have similiar issue [18:10] SDL1 [18:11] I have small window top/left, rest with leftover from desktop [18:11] so far my transition from OS X back to Ubuntu has not been a particularly smooth ride :/ [18:13] I use both :) [18:14] or rather few, depends for what I need :) [18:14] _marc` (~marc@p20030046082791FE989427C54A0ACFF1.dip0.t-ipconnect.de) joined #scummvm. [18:31] Oh, don't worry, waltervn. On OS X, fullscreen is broken, too. [18:31] At least on Retina displays. [18:32] right, SDL1 is not updated to support retina [18:33] Also, when did the SDL2 patches get merged into ScummVM? I wasn't aware of this. [18:33] doesn't OpenGL renderer work on OSX? [18:33] Vanfanel: badly. [18:33] At least if you have a Retina device. [18:33] ok [18:34] Sir_Burpalot: really? [18:34] or you mean SDL context? [18:35] When I select "OpenGL" under "Graphics mode", doesn't that turn on the OpenGL renderer? [18:35] yes, but using SDL context [18:35] There's a different OpenGL renderer? [18:35] How do I activate it? [18:36] er, no. I mean only how opengl is used [18:37] Sir_Burpalot: There is the KMS/DRM context OpenGL on GNU/Linux, it hasn't been merged yet into mainline scummvm but you can build from my repo here: https://github.com/vanfanel/scummvm/tree/gles_custom [18:37] That's for GNU/Linux, though. [18:37] but I assure you fullscreen works (that's the idea of direct DRM usage) [18:38] Sir_Burpalot: ah, sorry, it was waltervn who said it didn't work on Ubuntu [18:38] thought it was you [18:38] And if I were to install GNU/Linux on my Retina MBP, I'd run into far worse issues than fullscreen in ScummVM not working. [18:42] I wonder how good a replacement Freefont is for the Windows fonts ZVision uses. I'm having much better luck with https://fedorahosted.org/liberation-fonts/ at least for the game over screen. [18:50] <_sev|work> anyone from US now? [18:51] <_sev|work> droid2727: ? [18:51] <_sev|work> yaz0r: ? [18:55] ? [18:55] criezy (~criezy@host86-159-155-127.range86-159.btcentralplus.com) joined #scummvm. [18:55] #scummvm: mode change '+o criezy' by ChanServ!ChanServ@services. [18:59] Yahtzee plays Police Quest 1 VGA https://www.youtube.com/watch?v=e13B-Tilzlc [19:14] edheldil_ (~edheldil@ip-78-45-160-121.net.upcbroadband.cz) joined #scummvm. [19:15] demonimin (~demonimin@unaffiliated/demonimin) left irc: Remote host closed the connection [19:16] Lybra (~Lybra@p54885450.dip0.t-ipconnect.de) joined #scummvm. [19:17] demonimin (~demonimin@unaffiliated/demonimin) joined #scummvm. [19:18] _sev|work (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [19:22] toney (~toney@91-16-132-95.pool.ukrtel.net) joined #scummvm. [19:23] Hi, devs! When will be Dune 1 supported out of box? There was a code https://sourceforge.net/p/dunerevival/code/98/tree/trunk/ [19:32] toney: you could specifically poke the dev [19:32] thebluegr == [md5] [19:33] Strangerke: what is dev's nickname? [19:33] That code was developed by guys of AGS [19:34] And then adopted for ScummVM [19:34] At least I see that [md5] (aka thebluegr) did something [19:34] [md5]: Poke. [19:34] ok, thanks [19:36] now honestly, I think it's yet another game which triggers flame wars [19:36] Well, it could feasibly be yet another "scummvm-misc" thing [19:36] explain, please [19:36] wow, Dune was an awesome Amiga game! I even got the OST imported when it came out on CD [19:36] Which isn't super problematic to release, given the support for out-of-tree engines. [19:37] Strangerke: What little I've seen of it looked like some kind of adventure/strategy hybrid. I don't know which side is most prominent, though. [19:37] eriktorbjorn: iirc, it was already rejected a couple of times, so I guess some dev consider it's more strategy [19:37] Dune 1 is mainly adventure game [19:38] Why reject games? [19:38] If they are good, even hybrid? [19:38] yeah, yeah, I know [19:38] but that how we proceed [19:38] +is [19:39] There are some RPG, supported by ScummVM. why not to support adventure/strategy? [19:39] the only example you'll be able to give are using an engine initially supported in ScummVM for adventure games [19:40] the engine was accidentally used for RPG (or Action, or whatever) games, so some code was added to support those other games [19:40] But why create boundaries? [19:40] ScummVM grows [19:40] & more different games are better [19:41] the executable is already 43Mb on my laptop. Without boundaries, how large and unmaintainable would it be? [19:41] You may break for modules [19:41] The day we have a fully working RPG engine, maybe we'll start a sister project [19:42] core module for adventures, additional for others [19:42] but until then, we keep the same rules [19:42] On a different subject, to illustrate what I was saying before, here are some screenshots of ZGI texts rendered with Microsoft fonts, GNU FreeFonts and The Liberation(tm) Fonts: http://www.update.uu.se/~d91tan/ScummVM/ZGI/ [19:43] Wishmaster (Wishmaster@dslb-084-060-125-091.084.060.pools.vodafone-ip.de) joined #scummvm. [19:43] liberation is better imho [19:44] Microsoft fonts sucks, as all their products! [19:45] can you guys tell me how this line on the configure script exactly works-> "cc_check $ZLIB_CFLAGS $ZLIB_LIBS -lz && _zlib=yes" I mean: does it compile the test program AND IF it succeeds then _zlib is made to equal "yes"? [19:47] bazaar (~bazaar@unaffiliated/bazaar) left irc: Quit: leaving [19:48] eriktorbjorn: did you fix the flags for freefont? [19:49] edheldil_ (~edheldil@ip-78-45-160-121.net.upcbroadband.cz) left irc: Ping timeout: 265 seconds [19:49] bazaar (~bazaar@unaffiliated/bazaar) joined #scummvm. [19:49] Vanfanel: yes [19:49] fuzzie: What do you mean by flags? [19:50] eriktorbjorn: to loadTTFFont [19:50] it defaults to kTTFRenderModeLight because freefont basically needs that [19:50] but zvision passes only kTTFRenderModeNormal or kTTFRenderModeMonochrome [19:50] fuzzie: The only changes I made were the ones in http://www.update.uu.se/~d91tan/ScummVM/ZGI/liberation-patch.txt [19:51] I wasn't aware of any other changes that should be made. [19:51] well, now I said things! [19:51] Action: eriktorbjorn doesn't want to remake those screenshots! :-) [19:52] well, we can just assume freefont is good, then :) [19:52] fuzzie: Even though the monospaced font is hard to read, and text positioning is off causing some things to break further? [19:52] but seriously it's worth a try to see if it's less broken? [19:53] eriktorbjorn: well, if you passed the wrong flags then that is not surprising :p [19:53] I assume the liberation fonts are huge [19:54] fuzzie: Right now, the folders where I keep the three sets of fonts are 9.1 MB (the Microsoft fonts), 4.0 MB (the Liberation fonts) and 2.4 MB (the GNU FreeFonts) respectively. [19:54] interesting [19:54] my (relevant) set of Liberation fonts is 1.6mb [19:54] and we ship the freefonts anyway, so [19:55] and obviously the Microsoft fonts are sadly useless :) [19:55] A bit unfair to the Microsoft fonts, since there are a few more different fonts in that folder. [19:55] fuzzie: thanks for previous response. [19:55] (I'm waiting for Eben Moglen to give a keynote - tangentally related to free fonts lol) [19:56] fuzzie: Since you know what the flags should be, perhaps you could compare Liberation and FreeFont? If you have the game. [19:56] droid2727 (~droid2727@2600:1001:b12a:daed:cb41:59ad:3028:ad82) left irc: Ping timeout: 244 seconds [19:57] droid2727 (~droid2727@2600:1001:b12a:daed:cb41:59ad:3028:ad82) joined #scummvm. [19:57] #scummvm: mode change '+o droid2727' by ChanServ!ChanServ@services. [19:57] One thing to note in the screenshots I made is that in the "gameover" one, one line of the text at the bottom has scrolled off, so you don't see the "Your score is ..." line. [19:57] eriktorbjorn: I don't have the game anywhere accessible, sorry :/ [19:57] edheldil_ (~edheldil@ip-78-45-160-121.net.upcbroadband.cz) joined #scummvm. [19:58] fuzzie: Ok, so what do I have to change to make FreeFont happier? [19:59] eriktorbjorn: you need to pass kTTFRenderModeLight to the loadTTFFont call [19:59] I'm not sure this will help you much, since it's irrelevant for the monochrome ('sharp') rendering. But maybe it does. [20:00] Certainly the only reason we have the Light render mode is because freefont is unusable without it. [20:00] fuzzie: So instead of kTTFRenderModeMonochrome or kTTFRenderModeNormal, it should always use kTTFRenderModeLight? [20:01] To see if it helps, I'd replace both. For a 'fix', only replace the latter (maybe?). [20:02] fuzzie: When I tried this morning, I came to the conclusion that kTTFRenderModeMonochrome is what makes the monospaced font look so broken. [20:03] So that's the one I'd primarily want to change, to make a new set of screenshots. [20:05] frankyboy_ (~franky@195.9.73.84) joined #scummvm. [20:10] I have a set of screenshots, but I haven't cropped them the way I did the old ones. (I'd have to do them all over again to get the same screen areas.) [20:10] Action: eriktorbjorn hasn't uploaded them yet. Moment... [20:13] http://www.update.uu.se/~d91tan/ScummVM/ZGI/freefont-light/ [20:13] As you can see, the gameover screen is still broken (missing line) and positioning is bad in the restore dialog. [20:14] CruX| (~jozo@mcw.student.utc.sk) left irc: Ping timeout: 264 seconds [20:14] The reason I looked at the Liberation fonts is that it's "a font family which aims at metric compatibility with Arial, Times New Roman, and Courier New", which to my ears sounds almost exactly like what we want. [20:15] CruX| (~jozo@mcw.student.utc.sk) joined #scummvm. [20:17] _sev|work (~sev@scummvm/undead/sev) joined #scummvm. [20:17] #scummvm: mode change '+o _sev|work' by ChanServ!ChanServ@services. [20:18] Hmm... There's also something called "Croscore fonts" which make the same promise, and apparently Liberation was based on that? I wonder which is the most well maintained... [20:21] Harekiet (harekiet@kittens.harekiet.com) left irc: Read error: Network is unreachable [20:21] eriktorbjorn: okay. so, less terribly broken, but still broken? [20:21] that seems a reasonable conclusion [20:22] fuzzie: That's how it looks to me, at least. [20:23] By the way, ZVision does not (at least not by default) use any TTF fonts bundled with ScummVM. The data files page instructs you where to download GNU FreeFonts. [20:25] So in that respect, it makes no difference if we instruct to use FreeFonts or Liberation. [20:25] Lightkey (~jonas@p200300764F0B9F7222CF30FFFE083718.dip0.t-ipconnect.de) left irc: Ping timeout: 265 seconds [20:25] edheldil (~edheldil@2001:1488:fffe:1:6c74:2527:d927:3380) left irc: Ping timeout: 265 seconds [20:25] mramberg (~mramberg@dogfood.convos.by) left irc: Ping timeout: 265 seconds [20:25] SugarCube (~servus@2605:e000:850e:e00:28c9:379:513d:6ac) left irc: Ping timeout: 265 seconds [20:25] dtcrshr (~datacrush@unaffiliated/datacrusher) left irc: Ping timeout: 265 seconds [20:25] Endy (ender@2402:8000:3:10e:dead:beef:0:1) left irc: Ping timeout: 265 seconds [20:27] _marc` (~marc@p20030046082791FE989427C54A0ACFF1.dip0.t-ipconnect.de) left irc: Ping timeout: 244 seconds [20:29] Harekiet (harekiet@kittens.harekiet.com) joined #scummvm. [20:29] Endy (ender@2402:8000:3:10e:dead:beef:0:1) joined #scummvm. [20:29] #scummvm: mode change '+o Endy' by ChanServ!ChanServ@services. [20:29] Lightkey (~jonas@p200300764F0B9F7222CF30FFFE083718.dip0.t-ipconnect.de) joined #scummvm. [20:30] mramberg (~mramberg@dogfood.convos.by) joined #scummvm. [20:32] edheldil (~edheldil@2001:1488:fffe:1:a12f:aca7:ce05:b2af) joined #scummvm. [20:32] SugarCube (~servus@2605:e000:850e:e00:b104:9e81:4b09:efda) joined #scummvm. [20:33] dtcrshr (~datacrush@unaffiliated/datacrusher) joined #scummvm. [20:33] Anyway, I suppose I should wait for some input from [md5] because I believe he's the one who added support for FreeFont. [20:39] Cheeseness (~cheesenes@ppp118-208-236-8.lns20.hba2.internode.on.net) joined #scummvm. [20:39] Wishmaster (Wishmaster@dslb-084-060-125-091.084.060.pools.vodafone-ip.de) left irc: Read error: Connection reset by peer [20:44] salty-horse (~ori@109.64.168.166) joined #scummvm. [20:44] #scummvm: mode change '+o salty-horse' by ChanServ!ChanServ@services. [20:55] _marc` (~marc@p20030046082791FE989427C54A0ACFF1.dip0.t-ipconnect.de) joined #scummvm. [20:55] LordHoto (~loom@unaffiliated/lordhoto) joined #scummvm. [20:55] #scummvm: mode change '+o LordHoto' by ChanServ!ChanServ@services. [20:56] bgK (~bbouclet@vai69-5-88-183-207-181.fbx.proxad.net) left irc: Ping timeout: 245 seconds [20:58] Lybr4 (~Lybra@p5488496F.dip0.t-ipconnect.de) joined #scummvm. [21:00] Lybra (~Lybra@p54885450.dip0.t-ipconnect.de) left irc: Ping timeout: 264 seconds [21:01] salty-horse (~ori@109.64.168.166) left irc: Ping timeout: 255 seconds [21:03] Vanfanel (~sddhwo@239.Red-83-33-247.dynamicIP.rima-tde.net) left irc: Quit: Lost terminal [21:05] zear_ (~zear@h196n1-g-kt-a31.ias.bredband.telia.com) joined #scummvm. [21:06] LordHoto (~loom@unaffiliated/lordhoto) left irc: Quit: ... [21:12] [vEX]- (~vex@h-85-24-195-9.na.cust.bahnhof.se) joined #scummvm. [21:14] ny00123 (~ny00123@bzq-79-181-25-238.red.bezeqint.net) got netsplit. [21:14] zear (~zear@h196n1-g-kt-a31.ias.bredband.telia.com) got netsplit. [21:14] [vEX] (~vex@h-85-24-195-9.na.cust.bahnhof.se) got netsplit. [21:14] Trixar_za (trixarian@2400:8900::f03c:91ff:fe69:e40f) got netsplit. [21:14] Nick change: zear_ -> zear [21:14] Possible future nick collision: zear [21:15] salty-horse (~ori@109.64.24.156) joined #scummvm. [21:15] #scummvm: mode change '+o salty-horse' by ChanServ!ChanServ@services. [21:15] toney (toney@91-16-132-95.pool.ukrtel.net) left #scummvm ("PONG :sinisalo.freenode.net"). [21:17] Cheeseness (~cheesenes@ppp118-208-236-8.lns20.hba2.internode.on.net) left irc: Quit: Leaving. [21:17] Trixar_za (trixarian@2400:8900::f03c:91ff:fe69:e40f) returned to #scummvm. [21:19] salty-horse (~ori@109.64.24.156) left irc: Ping timeout: 255 seconds [21:24] ny00123 (~ny00123@bzq-79-181-25-238.red.bezeqint.net) returned to #scummvm. [21:25] [vEX] (~vex@h-85-24-195-9.na.cust.bahnhof.se) got lost in the net-split. [21:25] ST (~ScottT@ppp14-2-47-143.lns21.adl2.internode.on.net) left irc: Quit: Leaving. [21:28] Lybra (~Lybra@p54884E01.dip0.t-ipconnect.de) joined #scummvm. [21:30] Lybr4 (~Lybra@p5488496F.dip0.t-ipconnect.de) left irc: Ping timeout: 252 seconds [21:31] salty-horse (~ori@109.64.139.215) joined #scummvm. [21:31] #scummvm: mode change '+o salty-horse' by ChanServ!ChanServ@services. [21:33] waltervn (~walter@541B5492.cm-5-4b.dynamic.ziggo.nl) left irc: Quit: Leaving [21:34] ny00123 (~ny00123@bzq-79-181-25-238.red.bezeqint.net) left irc: Quit: Leaving [21:36] salty-horse (~ori@109.64.139.215) left irc: Ping timeout: 244 seconds [21:39] Lybr4 (~Lybra@p54886288.dip0.t-ipconnect.de) joined #scummvm. [21:40] WooShell (woo@ipbcc0be82.dynamic.kabel-deutschland.de) joined #scummvm. [21:42] meow =^.^= [21:42] Lybra (~Lybra@p54884E01.dip0.t-ipconnect.de) left irc: Ping timeout: 264 seconds [21:44] ajax16384 (~User@ip69.net177.n37.ru) left irc: Quit: Leaving [21:49] salty-horse (~ori@bzq-79-178-125-15.red.bezeqint.net) joined #scummvm. [21:49] #scummvm: mode change '+o salty-horse' by ChanServ!ChanServ@services. [21:59] salty-horse (~ori@bzq-79-178-125-15.red.bezeqint.net) left irc: Ping timeout: 264 seconds [22:09] LordHoto (~loom@unaffiliated/lordhoto) joined #scummvm. [22:09] #scummvm: mode change '+o LordHoto' by ChanServ!ChanServ@services. [22:11] criezy (~criezy@host86-159-155-127.range86-159.btcentralplus.com) left irc: Quit: criezy [22:21] droid2727 (~droid2727@2600:1001:b12a:daed:cb41:59ad:3028:ad82) left irc: Ping timeout: 244 seconds [22:22] droid2727 (~droid2727@2600:1001:b12a:daed:cb41:59ad:3028:ad82) joined #scummvm. [22:22] #scummvm: mode change '+o droid2727' by ChanServ!ChanServ@services. [22:23] RUBICN64 (~Android@2601:7:94c0:4:251a:3b7a:8ad:5ae2) joined #scummvm. [22:31] Kirben (Kirben@c110-22-51-140.brasd4.vic.optusnet.com.au) joined #scummvm. [22:31] #scummvm: mode change '+o Kirben' by ChanServ!ChanServ@services. [22:45] <[md5]> just came back [22:45] <[md5]> eriktorbjorn: are you around? [22:49] RUBICN64 (~Android@2601:7:94c0:4:251a:3b7a:8ad:5ae2) left irc: Quit: AndroidIrc Disconnecting [22:50] Lybr4 (~Lybra@p54886288.dip0.t-ipconnect.de) left irc: [22:50] [md5]: Yes. [22:50] <[md5]> hello :) [22:50] <[md5]> thanks for your work on the fonts [22:51] [md5]: Any thoughts on how we should proceed? [22:51] <[md5]> I basically chose FreeFont cause of its crispness compared to the others, its relatively small size, and its GNU licence [22:51] <[md5]> other than that, I'm personally happy with whatever is best visually and compatible with our license model [22:52] <[md5]> I chose to ignore the bundled font with ScummVM on purpose, to avoid graphical glitches when only that font is available [22:52] <[md5]> and instead force people to download the required fonts [22:52] <[md5]> cause we would get all sorts of silly bug reports caused by wrong fonts [22:53] <[md5]> I did check the Windows fonts, but found them to be too ugly compared to FreeFont... but then again, I didn't know about that flag that fuzzie mentioned [22:54] <[md5]> in any case, IMHO we could add support for libre fonts too [22:54] <[md5]> it's yet another option [22:54] <[md5]> but I don't know if that would confuse people more [22:54] <[md5]> so I thought it'd be best to just stick with one font set [22:55] <[md5]> your thoughts? [22:55] <[md5]> you seem too quiet :P [22:55] frankyboy_ (~franky@195.9.73.84) left irc: Remote host closed the connection [22:55] [md5]: As I said before, the game over screen at the well is a bit broken with FreeFont. Not just that it's hard to read, but one line was missing in the final text. [22:55] droid2727 (~droid2727@2600:1001:b12a:daed:cb41:59ad:3028:ad82) left irc: Ping timeout: 265 seconds [22:56] <[md5]> is that fixed with the correct flag? [22:56] Action: [md5] checks the screenshots [22:56] [md5]: Not when I tried it, assuming I got the correct flag. [22:56] <[md5]> it does look to be some sort of scaling issue, cause if I enlarge the fonts, they look good [22:57] <[md5]> as for the bold/italic versions... [22:57] <[md5]> let me see what flavors the games actually use [22:58] [md5]: What happens with the "Your score is ..." line when you enlarge the fonts? [23:00] [md5]: What I found attractive about Liberation was that the text positioning matches the Windows fonts very well for my test cases, while with FreeFont it was different sometimes to the point of being broken. [23:03] <[md5]> Nemesis uses Arial bold and Arial bold+italic [23:03] droid2727 (~droid2727@2600:1001:b12a:daed:cb41:59ad:3028:ad82) joined #scummvm. [23:03] #scummvm: mode change '+o droid2727' by ChanServ!ChanServ@services. [23:04] <[md5]> hrm [23:04] <[md5]> I can't remember where the other fonts are used [23:04] <[md5]> let me check [23:11] _marc` (~marc@p20030046082791FE989427C54A0ACFF1.dip0.t-ipconnect.de) left irc: Quit: _marc` [23:12] Quatroking (~Quatrokin@ip226-139-211-87.adsl2.static.versatel.nl) left irc: Read error: Connection reset by peer [23:15] Guest83812 (~tompsson@h-240-64.a199.priv.bahnhof.se) left irc: Ping timeout: 256 seconds [23:22] Tomaz^ (~tompsson@h-240-64.a199.priv.bahnhof.se) joined #scummvm. [23:34] edheldil_ (~edheldil@ip-78-45-160-121.net.upcbroadband.cz) left irc: Ping timeout: 264 seconds [23:34] m_kiewitz (~m_kiewitz@kons-4d03db06.pool.mediaWays.net) left irc: Quit: technology isn't intrinsically good or evil. It's how it's used. Like the Death Ray. [23:50] Javacat (~Javacat@unaffiliated/javacat) left irc: Ping timeout: 264 seconds [23:52] WooShell (woo@ipbcc0be82.dynamic.kabel-deutschland.de) left irc: Quit: Walking upside down in the sky, between the satellites passing by. Gliding along the black rainbow, I fly away with my shadow. Scratching the moon like a DJ, the night follows its odyssey. [23:58] t0by (~t0by@93.37.211.239) left irc: Ping timeout: 264 seconds [00:00] --- Tue Jan 13 2015