<div dir="ltr">On 9 January 2014 08:38, Rémi Denis-Courmont <span dir="ltr"><<a href="mailto:remi@remlab.net" target="_blank">remi@remlab.net</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thu, 09 Jan 2014 09:37:46 +0100, Rémi Denis-Courmont <<a href="mailto:remi@remlab.net">remi@remlab.net</a>><br>
wrote:<br>
<div class="im">> On Wed,  8 Jan 2014 21:29:46 +0000, Mark Lee<br>
> <<a href="mailto:mark.lee@capricasoftware.co.uk">mark.lee@capricasoftware.co.uk</a>> wrote:<br>
>> After this event is received, a call to get/set the media player<br>
>> volume will succeed.<br>
><br>
> Creating the audio output automatically would be simpler and more<br>
> backward-compatible.<br>
<br>
</div>(And also more like how VLC and the playlist operate.)<br></blockquote><div><br></div><div>I looked at the code in the playlist initialisation that creates the aout.</div><div><br></div><div>I then tried doing the same thing in the libvlc media player creation code (right after the input resource is created, just like is done in the playlist).</div>
<div><br></div><div>The effect of this was that indeed an audio output is created and the calls to get/set the volume no longer fail (i.e. they no longer return -1).</div><div><br></div><div>But...</div><div><br></div><div>
Setting the volume before playing media still appears to have no effect, and getting the volume now returns zero rather than -1. Only after some time has passed after the media has started playing does an actual correct non-zero volume get returned.</div>
</div></div></div>