[nichinichisou0609]

What a live plays besides its chart becomes two products, each shared by every live that plays it: the BGM of a music and the sounds of an option set.

Products

• live.music: a music id → music.json (the BGM sound: cue structure, layers) and each BGM layer in a web format; manifest music/<id>.json. Parameter format: aac (default; each layer records encoderDelay), opus, vorbis, mp3, or flac (the decoded file as stored). The atom audio.encode names the ffmpeg build.
• live.sounds: default or NoteSePatternId=<ids> → sounds.json (note and live sounds, category volumes, the ACF's buses, categories and REACT, note and live sound tables, timings) and each sound's decoded FLAC; manifest sounds/<subject>.json. Its roots include the SoundVolumeSettings and AppConfigDefaultData MonoBehaviours of the APK's built-in files; it reads assets/Cri/Sound/Sirius.acf of the APK.

Neither keeps objects.

Pipeline

• Built-in selectors: the address table (nnnotes.addresses/3) has a builtins table, objects of the APK's built-in files by class (GraphicsSettings) or by a MonoBehaviour's script class (MonoBehaviour:<class>). ProductStage.builtins names them as roots, and the roots fact carries them.

• Cue sheets of a product: ProductStage.cue_sheets gives catalog keys whose ACB the product reads. The ACB is held in a bundle (the acb file of an object of the key) or is a raw file of the catalog that cri.audio decoded. Each one adds:

  • inputs acb:<key>;
  • the sheets input (the files cri.audio made of each ACB);
  • a dependency on the cri.audio tasks.

  A product file may be content the depot already holds, recorded without copying its bytes.

• APK files: ProductStage.APK names files of the APK a stage reads; the fact apk gives them as inputs apk:<path>.

• ProductStage.select(keys, env) takes the planning environment, so a product can select its subjects through master data.

• content.liveaudio is now functions over master rows, ACB and ACF bytes, and the settings documents; the live directory export uses them too.

• cri.audio/cri.movie record the first bytes of a raw file in the depot, so a later plan can classify a raw file whose download was trimmed.

• The web audio formats, the bit-exact web encode and mp4_priming are in nnnotes.formats.encoders.

Breaking changes

• link.addresses is at version 3 (nnnotes.addresses/3); the roots fact has builtins.
• ProductStage.select takes env.
• liveaudio.note_se_settings, acf_info and category_volumes take master rows, ACF bytes and the settings documents.

Tests

• Synthetic ACBs of the live sheets' shape and an ACF (tests/helpers/cri.py, whose @UTF writer test_voices now shares) cover:
  • both products' documents and files: the decoded FLAC kept as stored, the AAC encoder delay, an incompatible encoder, an undecoded sheet, the settings objects;
  • subjects, keys, manifests and selection.
• Planning tests:
  • cue sheets held in a bundle and as a raw file, through cri.audio;
  • a sheet the request does not hold;
  • built-in selectors in the address table and as request roots;
  • the recorded first bytes of a raw file;
  • planning without UnityPy.