On Sat, Feb 07, 2015 at 04:32:02PM +0100, wm4 wrote:
> On Sat, 7 Feb 2015 10:34:16 + (UTC)
> Carl Eugen Hoyos wrote:
>
> > Carl Eugen Hoyos ag.or.at> writes:
> >
> > > wm4 googlemail.com> writes:
> > >
> > > > > I will fix this later if nobody beats me.
> > > >
> > > > How do you intend
wm4 googlemail.com> writes:
> AV_PIX_FMT_PAL8 is still inconsistent. It doesn't
> have an alpha flag, but going by the doxygen,
> it's implied that it can have alpha.
The doxygen is correct afaict, I don't know the
exact meaning of the alpha flag.
Carl Eugen
On Sat, 7 Feb 2015 10:34:16 + (UTC)
Carl Eugen Hoyos wrote:
> Carl Eugen Hoyos ag.or.at> writes:
>
> > wm4 googlemail.com> writes:
> >
> > > > I will fix this later if nobody beats me.
> > >
> > > How do you intend to beat this?
> >
> > Setting it to 0RGB32 instead of RGB32.
>
> This w
Carl Eugen Hoyos ag.or.at> writes:
> wm4 googlemail.com> writes:
>
> > > I will fix this later if nobody beats me.
> >
> > How do you intend to beat this?
>
> Setting it to 0RGB32 instead of RGB32.
This was merged by Michael.
If you find an issue with RGB555, please tell!
Thank you for the
On Fri, 6 Feb 2015 20:16:50 + (UTC)
Carl Eugen Hoyos wrote:
> wm4 googlemail.com> writes:
>
> > The pixfmt docs seems to imply that the extra
> > component must be set to 0 if a RGB0 format is
> > used. Camtasia puts random stuff.
>
> The documentation sounds wrong to me: The pix_fmt
>
wm4 googlemail.com> writes:
> The pixfmt docs seems to imply that the extra
> component must be set to 0 if a RGB0 format is
> used. Camtasia puts random stuff.
The documentation sounds wrong to me: The pix_fmt
was needed because of hardware providing 32bit rgb,
there is no guarantee what t
On Fri, Feb 06, 2015 at 01:48:07PM +0100, wm4 wrote:
> On Fri, 6 Feb 2015 12:10:59 + (UTC)
> Carl Eugen Hoyos wrote:
>
> > wm4 googlemail.com> writes:
> >
> > > > I will fix this later if nobody beats me.
> > >
> > > How do you intend to beat this?
> >
> > Setting it to 0RGB32 instead of
On Fri, 6 Feb 2015 12:10:59 + (UTC)
Carl Eugen Hoyos wrote:
> wm4 googlemail.com> writes:
>
> > > I will fix this later if nobody beats me.
> >
> > How do you intend to beat this?
>
> Setting it to 0RGB32 instead of RGB32.
> Unrelated to your API suggestion, this is a
> bug in FFmpeg tha
wm4 googlemail.com> writes:
> > I will fix this later if nobody beats me.
>
> How do you intend to beat this?
Setting it to 0RGB32 instead of RGB32.
Unrelated to your API suggestion, this is a
bug in FFmpeg that we should fix.
> Explicitly writing the alpha component?
> (I was assuming this w
wm4 googlemail.com> writes:
> It's not consistently done,
I worked (hard) on doing it consistently,
please point me to the missing codecs.
A possible reason for missing Camtasia is
that I did not find a 32 bit sample (so I
could not decide if alpha is hidden in the
encoded image or not).
>
On Fri, 6 Feb 2015 12:00:00 + (UTC)
Carl Eugen Hoyos wrote:
> wm4 googlemail.com> writes:
>
> > Camtasia can output AV_PIX_FMT_RGB32
> > (which is ARGB or BGRA depending on
> > endian). Camtasia supports no alpha
>
> It appears I missed Camtasia when I
> fixed this for many codecs years
wm4 googlemail.com> writes:
> Camtasia can output AV_PIX_FMT_RGB32
> (which is ARGB or BGRA depending on
> endian). Camtasia supports no alpha
It appears I missed Camtasia when I
fixed this for many codecs years ago.
I will fix this later if nobody beats me.
Thank you, Carl Eugen
_
On Fri, 6 Feb 2015 12:45:43 +0100
Clément Bœsch wrote:
> On Fri, Feb 06, 2015 at 12:32:14PM +0100, wm4 wrote:
> > This is a proposal for an API extension.
> >
> > Currently, some pixel formats support alpha, but whether the alpha
> > component contains something useful or just garbage is not par
On Fri, Feb 06, 2015 at 12:32:14PM +0100, wm4 wrote:
> This is a proposal for an API extension.
>
> Currently, some pixel formats support alpha, but whether the alpha
> component contains something useful or just garbage is not part of the
> pixel format definition. This applies at least to packed
This is a proposal for an API extension.
Currently, some pixel formats support alpha, but whether the alpha
component contains something useful or just garbage is not part of the
pixel format definition. This applies at least to packed RGB formats,
where the 4th component is either alpha or garbag
15 matches
Mail list logo
