[vlc-devel] [PATCH 01/34] picture: add a video context to the picture
remi at remlab.net
Tue Nov 12 11:26:40 CET 2019
I agree that picture_t.context and picture_t.sys should be unified when push buffers are ready. But that's not the problem.
There're 3 places that a picture can refer to its video context: in picture_t, in the common part of the picture context, or in the type-specific part of the picture context (where the proto-video_context currently are). Since there should not be pictures with video context and without picture context, I don't see the benefit of the first option. It just adds a potentially useless member.
Le 12 novembre 2019 09:24:18 GMT+02:00, Steve Lhomme <robux4 at ycbcr.xyz> a écrit :
>On 2019-11-09 3:40, Rémi Denis-Courmont wrote:
>> Le vendredi 8 novembre 2019, 16:40:05 EET Steve Lhomme a écrit :
>>> The video context is only held if the picture is created
>successfully. It is
>>> released after the picture is destroyed.
>> Seems redundant with existing picture context, which typically refers
>> video context in a way or other - unless the goal is to remove the
>> context - which seems unrealistic to me.
>> Maybe we should actually "standardize" the reference from the picture
>> to the video context, but I don't see the need for yet another member
>> crowded picture_t.
>Adding the video context to the picture is exactly what was decided
>push. The fact it's also used the first time the vout is initialized is
>a necessary mean to get there. In some of the proposed patches the
>context from the picture is already used as such instead of getting it
>from the decoder/filter.
>I agree there's probably one too many between the picture_sys_t, the
>picture_context_t and the video_context. At least the video context
>exists on its own without a picture (as already used in current
>Adding the destroy/clone callbacks from the picture_context_t would
>no sense when used without a picture.
>The picture_sys is probably a better candidate to remove from the
>picture. In D3D the picture_context_t already has a picture_sys_t
>because they may exist in some cases and not others (depending if they
>came from the decoder or the display). All this will be gradually
>removed and ultimately there won't be any picture_sys_t there. I think
>it can be the same for other formats.
>This cleaning should happen at the end though. We can only guarantee
>picture_sys_t is not needed anymore once eveything is safely moved
>and the picture_sys_t are never used anymore. For now I'm concentrating
>on architectural changes.
>vlc-devel mailing list
>To unsubscribe or modify your subscription options:
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the vlc-devel