Tag: python

Timelapse Screencast: Lavorare pubblicamente, l’esperienza di Rafael Pedreiro, il muratore brasiliano

Posted on | by Francisco Mat

Da alcuni anni guardo i video di Rafael Pedreiro (Brasile) e altri muratori su internet, video di uomini che fanno lavori “fisici”, lavori che dopo alcune ore sono visibili a “occhio nudo”. Ho sempre creduto che questo tipo di lavoro fosse più facile da registrare e apprezzare su internet, con la famosa tecnica del timelapse, dove il video è accelerato, possiamo vedere, per esempio, un muratore costruire muri dove prima non c’era niente.

Non ho trovato qualcuno instrumento che funzionace como io bisogno, da iniciato uno script in python che gravava il monitore di forma accelerata, generanto ao finne uno video screencast di forma accelerata, il risultato è stato incridibile. Inoltre, genera due formati di video: orizzontale, che è il video originale, e verticale, che è una versione modificata dove vengono impilati i due quadrati, posizionando sotto il video il VS Codium e sopra il sito aperto.

https://github.com/franciscof5/timelapse-screencast-auto-vertical-video-recorder-python-2025

Timelapse Screencast: Trabalhar de forma pública, a experiência do Rafael Pedreiro na web

Posted on | by Francisco Mat

Há alguns anos acompanho os vídeos do Rafael Pedreiro e outros pedreiros na internet, vídeos de homens que fazem trabalhos “físicos”, trabalhos que após algumas horas são visíveis a “olho nu”. Sempre acreditei que este tipo de trabalho era mais fácil de ser gravado e apreciado na internet, com a famosa técnica de timelapse, onde o vídeo é acelerado, podemos ver por exemplo um pedreiro erguer muros onde antes não havia nada.

A visibilidade do muro e do trabalho de assentar tijolo é fascinante, em câmera acelerada é incrível, com os anos o Rafael Pedreiro encontrou ângulos e melhorou a edição para criar conteúdos viciantes. Desde 2017 tenho tentado fazer lives de programação no youtube, mas sempre desisto dessas tentativas porque não gostava da qualidade do produto final.

Precisava aprender com o Rafael, gravar uma live de 2 horas editando um site por exemplo era maçante, ou eu falava durante a live ou ficaria muitos minutos de silêncio de abas alternando e código sendo lentamente escrito. Em 2025 resolvi radicalizar, vou gravar como ele, usar o timelapse e um pomodoro de 25 minutos do meu site pomodoros.com.br vai ter segundos de gravação.

Primeiras tentativas

Assim nas primeiras tentativas aprendi a organizar meu desktop para a gravação, encontrei uma fórmula de gravação muito boa. Usando dois monitores, no meu monitor grande divido a tela em 2 quadrados, no quadrado esquerdo deixo o VS Codium aberto e no da direita o site que estou trabalhando num navegador sem abas, é importante não ter abas para um experiêcia de visualização muito próxima ao “muro do pedreiro”, se a visualização ficar poluída é semelhante ao pedreiro gravando o muro e passando com o carrinho de mão na frente toda a hora, ou deixando ferramentas na frente do vídeo.

As primeiras tentativas foram com o OBS, certamente o mais popular e fácil método, mas surgiram as limitações. No OBS você pode configurar o FPS, que são frames por segundo, porém não consegue acelerar o vídeo se diminuir o FPS, se gravar um frame por segundo, o frame vai ocupar um segundo e não vai criar o efeito de timelapse. Problema é que isso vai gerar arquivos enormes e exigir edição após a gravação. É o equivalente ao português tirar o manteiga do pão para vender.

Timelapse Screencast

Não encontrei nenhuma ferramenta que funcionasse como eu precisava, assim iniciei um script em python que grava a tela em forma acelerada, gerando no final um vídeo screencast de forma acelerada, o resultado ficou incrível. Além de gerar 2 formatos de vídeo, horizontal que é o vídeo original, e o vertical, que é uma edição onde empilha os 2 quadrados, deixando abaixo do vídeo o VS Codium e acima o site aberto.

A experiência foi riquíssima, aprendi muito sobre como eu trabalho:

  • Primeiro que o trabalho do programador é lento mesmo em câmera acelerada
  • ChatGPT e ia aceleram o trabalho, mas não tanto
  • Trabalhar de forma pública, ou seja, expondo seu trabalho na internet como faz o Rafael Pedreiro exige um nível de técnica, concentração e qualidade de nível elevado

Porém o script não estava pronto, nos vídeos do Rafael, ele narra por cima do vídeo acelerado, o que torna a experiência muito mais imersiva. Porém a diferença do tipo de trabalho, físico vs digital, aparece. Muitas vezes na câmera acelerada preciso dar um destaque para uma alteração, explicar o que precisa ser feito, então nesse momento estou criando um software completo de edição de vídeo que permite pausar o timelapse para poder gravar em tempo normal quando for explicar algum detalhe, como necessidade de alinhar ou corrigir algum elemento.

Open Source no Github

Abaixo segue o link do projeto, é mais um produto da f5sites para 2025, com foco no trabalho de edição de vídeo, será integrado com meu outro sistema de inteligência artifical, para publicar automaticamente os vídeos gerados nas redes sociais. Se você precisa um editor vídeo com essa qualidade única pode acessar abaixo:

https://github.com/franciscof5/timelapse-screencast-auto-vertical-video-recorder-python-2025

Nova Arquitetura F5 Sites: Nginx-proxy Reverso de Múltiplos Dockers WordPress

Posted on | by Francisco Mat

Finalizando a tarefa mais difícil demorada, complexa e importante da história da F5 sites, mesmo tendo achado, ou até mesmo escrito posts anteriormente aqui no blog com o mesmo argumento, apenas agora, tive a plena consciência do que significa a nova arquitetura do F5 sites, como eu fiz uma virada há 2 anos e tudo isso aos poucos foi fazendo sentindo e criando pequenas soluções que juntas formam uma complexa nova arquitetura. O resultado prático é simples, mas o caminho para chegar nesse esquema é único e representa o passado, presente e futuro da F5 Sites.

Nem sempre uma tarefa nasce com o título que deveria, no começo do ano tive um excedente de caixa e pude contratar mais um pequeno servidor, uma micro cloud, com configuração mais básica e econômica (nanode de 5 dólares, uma micro VM). Para manter os custos sempre enxutos, não contratava qualquer serviço que não fosse estritamente necessário, regra que começou a valer em 2017, se não é necessário, se existe solução grátis ou se eu posso fazer, não contrato. Aqui no blog tem-se muitos posts sobre como migrei de um plano de revenda de hospedagem super custoso que hospedava mais de 10 sites, para uma micro VM de 5 dólares, hospedando os mesmos sites. Aqui já temos os ingredientes da sopa dessa publicação:

  • Mudanças na forma de administrar recursos
  • Possibilidade de contratação de um servidor adicional
  • A forma improvisada (algumas vezes atrapalhada e apressada) de criar soluções

(O apressado acaba sendo uma característica inerente de quem não tem muito tempo para se dedicar integralmente para os próprios projetos, já que trabalho contratado 8 horas por dia para terceiros, além de ter uma vida pessoal que reduz minha atuação na F5 Sites as vezes a poucas horas por mês.)

Assim essa nova tarefa surgiu com o tema de “eliminar uma VM” (voltar a operar somente com uma VM). Portanto precisei migrar toda a arquitetura da VM antiga para a nova arquitetura da VM nova, com docker com nginx-proxy e acme certbots automatizado, proxyando diversos outros dockers, seja WordPress, Node ou Python.

Entrei no maior desafio da minha vida, que para muitos é algo bem simples e trivial, para mim foi uma jornada ao desconhecido. Significa ter um objetivo e buscar o conhecimento, estudar muito, fazer milhões de testes para chegar em uma fórmula muito simples. Como pegar uma AK 47, uma arma tão simples e fácil de fazer que surpreende, mas levou muitos anos para chegar nesse produto.

Então descobri com muita pesquisa, mais do que muitas semanas de teste a fio, como sustentar em pé um serviço docker que fizesse o proxy reverso para cada domínio. Porque o docker / apache trabalha com a porta 80/443, assim não tem como levantar outro docker no mesmo ambiente, se for trabalhar com um projeto WordPress precisa desligar o outro. O grande desafio foi encontrar uma forma de levantar dois dockers / apache usando a mesma porta 80 e magicamente entregar para o usuário na ponta, o site que está acessando.

Acredito que o conhecimento que construi nestes meses são muito relevantes e por isso vou criar uma série de vídeos, talvez até mesmo um curso ensinando passo a passo como fazer uso desta tecnologia e solução, como já falei, simples para quem conhece, mas um longo caminho de conhecimento para quem quer dominar todas as etapas.