. I did it here:
https://trac.ffmpeg.org/ticket/5265
Best regards
--
Andrea Lazzarotto
http://andrealazzarotto.com
http://lazza.dk
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
2016-02-21 21:39 GMT+01:00 Andrea Lazzarotto :
> I recently discovered a proprietary software violating multiple licenses
> of several open source projects, including Mplayer, FFmpeg and XviD.
>
Unfortunately, the traffic of this ML is too high for me, therefore I am
unsubscribing
is what we would want to use.
Yes, sorry. What I was trying to say is: if ffmpeg has some filter that
distinguishes between I frames and SI frames or other kinds of frames, I
believe it should also be able to distinguish IDR frames, therefore
*probably* it wouldn't be that hard to imp
ot;select" filter (if it is called
like that) that can distinguish between I frames and "SI" frames and that
only I frames shall be considered "safe". Is that the problem or is it a
different one?
Best regards
--
Andrea Lazzarotto
h
ption) gives some pieces where the first few frames
cannot be decoded?
Best regards
--
Andrea Lazzarotto
http://andrealazzarotto.com
http://lazza.dk
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
se: GPL version 2 or later
[...]
Of course no source code nor GPL information is provided by them.
I hope you may find a way to force them into complying with the license.
They should be obliged to publish their source code at the very least.
Best regards
--
Andrea Lazzarotto
http://andre
