Working on a fork to integrate all changes

[lukasf]

I got a bit bored lately. There is so much work done here lately, so many fixes and improvements, but it is not possible to test it all together because it is all scatterd throughout various branches, nothing is merged. To solve #217, a bigger refactoring is neccessary (at least in my opinion), but it's not possible (or advisable) to do this with so many open big PRs. And I did not want to wait. So I just went ahead and started working on my own fork (https://github.com/lukasf/FFmpegInterop). I done the refactoring there, I improved various things along the way. I merged (or re-implemented) almost all open PRs. I have done some initial testing, things look good so far. Some of the files that did not work before now work fine.

These are some of the things I improved, in addition to the PRs:

• clean, separate processing loops for compressed and uncompressed sample providers
• improved handling of AVPackets and AVFrames (no unneccessary alloc/dealloc, no copy to stack)
• correct end-of-stream handling to get about a dozen missing frames out of the decoder
• zero-copy for many uncompressed audio streams
• support for 3 different audio output formats
• smart audio format preselection to avoid resampler where possible
• multi threaded audio decoding
• gapless audio handling (maybe more work is needed)
• skip unneccessary first seek on file open
• report stream size to ffmpeg (important one for broken files!)
• improved video output format handling (prefer NV12 for most cases)
• chroma location handling
• introduced FFmpegConfig class to avoid parameter hell and allow more customizations

Maybe it is a good idea to work on this fork, instead of making even more branches? We can test all the changes there. When we have a good and stable state, and when @khouzam is back from hibernation, we could merge everything back into the official repo.

The next big thing I would like to do is multi audio streams (which again requires bigger rework of the whole thing).

I would invite anyone who likes the idea, to join my fork and test with their files. Who is interested? @mcosmin222 @reego-fr ?

[brabebhin]

I am all for it. Lately i have been working on getting audio effects support into the stream source, I will bring this feature into the fork, but I will need to refactor it because it was meant to work with the Microsoft build.

[lukasf]

Cool, I sent an invite. Feel free to create branches directly on the fork.