On Tue, Nov 7, 2023 at 2:36 AM Lynne <d...@lynne.ee> wrote: > > Oct 29, 2023, 06:57 by d...@lynne.ee: > > > Oct 29, 2023, 05:51 by mich...@niedermayer.cc: > > > >> On Sat, Oct 28, 2023 at 09:23:45PM +0200, Lynne wrote: > >> > >>> Oct 28, 2023, 18:49 by mich...@niedermayer.cc: > >>> > >>> > On Thu, Jul 06, 2023 at 06:04:41PM +0200, Lynne wrote: > >>> > > >>> >> It's been a while since we've had a release, and we've had > >>> >> a lot of new features in. > >>> >> We did say we would make releases more often, and I think > >>> >> it's about time we have a new release. > >>> >> > >>> >> Anything anyone wants to have merged or should we branch > >>> >> off 6.1 in a few days? > >>> >> > >>> > > >>> > Whats the status of this ? > >>> > I can branch 6.1 anytime > >>> > > >>> > It was just that jb told me > >>> > "6.1 opportunity is gone. > >>> > We're too late on the schedule, and noone had time to work on it, so > >>> > it is wiser to target 7.0 in January" > >>> > > >>> > but now i see on IRC > >>> > <Lynne> make a damn release already > >>> > <durandal_1707> j-b: drop MiNi from release maintership and nominate > >>> > Lynne > >>> > <Lynne> I pledge to bring back /slap IRC messages to those who fail to > >>> > push the patches they want for release! > >>> > <j-b> durandal_1707: good point, we should look at doing another 5.1.x > >>> > release and a 6.0.x release. > >>> > > >>> > noone mentioned 5.1.x and 6.0.x to me before > >>> > > >>> > anyway, ill try to make releases from all maintained branches, > >>> > > >>> > and will branch 6.1 as soon as Lynne or others say everything is ready. > >>> > > >>> > thx > >>> > > >>> > >>> It's never too late to make a release. If we do a release now, nothing's > >>> stopping > >>> us from doing a 7.0 and getting back on track with releases every two > >>> months or so, > >>> like the plan was. > >>> > >>> 7.0 is likely to be a pretty big release, with YUVJ removal, (xHE) > >>> AAC+fixes, D3D12 hwdec, > >>> Vulkan encode and Vulkan AV1, and VVC, and IAMF, and MLP work, so it's a > >>> good idea to > >>> have a release before all this lands. > >>> > >>> I think the tree is in a pretty good state ATM, you should go ahead and > >>> branch if you're > >>> comfortable with it as well. > >>> > >> > >> branch made > >> > > > > Thanks. I'll get a blog post ready for the transform work, as kierank > > wanted to post something, > > and if users can know to who to point fingers to in case it degrades > > performance on RPI1 devices. > > > > > >>> Let's aim for a release by Sunday next week. That should give everyone > >>> enough time to > >>> backport fixes they want in. > >>> > >> > >> I would aim for 1-3 weeks (when code and developers are ready) > >> dont want to aim for a specific day, better pick a day when everything is > >> fine > >> not too many distractions, ... > >> > >> Or is there something that favors us to be before a specific date ? > >> > > > > Not really a reason, Sunday is just an optimistic date to aim for. > > If there are no big fixes to backport to the branch, I think we can target > > it. > > > > The nlmeans_vulkan patch I just sent is the last patch I'd like to have in > 6.1. > Does anyone else have any patches they would like in 6.1?
I was going to request Steven Liu's enhanced RTMP set but it looks like those are already in the release/6.1 branch, so cheers. -t _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".