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 DE2574076D for ; Wed, 22 Dec 2021 19:54:22 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 6B42568B0AE; Wed, 22 Dec 2021 21:54:19 +0200 (EET) Received: from relay12.mail.gandi.net (relay12.mail.gandi.net [217.70.178.232]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 0C84468A59A for ; Wed, 22 Dec 2021 21:54:12 +0200 (EET) Received: from localhost (213-47-68-29.cable.dynamic.surfer.at [213.47.68.29]) (Authenticated sender: michael@niedermayer.cc) by relay12.mail.gandi.net (Postfix) with ESMTPSA id 4CB9A200004 for ; Wed, 22 Dec 2021 19:54:12 +0000 (UTC) Date: Wed, 22 Dec 2021 20:54:11 +0100 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20211222195411.GD2829255@pb2> References: <678798058a84fb8a30dcfaa177431607@canta.com.ar> <20211220152349.GS2829255@pb2> MIME-Version: 1.0 In-Reply-To: Subject: Re: [FFmpeg-devel] Politics 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="===============5953997072738204594==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============5953997072738204594== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="uLx7neljFSTKPRzN" Content-Disposition: inline --uLx7neljFSTKPRzN Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 22, 2021 at 01:29:04PM +0000, Soft Works wrote: >=20 >=20 > > -----Original Message----- > > From: ffmpeg-devel On Behalf Of Micha= el > > Niedermayer > > Sent: Monday, December 20, 2021 4:24 PM > > To: FFmpeg development discussions and patches > > Subject: Re: [FFmpeg-devel] Politics > >=20 > > I am not sure the direction from which you approuch this is going to > > increase the chances this patch has. > >=20 > > All stream types in libavformat/codec are timebase based, that was > > done because its exact (for some definition of exact at least) > >=20 > > I think you should argue why this is the best way forward not why its > > not too bad > >=20 > > also in a few places where a fixed timebase is used ffmpeg uses > > AV_TIME_BASE_Q which is micro not milli seconds. That suddenly > > allows exactly addressing individual frames and audio samples. > > And it should be easy to change to from ms, its just a *1000 > > it would weaken the precission argument >=20 > For the final chapter of this story, let us return to the original=20 > subject which I would summarize like: >=20 [...] > I think I know better and therefore insist=20 > on having a higher precision and/or flexible timebase for subtitle=20 > timings, otherwise I won't accept the patchset" I didnt say any of this what is the case is that FFmpeg tries to use flexible timebases=20 for everything. And also we try to be exact I have said nothing about accepting or rejecting this patchset, nor have i really made my mind up on how i would vote if it comes to a vote. What i have made my mind up on is that if someone replaces these timestamps with higher precission or exact ones i would support it. Also i do want someone to work on and improve subtitles in FFmpeg. iam not your oponent here. I do want you to stay and continue to contribute. But the area you picked certainly is one where people have strong oppinions and its a big change as well. I would suggest to keep a cool head and not give up yet. Find out exatly what the people who objected want and if you can find some compromise that makes everyone ok with it >=20 > Let's look at the concern first: The concern is about that with=20 > a subtitle precision of milliseconds (let's say milli, even > though we actually have microseconds), it would not be possible Not sure i understand you but the code you add to AVFrame says "ms" and=20 thats milli not micro,=20 the prefix for micro is the SI system is =CE=BC or u if you want ASCII [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB In fact, the RIAA has been known to suggest that students drop out of college or go to community college in order to be able to afford settlements. -- The RIAA --uLx7neljFSTKPRzN Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCYcOCXwAKCRBhHseHBAsP qwM5AJ43vUnVpAcitMppn3xdJGkID93kVgCffaqfRdMu+JBbNqTPe7MCIhTBS94= =9aPJ -----END PGP SIGNATURE----- --uLx7neljFSTKPRzN-- --===============5953997072738204594== 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". --===============5953997072738204594==--