On Sun, Jul 19, 2020 at 12:09 AM Carl Eugen Hoyos wrote:
>
> Am Di., 9. Juni 2020 um 20:25 Uhr schrieb Carl Eugen Hoyos
> :
> >
> > Am Di., 9. Juni 2020 um 19:12 Uhr schrieb Gautam Ramakrishnan
> > :
> > >
> > > On Tue, Jun 9, 2020 at 10:24 PM Carl Eugen Hoyos
> > > wrote:
> > > >
> > > > Am
Am Di., 9. Juni 2020 um 20:25 Uhr schrieb Carl Eugen Hoyos :
>
> Am Di., 9. Juni 2020 um 19:12 Uhr schrieb Gautam Ramakrishnan
> :
> >
> > On Tue, Jun 9, 2020 at 10:24 PM Carl Eugen Hoyos wrote:
> > >
> > > Am Di., 9. Juni 2020 um 14:07 Uhr schrieb :
> > > >
> > > > From: Gautam Ramakrishnan
> >
On Thu, Jun 11, 2020 at 9:41 PM Michael Bradshaw
wrote:
>
> On Thu, Jun 11, 2020 at 9:42 AM Gautam Ramakrishnan
> wrote:
>
> > Got it. In that case we can safely ignore the patch to fix libopenjpeg.
> > However, p1_03.j2k is one of the 2 files to have ppm marker. How could I
> > validate a patch
On Thu, Jun 11, 2020 at 9:42 AM Gautam Ramakrishnan
wrote:
> Got it. In that case we can safely ignore the patch to fix libopenjpeg.
> However, p1_03.j2k is one of the 2 files to have ppm marker. How could I
> validate a patch to add ppm marker? I need something to cross validate.
> Any
On Thu, Jun 11, 2020 at 11:42 AM Michael Bradshaw wrote:
>
> On Wed, Jun 10, 2020 at 9:35 PM Gautam Ramakrishnan
> wrote:
>
> > The reference file has 4 components, Whereas all the Bayer formats
> > have 3 components. Are we missing any Bayer pixel format in ffmpeg?
> > Also, any other ideas on
On Wed, Jun 10, 2020 at 9:35 PM Gautam Ramakrishnan
wrote:
> The reference file has 4 components, Whereas all the Bayer formats
> have 3 components. Are we missing any Bayer pixel format in ffmpeg?
> Also, any other ideas on what has to be done for the 2 reference files
> mentioned? If this
On Tue, Jun 9, 2020 at 11:55 PM Carl Eugen Hoyos wrote:
>
> Am Di., 9. Juni 2020 um 19:12 Uhr schrieb Gautam Ramakrishnan
> :
> >
> > On Tue, Jun 9, 2020 at 10:24 PM Carl Eugen Hoyos wrote:
> > >
> > > Am Di., 9. Juni 2020 um 14:07 Uhr schrieb :
> > > >
> > > > From: Gautam Ramakrishnan
> > > >
Am Di., 9. Juni 2020 um 19:12 Uhr schrieb Gautam Ramakrishnan
:
>
> On Tue, Jun 9, 2020 at 10:24 PM Carl Eugen Hoyos wrote:
> >
> > Am Di., 9. Juni 2020 um 14:07 Uhr schrieb :
> > >
> > > From: Gautam Ramakrishnan
> > >
> > > This patch makes selection of pix_fmt similar to
> > > that in the
On Tue, Jun 9, 2020 at 10:24 PM Carl Eugen Hoyos wrote:
>
> Am Di., 9. Juni 2020 um 14:07 Uhr schrieb :
> >
> > From: Gautam Ramakrishnan
> >
> > This patch makes selection of pix_fmt similar to
> > that in the native decoder. This makes samples such
> > as p0_05.j2k and p1_03.j2k decodable by
Am Di., 9. Juni 2020 um 14:07 Uhr schrieb :
>
> From: Gautam Ramakrishnan
>
> This patch makes selection of pix_fmt similar to
> that in the native decoder. This makes samples such
> as p0_05.j2k and p1_03.j2k decodable by libopenjpeg.
Since both files are not YUVA420P, I am not sure if this
On Tue, Jun 9, 2020 at 6:07 AM wrote:
> From: Gautam Ramakrishnan
>
> This patch makes selection of pix_fmt similar to
> that in the native decoder. This makes samples such
> as p0_05.j2k and p1_03.j2k decodable by libopenjpeg.
> ---
> libavcodec/libopenjpegdec.c | 21 +++--
>
From: Gautam Ramakrishnan
This patch makes selection of pix_fmt similar to
that in the native decoder. This makes samples such
as p0_05.j2k and p1_03.j2k decodable by libopenjpeg.
---
libavcodec/libopenjpegdec.c | 21 +++--
1 file changed, 19 insertions(+), 2 deletions(-)
diff
12 matches
Mail list logo