<div dir="auto">Youve over-complicated my suggestion.<div dir="auto">No need to have icecast handle this mechanism, simply have the required logic at the front-end - the actual player.</div><div dir="auto"><br></div><div dir="auto">As for unique listeners detection and flapping ips as Jack mentioned, this can be solved by some sort of tokenization mechanism based on local storage or session.</div><br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">בתאריך שבת, 21 בנוב׳ 2020, 02:36, מאת Geoff Shang ‏<<a href="mailto:geoff@quitelikely.com">geoff@quitelikely.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, 20 Nov 2020, Yahav Shasha wrote:<br>
<br>
> You could simply serve your pre roll at the client side, eg, your player.<br>
> This way you can detect the mentioned situation and decide whether or not<br>
> to serve the pre roll.<br>
<br>
The trick here is to find a way of serving  the preroll without everyone <br>
hearing it.<br>
<br>
I guess you could use some on connect logic to determine if it should be <br>
played, fire up a command line streamer which would stream it to its own <br>
mount point which is set to fall back to the main stream, then move the <br>
listener to that mount.  They would hear the preroll then drop back to the <br>
main stream when the streamer exits and drops off.<br>
<br>
And of course there's the whole logic of when and when not to stream the <br>
preroll.<br>
<br>
Cheers,<br>
Geoff.<br>
<br>
_______________________________________________<br>
Icecast mailing list<br>
<a href="mailto:Icecast@xiph.org" target="_blank" rel="noreferrer">Icecast@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/icecast" rel="noreferrer noreferrer" target="_blank">http://lists.xiph.org/mailman/listinfo/icecast</a><br>
</blockquote></div></div>