Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

Stream the CLI/MCP audio export instead of buffering whole files

Aberta
  • Algo errado?
#1,385 1 comentário 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 1 dia

@auberginewly já está trabalhando nisso.

Desde 28/10/2026.

Avaliação

Dificuldade
5/5
Tempo estimado
Mais de uma semana
Facilidade para iniciantes
35/100
Tipo de issue
Funcionalidade
Clareza
Razoavelmente clara
Status de atividade
Ativa
Stack de tecnologia
electron, typescript
Domínio
cli, desktop, performance

Direção de pesquisa

Start with src/cli/CliExportRunner.tsx and follow exportAudio and the MP4 voiceover mix through writeExportToPath and the existing render path. Then trace the render source and IPC write APIs to determine how chunked reads and streamed writes fit together. Done means audio exports avoid holding the full rendered video and audio buffers in the renderer; the issue proposes streamed IPC or main-process WAV writing as possible approaches.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

Follow-up from #1383 (review comment on src/cli/CliExportRunner.tsx).

The CLI/MCP audio export (exportAudio, openscreen export -o out.wav|out.m4a) and the MP4 voiceover mix both hold whole files in memory in the renderer: the rendered MP4 is fetched back as a Blob, the audio is extracted into an ArrayBuffer, and the result goes through writeExportToPath as one buffer over IPC. For a long project that means the full MP4 plus the full WAV live in the renderer at once, which can exhaust memory.

Proposal: stream instead of buffering. Read the render from disk in chunks (mediabunny StreamSource or a file-handle source), write the extracted audio through a streamed target, and add a write-stream IPC (open / append / close) rather than a single-buffer write. A WAV could also be written by the main process directly.

Out of scope for #1383, which keeps the existing buffer-based path the MP4 export already uses.

🤖 Generated with Claude Code

Linguagem predominante
TypeScript
Estrelas
3.7k
Forks
231
Merge médio
15h 10min
PRs com merge (30d)
324

Preparar o ambiente

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de getopenscreen/openscreen

Todas as issues de getopenscreen/openscreen

Issues semelhantes

Mais issues de TypeScript

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.