Vocaluxe/AGENTS.md

Vocaluxe (fork at git.disi.dev/Projects/Vocaluxe)

Fork of Vocaluxe/Vocaluxe, a karaoke game (C#, .NET 10). Default branch develop tracks upstream; the fork's own work happens on feature branches. Keep changes to upstream code small and hook-based, so upstream can still be merged.

Goal of the fork

1. Song server (VocaluxeSongServer/, in progress): a central song library on the homelab. The game becomes the frontend and downloads song files on demand. See VocaluxeSongServer/README.md.
2. Later: serve the guest WebApp ("browse by phone", WebApp/ + VocaluxeWeb/) directly from the server.
3. Search and download songs that aren't in the library (started: server web UI with the sources free and usdb; next: more sources, UltraSinger to create songs from audio).

Layout

Folder	What
Vocaluxe/	The game. Song server client: Base/SongServer/ (CSongServer sync, CRemoteSongFileProvider downloads)
VocaluxeLib/	Shared library. Songs/CSongFiles.cs is the hook every song file access goes through
VocaluxeSongServer/	ASP.NET Core server, Docker image git.disi.dev/projects/vocaluxe-song-server. Sources/: song search and downloads (free CC songs from GitHub, USDB + yt-dlp). wwwroot/: mobile web UI (plain JS, no build)
VocaluxeWeb/, WebApp/	Built-in webserver of the game and the guest WebApp (Vue), upstream
Tests/	NUnit; song server tests in Tests/SongServer

How the song server integration works

• CSongs.LoadSongs calls CSongServer.Sync(): fetches /api/v1/library (ETag), mirrors the song .txt files into <DataFolder>/SongServer/<host>_<port> (zip bundles), deletes files no longer on the server, and installs CRemoteSongFileProvider as CSongFiles.Provider. The cache folder is then loaded like a normal song folder.
• CSongFiles.Exists (loader header checks) is true for files that only exist on the server. IsLocal means the file is downloaded and current (size and mtime match the server).
• Downloads on demand: covers (CSong.LoadSmallCover, background threads, blocking), preview audio (CBackgroundMusic.LoadPreview + Update), everything before singing (CScreenSing._LoadAndStartCurrentSong, progress via TR_SCREENSING_DOWNLOADING). Downloads resume from .part files with Range requests.
• Config: config.xml section SongServer (Url, ApiKey). The contracts (VocaluxeSongServer/Contracts) are linked into Vocaluxe.csproj; the test project references the server with extern alias songserver.

Song server web UI and sources

• The web UI is plain HTML/CSS/JS in VocaluxeSongServer/wwwroot (no build step, no external requests except cover images). Check it at phone width: headless Edge has a ~500px minimum window, so render the page in a 390px iframe.
• USDB can't be tested without an account (search and text download need a login). Its HTML parsing is covered by Tests/SongServer/CSongSourcesTest.cs; if USDB changes its HTML, fix CUsdbSongSource.ParseList there.

Build and test (Windows)

• dotnet build Vocaluxe/Vocaluxe.csproj -c DebugWin -p:Platform=x64 (the whole solution also builds the native PitchTracker, which needs Visual Studio's C++ tools).
• dotnet test Tests/Tests.csproj -c DebugWin -p:Platform=x64
• Building rewrites the copyright year in Vocaluxe/Properties/AssemblyInfo.cs; don't commit that.
• Don't use dotnet sln add: it rewrites the configuration table of Vocaluxe.sln. Copy the lines of VocaluxeWeb.
• New config.xml fields must also go into Tests/VocaluxeLib/XML/TestFiles/SConfig.xml (round-trip test; CRLF).

Known gaps (song server)

• Cover/background auto-detection ([CO]/[BG] files without a tag, CSong._CheckFiles) only sees local files.
• Media in subfolders of a song folder are not served (only the song folder itself).
• On Linux clients, media whose name differs in case from the .txt reference won't be found after download.
• No cache size limit yet. The WebApp's cover images for server songs depend on the cover loader having fetched them.
• No in-game UI for the server address yet (only config.xml).