There are some custom tracks that would benefit greatly from having custom sound effects. For example, there are a few custom tracks I have seen lately with these custom bird objects that fly away when you get close to them. Oddly enough, they sound like the Nokis from Super Mario Sunshine, because that's the sound that they default to. If I were to replace the Noki voices in the brsar with bird chirping, it may fix the issue, but then we have the issue of the actual Nokis (in tracks such as GCN Peach Beach) now making bird chirping sounds instead of their regular voices. Then there are also lots of custom tracks that just kind of feel "dead" in the sense that they are lack atmosphere. And the sound effects that would be required to give them atmosphere don't exist in the default brsar.

To fix this problem, here is the code I am requesting.

If a custom track .szs file contains a brsar file, then any entries in that brsar file should override the default ones when that track is loaded. Since an entire brsar is quite large (~ 100 MB compared to ~ 3 MB for a typical custom track), the custom brsar should only contain the brsar entries you want to override.

To use this code: When you open a brsar in BrawlCrate, there are two panels you can see. On the left, there are entries organized within a tree-like structure with folders. On the right, there is a separate list of entries sorted by index. If you want to replace entries in the left panel with custom entries, then in your custom brsar you would delete all entries and folders in the left panel except for the ones making up the paths of the entries you want to edit. If you want to replace entries in the right panel, then in your custom brsar you would delete all entries in the right panel except the ones you want to edit. Once you have made all the edits you want to make, save the brsar and then add it to your custom track folder, then use wszst to build the folder into a .szs file.

Hey there,

This might be an issue you guys are already aware of, but it seems e-mail notifications aren't working for subscribed threads on this forum.  I double checked my spam folder, nothing there either.

Expanding on my previous thread HERE about missing info in the Broadway Manual, it appears I've ran into some more omitted information of the 1.0 Version of the Broadway Manual. I was doing some real hardware tests of floating point loads and stores, so I can know how to code them into my Broadway PPC Instruction Simulator. Anyway, I was running into some weird results, but after some tinkering, I found out that not only does lfs+stfs operations varie on the HID2 PSE bit, so does lfd+stfd.

Here's what occurs~
lfs
PSE low: 32-bit Single Float loaded from EA. Converted to 64-bit form. Placed into fD
PSE high: 32-bit Single Float loaded from EA. Placed into both ps0 and ps1 of fD

lfd (PSE high stuff missing from Manual)
PSE low: 64-bit Double Float loaded from EA. Placed into fD
PSE high: 64-bit Double Float loaded from EA. Converted to 32-bit Single Precision. Placed into ps0 with ps1 being left undefined***

stfs
PSE low: Value in fS is converted to a 32-bit Single Precision float. That float is stored at EA.
PSE high: ps0 of fS stored at EA

stfd (PSE high stuff missing from Manual)
PSE low: fS stored at EA
PSE high: Value in fS's ps0 converted to 64-bit form. That 64-bit float is stored at EA.

***Tested a handful of numbers, and every time lfd was done (when HID2 PSE high), ps1 was always written as 0x3F800000. I doubt this is a "hardcoded" constant, most likely it's just undefined (junk).

Obviously, if there are data-type conversions (i.e. denorms), those still occur in accordance to what is stated in the Broadway Manual.

Here are two snippets of code that confirms this. These are hooked to the Shared Item Address and will only execute when HID2 PSE is high. I didn't want to set HID2 PSE manually because that requires I-Cache invalidation & disabling. Run these on a real Wii console as Dolphin will not emulate this correctly.

Snippet 1 does this:

• Sets 0x40341000 00000000 in memory via GPRs
  
• Uses lfd to load it
  
• Stores it via stfs, psq_st, and stfd
  
• Results of the 3 stores are printed to screen in that order
  

• Sets 0x40341000 00000000 in memory via GPRs
  
• Uses lfs to load it
  
• Stores it via stfs, psq_st, and stfd
  
• Results of the 3 stores are printed to screen in that order
  

In Mushroom Gorge, when you enter the cave, the volume of the music gets reduced. I would like a code which overrides the volume reduction factor. I assume it's fairly simple, you just need to locate the constant that determines the amount of volume reduction, and then replace it with a custom value.

There is a similar issue in N64 Sherbet Land. There are two different sound triggers that reduce the music volume by different amounts as you go deeper into the cave. A code for each of those would also be nice to have, though it's not as big a priority.

Most coders here are familiar with the Broadway Manual. If anybody has also read through it, you will find it littered with diagram mistakes and typoes. Considering it's a preliminary file that was never meant for the public, this is sort of expected.

However, I came across a decent mistake (or information left missing) regarding the description of the frsqrte instruction. I've been working on a Broadway PPC Instruction Simulator recently and have to make sure it's as accurate as possible. So I've been combing thru the manual at times.

According to the Broadway Manual (page 426), the frsqrte instruction does this~
1. frB used as input (64-bit input)
2. Reciprocal of Square Root Estimate is performed (within 1/4096 accuracy)
3. frD gets result as 64-bit

What's odd is that there is no mention about how the instruction operates in regards to the HID2 PSE bit. I've tried reading other Chapters, and there's nothing explicit. As an fyi, for every single-float instruction (except for fabs, fneg, and fnabs), the operation of said instruction varies depending on whether PSE bit is low or high.

For example, the fmr instruction.
When HID2 PSE is low
1. Entire Value of frB is copied to frD
When HID2 PSE is high
2. ps0 of frB copied to ps0 of frD. ps1 of frD is left UNCHANGED.

Another example (fdivs)
When HID2 PSE is low
1. Entire value of frA is divided by entire value of frB
2. Result placed in frB as 64-bit form but with single precision ofc
When HID2 PSE is high
1. ps0 of frA is divided by ps0 of frB
2. result placed into BOTH ps0 and ps1 of frD

Basically in all the single-float math-type instructions, when HID2 PSE is high, ps0 is input and ps0 + ps1 is output. As you can see above, the fmr instruction is an old ball with frD ps1 being unchanged. The frsp instruction is another odd ball to where the frD's ps1 is left undefined (junk).

The Broadway Manual has zero information about what occurs for frsqrte in regards to HID2 PSE. Nothing. So anyway I did some tests on Real Hardware and this is what occurs~

When HID2 PSE is low
1. Entire 64-bit frB used for input
2. frD gets result as 64-bits

When HID2 PSE is high
1. ps0 of frB is used for input
2. ps0 of frD gets result. ps1 of frD is left UNCHANGED


If anyone cares this is the following code I used for confirmation. f1 gets loaded as 4.0, 0.0. f2 gets loaded as 1.25, 1.25. I then perform a frsqrte (with HID2 PSE high) where f1 is frB and f2 is frD.

f2 resulted as 0x3EFFF400 3FA00000 (~0.499, 1.25). ps0 of f2 didn't result exactly as 0.5, this is expected due to the 1/4096 accuracy effect.

In conclusion this information is missing from the 1.0 version of the Broadway Manual which is the latest version afaik.

KCL flags of a given type can have up to 8 variants. In Mushroom Gorge, the KCL flag of type sound trigger has 4 defined variants, with the other 4 being having undefined behavior. The first defined variant enables annoying wind ambience. The other 3 defined variants enable cave ambience and reduce the music volume.

There are plenty of custom tracks that use Mushroom Gorge's property slot in which wind ambience does fit. Specifically those which are set in the skies or up on tall mountains. However, there are some custom tracks in which wind ambience does not fit. One such example is Mushoom Hideaway, which is set in more of a forested setting and not in the skies or up on tall mountains. For a track such as Mushroom Hideaway, there is no way to get the ambience sounding right for the given setting.

I could edit the brsar to set wind ambience volume to zero, but the problem is that it applies to every track, even the ones with a high-altitude setting in which wind ambience fits very well.

Most track slots have a sound trigger that allows you to disable all ambiences. But Mushroom Gorge has no such thing, yet it is in need of it. I am requesting a code that would interpret one of the unused sound trigger variants in Mushroom Gorge as a sound trigger that disables both wind ambience and cave ambience. Is this something that is hypothetically possible to make?

I've bought a new setup (computer, monitor, etc) from my brother yesterday. A huge upgrade from my 7 year old Desktop, lmao.

Tried installing Debian 12. Install went great, but I was getting Blackscreen everywhere immediately after the GRUB bootloader echoed some basic outputs (right before the graphics are initiated).

So as a personal note for future reference and the off chance somebody needs this.. here's how to fix it!

The issue:
Blackscreen or Very Dark Gray Screen (may flicker) after GRUB screen. Using CTRL+ALT+F2 (to switch to TTY mode) does *NOT* work (still Blackscreens)

The solution:
1. Power off. Then power on.
2. Once GRUB loads, press down on keyboard to stop it from auto-booting
3. Navigate down on keyboard to pre-select  "Advanced Options for..."  Do *NOT* press Enter. Just be hovered over it
4. Press e on your keyboard to bring up GRUB's built in editor for the Advanced Options
5. The config file to how Grub will boot Debian will be shown
6. Using the arrow keys, navigate until you see the following...
quiet
7. Change that text to now be this...
quiet nomodeset
8. Now press F10 to save and exit. This will apply the new config file for the next boot *ONLY*.
9. You should be at a screen where you can select to boot regular Debian 12 or Debian 12 in recovery mode.
10. Choose regular Debian 12
11. Debian 12 will boot but using BIOS graphics.
12. Log in as root and open a terminal, run the following commands
apt update
apt upgrade
apt install nvidia-detect
13. Once nvidia-detect has been installed, run it...
nvidia-detect
14. The program will output a list of package(s), that you will need to install. For me it was just nvidia-drivers. You may have more or different packages
15. Install all the packages that were listed!!!
16. Once all packages are installed, reboot your computer.
17. GRUB will be back to using the original/default config file and you should now see that the graphics are fixed once Debian 12 boots.

Is there a code that provides Max Collision. I mean a code where if you bump into someone, they are send flying off instantly.

This is the story of a cheat code I wanted to make, was unable to make, and the hack-y solution I came up with to get around it.

In 4P mode, I was looking for a way to jump back to the character selection screen after each race, that way in a tournament setting where the players change each race, you wouldn't need to quit to the main menu each time.  As you probably know, normal behavior is that after each race, you press "next race", and it goes to the cup selection screen assuming you want to play again with the same character/vehicle selections.

I started out by trying to figure out the instruction where that menu - the cup selection screen - is loaded after you press next race.  Using this list, I was able to find that the cup selection menu is referred to as 6E, so I went to work with some excruciating dynamic analysis, going frame by frame until I found something that was writing 6E.  Good news, I did!  8070ca50 contains stw r30, 0x0004 (r29), and r30 contains 6E after you press next race.  Furthermore, r9 = 17 when you're accessing the cup selection screen from a new match, and r9 = 5 when you're accessing it from the "Next Race" button.  So you'd think I could just write a code to use load instruction on r30 before that 6E is written, and put something like 6B (Character Select) instead, but that didn't work.  The byte gets written successfully, but the game still goes into the cup selection screen.

It was at this point that I realized, maybe I can do this without affecting game logic at all.  I'm going to be using Dolphin for the tournament anyway, so what if, instead of a cheat code, I just loaded a state when that 8070ca50, r9 == 5 breakpoint hit?  I could just use Python to watch dolphin.log, and send a hotkey to load a state that jumps to the character select screen.

So....

• NTSC-U  8070ca50
  
• PAL 0x807144f4
  
• NTSC-J 0x80713b60
  
• NTSC-K 0x8070289c
  

Not even sure if I can call myself the creator of this one, since it basically just rips the activator out of Diamond's Press Button to Reset to Title Screen and puts it at an insertion address that I found.  The cup selection screen can be accessed from a bunch of different ways.  If r9 = 5, that means the cup selection screen was accessed from pressing "Next Race" after a race.  If r9 = 17, the cup selection screen was accessed from the starting a new grand prix or versus race and selecting your character, vehicle, and drift options.  This code checks for the first scenario.  Not ported, but here it is, for NTSC-U Only:

C270CA50 00000006
93DD0004 2C090005
41820008 48000020
3D80809B 618CD508
806C0000 3D808060
618C4CD8 7D8803A6
4E800021 00000000

Source Code: