web_original · SSOT

입력 정보·의존 관계 요약

무엇을 먼저 준비해야 하는지와 무엇이 무엇을 필요로 하는지만 빠르게 봅니다.

범위: 웹 신규 기획 (web_original). Unity 이식은 docs/spec/Slot_Add_Unity_Port.md. 릴 본문은 사용자 비작성 · 서버 산출 릴 스트립 미리보기(주입).

Play Window: cols = 릴(열) 개수, rows = 보이는 행 수 (예 5×3). visibleRows · hasBlank 포함.

필요한 정보 (먼저 모으기)

Required Info

“미리 모아야 하는 것”만 요약. 세부 규칙·체크리스트는 SSOT 문서로.

quick scan

그룹	필드/산출물	체크 포인트
게임 메타	`id` · `name` · `theme` · `specOrigin`	경로/레지스트리 키 모든 문서의 “대상 슬롯” 고정
Play Window	`rows` · `cols` · `visibleRows` · `hasBlank`	`cols`는 페이라인 길이·릴 수의 기준
페이라인	`paylineType` · `paylines[]` · `paylineCount`	multi면 rows 배열 길이=`cols` (B4/B6)
심볼 정의	`symbols[]` — name · tier · serverCode · key	중복/빈 `serverCode` 금지(C3/C4) Blank 규칙(첫 행/단일)
규칙·배당	`wildRule` · `scatterRule` … · `paytable[]`	배당의 심볼 참조는 “리소스”가 아닌 “심볼 정의”가 선행
기능(메커닉)	FreeGame · Jackpot · SOT · RTP/Volatility	릴/RTP 산출 게이트 전에 확정(영향 가능)
릴(서버 산출)	릴 스트립 미리보기(주입) 산출물	게이트: Play Window + 심볼/배당/기능 + (권장)페이라인
연출(표현)	LED · 사운드 · 파티클 · 팝업/Spine	RTP/릴 산출과 독립(후순위 OK)

빠른 시작: id/name/theme → rows/cols/visibleRows/hasBlank만 확정하면, 나머지는 “입력 UI 순서”가 아니라 아래 의존성의 참조 관계를 맞추며 채우면 됩니다.

먼저

게임 메타 id · name · theme · specOrigin 경로·레지스트리·브리프 기준 — 항상 첫 입력 왜 맨 위id·출처가 모든 경로/검증의 기준 키라, 다른 블록이 먼저 정의될 수 없습니다.

Play Window

rows · cols · visibleRows · hasBlank cols=릴 수(열) — 게임 메타 바로 다음 왜 메타 다음cols/blank 규약이 페이라인·심볼·릴 정합의 기준이라, 이 차원이 먼저 잠겨야 합니다.

Play Window 이후 — 한 묶음 (탭·입력 순서 자유, 부분 선행만)

1) 산출 입력 패키지 (한 줄 · 내부 부분 선행만)

코어 수학(정의) 심볼 정의 → 규칙·배당 부분 선행은 이 칸 내부에서만 표시

심볼 정의 symbols[] — name/key/serverCode/tier 규칙·배당이 참조(리소스와 분리)

규칙·배당표 wildRule · scatterRule … · paytable[] 선행: 심볼 정의 · cols (페이라인=권장)

기능(메커닉) FreeGame · Jackpot · SOT … RTP/릴 세트에 영향 가능 왜 여기릴 산출(RTP 검증) 자체가 기능에 의해 분기될 수 있음(예: 프리게임 릴).

페이라인 패턴 paylines[] cols 선행 · 배당의 필수 선행은 아님 왜 여기라인 기반 산출/검증이면 입력 패키지의 일부. (페이 방식이 다른 경우는 그 정의로 대체)

2) 서버 산출 (RTP/수학 검증)

릴 스트립 계산/산출 RTP 시뮬 · 다회 검증 · 릴 세트(유료/프리게임) 생성 선행: 1) 입력 패키지 정합 의존성그리드/심볼정의/배당/기능/페이라인(또는 페이방식)이 바뀌면 재산출·재검증.

3) 순서 무관(표현/확인 레이어)

릴 스트립 미리보기(주입) offlineReelStrips … 서버 산출물을 미리보기로 반영 왜 여기산출 이후 “확인” 레이어. 수학을 바꾸지 않음.

리소스·레이아웃(표현) 심볼 이미지 + Layout 튜닝 RTP/릴 산출과 독립(표현/배치 레이어)

심볼 이미지/Spine symbols/ · atlas · Spine 선행: 심볼 정의(이름/키)

Layout 수정(튜닝) layout.* · spineRtOffsets … 리소스/해상도 기준으로 배치·오프셋 맞춤

왜 묶음둘 다 “표현/배치” 영역이라 산출 결과(릴·RTP)를 바꾸지 않고, 데모/QA 단계에서 독립적으로 진행 가능.

연출(표현) LED · 사운드 · 파티클 · 팝업 … 선행: 기능(메커닉) + 리소스 왜 여기표현/UX 레이어. 산출 결과를 “보여주는” 작업.

상세 SSOT: docs/user-workflow/Slot_Add_Input_Prerequisites.md (§2 통합표 · §4 DAG). 이 페이지는 “의존성 그림”만 남겨 논의용 1페이지로 유지합니다.