Design and Implementation of DV based video over RTP

1
Design and Implementation of DV based video over
RTP

• 2003. 5. 20
• Park Kyoungsun

2
Contents

• Abstraction
• Introduction
• Digital Video Encoding Format
• RTP Payload for DV format Video
• Implementation of DV over RTP on
• FreeBSD

3
Abstraction(1)

• focused on
• - DV format for video/audio media
• - high quality, high bandwidth
• DV format
• - using IEEE 1394 interface
• - use DCT and VLC technique

4
Abstraction(2)

• DV/RTP format
• - max 33Mbps streaming packets
• - variety of network bandwidth
• discarding video frame rate
• - over 10Base-T based Ethernet
• degrading frame rate to 1/10

5
1. Introduction - background

• DV is a packet based video/audio
• format
• restriction of IEEE 1394 SDTI
• - cable length, network configuration
• - To overcome, expensive equipment

6
2. Digital Video Encoding Format (1)

• Advantages
• - small tape media size
• - full digital recording capability
• - appropriate cost
• - easy to configure non-linear
• editing system liking to PC

7
2. Digital Video Encoding Format (2)

• DIF(Digital Interface Format) sequence
• - 150 chunks of 80 bytes length DIF
• blocks
• - header, subcode, VAUX(Video
• Auxiliary information), Audio data
• and Video data

8
2. Digital Video Encoding Format (3)

• DIF block

9
2. Digital Video Encoding Format (4)

• DV format compression
• - use only intra frame DCT and VLC
• compression technique

10
3. RTP Payload for DV format Video (1)

• RTP
• - accomplish realtime stream
• transportation using the internet.
• - underlying protocol in DV system

11
3. RTP Payload for DV format Video (2)

• The format of DV over RTP
• - uses RTP fixed header only.
• - Except that all DIF blocks in one
• RTP packet must be from the same
• video frame
• - Transition by RTP timestamp
• - doesnt rely on any packet for transition

12
3. RTP Payload for DV format Video (3)

• DV/RTP packet format
• Two types of DV stream system
• - with single bundled stream
• - separated streams

13
3. RTP Payload for DV format Video (4)

• Two strategies for unbundled stream
• - without video data
• same granularity for timestamp
• - common PCM audio format
• different timestamp granularity
• Perfect synch -gt bundled stream

14
4. Implementation of DV over RTP on FreeBSD (1)

• DVTS DV Transport System
• - IP based DV video transmission
• system
• configured
• - only with highly available standard
• PCI based PC compatibles
• - IEEE 1394 interface

15
4. Implementation of DV over RTP on FreeBSD (2)

• system architecture

16
4.1 IEEE 1394 device driver for FreeBSD (1)

• IEEE 1394
• - device driver on FreeBSD
• - integrate various interface cable
• - connect heterogeneous speed
• device

17
4.1 IEEE 1394 device driver for FreeBSD (2)

• Three types of transmission mode
• - isochronous stream
• strict packet jitter, guaranteed
• bandwidth without reliable
• communication
• - asynchronous stream
• best effort without reliability

18
4.1 IEEE 1394 device driver for FreeBSD (3)

• - asynchronous request
• reliable communication
• 8kHz time slice -gt 6144 time slot
• Consumer DV adopts IEEE 1394 as
• its digital interface standard

19
4.1 IEEE 1394 device driver for FreeBSD (4)

• Isochronous packet timing on IEEE 1394

20
4.2 Network utilization and frame discard (1)

• for stable continous transmission
• - discarding picture frames
• - preserving audio frames
• - In DV stream, sender pulls out
• audio data from discarded frame
• and send it via IP

21
4.2 Network utilization and frame discard (2)

• error concealment strategy
• -gt related data from prevous frame
• disadvantages of RTP
• - does not ensure reachability
• - not aware of congestion of path
• gt Frame Buffering

22
4.2 Network utilization and frame discard (3)

• Frame Buffering

23
4.3 IPv6 Support and multicast

• compatibilty between IPv4 and IPv6
• - implement on FreeBSD 3.3
• -gt support IPv6
• - no significant difference in
• measured bandwidth

24
5. Conclusion and Future Work

• DVTS has ability to decrease
• bandwidth usage of Dv/RTP stream
• Create a system that does not
• require a IEEE 1394

25
(No Transcript)
26
(No Transcript)
27
(No Transcript)
28
(No Transcript)
29
(No Transcript)
30
(No Transcript)