Andytizer 269 Share Posted May 9, 2020 I think it's okay for us to put this under Audio (and for us to remove the 'Settings' header from those H2s as per mentioned thread. Reply (Quote) Link to comment Share on other sites More sharing options...
Mirh 103 Share Posted May 11, 2020 On 5/9/2020 at 1:07 PM, Garrett said: There was a previous discussion about removing "settings" from the headings. Some of the templates already have information which is a feature rather than an actual setting (e.g. input settings has "Steam Input API support"), so a row for CD audio would not be the first case like that. I wasn't saying that it clashes with the title, but actually with the mood of all others option. They are all of a somewhat "artistic choice" kind. You can rename it as you want, but it shouldn't be a bin where you throw everything and the kitchen sink. And indeed, Steam input API should absolutely go in the API table. Then I guess like you might be right, that just using winmm is not enough for CD-DA support (even though I wonder why just about all the fixes I have seen relied on a patched _inmm.dll). Wait. But that's actually what you care for? That's what's broken in new windows. What else is there? If you were directly reading yourself the CD like a music player, then nothing should change on your side. Reply (Quote) Link to comment Share on other sites More sharing options...
Garrett 214 Share Posted May 12, 2020 On 5/7/2020 at 9:41 PM, Andytizer said: However as a 'normal user' I think I'd be confused by the term Red Book, it would be better IMO to use a generic term CD audio with Red Book in the tooltip or in brackets. Games referred to this as "Red Book" quite a lot back in the day, often using both terms interchangeably (some like Descent II actually call it Red Book most of the time). The template text has both terms, so even if a reader has never heard of Red Book its meaning can be easily inferred (and is then confirmed by the tooltip). Putting this term in the template will hopefully also reduce situations where this is set incorrectly (e.g. for games that stream audio files from the CD rather than playing actual tracks). Based on a few test searches, internet search engines do not appear to know that Red Book is another term for CD audio in the context of gaming (search results are completely different unless pages happen to mention both terms), so search keyword accessibility is another strong reason for putting both terms in the displayed text. 11 hours ago, Mirh said: Then I guess like you might be right, that just using winmm is not enough for CD-DA support (even though I wonder why just about all the fixes I have seen relied on a patched _inmm.dll). Wait. But that's actually what you care for? That's what's broken in new windows. What else is there? If you were directly reading yourself the CD like a music player, then nothing should change on your side. As I said there are implementations that don't use APIs at all, so handling this with an API focus would inevitably involve ambiguity (which can already occur with some parts of the API table, e.g. being able to set "OpenGL versions" to unknown) and therefore should be avoided when less ambiguous options are also available. Reply (Quote) Link to comment Share on other sites More sharing options...
Andytizer 269 Share Posted May 12, 2020 35 minutes ago, Garrett said: search keyword accessibility is another strong reason for putting both terms in the displayed text I think that sounds good as both words are there. I think it belongs in the Audio section. Reply (Quote) Link to comment Share on other sites More sharing options...
Aemony 142 Share Posted May 12, 2020 19 hours ago, Mirh said: And indeed, Steam input API should absolutely go in the API table. Ah yes, so should our "XInput-compatible controllers" rows (pertains to the XInput API for controllers), and the DualShock 4 rows (pertains to DirectInput / DS4 HID APIs), as well as the "Generic/other controllers" rows as well (pertains to, well DirectInput as well, I guess). After all, you can't interface with a controller without using some form of API... The "Steam Input API Support" row should definitely not solely go in the API section since it pertains to Steam Input support as a whole, which is covered by it as well as the rest of the rows under the Input header. I ain't going to ask our readers to scroll up and down all over the place just to properly get an understanding of how the game interfaces with Steam Input. Also sorry if my tone of voice was a bit aggressive -- just got done after an hour and more editing extravaganza that involved five browser windows, over 30 different tabs, countless edit previews, 10+ actual committed changes, and god knows what other random changes and searches while performing those. I'm friggin' exhausted. Reply (Quote) Link to comment Share on other sites More sharing options...
Garrett 214 Share Posted May 16, 2020 I have now updated the Audio template to support the new row. As always, let me know if there are any problems with this. Antrad 1 Reply (Quote) Link to comment Share on other sites More sharing options...
Antrad 37 Author Share Posted May 16, 2020 Thank you Garrett for your work. Reply (Quote) Link to comment Share on other sites More sharing options...
SirYodaJedi 14 Share Posted May 17, 2020 I think the troubleshooting note should be set to automatically append after the human-written note, with a line break separating them, so that we don't need to manually put in the troubleshooting note when there is something to note about it even though it is set to true. For example: https://www.pcgamingwiki.com/wiki/Star_Wars:_Galactic_Battlegrounds#Audio_settings Reply (Quote) Link to comment Share on other sites More sharing options...
ara1307 2 Share Posted February 28, 2021 Would vote to add the same for "MIDI". This is very actual for games playing under Wine in Linux. Reply (Quote) Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.