Ffmpeg win binary alternativ

Hämta FFmpeg Kan inte komma åt Git eller vill öka hastigheten på kloning och minska bandbreddsanvändningen. FFmpeg har alltid varit ett mycket experimentellt och utvecklingsdrivet projekt. Det är en nyckelkomponent i många multimediaprojekt och har nya funktioner kontinuerligt tillsatt. Utvecklingsgrenens snapshots fungerar riktigt bra 99 så att människor inte är rädda att använda dem. Git Repositories Ungefär 3 månader gör FFmpeg-projektet en ny stor release. Mellan stora utgåvor kommer punktmeddelanden att visas som lägger till viktiga buggfixar men inga nya funktioner. Observera att dessa utgåvor är avsedda för distributörer och systemintegratörer. Användare som vill kompilera från källan själva uppmanas starkt att överväga att använda utvecklingsgrenen (se ovan). Detta är den enda versionen som FFmpeg-utvecklare arbetar aktivt med. Utgåvan gränsar bara till körsbärsval utvalda ändringar från utvecklingsgrenen, vilket därför får mycket mer och mycket snabbare buggfixar som tilläggsfunktioner och säkerhetsfläckar. FFmpeg 3.2.4 Hypatia 3.2.4 släpptes 2017-02-10. Det är det senaste stabila FFmpeg-släppet från 3.2.4-frigöringsgrenen, som klipptes från mästaren 2016-10-26. Den innehåller följande bibliotek versioner: FFmpeg 3.1.7 Laplace 3.1.7 släpptes 2017-02-09. Det är det senaste stabila FFmpeg-utgåvan från 3,1-filialen, som klipptes från mästaren 2016-06-26. Den innehåller följande biblioteksversioner: En liten FFmpeg 0.5-guide som gjorts av RodrigoPolo VIKTIGT: Den här guiden och kommandon är inte längre uppdelade, vissa uppgifter om format som fortfarande är relevanta men kodningskommandon är inte, vänligen hänvisa till de officiella ffmpeg-kodningsguiderna. Detta är ett litet personligt fuskblad för audiovideo-kodning där jag lägger några av mina mest använda saker med FFmpeg 0.5 och andra verktyg. Jag använder H.264 och AAC på MP4. M4V eller MKV behållare för det mesta. Jag har också ett FFmpeg-kommandotaggregatverktyg här. Om du har några frågor, kontakta mig bara. Om du vill hjälpa, ge oss en donation: 30 oktober 2016, Resultat: Sommar av kod 2016. Det har gått länge men vi ville göra en ordentlig nedläggning av vårt deltagande i denna programkörning och det tar tid. Ibland är det bara för att få slutrapporten för varje projekt trimmat ner, andra, slutar det som fortfarande pågick när programmet slutfördes: slutliga fläckar måste slås samman, TODO listar stabiliserade, kommande planer gick med på att du heter det. Utan ytterligare åtgärd, heres silverfodret för varje av de projekt som vi försökte slutföra under den här sommartidssäsongen: FFv1 (Mentor: Michael Nierdermayer) Stanislav Dolganov utformade och genomfört experimentellt stöd för rörelsestimering och kompensation i den förlustfria FFV1-codec . Konstruktionen och implementeringen är baserad på Snow Video Codec, som använder OBMC. Stanislavs arbete visade att betydande kompressionsvinster kan uppnås med interframkompression. FFmpeg välkomnar Stanislav att fortsätta arbeta utöver detta bevis på konceptet och föra framsteg i den officiella FFV1-specifikationen inom IETF. Självtestdekning (Mentor: Michael Niedermayer) Petru Rares Sincraian lade till flera självtester till FFmpeg och gick framgångsrikt genom en ibland fallande process med finjusteringstestparametrar för att undvika kända och svåra att undvika problem, som kontrollsumma felaktigheter på grund av att avrundningsfel på de många plattformar vi stöder. Hans arbete har förbättrat koddekretningen av våra självtester avsevärt. MPEG-4 ALS-kodareimplementering (Mentor: Thilo Borgmann) Umair Khan uppdaterade och integrerade ALS-kodaren för att passa in i den nuvarande FFmpeg-kodbasen. Han implementerade också en saknad funktion för ALS-avkodaren som möjliggör avkodning av flytande punktprov. FFmpeg-stöd för MPEG-4 ALS har förbättrats avsevärt genom Umairs arbete. Vi välkomnar honom för att behålla sina förbättringar och hoppas på stora bidrag att komma. Tee muxer förbättringar (Mentor: Marton Balint) Jn Sebechlebsks generiska mål var att förbättra tee muxer så det tolererade att blockera IO och möjliggjorde genomskinlig felåterhämtning. Under designfasen visade det sig att denna funktionalitet krävde en separat muxer, så Jn tillbringade sin sommar som arbetar på den så kallade FIFO-muxern, som gradvis fixar problem över hela kodbasen. Han lyckades med sin uppgift, och FIFO-muxern är nu en del av huvudförvaret, tillsammans med flera andra förbättringar som han gjort i processen. TrueHD-kodaren (Mentor: Rostislav Pehlivanov) Jai Luthras mål var att uppdatera den out-of-tree och ganska övergivna MLP (Meridian Lossless Packing) - kodaren för libavcodec och förbättra den för att möjliggöra kodning till TrueHD-formatet. För kvalifikationsperioden uppdaterades kodaren så att den var användbar och under hela sommaren förbättrades det med hjälp av flera kanaler och TrueHD-kodning. Jais-koden har nu blivit fusionerad i huvudförvaret. Medan några problem kvarstår med avseende på LFE-kanal och 32 bitars provhantering, är de i färd med att fixas så att man äntligen kan göra insatserna för att förbättra kodarens hastighet och effektivitet. Rörelseinterpoleringsfilter (Mentor: Paul B Mahol) Davinder Singh undersökte befintliga rörelsesestimerings - och interpolationsmetoder från den tillgängliga litteraturen och vårt tidigare arbete: Michael Niedermayer och implementerade filter baserat på denna forskning. Dessa filter tillåter rörelseinterpolera bildhastighetskonvertering att appliceras på en video, till exempel för att skapa en slow-motion-effekt eller ändra ramhastigheten medan du smidigt interpolerar videoen längs rörelsesvektorerna. Theres jobbar fortfarande för att kalla dessa filter färdiga, vilket är ganska svårt, men vi ser optimistiskt ut på deras framtid. Och det är allt. Vi är nöjda med programmets resultat och oerhört tacksamma för möjligheten att arbeta med en sådan fantastisk uppsättning studenter. Vi kan vara en tuff folkmassa, men våra mentorer gjorde ett fantastiskt jobb för hand som innehöll våra praktikanter genom resan. Tack också till Google för detta underbara program och till alla som gjorde plats i sina livliga liv för att hjälpa GSoC2016 att lyckas. Vi ses 2017 24 september 2016, SDL1-stöd sjönk. Stöd till SDL1-biblioteket har tappats, eftersom det inte längre behålls (från och med januari 2012) och det ersätts av SDL2-biblioteket. Som ett resultat har SDL1-utmatningsanordningen också tagits bort och ersatts av en SDL2-implementering. Både ffplay och opengl utmatningsenheter har uppdaterats för att stödja SDL2. 9 augusti 2016, FFmpeg 3.1.2 Laplace FFmpeg 3.1.2. ett nytt punktutgåva från 3,1-utgivningsgrenen, finns nu Det fixar flera buggar. Vi rekommenderar användare, distributörer och systemintegratörer att uppgradera om de inte använder nuvarande gitmästare. 10 juli 2016, ffserver-programmet släpptes Efter en noggrann överläggning tillkännagav det att det var på väg att släppa ffserver-programmet från projektet som börjar med nästa utgåva. ffserver har varit ett problematiskt program för att behålla på grund av användningen av interna API, vilket komplicerade de senaste uppdateringarna till libavformat-biblioteket och blockera ytterligare rengöringar och förbättringar som önskas av API-användare och blir enklare att underhålla. Dessutom har programmet varit svårt för användarna att distribuera och köra på grund av pålitlighetsproblem, brist på knowledgable människor för att hjälpa och förvirra konfigurationsfilsyntaxen. Aktuella användare och medlemmar i samhället är uppmanade att skriva ett ersättningsprogram för att fylla samma nisch som ffserver gjorde med de nya API: erna och kontakta oss så att vi kan peka användare att testa och bidra till utvecklingen. 1 juli 2016, FFmpeg 3.1.1 Laplace FFmpeg 3.1.1. ett nytt punktutgåva från 3,1-avdelningsgrenen, är nu tillgängligt. Det handlar huvudsakligen om några ABI-problem som introducerades i föregående utgåva. Vi rekommenderar starkt användare, distributörer och systemintegratörer, särskilt de som upplevde problemuppgradering från 3.0, för att uppgradera om de inte använder nuvarande gitmästare. 27 juni 2016, FFmpeg 3.1 Laplace FFmpeg 3.1 Laplace. en ny stor release, är nu tillgänglig Några av höjdpunkterna: DXVA2-accelererade HEVC Main10-avkodningsfältfilterfilmslinga videofilter och aloop ljudfilter Bob Weaver deinterlacingfilter brandvätskefilter datascope filterbänk och abenchfilter ciescope filterprotokoll blacklisting API MediaCodec H264-avkodning VC - 2 HQ RTP-nyttolastformat (utkast v1) depacketizer och packetizer VP9 RTP nyttolastformat (utkast v2) packetizer AudioToolbox ljudavkodare AudioToolbox ljudkodare coreimage filter (GPU-baserad bildfiltrering på OSX) libdcadec avlägsnat bitströmsfilter för att extrahera DTS-kärna ADPCM IMA DAT4-dekodermusx demuxer aix demuxer remap filter hash och framehash muxers colorspace filter hdcd filter readvitc filter VAAPI-accelererat format omvandling och skalering libnppCUDA-accelererad format konvertering och skalering Duck TrueMotion 2.0 Real Time dekoder Wideband Enstaka Data (WSD) demuxer VAAPI-accelerated H.264HEVCMJPEG kodande DTS Express (LBR) dekoder Generisk OpenMAX IL enco der med stöd för Raspberry Pi IFF ANIM demuxer dekoder Direkt strömöverföring (DST) dekoder högnorm filter MTAF demuxer och avkodare MagicYUV dekoder OpenExr förbättringar (kakel data och B44B44A stöd) BitJazz SheerVideo dekoder CUDA CUVID H264HEVC dekoder 10 bitars djupstöd i native UTVideo dekoder libutvideo wrapper borttaget YUY2 Lossless Codec dekoder VideoToolbox H.264-kodare Vi rekommenderar starkt användare, distributörer och systemintegratorer att uppgradera om de inte använder nuvarande gitmaster. 16 mars 2016 har Google Summer of Code FFmpeg godkänts som en öppen källkodsorganisation för Google Summer of Code. Om du vill delta som student se vår projektidé sida. Du kan redan komma i kontakt med mentorer och börja arbeta med kvalificeringsuppgifter samt registrera på google och skicka in ditt förslag till projektförslag. Lycka till den 15 februari 2016, FFmpeg 3.0 Einstein FFmpeg 3.0 Einstein. en ny stor release, är nu tillgänglig Några av höjdpunkterna: Den inbyggda FFmpeg AAC-kodaren har sett omfattande förbättringar och anses inte längre som experimentell. Ta bort stöd för libvo-aacenc och libaacplus Över 30 nya filter har lagts till. Många ASM-optimeringar VP9-hårdvaruacceleration ( DXVA2 och VA-API) Cineform HD-dekoder Ny DCA-avkodare baserad på libdcadec med fullt stöd för DTS-HD-förlängningar Som för alla större versioner förväntar vi oss att stora bakåtkompatibla APIABI ändras Se Changelog för en lista med fler uppdateringar Vi rekommenderar starkt användare, distributörer, och systemintegratorer att uppgradera om de inte använder nuvarande gitmästare. 30 januari 2016, Ta bort stöd för två externa AAC-kodare Vi har just tagit bort support för VisualOn AAC-kodaren (libvo-aacenc) och libaacplus i FFmpeg-mastern. Även innan vi markerar vår interna AAC-kodare som stabil. det var känt att libvo-aacenc var av sämre kvalitet jämfört med vår infödda för de flesta prover. VisualOn-kodaren användes emellertid i stor utsträckning av Android Open Source-projektet, och vi skulle vilja ha ett testat och sant stabilt alternativ i vår kodbas. När den första engagerade sig i 2011 fyllde libaacplus klyftan för kodning av High Efficiency AAC-format (HE-AAC och HE-AACv2), vilket inte stöddes av någon av kodarna i FFmpeg vid den tiden. Omständigheterna för båda har förändrats. Efter det arbete som Spearheaded av Rostislav Pehlivanov och Claudio Freire är den nu stabila FFmpeg-inhemska AAC-kodaren redo att konkurrera med mycket mer mogna kodare. Fraunhofer FDK AAC Codec-biblioteket för Android läggs till i 2012 som den fjärde stödda externa AAC-kodaren och den med den bästa kvaliteten och de flesta funktioner som stöds, inklusive HE-AAC och HE-AACv2. Därför har vi bestämt att det är dags att ta bort libvo-aacenc och libaacplus. Om du för närvarande använder libvo-aacenc, förbered dig för övergång till den ursprungliga kodaren (aac) när du uppdaterar till nästa version av FFmpeg. I de flesta fall är det lika enkelt att bara byta kodarens namn. Om du för närvarande använder libaacplus, börja använda FDK AAC (libfdkaac) med ett lämpligt profilalternativ för att välja den exakta AAC-profilen som passar dina behov. I båda fallen kommer du att få en hörbar kvalitetsförbättring och såväl färre licenshuvudvärk. 16 januari 2016, FFmpeg 2.8.5, 2.7.5, 2.6.7, 2.5.10 Vi har gjort flera nya punktutgåvor (2.8.5, 2.7.5, 2.6.7, 2.5.10). De fixar olika fel, liksom CVE-2016-1897 och CVE-2016-1898. Vänligen se changelog för varje release för mer information. Vi rekommenderar användare, distributörer och systemintegratorer att uppgradera om de inte använder nuvarande gitmästare. 5 december 2015, den inbyggda FFmpeg AAC-kodaren är nu stabil Efter sju år har den inbyggda FFmpeg AAC-givaren haft sin experimentella flagga borttagen och förklarad som klar för allmän användning. Kodaren är transparent vid 128 kbps för de flesta prov som testas med artefakter som endast uppträder i extrema fall. Subjektiva kvalitetstest sätter kodaren till lika stor eller högre kvalitet än de flesta andra kodare som är tillgängliga för allmänheten. Licensiering har alltid varit ett problem med kodning av AAC-ljud eftersom de flesta av kodarna har haft en licens som gör att FFmpeg inte kan distribueras om de kompileras med stöd för dem. Det faktum att det nu finns en helt öppen och riktigt fri AAC-kodare integrerad direkt i projektet betyder mycket för dem som vill använda accepterade och utbredda standarder. Huvuddelen av det arbete som gjordes för att ge kodaren upp till kvalitet inleddes under detta år GSoC av utvecklaren Claudio Freire och Rostislav Pehlivanov. Båda fortsatte arbetet med kodaren med den senare som en utvecklare och mainainer, som också arbetar med andra delar av projektet. Också tack vare Kamedo2 som jämför och tester, de ursprungliga författarna och alla tidigare och nuvarande bidragsgivare till kodaren. Användare föreslås och uppmuntras att använda kodaren och ge feedback eller raderingsrapporter genom vår buggspårare. 13 oktober 2015, stödjer Telepoint amp MediaHub nu vårt projekt Ett stort tackmeddelande går till våra nyaste supportrar: MediaHub och Telepoint. Båda företagen har donerat en dedikerad server med gratis internetanslutning. Här är lite om dem i sina egna ord: Telepoint är det största bärarneutrala datacentret i Bulgarien. Beläget i hjärtat av Sofia på en korsning av många bulgariska och internationella nätverk, är anläggningen ett fullt utrustat Tier 3 datacenter som erbjuder flexibla kundinriktade colocation-lösningar (allt från en server till en privat samlingslokal) och en hög säkerhetsnivå. MediaHub Ltd. är en bulgarsk IPTV-plattform och tjänsteleverantör som använder FFmpeg kraftigt sedan det började fungera för ett år sedan. Att donera för att hålla FFmpeg online är vårt sätt att ge tillbaka till samhället. Tack Telepoint och MediaHub för deras stöd 29 september 2015, GSoC 2015-resultat FFmpeg deltog i den senaste upplagan av Google Summer of Code Project. FFmpeg fick totalt 8 tilldelade projekt och 7 av dem lyckades. Vi vill tacka Google. de deltagande studenterna, och särskilt de mentorer som gick med i denna insats. Ser fram emot att delta i nästa GSoC-utgåva Nedan hittar du en kort beskrivning av det slutliga resultatet av varje enskilt projekt. Grundläggande servrar för nätverksprotokoll, mentee: Stephan Holljes, mentor: Nicolas George Stephan Holljess-projekt för denna session av Google Summer of Code var att implementera grundläggande HTTP-serverfunktioner för libavformat, för att komplettera den redan närvarande HTTP-klienten och RTMP och RTSP-serverns kod. Den första delen av projektet var att göra HTTP-koden i stånd att acceptera en enskild klient som den slutfördes delvis under kvalifikationsperioden och delvis under sommarens första vecka. Tack vare det här arbetet är det nu möjligt att göra en enkel HTTP-ström med följande kommandon: Nästa del av projektet var att förlänga koden för att kunna acceptera flera kunder samtidigt eller i följd. Eftersom libavformat inte hade ett API för den typen av uppgift, var det nödvändigt att designa en. Denna del gjordes huvudsakligen före mitten och applicerades strax efteråt. Eftersom ffmpeg-kommandoradsverktyget inte är klart för att betjäna flera klienter är testmarken för det nya API ett exempelprogram som serverar hårdkodad innehåll. Den sista och mest ambitiösa delen av projektet var att uppdatera ffserver för att utnyttja det nya API. Det skulle visa sig att API: n är användbar för att implementera verkliga HTTP-servrar och avslöja de punkter där mer kontroll behövdes. I slutet av sommaren genomgick en första arbetsplåtsserie kodgranskning. Browser innehåll på servern, mentee: Mariusz Szczepaczyk, mentor: Lukasz Marek Mariusz slutade ett API som utarbetats av FFmpeg-communityen och genomförde Samba-katalognotering som kvalifikationsuppgift. Under programmet förlängde han API med möjlighet att ta bort och byta namn på filer på fjärrservrar. Han genomförde implementeringen av dessa funktioner för filer, Samba, SFTP och FTP-protokoll. I slutet av programmet gav Mariusz en skiss av ett genomförande för HTTP-kataloglistor. Directshow digital videoinspelning, mentee: Mate Sebok, mentor: Roger Pack Mate arbetade med direktuppspelning från digitala videokällor. Han fick arbetsingång från ATSC-ingångskällor, med specifierad tuner. Koden har inte åtagits, men en korrigering av den skickades till ffmpeg-devel-postlistan för framtida användning. Mentorn planerar att rensa upp det och begå det, åtminstone för ATSC-sidan av saker. Mate och mentorn jobbar fortfarande och försöker slutligen räkna ut hur man får DVB-arbete. Genomföra fullt stöd för 3GPP-text med undertext, mentee: Niklesh Lalwani, mentor: Philip Langdale Nikleshs-projektet var att utöka vårt stöd för 3GPP-textad textning. Detta är det ursprungliga formatet för undertexter för mp4-behållare och är intressant eftersom det vanligtvis är det enda undertextelformat som stöds av stocken avspelningsprogram på IOS och Android-enheter. ffmpeg hade redan grundläggande stöd för dessa undertexter som ignorerade all formatering information - det tillhandahöll bara grundläggande plaintext support. Niklesh arbetade för att lägga till stöd på både kodnings - och avkodningssidan för textformateringsfunktioner, till exempel fontstorlek och effekter som bolditalics, highlighting etc. Den viktigaste utmaningen här är att Timed Text hanterar formatering på ett helt annat sätt än vanligast undertexter format. Den använder en binär kodning (baserat på mp4-lådor, naturligtvis) och lagrar information separat från själva texten. Detta kräver ytterligare arbete för att spåra vilka delar av textformateringen som gäller och uttryckligen hantera överlappande formatering (vilka andra format stödjer men tidsbestämd text inte) så det krävs att de överlappande sektionerna bryts i separata icke överlappande enheter med olika formatering. Slutligen var det viktigt att Niklesh var försiktig med att inte lita på någon storleksinformation i undertexterna - och det är inget skämt: den nu ökända Android-skräckfilmen var i kod för att analysera Texted Text Text. Allt Nikleshs arbete är engagerat och släpptes i ffmpeg 2.8. libswscale refactoring, mentee: Pedro Arthur, mentorer: Michael Niedermayer, Ramiro Polla Pedro Arthur har modulariserat de vertikala och horisontella skalerna. För att göra detta konstruerade han och implementerade en generisk filterram och flyttade den befintliga scaler-koden in i den. Dessa ändringar låter nu enkelt lägga till borttagning, splittring eller sammanslagning av bearbetningssteg. Genomförandet benchmarkades och flera alternativ försökte undvika hastighetsförluster. Han lade också till gammakorrigerat skalningsstöd. Ett exempel på att använda gammakorrigerad skalering skulle vara: Pedro har gjort ett imponerande arbete med tanke på den korta tiden som finns, och han är en FFmpeg-kommissionär nu. Han fortsätter att bidra till FFmpeg, och har fixat några buggar i libswscale efter att GSoC har slutat. AAC Encoder förbättringar, mentee: Rostislav Pehlivanov, mentor: Claudio Freire Rostislav Pehlivanov har implementerat PNS, TNS, IS-kodning och huvudprognos på den inhemska AAC-kodaren. Av alla dessa förlängningar lämnades endast TNS i ett mindre än användbart tillstånd, men genomförandet har ändå drivits (inaktiverat) eftersom det är en bra grund för ytterligare förbättringar. PNS ersätter bullriga band med en enda skalfaktor som representerar energin i det bandet, vilket ökar kodningseffektiviteten avsevärt och kvalitetsförbättringen på låga biträtter är imponerande för en så enkel funktion. TNS behöver fortfarande lite polering, men har potential att minska kodningsartefakter genom att använda ljudformning i den tidsmässiga domänen (något som är en källa till irriterande, märkbar distorsion på låg entropiband). Intensity Stereo-kodning (IS) kan dubbla kodningseffektiviteten genom att utnyttja stark korrelation mellan stereokanaler, mest effektiva på popstilspår som använder bländarblandning. Tekniken är dock inte lika effektiv på klassiska X-Y-inspelningar. Slutligen förbättrar huvudprognosen kodningseffektiviteten genom att utnyttja korrelation mellan successiva ramar. Även om vinsterna inte varit enorma vid denna tidpunkt har Rostislav varit aktiv även efter GSoC, och polerar både TNS och huvudprognos samt söker ytterligare förbättringar att göra. I processen blev MVD-porten av kodaren bruten några gånger, något som han också arbetar med att fixa. Animerad bärbar nätverksgrafik (APNG), mentee: Donny Yang, mentor: Paul B Mahol Donny Yang implementerade grundläggande keyframe endast APNG-kodare som kvalifikationsuppgift. Senare skrev han interframekompression via olika blandningslägen. Den aktuella implementeringen försöker alla blandningslägen och väljer en som tar den minsta mängden minne. Särskild försiktighet har vidtagits för att säkerställa att avkodaren spelar korrekt alla filer som finns i det vilda och att kodaren producerar filer som kan spelas i webbläsare som stöder APNG. Under sitt arbete var han uppgift att åtgärda eventuella fel i avkodaren på grund av att det inte matchade APNG-specifikationer. Tack vare detta arbete har en långvarig bugg i PNG-avkodaren fixats. För senare arbete planerar han att fortsätta arbeta med kodaren, vilket gör det möjligt att välja vilka blandningsmetoder som ska användas i kodningsprocessen. Detta kan påskynda kodning av APNG-filer. 9 september 2015, FFmpeg 2.8 Vi publicerade version 2.8 som ny huvudversion. Den innehåller alla funktioner och buggfixar av gitmästaren från 8 september. Vänligen se changelog för en lista över de viktigaste ändringarna. Vi rekommenderar användare, distributörer och systemintegratorer att uppgradera om de inte använder nuvarande gitmästare. 1 augusti 2015, Ett meddelande från FFmpeg-projektet Kära multimediamiljö, Michael Niedermayer har avgått som ledare för FFmpeg igår. Han har arbetat outtröttligt på FFmpeg-projektet i många år och vi måste tacka honom för det arbete han har gjort. Vi hoppas att han i framtiden kommer att fortsätta bidra till projektet. Under de närmaste veckorna kommer FFmpeg-projektet att hanteras av de aktiva bidragsgivarna. De senaste fyra åren har inte varit lätt för vårt multimediamiljö - både bidragsgivare och användare. Vi ska nu titta på framtiden, försöka hitta lösningar på dessa frågor och att få försoning mellan gafflarna, som har splittrat samhället så länge. Tyvärr har mycket av meningsskiljaktigheten hittills gjorts i olämpliga arenor, vilket har gjort det svårt att hitta gemensamma förutsättningar och lösningar. Vi strävar efter att diskutera detta i våra samhällen online de närmaste veckorna, och personligen på VideoLAN Developer Days i Paris i september: en neutral plats för hela multimedia-communityen med öppen källkod. FFmpeg-projektet. 4 juli 2015, behöver FFmpeg en ny värd UPPDATERING: Vi har fått mer än 7 erbjudanden för hosting och servrar, tack så mycket för alla Efter att ha mottagit våra projekt (FFmpeg, MPlayer och rtmpdump) i 4 år, Arpi (vår värd) har informerat oss om att vi måste omedelbart säkra en ny värd någonstans. Om du vill vara värd för ett open source-projekt, var snäll och fråga oss, antingen på ffmpeg-devel mailinglista eller irc. freenode ffmpeg-devel. Vi använder ca 4TB lagringsutrymme och minst 4TB bandbreddsmånad för olika postlistor, trac. prover repo. svn, etc. 16 mars 2015, FFmpeg 2.6.1 Vi har gjort en ny stor release (2.6) och nu en vecka efteråt 2.6.1. Den innehåller alla funktioner och buggfixar för gitmästaren från den 6 mars. Vänligen se Release Notes för en lista med noteringsvärda ändringar. Vi rekommenderar användare, distributörer och systemintegratorer att uppgradera om de inte använder nuvarande gitmästare. 4 mars 2015 har Google Summer of Code FFmpeg godkänts som ett Google Summer of Code Project. Om du vill delta som student se vår projektidé sida. Du kan redan komma i kontakt med mentorer och börja arbeta med kvalificeringsuppgifter. Registrering hos Google för studenter öppnas den 16 mars. Lycka till den 1 mars 2015, Chemnitzer Linux-Tage Vi meddelar med glädje att FFmpeg kommer att vara representerad på Chemnitzer Linux-Tage (CLT) i Chemnitz, Tyskland. Evenemanget kommer att äga rum den 21 och 22 mars. Mer information finns här. Vi visar användningen av FFmpeg, svara på dina frågor och lyssna på dina problem och önskemål. Om du har mediefiler som inte kan hanteras korrekt med FFmpeg, var noga med att få ett prov med oss ​​så att vi kan titta. För första gången i vår CLT-historia kommer det att finnas en FFmpeg-workshop. Du kan läsa detaljerna här. Verkstaden riktar sig till FFmpeg nybörjare. Först kommer grunderna i multimedia att täckas. Därefter kommer du att lära dig hur du använder den kunskapen och FFmpeg CLI-verktygen för att analysera och bearbeta mediefiler. Verkstaden är endast på tyska och förhandsregistrering är nödvändig. Verkstaden kommer att vara på lördag kl 10:00. Vi ser fram emot att träffa dig (igen) 5 december 2014, FFmpeg 2.5 Vi har gjort en ny stor release (2.5) Den innehåller alla funktioner och buggfixar från gitmästaren från 4 december. Vänligen se Release Notes för en lista med noteringsvärda ändringar. Vi rekommenderar användare, distributörer och systemintegratorer att uppgradera om de inte använder nuvarande gitmästare. 10 oktober 2014 är FFmpeg i Debian instabil igen Vi ville att du skulle veta att det finns FFmpeg-paket i Debian instabil igen. Ett stort tack till Andreas Cadhalpun och alla de människor som gjorde det möjligt. Det har varit allt annat än enkelt. Tyvärr var det redan den lätta delen av den här nyheten. Den dåliga nyheten är att paketen förmodligen inte kommer att migrera till Debian-testning för att vara i den kommande versionen kodenamed Jessie. Läs argumentationen över på Debian. Det kommer dock att komma ut i slutet, vi hoppas på ditt fortsatta anmärkningsvärda stöd 8 oktober 2014, säkrade FFmpeg en plats i OPW Tack vare en generös 6K USD-donation från Samsung (Open Source Group) kommer FFmpeg välkomna minst 1 Outreach Program för kvinnliga praktikanter att arbeta med vårt samhälle för en inledande period från december 2014 (till och med mars 2015). Vi vet alla att FFmpeg används av branschen, men även om det finns otaliga produkter som bygger på vår kod är det inte alls vanligt att företagen stiger upp och hjälper oss ut när det behövs. Så ett stort tack till Samsung och OPW-programkommittén Om du funderar på att delta i OPW som praktikant, ta en titt på vår OPW-wikisida för några initiala riktlinjer. Sidan är fortfarande ett pågående arbete, men det borde finnas tillräckligt med information för att komma igång. Om du däremot tänker på att sponsra arbetet med FFmpeg via OPW-programmet, var god kontakta oss på opwffmpeg. org. Med din hjälp kan vi kanske säkra några extra praktikplatser för den här rundan den 15 september 2014, FFmpeg 2.4 Vi har gjort en ny stor release (2.4) Den innehåller alla funktioner och buggfixar för gitmästaren från den 14 september. Vänligen se Release Notes för en lista med noteringsvärda ändringar. Vi rekommenderar användare, distributörer och systemintegratorer att uppgradera om de inte använder nuvarande gitmästare. 20 augusti 2014, FFmpeg 2.3.3, 2.2.7, 1.2.8 Vi har gjort flera nya punktutgåvor (2.3.3, 2.2.7, 1.2.8). De fixar olika fel, såväl som CVE-2014-5271 och CVE-2014-5272. Vänligen se changelog för mer information. Vi rekommenderar användare, distributörer och systemintegratorer att uppgradera om de inte använder nuvarande gitmästare. 29 juli 2014, Hjälp oss att säkra vår plats i OPW Efter vårt tidigare inlägg om vårt deltagande i årets OPW (Outreach Program for Women), når vi nu ut till våra användare (både individer och företag) för att hjälpa oss att samla in behövde pengar för att säkra vår plats i programmet. Vi måste sammanställa 6K USD som minimum, men att säkra fler medel skulle hjälpa oss att få fler än en intern. Du kan donera med kreditkort med ClickampPledge och välja OPW-alternativet. Om du vill donera via banköverföring eller med check, var god kontakta oss via e-post och vi kommer tillbaka till dig med instruktioner. Tack 20 juli 2014, Ny webbplats FFmpeg-projektet är stolt över att kunna tillkännage en helt ny version av webbplatsen gjord av db0. Även om detta ursprungligen motiverades av behovet av en större meny, slutade hela webbplatsen omkonstruerad, och de flesta sidorna har omarbetats för att underlätta navigering. Vi hoppas att du kommer njuta av att surfa på det. 17 juli 2014, FFmpeg 2.3 Vi har gjort en ny stor release (2.3) Den innehåller alla funktioner och buggfixar från gitmästaren från 16 juli. Vänligen se Release Notes för en lista med noteringsvärda ändringar. Vi rekommenderar användare, distributörer och systemintegratorer att uppgradera om de inte använder nuvarande gitmästare. 3 juli 2014 har FFmpeg och Outreach Program for Women FFmpeg påbörjat processen att bli en OPW-inklusionsorganisation för nästa programrunda med praktikplatser som börjar den 9 december. OPW syftar till att hjälpa kvinnor (cis och trans) och genderqueer att delta i fri och öppen källkodsprogramvara. En del av processen kräver att du får pengar för att stödja minst en internship (6K USD), så om du höll på din donation till FFmpeg är det här en stor chans för dig att komma fram, ta kontakt och hjälpa både projektet och en bra initiativ Vi har satt upp en e-postadress som du kan använda för att kontakta oss om donationer och allmänna frågor om vårt deltagande i programmet. Hoppas höra från dig snart 29 juni 2014, FFmpeg 2.2.4, 2.1.5, 2.0.5, 1.2.7, 1.1.12, 0.10.14 Vi rekommenderar användare, distributörer och systemintegratorer att uppgradera om de inte använder nuvarande git bemästra. 1 maj 2014, LinuxTag Återigen kommer FFmpeg att vara representerad på LinuxTag i Berlin, Tyskland. Evenemanget kommer att äga rum 8 till 10 maj. Observera att LinuxTag i år ligger på en annan plats närmare stadens centrum. Vi kommer att ha en gemensam monter med XBMC och VideoLAN. Om du har mediefiler som inte kan hanteras korrekt med FFmpeg, var noga med att få ett prov med oss ​​så att vi kan ta en titt Mer information om LinuxTag hittar du här Vi ser fram emot att se dig i Berlin den 18 april 2014, OpenSSL Heartbeat bug Vår server som serverar Trac-problemet tracker var sårbar för attacken mot OpenSSL kallad heartbleed. OpenSSLs programbibliotek uppdaterades den 7 april, strax efter att sårbarheten offentliggjordes. 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: :