Feature request: keepFrames option on renderMedia (frames get deleted when the stitch fails)

Aperta
  • Qualcosa non va?
#24 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
3/5
Tempo stimato
1-2 giorni
Idoneità per principianti
55/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
typescript
Ambito
backend

Direzione di ricerca

Start by locating renderMedia and reading how it creates and removes its temporary frames directory, then follow its call to stitchFramesToVideo. The issue suggests either configurable retention and a frames directory or the smaller behavior of retaining frames only when stitching fails. Done means failed stitching leaves the frames available and reports their path, while the default behavior remains as requested.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

renderMedia renders the frames into a temp directory and deletes it in a finally:

} finally {
  // Cleanup temp frames
  fs.rmSync(tmpDir, { recursive: true, force: true });
}

So when stitchFramesToVideo throws (an FFmpeg error, a bad audio source, a full disk), all the rendered frames are deleted too, and the whole render has to be repeated. For long videos the frame render is by far the slowest part. We lost a ~1,600-frame 1080p render this way to the duration=Infinity error from #4.

Could renderMedia get a keepFrames option (default false), and maybe a framesDir option to choose where the frames go? If stitching then fails, the frames stay put, and it would help if the error message included the frames path, so you can retry stitchFramesToVideo() directly.

A smaller version would also help a lot: only keep the frames when the stitch fails, and print where they are.

Lingua principale
TypeScript
Stelle
159
Fork
32
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di thecodacus/rendiv

Tutte le issue di thecodacus/rendiv

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.