Build issue of avfilter, ffmpeg 3.3.2, macOS

[imkira]

Build issue of avfilter, ffmpeg 3.3.2, macOS

[imkira]

Yep sorry, not yet supported due to breaking changes in ffmpeg API.
Currently, only 3.0.x is supported but I'm planning on upgrading.
This is being used internally in my company and I'm not sure if we can have 3.3 support that also works with 3.2 and 3.1 without having to develop 3 different branches.
I cannot give you a specific timeline for this, but if you feel like it I welcome you to work on it if you really need it asap. I will leave this open for now until I have more updates.

[martinlindhe]

There is additional warnings about deprecated functions, but I managed to use some parts of this lib with ffmpeg 3.3 to extract media info (#40).
I will continue to push some changes for ffmpeg 3.3 to my branch for now.
I hope we can avoid having multiple branches of this too.

[martinlindhe]

I've been looking into this more.

I am currently trying to resolve api change issues using build tags.

This way we can use a avcodec_30.go naming and // +build ffmpeg30 tag in the source, to build certain parts for ffmpeg 3.0, and others for ffmpeg 3.3.
API's that has been removed in ffmpeg 3.3 will simply not be accessible using build tag "ffmpeg33".

How does this sound?

[NikkyAI]

how do you go get this ? and how would importing from a non master branch work if i want to try this out ?

[martinlindhe]

@NikkyAI how you go get go-libav? as you normally would.

go get github.com/imkira/go-libav

to try out the PR, just add my repo as a remote and check it out, something like this: (you would find my branch name in the PR)

cd go/src/github.com/imkira/go-libav
git remote add martins https://github.com/martinlindhe/go-libav
git fetch martins
git checkout martins/ffmpeg33

[imkira]

@NikkyAI
You would do it as you would normally do, the problem is when go getting, go will also try to build it.
Try like this

go get -u -tags=ffmpeg33 github.com/imkira/go-libav