A follow up to Suzy’s RFI–
I am also very curious what other museums are using for audio hosting. There 
are a lot of options out there, but nothing quite as ubiquitous (nor free) as 
YouTube, I frequently hear Soundcloud referenced as this option, but I am not 
fond of this service for several reasons. It would be amazing to hear about 
personal experiences with other products to help better define the pros and 
cons. Thus far, I’ve had the ease of working with a minimal amount of content 
so that we can host on our server, but this leaves us with a less than ideal 
asset management and not a particularly sophisticated playback experience.

As always, I’m happy to share back my learnings to the community!


On 7/22/17, 7:35 AM, "mcn-l-boun...@mcn.edu on behalf of mcn-l-requ...@mcn.edu" 
<mcn-l-boun...@mcn.edu on behalf of mcn-l-requ...@mcn.edu> wrote:

    Send mcn-l mailing list submissions to

    To subscribe or unsubscribe via the World Wide Web, visit
    or, via email, send a message with subject or body 'help' to

    You can reach the person managing the list at

    When replying, please edit your Subject line so it is more specific
    than "Re: Contents of mcn-l digest..."

    Today's Topics:

       1. RFI: Audio Hosting (Sarraf, Suzanne)


    Message: 1
    Date: Fri, 21 Jul 2017 19:21:34 +0000
    From: "Sarraf, Suzanne" <s-sar...@nga.gov>
    To: Museum Computer Network Listserv <mcn-l@mcn.edu>
    Subject: [MCN-L] RFI: Audio Hosting
    Message-ID: <90b34088-cc60-4fe2-a03c-8d5067ba8...@nga.gov>
    Content-Type: text/plain; charset="utf-8"

    Hello MCN Community,

    We are doing some market research on audio hosting. If possible, can you 
share information about who you use, cost, if you are happy with the service, 

    Thank you for sharing your time and expertise,
    Suzy Sarraf

    Looking for a vendor that would ideally have these requirements as standard 
part of service.


      *   Sandbox environment
      *   Multiple user logins/ID w/differing levels of access
      *   Robust analytics (GA integration)
      *   Work w/3rd party vendors (e.g., 3play)
      *   A secure / authenticated web based API to get a list of media items 
and properties for each, e.g. title, id, token used by players, duration, size, 
creation / update dates, etc.
      *   Player loading and media streaming must support distribution over 
secure HTTPS rather than HTTP - there should not merely be a redirect back to 
      *   Technical support (minimally via e-mail and chat) for the APIs and 
the platform in general
      *   Players, multiple types available (single track, multi-track)
      *   Players that can be skinned by applying custom CSS
      *   Players should be responsive for different devices and touch-enabled
      *   Players (probably multiple) that work across all devices and web 
browsers supported by the web site and platform support for auto-detection of 
the client in order to deliver the proper player for the client platform
      *   HTML5 based players that DO NOT REQUIRE FLASH OR OTHER PLUGINS - if 
there's a flash player that's used when flash is available, that's fine, but 
flash cannot be a required plugin for any player to work
      *   Ideally a programming API to get a list of configured players 
suitable for playing various media supported by the provider, but that's not 
      *   Ideally a programming API for performing CRUD (create, read, update, 
destroy) operations on media items, but that's not required
      *   Ideally all web based APIs would also be made available with a Java 
API wrapper, but that's not required
      *   Absolute URL accessible for production of RSS/XML to populate Itunes 
and other aggregates
      *   Public facing channel via service (e.g. Soundcloud) publically 


Anna Chiaretta Lavatelli
Director of Digital Media
Museum of Contemporary Art Chicago
220 East Chicago Avenue
Chicago, IL 60611


This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise private information. If you have received it in 
error, please notify the sender immediately and delete the original. Any other 
use of the email by you is prohibited.


    mcn-l mailing list

    End of mcn-l Digest, Vol 143, Issue 16

You are currently subscribed to mcn-l, the listserv of the Museum Computer 
Network (http://www.mcn.edu)

To post to this list, send messages to: mcn-l@mcn.edu

To unsubscribe or change mcn-l delivery options visit:

The MCN-L archives can be found at:

Reply via email to