ESP32-S3 Bench Guide
ESP32‑S3 N16R8 벤치 가이드: 실시간 핀아웃, 강의, 시뮬레이터 및 벤치 로그
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기메이커가 쓴 소개는 위의 한 줄이 전부입니다. 더 자세한 내용은 저장소 README에서 읽을 수 있습니다. 저장소 README ↗
README 전체를 불러오는 중입니다.
README 전문 보기 ↗The Lone Star XR Lab's full app catalogue — shows every XR app/experience worth tracking across the wider ecosystem, whether or not the lab owns or has installed it (potential purchases, apps under evaluation, faculty requests). Live at lone-star-xr-lab.github.io/xr-lab-catalogue.
This is a thin site: almost all of the actual logic, styling, and app data lives in xr-app-data, loaded at runtime from a jsdelivr CDN mirror of that repo. See that repo's README for the data schema, the filtering/rendering code, and — most importantly — how deploys work.
index.html — the whole site. Contains the page shell, this site's specific copy/branding, and an Alpine.js x-data="app({ site: 'catalogue' })" root that pulls in the shared ui/app.js/ui/styles.css from xr-app-data. There is no other HTML/JS/CSS in this repo — don't fork a local copy of the shared UI code here. Unlike xr-lab-library, even the header logo image is pulled from the xr-app-data CDN rather than stored locally.An app shows up here if its visibility.catalogue field is true in xr-app-data's data/apps.json — which is meant to be nearly everything, regardless of ownership/approval status. Apps currently approved and/or installed in the lab also appear on the companion xr-lab-library site, which is the narrower, "what's actually in active use" view.
index.html loads ui/app.js, ui/styles.css, and the header logo from xr-app-data via a pinned commit SHA (not @main — that was tried and abandoned because jsdelivr's caching for a mutable branch ref proved unreliable and wouldn't reliably refresh even after a manual purge). This means:
index.html is a normal push, no special steps.<script src="...">/<link href="...">/logo <img src="..."> references at the top of index.html to the latest commit from that repo, then pushing here. Follow the exact sequence in xr-app-data's README under "Deploying a change" — this site is the last step in that sequence, not something to update on its own.