From: Thilo Borgmann <thilo.borgmann@mail.de> To: ffmpeg-devel@ffmpeg.org Subject: Re: [FFmpeg-devel] [PATCH 1/5] avutil/tx_template: extend to 2M Date: Mon, 24 Jul 2023 17:45:13 +0200 Message-ID: <16583d69-c8d0-a83a-af01-b1c969b1fdbb@mail.de> (raw) In-Reply-To: <4BCCA40D-02B3-454B-8941-1A067C32A127@remlab.net> Pls don't top-post. Am 24.07.23 um 15:04 schrieb Rémi Denis-Courmont: > Hi, > > That doesn't sound really viable for regular "day-to-day" operations of social network channels, and it's superfluous for stuff that's already been agreed upon. If you think in patches, I see it would be superfluous. Not that I think that this is the way to look at it - news and patches not necessarily correlate in a 1-1 manner. About viability, I don't see your argument. Patches, incl their acknowledgement or rejection, already is our day-to-day procedure and the project does not benefit from a faster news-release than this (maybe relaxed for news) scheme would yield. The benefit of doing it the news-patch way, you give yourself: > The problem is abusing your account privileges to push forward something that was obviously not agreed upon in the first place, such as a controversial feature proposal (as was the case here), or a feature whose implementation is as yet missing or incomplete. > > You shouldn't post this, period. It's not a matter of discussing the post first: if the feature is completed and merged, then you can announce it. If it's not, then you shouldn't make any announcements. The problem of such controversial posts would completely be solved if a news post goes as patch to the list. No more rules or assumptions needed - ok'd or not. Like we iterate many times a day for code. Would it not? Otherwise we'd be having more controversial posts, yet not as easily to spot as the git log and impossible to correct. I like the overhead of news-patches more. > Le 24 juillet 2023 15:39:39 GMT+03:00, Thilo Borgmann <thilo.borgmann@mail.de> a écrit : >> Am 24.07.23 um 13:06 schrieb Leo Izen: >>> >>> >>> On 7/24/23 04:59, Michael Niedermayer wrote: >>>> >>>> what ? >>>> libavradio is part of FFmpeg its just a seperate repository. >>>> libavradio will also be part of the 6.1 release, it was even officially >>>> announced. The tweet had over 500 likes IIRC. No sneaking here. >>>> >>> >>> And who made that tweet? Or the decision to tweet it in the first place? >> >> That is a good point. Right now, several people just post what they want on several channels, at least Twitter and Linked.in. Without the community involved. >> >> We should do a <news post / tweet / whatever you call it> via the means of posting a regular patch for a new news entry to the website - once ok'd on the list, post that as news on the website (push the patch) and trigger all channels to post a similar thing. -Thilo _______________________________________________ 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".
next prev parent reply other threads:[~2023-07-24 15:45 UTC|newest] Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top 2023-06-16 22:20 [FFmpeg-devel] [PATCH 0/5] add sdr support Michael Niedermayer 2023-06-16 22:20 ` [FFmpeg-devel] [PATCH 1/5] avutil/tx_template: extend to 2M Michael Niedermayer 2023-07-22 15:40 ` Michael Niedermayer 2023-07-23 17:48 ` Tomas Härdin 2023-07-24 8:59 ` Michael Niedermayer 2023-07-24 11:06 ` Leo Izen 2023-07-24 12:39 ` Thilo Borgmann 2023-07-24 13:04 ` Rémi Denis-Courmont 2023-07-24 15:45 ` Thilo Borgmann [this message] 2023-07-24 8:35 ` Andreas Rheinhardt 2023-07-24 8:57 ` Paul B Mahol 2023-07-24 18:46 ` Tomas Härdin 2023-07-25 6:14 ` Paul B Mahol 2023-06-16 22:20 ` [FFmpeg-devel] [PATCH 2/5] avcodec/pcm: allow Changing parameters Michael Niedermayer 2023-06-16 22:20 ` [FFmpeg-devel] [PATCH 3/5] avcodec/kbdwin: Support arbitrary sized windows Michael Niedermayer 2023-06-16 22:20 ` [FFmpeg-devel] [PATCH 4/5] avcodec: Rename ff_kbd_window_init() as it will be needed from outside libavcodec Michael Niedermayer 2023-06-16 22:20 ` [FFmpeg-devel] [PATCH 5/5] avformat: add sdr support Michael Niedermayer 2023-06-17 6:16 ` Paul B Mahol 2023-06-17 8:46 ` Michael Niedermayer 2023-06-17 11:08 ` Paul B Mahol 2023-06-17 12:48 ` Michael Niedermayer 2023-06-17 18:08 ` Paul B Mahol 2023-06-17 18:37 ` Michael Niedermayer 2023-06-17 18:43 ` Michael Niedermayer 2023-06-18 11:46 ` Paul B Mahol 2023-06-18 12:36 ` Kieran Kunhya 2023-06-24 10:22 ` Tomas Härdin 2023-06-18 12:59 ` Lynne 2023-06-18 13:30 ` Hendrik Leppkes 2023-06-18 13:45 ` Lynne 2023-06-18 13:48 ` Michael Niedermayer 2023-06-17 13:30 ` Leo Izen 2023-06-17 18:10 ` Michael Niedermayer
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=16583d69-c8d0-a83a-af01-b1c969b1fdbb@mail.de \ --to=thilo.borgmann@mail.de \ --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