Opção Ffmpeg Win Binária

Baixar FFmpeg Não é possível acessar o Git ou deseja acelerar a clonagem e reduzir o uso de largura de banda O FFmpeg sempre foi um projeto muito experimental e desenvolvido por desenvolvedor. É um componente chave em muitos projetos de multimídia e tem novos recursos adicionados constantemente. Instantâneos de ramo de desenvolvimento funcionam muito bem 99 do tempo para que as pessoas não têm medo de usá-los. Repositórios Git Aproximadamente a cada três meses o projeto FFmpeg faz uma nova versão principal. Entre os principais lançamentos, aparecerão lançamentos que adicionarão correções de bugs importantes, mas sem novos recursos. Observe que esses lançamentos são destinados a distribuidores e integradores de sistemas. Os usuários que desejam compilar a partir da própria fonte são fortemente encorajados a considerar usar o ramo de desenvolvimento (veja acima), esta é a única versão em que os desenvolvedores do FFmpeg trabalham ativamente. Os ramos de lançamento apenas cereja escolher alterações selecionadas a partir do ramo de desenvolvimento, o que, portanto, recebe muito mais e muito mais rápido correções de bugs, como recursos adicionais e patches de segurança. FFmpeg 3.2.4 Hypatia 3.2.4 foi lançado em 2017-02-10. É a última versão estável FFmpeg do ramo de liberação 3.2.4, que foi cortada do master em 2016-10-26. Ele inclui as seguintes versões de biblioteca: FFmpeg 3.1.7 Laplace 3.1.7 foi lançado em 2017-02-09. É a última versão estável do FFmpeg da ramificação 3.1, que foi cortada do master em 2016-06-26. Inclui as seguintes versões de biblioteca: Um pequeno guia do FFmpeg 0.5 feito por RodrigoPolo IMPORTANTE: Este guia e comandos não são mais mantidos, algumas informações sobre formatos ainda são relevantes, mas os comandos de codificação não são, refira-se aos guias oficiais de codificação ffmpeg. Esta é uma pequena batota pessoal para codificação audiovideo onde eu coloquei algumas das minhas coisas mais usadas com FFmpeg 0,5 e outras ferramentas. Uso o H.264 e o AAC no MP4. M4V ou MKV recipiente na maioria das vezes. Eu também tenho uma ferramenta de gerador de comando FFmpeg aqui. Se você tiver alguma dúvida, entre em contato comigo. Se você quiser ajudar, dê-nos uma doação: 30 de outubro de 2016, Resultados: Summer Of Code 2016. Este foi um longo tempo, mas queríamos dar um encerramento adequado para a nossa participação nesta corrida do programa e que leva Tempo. Às vezes é apenas para obter o relatório final para cada projeto reduzido, outros, está finalizando tudo o que estava ainda em curso quando o programa terminou: remendos finais precisam ser mesclados, listas TODO estabilizado, planos futuros concordaram que você nomeá-lo. Stanislav Dolganov projetou e implementou o suporte experimental para estimativa de movimento e compensação no codec sem perda de FFV1 (FFV1 (Mentor: Michael Nierdermayer) . O design e implementação é baseado no codec de vídeo de neve, que usa OBMC. O trabalho de Stanislavs provou que os ganhos significativos da compressão podem ser conseguidos com compressão inter-frame. FFmpeg congratula-se com Stanislav para continuar trabalhando além desta prova de conceito e trazer seus avanços na especificação FFV1 oficial dentro do IETF. Petru Rares Sincraian adicionou vários auto-testes ao FFmpeg e conseguiu com sucesso o processo tedioso de ajustes finos de testes para evitar problemas conhecidos e difíceis de evitar, como os desajustes de checksum devido a Arredondando erros na miríade de plataformas que nós apoiamos. Seu trabalho melhorou consideravelmente a cobertura de código de nossos auto-testes. Implementação do codificador ALS MPEG-4 (Mentor: Thilo Borgmann) Umair Khan atualizou e integrou o codificador ALS para caber na atual base de código FFmpeg. Ele também implementou um recurso ausente para o decodificador ALS que habilita a descodificação de amostras de ponto flutuante. O suporte a FFmpeg para MPEG-4 ALS foi melhorado significativamente pelo trabalho de Umairs. Congratulamo-nos com ele para manter a manutenção de suas melhorias e esperança de grandes contribuições para vir. Melhorias Muxer T (Mentor: Marton Balint) Jn objetivo Sebechlebsks genérico foi melhorar o tee muxer por isso tolerado bloqueio IO e permitiu a recuperação de erro transparente. Durante a fase de projeto, verificou-se que essa funcionalidade exigia um muxer separado, então Jn passou seu verão trabalhando no chamado muxer FIFO, gradualmente corrigindo problemas em toda a base de código. Ele conseguiu sua tarefa, eo muxer FIFO agora faz parte do repositório principal, juntamente com várias outras melhorias que ele fez no processo. O objetivo de Jai Luthras foi atualizar o codificador de MLP (Meridian Lossless Packing) fora da árvore e praticamente abandonado para o libavcodec e aprimorá-lo para permitir a codificação para o formato TrueHD (Mentor: Rostislav Pehlivanov). Para o período de qualificação o codificador foi atualizado de tal forma que foi utilizável e durante todo o verão, com êxito melhorado adicionando suporte para áudio multicanal e codificação TrueHD. Jais código foi fundido no repositório principal agora. Embora permaneçam alguns problemas em relação ao canal LFE e ao manuseio de amostra de 32 bits, estes estão em processo de ser corrigidos, de modo que o esforço possa finalmente ser aprimorado na velocidade e na eficiência dos codificadores. Davinder Singh investigou a estimativa de movimento existente e abordagens de interpolação a partir da literatura disponível e trabalho anterior por nossa própria: Michael Niedermayer, e implementou filtros baseados nesta pesquisa. Esses filtros permitem que a conversão de taxa de quadros de interpolação de movimento seja aplicada a um vídeo, por exemplo, para criar um efeito de câmera lenta ou alterar a taxa de quadros enquanto interpolam suavemente o vídeo ao longo dos vetores de movimento. Há ainda o trabalho a ser feito para chamar esses filtros, o que é bastante difícil em tudo, mas estamos olhando com otimismo em seu futuro. E é isso. Estamos satisfeitos com os resultados do programa e imensamente agradecidos pela oportunidade de trabalhar com um grupo tão incrível de estudantes. Podemos ser uma multidão dura, mas nossos mentores fizeram um trabalho incrível na mão segurando nossos estagiários através de sua jornada. Obrigado também ao Google por este maravilhoso programa e a todos que fizeram espaço em suas vidas ocupadas para ajudar a tornar o GSoC2016 um sucesso. Vejo você em 2017 24 de setembro de 2016, SDL1 apoio caiu. Suporte para a biblioteca SDL1 foi descartado, devido a ele não mais sendo mantida (a partir de janeiro de 2012) e sendo substituído pela biblioteca SDL2. Como resultado, o dispositivo de saída SDL1 também foi removido e substituído por uma implementação SDL2. Ambos os dispositivos de saída ffplay e opengl foram atualizados para suportar SDL2. 9 de agosto de 2016, FFmpeg 3.1.2 Laplace FFmpeg 3.1.2. Um novo ponto de lançamento do ramo de lançamento 3.1, está agora disponível Ele corrige vários bugs. Recomendamos que os usuários, distribuidores e integradores de sistema atualizem a menos que usem o mestre atual do git. 10 de julho de 2016, o programa ffserver foi descartado Depois de uma deliberação completa, anunciavam que estavam prestes a soltar o programa ffserver do projeto começando com a próxima versão. Ffserver tem sido um programa problemático para manter devido ao seu uso de APIs internas, o que complicou as limpezas recentes para a biblioteca libavformat, e bloquear mais limpezas e melhorias que são desejados pelos usuários da API e será mais fácil de manter. Além disso, o programa tem sido difícil para os usuários implantar e executar devido a problemas de confiabilidade, falta de pessoas qualificadas para ajudar e confusa sintaxe de arquivo de configuração. Usuários atuais e membros da comunidade são convidados a escrever um programa de substituição para preencher o mesmo nicho que ffserver fez usando as novas APIs e entrar em contato conosco para que possamos apontar os usuários para testar e contribuir para o seu desenvolvimento. 1 de julho de 2016, FFmpeg 3.1.1 Laplace FFmpeg 3.1.1. Uma nova versão de ponto do ramo de lançamento 3.1, está agora disponível. Trata principalmente de alguns problemas ABI introduzidos na versão anterior. Recomendamos fortemente aos usuários, distribuidores e integradores de sistemas, especialmente aqueles que tiveram problemas atualizados a partir de 3.0, para atualizar a menos que eles usem o atual mestre git. 27 de junho de 2016, FFmpeg 3.1 Laplace FFmpeg 3.1 Laplace. Uma nova versão principal, está agora disponível Alguns dos destaques: DXVA2-acelerado HEVC Main10 decodificação fieldhint filtro loop filtro de vídeo e filtro de áudio aloop Bob Weaver filtro de desentrelação filtro de fogo filtro datascope filtro banco e filtros de abench filtro de ciescope protocolo lista negra API MediaCodec H264 decodificação VC - 2 HQ RTP formato de carga útil (rascunho v1) depacketizer e embalador VP9 RTP formato de carga útil (rascunho v2) packetizer AudioToolbox decodificadores de áudio AudioToolbox codificadores de áudio filtro de núcleo (filtragem de imagem baseada em GPU no OSX) libdcadec removido filtro de fluxo de bits para extrair DTS núcleo ADPCM IMA DAT4 decodificador musx Demuxer aix demuxer remap filtro hash e framehash muxers filtro de espaço de cores filtro hdcd filtro readvitc Conversão e escalação de formato acelerado por VAAPI Conversão e dimensionamento de formato acelerado libnppCUDA Duck TrueMotion 2.0 Decodificador em tempo real Demolente de dados de bit único de banda larga (WSD) VAAPI acelerado H.264HEVCMJPEG Codificação decodificador DTS Express (LBR) Genérico OpenMAX IL enco Der com suporte para Raspberry Pi IFF ANIM demuxer decodificador Direct Stream Transfer (DST) decodificador filtro de alto-falante MTAF demuxer e decodificador MagicYUV decodificador OpenExr melhorias (dados de azulejo e suporte B44B44A) BitJazz Sheer Decodificador de vídeo CUDA CUVID H264HEVC decodificador de 10 bits de suporte de profundidade nativo utvideo decodificador Libutvideo wrapper removido Codificador YUY2 Lossless Codec Codificador VideoToolbox H.264 Recomendamos aos usuários, distribuidores e integradores de sistemas que atualizem a menos que usem o mestre atual do git. 16 de março de 2016, o Google Summer of Code FFmpeg foi aceito como uma organização de código aberto do Google Summer of Code. Se você deseja participar como estudante, veja nossa página de idéias de projeto. Você já pode entrar em contato com os mentores e começar a trabalhar em tarefas de qualificação, bem como registrar no google e enviar o projecto de projecto projecto. Boa sorte 15 de fevereiro de 2016, FFmpeg 3.0 Einstein FFmpeg 3.0 Einstein. Uma nova versão importante, agora está disponível Alguns dos destaques: O codificador nativo FFmpeg AAC viu melhorias extensas e já não é considerado experimental Suporte removido para libvo-aacenc e libaacplus Mais de 30 novos filtros foram adicionados Muitas otimizações ASM VP9 Hardware Acceleration ( DXVA2 e VA-API) Descodificador Cineform HD Descodificador DCA novo com base no libdcadec com suporte total para extensões DTS-HD Como em todos os principais lançamentos esperam importantes mudanças APIABI incompatíveis para trás Veja o Changelog para obter uma lista de mais atualizações Recomendamos aos usuários, distribuidores, E integradores de sistema para atualizar a menos que eles usam atual mestre git. 30 de janeiro de 2016, Removendo o suporte para dois codificadores AAC externos Acabamos de remover suporte para codificador VisualAn AAC (libvo-aacenc) e libaacplus no mestre FFmpeg. Mesmo antes de marcar o nosso codificador AAC interno como estável. Sabia-se que libvo-aacenc era de qualidade inferior à nossa nativa para a maioria das amostras. No entanto, o codificador VisualOn foi usado extensivamente pelo Android Open Source Project, e gostaríamos de ter uma opção estável testada e verdadeira em nossa base de código. Quando cometido pela primeira vez em 2011, a libaacplus preenchia a lacuna de codificação dos formatos AAC de alta eficiência (HE-AAC e HE-AACv2), que não era suportado por nenhum codificador no FFmpeg naquele momento. As circunstâncias para ambos mudaram. Após o trabalho liderado por Rostislav Pehlivanov e Claudio Freire, o agora estável FFmpeg nativo codificador AAC está pronto para competir com muito mais maduro encoders. A Fraunhofer FDK AAC Codec Biblioteca para Android foi adicionado em 2012 como o quarto suportado externo AAC encoder, e um com a melhor qualidade e os mais recursos suportados, incluindo HE-AAC e HE-AACv2. Portanto, decidimos que é hora de remover libvo-aacenc e libaacplus. Se você estiver usando libvo-aacenc, prepare-se para a transição para o codificador nativo (aac) ao atualizar para a próxima versão do FFmpeg. Na maioria dos casos, é tão simples como simplesmente trocar o nome do codificador. Se você estiver usando libaacplus, comece usando FDK AAC (libfdkaac) com uma opção de perfil apropriado para selecionar o perfil AAC exato que se adapta às suas necessidades. Em ambos os casos, você vai desfrutar de uma melhoria de qualidade audível e, assim como menos dores de cabeça de licenciamento. 16 de janeiro de 2016, FFmpeg 2,8,5, 2,7,5, 2,6,7, 2,5,10 Foram feitas várias novas libertações pontuais (2,8,5, 2,7,5, 2,6,7, 2,5,10). Eles corrigem vários bugs, bem como CVE-2016-1897 e CVE-2016-1898. Consulte o changelog para cada versão para obter mais detalhes. Recomendamos que os usuários, distribuidores e integradores de sistemas atualizem a menos que usem o mestre atual do git. 5 de dezembro de 2015, O codificador nativo FFmpeg AAC está agora estável Após sete anos o codificador nativo FFmpeg AAC teve seu sinalizador experimental removido e declarado como pronto para uso geral. O codificador é transparente a 128kbps para a maioria das amostras testadas com artefatos aparecendo apenas em casos extremos. Testes de qualidade subjetiva colocam o codificador de qualidade igual ou maior do que a maioria dos outros codificadores disponíveis para o público. Licenciamento sempre foi um problema com a codificação de áudio AAC como a maioria dos codificadores tiveram uma licença fazendo FFmpeg unredistributable se compilado com suporte para eles. O fato de que existe agora um codificador AAC totalmente aberto e verdadeiramente livre integrado diretamente no projeto significa muito para aqueles que desejam usar padrões aceitos e difundidos. A maior parte do trabalho realizado para levar o codificador à qualidade foi iniciado durante este ano GSoC pelo desenvolvedor Claudio Freire e Rostislav Pehlivanov. Ambos continuaram a trabalhar no codificador com o último juntando-se como um desenvolvedor e mainainer, trabalhando em outras partes do projeto também. Além disso, graças a Kamedo2 que faz comparações e testes, os autores originais e todos os contribuidores passados ​​e atuais para o codificador. Os usuários são sugeridos e incentivados a usar o codificador e fornecer feedback ou relatórios de quebra através do nosso bug tracker. 13 de outubro de 2015, Telepoint amp MediaHub agora estão apoiando nosso projeto Uma grande nota de agradecimento vai para nossos mais novos apoiadores: MediaHub e Telepoint. Ambas as empresas doaram um servidor dedicado com conectividade de internet gratuita. Aqui está um pouco sobre eles em suas próprias palavras: Telepoint é o maior data center portador-neutro na Bulgária. Localizado no coração de Sofia em uma cruz-estrada de muitas redes búlgaras e internacionais, a facilidade é um centro de dados inteiramente caracterizado do tier 3 que fornece soluções flexíveis orientadas cliente-colocation (que variam de um server a um hall confidencial confidencial) Nível de segurança. MediaHub Ltd. é uma plataforma de IPTV búlgaro e provedor de serviços que usa FFmpeg fortemente desde que começou a operar um ano atrás. Doar para ajudar a manter FFmpeg on-line é a nossa maneira de devolver à comunidade. Graças Telepoint e MediaHub por seu apoio 29 de setembro de 2015, resultados GSoC 2015 FFmpeg participou da última edição do Google Summer of Code Project. FFmpeg obteve um total de 8 projetos atribuídos, e 7 deles foram bem sucedidos. Queremos agradecer ao Google. Os alunos participantes, e especialmente os mentores que se juntaram a este esforço. Esperamos participar da próxima edição do GSoC Abaixo você pode encontrar uma breve descrição do resultado final de cada projeto. Servidores básicos para protocolos de rede, mentee: Stephan Holljes, mentor: o projeto Nicolas George Stephan Holljess para esta sessão do Google Summer of Code foi implementar recursos básicos do servidor HTTP para o libavformat, para complementar o já existente cliente HTTP e o código do servidor RTMP e RTSP. A primeira parte do projeto foi tornar o código HTTP capaz de aceitar um único cliente que foi concluído parcialmente durante o período de qualificação e parcialmente durante a primeira semana do verão. Graças a este trabalho, agora é possível fazer um fluxo HTTP simples usando os seguintes comandos: A próxima parte do projeto foi estender o código para ser capaz de aceitar vários clientes, simultaneamente ou consecutivamente. Uma vez que libavformat não tinha uma API para esse tipo de tarefa, era necessário desenhar uma. Esta parte foi concluída principalmente antes do meio do meio e aplicada pouco depois. Como a ferramenta de linha de comando ffmpeg não está pronta para atender a vários clientes, o terreno de teste para essa nova API é um programa de exemplo que atende conteúdo codificado. A última e mais ambiciosa parte do projeto foi atualizar ffserver para fazer uso da nova API. Provaria que a API é utilizável para implementar servidores HTTP reais e expor os pontos onde era necessário mais controle. No final do verão, uma primeira série de correções de trabalho estava passando por revisão de código. Navegando o conteúdo no servidor, o mentor: Mariusz Szczepaczyk, mentor: Lukasz Marek Mariusz terminou uma API preparada pela comunidade FFmpeg e implementou a lista de diretórios do Samba como tarefa de qualificação. Durante o programa ele estendeu a API com a possibilidade de remover e renomear arquivos em servidores remotos. Ele completou a implementação desses recursos para protocolos de arquivos, Samba, SFTP e FTP. No final do programa, Mariusz forneceu um esboço de uma implementação para a escuta do diretório HTTP. Directshow captura de vídeo digital, mentee: Mate Sebok, mentor: Roger Pack Mate estava trabalhando em diretshow entrada de fontes de vídeo digital. Ele obteve o trabalho de entrada de fontes de entrada ATSC, com sintonizador especificável. O código não foi confirmado, mas um patch dele foi enviado para a lista de discussão ffmpeg-devel para uso futuro. O mentor planeja limpá-lo e comprometê-lo, pelo menos para o lado ATSC das coisas. Mate e o mentor ainda estão trabalhando tentando finalmente descobrir como começar a trabalhar DVB. Implementando suporte total para 3GPP Timed Text Subtitles, mentor: Niklesh Lalwani, mentor: Philip Langdale Nikleshs projeto foi para expandir o nosso apoio para 3GPP Timed legendas de texto. Este é o formato de subtítulo nativo para recipientes mp4, e é interessante porque geralmente é o único formato de subtítulo suportado pelos aplicativos de reprodução de ações em dispositivos iOS e Android. O ffmpeg já tinha suporte básico para essas legendas, que ignoravam todas as informações de formatação - apenas forneciam suporte básico de texto simples. Niklesh trabalhou para adicionar suporte no lado de codificação e decodificação para recursos de formatação de texto, como fonte de tamanho e efeitos como bolditalics, destaque, etc. O principal desafio aqui é que Timed Text manipula a formatação de uma maneira muito diferente do subtítulo mais comum Formatos. Ele usa uma codificação binária (com base em caixas mp4, naturalmente) e armazena informações separadamente do próprio texto. Isso requer um trabalho adicional para rastrear quais partes da formatação de texto se aplicam e explicitamente lidar com a sobreposição de formatação (que outros formatos suportam, mas Timed Text não), portanto, é necessário quebrar as seções sobrepostas em separadas não sobrepostas com formatação diferente. Finalmente, Niklesh teve que ter cuidado para não confiar em nenhuma informação de tamanho nas legendas - e isso não é brincadeira: o agora infame bug de estágio do Android estava no código para analisar as legendas de Timed Text. Todo o trabalho de Nikleshs está comprometido e foi lançado em ffmpeg 2.8. Reflexão em bibliografia, mentee: Pedro Arthur, mentores: Michael Niedermayer, Ramiro Polla Pedro Arthur modificou os escaladores verticais e horizontais. Para fazer isso, ele projetou e implementou uma estrutura de filtro genérica e moveu o código do scaler existente para ele. Essas alterações agora permitem adicionar facilmente etapas de processamento removendo, dividindo ou mesclando. A implementação foi benchmarked e várias alternativas foram tentadas para evitar perda de velocidade. Ele também adicionou suporte de escala corrigido por gama. Um exemplo para usar escalonamento corrigido de gamma seria: Pedro fez um trabalho impressionante considerando o curto período de tempo disponível, e ele é um comitente FFmpeg agora. Ele continua a contribuir para o FFmpeg e corrigiu alguns bugs no libswscale depois do GSoC ter terminado. AAC encoder melhorias, mentor: Rostislav Pehlivanov, mentor: Claudio Freire Rostislav Pehlivanov implementou PNS, TNS, IS codificação e principal previsão sobre o nativo AAC codificador. De todas essas extensões, apenas o TNS foi deixado em um estado menos utilizável, mas a implementação foi empurrada (desativada) de qualquer maneira, uma vez que é uma boa base para novas melhorias. O PNS substitui bandas ruidosas por um único fator de escala que representa a energia dessa banda, aumentando consideravelmente a eficiência de codificação e as melhorias de qualidade em baixas taxas de bits são impressionantes para uma característica tão simples. O TNS ainda precisa de algum polimento, mas tem o potencial de reduzir os artefatos de codificação aplicando a modelagem de ruído no domínio temporal (algo que é uma fonte de distorção irritante e notável em bandas de baixa entropia). Intensidade A codificação estéreo (IS) pode duplicar a eficiência de codificação, explorando a forte correlação entre os canais estéreo, mais eficaz em faixas de estilo pop que utilizam a mixagem panorâmica. A técnica não é tão eficaz em clássicos X-Y gravações embora. Finalmente, a previsão principal melhora a eficiência de codificação, explorando a correlação entre quadros sucessivos. Enquanto os ganhos não foram enormes neste momento, Rostislav manteve-se ativo mesmo após o GSoC, e está polindo tanto TNS e principal previsão, bem como procurando novas melhorias a fazer. No processo, a porta MIPS do codificador foi quebrada algumas vezes, algo que ele também está trabalhando para consertar. Gráficos de Rede Portáteis Animados (APNG), mentoreado: Donny Yang, mentor: Paul B Mahol Donny Yang implementou o codificador básico APNG de quadro-chave somente como a tarefa de qualificação. Mais tarde, ele escreveu compressão interframe através de vários modos de mistura. A implementação atual tenta todos os modos de mistura e escolhe um que leva a menor quantidade de memória. Foi feito um cuidado especial para garantir que o decodificador reproduza corretamente todos os arquivos encontrados na natureza e que o codificador produz arquivos que podem ser reproduzidos em navegadores que oferecem suporte a APNG. Durante seu trabalho ele foi encarregado de corrigir qualquer bug encontrado no decodificador devido ao fato de que ele não corresponde às especificações APNG. Graças a este trabalho, um bug de longa data no descodificador PNG foi corrigido. Para trabalhos posteriores, ele planeja continuar trabalhando no codificador, tornando possível selecionar quais modos de mistura serão usados ​​no processo de codificação. Isso poderia acelerar a codificação de arquivos APNG. 9 de setembro de 2015, FFmpeg 2.8 Publicamos o lançamento 2.8 como nova versão principal. Ele contém todos os recursos e correções de bugs do ramo master do git de 8 de setembro. Consulte o changelog para obter uma lista das alterações mais importantes. Recomendamos que os usuários, distribuidores e integradores de sistemas atualizem a menos que usem o atual mestre git. 1 de agosto de 2015, uma mensagem do projeto FFmpeg Querida comunidade multimídia, a renúncia de Michael Niedermayer como líder do FFmpeg ontem veio de surpresa. Ele tem trabalhado incansavelmente no projeto FFmpeg por muitos anos e devemos agradecer-lhe pelo trabalho que ele fez. Esperamos que no futuro ele continue a contribuir para o projeto. Nas próximas semanas, o projeto FFmpeg será gerenciado pelos contribuidores ativos. Os últimos quatro anos não foram fáceis para nossa comunidade de multimídia - contribuintes e usuários. Devemos agora olhar para o futuro, tentar encontrar soluções para estas questões, e ter reconciliação entre os garfos, que dividiram a comunidade por tanto tempo. Infelizmente, grande parte do desacordo ocorreu em locais inadequados até agora, o que tornou difícil encontrar bases comuns e soluções. Nosso objetivo é discutir isso em nossas comunidades on-line nas próximas semanas, e pessoalmente no VideoLAN Developer Days em Paris em setembro: um local neutro para toda a comunidade de multimídia de código aberto. O projeto FFmpeg. 4 de julho de 2015, FFmpeg precisa de um novo host UPDATE: Recebemos mais de 7 ofertas de hospedagem e servidores, muito obrigado a todos Depois de graciosamente hospedar nossos projetos (FFmpeg, MPlayer e rtmpdump) por 4 anos, o Arpi (nosso hoster) Informou-nos que temos de garantir um novo anfitrião em outro lugar imediatamente. Se você quiser hospedar um projeto de código aberto, informe-nos, na lista de discussão do ffmpeg-devel ou irc. freenode ffmpeg-devel. Nós usamos cerca de 4 TB de armazenamento e pelo menos 4 TB de largura de banda mês para várias listas de discussão, trac. Repo de amostras. Svn, etc. 16 de março de 2015, FFmpeg 2.6.1 Fizemos uma nova grande versão (2.6) e agora uma semana depois 2.6.1. Ele contém todos os recursos e correções de erros do ramo mestre git do 6 de março. Consulte as Notas de Versão para obter uma lista de alterações dignas de nota. Recomendamos que os usuários, distribuidores e integradores de sistemas atualizem a menos que usem o atual mestre git. 4 de março de 2015, o Google Summer of Code FFmpeg foi aceito como um Projeto Google Summer of Code. Se você deseja participar como estudante, veja nossa página de ideias de projetos. Você já pode entrar em contato com mentores e começar a trabalhar em tarefas de qualificação. O registro no Google para os alunos será aberto em 16 de março. Boa sorte 01 de março de 2015, Chemnitzer Linux-Tage Felizmente anunciamos que FFmpeg será representado em Chemnitzer Linux-Tage (CLT) em Chemnitz, na Alemanha. O evento acontecerá nos dias 21 e 22 de março. Mais informações podem ser encontradas aqui Demonstramos o uso de FFmpeg, respondemos suas perguntas e escutei seus problemas e desejos. Se você tem arquivos de mídia que não podem ser processados ​​corretamente com FFmpeg, certifique-se de ter uma amostra com você para que possamos dar uma olhada pela primeira vez no nosso histórico CLT, haverá uma oficina FFmpeg. Você pode ler os detalhes aqui. A oficina é direcionada aos iniciantes FFmpeg. Em primeiro lugar, os conceitos básicos de multimídia serão abordados. Depois disso, você aprenderá a usar esse conhecimento e as ferramentas de CLI do FFmpeg para analisar e processar arquivos de mídia. A oficina é em alemão apenas e é necessário fazer o registro prévio. A oficina será no sábado a partir das 10 horas. Nós estamos olhando para a frente para encontrá-lo (novamente) 5 de dezembro de 2014, FFmpeg 2.5 Nós fizemos um novo grande lançamento (2.5) Ele contém todas as características e correções de bugs do ramo mestre git a partir de 04 de dezembro. Consulte as Notas de Versão para obter uma lista de alterações dignas de nota. Recomendamos que os usuários, distribuidores e integradores de sistemas atualizem a menos que usem o mestre atual do git. 10 de outubro de 2014, o FFmpeg está em Debian instável novamente. Queríamos que você soubesse que existem pacotes FFmpeg no Debian instáveis ​​de novo. Um grande agradecimento a Andreas Cadhalpun e a todas as pessoas que o tornaram possível. Tem sido tudo menos simples. Infelizmente isso já era a parte mais fácil dessa notícia. A má notícia é que os pacotes provavelmente não migrarão para testes da Debian para estar na próxima versão jessie codinome. Leia a argumentação no Debian. No entanto, as coisas sairão no final, esperamos o seu contínuo e notável apoio. 8 de outubro de 2014, o FFmpeg assegurou um lugar no OPW. Graças a uma generosa doação de 6K USD da Samsung (Open Source Group), o FFmpeg vai receber pelo menos 1 Outreach Programa para Mulheres Internas para trabalhar com a nossa comunidade por um período inicial a partir de dezembro de 2014 (até março de 2015). Nós todos sabemos que FFmpeg é usado pela indústria, mas mesmo quando houver produtos incontáveis ​​que constroem em nosso código, não é de todo comum para que as companhias intensifiquem e nos ajudem quando necessário. Então, um grande agradecimento à Samsung e ao comitê do programa OPW Se você está pensando em participar do OPW como estagiário, por favor, dê uma olhada na nossa página wiki do OPW para algumas diretrizes iniciais. A página ainda é um trabalho em andamento, mas deve haver informações suficientes para você começar. Se você, por outro lado, está pensando em patrocinar o trabalho no FFmpeg através do programa OPW, entre em contato conosco em opwffmpeg. org. Com a sua ajuda, poderemos garantir alguns lugares internos adicionais para esta rodada 15 de setembro de 2014, FFmpeg 2.4 Criamos uma nova versão importante (2.4) Ele contém todos os recursos e correções de bugs do ramo mestre git de 14 de setembro. Consulte as Notas de Versão para obter uma lista de alterações dignas de nota. Recomendamos que os usuários, distribuidores e integradores de sistemas atualizem a menos que usem o mestre atual do git. 20 de agosto de 2014, FFmpeg 2.3.3, 2.2.7, 1.2.8 Fazemos vários novos lançamentos pontuais (2.3.3. 2.2.7. 1.2.8). Eles corrigem vários bugs, bem como CVE-2014-5271 e CVE-2014-5272. Consulte o changelog para obter mais detalhes. Recomendamos que os usuários, distribuidores e integradores de sistema atualizem a menos que usem o mestre atual do git. 29 de julho de 2014, ajude-nos a garantir nosso lugar no OPW Após a nossa publicação anterior sobre a nossa participação neste OPW (Programa de divulgação para mulheres) deste ano, estamos agora a contactar nossos usuários (indivíduos e empresas) para nos ajudar a reunir o Necessário para garantir o nosso lugar no programa. Precisamos juntar 6K USD como mínimo, mas conseguir mais fundos nos ajudaria a conseguir mais de um estagiário. Você pode doar por cartão de crédito usando ClickampPledge e selecionando a opção OPW. Se você quiser doar por transferência de dinheiro ou por cheque, entre em contato por e-mail e nós retornaremos com você com instruções. Obrigado 20 de julho de 2014, novo site O projeto FFmpeg orgulha-se de anunciar uma nova versão do site feita pelo db0. Embora isso tenha sido inicialmente motivado pela necessidade de um menu maior, todo o site acabou sendo redesenhado e a maioria das páginas foi retrabalhada para facilitar a navegação. Esperamos que você goste de navegá-lo. 17 de julho de 2014, FFmpeg 2.3 Nós fizemos um novo grande lançamento (2.3) Ele contém todas as características e correções de bugs do ramo mestre git a partir de 16 de julho. Consulte as Notas de Versão para obter uma lista de alterações dignas de nota. Recomendamos que os usuários, distribuidores e integradores de sistemas atualizem a menos que usem o mestre atual do git. 3 de fevereiro de 2014, FFmpeg e o Programa de divulgação para as mulheres O FFmpeg iniciou o processo para tornar-se uma organização do OPW includer para a próxima rodada do programa, com estágios a partir de 9 de dezembro. O OPW visa ajudar mulheres (cis e trans) e genderbreer Para se envolver em software livre e de código aberto. Parte do processo exige garantir fundos para apoiar pelo menos um estágio (6K USD), então, se você estivesse segurando sua doação para o FFmpeg, esta é uma ótima chance para você se apresentar, entrar em contato e ajudar tanto o projeto quanto um Grande iniciativa Criamos um endereço de e-mail que você pode usar para nos contatar sobre doações e consultas gerais sobre nossa participação no programa. Esperamos ouvir de você em breve 29 de junho de 2014, FFmpeg 2.2.4, 2.1.5, 2.0.5, 1.2.7, 1.1.12, 0.10.14 Recomendamos que os usuários, distribuidores e integradores de sistema para atualizar a menos que eles usam git atual mestre. 1 de maio de 2014, LinuxTag Mais uma vez o FFmpeg será representado no LinuxTag em Berlim, Alemanha. O evento terá lugar de 8 a 10 de Maio. Note que este ano LinuxTag está em um local diferente, mais próximo do centro da cidade. Teremos um estande compartilhado com XBMC e VideoLAN. Se você tem arquivos de mídia que não podem ser processados ​​corretamente com o FFmpeg, certifique-se de ter uma amostra com você para que possamos ter uma aparência Mais informações sobre LinuxTag podem ser encontradas aqui Estamos ansiosos para vê-lo em Berlim 18 de abril de 2014, OpenSSL Heartbeat bug Nosso servidor que hospeda o rastreador de problemas Trac era vulnerável ao ataque contra OpenSSL conhecido como heartbleed. A biblioteca do software OpenSSL foi atualizada em 7 de abril, pouco depois de a vulnerabilidade ter sido divulgada publicamente. We have changed the private keys (and certificates) for all FFmpeg servers. The details were sent to the mailing lists by Alexander Strasser, who is part of the project server team. Here is a link to the user mailing list archive. We encourage you to read up on OpenSSL heartbleed. It is possible that login data for the issue tracker was exposed to people exploiting this security hole. You might want to change your password in the tracker and everywhere else you used that same password. April 11, 2014, FFmpeg 2.2.1 We have made a new point releases ( 2.2.1 ). It contains bug fixes for Tickets 2893, 3432, 3469, 3486, 3495 and 3540 as well as several other fixes. See the git log for details. March 24, 2014, FFmpeg 2.2 We have made a new major release ( 2.2 ) It contains all features and bugfixes of the git master branch from 1st March. A partial list of new stuff is below: We recommend users, distributors and system integrators to upgrade unless they use current git master. February 3, 2014, Chemnitzer Linux-Tage We happily announce that FFmpeg will be represented at Chemnitzer Linux-Tage in Chemnitz, Germany. The event will take place on 15th and 16th of March. More information can be found here We invite you to visit us at our booth located in the Linux-Live area There we will demonstrate usage of FFmpeg, answer your questions and listen to your problems and wishes. If you have media files that cannot be processed correctly with FFmpeg, be sure to have a sample with you so we can have a look We are looking forward to meet you (again) February 9, 2014, trac. ffmpeg. org trac. mplayerhq. hu Security Breach The server on which FFmpeg and MPlayer Trac issue trackers were installed was compromised. The affected server was taken offline and has been replaced and all software reinstalled. FFmpeg Git, releases, FATE, web and mailinglists are on other servers and were not affected. We believe that the original compromise happened to a server, unrelated to FFmpeg and MPlayer, several months ago. That server was used as a source to clone the VM that we recently moved Trac to. It is not known if anyone used the backdoor that was found. We recommend all users to change their passwords. Especially users who use a password on Trac that they also use elsewhere, should change that password at least elsewhere. November 12, 2013, FFmpeg RFP in Debian Since the splitting of Libav the DebianUbuntu maintainers have followed the Libav fork. Many people have requested the packaging of ffmpeg in Debian, as it is more feature-complete and in many cases less buggy. Rogrio Brito. a Debian developer, has proposed a Request For Package (RFP) in the Debian bug tracking system. Please let the Debian and Ubuntu developers know that you support packaging of the real FFmpeg See Debian ticket 729203 for more details. October 28, 2013, FFmpeg 2.1 We have made a new major release ( 2.1 ) It contains all features and bugfixes of the git master branch from 28th October. A partial list of new stuff is below: We recommend users, distributors and system integrators to upgrade unless they use current git master. MinGWFFmpeg installation guide In order to compile FFmpeg on Windows, you need to install the MinGW environment and a few tools which are strictly required. The following sections give some indications for installing some of the required components. Note that the only strict requirements for compiling a plain vanilla version of FFmpeg (no external libraries) is MinGW (compilation environment) and git required for downloading and updating the source code. Also note that sometimes it is easier to cross compile, see CrossCompilingForWindows. which also may contain some hintsclues for compiling the various dependencies youd need using mingw, too. Some Windows-specific compilation information can be found in the official documentation at: MinGWMSys You basically have two options for a compiler: mingw mainline or mingw-w64. Both offer working gccs for windows. The latter tends to be slightly more up to date than the former, and offers more library compatibility, like DirectShow headers, so preferably use mingw-w64. The instructions here are basically for mingw mainline, but the two are interchangeable. Basically, you will install one MinGW package (MinGW or mingw-w64) and one (MSys or Msys2), MinGW provides gcc and headers and change, Msys provides shell utilities like make and bash. MinGW-w64 (arguably like MinGW but with better header files) can be found at: mingw-w64.sourceforge (note this project does not have downloadable compilers by default, youll probably want the mingw-builds project, which provide pre-built compilers, see list of options here: stackoverflowa2050221232453 and here mingw-w64.orgdoku. phpdownload ). To use mingw-w64, basically install Msys using the MinGW setup, as above, but only check the msys for developers option. Then install a mingw-w64 compiler (see ingar. satgnudevenvmingw32base. html ). Here is an example: helyar2014compile-ffmpeg-64-bit-on-windows-with-msysmingw-w64 Then configure your PATH appropriately, for instance mine looks like this: c:installsmingw-w64i686-4.9.2-posix-dwarf-rtv3-rev0mingw32binc:MinGWmsys1.0bin. being the beginning of the PATH. In this case, the MINGWPATH would be C:installsmingw-w64i686-4.9.2-posix-dwarf-rtv3-rev0mingw32 Also note that to access directshow input devices you have to use the mingw-w64 as the compiler (or cross compiler), as straight MinGW headers dont have this functionality apparently. And to install libraries youd either use. configure --prefixusrlocal or--prefixcinstallsmingw-w64i686-4.9.2-posix-dwarf-rtv3-rev0mingw32i686-w64-mingw32 The latter if you wanted to install something to your MINGWPATH itself. and look for the Download page. The recommended way to install MinGWMSys is through the automated installer, mingw-get-setup. exe. This will download most of the basic core packages. It will usually install in C:MinGW but you can define the installation path when configuring, note down this path (that we will call as MinGW path or MINGWPATH later in this guide). Once you install MinGW you should see in the Windows menu the MinGW entry with the option MinGW shell. Click on it and it will launch a terminal with a bash shell. This is supposed to be a GNUUnix environment, and youre supposed to know a bit of UNIX commands for getting through it. Alternatively, or in case the MinGW entry is missing, you need to manually launch the MINGWPATHmsys1.0msys. bat file. MinGW adopts a mounting mechanism to make Windows directories appear like native UNIX-like paths. Check the output of the mount command, and familiarize yourself with the mapping mechanism. In the rest of the guide, when not explicitly specified, well use the UNIX mapped paths. Note that by default the user home will be placed in MINGWPATHmsys1.0homeUSER, and that will be your working directory of the msys shell. Finally, you need to edit the system environment Path variable, adding the MINGWPATHbin directory. This will allow both the system and the msys shell to find programs provided by MinGW. This can be done for example with: Just install it then run its console, you will be able to then run configure (assuming youve installed a gcc to you PATH already). MSYS2, install it, then run the mingw32shell. bat or mingw64shell. bat command in the MSYS2 installation home. Be careful not to run the MSYS2 Shell as this will result in FFmpegs configure saying building an MSYS binary is not recommended and exiting. Now install requisite packages: Alternatively, you can also install GCC from MSYS2 system itself, and not need any of the mingw-w64 instructions above: MSYS2 comes with a package management system called pacman adopted from Arch Linux, and allows to easily install binary packages from the commandline. To compile FFmpeg, you need to install the mingw-w64 GCC environment (either in the i686 or x86x64 flavor). Use one of the commands: This installs gcc. exe commands that are actually built for MSYS2 but are the windows gcc compilers. Configure and make as normal. If you use MSYS2 many packages can be easily installed by using pacman (for example pacman - S pkg-config ). Unfortunately the gcc. exe it provides seems to create binarys that require files like libgccsdw2-1.dll and libwinpthread-1.dll (etc.) to accompany your executable, so can cause some difficulty there. You can remove some files to remove dependencies on things like libbzip2.dll see ffmpeg. zeranoeforumviewtopic. phpf5ampt3688 and possibly avoid the libgcc. dll requirement by using - static at linking time. MinGW installation style It is a good norm to keep the locally installed packages separated from the MinGWMSys packages. For this reason we recommend to use usrlocal for locally installed files. That means that packages will be configured with --prefixusrlocal, for removing the local packages it will be sufficient to erase the usrlocal directory. This should also avoid conflicts with MinGWMSys. Git is the source code control system used by FFmpeg, and you need it for downloading and updating the source code. The official Git project site is: The recommended installation way is through the msysgit project: The autoinstaller will create a separate Msys environment for Git. In order to be able to let your MinGW and msysgit coexist on the same system you need some tuning in the Windows environment. Indeed the msysgit installer will modify some of the environment values set by the MinGW install, and you may need to manually restore them. In particular, you need to: fix the HOME variable, so that it will point to MINGWPATHmsys1.0homeUSER edit the path, so that the git bin and cmd paths are located after the corresponding MinGW bin directory. yasm is a non-strict requirement, it allows for optimized compilation so it is recommended to install it. The easiest way to install it for Windows is by simply downloading the binary provided in: Youll have to choose between the versions provided (e. g. 32 vs 64 bits), download and install it in usrlocalbin or in bin. Since the name of the binary is usually suffixed with the program version (e. g. it is named yasm-1.1.0-win32.exe), you need to create a copy named yasm, so it can be invoked by using simply yasm. Alternatively you may install the source version and compile it. In case the system is complaining about a missing MSVCR100.dll file when trying to run yasm, you may need to install the Microsoft Visual C 2010 SP1 Redistributable Package from Microsoft. SDL is required for ffplay and the SDL output device, the project website can be looked at: You need the 1.2 version: Once installed in the MINGWPATH, the FFmpeg configure should be able to auto-detect it. Note that SDL flags, as issued by sdl-configpkg-config, contain the - mwindows flag which will prevent applications to log on console. As a workaround youll need to remove that flag, e. g. by editing the sdl-config script or the SDL pkg-config file in lib. The bug has been reported here: libx264 can be compiled and installed in the MinGWmsys environment. Latest version can be found at this address: if you want libx264.dll files (instead of static) you should use the --enable-shared configure option. The only way I was able to figure out how to get this to work was to add --extra-ldflagsL..libx264unpackeddir --extra-cflags-I..libx264unpackeddir to my ffmpeg configure line, after successfully building libx264. lib. exe is required for creating. dll. a import stub libraries, so that you can link to the DLLs from MSVC (Microsoft Visual Studio compiler, bundled with it), if you are planning on creating a DLL style FFmpeg build and needwant to do that. lib. exe is a Microsoft tool used for creating DLL files. It is bundled together with Visual Studio. Microsoft Visual Studio Express download is available for free. Once installed youll need to add the directory where lib. exe is located to the system Path. dlltool. exe (which is part of binutils) may be used instead of lib. exe. The downside in this case is that the import libraries break if you use the linker optimization option in MSVC (which is enabled by default). DirectShow DirectShow SDK is required for DirectShow capture, supported through the dshow input device. DirectShow support is enabled only through mingw-64 compilation . For more detailed information related to DirectShow check the dshow section in the FFmpeg manual. Required for acquiring from the audio device using the recently new OpenAL framework: Download and install the SDK (the file named like OpenAL11CoreSDK. zip), then configure with --enable-openal (you may need to add --extra-cflags and --extra-ldflags for specifying where OpenAL libraries and headers are placed). Note that you may also need to move all the headers in the include dir to a separate AL directory, which is where FFmpeg will look for the OpenAL headers. pkg-config pkg-config is a program used by many software libraries (FFmpeg included) for determining the compilation flags to use. It is not installed by default by MinGW, so you need to manually install it. There is also a related MinGW FAQ: pkg-config can be found at one of these addresses: At this point you need to install the following packages: GLib (Binaries) gettext-runtime (Binaries) pkg-config (Binaries) gettext-runtime contains the intl. dll (GNU Internationalization Library) which is required by pkg-config. To configure a basic build you just need to run configure in the FFmpeg source directory. Once you installed all the necessary packages (MinGW is the only strict requirement for building FFmpeg, git is required to update your FFmpeg source), you need to open a MinGW shell, change directory to where you checked out the FFmpeg sources, and configure and make FFmpeg the usual way. NOTE: configure is sometimes painfully slow in MinGW. Windows Compilation Tips You may want to use dependency walker for troubleshooting dependency issues: depends. exe is similar in purpose to ldd. Working with a Windows native terminal can be painful, especially if you have a non-USEN keyboard and you have no means to type special characters like autohotkey is a nice FLOSS project which allows to compose shortcuts and do other nifty things: More resources You can find many resources dedicated to FFmpeg in Windows in: At this address you can find a MinGW environment used for MPlayer, as well as FFmpeg builds: The following project has a script for cross compiling lots of FFmpeg dependencies, and may contain hints as to how to get them working with mingw: :