Alguém recriou o Premiere Pro em Rust. Instalei e testei (sem rodeios)

Autoria: Prompt Engineer 48 · Assistir no YouTube

Vídeo de autoria do canal indicado, não da IANIA; todos os direitos pertencem ao criador. Transcrição, resumo e tradução gerados automaticamente; o conteúdo no idioma original é preservado na versão em idioma original.

Idioma original: inglês

Vídeo original: Someone Rebuilt Premiere Pro in Rust. I Installed It. (Honest Test) · Canal: Prompt Engineer 48 · 09:24 · Assistir no YouTube

Tópicos: Agentes de IA, Engenharia de software com IA, Ferramentas de desenvolvimento com IA, Modelos multimodais, Open source e ecossistemas de software

Resumo

O vídeo testa o Film Craft 0.5.0, um editor de vídeo open source feito em Rust como uma reimplementação clean room do Adobe Premiere Pro, sem usar código da Adobe. O apresentador instala o programa no Windows, testa ferramentas de edição, correção de cor e exportação, e mostra como a interface pode ser controlada por comandos, CLI, JSON e MCP. O editor consegue exportar um arquivo válido, mas a renderização é lenta e várias funções ainda têm limitações. A conclusão é que ainda não é indicado para trabalhos de clientes com prazo, embora seja interessante para desenvolvedores e para quem queira ajudar a testar o projeto.

Pontos-chave

O Film Craft é uma reimplementação clean room do Adobe Premiere Pro, escrita em Rust e baseada em especificações públicas e no comportamento do produto.
O teste foi feito no Windows com um laptop equipado com RTX 4060; a instalação portátil abriu e detectou a decodificação de hardware.
O programa oferece ferramentas de edição, espaços de trabalho, painel de cor, escopos ao vivo e presets de correção de cor.
O projeto afirma ter codecs próprios escritos em Rust e testar sua compatibilidade com o FFmpeg como referência externa.
A interface, a CLI, o controle por JSON e o servidor MCP acionam o mesmo conjunto de comandos.
A exportação gerou um arquivo H.264 e AAC válido, mas levou mais de um minuto para processar uma sequência de 26 segundos usando a CPU.
Entre as limitações citadas estão a falta de plugins VST3 e OpenFX, suporte parcial a efeitos na GPU e ausência de exportação AV1.
O apresentador não usaria o editor hoje para um trabalho de cliente com prazo, mas recomenda testá-lo e enviar relatos de bugs.

Capítulos

Início	Capítulo	Resumo
00:00	O que é o Film Craft	O apresentador introduz o editor e explica que se trata de uma reimplementação clean room, não de código vazado da Adobe.
02:07	Instalação e primeiros testes de edição	O programa abre no Windows, e o apresentador demonstra a interface, os espaços de trabalho, os cortes e a proteção contra dessincronização.
03:40	Correção de cor e recursos técnicos	O vídeo demonstra presets e escopos de cor e apresenta os codecs, efeitos, áudio e formatos de intercâmbio descritos pelo projeto.
06:19	Comandos e teste de exportação	O apresentador explica o controle por comandos e MCP, exporta uma sequência e mostra o desempenho lento da renderização em CPU.
08:22	Limitações e veredito	O vídeo lista lacunas do projeto, compara alternativas e conclui que o Film Craft ainda não é adequado para trabalhos de clientes com prazo.

Citações

Clean room significa que escreveram com base em especificações públicas e no comportamento do produto, não no código-fonte da Adobe. — 00:32

A exclusão em ripple foi recusada porque a edição quebraria a sincronização. — 03:08

Uma sequência de 26 segundos levou mais de um minuto neste computador. — 07:20

Eu usaria para testar material e relatar bugs? Sim, é exatamente isso que eles pedem. — 08:53

Conceitos e entidades

Film Craft (ferramenta): Editor de vídeo open source escrito em Rust e apresentado como uma reimplementação clean room do Adobe Premiere Pro.
Adobe Premiere Pro (ferramenta): Editor de vídeo da Adobe usado como referência de interface e funcionalidades para o Film Craft.
Rust (conceito): Linguagem usada para escrever o Film Craft e, segundo o projeto, seus codecs.
FFmpeg (ferramenta): Projeto usado como referência externa para testar os codecs próprios do Film Craft.
MCP (conceito): Interface disponível no Film Craft para acionar os mesmos comandos usados pela interface e pela CLI.
DaVinci Resolve (ferramenta): Editor de vídeo citado como uma alternativa gratuita, mas de código fechado.
Kdenlive (ferramenta): Editor de vídeo open source citado como alternativa que usa MLT e FFmpeg.
Shotcut (ferramenta): Editor de vídeo open source citado como alternativa que usa MLT e FFmpeg.
Art Craft (empresa): Equipe associada ao Film Craft e a outros aplicativos da família Craft, segundo a transcrição.

Tradução completa (pt-BR)

00:00 Este é um editor de vídeo com uma timeline no estilo do Premiere Pro, um painel de cores no estilo do Lumetri, scopes em tempo real e um mixer de áudio. E acabei de abri-lo no meu laptop com Windows. Não é código da Adobe. Ninguém vazou nada. É uma recriação feita do zero, em sala limpa, escrita em Rust puro. O repo tem 10 dias. Tem seis versões, e você vai ver exatamente o que funciona e o que dá errado. Vale lembrar que tudo aqui está rodando no meu próprio laptop, com uma RTX 4060. Certo, esta é a história do repo contada pelo FilmCraft. A descrição diz: uma reimplementação open source, feita em sala limpa, do Adobe Premiere

00:32 Pro em Rust puro. A versão viral disso foi alguém dizer que lançou o Premiere Pro em open source. Não é isso que está acontecendo. Sala limpa significa que escreveram o programa com base em especificações públicas e no comportamento do produto, não a partir do código-fonte da Adobe. O que você tem é real. A licença informa Apache 2.0 e MIT, e na página dá para ver cerca de 7,5 mil estrelas, 2.600 forks, 842 commits e 30 colaboradores. O repo foi criado em 30 de setembro. A versão 0.1 co-A saiu em 2 de outubro, a 0.2.2 no

01:05 dia 5, a 0.4.0 no dia 8, e a 0.5.0 saiu hoje, 10 de outubro. São seis versões em oito dias. E veja as notas de lançamento. Avanço quadro a quadro em taxas de quadros não inteiras, clipes ao contrário, a borda que você pressiona é a borda que você apara, decodificação por hardware no Linux. São correções com nomes de colaboradores externos ao lado de cada pull request. Mais uma coisa nesta página: o autor do commit diz Echelon e Claude. Consultei os últimos 100 commits pela API do GitHub, e 27 deles têm uma linha dizendo que foram coescritos por Claude. O repo até tem um CLAUDE.md e um

01:37 AGENTS.md que dizem aos agents quais são as regras. Nunca travar, apenas sala limpa, Rust puro e um ID de tarefa por commit. Então, este é um editor que está sendo desenvolvido publicamente com agents de IA. Vamos instalá-lo. Vou baixar o ZIP portátil para Windows x64 da versão mais recente. Ele tem cerca de 65 megabytes. Também há um MSI e versões para Mac, Linux e FreeBSD, além de uma versão em WebAssembly para o navegador. Verifiquei o SHA256 com o arquivo de checksums da versão, e confere. Descompacto,

02:07 dou dois cliques em filmcraft.exe e a janela abre. No log, dá para ver a linha da versão: Film Craft 0.5.0 no Windows. E a linha seguinte diz: “A decodificação por hardware está disponível pelo Media Foundation.” Então, ele encontrou o caminho de decodificação da minha GPU sem que eu precisasse configurar nada. Vou abrir o projeto de demonstração, e você pode ver um layout que qualquer pessoa que já usou o Premiere conhece. Monitores de origem e de programa na parte de cima, bins no canto inferior esquerdo, ferramentas no meio, uma timeline com vídeo um, vídeo dois, áudio um e uma trilha musical no áudio dois, e

02:38 medidores de loudness à direita. No canto superior ficam os espaços de trabalho: edição, montagem, cor, efeitos e áudio. Vou alternar entre eles pelo control port, e cada um reorganiza os painéis como você espera. O que me interessa como editor são as ferramentas de trim. O readme lista ripple, roll, slip, slide, rate stretch e razor. Edição de três pontos com as teclas de vírgula e ponto, e trim dinâmico com J, K e L. Vamos fazer uma edição de verdade. Vou chamar o comando add edit na marca de 3 segundos, o mesmo

03:08 comando de Control-K, e o clipe Ocean Sunset se divide em dois. Agora você pode ver que o painel de histórico no canto inferior esquerdo lista open, apply golden dusk e add edit. Agora tento fazer um ripple delete na segunda metade, mas ele não permite. A barra de status diz que a edição quebraria a sincronização porque A2 está com o sync lock ativado e a trilha musical está no caminho. É a mesma proteção que o Premiere tem, então desfaço. E cada ação é um passo. Um detalhe que quero destacar: o tempo é armazenado como ticks inteiros, 254 bilhões e 16 milhões por segundo. Esse número é divisível por todas as taxas de quadros e de amostragem comuns.

03:40 Então, a taxa de 29,97 com drop frame é exata, não arredondada. Agora, o espaço de trabalho de cor. À direita está o painel Lumetri Color, com correção básica, criativo, curvas, rodas de cores, correspondência HSL secundária e vinheta. À esquerda estão os scopes em tempo real, aqui o parade RGB. Vou aplicar uma predefinição integrada. Há pastas para cinematográfico, emulação de filme, monocromático e técnico. Vou escolher Golden Dust no clipe Ocean Sunset. E dá para ver a imagem ficar mais quente. O controle deslizante de temperatura foi para 35,

04:10 os realces foram para menos 15, e o parade mudou junto. O readme diz que toda a correção de cor acontece em luz linear, com ponto flutuante de 32 bits. Vou experimentar outro visual para ser justo. Silver Retention, da emulação de filme, é aquele efeito de bleach bypass, e dá para ver as cores perderem intensidade e o contraste ficar forte. Segundo o readme, os visuais são transformações de cor escritas em código, não arquivos LUT. Esta é a parte que me surpreendeu. O readme diz que não há FFmpeg por dentro. O decodificador e o codificador H.264, a decodificação de HEVC, ProRes, AAC, VP9, Opus, AV1 e DNxHR são

04:43 código próprio em Rust, escrito com base nas especificações públicas. Eles testam comparando com o FFmpeg externamente, como referência. O decodificador H.264 é bit a bit exato em mais de 37 streams, o HEVC em 41, o VP9 em mais de 50, e ele roda a 500 a 600 quadros por segundo em 1080p. O compositor usa um caminho WebGPU que roda em Metal, Vulkan e DirectX 12, com um caminho de CPU que renderiza os mesmos quadros; os dois são testados um contra o outro. O roadmap contabiliza 35 crates e mais de 1.600 testes. Efeitos. O conjunto completo de efeitos de vídeo do Premiere 26 tem 93 efeitos em 16 pastas, cerca de 30 transições e 26 modos de mesclagem, com keyframes bezier e gráficos de valor e velocidade.

05:16 Medidores de loudness de áudio compatíveis com BS.1770 e EBU R.128, mixers de faixa e de clipe, e automação nos modos read, latch, touch e write. E, se você trabalha com outras pessoas, ele lê e grava Final Cut 7 XML, FCPXML, Open Timeline IO, EDL, AAF e OMF. Então, uma timeline pode sair do

05:46 Premiere ou do Resolve e vir para cá. No modo de exportação, a captura de tela do readme lista destinos para YouTube, Vimeo, TikTok e Instagram, mas, na minha versão 0.5.0 para Windows, a lista de destinos mostra apenas arquivo de mídia e fila, então eu não contaria com os envios para redes sociais. O que você tem é H.264 com perfil e nível de taxa de bits, além da codificação por hardware como opção em uma caixa de seleção; a estimativa diz 34 megabytes para esta sequência. ProRes, DNx, HR, MXF, sequências PNG, GIF e

06:19 WAV estão na lista de formatos. Não é só uma versão para Windows. O readme diz que é nativo no macOS, Windows e Linux, além de ter uma versão web. Cada lançamento tem um ZIP web do Film Craft, com cerca de 15 megabytes, que roda o mesmo mecanismo no navegador por meio de WebAssembly. Eles dizem que a estrutura do app no navegador ainda não está pronta, então considere essa versão uma prévia. Role a página para baixo, e o Film Craft aparece como um dos aplicativos que eles chamam de Crafting Apps. Photo Craft para imagens com arquivos PSD de verdade, Vector Craft, Light Craft para fotos raw, PE Edit Craft, Effect Craft para motion graphics, e Design Craft para diagramação. Todos da equipe Art Craft, todos em Rust, todos open source.

06:49 Cada ação no app é um comando. Executei o comando de CLI commands list, e ele imprimiu 675 linhas. A interface, a CLI, um control port JSON e um servidor MCP chamam os mesmos comandos. É assim que estou gravando isto. Iniciei o app com a flag de controle e enviei linhas JSON para abrir o projeto de demonstração, selecionar o clipe, aplicar Golden Dusk e tirar estas capturas de tela. O readme diz que o trailer das capturas de tela deles foi feito por um agent que controlava o app em execução da mesma forma. Agora, a parte em que ele precisa provar que funciona: executei uma exportação rápida com a predefinição de alta qualidade em 1080p na sequência de demonstração inteira. Ela terminou, e o FFprobe informa H.264 com AAC, 1920 por 1280, 26,8 segundos, 61 megabytes; portanto, é um arquivo válido. Mas, quanto ao tempo, as estatísticas de desempenho mostram cerca de 49 segundos de renderização e cerca de 59 segundos de codificação. Então, uma sequência de 26 segundos levou mais de um minuto na CPU. Nesta máquina, isso é mais lento do que em tempo real.

07:20 O roadmap diz que, por enquanto, a renderização de exportação usa apenas a CPU. A aceleração por hardware é o item que eles colocam em primeiro lugar na própria lista. O roadmap dá ao desempenho uma nota de 35 a 40%, em relação a um valor de referência de 62 na lista de verificação. Então, a exportação lenta que acabei de mostrar não é surpresa para eles. Aqui está o próprio placar deles, com a lista de verificação de recursos. Cerca de 87% pronto para trabalho real, cerca de 50 a 60%. Eles mesmos escreveram isso na seção de status do readme. As lacunas que listam: sem plugins VST3 ou OpenFX, apenas 31

07:51 O roadmap diz que, hoje, a renderização da exportação usa apenas a CPU. A aceleração por hardware é o primeiro item da lista deles. O roadmap dá à performance uma nota de 35 a 40%, diante de uma meta de checklist de 62. Então, a exportação lenta que acabei de mostrar não é uma surpresa para eles. Aqui está o próprio placar deles, a lista de verificação de recursos. Cerca de 87% pronto para trabalho real, cerca de 50 a 60%. Eles mesmos escreveram isso na seção de status do README. As lacunas que listam: sem plugins VST3 ou OpenFX, apenas 31

08:22 os efeitos rodam na GPU, o Lumetri e a exportação usam a CPU, a exportação em H.265 passa apenas por um codificador de hardware, não há exportação em AV1, nem suporte a câmera raw, e o desenvolvimento acontece no macOS, então Windows e Linux recebem muito menos testes. Então, onde isso se encaixa? DaVinci Resolve é gratuito, mas fechado. Kdenlive e Shotcut são open source, mas usam MLT e FFmpeg como base. Film Craft é o que está tentando reproduzir o layout do Premiere com os próprios codecs em Rust, e essa é uma aposta diferente. Se você edita trabalhos para clientes com prazo apertado,

08:53 espere. Se você é desenvolvedor Rust, nerd de codecs ou quer ver como é um editor orientado por agents, clone-o hoje, porque só a lista de comandos já vale a leitura. Então, eu faria hoje um trabalho para um cliente com ele? Não. Eu colocaria imagens nele e abriria issues? Sim, é exatamente isso que eles pedem. Há 192 issues abertas e 77 pull requests no momento, então tem gente fazendo isso. Então, neste vídeo, instalamos o Film Craft 0.5, abrimos o programa, ajustamos a cor de um clipe e exportamos um arquivo válido em 1080p, e você viu

09:24 onde ele é lento. É gratuito, está sob as licenças Apache 2.0 e MIT, e o link está na descrição. Baixe o arquivo zip portátil, experimente com suas próprias imagens e me diga nos comentários qual é a única coisa que o Premiere tem que impediria você de mudar: plugins, velocidade ou outra coisa. Essa é a coisa que vou testar em seguida. Até a próxima.

Transcrição original

[00:00] This is a video editor with a Premiere Pro style timeline, a Lumetri style color panel, live scopes, and an audio mixer. And I just opened it on my Windows laptop. It is not Adobe’s code. Nobody leaked anything. It is a clean room rebuilt written in pure Rust. The repo is 10 days old. It has six releases, and you will see exactly what works and what breaks. Mind you, everything here is running on my own laptop with an RTX 4060. All right, this is the repo story told FilmCraft. The description says an open-source clean room reimplementation of Adobe Premiere

[00:32] Pro in pure Rust. Now, the viral version of this was someone open-sourced Premiere Pro. That is not what this is. Clean room means they wrote it from public specifications and from how the product behaves, not from Adobe’s source. What you do get is real. The license box says Apache 2.0 and MIT, and on the page you can see about 7 and 1/2 thousand stars, 2,600 forks, 842 commits, and 30 contributors. The repo was created on September 30th. Version 0.1 co-A came out on October 2nd, 2.2 on

[01:05] the 5th, 0.4.0 on the 8th, and 0.5.0 landed today, October 10th. That is six releases in eight days. And look at their release notes. Frame stepping at odd frame rates, reverse clips, the edge you press is the edge you trim, Linux hardware decoding. Those are fixes with outside contributor names next to each pull request. One more thing on this page, the commit author here says Echelon and Claude. I pulled the last 100 commits through the GitHub API, and 27 of them carry a co-authored by Claude line. The repo even has a Claude MD and

[01:37] an Agents Amendy that tell agents the rules. Never crash, clean room only, pure Rust, and one task ID per commit. So, this is an editor that is being built with AI agents in public. Let’s go ahead and install it. I’m taking the Windows X64 portable zip from the latest release. It’s about 65 megabytes. There is also an MSI and builds for Mac, Linux, FreeBSD, and a web assembly build for the browser. I check the SHA256 against the checksums file in the release, and it matches. I unzip it,

[02:07] double-click filmcraft.exe, and the window opens. In the log, you can see the version line Film Craft 0.5.0 on Windows. And the next line says, “Hardware decoding is available through Media Foundation.” So, it found my GPU’s decode path without me setting anything. I’ll open the demo project, and you can see a layout that anyone who has used Premiere already knows. Source and program monitors on top, bins on the bottom left, tools in the middle, a timeline with video one, video two, audio one, and a score on audio two, and

[02:38] loudness meters on the right. Up in the corner are the workspaces: editing, assembly, color, effects, audio. I’m switching them from the control port, and each one rearranges the panels the way you expect. The thing I care about as an editor is the trim tools. The readme lists ripple, roll, slip, slide, rate stretch, and razor. Three-point editing with the comma and period keys, and dynamic trimming with J, K, and L. Let’s make an actual edit. I’m calling add edit at the 3-second mark, the same

[03:08] command as control K, and ocean sunset splits in two. You can see the history panel on the bottom left now lists open, apply golden dusk, and add edit. Now, I try a ripple delete on the second half, and it refuses. The status bar says the edit would break sync because A2 is sync locked and has the score in the way. That is the same protection Premiere has, so I undo. And every action is one step. One detail I want to point at, time is stored as integer ticks, 254 billion 16 million per second. That number divides evenly by every common

[03:40] frame rate and sample rate. So, 29.97 drop frame is exact, not rounded. Now, the color workspace. On the right is the Lumetri Color panel with basic correction, creative, curves, color wheels, and match HSL secondary, and vignette. On the left are live scopes here, the RGB parade. I’ll go ahead and apply a built-in preset. There are folders for cinematic, film emulation, monochrome, and technical. I’ll take golden dust on the ocean sunset clip. And you can see the picture warm up. The temperature slider moved to 35,

[04:10] highlights went to minus 15, and the parade changed with it. The readme says all grading happens in linear light in 32-bit float. I’ll try a second look to be fair. Silver retention from film emulation is the bleach bypass one, and you can see the colors drain and the contrast go hard. The looks are color transforms written in code, not LUT files, according to the readme. This is the part that surprised me. The readme says no FFmpeg inside. The H.264 decoder and encoder, HEVC decode, ProRes, AAC, VP9, Opus, AV1 decode, and DNxHR are

[04:43] their own Rust code written from the public specs. They test against FFmpeg from the outside as an oracle. The H.264 decoder is bit exact on 37 plus streams, HEVC on 41, VP9 on 50 plus, and it runs at 500 to 600 frames per second at 1080p. The compositor is a WGPGPU path that runs on Metal, Vulcan, and DirectX 12 with a CPU path that renders the same frames, and the two are tested against each other. The roadmap counts 35 crates and 1,600 plus tests. Effects. The full

[05:16] Premiere 26 video effects bin, 93 effects in 16 folders, around 30 transitions, and 26 blend modes with bezier keyframes and value and velocity graphs. Audio loudness meters to BS.1770 and EBU R.128, track and clip mixers, and automation in read, latch, touch, and write. And if you work with other people, it reads and writes Final Cut 7 XML, FCPXML, Open Timeline IO, EDL, AAF, and OMF. So, a timeline can leave

[05:46] Premiere or resolve and come in here. Export mode, the readme screenshot lists destinations for YouTube, Vimeo, TikTok, and Instagram, but in my 0.5.0 Windows build, the destinations list only shows media file and a queue, so I would not count on the social uploads. What you do get is H264 with a bit rate profile and level hardware encoding as an opt-in checkbox, and the estimate says 34 megabytes for this sequence. ProRes, DNx, HR, MXF, PNG sequences, GIF, and

[06:19] wave are in the format list. It’s not just a Windows build. The readme says native on macOS, Windows, and Linux, plus a web build. Every release has a Film Craft web zip, about 15 megabytes, that runs the same engine in a browser through web assembly. They say the browser app shell isn’t finished, so treat that one as a preview. Scroll down, and Film Craft is one of what they call the crafting apps. Photo Craft for images with real PSD files, Vector Craft, Light Craft for raw photos, PE Edit Craft, Effect Craft for motion

[06:49] graphics, and Design Craft for page layout. All from the Art Craft team, all in Rust, all open source. Every action in the app is a command. I ran the CLIs commands list, and it printed 675 lines. The UI, the CLI, a JSON control port, and an MCP server all call the same commands. That’s how I’m recording this. I started the app with the control flag, and I sent JSON lines to open the demo project, select the clip, apply golden dusk, and take these screenshots. The readme says the trailer in their own screenshots was built by an agent

[07:20] driving the running app the same way. Now the part where it has to prove itself, I ran quick export with the high quality 1080p preset on the whole demo sequence. It finished, and FFprobe says H264 plus AAC 1920 by 1280, 26.8 seconds, 61 megabytes, so it’s a valid file. But the time, the perf stats show about 49 seconds in render and about 59 in encode. So, a 26-second sequence took more than a minute on the CPU. That is slower than real-time on this machine.

[07:51] The roadmap says export rendering is CPU only today. Hardware acceleration is the thing they rank first on their own list. The roadmap puts performance at 35 to 40% against a checklist number of 62. So, the slow export I just showed you is not a surprise to them. Here is their own scoreboard feature checklist. About 87% ready for real work, about 50 to 60%. They wrote that themselves in the readme status section. The gaps they list, no VST3 or OpenFX plugins, only 31

[08:22] effects run on the GPU, Lumetri and export are on the CPU, H.265 export goes through a hardware encoder only, no AV1 export, no camera raw, and development happens on macOS, so Windows and Linux get far less testing. So, where does this sit? DaVinci Resolve is free but closed. Kdenlive and Shotcut are open, but they sit on top of MLT and FFmpeg. Film Craft is the one trying to do the Premiere layout with its own codecs in Rust, and that is a different bet. If you edit client work on a deadline,

[08:53] wait. If you’re a Rust developer, a codec nerd, or you want to see what an agent-driven editor looks like, clone it today because the commands list alone is worth reading. So, would I cut a client job in this today? No. Would I put footage through it and file bugs? Yes, that is exactly what they ask for. There 192 open issues and 77 pull requests right now, so people are doing it. So, in this video we installed Film Craft 0.5, opened it, graded a clip, and exported a valid 1080p file, and you saw

[09:24] where it is slow, it’s free, it’s Apache 2.0 and MIT, and the link is in the description. Download the portable zip, try it with your own footage, and tell me in the comments what is the one thing Premiere has that would stop you switching, plugins, speed, or something else. That’s the one I’ll test next. I’ll see you in another one.