Project Presentation. Reminder 13th November 1 – 5pm Read your emails/Visit web sites for more information (later)

Slides:



Advertisements
Similar presentations
Streaming Video over the Internet
Advertisements

NUS.SOC.CS Roger Zimmermann (based in part on slides by Ooi Wei Tsang) Peer-to-Peer Streaming.
1 BUFFERING APPROACH FOR ENERGY SAVING IN VIDEO SENSORS Wanghong Yuan, Klara Nahrstedt Department of Computer Science University of Illinois at Urbana-Champaign.
NUS.SOC.CS5248 Ooi Wei Tsang 1 Adaptive Playout. NUS.SOC.CS5248 Ooi Wei Tsang 2 You are Here Network Encoder Sender Middlebox Receiver Decoder.
Multimedia Systems As Presented by: Craig Tomastik.
NUS.SOC.CS Roger Zimmermann (based on slides by Ooi Wei Tsang) MPEG + RTP.
Receiver-driven Layered Multicast S. McCanne, V. Jacobsen and M. Vetterli University of Calif, Berkeley and Lawrence Berkeley National Laboratory SIGCOMM.
MMCN 19 Jan 2005 Ooi Wei Tsang Peer-to-Peer Streaming.
NUS.SOC.CS Roger Zimmermann (based in part on slides by Ooi Wei Tsang) 1 Adaptive Playout.
Measurements of Congestion Responsiveness of Windows Streaming Media (WSM) Presented By:- Ashish Gupta.
PROMISE: Peer-to-Peer Media Streaming Using CollectCast Mohamed Hafeeda, Ahsan Habib et al. Presented By: Abhishek Gupta.
Efficient and Flexible Parallel Retrieval using Priority Encoded Transmission(2004) CMPT 886 Represented By: Lilong Shi.
Application layer (continued) Week 4 – Lecture 2.
End-to-End TCP-Friendly Streaming Protocol and Bit Allocation for Scalable Video Over Wireless Internet Fan Yang, Qian Zhang, Wenwu Zhu, and Ya-Qin Zhang.
Scalable and Continuous Media Streaming on Peer-to-Peer Networks M. Sasabe, N. Wakamiya, M. Murata, H. Miyahara Osaka University, Japan Presented By Tsz.
NUS.SOC.CS Roger Zimmermann (based on slides by Ooi Wei Tsang) Systems Support for Continuous Media.
Periodic Broadcasting with VBR- Encoded Video Despina Saparilla, Keith W. Ross and Martin Reisslein (1999) Prepared by Nera Liu Wing Chun.
Adaptive Multi-source Streaming in Heterogeneous Peer-to-peer Network Vikash Agarwa; Reza Rejaie Twelfth Annual Multimedia Computing and Networking (MMCN.
Prefix Caching assisted Periodic Broadcast for Streaming Popular Videos Yang Guo, Subhabrata Sen, and Don Towsley.
Reza Rejaie Computer and Information Science Department University of Oregon Antonio Ortega Integrated Media Systems Center University of Southern California.
PROMISE: Peer-to-Peer Media Streaming Using CollectCast M. Hefeeda, A. Habib, B. Botev, D. Xu, and B. Bhargava ACM Multimedia 2003, November 2003.
Optimal Proxy Cache Allocation for Efficient Streaming Media Distribution Bing Wang, Subhabrata Sen, Micah Adler, and Don Towsley INFOCOM 2002.
Streaming Video Gabriel Nell UC Berkeley. Outline Scalable MPEG-4 video – Layered coding method – Integrated transport-decoder buffer model RAP streaming.
Peter Parnes, CDT1/22 Media Scaling of IP-Multicast Streams in Heterogeneous Networks Peter Parnes LTU-CDT/Marratech Roxy Workshop Media Scaling.
Statistical Multiplexer of VBR video streams By Ofer Hadar Statistical Multiplexer of VBR video streams By Ofer Hadar.
Nus.soc.cs5248 Ooi Wei Tsang Recent Papers from conferences.
Integrated Optimization of Video Server Resource and Streaming Quality Over Best- Effort Network Authors: Hang Yu, Ee-Chien Chang, Wei Tsang Ooi Presented.
Variable Bit Rate Video Coding April 18, 2002 (Compressed Video over Networks: Chapter 9)
PROMISE: Peer-to-Peer Media Streaming Using CollectCast Presented by: Randeep Singh Gakhal CMPT 886, July 2004.
Receiver-driven Layered Multicast Paper by- Steven McCanne, Van Jacobson and Martin Vetterli – ACM SIGCOMM 1996 Presented By – Manoj Sivakumar.
Farid Molazem Network Systems Lab Simon Fraser University Scalable Video Transmission for MobileTV.
Ali Saman Tosun Computer Science Department
1 Cache Me If You Can. NUS.SOC.CS5248 OOI WEI TSANG 2 You Are Here Network Encoder Sender Middlebox Receiver Decoder.
Energy-Efficient Soft Real-Time CPU Scheduling for Mobile Multimedia Systems Wanghong Yuan, Klara Nahrstedt Department of Computer Science University of.
NUS.SOC.CS2105 Ooi Wei Tsang Application Transport Network Link Physical you are here.
NUS.SOC.CS5248 Ooi Wei Tsang Previously, on CS5248..
NUS.SOC.CS Roger Zimmermann (based on slides by Ooi Wei Tsang) Systems Support for Continuous Media.
Streaming Media Control n The protocol components of the streaming n RTP/RTCP n RVSP n Real-Time Streaming Protocol (RTSP)
NUS.SOC.CS5248 Ooi Wei Tsang Systems Support for Continuous Media OOI WEI TSANG.
CS Spring 2010 CS 414 – Multimedia Systems Design Lecture 40 – Final Exam Review Session Klara Nahrstedt Spring 2010.
CS Spring 2014 CS 414 – Multimedia Systems Design Lecture 18 – Multimedia Transport (Part 1) Klara Nahrstedt Spring 2014.
Scalable Video Coding and Transport Over Broad-band wireless networks Authors: D. Wu, Y. Hou, and Y.-Q. Zhang Source: Proceedings of the IEEE, Volume:
NUS.SOC.CS Roger Zimmermann (based in part on slides by Ooi Wei Tsang) 1 Proxy Caching for Streaming Media.
NUS.SOC.CS5248 Ooi Wei Tsang Course Matters. NUS.SOC.CS5248 Ooi Wei Tsang Deadlines 11 Oct: Survey Paper Due 18 Oct: Paper Reviews Due.
NUS.SOC.CS Roger Zimmermann (based on slides by Ooi Wei Tsang) Systems Support for Continuous Media.
NUS.SOC.CS5248 Ooi Wei Tsang Rate Adaptations. NUS.SOC.CS5248 Ooi Wei Tsang You are Here Network Encoder Sender Middlebox Receiver Decoder.
Peer-to-Peer Media Streaming ZIGZAG - Ye Lin PROMISE – Chanjun Yang SASABE - Kung-En Lin.
NUS.SOC.CS5248 Ooi Wei Tsang 1 Proxy Caching for Streaming Media.
NUS.SOC.CS Roger Zimmermann (based in part on slides by Ooi Wei Tsang) Rate Adaptations.
TCP continued. Discussion – TCP Throughput TCP will most likely generate the saw tooth type of traffic. – A rough estimate is that the congestion window.
NUS.SOC.CS5248 OOI WEI TSANG 1 Previously, on CS5248..
UNIT 3 MULTIPLE ACCESS Adapted from lecture slides by Behrouz A. Forouzan © The McGraw-Hill Companies, Inc. All rights reserved.
NUS.SOC.CS5248 Ooi Wei Tsang Systems Support for Continuous Media.
NUS.SOC.CS Roger Zimmermann (based in part on slides by Ooi Wei Tsang) Rate Adaptations.
Accelerating Peer-to-Peer Networks for Video Streaming
Chapter 9: Transport Layer
Media Compression.
Adaptive Mobile Applications
Instructor Materials Chapter 9: Transport Layer
CS5248: Systems Support for Continuous Media
Proxy Caching for Streaming Media
Project Proposal Due Next Mon. Submit by
Error Recovery.
Rate Adaptations.
MPEG + RTP.
Adaptive Playout.
Video Multicast over the Internet (IEEE Network, March/April 1999)
Video On Demand.
Computer Networks Bhushan Trivedi, Director, MCA Programme, at the GLS Institute of Computer Technology, Ahmadabad.
Presentation transcript:

Project Presentation

Reminder 13th November 1 – 5pm Read your s/Visit web sites for more information (later)

Reminder Please check your project title Please check your grades

Reviews Categories 4 categories No submission Did not demonstrate understanding Understand and summarize Understand, think and summarize

What I Hope You Have Learned How to read papers? How to evaluate papers? Think critically about what you read

Recent Papers from conferences

Sessions Session 1: Movies and Music Session 2: Peer-to-Peer Streaming Session 3: Power-Friendly

Movies and Music Session 1

Characterizing DVD Wu-Chi Feng et. al. Packet Video 2003

Motivations Lots of DVD videos available How are they encoded? What is the implications to our research?

DVD data 107 video streams 140 hours 80 DVDs

Bit-rates Maximum DVD bit rates 10 Mbps Found on DVD 3.3 – 7.8 Mbps VBR Quantization values change over time (only Spy Kids is CBR)

GOPs and Sequences Each GOP was encoded into a different sequence GOP sizes: around 12 frames

NUS.SOC.CS5248 OOI Wei Tsang Sequence sequence header: width height frame rate bit rate :

NUS.SOC.CS5248 OOI Wei Tsang GOP: Group of Picture gop header: time :

NUS.SOC.CS5248 OOI Wei Tsang Picture pic header: number type (I,P,B) :

Frame Patterns Most videos have varying Number of frames within a GOP Frame patterns (ID4 has 134 unique GOP patterns)

Frame Pattern Scene Change Detection used extensively IPPPPPPP quite common!

Implication to Research Cannot assume fixed frame pattern Cannot always drop B frames

Network Musical Performances UC Berkeley NOSSDAV 2001

Goal Show that networked musical performances (NMP) can be done

Observation Stanford – Berkeley (40 miles) RTT ~4 ms 0.72 meters Berkeley – Caltech (375 miles) RTT ~28 ms 4.88 meters

Observation Musical instruments have long production latency

Observation Don’t send audio, send command Keeps “states” of the current music performance

Example NoteOn(channel, note, velocity) NoteOff(channel, note)

Packet Loss Recovery Lost/Late NoteOn skipped Lost/Late NoteOff executed

Packet Loss Recovery Guard packets Recovery journals

Bandwidth 20 MIDI command per seconds 640 bps With recovery journals ~7 kbps

Experience Lost/Late NoteOn/NoteOff But musician can adjust and play fluidly

Peer-to-Peer Session 2

P2Cast Yang Guo et. al. WWW 2003

NUS.SOC.CS5248 OOI WEI TSANG Patching Time Client Request mcast unicast

NUS.SOC.CS5248 OOI WEI TSANG Patching Time Client Request Patching Window: W mcast

Problem with VOD IP Multicast usually assumed Patching still requires unicast connections

P2Cast

New Session

Existing Session + Patch ? ? Fat Pipe First

Patch Server Selection

Patching Stream patching stream base stream

Tree Example

Failure Recovery X

What if Patch server failed? Base server failed?

PROMISE Mohamed Hafeeda et. al. ACM MM 2003

Problem P2P with streaming One peer may not have enough bandwidth Need to aggregate multiple peers

Architecture B/2 B/4 CollectCast

Select sending peers Monitor network Assign streaming rates and data segments Decide when to change peers

PROMISE Operations I want to watch LOTR:T2T

PROMISE Operations These are the candidate s..

PROMISE Operations Max expected goodness Subject to rate constraints

PROMISE Operations Here are your peers!

PROMISE Operations Send these..

PROMISE Operations Should I switch?

PALS Reza Rejaie et. al. NOSSDAV 2003

Problem P2P with streaming One peer may not have enough bandwidth Need to aggregate multiple peers Using layered coding With congestion control

Sliding Window playout time window

Packet Assignment playout time S1S2

Sending Mechanism Request packets in priority order Sender must send in order Next request overwrites previous one

Power-Friendly Session 3

GRACE-OS Wanghong Yuan SOSP 2003

Motivation Mobile devices run on battery How to save battery?

Dynamic Voltage Scaling Example: AMD Athlon 4 PowerOn {300, 500, 600, 700, 800, 1000}MHz Energy  V 2

CPU Scheduler When to execute a task How long to execute it How fast to execute it

NUS.SOC.CS5248 OOI WEI TSANG CPU Reservation “I need C units of time, out of every T units.”

Probability Distribution cycles Cum. Prob.

CPU Requirements “I need C units of time, out of every T units.”

Speed Schedule speed time

Finding Speed Schedule Let task execute at speed v x during cycle x execution time: power: average power:

Optimize This Minimize: Subjected to:

Implementation Linux Kernel AMD Athlon lines of code

Findings Probability distribution is quite stable Able to meet deadlines with bounded miss ratio Save energy by 7 – 72%

Proxy Assisted Streaming Prashant Shenoy et. al. MMCN 2003

Motivation Power-aware streaming to mobile device save energy in decoding frames save energy in receiving packets

Architecture server/proxyclient Here’s my energy budget for decoding + network reception and max resolution

Architecture server/proxyclient OK, what should I send?

Information Needed Map stream properties to energy requirement Need to know decoding time of a frame

Frame Decoding Time

Estimating Frame Decoding Time

Transcoding If current stream would exceed client decoding energy budget Need to transcode by reducing quality

Transcode to what? E = estimated energy needed while E > energy budget reduce quality by ε E = estimate energy needed

Transcoded Streams server/proxyclient

Reducing NIC Energy NIC has two modes : active/sleep Client can activate NIC only when packets are expected.

Burst Transmission I will start transmitting at 10:12:54.86 pm

Evaluations Decoding Time Frame Number

Evaluations NIC Idle Uptime: 2 – 20%