Template talk:Sound table

Excessive number of columns
This template currently has an excessive number of columns, and is frequently wider than the page itself (as seen on Ravager and Nether Bricks). A large part of it is technical information that's not well explained and might not be useful to most readers. For example:


 * "stream" and "preload" have no effect on how sounds is heard in-game, and is only relevant for resource-pack creators
 * It's not clear that "pitch" and "volume" are multipliers (and not, say, volume/pitch relative to other sounds)
 * Some people might not understand how pitch multipliers work (e.g. that 2x pitch is an octave higher), and therefore be unable to visualize how they affect the sound
 * It's not explained how the duplicate pitch, volume and attenuation distance interact with each other
 * Some sounds have separate pitches, volumes, or other sounds.json arguments for each individual sound. The individual sounds don't have any identifiers in the template, so attempting to refer to them is confusing (e.g. Ocelot)

It may be argued that the values can be explained through tooltips (as some are already), but tooltips don't work on mobile view and having to hover over a bunch of them to get explanations doesn't seem like the best approach.

I propose to remove the less understandable/relevant columns (pitch, volume, stream, preload); renaming "attenuation distance" to "audible distance" and combining it to a single value to make it more understandable. Individual sounds.json values and their explanations are already on Sounds.json. However, perhaps that could be revamped into a more general "Sound event" page (or separate pages for Java and Bedrock), with the hardcoded values included and explained as well, and the table changed to a more readable format (perhaps splitting by category). Even if that ends up requiring a similarly wide table, it would be limited to a single page and not every page that has sounds. – Sonicwave talk  23:44, 18 August 2020 (UTC)


 * I forgot to comment here. I created Template:Sound table/editcopy in an attempt to make a non-table version. Moving away any fields, or "merging" them will result in incomplete documentation. Reducing the table and linking to a dedicated page is also duplicating a bunch of the content then. So here's a non-table approach, that I kinda like; it's still being worked on and should really be converted to LUA. FVbico (talk) 08:00, 19 September 2020 (UTC)


 * I removed the new columns (for now) as they weren't being applied anyway... Dhranios (talk) 07:48, 1 October 2020 (UTC)

footsteps and "fall on the block" are coming from players
They are not come from blocks. Can test it by only open player sound and fall or step the blocks. Most of the tables are wrong. including Predefined tables.-- Snow Dash （Talk & Contributions） 15:01, 28 December 2020 (UTC)
 * It seems that many block interactions (including this and sliding on honey blocks, for example) use whatever entity is interacting with them for the source. It makes me think there should be another category for things like that. - CrowdingFaun624 (talk) 23:42, 19 August 2022 (UTC)

Redundant columns on JE?
We have Description and Subtitle. I think these are almost always the same (unless for some reason a sound has no subtitle). So we end up typing pretty much the same thing twice. I'm wondering if we really need the description at all. The only reason I can think of to keep is is what I said regarding sounds with no subtitles, but it seems like a lot of duplication for the 1% case. What does anyone else think? - AD OffKilter (talk) 15:54, 30 July 2022 (UTC)
 * I can see some instances where a separate description would be useful to clarify exactly when the sound plays, which often isn't indicated by the subtitle. For example on Warden, the subtitles alone don't clearly indicate which sounds are played when the warden is being called by a shrieker, idle or aggroing. That said however, as mentioned in an above section I think this template in general is large and unwieldy, already being unable to fit within the normal page width, and containing technical values that aren't explained and may therefore be hard to understand to the average person looking for sounds. – Sonicwave talk  20:46, 30 July 2022 (UTC)
 * Yes, I had actually written a response to the above earlier but abandoned it. I think the pitch/volume is fairly unnecessary knowledge. What do you do with it as a player, or even a mod writer? Plus sometimes even with the base pitch they still do random variations in code. The distance is useful, though. I would vote to remove the pitch/volume and rename distance as you indicated above. - AD OffKilter (talk) 21:09, 30 July 2022 (UTC)

confusion
Some actions, such as using a totem of undying, sliding down a honey block, and walking on a block use whatever entity is doing the action, and therefore the  section can vary based on the mob. There is nothing to put in the  to specify this. - CrowdingFaun624 (talk) 19:56, 20 August 2022 (UTC)

Volume and Pitch question
In sounds.json, there are some sounds that have their pitches and volumes listed, and many that don't. Stone's template page, for example, has these values listed, but they are not in sounds.json. How were these values obtained? - CrowdingFaun624 (talk) 19:09, 21 August 2022 (UTC)
 * It seems you might already be aware based on the discussion on your talk page but some sound events are played at different volumes and pitches in the code, as opposed to individual sounds having defined pitch and volume values in sounds.json. I'm not sure if that's the case with the stone block template and haven't checked the code for it however. I wasn't under the impression that there were such large variances in pitch and volume between the different block sounds. – Sonicwave talk  06:30, 23 August 2022 (UTC)
 * BTW, since you're working on sound tables I wonder if you have any thoughts about the discussions above about cleaning up or removing some of the technical columns including pitch and volume. In addition to what I've said previously, it's not clear whether these columns represent the values in sounds.json or in the code itself. The template says "plays this sound event at", but IIRC sounds.json only specifies pitch and volume for individual sounds (which there's currently no way to represent in the template) and it's the code that does it for the actual event. On the other hand, attenuation distance is only a sounds.json field (and I haven't been able to determine what it does exactly, it seems to get mixed with the volume in a certain way). – Sonicwave talk  06:41, 23 August 2022 (UTC)