8340cc9b00
Closes the open question left by the take-2 audio capture, where the probe logged five streams on one boot when only ADV s three were accounted for. Both unexplained sizes are whole packet counts, 562 and 620. Searching every inter-descriptor span of the voice stream and every sound.pak entry large enough finds zero hits in the voice stream and ONE entry carrying both -- hash 9799c546, which candidate enumeration recovers as BGM_102.slb, two streams of 1150976 and 1269760 B. One entry holding both sizes is the two-stem shape rather than two coincidental matches. So the boot s five streams were ADV s three voice streams plus one music bank s two stems, and nothing is unaccounted for. What it does not establish is which screen it belongs to. The window ran from launch to t=253 s with the title arriving at 262, so BGM_102 was decoded somewhere inside a launch-to-just-before-title window -- but the probe fires on first decode and its lines carry a thread id rather than a timestamp, so a title BGM decoded moments before the title appears is equally consistent with the evidence. Cue 1103 is already the main menu, which makes 1102 as the title at least suggestive. The settling experiment is written down and not done. Refutation attempt on HANDOFF s BGM_103 wave sizes: exact match on both (3876864 / 3930112). The claim survives unchanged. Also a third route to two-stems-of-identical-duration, from the XMA1 header alone now that PsuedoBytesPerSec is read correctly: BGM_102 37.487/37.487, BGM_103 87.750/87.749, BGM_001 173.821/173.821. The one apparent disagreement resolves in the corpus s favour -- BGM_001 reads 173.821 here against the port s decoded 167.663, a gap of 6.158 s, and HANDOFF already records 6.15 s of trailing silence after its fade-out. Declared duration covers the encoded stream including that silence. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01QsEPXWVaEpyfudtR6re1Pd
47 lines
1.8 KiB
Rust
47 lines
1.8 KiB
Rust
//! Recover a `sound.pak` TOC name from its hash by generating candidates.
|
|
//!
|
|
//! The hash is a Barrett-reduction over the uppercased path, so it cannot be
|
|
//! inverted — but the naming is regular enough to enumerate. Tries the shapes
|
|
//! this disc actually uses for sound entries.
|
|
//!
|
|
//! cargo run -p sylpheed-formats --example name_from_hash -- <hex-hash>…
|
|
use sylpheed_formats::hash::name_hash;
|
|
|
|
fn main() {
|
|
let wanted: Vec<u32> = std::env::args()
|
|
.skip(1)
|
|
.filter_map(|a| u32::from_str_radix(a.trim_start_matches("0x"), 16).ok())
|
|
.collect();
|
|
assert!(!wanted.is_empty(), "give hashes in hex");
|
|
let langs = ["eng", "jpn", ""];
|
|
let dirs = ["", "Movie", "etc", "Voice", "Sound", "BGM", "bgm", "se", "SE"];
|
|
let mut tried = 0usize;
|
|
let mut check = |name: String, tried: &mut usize| {
|
|
*tried += 1;
|
|
let h = name_hash(&name);
|
|
if wanted.contains(&h) {
|
|
println!(" ✅ {h:08x} {name}");
|
|
}
|
|
};
|
|
for l in langs {
|
|
for d in dirs {
|
|
let pre = match (l.is_empty(), d.is_empty()) {
|
|
(true, true) => String::new(),
|
|
(true, false) => format!("{d}\\"),
|
|
(false, true) => format!("{l}\\"),
|
|
(false, false) => format!("{l}\\{d}\\"),
|
|
};
|
|
for stem in ["BGM", "bgm", "JNGL", "jngl", "SE", "Static", "VOICE"] {
|
|
for n in 0..1200u32 {
|
|
check(format!("{pre}{stem}_{n:03}.slb"), &mut tried);
|
|
check(format!("{pre}{stem}{n:03}.slb"), &mut tried);
|
|
}
|
|
}
|
|
for bare in ["Static.slb", "static.slb", "SE.slb", "BGM.slb"] {
|
|
check(format!("{pre}{bare}"), &mut tried);
|
|
}
|
|
}
|
|
}
|
|
println!("tried {tried} candidate names");
|
|
}
|