Difference between pages "Presenters' Contract" and "Computing"

From URY Wiki
(Difference between pages)
Jump to navigation Jump to search
 
 
Line 1: Line 1:
== Presenters' Contract ==
+
{{Team
 +
  |tstyle={{Teamstyle Computing}}
 +
  |name=Computing Team
 +
  |logo=[[File:Ctlogo.png]]
 +
  |brief=Maintains URY's computer systems, both hardware and software.  Keeps the URY streams and website running.
 +
  |csec=[[Constitution#Computing_Team|Here]]
 +
  |roles=[[Head of Computing]]<br />[[Assistant Head of Computing]]<br />[[Webmaster]]<br />[[Computing Officer]] (multiple)
 +
  |teammail=computing@ury.org.uk
 +
  |freshermail=computing@ury.org.uk
 +
  |hotmail=head.of.computing@ury.org.uk
 +
}}
 +
'''Computing Team''' is the URY [[team]] responsible for maintaining URY's computer ordinance, both hardware and software.
  
I, The Undersigned, agree to abide by URY's station rules and regulations as set out below, and the Ofcom Programming Code (accessible at www.ofcom.org.uk). I have fully read and understood these rules and regulations, and I understand that if I break any of the rules or regulations stated by Ofcom or its successor, I will be solely liable for any resulting fines or actions that may be levied against University Radio York.
+
== What do we do? ==
  
I also understand that should I break any of URY’s rules or regulations, I am liable to be subject to disciplinary action as decided by URY’s Programming Team. I will also abide by the YUSU media charter (available from the Student Centre). I have never been convicted of any criminal offence related to radio broadcasting.
+
We like to think of ourselves as the ''everything'' team, because while we're limited to poking anything that involves computers, we actually do an incredible amount of stuff:
  
In the event of The Undersigned ceasing to be a member or honorary member of URY, this contract will expire before the expiry date at the discretion of the Programme Controller.
+
=== Website ===
  
 +
We look after the URY website, revamp or replace it when it gets old (about twice a year), and make sure that other teams are able to keep it full of content.
  
=== URY Rules And Regulations ===
+
The website is written in Pyramid, which is a '''Python''' web framework. Coincidentally, computer science students at time of writing now learn Python as an introductory programming language. We also have some Web systems written in '''PHP''' and '''Ruby'''.
# You must have passed a URY demo recording, paid £7 membership to URY and have permission to broadcast from the Programming Team in order to be allowed to operate broadcast equipment.
 
# If you operate broadcast equipment, you are responsible for its correct usage and for upholding URY’s stated rules and regulations at all times.
 
# You are responsible for the content of all broadcasts in which you operate the broadcast equipment, including all technical and audible contributions that you, co-presenters or guests make.
 
# You must do all shows that you have signed-up for, unless the Programming Team states otherwise.
 
# If you are going to be late for your show, you must contact the Programming Team as soon as possible. If you believe that you will be unable to do your show, you must inform the Programming Team at least 48 hours before the occasion in question.
 
# If you have to cancel your show suddenly due to unforeseen circumstances, you should contact the Programming Team as soon as possible.
 
# Anyone who runs broadcast equipment on-air must sign in using SIS (Studio Information System). This person must also log in any guests present in the studio.
 
# You must broadcast the station name and frequency at least once an hour during your show (e.g. play the News-in Jingle) unless the Programming Team states otherwise.
 
# You must broadcast the news every hour. You must also broadcast all or any SBN/IRN adverts that follow provided the feed is available. In the event that there is a technical fault, you must inform the Programming Team as soon as possible.
 
#
 
## You must play all copyrighted music content on your show through BAPS (i.e. you may not use digital music players, including MP3 players, laptops and mobile phones, streaming services such as Spotify or YouTube, or any physical media such as compact discs), except with special permission from the Programming Team.
 
## All copyrighted music content that is not played through BAPS (subject to the previous clause) must be logged manually, as instructed by the Programming Team. BAPS will do this automatically.
 
# You must show impartiality on all political, sectarian, or otherwise contentious issues. If you intend to or predict that you might broadcast potentially controversial output, consult the Programming Team.
 
#
 
## You must not swear on-air, nor express racist, sexist, homophobic, or otherwise offensive opinions in any broadcast. Use of gratuitous swearing is always unacceptable.
 
## Songs that contain swearing may be played on shows between the hours of 9pm and 5am with advance permission from the Programme Controller. A standard or otherwise pre-agreed disclaimer is to be played at the beginning of each hour of the show. It is unacceptable for presenters and their guests to swear at any time.
 
# You must not mention that we can be heard off campus on 1350AM.
 
# You must not broadcast under the influence of drugs or alcohol, nor allow anyone on the show to do so.
 
# You must play all adverts scheduled during your show. The advert schedule can be found on the notice board in Studio 1, and must be signed when the relevant adverts have been played.
 
# You must leave the studio clean and tidy. You may not remove any URY property without permission from a URY officer. You may not remove or copy any URY music. Such activities are illegal and will be dealt with accordingly.
 
# If you are the last person to leave URY, you must pull down all blinds, close all windows and lock the front door. Station key cards must be returned to the porter. Should there be any problem with station key cards or any aspect of URY security, please contact the Programming Team. In an emergency, contact Security Services on (01904) 434444.
 
# You must abide by the Ofcom Programming Code at all times.
 
  
=== Disciplinary Actions ===
+
Our website runs on the '''Nginx''' web server, with some of our backend systems using bits of '''Apache'''.
  
==== Warnings ====
+
=== Servers ===
There are 2 kinds of warnings that the Programming Team can issue on any occasion, should they see fit. Inappropriate behaviour, misuse of URY property, breach of URY rules and breach of Ofcom rules are the most sensitive occasions in which warnings will be considered.
 
  
;Informal Warning
+
We run our own physical servers, which involves a lot of nipping into our server shed to turn things off and on, swap cables around and shout at power supplies. If you like pulling things out of racks, staring at them, sticking RAM in them and putting them back in racks, then we offer one of the finest physical server admin experiences available to York students.
:Any member of URY may be issued with an informal warning in the event that he or she commits an offence that the Programming Team considers noteworthy, relatively minor, inappropriate or unacceptable. If you receive an informal warning and repeat the infraction warned against, you will receive a formal warning.
 
;Formal Warning
 
:Any member of URY may be issued with a formal warning at the discretion of the Programming Team. The person in question need not have received any informal warnings nor committed previous offences. In the event that he or she breaches URY rules, Ofcom rules or behaves otherwise inappropriately, the Programming Team may decide to contact the member in question and/or issue a formal warning. If you receive a formal warning and repeat the infraction warned against, your show can be suspended or taken permanently off-air.
 
  
==== Suspension ====
+
Of course, it isn't all about the hardware.  We also do a lot of system administration on the software side, making sure that all the processes that keep URY running stay up and don't tie themselves in knots.  We run '''FreeBSD''' and '''Debian GNU/Linux''', with a '''Windows Server''' domain controller for the desktop systems.
The Programming Team can suspend a presenter on any occasion for as long as they see fit.
 
  
==== Expulsion ====
+
=== Desktops ===
The Programming Team can decide to cancel a show or ban a presenter from doing a show on any occasion. Presenters may be banned from Studio 1 or URY as a whole.
 
  
==== Appeals Procedure ====
+
Each studio has a few computers, typically running '''Windows''', that are used by presenters for playing out sound, connecting to the Internet, and using our Studio Information Service.  These have to be maintained, of course, and it's us that rise to the challenge.
If your show is suspended it will be retained virtually on the system for one week, though you will be unable to present this show. Any appeals against the decision can be made to the Station Management within this time. If no appeal is made, the show will be removed permanently from the schedule. If an appeal is made, the presenter will be invited to meet with the Station Manager, Assistant Station Manager, Programme Controller and Assistant Programme Controller to make their case. All decisions will be made on a case-by-case basis.
+
 
 +
 
 +
=== Software ===
 +
 
 +
Compteam develop and maintain most of our software in-house, a fact that we are very proud of - know of any other society at the university that can say that? Know of any other student radio station that can say that? We don't. We've listed some of our things below, and linked to our ''Ceedox'' wiki which keeps all our technical documentation and secrets. You have to have a URY account to see those pages, I'm afraid, but York students can get one instantly by going to [https://ury.org.uk/getinvolved].
 +
 
 +
==== LoggerNG ====
 +
[https://ury.org.uk/ceedox/computing:software:in-house:loggerng Ceedox Documentation]
 +
 
 +
LoggerNG is our new-for-2013 output logging system. Our Ofcom licence means we have to have a log of 42 days of output at all times - if we aren't recording, we aren't broadcasting. The old logger system runs on some vintage desktop hardware from around 2001, so we needed something new.
 +
 
 +
LoggerNG includes two dedicated servers, a ''sox''-based recording program, 65 days of FLAC files and a HTML5 download interface on a third server. It's a big thing, and needs to work 100% of the time, all the time (well, term time).
 +
 
 +
==== Broadcasting and Presenting Suite (BAPS) ====
 +
This is another one of our older systems. Written around 2003 in Managed C++, at the time it was seen as everything a presenter would need to do a show - on a computer. Of course, the original designers did not plan for a decade in the future, where social media, HTML5 and APIs are the way of the future, so it is now starting to seem somewhat dated.
 +
 
 +
The server side of the system manages the ability to play out different audio to different sound cards. It lacks lots of functionality, but is in fact very very good at what it does.
 +
 
 +
Our 2013/15 roadmap is all about keeping this stable background service (the BAPS server), but refresh the way users can interact with it, using the Radio API Daemon (RAPID) and extending the existing capabilities of our Show Planner (HTML5/JS).
 +
 
 +
==== If No Show, I Do an Instantly Organised, Unending Show - Totally Outrageous Non-stop Entertainment System (insidious Tones (iTones)) ====
 +
[https://ury.org.uk/ceedox/computing:software:in-house:insidioustones Ceedox Documentation]
 +
 
 +
Publically known as URY's Campus Jukebox, this is the system that plays songs when there's not a presenter on air. It's another of our mission critical things as we can't broadcast silence, but it also has lots of neat tricks in the form of a web interface to define a range of pre-defined playlist schedules and some automated playlist generation. Its scheduler is part of the MyRadio framework and integrates with the telnet interface of a little-known thing called Liquidsoap (a Savonet project). Trust us when we say it is very powerful and a lot of fun to play with.
 +
 
 +
==== MyRadio ====
 +
This magical little thing is designed to be the glue for URY's services. Written in PHP, Twig and HTML5, this is essentially our intranet. Here's some of the things it pulls together:
 +
 
 +
* Presenter Training
 +
* Show Scheduling
 +
* URYPlayer Podcasts
 +
* Show Resources (beds, jingles etc.)
 +
* Show Planning
 +
* In-Studio Information (live messages, news & stats)
 +
* Chart & Playlists
 +
* Central Music Library
 +
* iTones
 +
* Mailing Lists
 +
* Webcams (and archives)
 +
* Show Monitoring
 +
* Statistics
 +
 
 +
All of this is also exposed using an API [https://ury.org.uk/api/] which provides us with easy control and remote access to all of the above as well as Users, Committees, Images, Tracklists and our Studio Selector.
 +
 
 +
This API is then in turn used by a range of our resources, including our RadioPlayer page, E-mail service, MixCloud uploader, Presenter website pages, IRC bot and more. Put simply, this bundle of PHP holds our station together.
 +
 
 +
Oh, did I mention we're trying to generalise it so other stations can learn what we do under the hood? It's open sourced at [https://github.com/UniversityRadioYork/MyRadio]!
 +
 
 +
==== Show Planner ====
 +
[https://ury.org.uk/ceedox/computing:software:in-house:myury:nipsweb Ceedox Documentation]
 +
 
 +
Built upon the MyRadio framework, Show Planner is a HTML5 version of the in-studio BAPS client, but in a web browser. It allows anyone to plan shows, upload files and do lots of other neat stuff. If you like lots of pretty client side stuff, with a multi-user editable backend, then you'll love this.
 +
 
 +
During initial development, it went through several names - BAPSWeb 2, BAPS Planner and NIPSWeb, before eventually being named the more simple Show Planner. It replaced BAPSWeb, a single several-thousand line PHP file and a Comic-Sans interface which were developed around the same time as BAPS itself.
 +
 
 +
Version 1 was featured as part of our Less Black and More  Graphics entry in the Student Radio Awards 2012, but was replaced by the MyRadio integrated version over the next year.
 +
 
 +
Version 2 of this little gizmo won us a Silver Best Technical Achievement at the Student Radio Awards 2013.
 +
 
 +
Version 3 is current near-completion, the client-side complete rewritten as part of MyRadio's move to Bootstrap.
 +
 
 +
=== Fun ===
 +
 
 +
Though Compteam have the burden of a lot of responsibility for critical systems most of the time, really most of us are here to '''have fun'''.
 +
 
 +
Being in and around a student radio station gives people who want to play around with new ideas in an existing context a real jumpstart, and as a consequence whenever we're not fixing stuff we're often in URY working on making new things.  Here are a few examples:
 +
 
 +
* BAPS, URY's very own custom playout system (Matt Fortune, 20??/??)
 +
* The studio clock system (Lloyd Wallis, 2011/12)
 +
 
 +
== Prospective members ==
 +
 
 +
Computing Team is always looking for new members, so if you're interested by what we do, send us an email (see the infobox on the right hand side)!
 +
 
 +
URY membership is £7 if you make a regular habit of poking our systems, but anyone is free to come and have a go. The team often has meetings at on Wednesdays in VBar around 7pm.
 +
 
 +
=== What we use ===
 +
 
 +
As Computing Team's goals involve education and development just as much as professionalism and dependability, there is no requirement for prior knowledge.  That being said, some knowledge of any of the following would be a great start:
 +
 
 +
* Administration of Unix-style systems, especially Debian GNU/Linux and FreeBSD
 +
* Administration of Windows client systems, Active Directory and Windows Server
 +
* Python 2, especially Django
 +
* SQL, especially PostgreSQL
 +
* PHP
 +
* Network administration (hardware and software)
 +
* Continuous integration - Jenkins/Hudson, Travis
 +
* Shell scripting
 +
* Systems programming - C, Go, etc.
 +
 
 +
== History ==
 +
 
 +
* Computing Team was formed by separation from the [[Technical]] Team as URY's dependency on computer systems increased during the late 90s and early 2000s.
 +
* URY's longest ever serving servers (heh) were the [[First Generation Computing Loggers]], in production for 14 years and with 10 years of HDD runtime hours each.
 +
 
 +
== Members (past and present) ==
 +
 
 +
=== Heads of Teams ===
 +
* ''2016-present'': [[Chris Taylor]]
 +
* ''2014-2016'': [[Anthony Williams]]
 +
* ''2011-2014'': [[Matt Windsor]]
 +
* ''2010-2011'': [[Gareth Andrew Lloyd]]
 +
* ''2009-2010'': [[Alex Williams]]
 +
* ''2008-2009'': [[Gareth Andrew Lloyd]]
 +
* (More to be inserted here)
 +
 
 +
=== Other Members ===
 +
 
 +
In a rough reverse chronological order.
 +
 
 +
* [[Brooke Hatton]]
 +
* [[Sophie Kinley]]
 +
* [[Qumarth Jash]]
 +
* [[Charles Pigott]]
 +
* [[Sam Willcocks]]
 +
* [[Adam Taylor]]
 +
* [[Andrei-Costin Zisu]]
 +
* [[Vivan Jayant]] (Webmaster, 2012)
 +
* [[Sam Gamble]] (2011-12)
 +
* [[Anthony Williams]]
 +
* [[Danny Bell]]
 +
* [[Donal Cahill]]
 +
* [[Lloyd Wallis]] (2011-2014, still an active alumnus)
 +
* [[Andy Durant]] (as a "computerneer")
 +
* (Expand this list!)
 +
 
 +
== Big Updates ==
 +
During breaks between terms, CompTeam will often update or upgrade a large number of services. We like to post a list of changes toward the end of the break.
 +
 
 +
* [[Computing Updates: Christmas 2013]]
 +
* [[Computing Updates: Summer 2013]]
 +
* [[Computing Updates: Easter 2013]]

Revision as of 20:56, 23 June 2016

Computing Team
Ctlogo.png
Maintains URY's computer systems, both hardware and software. Keeps the URY streams and website running.
Constitution
Created ???
Defined Here
Roles Head of Computing
Assistant Head of Computing
Webmaster
Computing Officer (multiple)
Contacts
General Enquiries computing@ury.org.uk
Get Involved computing@ury.org.uk
Head of Team head.of.computing@ury.org.uk

Computing Team is the URY team responsible for maintaining URY's computer ordinance, both hardware and software.

What do we do?

We like to think of ourselves as the everything team, because while we're limited to poking anything that involves computers, we actually do an incredible amount of stuff:

Website

We look after the URY website, revamp or replace it when it gets old (about twice a year), and make sure that other teams are able to keep it full of content.

The website is written in Pyramid, which is a Python web framework. Coincidentally, computer science students at time of writing now learn Python as an introductory programming language. We also have some Web systems written in PHP and Ruby.

Our website runs on the Nginx web server, with some of our backend systems using bits of Apache.

Servers

We run our own physical servers, which involves a lot of nipping into our server shed to turn things off and on, swap cables around and shout at power supplies. If you like pulling things out of racks, staring at them, sticking RAM in them and putting them back in racks, then we offer one of the finest physical server admin experiences available to York students.

Of course, it isn't all about the hardware. We also do a lot of system administration on the software side, making sure that all the processes that keep URY running stay up and don't tie themselves in knots. We run FreeBSD and Debian GNU/Linux, with a Windows Server domain controller for the desktop systems.

Desktops

Each studio has a few computers, typically running Windows, that are used by presenters for playing out sound, connecting to the Internet, and using our Studio Information Service. These have to be maintained, of course, and it's us that rise to the challenge.


Software

Compteam develop and maintain most of our software in-house, a fact that we are very proud of - know of any other society at the university that can say that? Know of any other student radio station that can say that? We don't. We've listed some of our things below, and linked to our Ceedox wiki which keeps all our technical documentation and secrets. You have to have a URY account to see those pages, I'm afraid, but York students can get one instantly by going to [1].

LoggerNG

Ceedox Documentation

LoggerNG is our new-for-2013 output logging system. Our Ofcom licence means we have to have a log of 42 days of output at all times - if we aren't recording, we aren't broadcasting. The old logger system runs on some vintage desktop hardware from around 2001, so we needed something new.

LoggerNG includes two dedicated servers, a sox-based recording program, 65 days of FLAC files and a HTML5 download interface on a third server. It's a big thing, and needs to work 100% of the time, all the time (well, term time).

Broadcasting and Presenting Suite (BAPS)

This is another one of our older systems. Written around 2003 in Managed C++, at the time it was seen as everything a presenter would need to do a show - on a computer. Of course, the original designers did not plan for a decade in the future, where social media, HTML5 and APIs are the way of the future, so it is now starting to seem somewhat dated.

The server side of the system manages the ability to play out different audio to different sound cards. It lacks lots of functionality, but is in fact very very good at what it does.

Our 2013/15 roadmap is all about keeping this stable background service (the BAPS server), but refresh the way users can interact with it, using the Radio API Daemon (RAPID) and extending the existing capabilities of our Show Planner (HTML5/JS).

If No Show, I Do an Instantly Organised, Unending Show - Totally Outrageous Non-stop Entertainment System (insidious Tones (iTones))

Ceedox Documentation

Publically known as URY's Campus Jukebox, this is the system that plays songs when there's not a presenter on air. It's another of our mission critical things as we can't broadcast silence, but it also has lots of neat tricks in the form of a web interface to define a range of pre-defined playlist schedules and some automated playlist generation. Its scheduler is part of the MyRadio framework and integrates with the telnet interface of a little-known thing called Liquidsoap (a Savonet project). Trust us when we say it is very powerful and a lot of fun to play with.

MyRadio

This magical little thing is designed to be the glue for URY's services. Written in PHP, Twig and HTML5, this is essentially our intranet. Here's some of the things it pulls together:

  • Presenter Training
  • Show Scheduling
  • URYPlayer Podcasts
  • Show Resources (beds, jingles etc.)
  • Show Planning
  • In-Studio Information (live messages, news & stats)
  • Chart & Playlists
  • Central Music Library
  • iTones
  • Mailing Lists
  • Webcams (and archives)
  • Show Monitoring
  • Statistics

All of this is also exposed using an API [2] which provides us with easy control and remote access to all of the above as well as Users, Committees, Images, Tracklists and our Studio Selector.

This API is then in turn used by a range of our resources, including our RadioPlayer page, E-mail service, MixCloud uploader, Presenter website pages, IRC bot and more. Put simply, this bundle of PHP holds our station together.

Oh, did I mention we're trying to generalise it so other stations can learn what we do under the hood? It's open sourced at [3]!

Show Planner

Ceedox Documentation

Built upon the MyRadio framework, Show Planner is a HTML5 version of the in-studio BAPS client, but in a web browser. It allows anyone to plan shows, upload files and do lots of other neat stuff. If you like lots of pretty client side stuff, with a multi-user editable backend, then you'll love this.

During initial development, it went through several names - BAPSWeb 2, BAPS Planner and NIPSWeb, before eventually being named the more simple Show Planner. It replaced BAPSWeb, a single several-thousand line PHP file and a Comic-Sans interface which were developed around the same time as BAPS itself.

Version 1 was featured as part of our Less Black and More Graphics entry in the Student Radio Awards 2012, but was replaced by the MyRadio integrated version over the next year.

Version 2 of this little gizmo won us a Silver Best Technical Achievement at the Student Radio Awards 2013.

Version 3 is current near-completion, the client-side complete rewritten as part of MyRadio's move to Bootstrap.

Fun

Though Compteam have the burden of a lot of responsibility for critical systems most of the time, really most of us are here to have fun.

Being in and around a student radio station gives people who want to play around with new ideas in an existing context a real jumpstart, and as a consequence whenever we're not fixing stuff we're often in URY working on making new things. Here are a few examples:

  • BAPS, URY's very own custom playout system (Matt Fortune, 20??/??)
  • The studio clock system (Lloyd Wallis, 2011/12)

Prospective members

Computing Team is always looking for new members, so if you're interested by what we do, send us an email (see the infobox on the right hand side)!

URY membership is £7 if you make a regular habit of poking our systems, but anyone is free to come and have a go. The team often has meetings at on Wednesdays in VBar around 7pm.

What we use

As Computing Team's goals involve education and development just as much as professionalism and dependability, there is no requirement for prior knowledge. That being said, some knowledge of any of the following would be a great start:

  • Administration of Unix-style systems, especially Debian GNU/Linux and FreeBSD
  • Administration of Windows client systems, Active Directory and Windows Server
  • Python 2, especially Django
  • SQL, especially PostgreSQL
  • PHP
  • Network administration (hardware and software)
  • Continuous integration - Jenkins/Hudson, Travis
  • Shell scripting
  • Systems programming - C, Go, etc.

History

  • Computing Team was formed by separation from the Technical Team as URY's dependency on computer systems increased during the late 90s and early 2000s.
  • URY's longest ever serving servers (heh) were the First Generation Computing Loggers, in production for 14 years and with 10 years of HDD runtime hours each.

Members (past and present)

Heads of Teams

Other Members

In a rough reverse chronological order.

Big Updates

During breaks between terms, CompTeam will often update or upgrade a large number of services. We like to post a list of changes toward the end of the break.