Template do Procedimento de Prontidão da Release ziviDomeLive 2.0.0¶
Template de procedimento, não status da release
As caixas desmarcadas abaixo formam um protocolo reutilizável e nunca representam o estado de
um candidato específico. O resultado autoritativo está em
maintainer/release-evidence.md
junto ao artefato de CI vinculado ao SHA de código-fonte declarado. Qualquer mudança posterior
no código-fonte torna essa evidência obsoleta até que todo o procedimento aplicável seja repetido.
A tag não é um teste
Crie v2.0.0 apenas depois que cada gate aplicável abaixo possuir evidência registrada. Capacidade presente no código não equivale a evidência de qualificação.
Este é o gate final antes de criar v2.0.0. Um item marcado significa que existe evidência; não significa apenas que o recurso existe no source.
1. Automated¶
- clean/test/build passa
-
qualificationTestspassa - validação documental passa
- MkDocs strict EN/PT passa
-
buildReleaseArtifactspassa - estrutura final do pacote validada
2. GPU visual¶
- Standard
- Domemaster
- Equirectangular
- Skybox
- CalibrationTool
- contrato visual de Environment
- troca representativa de resolução /
resetGraphics(int)
Matriz física de background transparente¶
Use uma Scene que não desenhe background(...) nem geometria fullscreen. Inspecione o canal alpha,
não somente o resultado RGB exibido; um receiver preto sem checkerboard não demonstra sozinho
opacidade ou transparência.
| View | Environment ausente | Environment desabilitado | Environment habilitado | Preview principal | Target final/output |
|---|---|---|---|---|---|
| Standard | [ ] | [ ] | [ ] | [ ] | [ ] |
| Domemaster | [ ] | [ ] | [ ] | [ ] | [ ] |
| Equirectangular | [ ] | [ ] | [ ] | [ ] | [ ] |
| Skybox | [ ] | [ ] | [ ] | [ ] | [ ] |
No Domemaster, repita com Size%=100, Size%=50 e Size%=0. Verifique alpha zero fora do círculo
em 100/50, área novamente exposta transparente em 50 e target totalmente transparente em zero.
Depois inspecione separadamente cada receiver aplicável: NDI em cada plataforma declarada, Syphon
no macOS e Spout no Windows. Registre descarte de alpha como limitação do receiver; não transforme
essa limitação em fallback opaco do framebuffer interno.
3. Benchmark¶
- smoke do BenchmarkTool
- baseline CPU
- modo de medida CPU/GPU implementado pela ferramenta corrente
- relatório arquivado com ambiente exato
4. Native output¶
- receiver NDI em cada plataforma declarada
- receiver Syphon no macOS se macOS for declarado
- receiver Spout no Windows se Windows for declarado
Não deduza qualificação Linux/macOS/Windows apenas da compatibilidade do source.
5. Pacote Processing instalado¶
- instalar ZIP/PDEX gerado em sketchbook limpo
- abrir
reference/index.html - source incluído conforme planejado
- seis learning examples abrem/executam
- CalibrationTool abre/executa
- BenchmarkTool abre/executa
- pacote sem testes ou relatórios gerados de benchmark
6. Publication metadata¶
-
library.propertiesvalidado - ZIP/TXT/PDEX estáveis gerados juntos
- README/MkDocs/CFF/Zenodo consistentes em versão/DOI
- claims de plataformas testadas correspondem à evidência
- DOI/ISBN documental ausente/null até registro real
7. Freeze¶
- CHANGELOG representa a implementação realmente entregue
- roadmap não é descrito como capacidade corrente
- termos deprecated 1.x não contaminam tutoriais 2.0 salvo notas explícitas
- nenhum claim genérico VR/headset/stereo runtime permanece sem contrato implementado
- nenhuma mudança de renderer/API foi feita apenas por conveniência documental
Somente depois das evidências aplicáveis o maintainer cria v2.0.0.