[00:44] girafe2 (~girafe@176-147-142-235.abo.bbox.fr) joined #scummvm. [00:48] girafe (~girafe@176-147-142-235.abo.bbox.fr) left irc: Ping timeout: 252 seconds [01:01] gsi (~gsi@x4db629f1.dyn.telefonica.de) joined #scummvm. [01:05] gsi_ (~gsi@x4db54bec.dyn.telefonica.de) left irc: Ping timeout: 252 seconds [01:51] DominusExult (~dominus@exult/developer/dominus) joined #scummvm. [01:52] Dominus (~dominus@exult/developer/dominus) left irc: Ping timeout: 246 seconds [01:52] Nick change: DominusExult -> Dominus [03:05] reset (~reset@user/reset) left irc: Quit: reset [03:07] [scummvm] dreammaster pushed 1 new commits to master: https://git.io/Jzzk0 [03:07] scummvm/master 05a4128 dreammaster: AGS: Cleanup of A Tale of Two Kingdoms detections [03:08] [scummvm] dreammaster pushed 1 new commits to branch-2-3: https://git.io/JzzkS [03:08] scummvm/branch-2-3 4d37530 dreammaster: AGS: Cleanup of A Tale of Two Kingdoms detections [03:19] Build [#2128](https://buildbot.scummvm.org/#builders/95/builds/2128) of `master-dreamcast` completed successfully. [03:53] Build [#2150](https://buildbot.scummvm.org/#builders/34/builds/2150) of `fetch-master` completed successfully. [04:30] [scummvm] dreammaster opened pull request #3386: AGS: Skip videos with unsupported video tracks rather than erroring (master...ags_video) https://git.io/Jzzuj [06:23] ny00123 (~ny00123@5.102.216.175) joined #scummvm. [06:44] palasso (~palasso@user/palasso) joined #scummvm. [07:04] [scummvm] mduggan pushed 1 new commits to master: https://git.io/JzgJN [07:04] scummvm/master 62c4cea mduggan: ULTIMA8: Adjust proc loop detection workaround again [07:05] [scummvm] mduggan pushed 1 new commits to branch-2-3: https://git.io/JzgJh [07:05] scummvm/branch-2-3 2e135b2 mduggan: ULTIMA8: Adjust proc loop detection workaround again [08:04] girafe2 (~girafe@176-147-142-235.abo.bbox.fr) left irc: Read error: Connection reset by peer [10:05] TMM_ (hp@amanda.tmm.cx) left irc: Quit: https://quassel-irc.org - Chat comfortably. Anywhere. [10:05] TMM_ (hp@amanda.tmm.cx) joined #scummvm. [10:37] chraist (~chraist@user/chraist) joined #scummvm. [10:45] palasso (~palasso@user/palasso) left irc: Ping timeout: 246 seconds [10:45] palasso (~palasso@user/palasso) joined #scummvm. [10:57] reset (~reset@user/reset) joined #scummvm. [11:05] cde (~cde@user/cde) joined #scummvm. [11:05] coucou [11:07] cde (cde@user/cde) left #scummvm (a pluche). [11:08] chraist (~chraist@user/chraist) left irc: Quit: Leaving [15:57] LePhilousophe[m] (~lephilous@scummvm/LePhilousophe) left irc: Remote host closed the connection [15:57] [scummvm] djsrv pushed 1 new commits to master: https://git.io/Jzanp [15:57] scummvm/master 4667ffe djsrv: CREDITS: Update name [15:58] [scummvm] djsrv pushed 1 new commits to branch-2-3: https://git.io/Jzanj [15:58] scummvm/branch-2-3 d014bdd djsrv: CREDITS: Update name [15:58] SylvainTV__ (~SylvainTV@2a01cb0c08d23e0019958240307bab9f.ipv6.abo.wanadoo.fr) joined #scummvm. [15:59] LePhilousophe[m] (~lephilous@scummvm/LePhilousophe) joined #scummvm. [15:59] #scummvm: mode change '+o LePhilousophe[m]' by ChanServ!ChanServ@services.libera.chat [16:02] Sylvain (~SylvainTV@2a01cb0c08d23e0050461e0a6f8f15df.ipv6.abo.wanadoo.fr) left irc: Ping timeout: 264 seconds [16:05] girafe (~girafe@176-147-142-235.abo.bbox.fr) joined #scummvm. [16:34] girafe (~girafe@176-147-142-235.abo.bbox.fr) left irc: Remote host closed the connection [16:35] girafe (~girafe@176-147-142-235.abo.bbox.fr) joined #scummvm. [16:51] jschwart (~quassel@2001:985:2c6e:0:b00b:32ff:fe28:5567) left irc: Read error: Connection reset by peer [16:52] jschwart (~quassel@2001:985:2c6e:0:b00b:32ff:fe28:5567) joined #scummvm. [19:10] Maturion (~Maturion@p200300ede7222b00f498f023fb267837.dip0.t-ipconnect.de) joined #scummvm. [20:59] [scummvm] zeldin-of-two-factors pushed 1 new commits to master: https://git.io/JzVLk [20:59] scummvm/master 3944d3a zeldin: DC: Request disc swap when needed for plugin loading [21:01] [scummvm] zeldin-of-two-factors pushed 1 new commits to branch-2-3: https://git.io/JzVL8 [21:01] scummvm/branch-2-3 3e62c8e zeldin: DC: Request disc swap when needed for plugin loading [21:02] [scummvm] athrxx pushed 1 new commits to master: https://git.io/JzVLz [21:02] scummvm/master f3729de athrxx: SCUMM: (SCUMM7/8) - fix minor walking code glitch [21:04] TMM_ (hp@amanda.tmm.cx) left irc: Quit: https://quassel-irc.org - Chat comfortably. Anywhere. [21:05] TMM_ (hp@amanda.tmm.cx) joined #scummvm. [21:10] [scummvm] athrxx pushed 1 new commits to branch-2-3: https://git.io/JzVtq [21:26] Question for end users: What do you think of the ScummVM compatibility page (and the individual game pages linked to it)? Are there things that are missing on there that you would like to see? Is there some way that it can be more user friendly? https://www.scummvm.org/compatibility/ [21:27] some definitions for the status categories would be nice [21:27] what does "updated" even mean? [21:27] Maturion (~Maturion@p200300ede7222b00f498f023fb267837.dip0.t-ipconnect.de) left irc: Ping timeout: 252 seconds [21:27] and where is the line between "good" and "excellent"? [21:30] They are described if you click on the games > Good: Game may have minor issues that do not impact the experience. Games can be played all the way through. > Excellent: Game has no known issues. But I'm guessing that you're not finding that very intuitive to find, which likely means it should be changed. [21:30] And you're right, no game is listed as "Updated" [21:31] (Looking through the website data files, that status doesn't even have a description like the others!) [21:31] and i'm not sure agi-fanmade should be listed as a single game. [21:32] Do you have a suggestion for an alternative? [21:32] to agi-fanmade? just list individual games i suppose. [21:34] Good to know. That may be tough because there are hundreds of them, but we'll explore options. [21:35] can the wiki be integrated? it seems a bit strange to have two different pages about the same game. [21:36] I agree, and that's something that I'm personally interested in doing. It's being done in lots of little chunks. [21:37] on the topic of integration, a link to instantly search the bugtracker would be convenient. [21:37] or even a live count of open bug reports! [21:37] I'm also interested in moving the data files to the pages, but this is just a proof of concept so far. [21:37] https://cdn.discordapp.com/attachments/581224061091446795/890714873108000788/unknown.png [21:38] Bugtracker integration is an interesting idea! I'll look into that. [21:40] The compatibility table is already quite big as it is. I don't think we want to list hundreds of agi fan games thousands of AGS games, thousands of Glk games, and add thousands of director games in the future. Besides the work needed to add to them (and it will never be complete), it would also make the page unusable. [21:41] Do you think this would still be a problem if we didn't include fangames? We have hundreds of new commercial games for AGS, Director, and Wintermute. [21:41] I'm wondering if, fangames or no, we need to find a better way to organize the data as ScummVM supports more games. [21:43] I think listing the commercial games individually and one entry for the fan/free games is a sane approach. [21:43] might be worth splitting to separate pages for engines with a lot of games [21:43] those engines are still in active use so it might just turn into chasing your own tail [21:44] But yes, we will likely need to rethink how we present the information either way. [21:46] As for moving data from the wiki to the website, Some data can indeed probably be moved (such as the list of datafiles), but I am not sure aiming to move everything is a good idea. [21:46] i was more thinking the other direction [21:48] One of my worry is that a lot of the content on the wiki was created by user with wiki editor access. I think this content would not exist today if they had had to use unfamiliar and unfriendly tools and create pull requests to add it. [21:49] Can you give an example of some wiki data that you don't think would exist if it weren't for wiki users unfamiliar with pull requests etc? [21:51] Most f the game pages. [21:51] And company pages. [21:58] And it's not just familiarity with the tools, but also the ease of added content that play a role. Even if you are very familiar with git and github, the added steps of creating a commit for the changes, pushing to your fork, and then creating a pull request, may mean less contributions. [21:58] Most game pages seem to have only: * Basic info about the game (e.g. year of release, publisher) * Data files * Links to Wikipedia/MobyGames You said earlier that the datafiles might be candidates to move, and much of the basic info is either already on the compatibility page or could easily be pulled from MobyGames etc. Is there more content on those game pages that you think would be missed? [21:59] It's true that there would be an increased barrier of entry. In the past that hasn't been a big deal with relatively few games supported; someone adds an engine, they add entries for the five games it supports. [21:59] That may not be practical with these new engines with hundreds of games, and barrier of entry may be a big enough deal. [22:02] FYI, the [22:05] @Henke37 You said earlier that you didn't understand the distinction between "Good" and "Excellent". If we were to make the definitions more prominent, would you find that information helpful in using a game with ScummVM? Would it make a difference if it were removed? Is there some other information that would be more helpful? [22:08] i think that support levels are good to have. even if we are mostly past the phase where many games weren't supported. [22:10] palasso (~palasso@user/palasso) left irc: Remote host closed the connection [22:16] ny00123 (~ny00123@5.102.216.175) left irc: Quit: Leaving [22:23] _sev (~sev@scummvm/sev) left irc: Quit: This computer has gone to sleep [22:25] _sev (~sev@d158167.upc-d.chello.nl) joined #scummvm. [22:25] _sev (~sev@d158167.upc-d.chello.nl) left irc: Changing host [22:25] _sev (~sev@scummvm/sev) joined #scummvm. [22:25] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services.libera.chat [22:35] Maybe add names of engines? [22:52] if allowing user contributions is a goal, then definitely keep whatever type of info wed like them to contribute on mediawiki [22:55] You mean moving the game compatibility details from the website to the wiki? So clicking on a game in the compatibility table would go directly to the game wiki page? [22:58] yes. [23:02] That makes sense to me. Or the other way around, if making user contributions harder isnt an issue [23:03] It would be nice to have all the info about a game on a single page [23:09] no, moving game data files to the website is not a viable idea [23:09] because that data is not and cannot be structured: the variety is way too big [23:25] My thought was to just make it text in Markdown format. Is there some reason that would be problematic? [23:25] let's discuss in another channel [00:00] --- Fri Sep 24 2021