Message ID | aad129357d2d40807768cd6f30f43d9b06a2280d.camel@acc.umu.se |
---|---|
State | Accepted |
Headers | show |
Series | [FFmpeg-devel] MAINTAINERS: Add myself as mxf* maintainer | expand |
Context | Check | Description |
---|---|---|
andriy/ffmpeg-patchwork | success | Make fate finished |
On 2/1/20, Tomas Härdin <tjoppen@acc.umu.se> wrote: > Hi > > I've been poking at mxfdec recently, and I keep an eye on the mxf tag > on trac, so I might as well add myself as maintainer again. > > /Tomas > Do you plan to waste significant non trivial time on mxf and plan send patches instead of arguing how same code should be removed from tree, then I'm ok with it.
> Am 01.02.2020 um 16:22 schrieb Paul B Mahol <onemda@gmail.com>: > >> On 2/1/20, Tomas Härdin <tjoppen@acc.umu.se> wrote: >> Hi >> >> I've been poking at mxfdec recently, and I keep an eye on the mxf tag >> on trac, so I might as well add myself as maintainer again. >> >> /Tomas >> > > Do you plan to waste significant non trivial time on mxf and plan send > patches instead of arguing how same code should be removed from tree, > then I'm ok with it. (While hard to parse) +1 Carl Eugen
On Sat, 1 Feb 2020, Carl Eugen Hoyos wrote: > > >> Am 01.02.2020 um 16:22 schrieb Paul B Mahol <onemda@gmail.com>: >> >>> On 2/1/20, Tomas Härdin <tjoppen@acc.umu.se> wrote: >>> Hi >>> >>> I've been poking at mxfdec recently, and I keep an eye on the mxf tag >>> on trac, so I might as well add myself as maintainer again. >>> >>> /Tomas >>> >> >> Do you plan to waste significant non trivial time on mxf and plan send >> patches instead of arguing how same code should be removed from tree, >> then I'm ok with it. > > (While hard to parse) > +1 Tomas was always helpful reviewing my and other's mxf patches, this alone makes your comments unfair towards him, because he actually worked on improving in-tree mxf by his reviews. So maybe we should thank him and be grateful that some part of the code becomes officially maintained. Regards, Marton
On 2/1/20, Marton Balint <cus@passwd.hu> wrote: > > > On Sat, 1 Feb 2020, Carl Eugen Hoyos wrote: > >> >> >>> Am 01.02.2020 um 16:22 schrieb Paul B Mahol <onemda@gmail.com>: >>> >>>> On 2/1/20, Tomas Härdin <tjoppen@acc.umu.se> wrote: >>>> Hi >>>> >>>> I've been poking at mxfdec recently, and I keep an eye on the mxf tag >>>> on trac, so I might as well add myself as maintainer again. >>>> >>>> /Tomas >>>> >>> >>> Do you plan to waste significant non trivial time on mxf and plan send >>> patches instead of arguing how same code should be removed from tree, >>> then I'm ok with it. >> >> (While hard to parse) >> +1 > > Tomas was always helpful reviewing my and other's mxf patches, this alone > makes your comments unfair towards him, because he actually worked on > improving in-tree mxf by his reviews. So maybe we should thank him and be > grateful that some part of the code becomes officially maintained. > Agreed, except part for removing our in tree implementation. > Regards, > Marton > _______________________________________________ > 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".
lör 2020-02-01 klockan 21:07 +0100 skrev Paul B Mahol: > On 2/1/20, Marton Balint <cus@passwd.hu> wrote: > > > > On Sat, 1 Feb 2020, Carl Eugen Hoyos wrote: > > > > > > > > > Am 01.02.2020 um 16:22 schrieb Paul B Mahol <onemda@gmail.com>: > > > > > > > > > On 2/1/20, Tomas Härdin <tjoppen@acc.umu.se> wrote: > > > > > Hi > > > > > > > > > > I've been poking at mxfdec recently, and I keep an eye on the mxf tag > > > > > on trac, so I might as well add myself as maintainer again. > > > > > > > > > > /Tomas > > > > > > > > > > > > > Do you plan to waste significant non trivial time on mxf and plan send > > > > patches instead of arguing how same code should be removed from tree, > > > > then I'm ok with it. > > > > > > (While hard to parse) > > > +1 > > > > Tomas was always helpful reviewing my and other's mxf patches, this alone > > makes your comments unfair towards him, because he actually worked on > > improving in-tree mxf by his reviews. So maybe we should thank him and be > > grateful that some part of the code becomes officially maintained. > > > > Agreed, except part for removing our in tree implementation. I intend to keep the existing code as decent as possible Pushed /Tomas
From 87f37fdbddc72aa472b9b5ce9d69ed77dcf9ed74 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Tomas=20H=C3=A4rdin?= <tjoppen@acc.umu.se> Date: Sat, 1 Feb 2020 16:15:53 +0100 Subject: [PATCH] MAINTAINERS: Add myself as mxf* maintainer I have more time for this these days --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index dfa9439ab8..5244d9237a 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -451,7 +451,7 @@ Muxers/Demuxers: mpegtsenc.c Baptiste Coudurier msnwc_tcp.c Ramiro Polla mtv.c Reynaldo H. Verdejo Pinochet - mxf* Baptiste Coudurier + mxf* Baptiste Coudurier, Tomas Härdin nistspheredec.c Paul B Mahol nsvdec.c Francois Revol nut* Michael Niedermayer -- 2.20.1