FFmpeg VS OpenH264

GPL2

Since FFmpeg is GPL2, doesn’t that require CompressX to disclose its source code?

IANAL, apologies if I miss understand license requirements.

https://github.com/FFmpeg/FFmpeg?tab=License-1-ov-file

This turns out to be a lot of assembly macros to help write one x86 assembly. https://github.com/FFmpeg/FFmpeg/blob/master/libavutil/x86/x...

The sibling comment recommending compiler intrinsics is probably the best way to go for writing SIMD code. A mixture of `` style types and intrinsics to specify instructions is a solid 90% solution compared to assembly.

If you want that last 10%, I think macros are putting the emphasis in the wrong place. They're a somewhat easy way to build up a language abstraction which will work if held carefully, but I'm confident the dev experience using this abstraction when you write invalid code will be deeply confusing.

I would suggest to write a parser instead of the macros. That'll tell you clearly when the syntax is invalid (though possibly not with much precision) and it'll give you a place to put semantic analysis for where valid syntax encodes nonsense. Do the equivalent of the macro expansions on the parsed tree instead of on the text. Emit asm as the "back end".

You might have heard of FFMPEG or ImageMagick for image and video edition in a programmatic way. MoviePy is a Python module for video editing (Python wrapper for FFMPEG and ImageMagick). It provides functions for cutting, concatenations, title insertions, video compositing, video processing, and the creation of custom effects. It can read and write common video and audio formats and be run on any platform with Python 2.7 or 3+.

There are many cloud-based tools and websites that can convert your images, but the problem with these tools is that you usually have to upload the files for them to be processed, and some of their services are not free. In this article, I'd like to introduce a piece of software called FFmpeg, which allows you convert the images locally with one simple command.

To run the demo locally, be sure to have Python 3.11 and FFmpeg installed.

I've installed mpv but was unable to play any videos see this. Then I compiled and installed openh264 from github. Yet, I still have performance issues, video plays like a slide show..

The codecs are open source. Gstreamer. Ffmpeg. H264.

No, it is definitely using hardware acceleration on a number of platforms: https://github.com/cisco/openh264/tree/master/codec/encoder/core and https://github.com/cisco/openh264/tree/master/codec/decoder/core. However, the docs say it will fallback to C/C++. But I don't believe that's happening on popular platforms like x86, ARM, and Aarch64.

I found the extension but haven't been able to get it to work yet. It needs openh264 installed and I haven't been able to figure out where to put the binary for it yet, but if you figure it out let me know! Lol :D

If you had the media.gmp.decoder.enabled pref flipped to true, I might have guessed that Firefox updated the OpenH264 plugin and downgraded it. You could try replacing the library from one at https://github.com/cisco/openh264/releases/tag/v2.3.1. Go to about:support, open your profile directory, and find the gmp-gmpopenh264/1.8.1.2 folder. Replace the binary with the one from the linked github page. Restart Firefox.

Now that CISCO has released an Open Source H.264 Codec available on all major platforms what excuses does Blackmagic Design have left?

Outside of the hardware implementations, the other popular H.264 encoders are MainConcept (which I think Adobe licenses). There are a few others https://en.wikipedia.org/wiki/Advanced_Video_Coding#Software_encoders. Cisco's OpenH264 is free, but last time I checked was limited in profile support. The repo claims "Max frame size is 36864 macro-blocks".