You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
media: four defects in asset detection and claiming
Case: the scan compared addon folder names exactly as stored, so
PUPVideos - the casing PinUP Popper writes - was not detected, while the
API lowercased and found it. One table, two answers. The scan already
folded case for .directb2s and .ini three lines above.
Claiming: --claim-user-media only checked medias/<canonical name>, so a
hand-placed wheel.jpg, a spec-named "(Wheel) <folder>.png" or a file at
the folder root was never claimed and stayed replaceable by the next
download. It now claims what actually resolves - the file the frontend
displays. The chain grew in 3.0 and this path never followed it.
specs_for_table_type: the per-table-type copies were rebuilt from four
fields, so every copy reported no spec token, no fallback kind, no set
support, and the image family for video kinds. Nothing reads those off a
copy today, which is the only reason it wasn't a bug. Copy the spec and
change the key instead.
Media download: dropped the bg_video request - vpinmediadb has never
carried one at any resolution - and stopped asking for fss_video, which
does not exist either. Both were silent no-ops. The backglass video and
the FSS playfield video are yours to supply.
PAR-16 and PAR-17 record the two a user can see.
0 commit comments