Nx Absolute no SFX #33

Open voidderef opened 3 years ago

In GitLab by @hiryu69 on Apr 13, 2021, 22:54

Summary

the game cant play some sfx in the game

Expected behavior

the game plays all the sounds

Current behavior

the game runs fine but without some sfx

Detailed Description

when you start the game, you cant ear some sounds, like "hit me" or "arcade station" and many others

Steps to reproduce

start the game and you will notice some missing sfx

Further things tested

[ ] Tested with lib-local.zip library package
[ ] Tested with lib-ld.zip library package

Possible solution

it like the game (or the hook) ignores the WAVE folder, all missing samples in the game, are from this folder, other sounds in the game just play fine

Context (Environment)

Pumptools version(s) affected

pumptools 1.12

Game(s) and version(s) affected

Only Nx Absolute, tested Nx2, Nx and all sfx play fine

OS version

Linux Ubuntu 20.04

In GitLab by @icex2 on Apr 14, 2021, 24:18

Missing log file here, please provide.

However, I assume you are running this on the setup as https://dev.s-ul.net/hackitup/pumptools/-/issues/32. There, I can see in the logs paths to /media/pump/piu-2. Typically, stuff mounted under media denotes to external storages, e.g. USB drives. Can you clarify where the data is stored physically? A copy-paste of the output of mount might be helpful as well.

Please do a separate run of the game as follows:

Set patch.hook_mon.file=1 and patch.hook_mon.fs=1 in your hook.conf
Run of the game up to the title screen, start the game and do a few things so that the game has to play at least 2-3 sfx sounds.
Report back with the log file

In GitLab by @hiryu69 on Apr 14, 2021, 02:01

there is the logs, and i think the sound missing and the crash entering the test menu is related to the disk storage,im using a partition of a internal sata disk.piueb.log

pumptools.log

disk

In GitLab by @hiryu69 on Apr 14, 2021, 20:46

so, i made some tests:

moved some piu data to the sata partition and everything works fine (tested nx and nx2)
moved the nxa to the main disk and still have the missing sfx and crashing test menu,so the media storage is not the problem

i attach the new logs of the testing in the main disk piueb.log pumptools.log

In GitLab by @icex2 on Apr 14, 2021, 21:53

To rule out data corruption, can you do a checksum test with pumpdata on the data you have? See the available repos here: dev.s-up.net/hackitup/pumpdata

In GitLab by @hiryu69 on Apr 15, 2021, 02:10

well i solved the problem

looking at the files inside the zip i noticed in CONFIG folder all the txt file are duplicated, in capital letter and lower case
but when i unzip all files, only the files in lower case where extracted (i extracted manually the missing ones)
changed the CONFIG folder to lower case and now everything is working perfect, no crash in test menu,and all sfx play normaly

In GitLab by @icex2 on Apr 15, 2021, 11:34

What's your data source? Is it the official release? If yes, you should avoid messing with the file naming since everything there was already fixed to work as expected. If you have sourced the data yourself, you need to fix some file casing because the ext2 file system used on the official drives is case-insensitive.

In GitLab by @hiryu69 on Apr 15, 2021, 19:42

im using the official release,and its really weird, i dont know what causes that problem in my files imagen_2021-04-15_124206

Sorry for necro-ing, but +1 on the no SFX and crash on test menu

solved this by making sure that :

There is CONFIG and config folder
There is 2 copies of all .txt (UPPERCASE and lowercase) files inside the CONFIG and config folder

Sorry for necro-ing, but +1 on the no SFX and crash on test menu

solved this by making sure that :
1. There is CONFIG and config folder

2. There is 2 copies of all .txt (UPPERCASE and lowercase) files inside the CONFIG and config folder

Just to clarify that the root-cause of this is understood:

You should not need 2 copies of these folders and files. The game was developed for and on a case insensitive file system (ext2), which resulted in paths and file names in the game being mixed as it didn't matter for access. Running this on case sensitive file systems, e.g. ext3/4, the casing needs to match exactly to what is specified in the game's executable.

It sounds like you sourced the yourself which puts you into the annoying position of figuring out this casing mess. Therefore, two copies are a quick but also hacky way to solve the issue certainly without having to modify pumptools. Maybe a better approach to solve this would be to mask case sensitivity with pumptools. /thoughts

pumpitupdev / pumptools