Hi,<div><br></div><div>This is to address the fact that we need to play the video for getting its ES in an input_item.</div><div><br></div><div>This is particularly annoying in the case of the function libvlc_media_get_es(), which don't work unless you do some heavy work around to get it working on the client side.</div>
<div><br></div><div>I am guessing that this will wait after 1.1.</div><div><br></div><div>But you should consider that this seems low risk. And low performance issue.</div><div><br></div><div>1. First, this is done where we currently do the input_item's info field filling. (We are doing a bunch of string operation and such).</div>
<div>2. This is low memory overhead, mostly</div><div>    a. because the structure size is fixed. We are NOT using es_format_t.</div><div>    b. We are proportional to the size of the input_item's info field in term of allocation. (And we are greatly inferior).</div>
<div><br></div><div>While we are at it, I would suggest us to ditch the input_item_t's info field.</div><div><br></div><div>And it fix to me what is a bug, (or a documented bug if your prefer) of libvlc.</div><div><br>
</div><div>Okay, now that it is said. It's also true that we are in code freeze and could wait a next release.</div><div><br></div><div>Our other option here is to parse the input_item's info dictionary ourselves in libvlc here. (And *not* to advise the user to use a media_player instance with sout=#description, which makes us look overcomplicated).</div>
<div><br></div><div>Pierre.</div><div><br></div>