DOCSLIB.ORG

Distribution Agnostic Video Server

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text

Load more

Distribution Agnostic Video Server Waqas Daar Spring, 2010 Master of Science Thesis Stockholm, Sweden 2010 TRITA-ICT-EX-2010:92 KTH ROYAL INSTITUTE OF TECHNOLOGY Distribution Agnostic Video Server by Waqas Daar A thesis submitted in partial fulfillment for the degree of Master of Science in Internetworking in the Telecommunication System Laboratory (TSlab) School of Information and Communication Technology May 2010 Declaration of Authorship I, Waqas Daar, declare that this thesis titled, `Distribution Agnostic Video Server' and the work presented in it are my own. I confirm that: This work was done wholly or mainly while in candidature for a research degree at this University. Where any part of this thesis has previously been submitted for a degree or any other qualification at this University or any other institution, this has been clearly stated. Where I have consulted the published work of others, this is always clearly at- tributed. Where I have quoted from the work of others, the source is always given. With the exception of such quotations, this thesis is entirely my own work. I have acknowledged all main sources of help. Where the thesis is based on work done by myself jointly with others, I have made clear exactly what was done by others and what I have contributed myself. Signed: Date: i KTH ROYAL INSTITUTE OF TECHNOLOGY Abstract Telecommunication System Laboratory (TSlab) School of Information and Communication Technology Master of Science in Internetworking by Waqas Daar With the advances of network and communication technology, real time audio and video streaming services are becoming progressively popular over the Internet. In order to enable universal access of multimedia streaming content and thus the desired end-to-end QoS, it is very desirable to design a video server. A video server, that can dynamically coupled to different streaming engines and deployed in a test bed for conducting different streaming experiments. In this thesis we present the design of a video server that implement an "engine- agnostic" abstraction that will help to automate and repeat deterministic streaming experiments using different engines. Proposed video server is also deployed in a test bed for evaluating different performance measurement parameters like CPU load, memory utilization etc. The results of test bed also support our proposed idea and unfold many opportunities for the research community to perform different multimedia streaming experiments with proposed video server. KTH ROYAL INSTITUTE OF TECHNOLOGY Abstract Telecommunication System Laboratory (TSlab) School of Information and Communication Technology Master of Science in Internetworking by Waqas Daar Med f¨oskott n¨at-och kommunikationsteknik, realtid ljud och video streaming tj¨anster blir gradvis popul¨arap˚aInternet. F¨oratt att allm¨antillgng till multimedia str¨ommande inneh˚alloch d¨armed den ¨onskade end-to-end QoS ¨ardet mycket ¨onskvrtatt utforma en video server. En video server, som kan dynamiskt kopplat till di erent streaming motorer och s¨attsin i en provbnk f¨oratt utf¨oradi erent streaming experiment. I denna avhandling presenterar vi designen av en video server att genomf¨oraen "motor- agnostiker "abstraktion som bidrar till att automatisera och upprepa deterministiska streaming f¨ors¨okmed di erent motorer. F¨oreslagenvideo server ¨arocks˚alanseratsi en provb¨ankf¨orutv¨arderingdi erent parametrar resultatmtning som CPU belastning, minne jande etc. Resultatet av en provb¨ankst¨oderocks v˚araf¨oreslagnaid och f¨all m˚angam¨ojligheterf¨orforskningen att genomf¨ora di erent multimedia str¨omexperiment med f¨oreslagnavideo server. Acknowledgements This thesis work has been carried out in Department of Information Engineering and Computer Science in University of Trento, Italy. First of all I would like to thank ALLAH Subhanahu wa-ta'ala for his help and then I would like to record my gratitude to both of my supervisers Renato Lo Cigno and Luca Abeni for their supervision, advice, and guidance from the very early stage of this research as well as giving me extraordinary experiences through out the work. Above all and the most needed, they provided me unintimidated encouragement and support in various ways. I gratefully acknowledge Markus Hidell for his advice, and crucial contribution, which made him a backbone of this research and so to this thesis. His involvement with his originality has triggered and nourished my intellectual maturity that I will benefit from, for a long time to come. Markus, I am grateful in every possible way. Many thanks go in particular to Tariq Mahmood and Adil Yaqoob. I am much in- debted to Tariq Mahmood for his valuable advice in thesis writing and furthermore, using his precious times to read this thesis and gave his critical comments about it. Words fail me to express my appreciation to my family for their love, support, per- sistent confidence and most importantly prayers during my studies far away from them. Finally, It is pleasure to thank all my friends specially Ishrat Ali Awan, Asim Shahzad, Waqas Ghuman and Talha Bin Fida, who supported me during my studies and stay in Sweden. And as well as expressing my apology that I could not mention personally one by one. iv Contents Declaration of Authorshipi Abstract ii Acknowledgements iv List of Figures viii List of Tablesx Abbreviations xi 1 Introduction1 1.1 Motivation...................................1 1.2 Problem Statement...............................2 1.3 Thesis objective.................................2 1.4 Contributions..................................3 1.5 Thesis outline..................................3 2 Background4 2.1 Video Streaming................................4 2.2 Challenges of Video Streaming........................6 2.3 Streaming Protocols..............................7 2.3.1 Real time Streaming Protocol (RTSP)................8 2.3.2 Session Description Protocol..................... 10 2.3.3 Real Time Transport Protocol (RTP)................ 12 2.3.3.1 RTP Header......................... 13 2.3.3.2 RTP Profile......................... 14 2.3.3.3 Real Time Control Protocol (RTCP)........... 15 2.3.4 RTCP Services............................. 15 2.3.4.1 RTCP Packet Types..................... 16 2.3.5 Proprietary Streaming Protocol.................... 17 2.3.5.1 Microsoft Media Server................... 17 2.3.5.2 Shoutcast/Icecast Protocol (ICY)............. 17 v Contents vi 2.4 Multicast Streaming.............................. 18 2.5 Peer to Peer Streaming............................ 19 2.5.1 Structured approach.......................... 21 2.5.2 Unstructured approach........................ 22 3 Related Work 23 3.1 Commercial Streaming Servers........................ 27 3.1.1 Real Network's Helix Server and Proxy............... 27 3.1.2 Apple's and QuickTime's Darwin Streaming Servers........ 27 3.1.3 Flash Media Server........................... 28 3.1.4 Microsoft Windows Media Services (WMS)............. 29 3.2 Conclusion................................... 29 4 Distribution Agnostic Video Server (DAVS) Design 30 4.1 Design Approaches............................... 30 4.2 DAVS Design.................................. 31 4.3 Functionalities................................. 32 4.4 DAVS Architecture............................... 33 4.4.1 DAVS API............................... 34 4.4.2 Video server interface......................... 36 4.4.3 Streaming engines........................... 36 4.4.4 DAVS Database design........................ 37 4.5 DAVS Client Design.............................. 38 4.6 DAVS system overview............................. 42 4.7 Conclusion................................... 44 5 Implementation of Distribution Agnostic Video Server (DAVS) 45 5.1 Implementation Approaches.......................... 45 5.1.1 Shell Scripting............................. 46 5.1.2 FFmpeg................................. 47 5.2 API Implementation.............................. 47 5.2.1 Validation................................ 48 5.2.2 Importing................................ 49 5.2.3 Start................................... 51 5.2.4 Stop................................... 52 5.2.5 Deport.................................. 52 5.3 Video Server Interface............................. 53 5.4 Proposed packages of DAVS Client...................... 58 6 Testing of Distribution Agnostic Video Server (DAVS) 60 6.1 DAVS Perfomance Evaluation......................... 60 6.1.1 Metrics of DAVS capacity....................... 61 6.2 Experimental Procedure............................ 62 6.2.1 Experiment Description........................ 63 6.3 Experiment Results............................... 64 6.3.1 Behavior of CPU and Memory utilization.............. 65 6.3.2 Behavior of DAVS Network Interface................. 67 6.4 Advantages and disadvantages of DAVS................... 68 Contents vii 6.5 Conclusion................................... 69 7 Conclusion and Future Work 70 7.1 Conclusion................................... 70 7.2 Future Work.................................. 71 A DAVS Code 72 B DAVS Client 73 B.1 Class dependency Diagram.......................... 73 B.2 Snapshot of DAVS Client........................... 73 Bibliography 75 List of Figures 2.1 Downloading video [11]............................5 2.2 Streaming modes [11].............................6 2.3 RTSP Session[14]................................9 2.4 Sample SDP File................................ 12 2.5 Encapsulation of RTP Packet [15]....................... 13 2.6 RTP Header..................................
Recommended publications
  • Peer-To-Peer Systems and Massively Multiplayer Online Games

    Peer-To-Peer Systems and Massively Multiplayer Online Games

    Peer-to-Peer Systems and Massively Multiplayer Online Games Speaker: Jehn-Ruey Jiang CSIE Department National Central University P2P Systems Client/Server Architecture GET /index.html HTTP/1.0 HTTP/1.1 200 OK ... Server Clients 3/66 Peer-to-Peer Architecture Gateway Server Peers 4/66 The architectures Server-based architecture Client-Server / Server-Cluster Problems： Limited resources All loads are centered on the server Server-based architecture has low scalability. The setup and maintenance cost is high. Peer-to-Peer (P2P) architecture Advantages： Distributing loads to all users Users consume and provide resources P2P architecture has high scalability. The setup and maintenance cost is low. The Client Side Today‟s clients can perform more roles than just forwarding users requests Today‟s clients have: more computing power more storage space Thin client Fat client 6/66 Evolution at the Client Side DEC‟S VT100 IBM PC PC @ 4-core 4GHz @ 4.77MHz No storage 300GB HD 360k diskettes „70 „80 2008 7/66 What Else Has Changed? The number of home PCs is increasing rapidly Most of the PCs are “fat clients” As the Internet usage grow, more and more PCs are connecting to the global net Most of the time PCs are idle How can we use all this? Peer-to-Peer (P2P) 8/66 What is peer-to-peer (P2P)? “Peer-to-peer is a way of structuring distributed applications such that the individual nodes have symmetric roles. Rather than being divided into clients and servers each with quite distinct roles, in P2P applications a node may act as both
  • Mac OS X Server Administrator's Guide

    Mac OS X Server Administrator's Guide

    034-9285.S4AdminPDF 6/27/02 2:07 PM Page 1 Mac OS X Server Administrator’s Guide K Apple Computer, Inc. © 2002 Apple Computer, Inc. All rights reserved. Under the copyright laws, this publication may not be copied, in whole or in part, without the written consent of Apple. The Apple logo is a trademark of Apple Computer, Inc., registered in the U.S. and other countries. Use of the “keyboard” Apple logo (Option-Shift-K) for commercial purposes without the prior written consent of Apple may constitute trademark infringement and unfair competition in violation of federal and state laws. Apple, the Apple logo, AppleScript, AppleShare, AppleTalk, ColorSync, FireWire, Keychain, Mac, Macintosh, Power Macintosh, QuickTime, Sherlock, and WebObjects are trademarks of Apple Computer, Inc., registered in the U.S. and other countries. AirPort, Extensions Manager, Finder, iMac, and Power Mac are trademarks of Apple Computer, Inc. Adobe and PostScript are trademarks of Adobe Systems Incorporated. Java and all Java-based trademarks and logos are trademarks or registered trademarks of Sun Microsystems, Inc. in the U.S. and other countries. Netscape Navigator is a trademark of Netscape Communications Corporation. RealAudio is a trademark of Progressive Networks, Inc. © 1995–2001 The Apache Group. All rights reserved. UNIX is a registered trademark in the United States and other countries, licensed exclusively through X/Open Company, Ltd. 062-9285/7-26-02 LL9285.Book Page 3 Tuesday, June 25, 2002 3:59 PM Contents Preface How to Use This Guide 39 What’s Included
  • 04. Peer-To-Peer Applications

    04. Peer-To-Peer Applications

    Internet Technology 04. Peer-to-Peer Applications Paul Krzyzanowski Rutgers University Spring 2016 February 15, 2016 CS 352 © 2013-2016 Paul Krzyzanowski 1 Peer-to-Peer (P2P) Application Architectures • No reliance on a central server • Machines (peers) communicate with each other • Pools of machines (peers) provide the service • Goals client server – Robustness • Expect that some systems may be down – Self-scalability • The system can handle greater workloads as more peers are added peers February 15, 2016 CS 352 © 2013-2016 Paul Krzyzanowski 2 Peer-to-Peer networking “If a million people use a web site simultaneously, doesn’t that mean that we must have a heavy-duty remote server to keep them all happy? No; we could move the site onto a million desktops and use the Internet for coordination. Could amazon.com be an itinerant horde instead of a fixed central command post? Yes.” – David Gelernter The Second Coming – A Manifesto See http://edge.org/conversation/the-second-coming-a-manifesto February 15, 2016 CS 352 © 2013-2016 Paul Krzyzanowski 3 Peer to Peer applications • P2P targets diverse solutions – Cooperative computation – Communications (e.g., Skype) – Exchanges, digital currency (bitcoin) – DNS (including multicast DNS) – Content distribution (e.g., BitTorrent) – Storage distribution • P2P can be a distributed server – Lots of machines spread across multiple datacenters Today, we’ll focus on file distribution February 15, 2016 CS 352 © 2013-2016 Paul Krzyzanowski 4 Four key primitives • Join/Leave – How do you join a P2P system?
  • Saracon Manual

    Saracon Manual

    Ultra High-QualitySar Audio-File And acSample-Rate Conversionon Software Manual Please see page two for version of this manual. Weiss Engineering Ltd. Florastrasse 42, 8610 Uster, Switzerland Phone: +41 44 940 20 06, Fax: +41 44 940 22 14 Email: [email protected], Websites: www.weiss.ch or www.weiss-highend.com 2 This is the manual for Saracon on Windows: c Weiss Engineering LTD. August 20, 2020 Typeset with LATEX 2". Author: Uli Franke Acknowledgements: Daniel Weiss, Rolf Anderegg, Andor Bariska, Andreas Balaskas, Alan Silverman, Kent Poon, Helge Sten, Bob Boyd, all the beta-testers and all other persons involved. Saracon Version: 01 . 61 - 37 Manual Revision: 00.03 Legal Statement The software (Saracon) and this document are copyrighted. All algorithms, coefficients, code segments etc. are intellectual property of Weiss Engineering ltd.. Neither disassembly nor re-usage or any similar is allowed in any way. Contravention will be punished by law. Information in this document is provided solely to enable the user to use the Saracon software from Weiss Engineering ltd.. There are no express or implied copyright licenses granted hereunder to design or program any similar software based on the information in this document. Weiss Engineering ltd. does not convey any license under its patent rights nor the rights of others. Weiss Engineering ltd. reserves the right to make changes without further notice to any products herein. Weiss Engineering ltd. makes no warranty, representation or guarantee regarding the suitability of its products for any particular purpose, nor does Weiss Engineering ltd. assume any liability arising out of the application or use of any part of this software or manual, and specifically disclaims any and all liability, including without limitation consequential or incidental damages.
  • You Are Not Welcome Among Us: Pirates and the State

    You Are Not Welcome Among Us: Pirates and the State

    International Journal of Communication 9(2015), 890–908 1932–8036/20150005 You Are Not Welcome Among Us: Pirates and the State JESSICA L. BEYER University of Washington, USA FENWICK MCKELVEY1 Concordia University, Canada In a historical review focused on digital piracy, we explore the relationship between hacker politics and the state. We distinguish between two core aspects of piracy—the challenge to property rights and the challenge to state power—and argue that digital piracy should be considered more broadly as a challenge to the authority of the state. We trace generations of peer-to-peer networking, showing that digital piracy is a key component in the development of a political platform that advocates for a set of ideals grounded in collaborative culture, nonhierarchical organization, and a reliance on the network. We assert that this politics expresses itself in a philosophy that was formed together with the development of the state-evading forms of communication that perpetuate unmanageable networks. Keywords: pirates, information politics, intellectual property, state networks Introduction Digital piracy is most frequently framed as a challenge to property rights or as theft. This framing is not incorrect, but it overemphasizes intellectual property regimes and, in doing so, underemphasizes the broader political challenge posed by digital pirates. In fact, digital pirates and broader “hacker culture” are part of a political challenge to the state, as well as a challenge to property rights regimes. This challenge is articulated in terms of contributory culture, in contrast to the commodification and enclosures of capitalist culture; as nonhierarchical, in contrast to the strict hierarchies of the modern state; and as faith in the potential of a seemingly uncontrollable communication technology that makes all of this possible, in contrast to a fear of the potential chaos that unsurveilled spaces can bring.
  • A Review of HTTP Live Streaming

    A Review of HTTP Live Streaming

    A Review of HTTP Live Streaming Andrew Fecheyr-Lippens ([email protected]) Abstract TODO: write abstract January 2010 A Review of HTTP Live Streaming Andrew Fecheyr-Lippens Table of Contents 1. Introduction to streaming media 3 On-demand vs live streaming 3 2. Popular solutions 5 RTP/RTSP 5 Adobe Flash Media Streaming Server 5 3. Apple’s HTTP Live Streaming 7 HTTP Streaming Architecture 7 Server Components 9 Media Segment Files 10 Distribution Components 11 Client Component 11 Using HTTP Live Streaming 12 Session Types 12 Content Protection 13 Caching and Delivery Protocols 14 Stream Alternatives 14 Failover Protection 15 4. Critical Comparison 16 Ease of Setup 16 HTTP Live Streaming - Apple tools 17 HTTP Live Streaming - Open Source tools 17 RTP/RTSP - Darwin Streaming Server 18 Compatibility 19 Features 20 Ease of Distribution 21 Cost 22 5. Conclusion 23 6. Appendices 25 Appendix 1 - Index file generated by Apple tool 25 Appendix 2 - Configuration file for the O.S. toolchain 26 Appendix 3 - Index files generated by O.S. toolchain 27 Appendix 4 - Web server access log 28 Appendix 5 - Akamai HD for iPhone architecture 29 7. References 30 2 A Review of HTTP Live Streaming Andrew Fecheyr-Lippens 1.Introduction to streaming media In the early 1990s consumer-grade personal computers became powerful enough to display video and playback audio. These early forms of computer media were usually delivered over non-streaming channels, by playing it back from CD-ROMs or by downloading a digital file from a remote web server and saving it to a local hard drive on the end user's computer.
  • Faq Av Bridge Va 999 821

    Faq Av Bridge Va 999 821

    Contents 1 Vaddio IP Streaming Features and Functionality................................................................................. 2 1.1 Frequently Asked Questions ........................................................................................................ 2 1.2 Streaming Configuration.............................................................................................................. 4 1.3 Application Examples................................................................................................................... 5 1.3.1 Distribution Application (Single Stream-to-Multiple Clients)............................................... 5 1.3.2 Recording/Archive Application ............................................................................................ 6 2 Compatibility Summary ....................................................................................................................... 7 2.1 Vaddio Lab Tested Interoperability.............................................................................................. 7 2.2 Field Test Media Players or Server............................................................................................... 7 3 Media Player/Server Interoperability .................................................................................................. 8 3.1 Quicktime Media Player............................................................................................................... 8 3.2 VLC Player .................................................................................................................................
  • Working with Audio/Video

    Working with Audio/Video

    Working with Audio/Video Who on campus works with video/audio? • Network and Classroom Services (NCS) provides a comprehensive variety of services supporting the use of information technology in education. Their main service includes support for Technology Classrooms and other centrally scheduled spaces on both North and South campuses. They also provide support for video/audio related services as listed below. (Alternative contact: Beth Fellendorf 645-5526 Email [email protected]) • Digital Lecture Hall Recording Digitally capture and store recorded content for access via the web. This service mainly provides audio recording capabilities, but video recording can also be arranged in certain circumstances. Check Classroom Attributes for a list of classroom descriptions, including Digital Lecture recording capability. • Classroom Capture Services Record lectures, workshops or other classroom based events and makes them available on the web. NCS can provide these services in multiple remote locations as well as several fixed distance learning classrooms. The files created can be made available for on-demand viewing or can be streamed lived as an event takes place. These video files are often used for student review, as primary or supplemental course content and to preserve special lectures for multiple semesters. If you need to capture content quickly and do not require any post-production editing they may be the right service for you. Recordings can be produced in Real Media, Windows Media or Accordant format. Viewers can review a recording via streaming technology on the web and, if you desire, they can be given the ability to download and save the file. Live streaming is provided in either Real Media or Windows Media format.
  • I Feasibility of Streaming Media for Transportation Research And

    I Feasibility of Streaming Media for Transportation Research And

    Feasibility of Streaming Media For Transportation Research and Implementation Final Report Prepared by: Drew M. Coleman July 2007 Research Project SPR-2231 Report No. 2231-F-05-11 Connecticut Department of Transportation Bureau of Engineering and Highway operations Division of Research Keith R. Lane, P.E. Director of Research and Materials James M. Sime, P.E. Manager of Research i TECHNICAL REPORT DOCUMENTATION PAGE 1. Report No. 2. Government Accession 3. Recipients Catalog No. 2231-F-05-11 No. 4. Title and Subtitle 5. Report Date Feasibility of Streaming Media for July 2007 Transportation Research and 6. Performing Organization Code Implementation SPR-2231 7. Author(s) Drew M. Coleman 8. Performing Organization Report No. 2231-F-05-11 9. Performing Organization Name and 10. Work Unit No. (TRIS) Address 11. Contract or Grant No. Connecticut Department of Transportation CT Study No. SPR-2231 Division of Research 13. Type of Report and Period Covered 280 West Street Final Report Rocky Hill, CT 06067-3502 February 2001-June 2007 12. Sponsoring Agency Name and Address Connecticut Department of Transportation 2800 Berlin Turnpike 14. Sponsoring Agency Code Newington, CT 06131-7546 SPR-2231 15. Supplementary Notes Conducted in cooperation with the U.S. Department of Transportation, Federal Highway Administration 16. Abstract This report is intended to serve as a guide for transportation personnel in the development and dissemination of streaming video-based presentations. These were created using streaming media production tools, then delivered via network and Web-based media servers, and finally, viewed from the end-users’ PC- desktops. The study focuses on three popular streaming media technology platforms: RealNetworks®, Microsoft® and Apple®.
  • [MS-MSSOD]: Media Streaming Server Protocols Overview

    [MS-MSSOD]: Media Streaming Server Protocols Overview

    [MS-MSSOD]: Media Streaming Server Protocols Overview This document provides an overview of the Media Streaming Server Protocols Overview Protocol Family. It is intended for use in conjunction with the Microsoft Protocol Technical Documents, publicly available standard specifications, network programming art, and Microsoft Windows distributed systems concepts. It assumes that the reader is either familiar with the aforementioned material or has immediate access to it. A Protocol System Document does not require the use of Microsoft programming tools or programming environments in order to implement the Protocols in the System. Developers who have access to Microsoft programming tools and environments are free to take advantage of them. Intellectual Property Rights Notice for Open Specifications Documentation . Technical Documentation. Microsoft publishes Open Specifications documentation for protocols, file formats, languages, standards as well as overviews of the interaction among each of these technologies. Copyrights. This documentation is covered by Microsoft copyrights. Regardless of any other terms that are contained in the terms of use for the Microsoft website that hosts this documentation, you may make copies of it in order to develop implementations of the technologies described in the Open Specifications and may distribute portions of it in your implementations using these technologies or your documentation as necessary to properly document the implementation. You may also distribute in your implementation, with or without modification, any schema, IDL's, or code samples that are included in the documentation. This permission also applies to any documents that are referenced in the Open Specifications. No Trade Secrets. Microsoft does not claim any trade secret rights in this documentation.
  • Get Real: Print This

    Get Real: Print This

    Get Real: Print This http://www.corante.com/getreal/archives/032237print.html from Get Real by Marc Eisenstadt January 11, 2005 BitTorrent, eXeem, Meta-Torrent, Podcasting: "What? So What?" SUMMARY: The index that facilitates the sharing of files on a large scale is also the Achilles heel of peer-to-peer file-sharing, because it is vulnerable to litigation and closure. So what happens if the index is itself distributed? I try to get my head around the latest in peer-to-peer file sharing, and explain a bit about what I've learned, including the fact that BitTorrent's power rests in its 'swarm' distribution model, but not necessarily in your end-user download speed. What has this got to do with podcasting? (Answer: invisible P2P plumbing helps the podcasting wheel go round). [Warning: lengthy article follows]. First, some history (skip ahead to the next section if you're already bored with the Napster, Gnutella, KaZaa, and BitTorrent saga). Napster opened our eyes to the power of distributed file sharing on a massive scale. But it was closed down by lawsuits to stop it from listing copyrighted works for which the owners would naturally have preferred to collect royalties (there are thousands of commentaries on the pros and cons of such royalties, but that's not the focus of this posting). Successive generations of tools such as Gnutella, KaZaa, and now BitTorrent have created their own buzz, their own massive followings, their own headaches, and their own solutions to others' headaches. Here's my rundown of the 'big ideas' (and the people behind them): Napster (Shawn Fanning): This was the Mother of big-time peer-to-peer (P2P) file transfers, i.e.
  • Windows Poster 20-12-2013 V3

    Windows Poster 20-12-2013 V3

    Microsoft® Discover the Open Specifications technical documents you need for your interoperability solutions. To obtain these technical documents, go to the Open Specifications Interactive Tiles: open specifications poster © 2012-2014 Microsoft Corporation. All rights reserved. http://msdn.microsoft.com/openspecifications/jj128107 Component Object Model (COM+) Technical Documentation Technical Documentation Presentation Layer Services Technical Documentation Component Object Model Plus (COM+) Event System Protocol Active Directory Protocols Overview Open Data Protocol (OData) Transport Layer Security (TLS) Profile Windows System Overview Component Object Model Plus (COM+) Protocol Active Directory Lightweight Directory Services Schema WCF-Based Encrypted Server Administration and Notification Protocol Session Layer Services Windows Protocols Overview Component Object Model Plus (COM+) Queued Components Protocol Active Directory Schema Attributes A-L Distributed Component Object Model (DCOM) Remote Protocol Windows Overview Application Component Object Model Plus (COM+) Remote Administration Protocol Directory Active Directory Schema Attributes M General HomeGroup Protocol Supplemental Shared Abstract Data Model Elements Component Object Model Plus (COM+) Tracker Service Protocol Active Directory Schema Attributes N-Z Peer Name Resolution Protocol (PNRP) Version 4.0 Windows Data Types Services General Application Services Services Active Directory Schema Classes Services Peer-to-Peer Graphing Protocol Documents Windows Error Codes ASP.NET