From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTP id B6B5347EF1 for ; Thu, 30 Nov 2023 21:25:06 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 3667A68CF9D; Thu, 30 Nov 2023 23:25:03 +0200 (EET) Received: from relay6-d.mail.gandi.net (relay6-d.mail.gandi.net [217.70.183.198]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 9F6EB68CE49 for ; Thu, 30 Nov 2023 23:24:56 +0200 (EET) Received: by mail.gandi.net (Postfix) with ESMTPSA id CF23CC0002 for ; Thu, 30 Nov 2023 21:24:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=niedermayer.cc; s=gm1; t=1701379496; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=YF/EpEbvgkll+A72U896giCbQUa+Uqxp796yfv2l1RA=; b=MsCaV6FMJGOVYsjEQQTKxh1VlB6FmtmkSHDfIKTFWNiNnz9hvYgr62IHYT2BQ5A7zyMwKA gJrTPgtvGwnGYJzXGlvaw7witzvN2zlQy/KyRuCBM8J+5lafvJe8t3qGmu4c87Os8MAbvV gjXN/tDMe1dip6RkRClukibtrENHpFNKtMbjP9qXi6Ct97l4t3eTw9+gS3TVd2lVeV6GJ0 tmV5H385iIQ4L13zYsvltz6FetyhPZOE0op5qE8vUS3CdTi8/4ZzA3w6r2eIy6GZV2NS1W 5lx/uS/gnnpWoYBNBPEu9Gq10jPZIlJjbW/kO8Yoq0f5hm7MBCjVdG2fnv969Q== Date: Thu, 30 Nov 2023 22:24:54 +0100 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20231130212454.GR3543730@pb2> References: <169917852563.11195.3233039152331028161@lain.khirnov.net> <170116129299.8914.7788150105908081735@lain.khirnov.net> <170117779381.8914.2683322584082928565@lain.khirnov.net> <20231129231431.GO3543730@pb2> <927D5462-6DC7-4388-9F9A-3BD91CDEA460@cosmin.at> <0101018c1d87c309-d6475197-acc2-48d9-83ef-ea9fe052922c-000000@us-west-2.amazonses.com> MIME-Version: 1.0 In-Reply-To: <0101018c1d87c309-d6475197-acc2-48d9-83ef-ea9fe052922c-000000@us-west-2.amazonses.com> X-GND-Sasl: michael@niedermayer.cc Subject: Re: [FFmpeg-devel] [ANNOUNCE] upcoming vote: TC/CC elections X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: FFmpeg development discussions and patches Content-Type: multipart/mixed; boundary="===============3392657398110694668==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============3392657398110694668== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="TU50+Ptyn8rhJe15" Content-Disposition: inline --TU50+Ptyn8rhJe15 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 30, 2023 at 12:01:25AM +0000, Cosmin Stejerean via ffmpeg-devel= wrote: >=20 >=20 > > On Nov 29, 2023, at 3:14=E2=80=AFPM, Michael Niedermayer wrote: > >=20 > > If you give Jerry a weight of 10 and give Tom a weight of 9, that means > > you prefer Jerry over Tom because 10 > 9 > > If you give Spike a weight of 20 that would mean you not only prefer Sp= ike > > over Tom OR Jerry but also over Tom AND Jerry. Because 20 > 10 + 9 > >=20 > > OTOH if you give Spike a weight of 18 that would mean you prefer Spike = over > > Tom OR Jerry but you prefer Tom AND Jerry over Spike. > > Because: 9 < 10 < 18 < 9 + 10 > > Tom < Jerry < Spike < Tom and Jerry >=20 > Is this last example the kind of preference that people are likely to wan= t to express in practice? It seems much harder to reason about and much mor= e likely to lead to mistakes.=20 >=20 > Given a list of say 7 candidates running for 5 positions that's 21 possib= le combinations and in theory weights would have to be assigned such that t= he sum for each one of those 21 combinations is correctly ranked by order o= f preference. >=20 > I think the simplicity of the simpler ranked choice voting might outweigh= the benefit of expressing complex preferences with the sum of weights. There are two things here assigning purely order vs assigning weights by the voter and one winner vs multi winners which represent the electorate proportional= ly You cannot simply use a one winner system and pull more winners out of it. That doesnt result in a group that proportionally represents teh electorate To see this, consider a simple 2 party world (which seems oddly common) one party we call the blue and one the yellow party Candidates now could be blue, yellow or maybe gray for the middle ground now if you have 51% blue voters your commitee will have 5 blue candidates most likely because 51% of voters prefer the blue over gray and yellow OTOH with 51% yellow voters your commitee will have 5 yellow candidates You get the same effect with simpler vote systems ask a room if they want a blue or yellow candidate. They say "blue" and so the most popular blue candidate is added. Now you ask the room again, what will they say ? obviously the same as its the same people still and so whoever has 51% controlls 100% of the seats in the commitee Proportional voting systems avoid this by trying to select a committee that is representative for more than just the majority If the weights are too complex, just use something simpler just make a scale from 0 to 5, from hate to love give every candidate you love a 5 and everyone you hate a 0 and if you want use the numbers between for intermediates thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB The smallest minority on earth is the individual. Those who deny=20 individual rights cannot claim to be defenders of minorities. - Ayn Rand --TU50+Ptyn8rhJe15 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZWj9ogAKCRBhHseHBAsP q0anAJwJ0itX3IMuBeaMPYtdhu2B17qphwCfdn3QBRac8tZc/6az3XsupP/mi5U= =1T0M -----END PGP SIGNATURE----- --TU50+Ptyn8rhJe15-- --===============3392657398110694668== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 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". --===============3392657398110694668==--