I can't seem to reply on Firefox (127.0.2). The only extension I have active is uBlock Origin but I disabled it, and still no difference. I also refreshed the page without the cache, and no difference. User agent set to chrome also made no difference.
Chrome (Chromium, 126.0) seems to work a little better, but I can still get stuck. I think it happens when you click "preview" but refresh the page without hitting "cancel preview," but it might also break after a single preview. Once broken, I can get a fix by refreshing without cache.
What's odd is that the network request bodies are identical, yet the server response returns the error result only for Firefox. I'm guessing there's something up with the headers, but I am not sure which one since most of the headers were the same too.
I'm fresh to this whole resource pack deal, but I'm trying to make it work for 1.20.2. Can you explain it in simple terms?
There's a lot of (necessarily) detailed steps so maybe it's good to understand the high-level overview. Re-visit the original post to know more. It's still relevant for 1.20.2, but the pack format might be a higher number like 18 or 48. It should work for all versions though
Convert the music files to .ogg
Create a new folder which will represent a resource pack.
Inside it, create and edit a text file named pack.mcmeta and add a .png image named pack.png
Create the folder structure in the way that Minecraft resource packs expect.
One of the files in the folder structure is the sounds.json configuration file. Minecraft knows when to play music, but not which files to play. In this file you tell Minecraft which files to play if you are adding new music.
Open Minecraft, find "Open Pack Folder" in settings, and move the folder in there.
your .json should look similar to OP's, but with the file name being changed based on where it is. i'm not totally certain if the dimension's folders should be handled in "music.game" with periods used as slashes, or used with "music/game/" in determining where the file is. i'm still tinkering with this and figuring it out as i go
it is almost certainly the key, as in "music.game". The idea of the sounds.json is to give files some extra metadata and map it to something Minecraft can understand.
In that sense, the folders under the "sounds" folder are just for organization. They have no meaning until they are mapped in the sounds.json, or if they are already mapped by Minecraft itself
The files seem to have a convention like this:
sounds/
+-- music/
+-- game/ (general overworld music and menu music)
+-- {biome}/ (biome-specific overworld music)
+-- {dimension}/ (general dimension music)
| +-- {biome}/ (biome-specific dimension music)
|
| (doesn't fit the pattern but still here)
+-- creative/ (all creative mode music)
+-- water/ (update aquatic music)
There isn't much convention for the keys, but i think the convention going forward is "music.{dimension}.{biome}".
"music.menu"
"music.game" (general overworld music)
"music.{dimension}.{biome}" (ex: "music.nether.basalt_deltas")
"music.end" (doesn't seem to include biome?)
"music.creative"
"music.under_water"
I'm not sure if you can omit the biome to get general dimension music like "music.end"
The list of keys and which files they map to I found at the minecraft.wiki site. It's a good supplement to this thread!
0
I can't seem to reply on Firefox (127.0.2). The only extension I have active is uBlock Origin but I disabled it, and still no difference. I also refreshed the page without the cache, and no difference. User agent set to chrome also made no difference.
Chrome (Chromium, 126.0) seems to work a little better, but I can still get stuck. I think it happens when you click "preview" but refresh the page without hitting "cancel preview," but it might also break after a single preview. Once broken, I can get a fix by refreshing without cache.
What's odd is that the network request bodies are identical, yet the server response returns the error result only for Firefox. I'm guessing there's something up with the headers, but I am not sure which one since most of the headers were the same too.
There is a related thread from about 9 years ago but I'd guess it's from a different cause.
I'm able to reply from Safari on my phone but I'd prefer to reply on a desktop computer.
0
There's a lot of (necessarily) detailed steps so maybe it's good to understand the high-level overview. Re-visit the original post to know more. It's still relevant for 1.20.2, but the pack format might be a higher number like 18 or 48. It should work for all versions though
0
it is almost certainly the key, as in "music.game". The idea of the sounds.json is to give files some extra metadata and map it to something Minecraft can understand.
In that sense, the folders under the "sounds" folder are just for organization. They have no meaning until they are mapped in the sounds.json, or if they are already mapped by Minecraft itself
The files seem to have a convention like this:
sounds/ +-- music/ +-- game/ (general overworld music and menu music) +-- {biome}/ (biome-specific overworld music) +-- {dimension}/ (general dimension music) | +-- {biome}/ (biome-specific dimension music) | | (doesn't fit the pattern but still here) +-- creative/ (all creative mode music) +-- water/ (update aquatic music)There isn't much convention for the keys, but i think the convention going forward is "music.{dimension}.{biome}".
"music.menu" "music.game" (general overworld music) "music.{dimension}.{biome}" (ex: "music.nether.basalt_deltas") "music.end" (doesn't seem to include biome?) "music.creative" "music.under_water"I'm not sure if you can omit the biome to get general dimension music like "music.end"
The list of keys and which files they map to I found at the minecraft.wiki site. It's a good supplement to this thread!