StarBuddy v0.1.15

Every blueprint now says which mission hands it out, and the site fits a screen stood on its end.

New

• Where a blueprint comes from. A recipe is not bought: finishing a mission draws one from a pool, and every blueprint now names the pool it sits in, how many of that pool's recipes you already hold, what else is in there — the ones you have marked, the rest a click away — and the missions that pay it out, listed by who offers them. Read out of the game's own data, which the wiki has nothing on.
• The blueprint list carries it too, as two sortable columns: the pool, and how far through it you are. Sort by progress to find the pool you are one mission from finishing.
• The site fits 1080 pixels wide. Below 1200 the menu folds to icons on its own, and the hamburger folds it either way at any width — a portrait second monitor spends its width on the tables instead of the chrome.
• One place to add materials and items. The entry box beside each table is gone; the button that opens the multi-row dialog sits at the end of the filter bar, and the filter bar shrinks to stay on one line rather than pushing it onto another.
• System and location are one filter, listed the way the craft type filter lists Armor and its subtypes: pick a system for everything in it, or a place inside it.

Fixed

• A misread material can be corrected after the fact. A refinery order froze the moment its clock hit zero, so a name the reader got wrong — "Haestanite" for Hephaestanite — stayed wrong and the material never reached your inventory. An order is correctable at every stage now, and a correction to a collected one adds what was missing without touching what you are already holding.
• An order is not collected while a material is unnamed. Collecting is refused until every line the refinery is working on matches something, because after collection it is far harder to notice a haul came up short.
• Saving a finished order no longer resets its clock to zero and marks it in progress again.
• One Levski, not two. Locations are the shared catalogue now: a refinery order matches the station it read against it however it is spelled, and nothing a player does can add a place only they can see. Existing duplicates were folded into the catalogue's own entry, stock and orders with them.
• The refinery list says where the haul is — at the refinery while it refines, wherever you carried it once collected — instead of how it was refined.

Full Changelog: v0.1.13...v0.1.15

StarBuddy v0.1.14

Reading the screen is a switch you own, and the keys work while you fly.

New

• Screen reading is off until you switch it on. It reads one window — the game's — streamed by the desktop itself, so a panel can be read while the game is behind an overlay, covered, or not in front at all. Switching it on asks which window once and remembers the answer; a hotkey turns it on and off mid-flight, and everything that reads the screen is greyed out until it is on. While it runs, your desktop shows a window is being shared, because one is.
• Hotkeys that work while the game has focus. On Windows the keys are watched at the keyboard as well as registered with the system, because the system was accepting them and delivering none. On Wayland desktops they are registered with the desktop itself, which delivers them whoever is in front — the old X11 grab could only ever reach a program on the same X server, which a Wayland-native game is not. They are passed on untouched either way: the game still gets its F8.
• F10 switches reading on and off, and every hotkey row now says what it does and what it is set to.
• System info, in the overlay panel: one button, one block to copy into a bug report — the build, the machine, what the capture and the hotkeys are actually doing. It answers in one press what used to take an evening of questions.
• Every game channel is found, LIVE and HOTFIX automatically, PTU and TECH-PREVIEW offered but never chosen for you.

Fixed

• A refinery read takes seconds, not minutes, and says how far it has got while it works. Pressing the key again during a read tells you where it is instead of refusing, and the window no longer sits there saying nothing at all.
• Terminals that lay their panels out the other way round are read. One station prints the state at a panel's right edge and the order number under it at the left, which read as no order at all: no materials, no method, no cost. The station's name is found even when the framed area cuts the title off.
• A scan reports the signature it read. The number was being read and thrown away whenever the icon beside it went unrecognised, and thrown away again whenever the reader gave the game's thousands comma back as a full stop — the same badge working one second and silent the next.
• Signatures are read on every ship's HUD, not one. The pin beside the number is drawn differently by each ship and the reader was told to expect the one shape it had been shown; across twenty-five screenshots from a MOLE, a Pisces and a Starrunner, twenty of the signatures on screen went unread for looking slightly wrong. What tells a badge from a bright speck is the number beside it, which is now what decides.
• A scan reads the small area it is supposed to. "Scan now" was searching the whole game window, thirty-six times more picture than the badge lives in, and weighing every lit thing in the HUD as a possible signature.
• Rows are no longer doubled when a long order is read twice to catch what scrolled, a row the server refuses is marked where it is wrong, rows can be added and removed by hand, and the processing time can be typed into.

What's Changed

• 0.1.12 — Refinery orders by @ulrichdahl in #2
• 0.1.12 — refinery window fixes by @ulrichdahl in #3
• 0.1.13 — the overlay windows behave by @ulrichdahl in #4
• 0.1.14 by @ulrichdahl in #5

Full Changelog: v0.1.13...v0.1.14

StarBuddy v0.1.13

The overlay windows behave.

Fixed

• Clicks land in the game again. Every overlay window was the size it was created at rather than the size of the panel it draws, and a window takes clicks over its whole rectangle whether or not it painted anything there — so a strip of screen below each window quietly swallowed clicks, and a window moved underneath another became unreachable. Windows are now the size of what they show, in every mode.
• A window's transparency is the slider's business alone. It used to change by itself when you clicked between an overlay and the game, which was the compositor fading an inactive window; the overlays now say they are not to be faded.
• A refinery read is quick again, and says when it cannot be. Each press used to load twelve megabytes of OCR models before looking at a single pixel; the models are loaded once and shared. Reading while a live scan is running gave a panel that sat on "reading the panel" for minutes, because both take every core they can get — it says which one to stop instead.
• The region selector can draw on a frame a live scan captured, not only one a refinery read did. On a game the screenshot tool can only reach as the active window, a live scan is often the only thing running with the game in front of it.

For anyone working on the client

• client/README.md says how to build and run it locally, which takes about a minute and needs nothing from CI.
• STARBUDDY_DEBUG_BOUNDS=1 outlines each overlay window and washes what it covers. A window is invisible where it does not paint, and that is the only way to see its real edge.

Full Changelog: v0.1.12...v0.1.13

StarBuddy v0.1.12

Refinery orders, and teaching StarBuddy to read the screen.

New

• Refinery orders are tracked jobs. A work order records the refinery, what it is refining, the method, the cost and when it will be done — and from the moment it is saved its yields exist as stacks sitting at the refinery marked (refining), so a haul shows in the materials and craft lists while the job runs rather than appearing from nowhere at the end. The Refinery page lists orders with a live countdown; status follows whether the refinery still holds the materials, so a finished job nobody has picked up reads Ready. Collecting says where the materials actually went. Orders can be recorded and corrected by hand as well as captured, and deleted outright when one was recorded by mistake.
• The client reads a refinement terminal off the screen. Press the refinery key with a work order showing: the panel is captured, OCR'd and parsed into an order to check and save. The capture area is framed once by dragging over a still of the game. A long material list scrolls, so pressing again after scrolling adds the rows that were hidden. Quality is corrected against the eight bands the game gives each material, and material names against the catalogue.
• Scan training. A page where members contribute the screenshots that will teach StarBuddy to read in-game panels, and managers review them — mark the four corners, name the screen, sample the HUD colour off the panel itself. The capture key sends a screenshot straight from the game into your own queue. Approved captures download as a dataset, and ml/ holds the training code for the panel detector that will replace the hand-drawn capture area.
• Craft stats come from the recipe. Each slot in a blueprint says which properties its material's quality moves and how far, so the crafted values are computed per property instead of averaging every material into one figure and applying it to everything. Fire rate and integrity are their own rows, temperature resistance splits into min and max, and each material lists the slot it fills and what it modifies.

Fixed

• Captures read the game's own window and nothing else. The reader had two capture paths that returned different frames, and which one answered depended on what had focus — so on a game running in half the screen's width, a capture could take half the panel at half the size and come back empty. Pressing the hotkey in game failed while pressing it with the overlay focused worked, for a reason that had nothing to do with either.
• The region selector shows what it is framing. With no picture to draw on it used to open as a transparent sheet, which over a fullscreen game is painted black, so the area was drawn by guesswork. It keeps the frames the game gives up and draws on the last one, at its own size rather than stretched to the screen, with the area currently stored marked on it.
• Quality, materials and the clock are read again. A header the reader saw twice ended the table above its own first row; a row read as one line was dropped for having no separate cells; a time split into "0m" and "26s" was read as its first half, so a job under a minute showed no time left at all.
• Amounts convert on the way in — the terminal counts in cSCU — and material names are matched by what survives a language mod, so a renamed catalogue still finds its ore.
• Screenshot uploads no longer fail silently on size: PHP's stock limits sat under a single 1440p capture, and below them the file never reached the API at all.
• The refinery window is set in readable type and sized to what its table asks for, and a capture sends the OCR lines it worked from — which is what separates a frame that could not be read from one that was read and thrown away.

What's Changed

• Refinery manual orders by @ulrichdahl in #1

Full Changelog: v0.1.11...v0.1.12

StarBuddy v0.1.11

Bulk entry.

• Add multiple now covers items too: the entry grid is one shared component, configured per page. Items get a free-solo catalog picker (an unknown name is kept as the class), whole-piece amounts, and a quality — typed rather than picked from bands, since bought and crafted gear carries a grade the catalog cannot know. Item stacks gain a nullable quality column, shown as a sortable list column and editable in the stack dialog; the single Add item form gains the field too, sticky between entries. Fresh item lines start on 500, the in-game spawn grade.
• The entry grid closes on a successful save and reports it in a snackbar; only lines the server refused keep it open, with their reason.
• Crafted items no longer carry their grade in their name. A craft used to write "Arclight Pistol (Q905)" because there was nowhere else to put it; it now fills the new quality column and the name stays what the blueprint calls it. Existing (Qnnn) suffixes are moved into the column by the migration, which puts them back if it is rolled back.
• Materials gains Add multiple: a spreadsheet-style entry grid, one line per stack, with the location set once for the whole batch and visibility per line (the blueprint list's marks — you alone, or the org — Space toggles, and a new line inherits the one above). Arrows move between cells, typing edits the focused one, Material is an autocomplete over the resource catalog and Quality a select of that material's known bands. Enter saves the line and moves to the next, Ctrl+Enter repeats a line with the amount cleared (the fast path for a haul of one material), Tab walks the cells, and the grid always ends on one empty line. Inside Amount, Ctrl+↑↓ still steps 0.01 and Shift+↑↓ 0.1 — the plain arrows now belong to the grid. Lines the server refuses stay put with the reason. The design study is designs/material-entry-grid.html.
• Materials, items and craft now label the column Amount rather than Quantity — "quantity" and "quality" are hard to tell apart at a glance, especially for dyslexic readers. Danish was already unambiguous (Mængde / Kvalitet).
• Fix: the item entry dropdown repeated its category headers — options arrived name-sorted while the list was grouped by category. Categories are now alphabetical (unknown last), best matches first within each.
• Fix: the dashboard's organization card and members dialog showed raw keys (org.title, org.leave, …) — the Org-view strings had replaced the old org block in both languages instead of joining it. All 22 strings are back.
• Fix: the materials list offered the edit pencil (and double-click) on org mates' org-visible stacks too; the server refused with 403 and the dialog only said "could not save". Only your own stacks are editable now — other rows show who owns them, as on the items page.
• Materials and items edit dialogs: a failed save or delete now shows the server's answer (status and message) after the generic text, so the cause is visible without opening the browser's network tab.
• Materials entry: after saving a stack the material stays selected (focus returns to it with the text pre-selected) and only quality + quantity clear — a run of the same material is Enter → quality → quantity → Enter; a different one is just typed over.
• Hosting fix: the database and dump storage are Docker named volumes (pg-data, backups); self-hosted installs keep host directories via the new docker-compose.hostdata.yml, which update.sh adds automatically when ${STARBUDDY_DATA_DIR}/postgres exists. Coolify split the old ${STARBUDDY_DATA_DIR:-./data}/postgres:… mount on the colon inside the variable default, leaving Postgres on an anonymous volume that was wiped on every deploy.
• Items and Materials pages get an Org view: everything members have made org-visible, one row per item (or material + quality) with the org total, how many stacks it sits in, and — blueprint-matrix style — a column per member showing how much they hold (hover: in how many stacks). Same search/system/location (and quality) filters as the stack list; sortable by name, quality, total, stacks, holders. New /api/org/items and /api/org/materials.
• Dev: docker compose up now runs the frontend through a Vite dev server with hot module reload — Caddy on localhost:8080 proxies everything but the API to it, so cookies and Discord login work as in production. Production builds are untouched.
• Items page rebuilt around a real item catalog: starbuddy:sync-item-catalog mirrors every item the Star Citizen Wiki lists (~12k) nightly, and the entry form autocompletes on it — name or class, grouped by the wiki's type, pick → quantity → Enter with the same sticky location/visibility and Ctrl/Shift arrow steps as materials. Unknown names still save verbatim as the class. The list gains search, location and visibility filters, an edit dialog (quantity, location, visibility, delete; 0 removes) on your own stacks, and double-click to edit.
• Materials and items lists get a System column (sortable) and a system filter — several stations share a name across systems. One location picker everywhere (materials entry, materials/items filters and edit dialogs): grouped by system, landing zones first, every option a single ellipsised line with the full name on hover, and the picked value reads “System – Name”.
• Fix: sorting materials or items by location returned a server error (ambiguous user_id once locations was joined).
• Hosting: images report the release version (composer.json / bot package.json) when no STARBUDDY_VERSION build arg is given — Coolify deploys no longer show dev. update.sh still bakes in the exact git-describe string.
• Hosting: every long-running container has a Docker healthcheck (web = Laravel /up through Caddy, bot = new GET /health that reports the Discord session, app = FPM port, queue/scheduler = process, reverb = its /up, redis = ping), so Coolify and docker compose ps show real health. The SPA bundle is now baked into the web (Caddy) image — the one-shot frontend container and its volume are gone, so no container shows as exited after a deploy. The Caddyfile and Laravel's public/ are baked into that image too instead of bind-mounted — Coolify relocates bind mounts and had turned the Caddyfile into an empty directory. Custom Caddyfile edits now need up -d --build web.
• Hosting: the reverse-proxy network name is STARBUDDY_PROXY_NETWORK (default proxy, coolify on Coolify) and HOSTING.md gains a Coolify deployment section.
• Hosting: docker-compose.yml alone is production (proxy network built in); docker-compose.prod.yml is gone, local development keeps its override. update.sh and the docs follow.

Full Changelog: v0.1.10...v0.1.11

StarBuddy v0.1.10

Blueprints handling.

• Website: an About page — what StarBuddy is, where every piece of data comes from and how each service is used, how your own data is shared, the testers, and credits.
• Website blueprints page rebuilt around the in-game fabricator: a Checklist of every blueprint in the kiosk's category order (Ammo · Armor · Other · Vehicles · Weapons) with a live "Mine" tick, keyboard ticking, "Mark all shown as mine", and a Matrix with Type / Grade / Owners columns, your column clickable and a quick-add field (type, pick, Enter). Craft-list filters (search, category, grade, unowned switches), sortable columns, and a full pager (rows per page, direct page, numbered pages) on both. Grades show as A–D. One blueprint per player — no copies, no duplicate rows.
• Owners chips (craft list and blueprints) list the owning members in their tooltip.
• Blueprint info dialog (click a name on the blueprints page): lore, known stats with the span crafting quality can move them across, who holds it, mark/unmark as mine. Missions that award the blueprint will follow.
• Every list has the same footer — rows per page, direct page, numbered pages — and sortable columns (items and refinery orders gained server-side sorting).

Full Changelog: v0.1.9...v0.1.10

StarBuddy v0.1.9

• Scan window redesigned as the Ledger: the mineral (or Debris / deposit) is the title with the cluster count in grey after it, a row with rarity, raw signature and resistance sits above a ledger with one row per composition band (mineral · share · resistance · quality), and the signature moves out of the headline. Debris pieces (2,000 each) are recognised.
• Scan window: a capture hiccup no longer leaves the window's red accent on after readings resume; the rarity shown is the raw-ore variant's, so it is never missing.

Full Changelog: v0.1.8...v0.1.9

StarBuddy v0.1.8

• Scan v2: the signature is looked up in a reference table — the window names the mineral ("Lindinium", "Bexalite × 5" for a cluster), its share of the rock, companion minerals, resistance, instability, rarity and quality band; ground deposits are told apart from ship rocks. The table ships with the client and is refreshed from the server (/api/scan/signatures, /api/scan/signature/{value}); servers get starbuddy:sync-scan-signatures (run by update.sh).
• Rarity in the scan window is coloured like on the website (common … legendary).
• The badge detector finds the pin icon by shape in any HUD colour (the badge follows the ship's HUD theme — amber on a MOLE, cyan on an F7C-M), so other HUD marks are never read as a signature and the scan no longer reads its own window's title back as one.
• Live scan reads about once a second on the screenshot-tool route (was every 2–4 s).
• In-game scan window: F7 toggles a live reader that watches the signature area of the game frame and reads the amber signature badge with on-device OCR; "Scan now" reads one full frame. Models (≈15 MB) download once; nothing leaves your machine.
• Overlay windows docked top or bottom can be dragged left and right.
• Default hotkeys: F6 status window, F7 scan — both editable.
• "Find your installation…" folder picker when the LIVE folder is not detected; typed paths are remembered.
• Debug log (starbuddy.log, "Open log folder" in the footer) on every build; dev builds log at debug level.
• Linux: scan capture works with Wine's Wayland driver too — the desktop's screenshot tool grabs the active game window, so the signature area is measured on the game frame, not the whole desktop — and external tools run correctly from the AppImage.
• Dev builds are named by build stamp, check for newer dev builds, and list their changes since the last live release.
• Website: admin clear has a member picker and a patch-reset mode that lets you choose which material categories (and whether items) the wipe took.

Full Changelog: v0.1.7...v0.1.8

StarBuddy v0.1.7

Full Changelog: v0.1.6...v0.1.7

StarBuddy v0.1.6

Full Changelog: v0.1.5...v0.1.6

Full Changelog: v0.1.5...v0.1.6

Full Changelog: v0.1.5...v0.1.6

Full Changelog: v0.1.5...v0.1.6