Hey,

I'm just wondering if there's a small example of how one can use ffmpeg's concat demuxer with your library? Or if you could point me in the right direction at the very least?

Thanks!

C-lang struct C.struct_AVRational, presented as avcodec.Rational contains lowercased num and den attributes, which couldn't be accessed from external package. The only way to access it is by using reflections.

If the user breaks the for loop, not consuming all filters the goroutine will stay alive, blocking indefinetly because the channel is never read again. Thanks to @pdf for pointing this out in their pull request #7.

It would be acceptable to change avfilter.Filters() completely, including the return type, as long as the usage stays the same. The main idea is to be able to iterate over it using a range loop.

However changing return types would be backwards compatibility breaking and thus could only be part of a major version bump. So a channel sollution would be preferable.

If anyone wants to solve this feel free. I will comment here when I start working on this, that may however take some time.

Hi,

I use ffmpeg 3.1.7 and when I run decodeAudio.go example I get:

# gopkg.in/targodan/ffgopeg.v1/avutil
could not determine kind of name for C.AV_PIX_FMT_AYUV64BE
could not determine kind of name for C.AV_PIX_FMT_AYUV64LE
could not determine kind of name for C.AV_PIX_FMT_CUDA
could not determine kind of name for C.AV_PIX_FMT_D3D11VA_VLD
could not determine kind of name for C.AV_PIX_FMT_GBRAP10BE
could not determine kind of name for C.AV_PIX_FMT_GBRAP10LE
could not determine kind of name for C.AV_PIX_FMT_GBRAP12BE
could not determine kind of name for C.AV_PIX_FMT_GBRAP12LE
could not determine kind of name for C.AV_PIX_FMT_MMAL
could not determine kind of name for C.AV_PIX_FMT_P010BE
could not determine kind of name for C.AV_PIX_FMT_P010LE
could not determine kind of name for C.AV_PIX_FMT_VAAPI
could not determine kind of name for C.AV_PIX_FMT_VIDEOTOOLBOX
could not determine kind of name for C.AV_PIX_FMT_YUV440P10BE
could not determine kind of name for C.AV_PIX_FMT_YUV440P10LE
could not determine kind of name for C.AV_PIX_FMT_YUV440P12BE
could not determine kind of name for C.AV_PIX_FMT_YUV440P12LE

Thank you!

has any plan for 3.2.x api ?

I didn't find a method to add a entry to AVDictionary.

Hi everyone,

so... I don't really have the time to work on this anymore but I don't want this to die either. Thus I am looking for a comaintainer. I can probably still do some management work like commenting on reported issues and so on, but I can't contribute any code anymore.

If anyone is interested in comaintaining this project feel free to comment here and maybe just write a little about yourself.

I hope someone can be found to keep this going. 😄

Yours
Luca

gopkg.in/targodan/ffgopeg.v1/avutil

../gopkg.in/targodan/ffgopeg.v1/avutil/frame.go:166: type [1073741824]*C.uint8_t larger than address space
../gopkg.in/targodan/ffgopeg.v1/avutil/frame.go:166: type [1073741824]*C.uint8_t too large

I am using ffgopeg in a project and building natively on mac works

$ go build *.go

But trying to cross-compile does not:

env GOOS=windows GOARCH=x64 go build *.go            
> ffgopeg/media.go:13:2: no buildable Go source files in /....../gopkg.in/targodan/ffgopeg.v1/avformat

I am new to cross-compiling and can only assume that the required libavfilter c libs must include versions for the target OS in order for this to work.

What do I need to do?