<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=utf-8" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 11.00.9600.19036"></HEAD>
<BODY>
<DIV>Thank you Philipp,</DIV>
<DIV> </DIV>
<DIV>Your answers are very clear. We understand the difference between the
wall clock time (server side) and the playback time.</DIV>
<DIV> </DIV>
<DIV>Just one more point. You wrote that the "into file" is sent to the listener
before the listener is attached to the actual stream. If the server would take
20 seconds to send the "into file" and if the listener only remains
connected 5 seconds, I guess that he will not connect to the actual stream:
will this appear in the log file as a 5 seconds connections or will this
be invisible in the log file? In other words, do we only see the
accesses to the actual stream in the log file and can we assume that all entries
in the log file are from users who received the complete "into file" ?</DIV>
<DIV> </DIV>
<DIV>Best regards,</DIV>
<DIV> </DIV>
<DIV>Jean-Luc, InternetOfficer SPRL</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV><FONT size=2 face=Arial>On vendredi 15 juin 2018 at 9:44 PM,
icecast-request@xiph.org wrote:</DIV>
<DIV id=_ED_Original></FONT>
<BLOCKQUOTE
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; PADDING-RIGHT: 0px; MARGIN-RIGHT: 0px">
<DIV>Date: Fri, 15 Jun 2018 12:52:54 +0000<BR>From: Philipp Schafft
<phschafft@de.loewenfelsen.net><BR>To: Icecast streaming server user
discussions <icecast@xiph.org><BR>Subject: Re: [Icecast] pre-roll ads
and log file<BR>Message-ID:
<1529067174.2057.32.camel@de.loewenfelsen.net><BR>Content-Type:
text/plain; charset="utf-8"<BR><BR>Good afternoon,<BR><BR>On Fri, 2018-06-15
at 10:20 +0200, StreamAnalyst wrote:<BR>> Are pre-roll ads supported by
Icecast? If so, how?<BR><BR>You can specify a into file. It is send to the
listener before the<BR>listener is attached to the actual
stream.<BR><BR><BR>> And will the log file tell me if the pre-roll ad was
completely<BR>> listened to?<BR><BR>> Say the pre-roll ad lasts 15
seconds. If I see a connection of 15<BR>> seconds in the log file, does it
mean that the listener stopped<BR>> listening immediately after the ad or
that he listened to the ad and<BR>> then to 15 seconds of music?<BR><BR>The
log reports the connection time in wall clock seconds. It does not<BR>report
the playback time (Icecast has for multiple reasons no idea about<BR>the
playback time).<BR><BR>For long running connections those are about the same.
However for short<BR>connections they aren't. The reason for that the listener
client<BR>prebuffers some amount of data before playback starts. Icecast has
no<BR>control over this. Also Icecast sends a so called burst by default.
That<BR>burst helps the client to fill the the buffer quickly.<BR><BR>In an
ideal world the two cancel out each other. However as Icecast has<BR>no
control over the listener nor does know it's parameters there is
a<BR>difference.<BR><BR>There is also some more noise like network latency and
jitter.<BR><BR>Generally speaking I would guess that abs(error) < 20s for
virtually all<BR>sane setups.<BR><BR><BR>> And if a player disconnects
because of a poor network and<BR>> automatically reconnects, will the
pre-roll ad be sent again?<BR><BR>Yes. This is because Icecast is fully
stateless. To Icecast all<BR>connections are independent.<BR><BR>With best
regards,<BR><BR>-- <BR>Philipp Schafft (CEO/Geschäftsführer) <BR>Telephon:
+49.3535 490 17 92<BR><BR>Löwenfelsen UG (haftungsbeschränkt)
Registration number:<BR>Bickinger Straße 21
HRB
12308 CB<BR>04916 Herzberg (Elster)
VATIN/USt-ID:<BR>Germany
DE305133015<BR>--------------
next part --------------<BR>A non-text attachment was scrubbed...<BR>Name:
signature.asc<BR>Type: application/pgp-signature<BR>Size: 490 bytes<BR>Desc:
This is a digitally signed message part<BR>URL: <<A
href="http://lists.xiph.org/pipermail/icecast/attachments/20180615/aaead187/attachment-0001.sig">http://lists.xiph.org/pipermail/icecast/attachments/20180615/aaead187/attachment-0001.sig</A>><BR><BR>------------------------------<BR></DIV></BLOCKQUOTE></DIV></BODY></HTML>