Ffmpeg Win ไบนารี ตัวเลือก

ดาวน์โหลด FFmpeg ไม่สามารถเข้าถึง Git หรือต้องการเพิ่มความเร็วในการโคลนนิ่งและลดการใช้แบนด์วิธ FFmpeg เป็นโครงการทดลองและนักพัฒนาซอฟต์แวร์ที่ดำเนินการอยู่เสมอ เป็นองค์ประกอบหลักในโครงการมัลติมีเดียจำนวนมากและมีคุณลักษณะใหม่ ๆ เข้ามาอย่างต่อเนื่อง ภาพรวมของสาขาการพัฒนาทำงานได้ดี 99 ครั้งดังนั้นผู้คนจึงไม่กลัวที่จะใช้งาน Git Repositories ประมาณ 3 เดือนทุกครั้งโครงการ FFmpeg จะเปิดตัวโครงการใหม่ ระหว่างจุดเผยแพร่หลัก ๆ จะปรากฏขึ้นเพื่อเพิ่มการแก้ไขข้อบกพร่องที่สำคัญ แต่ไม่มีคุณลักษณะใหม่ ๆ โปรดทราบว่าการเผยแพร่เหล่านี้มีไว้สำหรับผู้จัดจำหน่ายและผู้ติดตั้งระบบ ผู้ใช้ที่ต้องการคอมไพล์มาจากแหล่งข้อมูลจะได้รับการสนับสนุนอย่างดีให้พิจารณาใช้สาขาการพัฒนา (ดูด้านบน) นี่เป็นเพียงเวอร์ชันเดียวที่นักพัฒนาซอฟต์แวร์ของ FFmpeg ทำงานอย่างกระตือรือร้น สาขาปล่อยเฉพาะเชอร์รี่เลือกการเปลี่ยนแปลงที่เลือกจากสาขาการพัฒนาซึ่งจะได้รับการแก้ไขข้อบกพร่องเพิ่มเติมและเร็วขึ้นมากเช่นคุณลักษณะเพิ่มเติมและแพทช์รักษาความปลอดภัย FFmpeg 3.2.4 Hypatia 3.2.4 เมื่อวันที่ 2017-02-10 เป็นรุ่นล่าสุดที่มีเสถียรภาพจาก FFmpeg จากสาขาปล่อย 3.2.4 ซึ่งถูกตัดขาดจากต้นแบบในปีพ. ศ. ซึ่งรวมถึงไลบรารีไลบรารีต่อไปนี้: FFmpeg 3.1.7 Laplace 3.1.7 ออกเมื่อวันที่ 2017-02-09 เป็นรุ่นล่าสุดของ FFmpeg ที่มีเสถียรภาพจากสาขาเวอร์ชัน 3.1 ซึ่งได้รับการตัดออกจากต้นแบบในปีพศ. 2016-06-26 รวมถึงไลบรารีไลบรารีต่อไปนี้: คู่มือการติดตั้ง MinGWFFmpeg เพื่อที่จะคอมไพล์ FFmpeg บน Windows คุณจำเป็นต้องติดตั้งสภาพแวดล้อมของ MinGW และเครื่องมือบางอย่างที่จำเป็นอย่างยิ่ง ส่วนต่อไปนี้เป็นข้อบ่งชี้สำหรับการติดตั้งส่วนประกอบที่จำเป็นบางอย่าง โปรดทราบว่าข้อกำหนดที่เข้มงวดเฉพาะสำหรับการรวบรวม FFmpeg เวอร์ชันธรรมดาของวานิลลา (ไม่มีไลบรารีภายนอก) คือ MinGW (สภาพแวดล้อมการคอมไพล์) และ git ที่จำเป็นสำหรับการดาวน์โหลดและอัพเดตซอร์สโค้ด นอกจากนี้โปรดทราบว่าบางครั้งการข้ามคอมไพล์ทำได้ง่ายกว่าโปรดดูที่ CrossCompilingForWindows ซึ่งอาจมีคำแนะนำบางอย่างสำหรับการรวบรวมการพึ่งพาต่างๆที่คุณต้องการใช้ mingw ด้วย ข้อมูลการคอมไพล์เฉพาะของ Windows บางส่วนสามารถพบได้ในเอกสารอย่างเป็นทางการที่: MinGWMSys โดยทั่วไปคุณมีตัวเลือกสำหรับคอมไพเลอร์สองตัว ได้แก่ mingw mainline หรือ mingw-w64 ทั้งสองมี gccs ทำงานสำหรับ Windows หลังมีแนวโน้มที่จะได้รับการปรับปรุงให้ทันสมัยกว่าเดิมเล็กน้อยและมีความเข้ากันได้ของไลบรารีมากขึ้นเช่นส่วนหัวของ DirectShow ดังนั้นควรใช้ mingw-w64 คำแนะนำที่นี่มีพื้นสำหรับ mline mainline แต่ทั้งสองจะเปลี่ยนกันได้ โดยทั่วไปคุณจะติดตั้งแพคเกจ MinGW (MinGW หรือ mingw-w64) และหนึ่ง (MSys หรือ Msys2), MinGW ให้ gcc และส่วนหัวและเปลี่ยน Msys ให้โปรแกรมอรรถประโยชน์เชลล์เช่น make และ bash MinGW-w64 (arguably like MinGW แต่มีไฟล์ส่วนหัวที่ดีกว่า) สามารถดูได้ที่: mingw-w64.sourceforge (โปรดทราบว่าโครงการนี้ไม่มีคอมไพเลอร์ดาวน์โหลดได้โดยค่าเริ่มต้นคุณอาจต้องการโครงการ mingw-builds ซึ่งจัดเตรียมคอมไพเลอร์ที่สร้างไว้ล่วงหน้า โปรดดูรายการตัวเลือกที่นี่: stackoverflowa2050221232453 และที่นี่ mingw-w64.orgdoku. phpdownload) เมื่อต้องการใช้ mingw-w64 ให้ติดตั้ง Msys โดยใช้การตั้งค่า MinGW ตามที่กล่าวมา แต่ตรวจสอบ msys for developers เท่านั้น จากนั้นติดตั้ง mingw-w64 compiler (ดู ingar. satgnudevenvmingw32base. html) นี่คือตัวอย่าง: helyar2014compile-ffmpeg-64-bit-on-windows-with-msysmingw-w64 แล้วกำหนดค่าเส้นทางของคุณอย่างเหมาะสมเช่นเหมืองมีลักษณะดังนี้: c: installsmingw-w64i686-4.9.2-posix-dwarf-rtv3 - rev0mingw32binc: MinGWmsys1.0bin เป็นจุดเริ่มต้นของเส้นทาง ในกรณีนี้ MINGWPATH จะเป็น C: installsmingw-w64i686-4.9.2-posix-dwarf-rtv3-rev0mingw32 นอกจากนี้โปรดทราบว่าการเข้าถึงอุปกรณ์อินพุท DirectShow คุณต้องใช้ mingw-w64 เป็นคอมไพเลอร์ (หรือคอมไพเลอร์ข้าม) เป็นหัวเรื่อง MinGW ตรง dont มีฟังก์ชันการทำงานนี้ apparently และหากต้องการติดตั้งไลบรารีคุณจะใช้. config --prefixusrlocal หรือ - prefixcinstallsmingw-w64i686-4.9.2-posix-dwarf-rtv3-rev0mingw32i686-w64-mingw32 ถ้าคุณต้องการติดตั้งอะไรบางอย่างกับ MINGWPATH ของคุณเอง และค้นหาหน้าดาวน์โหลด วิธีที่แนะนำในการติดตั้ง MinGWMSys คือการติดตั้งโดยอัตโนมัติ mingw-get-setup. exe นี้จะดาวน์โหลดมากที่สุดของแพคเกจหลักพื้นฐาน โดยปกติแล้วจะติดตั้ง C: MinGW แต่คุณสามารถกำหนดเส้นทางการติดตั้งเมื่อทำการตั้งค่าบันทึกเส้นทางนี้ (ซึ่งเราจะเรียกว่าเป็นเส้นทาง MinGW หรือ MINGWPATH ในคู่มือนี้) เมื่อคุณติดตั้ง MinGW คุณจะเห็นในเมนู Windows รายการ MinGW ที่มีตัวเลือก MinGW shell คลิกที่มันและจะเปิด terminal ด้วยเปลือก bash นี้ควรจะเป็นสภาพแวดล้อม GNUUnix และคุณควรจะรู้คำสั่ง UNIX สำหรับการผ่านมัน อีกวิธีหนึ่งหรือในกรณีที่รายการ MinGW หายไปคุณต้องเปิดไฟล์ MINGWPATHmsys1.0msys. bat ด้วยตนเอง MinGW ใช้กลไกการติดตั้งเพื่อทำให้ไดเร็กทอรีของ Windows ปรากฏเหมือนกับเส้นทางแบบ UNIX แบบดั้งเดิม ตรวจสอบผลลัพธ์ของคำสั่ง mount และทำความคุ้นเคยกับกลไกการทำแผนที่ ในส่วนที่เหลือของคู่มือเมื่อไม่ได้ระบุไว้อย่างชัดเจนให้ใช้เส้นทางที่แมป UNIX โปรดสังเกตว่าโดยค่าเริ่มต้นบ้านผู้ใช้จะถูกวางไว้ใน MINGWPATHmsys1.0homeUSER และนั่นจะเป็นไดเร็กทอรีที่ใช้งานได้ของ msys shell สุดท้ายคุณต้องแก้ไขสภาพแวดล้อมระบบตัวแปรเส้นทางเพิ่มไดเรกทอรี MINGWPATHbin ซึ่งจะช่วยให้ทั้งระบบและ msys shell สามารถค้นหาโปรแกรมที่ MinGW จัดหาได้ คุณสามารถเรียกใช้คอนโซลได้ (สมมติว่าคุณได้ติดตั้ง gcc ไว้ให้คุณแล้ว) MSYS2 ติดตั้งแล้วเรียกใช้คำสั่ง mingw32shell. bat หรือ mingw64shell. bat ในบ้านการติดตั้ง MSYS2 ระวังอย่าให้ MSYS2 Shell ทำงานเนื่องจากจะทำให้ FFmpegs กำหนดว่าการสร้าง MSYS binary ไม่แนะนำและออก ตอนนี้ติดตั้งแพคเกจที่จำเป็น: หรือคุณสามารถติดตั้ง GCC จากระบบ MSYS2 ได้ด้วยและไม่จำเป็นต้องมีคำแนะนำ mingw-w64 ข้างต้น: MSYS2 มาพร้อมกับระบบการจัดการแพคเกจที่เรียกว่า pacman ซึ่งนำมาใช้จาก Arch Linux และช่วยให้สามารถติดตั้งแพคเกจไบนารีได้อย่างง่ายดาย จาก commandline เมื่อต้องการคอมไพล์ FFmpeg คุณต้องติดตั้งสภาพแวดล้อม GCC ของ mingw-w64 (ทั้งในรส i686 หรือ x86x64) ใช้คำสั่งอย่างใดอย่างหนึ่ง: การติดตั้งคำสั่ง gcc. exe ที่สร้างขึ้นจริงสำหรับ MSYS2 แต่เป็นคอมไพเลอร์ Windows gcc กำหนดค่าและทำตามปกติ ถ้าคุณใช้ MSYS2 คุณสามารถติดตั้งแพคเกจต่างๆได้อย่างง่ายดายโดยใช้ pacman (เช่น pacman - S pkg-config) แต่ดูเหมือนว่า gcc. exe จะสร้างไบนารีที่ต้องการไฟล์เช่น libgccsdw2-1.dll และ libwinpthread-1.dll (ฯลฯ ) ที่มาพร้อมกับไฟล์ปฏิบัติการของคุณซึ่งอาจทำให้เกิดปัญหาได้ คุณสามารถลบไฟล์บางไฟล์เพื่อลบการอ้างอิงในสิ่งต่างๆเช่น libbzip2.dll ดู ffmpeg. zeranoeforumviewtopic. phpf5ampt3688 และอาจหลีกเลี่ยงความต้องการ libgcc. dll โดยใช้ - static ที่เชื่อมโยงเวลา รูปแบบการติดตั้ง MinGW เป็นบรรทัดฐานที่ดีเพื่อให้แพคเกจติดตั้งเฉพาะที่แยกออกจากแพคเกจ MinGWMSys ด้วยเหตุนี้เราขอแนะนำให้ใช้ usrlocal สำหรับไฟล์ที่ติดตั้งภายในเครื่อง นั่นหมายความว่าแพคเกจจะได้รับการกำหนดค่าด้วย --prefixusrlocal สำหรับการลบแพคเกจภายในเครื่องก็จะเพียงพอที่จะลบไดเร็กทอรี usrlocal นอกจากนี้ควรหลีกเลี่ยงความขัดแย้งกับ MinGWMSys Git คือระบบควบคุมซอร์สโค้ดที่ใช้โดย FFmpeg และคุณจำเป็นต้องใช้สำหรับดาวน์โหลดและอัพเดตซอร์สโค้ด เว็บไซต์โครงการ Git อย่างเป็นทางการคือ: วิธีการติดตั้งที่แนะนำคือผ่านโครงการ msysgit: โปรแกรมติดตั้งอัตโนมัติจะสร้างสภาพแวดล้อม Msys สำหรับ Git แยกต่างหาก เพื่อที่จะสามารถให้ MinGW และ msysgit ของคุณอยู่ร่วมกับระบบเดียวกันได้คุณจำเป็นต้องมีการปรับแต่งในระบบ Windows แท้จริงโปรแกรมติดตั้ง msysgit จะแก้ไขค่าสภาพแวดล้อมบางส่วนที่กำหนดโดยการติดตั้ง MinGW และคุณอาจต้องทำการคืนค่าด้วยตนเอง โดยเฉพาะอย่างยิ่งคุณต้อง: กำหนดตัวแปร HOME เพื่อที่จะชี้ไปที่ MINGWPATHmsys1.0homeUSER แก้ไขเส้นทางเพื่อให้ช่อง git bin และ cmd อยู่หลังไดเร็กทอรี bin MinGW ที่สอดคล้องกัน yasm เป็นข้อกำหนดที่ไม่เข้มงวดทำให้สามารถรวบรวมข้อมูลได้อย่างเหมาะสมจึงขอแนะนำให้ติดตั้ง วิธีที่ง่ายที่สุดในการติดตั้ง Windows คือเพียงดาวน์โหลดไบนารีที่มีให้: คุณจะต้องเลือกระหว่างเวอร์ชันที่ให้ไว้ (เช่น 32 หรือ 64 บิต) ดาวน์โหลดและติดตั้งใน usrlocalbin หรือใน bin เนื่องจากชื่อของไบนารีมักจะ suffixed กับเวอร์ชันของโปรแกรม (เช่นชื่อ yasm-1.1.0-win32.exe) คุณต้องสร้างสำเนาที่ชื่อว่า Yasm ดังนั้นจึงสามารถเรียกใช้โดยใช้ yasm ได้ หรือคุณอาจติดตั้งเวอร์ชันต้นฉบับและคอมไพล์ ในกรณีที่ระบบกำลังบ่นเกี่ยวกับไฟล์ MSVCR100.dll ที่หายไปเมื่อพยายามรัน yasm คุณอาจจำเป็นต้องติดตั้งแพคเกจ Redistributable Microsoft Visual C 2010 SP1 จาก Microsoft SDL เป็นสิ่งจำเป็นสำหรับ ffplay และอุปกรณ์ส่งออก SDL เว็บไซต์โครงการสามารถดูได้ที่: คุณต้องใช้รุ่น 1.2: เมื่อติดตั้งใน MINGWPATH การกำหนดค่า FFmpeg จะสามารถตรวจจับได้โดยอัตโนมัติ โปรดทราบว่าธง SDL ที่ออกโดย sdl-configpkg-config มีแฟลกส์ - mwindows ซึ่งจะป้องกันไม่ให้แอปพลิเคชันเข้าสู่ระบบคอนโซล ในการแก้ปัญหาคุณจะต้องนำธงออกเช่น โดยการแก้ไขสคริปต์ sdl-config หรือไฟล์ SDK pkg-config ใน lib ข้อผิดพลาดได้รับรายงานที่นี่: libx264 สามารถรวบรวมและติดตั้งได้ในสภาพแวดล้อมของ MinGWmsys รุ่นล่าสุดสามารถดูได้ที่ที่อยู่นี้: ถ้าคุณต้องการไฟล์ libx264.dll (แทนที่จะเป็นแบบคงที่) คุณควรใช้ตัวเลือกกำหนดค่าที่แชร์กัน วิธีเดียวที่ฉันสามารถคิดวิธีการทำงานนี้ก็คือการเพิ่ม --extra-ldflagsL..libx264unpackeddir --extra-cflags-I..libx264unpackeddir ไปที่บรรทัดการกำหนดค่าของฉัน ffmpeg หลังจากสำเร็จการสร้าง libx264 แล้ว lib. exe เป็นสิ่งจำเป็นสำหรับการสร้างไลบรารีอิมพอร์ตที่นำเข้า. dll. a เพื่อให้คุณสามารถเชื่อมโยงไปยัง DLL จาก MSVC (Microsoft Visual Studio compiler, รวมกับมัน) ถ้าคุณกำลังวางแผนในการสร้างรูปแบบ DLmp FFmpeg build และ needwant ไป ทำอย่างนั้น. lib. exe เป็นเครื่องมือของ Microsoft ที่ใช้สำหรับสร้างไฟล์ DLL เป็นชุดพร้อมกับ Visual Studio ดาวน์โหลด Microsoft Visual Studio Express พร้อมใช้งานฟรี เมื่อติดตั้งแล้วคุณจะต้องเพิ่มไดเร็กทอรีที่ lib. exe อยู่ในพา ธ ระบบ dlltool. exe (ซึ่งเป็นส่วนหนึ่งของ binutils) อาจใช้แทน lib. exe ข้อเสียในกรณีนี้ก็คือไลบรารีการนำเข้าแตกออกถ้าคุณใช้ตัวเลือกการเพิ่มประสิทธิภาพ linker ใน MSVC (ซึ่งเปิดใช้งานโดยค่าเริ่มต้น) DirectShow DirectShow SDK เป็นสิ่งจำเป็นสำหรับการจับภาพ DirectShow ซึ่งได้รับการสนับสนุนผ่านอุปกรณ์ป้อนข้อมูล dshow การสนับสนุน DirectShow ถูกเปิดใช้งานผ่านการคอมไพล์ mingw-64 เท่านั้น สำหรับข้อมูลเพิ่มเติมที่เกี่ยวข้องกับ DirectShow ให้ตรวจสอบส่วน dshow ในคู่มือ FFmpeg จำเป็นสำหรับการซื้อจากอุปกรณ์เสียงโดยใช้กรอบ OpenAL ใหม่: ดาวน์โหลดและติดตั้ง SDK (ไฟล์ชื่อ OpenAL11CoreSDK. zip) แล้วกำหนดค่าด้วย --enable-openal (คุณอาจต้องเพิ่ม --extra-cflags และ - - extra-ldflags สำหรับระบุตำแหน่งไลบรารีและส่วนหัวของ OpenAL) โปรดทราบว่าคุณอาจต้องย้ายส่วนหัวทั้งหมดใน dir รวมไปยังไดเร็กทอรี AL แยกต่างหากซึ่งเป็นตำแหน่งที่ FFmpeg จะค้นหาส่วนหัวของ OpenAL pkg-config pkg-config เป็นโปรแกรมที่ใช้โดยไลบรารีซอฟต์แวร์จำนวนมาก (FFmpeg รวม) เพื่อกำหนดค่าสถานะการคอมไพล์ที่จะใช้ ไม่ได้ติดตั้งโดยค่าเริ่มต้นโดย MinGW ดังนั้นคุณต้องติดตั้งด้วยตนเอง นอกจากนี้ยังมีคำถามที่พบบ่อยเกี่ยวกับ MinGW: pkg-config สามารถพบได้ที่หนึ่งในที่อยู่เหล่านี้: ณ จุดนี้คุณจำเป็นต้องติดตั้งแพ็กเกจต่อไปนี้: GLib (Binaries) gettext-runtime (Binaries) pkg-config (Binaries) gettext-runtime ประกอบด้วย intl. dll (GNU Internationalization Library) ซึ่งกำหนดโดย pkg-config ในการกำหนดค่าการสร้างพื้นฐานคุณจำเป็นต้องเรียกใช้การกำหนดค่าในไดเรกทอรีต้นทาง FFmpeg เมื่อคุณติดตั้งแพคเกจที่จำเป็นทั้งหมดแล้ว (MinGW เป็นข้อกำหนดที่เข้มงวดเฉพาะสำหรับการสร้าง FFmpeg จำเป็นต้องใช้ git เพื่ออัพเดตแหล่งข้อมูล FFmpeg ของคุณ) คุณจำเป็นต้องเปิดเปลือกของ MinGW เปลี่ยนไดเรกทอรีที่คุณได้ตรวจสอบแหล่งข้อมูล FFmpeg และกำหนดค่าและ ให้ FFmpeg ตามปกติ หมายเหตุ: การกำหนดค่าบางครั้งก็ช้าอย่างช้าๆใน MinGW คำแนะนำในการคอมไพล์ของ Windows คุณอาจต้องใช้ตัวช่วยการพึ่งพาเพื่อแก้ปัญหาการพึ่งพา: depends. exe มีความคล้ายคลึงกันในวัตถุประสงค์เพื่อ ldd การทำงานกับเทอร์มินัล Windows ของ Windows อาจเจ็บปวดโดยเฉพาะอย่างยิ่งถ้าคุณมีแป้นพิมพ์ที่ไม่ใช่ USEN และคุณไม่มีวิธีที่จะพิมพ์อักขระพิเศษเช่น autohotkey เป็นโครงการ FLOSS ที่ดีซึ่งช่วยในการเขียนทางลัดและทำสิ่งดีๆอื่น ๆ ได้: หาแหล่งข้อมูลจำนวนมากที่ทุ่มเทให้กับ FFmpeg ใน Windows ใน: ตามที่อยู่นี้คุณจะพบสภาพแวดล้อม MinGW ที่ใช้สำหรับ MPlayer รวมทั้ง FFmpeg builds: โครงการต่อไปนี้มีสคริปต์สำหรับการรวบรวมข้อมูลพึ่งพา FFmpeg มากมายและอาจมีคำแนะนำว่าวิธีใด เพื่อให้พวกเขาทำงานร่วมกับ mingw:: 30 ตุลาคม 2016 ผลลัพธ์: Summer Of Code 2016 นี่เป็นเวลาที่ยาวนาน แต่เราต้องการที่จะให้การมีส่วนร่วมในโครงการนี้เป็นไปอย่างเหมาะสมและต้องใช้เวลา บางครั้งก็เพียงเพื่อให้ได้รายงานขั้นสุดท้ายสำหรับแต่ละโครงการลดลงคนอื่น ๆ กำลัง finalizing สิ่งที่ยังคงอยู่ในความคืบหน้าเมื่อโปรแกรมเสร็จสิ้น: แพทช์ขั้นสุดท้ายจะต้องมีการผสานรายการสิ่งที่ต้องทำมีความเสถียรในอนาคตแผนการตกลงที่คุณชื่อมัน โดยไม่ต้องกังวลใจอีกต่อไปริ้วรอยเงินสำหรับโครงการที่เราต้องการจะทำในช่วงฤดูร้อนนี้ของรหัส: FFv1 (Mentor: Michael Nierdermayer) Stanislav Dolganov ได้ออกแบบและดำเนินการสนับสนุนการทดลองสำหรับการประมาณค่าและการชดเชยการเคลื่อนไหวในตัวแปลงสัญญาณ FFV1 แบบ lossless . การออกแบบและการใช้งานจะขึ้นอยู่กับตัวแปลงสัญญาณวิดีโอหิมะซึ่งใช้ OBMC ผลงานของ Stanislavs พิสูจน์ได้ว่าสามารถบีบอัดเฟรมได้อย่างมีนัยสำคัญ FFmpeg ยินดีต้อนรับ Stanislav เพื่อดำเนินการต่อนอกเหนือจากข้อพิสูจน์นี้ของแนวคิดและนำความก้าวหน้าในข้อกำหนด FFV1 อย่างเป็นทางการภายใน IETF การทดสอบด้วยตนเอง (Mentor: Michael Niedermayer) Petru Rares Sincraian ได้เพิ่มการทดสอบด้วยตัวเองเพื่อ FFmpeg และประสบความสำเร็จในกระบวนการที่น่าเบื่อบางอย่างในการปรับพารามิเตอร์การปรับค่าพารามิเตอร์เพื่อหลีกเลี่ยงปัญหาที่ทราบและยากที่จะหลีกเลี่ยงปัญหาเช่น checksum mismatches เนื่องจาก ข้อผิดพลาดในการปัดเศษของแพลตฟอร์มที่เราสนับสนุน ผลงานของเขาได้ปรับปรุงความครอบคลุมโค้ดของการทดสอบตัวเองอย่างมาก การติดตั้งตัวเข้ารหัส Encoder MPEG-4 ALS (Mentor: Thilo Borgmann) Umair Khan ได้อัพเดตและรวมตัวเข้ารหัส ALS ไว้ในคลังโค้ด FFmpeg ปัจจุบัน เขายังได้ใช้คุณลักษณะที่ขาดหายไปสำหรับตัวถอดรหัส ALS ที่ช่วยให้สามารถถอดรหัสตัวอย่างตัวอย่างแบบลอยตัว การสนับสนุน FFmpeg สำหรับ MPEG-4 ALS ได้รับการปรับปรุงอย่างมีนัยสำคัญจากการทำงานของ Umairs เรายินดีให้เขารักษาความก้าวหน้าและหวังว่าจะได้รับความช่วยเหลืออย่างมาก การปรับปรุง Tee muxer (Mentor: Marton Balint) เป้าหมายทั่วไปของ Jn Sebechlebsks คือการปรับปรุง tee muxer เพื่อให้สามารถทนต่อ IO ได้และสามารถกู้คืนข้อผิดพลาดได้อย่างโปร่งใส ในระหว่างขั้นตอนการออกแบบปรากฏว่าฟังก์ชันนี้เรียกว่า muxer แยกต่างหากดังนั้น Jn จึงใช้ช่วงฤดูร้อนของเขาในการทำงานที่เรียกว่า FIFO muxer โดยค่อยๆแก้ไขปัญหาต่างๆทั่ว codebase เขาประสบความสำเร็จในหน้าที่ของเขาและ FIFO muxer เป็นส่วนหนึ่งของพื้นที่เก็บข้อมูลหลักควบคู่ไปกับการปรับปรุงอื่น ๆ ที่เขาทำไว้ในกระบวนการนี้ TrueHD encoder (Mentor: Rostislav Pehlivanov) วัตถุประสงค์ของ Jai Luthras คือการปรับปรุงเครื่องเข้ารหัส MLP (Meridian Lossless Packing) ที่ทิ้งไว้ให้หมดไปสำหรับ libavcodec และปรับปรุงเพื่อให้สามารถเข้ารหัสในรูปแบบ TrueHD ได้ สำหรับช่วงเวลาที่ผ่านการรับรองโปรแกรมเข้ารหัสได้รับการอัปเดตเพื่อให้สามารถใช้งานได้และในช่วงฤดูร้อนได้ปรับปรุงการสนับสนุนการเข้ารหัสและการเข้ารหัสแบบ TrueHD หลายช่องสัญญาณแล้ว รหัส Jais ถูกผสานเข้ากับที่เก็บหลักแล้ว แม้ว่าจะมีปัญหาเล็กน้อยเกี่ยวกับช่อง LFE และการจัดการตัวอย่าง 32 บิต แต่กำลังอยู่ระหว่างการแก้ไขเพื่อให้ความพยายามในการปรับปรุงความเร็วและประสิทธิภาพของตัวเข้ารหัส Davinder Singh ได้ตรวจสอบการประมาณค่าและวิธีการแก้ไขที่มีอยู่จากวรรณคดีที่มีอยู่และงานก่อนหน้าโดย Michael Niedermayer และใช้ตัวกรองที่อิงจากการวิจัยนี้ ตัวกรองเหล่านี้อนุญาตให้มีการแปลงการแปลงอัตราเฟรมเพื่อนำมาประยุกต์ใช้กับวิดีโอตัวอย่างเช่นเพื่อสร้างเอฟเฟ็กต์ภาพช้าหรือเปลี่ยนอัตราเฟรมในขณะที่สอดแทรกวิดีโอไปตามเส้นการเคลื่อนไหวอย่างราบรื่น ยังคงทำงานที่จะทำเพื่อเรียกตัวกรองเหล่านี้เสร็จซึ่งค่อนข้างยากทุกสิ่งพิจารณา แต่เรากำลังมองหาในแง่ดีที่อนาคตของพวกเขา และ thats มัน เรามีความสุขกับผลงานของโครงการและรู้สึกขอบคุณอย่างยิ่งสำหรับโอกาสในการทำงานกับกลุ่มนักเรียนที่ยอดเยี่ยมเช่นนี้ เราสามารถเป็นกลุ่มที่ยากลำบาก แต่พี่เลี้ยงของเราได้งานที่ยอดเยี่ยมในมือที่ถือครองฝึกงานของเราผ่านการเดินทางของพวกเขา ขอบคุณ Google สำหรับโครงการที่ยอดเยี่ยมนี้และทุกคนที่มีส่วนร่วมในชีวิตที่วุ่นวายเพื่อช่วยให้ GSoC2016 ประสบความสำเร็จ พบคุณใน 2017 24 กันยายน 2016 การสนับสนุน SDL1 ลดลง การสนับสนุนห้องสมุด SDL1 ได้รับการลดลงเนื่องจากไม่ได้รับการดูแลรักษา (เมื่อเดือนมกราคม 2012) และถูกไล่ออกจากห้องสมุด SDL2 ด้วยเหตุนี้อุปกรณ์เอาต์พุตของ SDL1 จึงถูกนำออกและแทนที่ด้วยการใช้งาน SDL2 ทั้งอุปกรณ์การเล่น ffplay และ opengl ได้รับการอัปเดตเพื่อสนับสนุน SDL2 9 สิงหาคม 2016 FFmpeg 3.1.2 Laplace FFmpeg 3.1.2 ปล่อยจุดใหม่จากสาขาปล่อย 3.1, พร้อมใช้งานขณะนี้แก้ไขบั๊กหลาย เราขอแนะนำให้ผู้ใช้ผู้จัดจำหน่ายและผู้ติดตั้งระบบอัพเกรดยกเว้นกรณีที่ใช้ git master ปัจจุบัน 10 กรกฎาคม 2016 โปรแกรม ffserver ที่ถูกทิ้งหลังจากได้รับการพิจารณาอย่างละเอียดได้มีการประกาศว่ากำลังจะยกเลิกโปรแกรม ffserver จากโครงการที่เริ่มต้นด้วยการปล่อยครั้งต่อไป ffserver เป็นโปรแกรมที่มีปัญหาในการบำรุงรักษาเนื่องจากใช้ API ภายในที่ซับซ้อนในการล้างข้อมูลล่าสุดไปยังไลบรารี libavformat และบล็อกการล้างข้อมูลและการปรับปรุงเพิ่มเติมซึ่งเป็นที่ต้องการของผู้ใช้ API และจะง่ายต่อการบำรุงรักษา นอกจากนี้โปรแกรมได้รับยากสำหรับผู้ใช้ในการปรับใช้และเรียกใช้เนื่องจากปัญหาความน่าเชื่อถือขาดคน knowledgable เพื่อช่วยและสับสนไวยากรณ์ไฟล์การกำหนดค่า ผู้ใช้ปัจจุบันและสมาชิกในชุมชนได้รับเชิญให้เขียนโปรแกรมทดแทนเพื่อเติมช่องเดียวกันกับที่ ffserver ใช้ APIs ใหม่และติดต่อเราเพื่อให้เราสามารถชี้ผู้ใช้ทดสอบและมีส่วนร่วมในการพัฒนา 1 กรกฎาคม 2016 FFmpeg 3.1.1 Laplace FFmpeg 3.1.1. ปล่อยจุดใหม่จากสาขาออก 3.1 ขณะนี้มีอยู่ส่วนใหญ่เกี่ยวข้องกับปัญหา ABI ไม่กี่นำมาใช้ในรุ่นก่อนหน้า เราขอแนะนำให้ผู้ใช้ผู้จัดจำหน่ายและผู้ติดตั้งระบบโดยเฉพาะผู้ที่ประสบปัญหาในการอัปเกรดจาก 3.0 เพื่ออัปเกรดยกเว้นกรณีที่ใช้ git master ปัจจุบัน 27 มิถุนายน 2016 FFmpeg 3.1 Laplace FFmpeg 3.1 Laplace รุ่นใหม่ที่สำคัญคือตอนนี้มีบางส่วนของไฮไลท์: DXVA2- เร่ง HEVC Main10 ถอดรหัสฟิลเตอร์กรองวิดีโอห่วงกรองวิดีโอและกรองเสียง aloop Bob ผู้ประกอบการ deinterlacing ตัวกรองกรอง firequalizer กรองฐานข้อมูลและตัวกรอง abench กรองชีพจรโปรโตคอลกรอง blacklisting API MediaCodec H264 ถอดรหัส VC - 2 รูปแบบ payload HQ RTP (draft v1) depacketizer และ packetizer VP9 RTP payload format (draft v2) packetizer เครื่องถอดรหัสเสียง AudioToolbox ตัวถอดรหัสเสียง AudioToolbox ตัวกรอง coreimage (GPU based filtering image ใน OSX) libdcadec ลบตัวกรอง bitstream สำหรับแยก DTS core ADPCM IMA DAT4 ถอดรหัส musx demuxer ตัวกรอง aix demuxer ตัวกรองแฮชและ framehash muxers ตัวกรอง colorspace ตัวกรอง hdcd ตัวกรอง readvitc ตัวแปลงรูปแบบ VAAPI เร่งรัดและปรับขนาดการแปลงรูปแบบ libnppCUDA - เร่งและการปรับเป็ด TrueMotion 2.0 ตัวถอดรหัสเวลาจริงข้อมูลแบบ wideband single-bit data (WSD) HAPPY H.264HEVCMJPEG เข้ารหัสตัวถอดรหัส DTS Express (LBR) Generic OpenMAX IL enco der ด้วยการสนับสนุน Raspberry Pi IFF ANIM demuxer ถอดรหัส Directstream Transfer (DST) ตัวกรองสัญญาณเสียงดัง ๆ MTAF demuxer และถอดรหัสตัวถอดรหัส MagicYUV การปรับปรุง OpenExr (ข้อมูลกระเบื้องและการสนับสนุน B44B44A) BitJazz ตัวถอดรหัส SheerVideo CUDA CUVID H264HEVC decoder สนับสนุนความละเอียด 10 บิตในเครื่องถอดรหัส utvideo แบบเดิม libutvideo wrapper ถอด YUY2 ตัวเข้ารหัส Codec แบบ Lossless VideoToolbox H.264 encoder เราขอแนะนำให้ผู้ใช้ผู้จัดจำหน่ายและผู้ติดตั้งระบบอัพเกรดยกเว้นกรณีที่ใช้ git master ปัจจุบัน 16 มีนาคม 2016 Google Summer of Code FFmpeg ได้รับการยอมรับว่าเป็นองค์กรโอเพ่นซอร์ส Google Summer of Code หากคุณต้องการเข้าร่วมเป็นนักเรียนดูหน้าความคิดโครงการของเรา คุณสามารถติดต่อกับพี่เลี้ยงได้แล้วและเริ่มต้นทำงานเกี่ยวกับคุณสมบัติรวมทั้งลงทะเบียนที่ Google และส่งร่างข้อเสนอโครงการของคุณ ขอให้โชคดีในวันที่ 15 กุมภาพันธ์ 2016 FFmpeg 3.0 Einstein FFmpeg 3.0 Einstein รุ่นใหม่ที่สำคัญคือตอนนี้มีบางส่วนของไฮไลท์: encoder FFmpeg AAC พื้นเมืองได้เห็นการปรับปรุงที่กว้างขวางและไม่ถือว่าเป็นลบการสนับสนุนสำหรับ libvo-aacenc และ libaacplus มีการเพิ่มตัวกรองใหม่กว่า 30 ตัวการเพิ่มประสิทธิภาพ ASM หลายตัวการเร่งฮาร์ดแวร์ VP9 ( DXVA2 และ VA-API) ตัวถอดรหัส Cineform HD ตัวถอดรหัส DCA ตัวใหม่บนพื้นฐานของ libdcadec พร้อมการรองรับส่วนขยาย DTS-HD อย่างเช่นเดียวกับรุ่นที่สำคัญทั้งหมดคาดว่าจะมีการเปลี่ยนแปลง APIABI ที่เข้ากันไม่ได้อย่างถดถอยมากเกินไปดูรายชื่อการปรับปรุงเพิ่มเติมจาก Changelog เราขอแนะนำให้ผู้ใช้, และผู้ติดตั้งระบบอัพเกรดเว้นเสียแต่ว่าจะใช้ git master ในปัจจุบัน 30 มกราคม 2016 การถอดการสนับสนุนชุดเข้ารหัส AAC ภายนอกสองเครื่องเราได้ลบการสนับสนุนโปรแกรมเข้ารหัส AAC (libvo-aacenc) ของ VisualOn และ libaacplus ใน FFmpeg master แล้ว แม้กระทั่งก่อนที่จะทำเครื่องหมายตัวเข้ารหัส AAC ภายในของเราไว้อย่างมั่นคง เป็นที่ทราบกันดีว่า libvo-aacenc มีคุณภาพต่ำกว่าเมื่อเทียบกับของพื้นเมืองของเราสำหรับตัวอย่างส่วนใหญ่ อย่างไรก็ตามโปรแกรมเปลี่ยนภาพ VisualOn ถูกใช้โดยโครงการ Android Open Source อย่างกว้างขวางและเราต้องการที่จะมีตัวเลือกที่มีเสถียรภาพที่ผ่านการทดสอบและเป็นจริงในฐานโค้ดของเรา เมื่อความมุ่งมั่นครั้งแรกในปี 2011 libaacplus ได้เติมช่องว่างในการเข้ารหัสรูปแบบ AAC ประสิทธิภาพสูง (HE-AAC และ HE-AACv2) ซึ่งไม่ได้รับการสนับสนุนจากเครื่องเข้ารหัสใด ๆ ใน FFmpeg ในขณะนั้น สถานการณ์ทั้งสองมีการเปลี่ยนแปลง หลังจากที่ Rostislav Pehlivanov และ Claudio Freire เป็นผู้ริเริ่มสร้างสรรค์แล้วโปรแกรมเข้ารหัส Amp แบบดั้งเดิมของ FFmpeg ที่มีเสถียรภาพพร้อมที่จะแข่งขันกับเครื่องเข้ารหัสที่เป็นผู้ใหญ่มากขึ้น ห้องสมุด Fraunhofer FDK AAC Codec สำหรับ Android ได้รับการเพิ่มในปี 2012 เป็นเครื่องเข้ารหัส AAC ที่ได้รับการสนับสนุนจากภายนอกสี่เครื่องและเป็นเครื่องที่มีคุณภาพดีที่สุดและได้รับการสนับสนุนมากที่สุด ได้แก่ HE-AAC และ HE-AACv2 ดังนั้นเราจึงได้ตัดสินใจแล้วว่าถึงเวลาที่ต้องลบ libvo-aacenc และ libaacplus หากคุณกำลังใช้ libvo-aacenc เตรียมการเปลี่ยนไปใช้ตัวเข้ารหัสพื้นเมือง (aac) เมื่ออัปเดตเป็น FFmpeg เวอร์ชันถัดไป ในกรณีส่วนใหญ่มันเป็นง่ายๆเป็นเพียงการแลกเปลี่ยนชื่อตัวเข้ารหัส หากคุณกำลังใช้ libaacplus ให้เริ่มใช้ FDK AAC (libfdkaac) กับตัวเลือกโปรไฟล์ที่เหมาะสมเพื่อเลือกโปรไฟล์ AAC ที่ตรงกับความต้องการของคุณ ในทั้งสองกรณีคุณจะเพลิดเพลินไปกับการปรับปรุงคุณภาพเสียงและลดอาการปวดหัวในการออกใบอนุญาต 16 มกราคม 2559, FFmpeg 2.8.5, 2.7.5, 2.6.7, 2.5.10 เราได้เผยแพร่พอร์ทัลใหม่หลายจุด (2.8.5 2.7.5. 2.6.7. 2.5.10) พวกเขาแก้ไขข้อบกพร่องต่างๆเช่นเดียวกับ CVE-2016-1897 และ CVE-2016-1898 โปรดดูที่ changelog สำหรับแต่ละ release เพื่อดูรายละเอียดเพิ่มเติม เราขอแนะนำให้ผู้ใช้ผู้จัดจำหน่ายและผู้ติดตั้งระบบอัพเกรดยกเว้นกรณีที่ใช้ git master ปัจจุบัน 5 ธันวาคม 2015 ตัวเข้ารหัส FFmpeg AAC แบบเดิมมีเสถียรภาพหลังจากผ่านไป 7 ปีแชนแนล FFmpeg AAC ได้ถอดธงทดลองออกและประกาศว่าพร้อมสำหรับการใช้งานทั่วไป เครื่องเข้ารหัสมีความโปร่งใสที่ 128kbps สำหรับตัวอย่างส่วนใหญ่ที่ทดสอบด้วยสิ่งประดิษฐ์ที่ปรากฏเฉพาะในกรณีที่รุนแรงเท่านั้น การทดสอบคุณภาพเชิงวัตถุทำให้เครื่องเข้ารหัสมีคุณภาพเท่ากันหรือใหญ่กว่าเครื่องเข้ารหัสอื่น ๆ ที่มีให้บริการแก่สาธารณชนทั่วไป การอนุญาตให้ใช้สิทธิมักเป็นปัญหาเกี่ยวกับการเข้ารหัสเสียง AAC เนื่องจากโปรแกรมเข้ารหัสส่วนใหญ่มีใบอนุญาตที่ทำให้ FFmpeg ไม่สามารถแจกจ่ายได้หากคอมไพล์ด้วยการสนับสนุน ความจริงที่ว่าตอนนี้มีตัวเข้ารหัส AAC ที่เปิดกว้างและเป็นอิสระอย่างแท้จริงซึ่งรวมอยู่ในโครงการโดยตรงหมายถึงผู้ที่ต้องการใช้มาตรฐานที่ได้รับการยอมรับและแพร่หลายมาก งานส่วนใหญ่ที่ทำเพื่อนำเครื่องเข้ารหัสมาสู่คุณภาพได้เริ่มขึ้นในช่วงปีนี้ GSoC โดยนักพัฒนา Claudio Freire และ Rostislav Pehlivanov ทั้งสองยังคงทำงานเกี่ยวกับเครื่องเข้ารหัสด้วยการรวมตัวกันในฐานะนักพัฒนาและ mainainer ซึ่งทำงานในส่วนอื่น ๆ ของโครงการเช่นกัน นอกจากนี้ต้องขอบคุณ Kamedo2 ที่ทำแบบทดสอบและเปรียบเทียบผู้เขียนต้นฉบับและผู้ร่วมการเข้ารหัสทั้งหมดในอดีตและปัจจุบัน แนะนำผู้ใช้และแนะนำให้ใช้ตัวเข้ารหัสและส่งข้อเสนอแนะหรือรายงานความเสียหายผ่านเครื่องมือติดตามปัญหาของเรา 13 ตุลาคม 2015 Telepoint amp MediaHub กำลังสนับสนุนโครงการของเราขอขอบคุณคุณเป็นอย่างยิ่งสำหรับผู้สนับสนุนใหม่ล่าสุดของเรา ได้แก่ MediaHub และ Telepoint ทั้งสอง บริษัท ได้บริจาคเซิร์ฟเวอร์เฉพาะที่มีการเชื่อมต่ออินเทอร์เน็ตฟรี นี่คือเล็กน้อยเกี่ยวกับพวกเขาในคำพูดของตัวเอง: Telepoint เป็นศูนย์ข้อมูลผู้ให้บริการที่ใหญ่ที่สุดที่เป็นกลางในบัลแกเรีย ตั้งอยู่ใจกลางโซเฟียบนถนนข้ามประเทศของเครือข่ายประเทศบัลแกเรียและต่างประเทศสถานที่นี้เป็นศูนย์ข้อมูลระดับชั้นที่ 3 ซึ่งให้บริการโซลูชั่น colocation ที่มุ่งเน้นลูกค้า (ตั้งแต่เซิร์ฟเวอร์ไปจนถึงห้องโถง collocation ส่วนตัว) และอยู่ในระดับสูง ระดับความปลอดภัย MediaHub Ltd. เป็นผู้ให้บริการ IPTV บัลแกเรียและเป็นผู้ให้บริการซึ่งใช้ FFmpeg อย่างมากตั้งแต่เริ่มดำเนินการเมื่อปีที่แล้ว การบริจาคเพื่อช่วยให้ FFmpeg online เป็นวิธีการให้กลับสู่ชุมชนของเรา ขอบคุณ Telepoint และ MediaHub สำหรับการสนับสนุนของพวกเขาวันที่ 29 กันยายน 2015 ผลการดำเนินงานของ GSoC 2015 FFmpeg เข้าร่วมกับ Google Summer of Code Project รุ่นล่าสุด FFmpeg มีโครงการทั้งหมด 8 โครงการและ 7 โครงการประสบความสำเร็จ เราอยากจะขอบคุณ Google นักเรียนที่เข้าร่วมโครงการและโดยเฉพาะผู้ที่ปรึกษาที่เข้าร่วมโครงการนี้ กำลังรอคอยที่จะเข้าร่วมในฉบับ GSoC ฉบับถัดไปด้านล่างคุณสามารถดูคำอธิบายสั้น ๆ เกี่ยวกับผลลัพธ์สุดท้ายของแต่ละโครงการ เซิร์ฟเวอร์ขั้นพื้นฐานสำหรับโปรโตคอลเครือข่ายคำแนะนำ: Stephan Holljes ที่ปรึกษา: โครงการ Nicolas George Stephan Holljess สำหรับเซสชัน Google Summer of Code นี้เพื่อใช้คุณลักษณะเซิร์ฟเวอร์ HTTP ขั้นพื้นฐานสำหรับ libavformat เพื่อเติมเต็มไคลเอ็นต์ HTTP ที่มีอยู่แล้วและรหัสเซิร์ฟเวอร์ RTMP และ RTSP ส่วนแรกของโครงการคือการทำให้โค้ด HTTP สามารถรับลูกค้ารายเดียวได้เสร็จสิ้นบางส่วนในช่วงระยะเวลาการรับรองและบางส่วนในช่วงสัปดาห์แรกของฤดูร้อน ขอบคุณที่ทำงานนี้ขณะนี้สามารถสร้างสตรีม HTTP แบบง่ายๆโดยใช้คำสั่งต่อไปนี้: ส่วนถัดไปของโครงการคือการขยายโค้ดเพื่อให้สามารถรับลูกค้าหลายรายพร้อมกันหรือติดต่อกัน เนื่องจาก libavformat ไม่ได้มี API สำหรับงานประเภทนั้นจึงจำเป็นต้องออกแบบชุดดังกล่าว ส่วนนี้ส่วนใหญ่แล้วเสร็จก่อนช่วงกลางเดือนและใช้หลังจากนั้นไม่นาน เนื่องจากเครื่องมือบรรทัดคำสั่ง ffmpeg ไม่พร้อมที่จะให้บริการลูกค้าหลายเครื่องพื้นที่ทดสอบของ API ใหม่นั้นเป็นโปรแกรมตัวอย่างที่ให้บริการเนื้อหาที่มีการเข้ารหัสอย่างหนัก ส่วนสุดท้ายและมีความทะเยอทะยานที่สุดของโครงการคือการปรับปรุง ffserver เพื่อใช้ประโยชน์จาก API ใหม่ มันจะพิสูจน์ได้ว่า API สามารถใช้งานจริงได้กับเซิร์ฟเวอร์ HTTP และแสดงจุดที่จำเป็นต้องมีการควบคุมมากขึ้น ในตอนท้ายของฤดูร้อนชุดแพทช์ที่ทำงานครั้งแรกได้รับการตรวจทานโค้ด การเรียกดูเนื้อหาบนเซิร์ฟเวอร์คำแนะนำ: Mariusz Szczepaczyk ผู้ให้คำปรึกษา: Lukasz Marek Mariusz ได้สร้าง API ที่จัดทำขึ้นโดยชุมชน FFmpeg และใช้งานรายการคุณสมบัติ Samba เป็นรายชื่อ ระหว่างโปรแกรมเขาขยาย API ด้วยความเป็นไปได้ที่จะลบและเปลี่ยนชื่อไฟล์บนเซิร์ฟเวอร์ระยะไกล เขาได้ติดตั้งคุณลักษณะเหล่านี้สำหรับโปรโตคอลไฟล์ Samba SFTP และ FTP ในตอนท้ายของโปรแกรม Mariusz ให้ร่างของการใช้งานสำหรับการฟังไดเรกทอรี HTTP การจับภาพวิดีโอดิจิตอลแบบ Directshow ผู้ให้คำปรึกษา: Mate Sebok ผู้ให้คำปรึกษา: Roger Pack Mate ทำงานเกี่ยวกับข้อมูลจาก DirectShow จากแหล่งวิดีโอดิจิทัล เขาได้รับการป้อนข้อมูลการทำงานจากแหล่งสัญญาณเข้า ATSC พร้อมกับเครื่องรับสัญญาณแบบระบุตัว รหัสยังไม่ได้รับการยืนยัน แต่แพทช์นี้ถูกส่งไปยังรายการส่งเมล ffmpeg-devel เพื่อใช้งานในอนาคต ที่ปรึกษาวางแผนที่จะทำความสะอาดมันและกระทำอย่างน้อยสำหรับด้าน ATSC ของสิ่งที่ Mate และผู้ให้คำปรึกษายังคงพยายามหาวิธีที่จะทำให้ DVB ทำงานได้ดีที่สุด การดำเนินการสนับสนุนอย่างเต็มที่สำหรับคำบรรยายรูปแบบ 3GPP คำแนะนำ: Niklesh Lalwani ที่ปรึกษา: Philip Langdale โครงการ Nikleshs ได้ขยายการสนับสนุนคำบรรยายรูปแบบ 3GPP Timed Text นี่คือรูปแบบคำบรรยายดั้งเดิมสำหรับคอนเทนเนอร์ mp4 และเป็นที่น่าสนใจเนื่องจากมักมีรูปแบบคำบรรยายเฉพาะที่สนับสนุนโดยแอปพลิเคชันการเล่นสต็อกบนอุปกรณ์ iOS และ Android ffmpeg ได้รับการสนับสนุนพื้นฐานสำหรับคำบรรยายเหล่านี้ซึ่งละเว้นข้อมูลการจัดรูปแบบทั้งหมด - เป็นเพียงการสนับสนุนพื้นฐานสำหรับข้อความธรรมดาเท่านั้น Niklesh ทำงานเพื่อเพิ่มการสนับสนุนทั้งด้านการเข้ารหัสและการถอดรหัสสำหรับความสามารถในการจัดรูปแบบข้อความเช่นขนาดและลักษณะพิเศษของตัวอักษรเช่นตัวหนาการเน้นเป็นต้นความท้าทายหลักที่นี่คือ Timed Text จัดการการฟอร์แมตในรูปแบบที่แตกต่างจากคำบรรยายทั่วไป รูปแบบ จะใช้การเข้ารหัสไบนารี (ตามกล่อง mp4 ตามธรรมชาติ) และจัดเก็บข้อมูลแยกต่างหากจากตัวหนังสือเอง ซึ่งต้องใช้การตรวจสอบเพิ่มเติมว่าส่วนใดของการจัดรูปแบบข้อความมีผลกับการจัดรูปแบบที่ทับซ้อนกัน (ซึ่งรูปแบบอื่น ๆ สนับสนุน แต่ข้อความที่ตั้งเวลาไม่ได้) ดังนั้นจึงจำเป็นต้องตัดส่วนที่ทับซ้อนกันออกเป็นส่วนที่ไม่ทับซ้อนกัน ในที่สุด Niklesh ต้องระมัดระวังเกี่ยวกับการไม่ไว้วางใจข้อมูลขนาดใด ๆ ในคำบรรยาย - และไม่ใช่เรื่องตลก: บั๊กที่เกิดขึ้นจริงใน Android stage ที่น่าอับอายนี้อยู่ในโค้ดสำหรับการแยกวิเคราะห์คำบรรยายแบบข้อความที่กำหนดเวลาไว้ งานทั้งหมดของ Nikleshs มีความมุ่งมั่นและได้รับการเผยแพร่ใน ffmpeg 2.8 libswscale refactoring mentee: Pedro Arthur ผู้ให้คำปรึกษา: Michael Niedermayer, Ramiro Polla เปโดรอาร์เธอร์ได้ปรับเปลี่ยนระบบ scalers แนวตั้งและแนวนอน เมื่อต้องการทำเช่นนี้เขาได้ออกแบบและใช้กรอบตัวกรองข้อมูลทั่วไปและย้ายรหัส scaler ที่มีอยู่ไป การเปลี่ยนแปลงเหล่านี้ช่วยให้สามารถเพิ่มการลบการแยกหรือการรวมขั้นตอนการประมวลผลได้อย่างง่ายดาย การดำเนินงานเป็นไปตามเกณฑ์มาตรฐานและมีทางเลือกหลายทางพยายามหลีกเลี่ยงการสูญเสียความเร็ว นอกจากนี้เขายังเพิ่มการสนับสนุนการปรับแกมม่า ตัวอย่างการใช้การปรับค่าแกมมาจะเป็นดังนี้: เปโดรทำผลงานที่น่าประทับใจเมื่อพิจารณาจากช่วงเวลาสั้น ๆ และตอนนี้เขาเป็นผู้ดูแล FFmpeg เขายังคงสนับสนุน FFmpeg และได้แก้ไขบั๊กบางอย่างใน libswscale หลังจาก GSoC สิ้นสุดลง การปรับปรุง Encoder AAC, mentee: Rostislav Pehlivanov, ที่ปรึกษา: Claudio Freire Rostislav Pehlivanov ได้ใช้ PNS, TNS, IS การเข้ารหัสและการคาดการณ์หลักในตัวเข้ารหัส AAC แบบดั้งเดิม Of all those extensions, only TNS was left in a less-than-usable state, but the implementation has been pushed (disabled) anyway since its a good basis for further improvements. PNS replaces noisy bands with a single scalefactor representing the energy of that band, gaining in coding efficiency considerably, and the quality improvements on low bitrates are impressive for such a simple feature. TNS still needs some polishing, but has the potential to reduce coding artifacts by applying noise shaping in the temporal domain (something that is a source of annoying, notable distortion on low-entropy bands). Intensity Stereo coding (IS) can double coding efficiency by exploiting strong correlation between stereo channels, most effective on pop-style tracks that employ panned mixing. The technique is not as effective on classic X-Y recordings though. Finally, main prediction improves coding efficiency by exploiting correlation among successive frames. While the gains have not been huge at this point, Rostislav has remained active even after the GSoC, and is polishing both TNS and main prediction, as well as looking for further improvements to make. In the process, the MIPS port of the encoder was broken a few times, something hes also working to fix. Animated Portable Network Graphics (APNG), mentee: Donny Yang, mentor: Paul B Mahol Donny Yang implemented basic keyframe only APNG encoder as the qualification task. Later he wrote interframe compression via various blend modes. The current implementation tries all blend modes and picks one which takes the smallest amount of memory. Special care was taken to make sure that the decoder plays correctly all files found in the wild and that the encoder produces files that can be played in browsers that support APNG. During his work he was tasked to fix any encountered bug in the decoder due to the fact that it doesnt match APNG specifications. Thanks to this work, a long standing bug in the PNG decoder has been fixed. For latter work he plans to continue working on the encoder, making it possible to select which blend modes will be used in the encoding process. This could speed up encoding of APNG files. September 9th, 2015, FFmpeg 2.8 We published release 2.8 as new major version. It contains all features and bug fixes of the git master branch from September 8th. Please see the changelog for a list of the most important changes. We recommend users, distributors and system integrators to upgrade unless they use current git master. August 1st, 2015, A message from the FFmpeg project Dear multimedia community, The resignation of Michael Niedermayer as leader of FFmpeg yesterday has come by surprise. He has worked tirelessly on the FFmpeg project for many years and we must thank him for the work that he has done. We hope that in the future he will continue to contribute to the project. In the coming weeks, the FFmpeg project will be managed by the active contributors. The last four years have not been easy for our multimedia community - both contributors and users. We should now look to the future, try to find solutions to these issues, and to have reconciliation between the forks, which have split the community for so long. Unfortunately, much of the disagreement has taken place in inappropriate venues so far, which has made finding common ground and solutions difficult. We aim to discuss this in our communities online over the coming weeks, and in person at the VideoLAN Developer Days in Paris in September: a neutral venue for the entire open source multimedia community. The FFmpeg project. July 4th, 2015, FFmpeg needs a new host UPDATE: We have received more than 7 offers for hosting and servers, thanks a lot to everyone After graciously hosting our projects (FFmpeg. MPlayer and rtmpdump ) for 4 years, Arpi (our hoster) has informed us that we have to secure a new host somewhere else immediately. If you want to host an open source project, please let us know, either on ffmpeg-devel mailing list or irc. freenode ffmpeg-devel. We use about 4TB of storage and at least 4TB of bandwidth month for various mailing lists, trac. samples repo. svn, etc. March 16, 2015, FFmpeg 2.6.1 We have made a new major release ( 2.6 ) and now one week afterward 2.6.1. It contains all features and bugfixes of the git master branch from the 6th March. Please see the Release Notes for a list of note-worthy changes. We recommend users, distributors and system integrators to upgrade unless they use current git master. March 4, 2015, Google Summer of Code FFmpeg has been accepted as a Google Summer of Code Project. If you wish to participate as a student see our project ideas page. You can already get in contact with mentors and start working on qualification tasks. Registration at Google for students will open March 16th. Good luck March 1, 2015, Chemnitzer Linux-Tage We happily announce that FFmpeg will be represented at Chemnitzer Linux-Tage (CLT) in Chemnitz, Germany. The event will take place on 21st and 22nd of March. More information can be found here We 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 For the first time in our CLT history, there will be an FFmpeg workshop . You can read the details here. The workshop is targeted at FFmpeg beginners. First the basics of multimedia will be covered. Thereafter you will learn how to use that knowledge and the FFmpeg CLI tools to analyse and process media files. The workshop is in German language only and prior registration is necessary. The workshop will be on Saturday starting at 10 oclock. We are looking forward to meet you (again) December 5, 2014, FFmpeg 2.5 We have made a new major release ( 2.5 ) It contains all features and bugfixes of the git master branch from the 4th December. Please see the Release Notes for a list of note-worthy changes. We recommend users, distributors and system integrators to upgrade unless they use current git master. October 10, 2014, FFmpeg is in Debian unstable again We wanted you to know there are FFmpeg packages in Debian unstable again. A big thank-you to Andreas Cadhalpun and all the people that made it possible. It has been anything but simple. Unfortunately that was already the easy part of this news. The bad news is the packages probably wont migrate to Debian testing to be in the upcoming release codenamed jessie. Read the argumentation over at Debian. However things will come out in the end, we hope for your continued remarkable support October 8, 2014, FFmpeg secured a place in OPW Thanks to a generous 6K USD donation by Samsung (Open Source Group), FFmpeg will be welcoming at least 1 Outreach Program for Women intern to work with our community for an initial period starting December 2014 (through March 2015). We all know FFmpeg is used by the industry, but even while there are countless products building on our code, it is not at all common for companies to step up and help us out when needed. So a big thank-you to Samsung and the OPW program committee If you are thinking on participating in OPW as an intern, please take a look at our OPW wiki page for some initial guidelines. The page is still a work in progress, but there should be enough information there to get you started. If you, on the other hand, are thinking on sponsoring work on FFmpeg through the OPW program, please get in touch with us at opwffmpeg. org. With your help, we might be able to secure some extra intern spots for this round September 15, 2014, FFmpeg 2.4 We have made a new major release ( 2.4 ) It contains all features and bugfixes of the git master branch from the 14th September. Please see the Release Notes for a list of note-worthy changes. We recommend users, distributors and system integrators to upgrade unless they use current git master. August 20, 2014, FFmpeg 2.3.3, 2.2.7, 1.2.8 We have made several new point releases ( 2.3.3. 2.2.7. 1.2.8 ). They fix various bugs, as well as CVE-2014-5271 and CVE-2014-5272. Please see the changelog for more details. We recommend users, distributors and system integrators to upgrade unless they use current git master. July 29, 2014, Help us out securing our spot in OPW Following our previous post regarding our participation on this years OPW (Outreach Program for Women), we are now reaching out to our users (both individuals and companies) to help us gather the needed money to secure our spot in the program. We need to put together 6K USD as a minimum but securing more funds would help us towards getting more than one intern. You can donate by credit card using ClickampPledge and selecting the OPW option. If you would like to donate by money transfer or by check, please get in touch by e-mail and we will get back to you with instructions. Thanks July 20, 2014, New website The FFmpeg project is proud to announce a brand new version of the website made by db0. While this was initially motivated by the need for a larger menu, the whole website ended up being redesigned, and most pages got reworked to ease navigation. We hope youll enjoy browsing it. July 17, 2014, FFmpeg 2.3 We have made a new major release ( 2.3 ) It contains all features and bugfixes of the git master branch from the 16th July. Please see the Release Notes for a list of note-worthy changes. We recommend users, distributors and system integrators to upgrade unless they use current git master. July 3, 2014, FFmpeg and the Outreach Program For Women FFmpeg has started the process to become an OPW includer organization for the next round of the program, with internships starting December 9. The OPW aims to Help women (cis and trans) and genderqueer to get involved in free and open source software. Part of the process requires securing funds to support at least one internship (6K USD), so if you were holding on your donation to FFmpeg, this is a great chance for you to come forward, get in touch and help both the project and a great initiative We have set up an email address you can use to contact us about donations and general inquires regarding our participation in the program. Hope to hear from you soon June 29, 2014, FFmpeg 2.2.4, 2.1.5, 2.0.5, 1.2.7, 1.1.12, 0.10.14 We recommend users, distributors and system integrators to upgrade unless they use current git master. May 1, 2014, LinuxTag Once again FFmpeg will be represented at LinuxTag in Berlin, Germany. The event will take place from 8th to 10th of May. Please note that this years LinuxTag is at a different location closer to the city center. We will have a shared booth with XBMC and VideoLAN. 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 More information about LinuxTag can be found here We are looking forward to see you in Berlin April 18, 2014, OpenSSL Heartbeat bug Our server hosting the Trac issue tracker was vulnerable to the attack against OpenSSL known as heartbleed. The OpenSSL software library was updated on 7th of April, shortly after the vulnerability was publicly disclosed. 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.