sounds in resource packs no longer overwrite the originals.

My most recent attempt (failed) to overwrite the old sounds

@Steven Valenski:
You may take a look into your sounds.json file (or post it here) ...

@zombie hunter
don't know if you got an update but I was posting it most likely while you were typing 😛

Why is your bow random.bowhit different?

"random.bowhit": {
    "category": "neutral",
    "replace": true,
    "sounds": [
      {
      "name": "random/bowhit1",
      "weight": 0
      },
      {
      "name": "random/bowhit2",
      "weight": 0
      },
      {
      "name": "random/bowhit3",
      "weight": 0
      },
      {
      "name": "random/bowhit4",
      "weight": 0
      },
      {
      "name": "random/MagicHit",
      "weight": 100
      }
    ]
  },

instead of

"random.bowhit": {
    "category": "neutral",
    "sounds": [
      "random/bowhit1",
      "random/bowhit2",
      "random/bowhit3",
      "random/bowhit4"

I haven't dealt with this extent of replacing sounds but I don't see the reason for the "name" especially if they are using the same name as the original files. I could see it being an issue if they were different but they aren't. I'm guessing weight just determines how often it gets played?

On the note of my previous post, why are you replacing the names of certain ones anyway? the Levelup soung being replaced with 1up seems kind of redundant when you could have easily just had your 1up sound be named levelup and in the proper folder in your resoursepack and it would get replaced automatically. Same with coin and Playerdown. In fact most of them could easily just be having them the same name as existing sounds files and just using the default sounds.json and having them in the proper folder of your resourse pack.

I use different villiager sounds for my resourse pack and all I did was name them the same as the original files. All I did was make sure they were in the proper folder in my resourse pack and minecraft automattically replaced them.

the reason I tried this method is because I had originally tried just giving them the same name, it wasn't working at all that way. this way I seem to at least get the sounds mixed in.

Edit: actually I haven't tried maintaining the name and putting an additional copy of sound.json into my resource pack.... I'll give that a try and post again

What I'd do is make your new sounds the same name as existing. Copying the noraml sounds.json as is and just adding the "replace" item to the special items that you couldn't or can't make the same which honestly looking at your posted file, isn't a whole lot, as the majoirity can just use the same name. Even if the content is the same (Playerdown being a prime example as your using it in all three die variable, just copy playerdown as many times as needed and rename to match the original sounds). If you can make them all match existing sounds (in name) then you won't even need to have the sounds.json in your resourse pack at all as it'll pull the normal one, which will pull the sounds from your resourse pack.

Note: Rememebr that any sound/item in the current sounds.json that isn't in your new version (in your resourse pack) won't play at all since your fully replacing the current one by your resourse pack and if it ain't there it won't play.

tried that and I still end up with original sounds mixed in for some reason. I even made 3 copies of the same sound effect and named them bowhit1, bowhit2 and bowhit3. Also a second issue arose while considering this as an option In my resource pack. With the new formatting I had intended to add a "game over" esque theme for when players die but this by default uses the same sound effect as getting hit. so renaming everything to mirror a default sound file wouldn't be a viable option anyway.

@Th3F4114n0n3
also to comment on your previous post, that isn't true, even all of the mob sounds that I haven't listed continue playing. I think my whole issue is coming up because of how the songs.json functions I think. Dinnerbone had said that for this file it's not replacing so much as stacking with the old file and that by default nothing is overwritten which is why I had also attempted to use "replace": true as well

wasn't aware of that. I figured it worked like most resourse pack files in that it fully replaced... like I said haven't been into the extent of sound replacement as your into atm. I just make my new sounds have the same name as what they are replacing and put them in there proper folder in my resourse pack and they work so I've not tried to delve to far into changing that file

updated because the problem persists in the new snapshot as well

have you tried updating your sounds to match current files names and seeing if it works then. The fact your telling minecraft to replace so much might be an unexpected limitation to the replace feature in the sounds.json file or worse you've typed one minute thing wrong and trying to figure out what and where might take longer than therename. At the same point, the majoirity of your sounds could eaily be fixed by this solution (not using the replace in the sounds.json but renaming the file to match its current sound and placing it in the correct folder location in your resourse pack).

yes I have, that was the results I spoke of 5 posts above here (2:37pm gmt-5)

also on a somewhat related note, doesn't the fact that someone posted the same issue (as noted by the "is duplicated by" above) mean that this has been confirmed?

possibly. The question for them would be if they new about the folder name change since alot of people still don't know.

Can you post your resource pack to this bug so I can take a better look at it. It's possible seeing everything in one place might help determine what the issue might actually be.

Too large to post directly and I'm not ready to put up the whole resource pack yet but here's a link to it stripped down to everything to do with the new sounds. http://www.mediafire.com/download/7rc3p347gzyjlbz/SMW+Resource+Pack.zip

okay... Everything works for me. I did make a few changes but everything is working for me. for the bowhit thing... the weight can not be 0 or they will always play. I set them to 1 and the Magic hit to 20 (it may be able to go heigher but there might be a limit to theis number), and 19/20 times it played the magic hit sound. basically your sounds.json looks like this now

{
  "ambient.cave.cave": {
    "category": "ambient",
    "replace": true,
    "sounds": [
      "ambient/cave/BowserLaugh"
    ]
  },
  "random.bowhit": {
    "category": "neutral",
    "replace": true,
    "sounds": [
      {
      "name": "random/bowhit1",
      "weight": 1
      },
      {
      "name": "random/bowhit2",
      "weight": 1
      },
      {
      "name": "random/bowhit3",
      "weight": 1
      },
      {
      "name": "random/bowhit4",
      "weight": 1
      },
      {
      "name": "random/MagicHit",
      "weight": 20
      }
    ]
  },
  "music.game": {
    "category": "music",
    "replace": true,
    "sounds": [
      {
        "name": "music/Athletic",
        "stream": true
      },
      {
        "name": "music/Bonus",
        "stream": true
      },
      {
        "name": "music/KoopaJr",
        "stream": true
      },
      {
        "name": "music/Overworld",
        "stream": true
      },
      {
        "name": "music/SubCastle",
        "stream": true
      },
      {
        "name": "music/Swimming",
        "stream": true
      },
      {
        "name": "music/Title",
        "stream": true
      },
      {
        "name": "music/Underground",
        "stream": true
      }
    ]
  }
}

Also. I renamed your Coin.ogg to orb.ogg and your 1up.ogg to levelup.ogg and they work fine as well so I'm not seeing what changed for them other than I'm letting the default sounds.json pull it. I also renamed your bat sound to takeoff.ogg but I'm not sure exactly what its supposed to be as its the only one that doesn apear to work. I completely removed them from your sounds.json which then by default the normal sounds.json looked in your resource pack first for the files and played them

did you let the time of day triggered music play as well? that wasn't playing for me either.

oh almost forgot, the Playerdown.ogg. I copied twice and renamed all three files to hit1.ogg, hit2.ogg, and hit3.ogg and they work now as well... as you noticed they also aren't in the sounds.json code I posted. Basically now the default is pulling them from your resourse pack. ( i attahced your resourse pack in 2 zip files.. just merge the one labeled rest of music with the music folder in the second and you should be good to go.

edit: I did not yet.. let me check that and get back to you

also I can't just rename playerdown to hit1, 2 and 3 as I stated before they're also used for the sound effect when you get hit, which this sound is not intended to be for

that's why I've been staying away from simply duplicating existing names, this new format is intended to be a more precise way to edit sounds, not just a new way to do what we've already been able to. So resorting to renaming things to something that already exists kind of defeats the purpose. Though let me be perfectly clear that I am glad that you're trying to help me out, this one doesn't seem to be getting much attention aside from you and myself.

also testing out as you've set it up it still plays the old sounds just less frequently, so still not desired effect ._.
and the bat sound is working as well just as with the arrows it's choosing between default and new. changing the name doesn't seem to affect it. possibly because sounds are now to be treated as a stack rather than a replacement?
EDIT: although one of your previous comments gave me an idea, I'm going to check it out and report back

time of day trigger isn;t working. this may be because the game is looking for a specific sound to play during those "times of day" you may have to individually tell it to replace each music file 1 by 1 with what you want but thats an assumption atm

My question is whats the playerdown.ogg for. putting replace won't do anything if there nothing for it to replace in the folder. I know its supposed to replace all files in that directory but if it doesn't understand what its replacing its not going to work

Okay nope it didn't work, so here was what I thought/tested I'm thinking some of what you said earlier is true and some isn't. I think what's happening is the weight of 100 might have been out of range so it wasn't adding any value to it, in fact it might have served the exact opposite effect and behaved as a 0, which brings me to my next thought you had said that setting the old sounds to 0 made them play constantly, I don't think that was the case I think the 100 was the problem. I tried using a weight of 0 to make my new sound play every time and it stopped playing completely. so I'm thinking the conclusion I'm coming to is you can't actually edit the old sounds any more, maybe you can only drastically outweigh them as it currently is?

not trying to make that sound bad (last statement) its just computer talk. you can't just say replace directory with this and then expect the system to understand you want file A to now be file B with a different name. It's not going to work.

And I was under the assumpting that the sounds.json was to gives us more control. Not necissarily let us make changes in the sense of what your accomplishing. Like my last post said. it may be that you have to tell it specifically which file to replace each file with.

the directory is the game.player.die, game.neutral.die and game.hostile.die (so that is the directory that is being cleared out and replaced) but after re-reading dinnerbone's post I think I know what the issue is. he said that "replace": true forces a replacement of all above res pack sounds. while I didn't get it at first, I think he's referring to the resource pack stack. Basically even if the resource pack is lower on the list it will cancel out any sounds from packs above it. If this is what he meant, then I think my previous conclusion may be correct, I don't think we can actually edit default sounds anymore right now.

most litkely. like I think my last two posts are trying to get at. the system doesnt understand the replace command the way we think it should. Thats how I read it. The default sounds will always play unless you set the weight high enough without being out of its range. the only true way to remove the chance of it playing the sound you don't want is to rename your files to the current name so it knows to replace it

I can agree with that, I guess we were saying the same thing in two different ways. So that being said, it seems while this new update is allowing us to add sounds it's also taking away from previous functionality.

yup... its a bummer but I can kind of understand it with how complex the game is getting, even when its so simple

can someone else take a look at this so we can either confirm it and get it some attention, or make a new report slightly more specific to the perceived issue?

This most recent upload seems to be the best "workaround" for the issue at this time, the original sounds still play but only very rarely.

deleted old one for this one, I forgot a pile of commas XP

is there someone that can mark this as confirmed or have it dealt with properly if this is a "works as is" feature?

so how do we get these noticed if no one looks at or confirms them?

We can vote them and hope someone is back tracking them

ah, how do you vote them?

Upper right hand corner of bug. not sure if you can vote for your own bug report though... never really tried.

it appears I cannot

honestly I'd be satisfied with someone who could label this as confirmed either marking as such or closing it and stating why

SMW_Resource_Pack.zip works fine for me after unpacking.

if you set up something to repeatedly play the same sound, say a dispenser loaded with arrows and hook it up so that it repeatedly fires, you may be able to see the issue that I'm running into. it's not that the new sounds aren't playing it's that the old sounds are still playing too. with the most recently posted sounds.json it's supposed to be something like one in every 256 times an arrow hits a solid surface it still plays the old sound, not bad but still not the desired effect. before the use of the sounds.json we were able to completely overwrite a default sound. is not being able to do that now an intended function?

if anyone can tell me a halfway decent program to record a video of my screen and sound I'd be more than happy to post it as an example

Edit: decided to use fraps
I'll have a link posted as soon as it uploads

Video recorded and uploaded http://www.youtube.com/watch?v=xJ7dLuT1wjI with notes popping up when the default sounds hit.

for the sake of being thorough, the dispenser set-up I used in my video to test the arrow landing sound.

still persists in 1.7.1

I've provided ample proof of the issue and other players have found the same issue can we get this re-opened?

Per Grum, can I ask if your leaving your files Zipped when running. Just covering a basis.
But the problem might be since Grum said they are working for him (even after your comment of repeating the sound and you'll hear the old ones pop up) might mean he was saying thats its working as intended. that there isn't a way to physically replace sounds in the game the way you want.

This more or less has to do with the games code saying when a player dies play file "X" and the sounds.json doesn't allow replacing what "X" is in the code just the directory the files are in. Just liike what I was trying to say with the time trigger songs. The code says to play a specific Music file and there is no way to tell the code to use a different one (at least not without editing the code which won't affect anyone else who uses your resourse pack as theyre code will still say use song "X")

It'd be nice to be able to PM Grum but then again he'd get bombarded with probably 100K PM's a day if that were possible

no I always run it straight from the folder because of how much editing I do. Zipping it is really just for the convenience of others.

Just making sure. I would assume my last post explains why it most likely doesn't work. Be nice if Grum would re-read it and see if my logic is accurate though.

well my whole issue with that is up until the new update there was a way, putting a file in your resource pack would overwrite your original and they don't seem to work like that any more. it's kind of a neutral move if you ask me. yeah we have awesome new feature, but we got rid of a pre-existing awesome feature.

I'm still at a loss why yours isn't working the few sounds I've replaced in mine (just by changing there name to match what I want overridden) are working perfectly. I'm wondering if there's a line in your sounds.json is messing it up... Then again if it hasn't changed much... Then I don't know what it would be. Might be your install... Have you tried deleting the 1.7.2 version file and letting it re download?