Hey Paul.
On Tue, Nov 28, 2023 at 4:51 PM Paul B Mahol wrote:
> IIRC MVC in h264 is not supported.
What a pity. I've filed https://trac.ffmpeg.org/ticket/10706 in case
someone is ever going to work on this.
> stereo3d filter is for anaglyph presentation of decoded 3d frames and some
> other min
On Tue, Nov 28, 2023 at 9:40 PM Leo Butler via ffmpeg-user <
ffmpeg-user@ffmpeg.org> wrote:
> Hello,
>
> I ran into this problem with the current Debian testing build, so I
> thought I would try the static build. Both are compiled with
> --enable-libfreetype but both barf on a drawtext filter. I a
#drawtext-1
the libfreetype library should be sufficient.
See also:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1056597
https://trac.ffmpeg.org/ticket/10705#ticket
Leo
ffmpeg started on 2023-11-28 at 14:38:33
Report written to "ffmpeg-20231128-143833.log"
Log level: 48
Command line
> So whether or not you agree with the current licensing structure, if you>
>want to use ffmpeg components you have to play by those rules.
Well, of course, but that's not really my concern: it's more that even if you
were playing by the rules, it might actually be quite difficult to prove that
On 11/28/2023 4:09 AM, Phil Rhodes via ffmpeg-user wrote:
The thing which makes all this a bit difficult is whether it's possible
(or easy) to prove that a given distributed binary is actually compiled
from the source code one is offering. I'm not sure that this has ever
been tested in court - mo
On Mon, Nov 27, 2023 at 11:31 PM Philippe Cerfon wrote:
> Hey there.
>
> I couldn't find a definitive answer on this.
> Some Wikipedia articles and stackoverflow questions claim ffmpeg would
> not support playback of MVC (and thus 3D BluRays).
>
>
IIRC MVC in h264 is not supported.
> I don't ha
As has been said, it would be essentially impossible to track down everyone
who's contributed to a project the size of ffmpeg and gain permission of each
to alter the licence, so the discussion is effectively moot. Another reason
it's moot is that open source is effectively a religion to a lot
As has been stated, it seems vanishingly unlikely there will be a relicense.
However, it seems there is a misconception about the GPL here:
On Tue, 28 Nov 2023 at 10:24, Suminda Sirinath Salpitikorala
Dharmasena wrote:
>*GPL means that all forks need to be public, not that the modifications need
Licensing is not the issue. Show of force required.
On Tue, Nov 28, 2023 at 5:41 AM Reindl Harald
wrote:
>
>
> Am 28.11.23 um 11:35 schrieb David Bernat:
> > Please unsubscribe. I have sent numerous requests.
>
> what is your problem?
>
> nobody needs another 10 mails within minutes in the style
Am 28.11.23 um 11:35 schrieb David Bernat:
Please unsubscribe. I have sent numerous requests.
what is your problem?
nobody needs another 10 mails within minutes in the style of "This is
not meant to be used as a library. This is an application"
it's not possible to change the license, it
Noted.
No worries. Just asked to see if it is a possibility.
On Tue, 28 Nov 2023 at 16:04, Reindl Harald wrote:
>
>
> Am 28.11.23 um 11:32 schrieb Suminda Sirinath Salpitikorala Dharmasena:
> > This is the reason OpenJDK is successful though at this point of time
> they
> > are very well at a
Please unsubscribe. I have sent numerous requests.
On Tue, Nov 28, 2023 at 5:34 AM Reindl Harald
wrote:
>
>
> Am 28.11.23 um 11:32 schrieb Suminda Sirinath Salpitikorala Dharmasena:
> > This is the reason OpenJDK is successful though at this point of time
> they
> > are very well at a point they
Am 28.11.23 um 11:32 schrieb Suminda Sirinath Salpitikorala Dharmasena:
This is the reason OpenJDK is successful though at this point of time they
are very well at a point they can change the license.
GPL nature of the license prevented fragmentation by de-incentivising
competing incompatible
This is the reason OpenJDK is successful though at this point of time they
are very well at a point they can change the license.
GPL nature of the license prevented fragmentation by de-incentivising
competing incompatible hard forks.
>
___
ffmpeg-user m
In application software fragmentation can hurt. *GPL reduces the risk of
fragmentation. This is how the Linux Kernel succeeded.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link
This is not meant to be used as a library. This is an application.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject
On Tue, 28 Nov 2023, at 11:23, Suminda Sirinath Salpitikorala Dharmasena wrote:
> changes once the changes become substatial. Once a library project grows
> beyond a critical mass LGPL hurts the project more than helps.
Let me introduce you to a small project:
http://kernel.org/
--
Jean-Baptist
For a project like this, forking into a private or proprietary code base
with substantial modifications is not feasible as maintaining it will be
difficult and keeping up and modifying upstream changes will be very
difficult. Also maintaining a private hard fork will be very costly.
> copyleft so
Am 28.11.23 um 07:28 schrieb Suminda Sirinath Salpitikorala Dharmasena:
- You cannot just borrow some code than using the library
thanks god
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To un
19 matches
Mail list logo