Projeto próprio / Em desenvolvimento
Engine nativa H.264, captura PipeWire e aceleração NVIDIA/Intel com renderização fora da WebView.
Compartilhamento de tela separando a interface de gestão do processamento de vídeo. O caminho Linux/Wayland reúne captura pelo portal do sistema, codificação H.264, transporte WebRTC e apresentação em janela nativa.
Desenvolvimento da engine C++26, captura, encoders, decoders, transporte de mídia e cliente SDL3. Next.js/Tauri inicia o executável C++ como sidecar por um comando Rust; Python/asyncio/websockets faz o rendezvous de SDP e ICE. A organização da engine explicita o percurso dos frames, as transferências de memória e os pontos de sincronização.
Alternativa NVIDIA em MemFd: mmap → libswscale na CPU (RGB/BGRA → NV12) → av_hwframe_transfer_data para a GPU. O suporte ao mapeamento depende dos formatos e drivers.
NVENC configura bitrate de 5 Mb/s, zero B-frames e GOP de 2 s. O timestamp RTP avança a 90 kHz conforme o FPS.
std::mutex e av_frame_clone protegem a troca de frames. A espera CUDA precede o desenho SDL; os caminhos em RAM usam SDL_UpdateNVTexture. Os planos NV12 são copiados entre superfícies na memória da GPU.
A sinalização troca metadados; o vídeo segue pelo canal de mídia entre peers.
Qt6/DBus acessa o portal XDG ScreenCast; PipeWire entrega buffers em thread própria. A engine encaminha FD, dimensões, stride, formato SPA e DRM modifier ao encoder e devolve o buffer ao stream após o callback. AVDRMFrameDescriptor descreve o DMA-BUF. A duplicação do FD mantém a referência ao buffer durante seu processamento.
CudaEncoder usa FFmpeg h264_nvenc, contexto CUDA e superfícies NV12. IntelIrisEncoder configura h264_qsv e pool de 32 superfícies QSV. Ambos contêm mapeamento DRM PRIME por av_hwframe_map. No fallback MemFd da NVIDIA, libswscale converte pixels na CPU antes do upload por av_hwframe_transfer_data; a próxima etapa é levar a conversão de cor integral à GPU.
CudaDecoder seleciona h264_cuvid e negocia AV_PIX_FMT_CUDA para entregar frames na GPU. O módulo Intel usa h264_qsv e contém mapeamento DRM PRIME, mas também transfere o frame para RAM. SoftwareDecoder usa AV_CODEC_ID_H264 e libswscale para NV12. A seleção automática de codecs e a integração entre variantes compõem as próximas etapas.
std::mutex serializa a substituição e leitura do frame; av_frame_clone mantém suas referências. O renderer registra texturas OpenGL de SDL3, mapeia Y/UV e usa cudaMemcpy2DToArrayAsync com cudaMemcpyDeviceToDevice. Após desmapear, cudaStreamSynchronize(0) aguarda a conclusão antes do desenho. Essa espera coordena a thread da CPU com a conclusão das cópias na GPU antes da apresentação.
O código usa libdatachannel, diferente da libwebrtc citada no blueprint inicial. NAL units H.264 são packetizadas em RTP, com RTCP Sender Reports e NACK no host; o cliente depacketiza e solicita keyframe ao abrir a track. O timestamp avança 90.000/FPS. Uma condition_variable aguarda a track abrir antes do envio: coordenação de rede, separada da disponibilidade local do frame no renderer.
FFmpeg: libavcodec/libavutil para codecs e contextos de hardware, libswscale para conversão na CPU; libavfilter integra as dependências da camada de filtros. PipeWire/SPA, Qt6/DBus, libdrm e EGL/GBM cobrem captura e formatos Linux. CUDA e QSV/libmfx/libva sustentam variantes de hardware; SDL3/OpenGL apresenta os frames, libdatachannel transporta mídia e nlohmann/json serializa mensagens.
Em desenvolvimento. Próximas etapas: consolidar a seleção de codecs, levar a conversão de cor à GPU, expandir o suporte macOS e adicionar áudio e controle remoto.
Para conversar sobre oportunidades, projetos e os desafios de engenharia que vêm a seguir.
Conversar no LinkedIn