Re: [FFmpeg-devel] GPL license violation
2016-02-24 14:36 GMT+01:00 Ronald S. Bultje <rsbul...@gmail.com>: > Please file a bug report on trac.ffmpeg.org for license violations. I'm > not guaranteeing that anything will happen, but at least it's easier to > keep track of than ML. > Hi Ronald, thank you for your message. 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
Re: [FFmpeg-devel] GPL license violation
2016-02-21 21:39 GMT+01:00 Andrea Lazzarotto <andrea.lazzaro...@gmail.com>: > 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. I would appreciate if someone could CC me to the thread if there is some activity. 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
Re: [FFmpeg-devel] [Bounty] Impl. check if input h264 P/B frame ref's frame prior to last I
> > "select" filter is needed if what you really want to do is to filter > and process the filtered frames. > What both me an probably also you are trying to do is to handle frames > conveniently without resorting to reencoding. So only demuxing, parsing > and decoding 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 implement. 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
Re: [FFmpeg-devel] [Bounty] Impl. check if input h264 P/B frame ref's frame prior to last I
2016-02-22 22:02 GMT+01:00 Andrey Utkin <andrey_ut...@fastmail.com>: > In yet other words, it is about defining bounds on which the temporal > piece of H.264 video can be cut out and correctly decoded/played without > any additional data. With ultimate correctness. > Ah, I see. Coincidentally, during these days I made a Python script for smart rendering (using ffmpeg, and re-rendering only GOPs that I was splitting) and I was wondering why it was working sometimes ok and sometimes completely wrong. I am not an expert, but I deduce this might be the reason. I read somewhere that ffmpeg can use the "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 http://andrealazzarotto.com http://lazza.dk ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Re: [FFmpeg-devel] [Bounty] Impl. check if input h264 P/B frame ref's frame prior to last I
2016-02-22 18:23 GMT+01:00 Carl Eugen Hoyos <ceho...@ag.or.at>: > Do I understand correctly that your issue is that FFmpeg > doesn't tell you if an I-frame in an H264 stream is an > IDR frame or not? > Is this related to the fact that sometimes cutting streams on I-frames (or using the segment option) 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
[FFmpeg-devel] GPL license violation
Hi, I recently discovered a proprietary software violating multiple licenses of several open source projects, including Mplayer, FFmpeg and XviD. The program is SmartCutter by Fame Ring: http://www.fame-ring .com/smart_cutter.html If you download their "portable version" and grep on the binary, you will get quite a bit of stuff: strings smart.exe | grep -C 2 -i "enable-gpl" [...] --enable-gpl --enable-postproc libavcodec license: GPL version 2 or later Found %i unreleased buffers! -- Picture size %ux%u is invalid IMGUTILS --enable-gpl --enable-postproc libavutil license: 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://andrealazzarotto.com http://lazza.dk ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
