[vlc-devel] [PATCH 05/14] filter: allow the owner not to provide a buffer callback
Steve Lhomme
robux4 at ycbcr.xyz
Wed Sep 18 08:00:41 CEST 2019
On 2019-09-17 17:32, Rémi Denis-Courmont wrote:
> Le tiistaina 17. syyskuuta 2019, 17.22.33 EEST Steve Lhomme a écrit :
>> In this case we just allocate a picture from the filter output format.
>> ---
>> include/vlc_filter.h | 7 ++++++-
>> 1 file changed, 6 insertions(+), 1 deletion(-)
>>
>> diff --git a/include/vlc_filter.h b/include/vlc_filter.h
>> index 0c756ce10ec..0bc10e91997 100644
>> --- a/include/vlc_filter.h
>> +++ b/include/vlc_filter.h
>> @@ -26,6 +26,7 @@
>> #define VLC_FILTER_H 1
>>
>> #include <vlc_es.h>
>> +#include <vlc_picture.h>
>>
>> /**
>> * \defgroup filter Filters
>> @@ -160,7 +161,11 @@ struct filter_t
>> */
>> static inline picture_t *filter_NewPicture( filter_t *p_filter )
>> {
>> - picture_t *pic = p_filter->owner.video->buffer_new( p_filter );
>> + picture_t *pic;
>> + if ( p_filter->owner.video != NULL && p_filter->owner.video->buffer_new
>> != NULL)
>
> Two checks look redundant, though anyway this callback should go away
> altogether eventually.
Yes, it will go away.
The owner will have the "get_device" callback so it's possible at some
point in the code to have one callback and not the other. But in the end
this code won't be there anymore.
>> + pic = p_filter->owner.video->buffer_new( p_filter );
>> + else
>> + pic = picture_NewFromFormat( &p_filter->fmt_out.video );
>> if( pic == NULL )
>> msg_Warn( p_filter, "can't get output picture" );
>> return pic;
>
>
> --
> Rémi Denis-Courmont
> http://www.remlab.net/
>
>
>
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> https://mailman.videolan.org/listinfo/vlc-devel
>
More information about the vlc-devel
mailing list