[00:05] CommunistWolf (~quassel@unaffiliated/lupine-85/x-7392152) left irc: Ping timeout: 256 seconds [00:14] CommunistWolf (~quassel@unaffiliated/lupine-85/x-7392152) joined #scummvm. [00:36] _sev (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [01:15] SylvainTV (~Sylvain@lfbn-lil-1-811-58.w92-148.abo.wanadoo.fr) left irc: Read error: Connection reset by peer [02:52] [scummvm] dreammaster pushed 2 new commits to master: https://git.io/JvFPO [02:52] scummvm/master ac38d08 dreammaster: GLK: FROTZ: Added extra Infocom version detections [02:52] scummvm/master 0c94056 dreammaster: GLK: FROTZ: Fix crash opening up Milliways release 185 [03:34] cd (~cd@unaffiliated/cd) left irc: Quit: cd [04:56] dreammaster (~dreammast@c-73-241-66-252.hsd1.ca.comcast.net) left irc: [05:31] ldevulder (~ldevulder@176.164.134.208) left irc: Ping timeout: 264 seconds [06:45] yuv422 (~yuv422@180-150-79-85.b4964f.syd.nbn.aussiebb.net) left irc: Remote host closed the connection [06:45] yuv422 (~yuv422@180-150-79-85.b4964f.syd.nbn.aussiebb.net) joined #scummvm. [06:45] #scummvm: mode change '+o yuv422' by ChanServ!ChanServ@services. [07:13] ldevulder (~ldevulder@176.164.129.185) joined #scummvm. [07:27] @sev Actually I didn't notice the provided md5 were different. If I use the ones listed in the log I was able to properly detect the game. Thanks for that. Don't know then what I am making wrong while generating the md5. On mac I was using either "openssl md5" or "md5 -r" which end-up having the same values. I will need to get the right md5 for the other games than [07:29] @DreamMaster That's correct. TurboSCI is Quarky & Quaysoo's Turbo Science. I am using 4 Dynamix games, the above 2 plus Rise of the Dragon and Heart of China. All of them have EXE with a short name, so I picked the names in the EXE files. (turbosci, dragon, hoc) :) Castaway was the exception, at least for now, as the original name is SCRANTIC - still wondering I would use it or not [07:30] BeefEats (~BeefEats@unaffiliated/beefeats) left irc: Read error: Connection reset by peer [07:31] ny00123 (~ny00123@37.46.37.14) joined #scummvm. [07:31] If someone is interested, I ported the code I had for Castaway to work for the other games as well here: https://github.com/xesf/dgds-viewer It's just a viewer and it's not compatible with most of the Resource types yet, mainly Castaway and TurboSCI [07:32] @xesf head -c 5000 file | md5sum [07:33] borosky (~borosky@095160157093.dynamic-2-waw-k-4-1-0.vectranet.pl) left irc: Ping timeout: 250 seconds [07:33] brooksy (~borosky@095160157093.dynamic-2-waw-k-4-1-0.vectranet.pl) joined #scummvm. [07:36] thanks, will re-generate the values 😉 [07:37] all good now [07:37] https://cdn.discordapp.com/attachments/581224061091446795/695537970618433596/unknown.png [07:39] waltervn (~waltervn@scummvm/undead/waltervn) joined #scummvm. [07:39] #scummvm: mode change '+o waltervn' by ChanServ!ChanServ@services. [08:15] Lightkey (~Darklock@p200300F693C6496022CF30FFFE083718.dip0.t-ipconnect.de) left irc: Ping timeout: 252 seconds [08:28] Lightkey (~Darklock@p200300F693C6499722CF30FFFE083718.dip0.t-ipconnect.de) joined #scummvm. [10:25] vliaskov (~vliaskov@x4db77904.dyn.telefonica.de) joined #scummvm. [11:22] DominusExult (~dominus@port-92-194-118-209.dynamic.as20676.net) joined #scummvm. [11:22] DominusExult (~dominus@port-92-194-118-209.dynamic.as20676.net) left irc: Changing host [11:22] DominusExult (~dominus@unaffiliated/dominus) joined #scummvm. [11:26] Dominus (~dominus@unaffiliated/dominus) left irc: Ping timeout: 264 seconds [11:26] Nick change: DominusExult -> Dominus [11:37] _sev (~sev@d158167.upc-d.chello.nl) joined #scummvm. [11:37] _sev (~sev@d158167.upc-d.chello.nl) left irc: Changing host [11:37] _sev (~sev@scummvm/undead/sev) joined #scummvm. [11:37] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [11:53] _sev (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [11:57] _sev (~sev@d158167.upc-d.chello.nl) joined #scummvm. [11:57] _sev (~sev@d158167.upc-d.chello.nl) left irc: Changing host [11:57] _sev (~sev@scummvm/undead/sev) joined #scummvm. [11:57] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [11:59] yuv422 (~yuv422@180-150-79-85.b4964f.syd.nbn.aussiebb.net) left irc: Remote host closed the connection [12:00] yuv422 (~yuv422@180-150-79-85.b4964f.syd.nbn.aussiebb.net) joined #scummvm. [12:00] #scummvm: mode change '+o yuv422' by ChanServ!ChanServ@services. [12:13] _sev (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [12:13] _sev (~sev@d158167.upc-d.chello.nl) joined #scummvm. [12:14] _sev (~sev@d158167.upc-d.chello.nl) left irc: Changing host [12:14] _sev (~sev@scummvm/undead/sev) joined #scummvm. [12:14] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [12:16] _sev (~sev@scummvm/undead/sev) left irc: Client Quit [12:33] _sev (~sev@scummvm/undead/sev) joined #scummvm. [12:33] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [12:37] _sev (~sev@scummvm/undead/sev) left irc: Client Quit [12:39] _sev (~sev@scummvm/undead/sev) joined #scummvm. [12:39] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [12:53] _sev (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [12:54] _sev (~sev@scummvm/undead/sev) joined #scummvm. [12:54] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [13:00] _sev (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [13:23] _sev (~sev@d158167.upc-d.chello.nl) joined #scummvm. [13:23] _sev (~sev@d158167.upc-d.chello.nl) left irc: Changing host [13:23] _sev (~sev@scummvm/undead/sev) joined #scummvm. [13:23] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [13:24] nice [13:31] Is there a code style guide for the project? [13:31] I looked around on the Wiki a bit and couldn't find one. [13:34] ajax16384 (~User@109.60.130.33) joined #scummvm. [13:34] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [14:04] @Thunderforge: https://wiki.scummvm.org/index.php?title=Code_Formatting_Conventions and https://wiki.scummvm.org/index.php?title=Coding_Conventions [14:11] Thanks! [15:11] loki_ (~loki@2a02:8071:2bb9:8a00:4c12:938c:dd15:da7e) joined #scummvm. [15:14] @Thunderforge let's convert compatibility page [15:15] @Thunderforge your ideas on how to do it in parallel are welcome. Maybe pregenerate the entries first, and then put to the google doc for joint editing? [15:16] @sev Sure, I was thinking having a draft in a PR, but we could put that in a Google Doc if that's better. [15:16] I mean, I am willing to help with the conversion [15:16] Oh okay. Thanks. Give me a bit to get that set up. [15:17] I'm confused about your suggestion for a notes field. What would be in there? It seems like the main thing that it's used for is versions supported, and I have a new field for that: versionsSupported: - Amiga # If necessary, we can add since information to each version - since: x.y.z - Apple II [15:19] - Amiga - since 0.12.0 - fully supported - since 0.10.0 - notes missing sound [15:21] Hmm, I figured that info wasn't really used any more and we just relied on the bug tracker and release notes. I mean, recent engines like Blade Runner just shows up one day as supported. Most engines for 2.1.1 just say "Game is completable", which I figure is redundant if it's supported. [15:21] I guess to clarify: my vision was that only games that were supported (as listed in the wiki) would be on the list. [15:21] So if version 0.10.0 isn't supported because it's missing sound, it wouldn't be on the list. [15:22] that is simply because (a) Blade Runner is a single platform game (b) it was added in a practically perfect state [15:23] re: wiki. You're mixing things here. The primary list is compatibility. Wiki is added ad hoc when time permits and we do not forget. We often forget compatibility list, hehe [15:23] Maybe more generally: should work in progress engines be on the list? (Distinguished from an engine with one supported platform with more added later). [15:23] no, in-progress engines make no sense [15:23] as we do not want any bugreports or complaints about them [15:23] What about work in progress platforms? [15:24] and in your proposal you're missing the 'support level', that needs to stay for easy reference [15:24] (Instead of engines, I should ahve said games) [15:24] what do you mean about wip platforms? I do not understand [15:25] You gave the example above where an Amiga game was missing sound in 0.10.0, but fully supported in 0.12.0. To me, 0.10.0 would be a WIP platform. [15:25] Yeah, I deliberately removed "support level" because I think it's not very useful data for supported games. [15:25] And has been pretty contentious what is "Good" versus "Excellent" [15:26] To me, date it was added is more useful, which is why I added since. [15:26] we had this discussion in the past. We used to apply 'excellent' where we had access to the original source and 'good' otherwise, but we decided to drop this since [15:27] some games, like Mac SCUMM games, stay playable, but without sound for years [15:27] or, Amiga ITE exists, but it is not supported [15:27] because of different file format [15:28] sometimes we start adding game for a specific platform, but it has major issues. We still keep it as not supported [15:28] So say that there is a game that has three versions: Windows, Mac, Amiga. Windows is fully working. Mac is missing sound. Amiga is unreadable. Which should be listed in this new compatibility data? [15:29] because the primary notion of 'supported' is: audience welcome to play the game and bug reports are accepted [15:30] like, Moonbase Commander is playable, but I do not want to annouce it as supported yet because of graphical glitches [15:30] and the networking is still WIP [15:30] but I would announce it without networking if it would not have those annoying glitches [15:31] Moon Commander is not currently on the Compatibility page. Are you saying it should be? [15:31] no, and this is an example why not. I decide when to declare the game compatible [15:31] I, as the engine author [15:33] Okay, I get that it's not compatible (which as I understand, is what we mean when we say that a game is "supported", and which ought to be included on the Wiki if we don't forget), and therefore should not be on the Compatibility page. We're in agreement there. [15:33] If networking and anything else missing were added for 2.2.0, then the new data would have since: "2.2.0" in it under my propsoal. [15:34] correct [15:35] Great, we're on the same page for that part 🙂 [15:35] and if a user wants to see compatibility for 2.1.0, it would not list the game, or show it as "not supported", or better short one "supported since 2.2.0" [15:35] in blinking text! [15:35] With marquee! [15:36] Yeah, that was the UI I had in mind. Ideally, I'd like a drop-down menu filter defaulting to the latest, and it would hide games not supported in a particular version. [15:36] But that's for future discussion. [15:37] So I think the question I had earlier was how we organize the data if some versions of a game are supported, but others aren't. [15:37] So say that there is a game that has three versions: Windows, Mac, Amiga. Windows is fully working. Mac is missing sound. Amiga is unreadable. Which should be listed in this new compatibility data? [15:38] And the engine/game author has already declared that Windows is compatible, meaning it's on the page. [15:38] _sev (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [15:38] Spanish Oficial Web error: Unexpected characters near "Fixing Powerful Windows" ya está aquí!"" at line 1 (near "title: "¡ScummVM 2.1.2 "Fixing Powerful Windows" ya está aquí!""). [15:38] _sev (~sev@d158167.upc-d.chello.nl) joined #scummvm. [15:38] _sev (~sev@d158167.upc-d.chello.nl) left irc: Changing host [15:38] _sev (~sev@scummvm/undead/sev) joined #scummvm. [15:38] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [15:39] @sev If you need to address that Spanish web error, we can continue this discussion later. [15:39] then it will show all three, something like: "windows, amiga, mac supported, amiga lacking sound" [15:40] it would be important to list all platforms so people would get their copy and may know that it does have issues [15:40] e.g. when game was released for all these platforms [15:41] have to go, be back in an hour or so [15:42] Okay, that seems to be different than how it worked in the past. In old compatibility xml files, we would only list certain platforms. E.g. compat-0.5.0.xml only mentions Amiga and PC versions for Maniac mansion, while 2.1.1 lists seven. [15:42] I'll summarize our discussion on GitHub. [15:44] _sev (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [15:51] Because in 0.5.0 it was so early that we were not even thinking about supporting all platforms [15:52] For the list of platforms I would go first to our code and then even to mobygames [15:52] 0.5.0 is 2002 or 2003 [15:53] @Thunderforge [15:54] That was a quick hour 😄 [15:55] So if a game supports any platforms, you're saying we should list them all in our new compatibility data. We should also indicate which of them are supported, which are unsupported, and for the unsupported ones, what the major defects are. Correct? [16:01] How important is it to list the major defects in this compatibility data (e.g. missing sound)? Would it be acceptable to just separate them from supported and unsupported, and then defer to the Wiki and/or bug tracker? [16:01] Something like this: yaml name: "FooGame" since: "0.2.0" platforms: - supported: - name: "Windows" since: "0.2.0" - name: "Macintosh" since: "0.4.0" - unsupported: - name: "Amiga" - name: "FM-Towns" [16:02] Then the only time you change it would be to move an entry from unsupported to supported (adding a since). This also means less chance of forgetting to change the list of major defects in unsupported stuff (e.g. 0.5.0 had sound and networking missing, now 0.6.0 has only networking missing). [16:09] BeefEats (~BeefEats@unaffiliated/beefeats) joined #scummvm. [16:23] cd (~cd@unaffiliated/cd) joined #scummvm. [16:44] _sev (~sev@d158167.upc-d.chello.nl) joined #scummvm. [16:44] _sev (~sev@d158167.upc-d.chello.nl) left irc: Changing host [16:44] _sev (~sev@scummvm/undead/sev) joined #scummvm. [16:44] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [16:45] @Thunderforge incorrect [16:45] Compatibility list has only games which were declared supported. There are number of WIP engines, and at some point in time, the game(s) of the engine declared supported [16:46] at that moment we need to enlist all platforms of the original game, if the game was released more than on a single platform. At that time we may declare which versions are supported and which are not [16:47] How important to list the major defect: important. Engine authors decide what to mention [16:47] thus, it would be not acceptable to drop certain platform, if, some of the game features are not working, but game is still completable [16:48] for instance, we would never support printing the drawings from the Putt Putt's Fun Shop. But may mention it (it is not mentioned now) [16:52] and that was not an hour passing, it was just me from a mobile phone. now it has passed [17:03] WindlePoons (~WindlePoo@80-110-56-88.cable.dynamic.surfer.at) joined #scummvm. [17:05] WindlePoons (~WindlePoo@80-110-56-88.cable.dynamic.surfer.at) left irc: Client Quit [17:54] > hum. I just tried ScummVM on my Android smartphone (Sony one) and it can't access file system with last master. It displays an error telling it can't access SD card in 2.1.0 and in 2.0.0 (in the store) it works LePhilousophe: did you create a bug ticket for it? [18:27] vliaskov (~vliaskov@x4db77904.dyn.telefonica.de) left irc: Remote host closed the connection [18:38] systwi (~systwi@173-20-216-139.client.mchsi.com) joined #scummvm. [18:40] systwi_ (~systwi@173-20-216-139.client.mchsi.com) left irc: Ping timeout: 265 seconds [19:49] loki_ (~loki@2a02:8071:2bb9:8a00:4c12:938c:dd15:da7e) left irc: Quit: Leaving [19:52] Comi doesnt work (not more) on Android Phone, git 2.2.0 [19:53] SylvainTV (~Sylvain@lfbn-lil-1-811-58.w92-148.abo.wanadoo.fr) joined #scummvm. [19:53] #scummvm: mode change '+o SylvainTV' by ChanServ!ChanServ@services. [20:28] ajax16384 (~User@109.60.130.33) left irc: Read error: Connection reset by peer [20:36] Android port is in a transitional phase, we've just updated the toolchain and some issues are known and others are expected. [20:37] However, when reporting issues, please give as much info as possible - Android OS version, your tablet/phone model, the ScummVM version you used or build etc. And please make a proper bug report in the ScummVM bug tracker [20:38] Otherwise we won't be able to help [21:02] JohnnyonFlame (~quassel@179.232.194.217) left irc: Read error: Connection reset by peer [21:03] JohnnyonFlame (~quassel@179.232.194.217) joined #scummvm. [21:07] > @sev Compatibility list has only games which were declared supported. There are number of WIP engines, and at some point in time, the game(s) of the engine declared supported Yep, that's what I meant to say. Sorry for not spelling that out clearly. I guess I was using engine and game interchangeably, when I really mean game. [21:08] I think I'm okay with listing all platforms, and separating which versions are supported and which are not. [21:09] You gave the example of Putt-Putt's Fun Shop printing never being supported, and it not being mentioned on the Compatibility page. Do you think it should be? To me, I figured that might be better for the wiki. [21:32] [scummvm] sev- pushed 11 new commits to master: https://git.io/JvbZo [21:50] JohnnyonFlame (~quassel@179.232.194.217) left irc: Read error: Connection reset by peer [21:52] JohnnyonFlame (~quassel@179.232.194.217) joined #scummvm. [21:58] JohnnyonFlame (~quassel@179.232.194.217) left irc: Read error: Connection reset by peer [21:59] JohnnyonFlame (~quassel@179.232.194.217) joined #scummvm. [22:21] waltervn (~waltervn@scummvm/undead/waltervn) left irc: Quit: Leaving [22:36] i feel that there should be some status between "nope, won't run" and "it should run fine, we accept bug reports" [22:43] yuv422 (~yuv422@180-150-79-85.b4964f.syd.nbn.aussiebb.net) left irc: Remote host closed the connection [22:44] yuv422 (~yuv422@180-150-79-85.b4964f.syd.nbn.aussiebb.net) joined #scummvm. [22:44] #scummvm: mode change '+o yuv422' by ChanServ!ChanServ@services. [22:59] Scummette (~Scummette@roberta.scummvm.net) left irc: Ping timeout: 246 seconds [22:59] Scummette (~Scummette@roberta.scummvm.net) joined #scummvm. [23:21] @Henke37 we never were doing it. why should we? [23:28] Of course you did, look at all these colours in the HE games section: https://www.scummvm.org/compatibility/0.7.0/ [23:30] ny00123 (~ny00123@37.46.37.14) left irc: Quit: Leaving [23:42] [scummvm] sev- pushed 3 new commits to master: https://git.io/JvbWt [23:42] scummvm/master 52a4675 sev-: DIRECTOR: Drop '#' from SYMBOL value [23:42] scummvm/master 56d7a1d sev-: Revert "DIRECTOR: Use reserve() instead of resize() for Arrays" [23:42] scummvm/master 04c98c8 sev-: DIRECTOR: Preprocess sound command [00:00] --- Sat Apr 4 2020