Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
From: Nicolas George <george@nsup.org>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Subject: Re: [FFmpeg-devel] [PATCH] lavc: remove the QOA decoder
Date: Wed, 6 Dec 2023 21:47:36 +0100
Message-ID: <ZXDd6IRjPQykukhY@phare.normalesup.org> (raw)
In-Reply-To: <CABLWnS8i-sn=op-m1QQCqhG6jwaO3EhH2b5B=p7ga_Qn-dnRsQ@mail.gmail.com>


[-- Attachment #1.1: Type: text/plain, Size: 2198 bytes --]

Vittorio Giovara (12023-12-05):
> Your attitude for "omgfeatures" is also pretty toxic, there are heaps of
> literature about feature creep and how important it is to remove dead code.

You should read said literature before quoting it, you would learn the
difference between more features and feature creep: creeping features
make it harder to maintain core features.

So, can you prove that this QOA decoder makes it harder to maintain the
framework of FFmpeg? No, you cannot.

> Uhhh, but maybe I'm just misinterpreting your message, but that looks like
> a very ignorant comparison.

It is not ignorant at all, you show exactly the same argument structure.

Homophobes cannot prove homosexuality causes objective and immediate
harm to anybody.

You cannot prove that Paul's code causes objective and immediate harm to
the project.

So homophobes resort to invoking a vague harm to society / youth /
whatever.

So you resort to invoking a vague harm to a generation.

You do it because you have a strong intuition that it is true.

Homophobes have a strong intuition that it is true too.

But intuition without arguments has no place in a debate, it cannot
convince anybody.

And your intuition is just as wrong as the homophobes'.

In this instance, your intuition is wrong because it applies to FFmpeg
what it knows about professional projects — open or closed source —
whereas FFmpeg is not a professional project but a Libre Software
projects whose most talented contributors work for fun.

In a professional project, the time and effort of developers is limited
and must be focused on useful things. In a project like FFmpeg, the time
and effort that talented developers invest in the project grows as they
can work on fun tasks, even when said tasks are of limited usefulness.

A sure way of killing a project like FFmpeg is to prevent people from
working on the things they find fun and try to force them to do useful
things instead, either by outright rejecting if you have the authority
or by drowning them with bickering and demands, like you did with
Michael and like you just ran Paul out.

Good job.

-- 
  Nicolas George

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

[-- Attachment #2: Type: text/plain, Size: 251 bytes --]

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".

  reply	other threads:[~2023-12-06 20:47 UTC|newest]

Thread overview: 53+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-12-02 15:53 Anton Khirnov
2023-12-02 16:07 ` Paul B Mahol
     [not found] ` <42528A64-3630-4EBD-A2D2-A6A3E63709BB@cosmin.at>
2023-12-02 18:19   ` Cosmin Stejerean via ffmpeg-devel
2023-12-02 18:55     ` Paul B Mahol
2023-12-04 18:57       ` Jean-Baptiste Kempf
2023-12-04 18:53 ` Nicolas George
2023-12-05  4:21   ` Vittorio Giovara
2023-12-05  7:44     ` Nicolas George
2023-12-05 14:51       ` Vittorio Giovara
2023-12-05 14:59         ` Nicolas George
2023-12-05 15:42           ` Vittorio Giovara
2023-12-06 20:47             ` Nicolas George [this message]
2023-12-06 20:55               ` Vittorio Giovara
2023-12-19 13:57       ` Tomas Härdin
2023-12-19 14:02         ` Nicolas George
2023-12-20 16:57           ` Tomas Härdin
2023-12-20 18:05             ` Nicolas George
2023-12-20 19:11             ` Michael Niedermayer
2023-12-21 19:43               ` Tomas Härdin
2023-12-21 20:05                 ` Paul B Mahol
2023-12-21 20:31                   ` Nicolas George
2023-12-21 21:36                     ` Vittorio Giovara
2023-12-21 22:21                       ` Nicolas George
2023-12-21 22:37                         ` Vittorio Giovara
2023-12-21 22:41                           ` Nicolas George
2023-12-21 23:12                             ` Vittorio Giovara
2023-12-21 23:14                               ` Nicolas George
2023-12-21 23:24                                 ` Vittorio Giovara
2023-12-22  0:32                           ` Michael Niedermayer
2023-12-24  1:17                     ` Michael Niedermayer
2023-12-26 13:52                     ` [FFmpeg-devel] Mailinglist conduct [was: Re: [PATCH] lavc: remove the QOA decoder] Ronald S. Bultje
2023-12-21 21:38                   ` [FFmpeg-devel] [PATCH] lavc: remove the QOA decoder Vittorio Giovara
2023-12-22  6:28                   ` Anton Khirnov
2023-12-22  9:28                     ` Paul B Mahol
2023-12-22 13:09                   ` James Almer
2023-12-24 12:10                     ` Tomas Härdin
2023-12-24 12:12                       ` Nicolas George
2023-12-24 13:23                         ` James Almer
2023-12-24 14:33                         ` Tomas Härdin
2023-12-24 14:47                           ` Paul B Mahol
2023-12-24 15:11                           ` Nicolas George
2023-12-24 17:21                             ` Michael Niedermayer
2023-12-24 20:55                               ` Tomas Härdin
2023-12-24 21:07                               ` Paul B Mahol
2023-12-26 22:20                   ` [FFmpeg-devel] Mailinglist conduct [was: Re: [PATCH] lavc: remove the QOA decoder] Ronald S. Bultje
2023-12-26 22:40                     ` Paul B Mahol
2023-12-26 23:53                       ` James Almer
2023-12-27  8:13                         ` Paul B Mahol
2023-12-22  3:32                 ` [FFmpeg-devel] [PATCH] lavc: remove the QOA decoder Michael Niedermayer
2023-12-25 17:22                   ` Leo Izen
2023-12-26 12:58                     ` Michael Niedermayer
2023-12-06 20:49 ` James Almer
2023-12-07  7:17   ` Anton Khirnov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ZXDd6IRjPQykukhY@phare.normalesup.org \
    --to=george@nsup.org \
    --cc=ffmpeg-devel@ffmpeg.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

This inbox may be cloned and mirrored by anyone:

	git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
		ffmpegdev@gitmailbox.com
	public-inbox-index ffmpegdev

Example config snippet for mirrors.


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git