<!DOCTYPE html><html><head><title></title><style type="text/css">#qt p.qt-MsoNormal,#qt p.qt-MsoNoSpacing{margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0px;}

p.MsoNormal,p.MsoNoSpacing{margin:0}</style></head><body><div><br></div><div>On Tue, May 7, 2019, at 14:00, Rémi Denis-Courmont wrote:<br></div><blockquote type="cite" id="qt"><div>No. You want one API, in spite of earlier discussions.<br></div></blockquote><div><br></div><div>Yes, and I don't think I'm alone, that why we may vote on this subject, no ?<br></div><div><br></div><blockquote type="cite" id="qt"><div><br></div><div class="qt-gmail_quote"><div>Le 7 mai 2019 13:58:48 GMT+03:00, Thomas Guillem <thomas@gllm.fr> a écrit :<br></div><blockquote style="margin-top:0pt;margin-right:0pt;margin-bottom:0pt;margin-left:0.8ex;border-left-color:rgb(204, 204, 204);border-left-style:solid;border-left-width:1px;padding-left:1ex;" class="qt-gmail_quote"><div><br></div><div>On Tue, May 7, 2019, at 12:04, Rémi Denis-Courmont wrote:<br></div><blockquote id="qt-qt" type="cite"><div>No there should not be one API. We already went through this a few months ago. They have too different callback sets.<br></div></blockquote><div><br></div><div>You *don't* want one API. I would prefer only having one API for D3D and OpenGL. I think we should vote on this.<br></div><div><br></div><blockquote id="qt-qt" type="cite"><div><br></div><div class="qt-qt-gmail_quote"><div>Le 7 mai 2019 09:43:47 GMT+03:00, Steve Lhomme <robux4@ycbcr.xyz> a écrit :<br></div><blockquote class="qt-qt-gmail_quote" style="margin-top:0pt;margin-right:0pt;margin-bottom:0pt;margin-left:0.8ex;border-left-color:rgb(204, 204, 204);border-left-style:solid;border-left-width:1px;padding-left:1ex;"><pre class="qt-qt-k9mail"><div>On 2019-05-06 16:33, Rémi Denis-Courmont wrote:<br></div><blockquote class="qt-qt-gmail_quote" style="margin-top:0pt;margin-right:0pt;margin-bottom:1ex;margin-left:0.8ex;border-left-color:rgb(114, 159, 207);border-left-style:solid;border-left-width:1px;padding-left:1ex;"><div>Le maanantaina 6. toukokuuta 2019, 16.01.31 EEST Steve Lhomme a écrit :<br></div><blockquote class="qt-qt-gmail_quote" style="margin-top:0pt;margin-right:0pt;margin-bottom:1ex;margin-left:0.8ex;border-left-color:rgb(173, 127, 168);border-left-style:solid;border-left-width:1px;padding-left:1ex;"><div><hr>  include/vlc/libvlc_media_player.h | 144 ++++++++++++++++++++++++++++++<br></div><div>  include/vlc_vout_display.h        |   8 +-<br></div><div>  lib/libvlc.sym                    |   1 +<br></div><div>  lib/media_player.c                |  54 +++++++++++<br></div><div>  4 files changed, 203 insertions(+), 4 deletions(-)<br></div></blockquote><div>This is heavily coupled to DX. Identifiers should not be generic.<br></div></blockquote><div><br></div><div>It's on purpose, because in the end there should be one API covering <br></div><div>OpenGL, D3D, Vulkan, Metal, etc. I mimicked the OpenGL callbacks on <br></div><div>purpose because they are pretty much doing the same thing at the same <br></div><div>time. Only the OpenGL "GetProcAddress" is specific to OpenGL.<br></div><div><br></div><div>In the end they should be merged. The HDR10 Metadata should be passed to <br></div><div>the host app duringOpenGL MakeCurrent(true) for example, so the host can <br></div><div>pass it down/use it for tone mapping.<br></div><div><br></div><div>I can rename the callbacks for now (the colorimetry structure should be <br></div><div>shared already). But I think in the end it should be merged. And it <br></div><div>should be done before the 4.0 libvlc is finalized because we want it to <br></div><div>be stable in the future.<br></div><div><br></div><div>Aside from that, I also think this architecture of rendering could also <br></div><div>become a module type in VLC. Right now the D3D display modules are <br></div><div>actually made of a part that renders to a texture (I'd call rendering <br></div><div>engine) either a plain texture or a swapchain target, and a part that <br></div><div>actually display the rendered texture on the screen (which is really <br></div><div>what a display module should do). I think that's the same for OpenGL. <br></div><div>This splitting could be reused for rendering using the GPU to do <br></div><div>blending, colorimetry conversion, 360 projection, chroma conversion, <br></div><div>resizing, etc. This can be used by the transcoder (especially when <br></div><div>encoding in the GPU). That may be done in 5.0 it's not urgent.<hr>vlc-devel mailing list<br></div><div>To unsubscribe or modify your subscription options:<br></div><div><a href="https://mailman.videolan.org/listinfo/vlc-devel">https://mailman.videolan.org/listinfo/vlc-devel</a><br></div></pre></blockquote></div><div><br></div><div>-- <br></div><div>Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté. <br></div><div>_______________________________________________<br></div><div>vlc-devel mailing list<br></div><div>To unsubscribe or modify your subscription options:<br></div><div>https://mailman.videolan.org/listinfo/vlc-devel<br></div></blockquote><div><br></div></blockquote></div><div><br></div><div>-- <br></div><div>Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté. <br></div><div>_______________________________________________<br></div><div>vlc-devel mailing list<br></div><div>To unsubscribe or modify your subscription options:<br></div><div>https://mailman.videolan.org/listinfo/vlc-devel<br></div></blockquote><div><br></div></body></html>