I was just thinking it might be nice to normalize input. Anyways
> framework function. I saw you have a _format property in your code,
> and maybe you want to instead use the existing mlt_image_format
> property to sync the format of both the rendering thread and the
> consumer.
ah, I hadn't see
On Sun, Jun 30, 2013 at 9:20 AM, Tomas Neme wrote:
>> Yes. MLT itself is not absolutely dependent on libavcodec. Libavcodec
>> is only a dependency of the avformat module, and "yuv422p" appears to
>> be a libavcodec pixel format name.
>
> I see, but I'm the function called mlt_image_format_name in
> Yes. MLT itself is not absolutely dependent on libavcodec. Libavcodec
> is only a dependency of the avformat module, and "yuv422p" appears to
> be a libavcodec pixel format name.
I see, but I'm the function called mlt_image_format_name in
framework/mlt_frame.c does format_enum >> name translatio
On Thu, Jun 27, 2013 at 1:06 PM, Tomas Neme wrote:
> I see there's ways of getting format name, such as "yuv422p", but I
> see no way of converting that into the mlt_image_yuv422 symbol. Is it
> impossible? Do I need to compare strings and do some kind of if chain?
Yes. MLT itself is not absolute
I see there's ways of getting format name, such as "yuv422p", but I
see no way of converting that into the mlt_image_yuv422 symbol. Is it
impossible? Do I need to compare strings and do some kind of if chain?
--
"The whole of Japan is pure invention. There is no such country, there
are no such peo
