ONE day - I go away for ONE day and Nick goes around making wild
assertions like "the server went tits up", the server did not go tits
up, El President turned his machine on and off again, on his own
initiative (although to be fair, this is standard IT diagnostic
approach) which resulted in some network drives not restoring properly.
Anyway, it's possible I may have confused myself and possibly everyone
else in the process with my terminology here so let me try and clarify
things. What I was referring to as the "test stream" is something we've
traditionally done on the run up to the broadcast which is leave the
studio PC in automation, executing a playlist for our consumption only
as a test to make sure things are working properly. This is the link I
posted on Sunday:
>http://streaming03.zfast.co.uk:8086/aac
which is just connected to the desk.
The other one, which I think I coined the phrase as "placeholder" is the
promo audio which is linked to from the website and which (in theory)
all the other listening platforms point to. Which is just on a short
loop and I think is now being referred to as the "test stream".
I'll also mention now, because it has relevance to what I'm about to say
that based on the approach we took last broadcast, we generate two audio
streams - a low bit rate AAC stream (which is basically the link I
posted above) and is ideal for mobile devices and a higher bitrate, more
standard MP3 one.
One of the issues is that the "placeholder" stream isn't operating quite
how I originally envisaged it to be in that my original assumption was
that this would be just a single MP3 audio file hosted on the website
such that when someone clicks on it (or a listening platform connects),
it simply plays it from beginning to end. However that's not how Nick
wanted to do it in that he wanted to keep adding bits to it and as such
is now running as a looped playlist in Playout, running on Nick's own
PC. So anyone listening to it will pick it up from wherever it happens
to be in the playlist. The problem with this approach is that it
requires bandwidth from our streaming server and therefore is currently
"stealing" the MP3 stream - which is why at this point we're limited to
just using the AAC one for our "test stream". We don't have the
bandwidth to run another MP3 one whilst this is going on.
Finally, the problem Nick was having with new audio not showing up in
the stream is I think that he's using the Playout system in an odd way
to operate this - it's effectively a short playlist continually looping
and he's then bolting new tracks on the end, without restarting it. I
suspect it's getting confused but I've suggested he restart it each time
(which shouldn't interrupt the audio) but which should reset everything
into a usable state.
I hope that clarifies just about everything and sorry for the confusion.
In article <9C73E40A47E64002B7EA49B786EAC018@Sarahlaptop>,
sarah@xxxxxxxxxxxxxx writes
Tunein not working yet.
Sarah
From: Nick Apps
Sent: Tuesday, April 17, 2018 3:01 PM
To: hrock@xxxxxxxxxxxxx
Subject: [hrock] Re: test stream
Recond its time to public now about our test stream and how to listen
in .
Nick.
From: Tony Bell
Sent: Tuesday, April 17, 2018 2:43 PM
To: hrock@xxxxxxxxxxxxx
Subject: [hrock] Re: test stream
J
From: hrock-bounce@xxxxxxxxxxxxx [mailto:hrock-bounce@xxxxxxxxxxxxx] On
Behalf Of Nick Apps
Sent: 17 April 2018 14:36
To: hrock@xxxxxxxxxxxxx
Subject: [hrock] Re: test stream
WE ARE BACK ON !
jon text me how to fix it .
nick.
From: Nick Apps
Sent: Tuesday, April 17, 2018 10:41 AM
To: hrock@xxxxxxxxxxxxx
Subject: [hrock] Re: test stream
Yes the problem is this end . I've been away and come back to find
caldron, which holds the audio disk has gone tits up .
play out seemed to latch on to something from a few days ago with 6
second pauses . but now nothing !
i have text Jon for a solution but he's away for for a couple of days.
however Tune in is a diffent problem at their end it seems ?.
nick.
From: sarah@xxxxxxxxxxxxxx
Sent: Tuesday, April 17, 2018 8:24 AM
To: hrock@xxxxxxxxxxxxx
Subject: [hrock] Re: test stream
The Streema one still seems to be playing an old test stream and loads
of
pauses as of this morning.
When it worked on Sunday it seemed really good.
When I click on Jon's link to the test stream all my computer wants to
do is
download aac (whatever that is), which of course fails. Am I doing
something wrong?
I am assuming when we get this all sorted we will start
publicising.....just
wondering when we can do that?
Sarah
-----Original Message-----
From: Tony Bell
Sent: Tuesday, April 17, 2018 7:56 AM
To: hrock@xxxxxxxxxxxxx
Subject: [hrock] Re: test stream
Morning all,
Listening in this morning to this stream below, so far, sounds good, no
pauses, everything flows, interesting choice of tunes! (Is this
playlisted
Nick, or random from Music database?)
Out of interest, how long to do we leave the Tune-in stream to "sync
up"
before we get in touch with them?
Rgds
Tony
-----Original Message-----
From: hrock-bounce@xxxxxxxxxxxxx [mailto:hrock-bounce@xxxxxxxxxxxxx] On
Behalf Of sarah@xxxxxxxxxxxxxx
Sent: 16 April 2018 22:44
To: hrock@xxxxxxxxxxxxx
Subject: [hrock] Re: test stream
Been checking out the test stream. Loads of silence now between clips
of
audio..... was that intentional?
I thought it sounded better with clips running close together with no
long
pregnant pauses between. Doesn't flow now.
Sarah
-----Original Message-----
From: jon bird
Sent: Sunday, April 15, 2018 5:10 PM
To: hrock@xxxxxxxxxxxxx
Subject: [hrock] test stream
I see Nick has got everything wired up then and we have a working test
stream which is at...
http://streaming03.zfast.co.uk:8086/aac
this *isn't* the one going out on the website, it's purely for our
internal
consumption and of course will be subject to interruptions as we fiddle
around with stuff.
--
== jon bird - software engineer
== <reply to address _may_ be invalid, real mail below> == <reduce rsi,
stop
using the shift key> == posted as: news 'at' onastick 'dot' clara.co.uk