LocStudio — FreshWomen S3

📝 Changelog

Builds são as publicações, geradas sozinhas a cada PublicarTudo. Sistema são as mudanças feitas nos scripts e no painel.

Nenhuma build registrada ainda. A próxima publicação (PublicarTudo) aparece aqui.

26/08/2026 · a Revisão da Build passou a consertar sozinha: 47 pendências viraram 4

A regra nova: órfão só tem três destinos. Se casa com uma fala sem áudio e o take diz a mesma coisa, o script renomeia sozinho. Se casa mas a palavra mudou, vira report pra QA ouvir. Se não casa com nada, é áudio de fala que saiu do roteiro e vai pro backup. Não existe quarto destino, e o que não cai em nenhum dos três não aparece mais na aba.
O conserto é na ORIGEM, nunca no voice. O rename acontece em LocStudio\Audios\Periodo …, e quem leva o nome novo pro voice é o AuditarAudios, como sempre. Renomear no voice consertaria a build de hoje e deixaria o original errado, e no run seguinte o AuditarAudios copiaria o nome velho de volta. Isso vale também pro arquivamento: órfão sem fala sai da origem primeiro, senão volta na importação seguinte (aconteceu em teste, 11 arquivos voltaram).
O que conta como "diz a mesma coisa": pontuação, aspas, caixa e tag; acento no lugar errado (claúsula → cláusula); letra repetida (AAahhh → Aahhh); sílaba repetida (ha → haha); e typo do roteiro (estuantes → estudantes, mecher → mexer). Só a interrogação derruba o automático, porque take afirmativo não serve de pergunta. A exclamação não derruba: é ênfase escrita depois, sobre um take que já existe.
Typo é reconhecido por prova, não por distância de letras. O script monta o vocabulário do roteiro inteiro (327 cenas, 0,4s) e só automatiza quando a palavra velha não existe em fala nenhuma e a nova existe. É isso que separa estuantes (não existe, era erro de digitação) de cuidados → cuidamos (as duas existem, então trocou palavra mesmo e só ouvindo dá pra saber).
Cena renomeada inteira era invisível. As falas faltando só nasciam de cenas que já tinham algum áudio válido; quando o roteiro renomeou f21_gabbyangeladevilla1 para f21_gabbyangeladevilla11, todo o áudio virou órfão de uma vez, a cena saiu dessa conta e o cruzamento nunca acontecia. Eram 45 dos 47 problemas, todos escondendo um rename de prefixo com o hash da fala intacto.
Casamento por cauda, não só por texto. O id é <cena>_<hash>, e a cauda continua igual quando só a cena muda de nome. Em cena de gemido várias falas têm texto idêntico, e pelo texto o casamento virava sorteio. Fala que é só gemido também ganhou corte de semelhança menor: Humm… contra Hmmm… dá 0,75 e ficava de fora sendo o mesmo som.
Duas listas saíram do card. "Órfãos na pasta" repetia os arquivos que já apareciam nos pares, e "Falas que ficaram sem áudio" é gravação que falta, assunto da aba Cenas e do item de gravação incompleta. Na cena renomeada essa segunda lista chegou a 177 linhas num card que tinha uma coisa pra resolver.
Nada é apagado. A cópia velha de um rename vai pra audios\bkp\religados-antigos e o órfão sem fala pra audios\bkp\orfaos-sem-fala, este só quando a cena tem roteiro e o texto do órfão é conhecido. Todo rename fica registrado, e religar_origem.py --desfazer reverte o último lote. Palavra de período não muda: id órfão já contava zero no ImportarAudios.
Regras completas em Scripts\docs\REGRAS-REVISAO-DA-BUILD.md.

10/08/2026 · rodada de 04/08 apurada e votação nova da Brooke

Seis votações encerradas e movidas para o Histórico da Escolha de elenco, com a nota congelada na apuração: Heather (voz H, 9,26), Ned (voz 1, 9,11), Kaylee (voz 1, 8,48), Sakura (voz 3, 8,41), Donna (voz 2, 8,04) e Angela (voz 1, 6,62).
Sakura virou um bloco só. A voz 3, testada agora, ganhou de longe das vozes 1 e 2 de julho (8,41 contra 6,33), então a voz definida da personagem passou a ser a 3 e as três candidatas ficam no mesmo quadro, com os 47 votos somados.
Donna foi decidida no detalhe: voz 2 com 8,04 contra 7,96 da voz 1. Vale a regra da página, maior nota geral, mas a diferença de 0,08 está registrada no código.
Os testes em inglês da Brooke não ficam aqui. As quatro vozes candidatas dela (A, K, L e T) são do casting em inglês e são votadas na porta de teste voice-oppaiman.pages.dev/test/dashboard-Melissa, com KV próprio. Nesta página só entra o elenco em português, e a voz definida da Brooke continua sendo a voz 1.

04/08/2026 · o botão "Publicar" está parado: falta o executor agendado

O que acontece hoje: o botão fica em "Na fila…" e nunca sai disso. Ele não builda nada por conta própria: grava um pedido em /api/publicar com status pendente e para por aí. Quem lê esse pedido e roda a build é o atender_pedido.py, e ele não está agendado em máquina nenhuma. O pedido fica pendente para sempre, e como pendente não expira sozinho (só rodando expira, em 20 minutos), o clique seguinte é recusado com 409 e o botão trava.
Por que as builds continuavam saindo mesmo assim: quem publicava era o servidor chamando o AutoPublicar.py direto, de 2 em 2 minutos, por fora do botão. Esse caminho nunca toca no estado da API, então publicava o dia inteiro com o pedido do botão parado ao lado. Essa rodada parou em 04/08/2026 às 10:55.
O que precisa ser feito: agendar o atender_pedido.py de minuto em minuto na máquina que publica. É a única peça faltando: o botão, a API e o pipeline de build já funcionam.
Rodar com python.exe, nunca com pythonw.exe. Sem console próprio, cada processo filho (o ffmpeg de cada imagem, o wrangler) abre a própria janela, e uma build vira centenas de janelas piscando na tela. Para não piscar uma janela por minuto, a tarefa chama um console escondido: programa powershell.exe, argumentos -NoProfile -WindowStyle Hidden -Command "Start-Process '<caminho>\python.exe' -ArgumentList 'atender_pedido.py' -WorkingDirectory '<pasta do LocStudio>\Scripts' -WindowStyle Hidden -Wait", com gatilho repetindo a cada 1 minuto, indefinidamente.
Em qual máquina: se for no servidor, apagar lá a tarefa que chama o AutoPublicar.py de 2 em 2 minutos, senão continuam os cerca de 735 deploys por dia que enchem a aba Builds de blocos vazios. Se for em outra máquina, o servidor precisa ficar desligado: a trava contra publicação dupla é um arquivo local, e cada máquina só enxerga a própria.
Opcional, a rodada automática: uma segunda tarefa de hora em hora com o mesmo comando, trocando 'atender_pedido.py' por 'atender_pedido.py','--agora'. Ela respeita a mesma trava e cede a vez quando há pedido do botão pendente.
Como conferir sem publicar nada: python atender_pedido.py --status mostra o estado atual. O resultado de cada passada fica no _atender_pedido.log.

31/07/2026 · botão "Publicar" na dashboard, com acompanhamento ao vivo

Publicar virou um botão, no canto direito da barra do topo. Antes era abrir terminal e rodar script; agora é apertar e olhar a tela.
Como funciona por baixo: o navegador não consegue rodar programa em máquina nenhuma, e a publicação precisa da pasta do jogo pelo Dropbox. Então o botão não executa, ele pede: grava um pedido, e o servidor, que confere de minuto em minuto, executa.
Acompanhamento ao vivo: três barras mostram em que passo está (Player, Dashboard, Enviar) e o log aparece rolando na tela, renovado a cada 8 segundos. Se falhar, o motivo fica ali, sem precisar de terminal nem pedir log pra ninguém.
Nunca duas publicações ao mesmo tempo. A rodada automática e o botão dividem uma trava. Sem ela havia um risco real: as duas tarefas disparam juntas no minuto cheio de cada hora, e como a publicação começa apagando a pasta de saída, uma apagaria enquanto a outra copia, subindo um site pela metade. A trava é um arquivo criado de forma atômica pelo sistema, então não existe brecha entre conferir e marcar.
Se algo travar, destrava sozinho: execução sem sinal de vida por 20 minutos é considerada perdida, e trava esquecida em disco é descartada após 25. Sem isso, uma queda de energia no meio bloquearia a publicação para sempre.
Ao terminar, o painel diz que já está no ar e oferece atualizar a página, que é o passo que faltava: quem está com a dashboard aberta continua vendo o conteúdo antigo até recarregar. Depois de atualizar, o aviso não volta.

31/07/2026 · financeiro aceita vários comprovantes por período

O problema: cada semana só comportava um comprovante. Enviar um segundo apagava o primeiro, e pagamento feito em partes não tinha como ser registrado.
Agora acumula. Dá pra enviar vários de uma vez, arrastando ou pelo seletor. O detalhe da linha lista todos com data e download, e cada um tem sua própria lixeira.
A nota fiscal continua uma por semana, e o envio segue sobrescrevendo. Só o comprovante mudou.
Os 6 comprovantes que já existiam foram migrados para o formato novo, com backup do índice e de cada arquivo antes, e conferência byte a byte de cada cópia antes de apagar a original.

31/07/2026 · sub-abas do Changelog com endereço próprio

Builds e Sistema dividiam a mesma URL, então não dava pra mandar link direto pra Sistema nem recarregar caindo no mesmo lugar. Agora são /changelog e /changelog/sistema.
Regra que passa a valer daqui pra frente: sub-aba nova nasce com endereço próprio. O /reports (Comentários de QA e Revisão da Build) ainda está pendente.

31/07/2026 · publicação automática pelo servidor (AutoPublicar) e limite no changelog

AutoPublicar no servidor: a publicação completa passou a rodar sem ninguém na máquina, pelo servidor da Oppaiman, em cerca de 3 minutos e meio. Sai com código 0 em caso de sucesso, o que permite monitorar por tarefa agendada.
Duas travas herdadas do painel antigo, removidas: a publicação exigia dois artefatos que nenhum script gerava mais, sobras do painel de locutores aposentado. A página de médias virou arquivo de origem em site/, e a pasta de build do player passou a ser criada sozinha quando não existe. Antes disso, no servidor, a publicação morria em 0 segundo depois de 8 minutos gerando tudo.
Log que explica a falha: o AutoPublicar só registrava o código de erro, e a mensagem ia para a tela. Num servidor sem ninguém olhando, uma falha virava um rc=1 sem motivo. Agora cada linha de cada passo fica no _autopublicar.log.
Nada preso a uma máquina: saiu o caminho fixo C:\tmp da montagem, e as bios dos personagens deixaram de sumir quando publicado de fora daqui (elas vêm de dois arquivos que só existem na máquina do André; agora, sem eles, as bios já publicadas são preservadas em vez de apagadas em silêncio).
Changelog de builds limitado a 20: a aba Builds acumulava sem limite (74 blocos, 178 KB publicados). Agora guarda as 20 últimas e descarta as mais antigas a cada build.

30/07/2026 · LocStudio e player migrados para a conta Cloudflare da Oppaiman, num projeto só

Saiu da conta pessoal: tudo passou para uma conta da Oppaiman, no endereço locstudio-oppaiman.pages.dev. O endereço antigo redireciona para o novo, preservando o caminho, e continua no ar como rede de segurança.
Três endereços viraram um: antes eram a dashboard, o player e os áudios em domínios separados. Agora é tudo o mesmo projeto: dashboard na raiz, player em /jogar/, médias em /medias e áudio em /audios/. Some o tráfego entre domínios.
Os dados foram junto e conferidos: 439 chaves (status das cenas, financeiro, conferências, comentários da QA, votos, notas fiscais e as credenciais do Basecamp) copiadas e comparadas byte a byte na chegada. Os 12.004 áudios foram para o novo bucket e uma amostra foi conferida por tamanho exato.
O dado que só existia na nuvem agora tem cópia: nada disso era gerado por script, então nunca existiu no Dropbox. Se a conta sumisse, sumia junto. Agora há um export completo em Scripts/migracao/.
Publicar continua sendo o mesmo comando. O PublicarTudo.bat não mudou de uso; por dentro passou a gerar as duas partes e enviar uma vez só, porque num projeto único cada publicação substitui a pasta inteira e publicar um lado sozinho apagaria o outro. Por isso os geradores individuais agora recusam publicar sozinhos.
O worker de áudio saiu de cena: o áudio passou a ser servido pelo próprio projeto, o que dispensou um serviço à parte e trouxe suporte a Range, que o worker antigo não tinha.

29/07/2026 · áudios do player migrados para o R2 (fim do limite de 20.000 arquivos)

O problema: o deploy do /jogar passou a falhar em toda build. O Cloudflare Pages aceita no máximo 20.000 arquivos por deploy e a pasta do player tinha chegado a 21.038 (11.424 áudios + 7.480 imagens + vídeos). O painel subia, mas o player não atualizava.
A solução: os 11.586 .opus saíram de dentro do deploy e passaram a viver num bucket de armazenamento (Cloudflare R2, fw-audios), servidos por um Worker com CORS. O deploy do player caiu de 21.038 para ~9.400 arquivos, bem abaixo do limite, e para de crescer com cada cena nova.
Player e /reports passaram a tocar o áudio direto do R2 (mesma estrutura de caminho de antes, só muda o endereço). Para o usuário é idêntico, o áudio toca igual.
Automático no PublicarTudo: a cada publicação, os .opus novos ou alterados sobem sozinhos para o R2 (sincronização incremental por manifesto) antes do deploy, e o build já não inclui áudio. Não volta a estourar.
SubirAudios aposentado: ele copiava os áudios direto para o deploy, o que hoje re-estouraria o limite. Foi para o backup. Publicar áudio agora é só via PublicarTudo.

29/07/2026 · organização dos scripts e aposentadorias

ImportarAudios com menu: em vez de colar o caminho da pasta, ele agora lista as pastas Periodo ... e você escolhe pelo número, igual ao AuditarAudios.
BaixarAudiosDrive aposentado: o download automático do Google Drive não é mais usado (os áudios chegam por pasta local). Foi para o backup; nenhum script dependia dele.
Raiz da pasta Scripts arrumada: só o PublicarTudo.bat fica solto. O token do Cloudflare foi para config/ e a documentação (README, regras do financeiro) para docs/, com as referências dos scripts e do hook atualizadas.

29/07/2026 · /reports em tabela e Excel, e aba Features nas Instruções

Reports de QA em tabela: na aba /reports, ao lado das guias, dois botões: Ver em tabela simples (Cena, Personagem, Fala, Report, ID da fala) e Baixar em Excel. Seguem a guia ativa e são gerados na hora com os reports ao vivo, então um report novo aparece assim que você abre a tabela, baixa ou dá F5.
/instrucoes ganhou a aba Features: um submenu que documenta os recursos do painel, cada um num card que expande ao clicar. Já com: reports em tabela/Excel, o AuditarAudios e o Glossário de pronúncia dos personagens.

28/07/2026 · elenco encerrado, personagens, estatísticas e status de aprovação

Votações de elenco encerradas: as escolhas de voz foram fechadas, os vencedores apurados e aplicados. A nota da voz vencedora aparece como estrela nos cards de /personagens, e /escolha-de-elenco e /resultado-escolha-de-elenco viraram histórico (sem novo voto).
Donna promovida a personagem principal, com bio escrita a partir da participação dela no update 15 e imagem própria no card.
/estatisticas com métrica única: tudo passou a medir palavras. O bloco "Entrega por personagem" usava contagem por falas (tudo-ou-nada), que divergia do resto do painel; agora bate com os demais.
Status de aprovação da cena virou automático: no /cenas, o dropdown de aprovação existe só no nível da parte (personagem). O status da cena é derivado sozinho: qualquer parte com pendência deixa a cena em Pendências; todas aprovadas, Aprovado; qualquer mistura, Em análise.
Financeiro: meta total ajustada para 160.000 palavras, com 20.000/semana a partir do Período 4 (12.000/semana nos Períodos 1 a 3).

23/07/2026 · player, provável rename no /reports e regra do financeiro

Cenas com label diferente do arquivo voltaram a tocar no /jogar: quando o nome do label dentro do .rpy não é igual ao nome do arquivo (ex.: f11_volleyknowledge.rpy tem label f11_volleyknowledge1), a cena estava sendo gerada vazia no player. Passou a resolver o label de entrada certo. Corrigiu 8 cenas: f01_charm01/02/03, f09_01_mansion22, f11_volleykindness, f11_volleyknowledge (e f01_charm0, f01_julia0, que são só narração).
Revisão da Build agrupa "Provável troca de id (rename)": quando a mesma cena tem fala sem áudio e arquivo órfão na pasta, os dois viram um aviso só, no topo, com os órfãos e as falas sem áudio lado a lado. Serve pra distinguir "mudou de id" (tem órfão) de "nunca foi enviado" (não tem). Os órfãos assim explicados saem de "Fora do padrão" pra não reportar duas vezes.
Limpeza da pasta voice: removidos 10 .opus fora do padrão (6 de teste antigos, 3 órfãos de rename da f12_chloe3 e 1 take alternativo), com backup fora da pasta do jogo.
Regra do Alcance documentada: criado o REGRAS-FINANCEIRO-ALCANCE.md (rastreado arquivo:linha) e um hook que injeta a regra sozinho quando o assunto é financeiro. O Alcance dos períodos 2+ é o valor manual do ImportarAudios; só o Período 1 usa o cálculo automático por data como fallback.

23/07/2026 · falas sem id saíram do QA e viraram item do changelog da build

Fala sem id não é trabalho do QA: não tem o que gravar nem o que revisar enquanto a cena não gera as traduções no Ren'Py. Por isso o tipo Fala sem id saiu da Revisão da Build em /reports — não gera mais pendência nem entra no histórico de lá.
Agora é reportado no changelog de cada build: o card da build mostra quantas falas ficaram sem id e em quais cenas, com o personagem e o texto de cada uma (abrindo o card). Se não houver nenhuma, o card confirma isso.
As pendências de "fala sem id" que já estavam no ledger do /reports foram descartadas na primeira publicação depois dessa mudança.

20/07/2026 · reports completos, casting e casamento fala↔áudio

Casamento fala↔áudio corrigido: falas dubladas estavam ficando sem id (e por isso nunca contavam como gravadas) quando o texto do roteiro e o da tradução diferiam por um detalhe de escape. A comparação passou a normalizar aspas (\' vs ') e porcento (\% vs %%) e a aceitar também o texto original do bloco, não só o traduzido. Eram 52 falas afetadas em 29 cenas; caem a zero conforme as cenas são republicadas.
Falas sem id viram pendência: quando ainda sobrar uma fala sem id (roteiro alterado sem regerar o mapeamento), ela aparece como item na Revisão da Build, com o texto da fala, em vez de sumir só no log.
Cada report tem tudo pra localizar a fala: nome da cena, id da fala, o texto da fala (sempre visível), quem comentou, o comentário e o áudio pra ouvir se houver. O id da fala passou a ser enviado mesmo quando ela não tem áudio gravado, e reports antigos recuperam o texto pelo id.
/escolha-de-elenco: duas abas, Em avaliação (quem ainda não tem nota) e Histórico (voz já definida). A voz vencedora de cada personagem é destacada com selo. Cada personagem em avaliação mostra a foto grande ao lado dos áudios, pra quem ouve ver quem é.
/cenas: o Status de aprovação (por cena e por personagem) ficou liberado pra qualquer um alterar, não só no modo dev.

17/07/2026 · Revisão da Build no /reports, personagens e planilha geral

/reports ganhou duas sub-abas: Comentários de QA (os feedbacks deixados no /jogar, como sempre) e Revisão da Build. A antiga aba Revisar deixou de existir e virou essa sub-aba; quem acessa /revisar cai em /reports.
Revisão da Build (checklist automático): a cada PublicarTudo, a build varre a pasta voice e lista os problemas como itens marcáveis: gravação incompleta (faltam áudios de um personagem) e fora do padrão (arquivo com nome que não bate com o roteiro). Ninguém marca à mão: quem resolve é a build.
Pendente → Histórico automático: arrumou o áudio na pasta e rodou de novo, o item some das pendências e vai pro histórico com data. Se o problema regride, ele reabre e volta pras pendências. Filtro Pendentes / Histórico em cada sub-aba.
Bolinha de alerta com a quantidade de pendentes em cada sub-aba e a soma no topo da aba Reports.
PublicarTudo agora publica a conferência sozinho: ao final de cada build, além de publicar as cenas, ele roda a conferência da pasta e alimenta a Revisão da Build (mesma detecção do ConferirAudios, reusada, sem código duplicado).
Planilha geral de palavras: em /instrucoes, um .xlsx com uma linha por Update / Cena / Personagem / Palavras, gerado a cada PublicarTudo, com a data e hora da última atualização.
/personagens: promovidos a principais, com imagem e bio, Riko, Himiko, Bruce, Sakura, Emily e Angela. Cada card ganhou um botão ▶ JOGAR que abre a cena com mais falas do personagem.
/scripts reorganizado: o PublicarTudo virou o card principal, com o passo a passo do que ele faz; os demais scripts viraram "ações individuais", opcionais pra quem usa o principal. Caminhos escritos por extenso a partir de Games\.
/processo: workflow de dublagem reescrito em 6 etapas (do estúdio grava até fechar o financeiro e pagar).
Changelog: os cards passaram a nascer comprimidos, abrindo ao clique.
Acesso: Scripts, Changelog e as páginas de Elenco (escolha e resultado) ficaram públicas, sem depender do modo dev.

16/07/2026 · importação de áudios, conferência e financeiro manual

ImportarAudios.bat (novo): aponte a pasta do período (o .zip do Drive descompactado) e ele lê a pasta inteira a cada run, mostra o relatório da build, copia pro voice só os .opus novos e pergunta se quer atualizar o Financeiro. Cada run gera o relatório relatorio-build_ImportarAudios_<data>, que responde sempre as mesmas 6 perguntas: período, data do período, palavras gravadas, se teve problema, data/hora da build e se está tudo no voice.
ConferirAudios.bat (novo): raio-x do voice, encabeçado pelas palavras gravadas e pelo que falta gravar. Audita só cenas/personagens que já têm pelo menos 1 áudio e lista só as incompletas. Detecta nome fora do padrão (.opus.opus, arquivo que não é .opus, órfão fora do mapeamento) — o padrão é um só: <bloco_id>.opus. No fim pergunta se quer publicar a conferência em /revisar.
BaixarAudiosDrive.bat (novo): baixa do Drive só os .opus que ainda não estão no voice, com o mesmo relatório de build. Para volume grande, o caminho do .zip + ImportarAudios é bem mais rápido que baixar um a um.
Financeiro virou manual: o alcance de um período só muda quando você manda, pelo ImportarAudios. Acabou qualquer comparação ou carimbo automático por data. O Período 1 é intocável: o script recusa alterá-lo, não importa a conta.
Relatório dentro do período: ao expandir a linha de um período no Financeiro aparecem os relatórios de build daquele período, expansíveis, com nome e data/hora. As conferências do ConferirAudios aparecem do mesmo jeito em /revisar.
Financeiro — pago: valor a pagar por período e uma bolinha verde com cifrão ao lado do valor quando está pago.
PublicarTudo.bat roda em qualquer PC: basta o Dropbox sincronizado. Ele instala sozinho Python, Node.js, wrangler e openpyxl, recarrega o PATH (o winget não atualiza a janela aberta) e lê o token do Cloudflare de _CLOUDFLARE_TOKEN.txt quando a máquina não tem a variável. A versão antiga ficou em _BACKUP-antigos\PublicarTudo_v1.bat.
/cenas: o f14 saiu do oculto. A coluna GRAVADO passou a mostrar as palavras reais além do percentual (333 (33%)), e o rodapé agora fecha por palavras, não por cena — era daí que vinha o 19% brigando com o 28% dos cards.
/estatisticas: card renomeado para PALAVRAS GRAVADAS, com o total gravado sobre o total do roteiro. Duas seções novas: Elenco por update e Participação por personagem (top 25, mostrando de quais updates cada um participa e quantas palavras tem em cada).
/personagens: Naomi e Bartholomew foram promovidos a principais, com imagem e bio.
/revisar: item pode ser removido da lista, e não só marcado como feito.
1 script por tarefa: o mapeamento de falas por personagem saiu do contar_palavras.py como função reusável, e os scripts de áudio importam dele. Nenhuma contagem duplicada em dois lugares.

10/07/2026 · scripts de publicação

PublicarTudo.bat — menu de escolha: lista os updates e você digita quais publicar (um, intervalo 1-13, lista 1,3,5 ou tudo). No fim pergunta se quer publicar outro (S volta ao menu).
Publicação por update, sem mexer no resto: escolher um update mexe só nele; os demais ficam exatamente como estavam publicados (merge). Antes o dashboard varria e republicava tudo. (contar_palavras.py --somente, publicar_dashboard.py.)
Build incremental (build.py + sincronizar): o build do /jogar parou de apagar a pasta inteira e recopiar 1,5 GB; agora sincroniza só o que mudou. Isso acabou com as travas WinError 32 do Dropbox/antivírus.
Auto-recuperação do player (publicar_player.py): se o build/deploy falha no meio, marca a pendência e se conserta sozinho no próximo run, sem deixar assets presos.
Vários updates de uma vez: o player aceita --updates f01,f03 e builda/publica todos numa passada só.
Changelog automático de cada build: toda publicação vira um bloco com data e hora, dizendo o que mudou no roteiro e o resultado do player (cenas buildadas, sprites/áudios, e em qual etapa falhou, se falhar).
Contagem exata de gravação (contar_palavras.py): parte gravada pela metade conta proporcional (fala a fala); a Revisar lista as falas que faltam com o nome do .opus. Corrigidos 99 áudios do f03_chloe2 com nome .opus.opus dobrado.
Update escondido: dá pra tirar um update do dashboard sem apagar nada, via UPDATES_OCULTOS no contar_palavras (no momento nenhum está oculto).

26/06/2026

Pipeline portável: todos os scripts de publicação migraram pro Dropbox, organizados por projeto em LocStudio\Scripts\ (Dashboard, Player, Audio). Nada mais preso ao PC do admin; os .bat auto-instalam os pré-requisitos.
Renomeados pela função: SubirTudo→SubirAudios, atualizar.py→publicar_dashboard.py, publicar.py (player)→publicar_player.py, e o "rode sempre" virou PublicarTudo.bat.
Aba Scripts atualizada com a nova estrutura e caminhos.

24/06/2026

Menu do topo (modo dev): novas abas Scripts e Changelog.
/personagens: regra — secundário com mais de 1400 palavras vira principal automaticamente (sem imagem; bio escrita à mão depois).
Reports: quadro de dica (Ajustes × Aprendizado) no topo.
Reports: botão Aprendizado ao lado de Resolver — manda o card pro histórico com a flag aprendizado.
Reports: cada card agora tem comentários (nome + mensagem), do mais recente pro mais antigo.
/processo: seção "Como devemos receber" reescrita — a edição é da LocStudio; entrega em .opus.
Removido o "normalizar voz" do pipeline.
Aba Instruções criada e movida pro menu do topo.
/personagens: bio da Brooke + botão "Ver médias das avaliações".
/cenas: coluna Gravado virou envio de link — o + abre "Enviar link", salva com data, vira CTA "▶ acessar" e marca a cena como gravada; dev pode excluir. Gravado passou a exigir link.

🎙️ LocStudio

👋 Bem-vindo(a) ao LocStudio

✨ Features do dashboard

🛠️ Scripts de publicação

📝 Changelog

🔊 Gemidos

💬 Comentários de QA

🛠️ Revisão da Build

⚠️ Alertas

📊 Análise de erros

Produtividade por dia (entregas e mudanças de status)▾

Entrega por personagem (palavras totais e % gravado)▾

Elenco por update (clique num update pra ver os personagens)▾

Participação por personagem (top 25 — clique pra ver as palavras em cada update)▾

💰 Financeiro