DIGADIGA

Virtual
Class
CH. NAUMAN BIN NASIR
(03fbs014)
INTRODUCTION
INTRODUCTION
Virtual class is actually an application that
has two parts
 Teachers: teachers can make the changes in
widgets. Like in whiteboard he can
write/draw.
 Students: students can just see in all the
widgets what is happening. Like in
whiteboard they cannot make any change.
 INTRODUCTION
Virtual class is an application through which
students can interact in real time with teacher
over the internet and intranet. Besides audio and
visual transmission of teacher, virtual class can be
used to share documents, computer-displayed
information, and whiteboards.
FUNCTIONAL
REQUIREMENTS
FUNCTIONAL REQUIREMENTS
1. Video Sharing: Students can see
teacher's gesture and posture, as it is very
important for getting things clear.
2. Audio Sharing: Teacher can share
his/her voice to all students for better
understanding.
3. Whiteboard: Which is a shared drawing
space where teacher can demonstrate
things in real time.
FUNCTIONAL REQUIREMENTS
 Desktop Sharing: Where teacher can share
his desktop with his class to describe any
application to students more effectively.
 Files Transfer: A file transfer application for
sending files. Teacher can send assignments,
quizzes and lecture notes to students.
Students can send the solutions and other
files that they want to discuss with teacher.
FUNCTIONAL REQUIREMENTS
 Attendance: Automatic attendance of the
students should be marked.
 List of Students: Everybody attending and
delivering the lecture should get the list of
present students.
PLATFORMS
PLATFORMS
 Apache Tomcat
 Red5 (RTMP Streaming Server)

 Flash 8.0

 ActionScript 2 (AS2)

 MySQL
DATABASE
DATABASE (ENTITIES)

 student: carries students information

 teacher: carries teacher information

 sessionOn: which session are going on now

 session: students in the running session.

 upload: files that are uploaded by teacher

RELATIONSHIP
RTMP AND RTMP SERVER
RTMP
 Real Time Messaging Protocol (RTMP) is a
proprietary protocol developed by Adobe
Systems for streaming audio, video and data
over the Internet, between a Flash player and
a server.
RTMP SERVER
 RTMP server using Real Time Messaging
Protocol handles audio/video streaming, and
data transfer from flash player to other flash
player.
RED5 (RTMP SERVER)
 Red5 is an open source Flash RTMP server
written in Java that supports:
 Streaming Audio/Video (FLV and MP3)

 Recording Client Streams (FLV only)

 Shared Objects

 Live Stream Publishing

 Remoting
CONNECTION AND
STREAMS
CONNECTION
 Connection establishes to server
through NetConnection class
 The NetConnection class manages a
bidirectional connection between Flash
Player and a server, which lets you
connect to Flash Remoting or to Flash
Media Server. Flash Media Server
enables you to share audio, video, and
data using the Macromedia Real-Time
Messaging Protocol (RTMP).
STREAMS
 Stream is a constant delivery of video and
audio to subscriber from provider.
 Streaming in RTMP occurs through a
NetStream Class.
 The NetStream class opens a one-way
streaming connection between Client and
Server through a connection made available
by a NetConnection object.
STRUCTURE OF STREAMING
 A NetStream object is like a channel inside a
NetConnection object; this channel can either
publish audio and/or video data.

Connection

Stream
Stream
AUDIO/VIDEO SHARING
AUDIO / VIDEO
 Receiving and sending of both audio and
video is same.
 One client publishes the stream to server and
server sends it to everybody connected to
that stream.
STRUCTURE OF VIDEO/AUDIO
SHARING
RTMP Server

St
)

re
(A

am
St
am

)
(B

re (A
re

am )
am
St
re

(B
St

Client Client
SHARED WHITEBOARD
SHARED WHITEBOARD
Whiteboard has two parts/ends.
 Teachers End: Teacher can make changes to
it using tools available at the side of
 Students End: Students can just see, what
teacher is doing on his end.
TEACHER’S INTERFACE FOR WHITE
BOARD
STUDENT’S INTERFACE FOR WHITE
BOARD
SHARED WHITEBOARD
 Shared whiteboard works using shared
objects.
 Teacher puts the data in shared objects and
all the attendee pick the new information and
update there whiteboard.
SHARED OBJECTS
SHARED OBJECTS
 Shared-objects enable Flash movies to
save data which persists across multiple
sessions.
 Shared objects are of two types :
1) Local shared objects.
2) Remote shared objects.
LOCAL SHARED OBJECTS
 Local shared objects are sometimes referred
as Flash cookies.
 Local shared objects are stored to the user’s
hard drive.
REMOTE SHARED OBJECTS
 Remote shared objects are stored on the
Communication server. So that, everybody
connected to the application can use it.
 It can be of two types
1) Persistent.
2) Non-Persistent.
PERSISTENT SHARED OBJECTS
 If a shared object is declared persistent the
server keeps the value of object.
 When all the clients disconnected from the
server even then server do not flush the
values of persistent shared objects.
 These types of shared objects can help us in
many situations. Where we want absent
attendees to get the same lecture
afterwards.
NON-PERSISTENT SHARED
OBJECTS
 As by name it is clear that, this kind of
shared objects are opposite to the persistent
shared objects.
 Server do not save the value of Non-
Persistent shared objects.
 When all clients checked out from the server,
server flushes the value of this kind of shared
objects.
WORKING OF WHITEBOARD
TEACHER’S END
 Teacher can select any of the tool from tool
bar, to draw rectangle, filled rectangle, circle,
line, free hand writing to do the appropriate
task for the application.
 After selection teacher click and drag within
the working area (white surface), to draw the
selected object on board.
 Adjusts the size according to the requirement
and release the mouse to paste the object
there.
 As the mouse releases all the attendees
connected to the session will see the change
on the board.
SHARING OF WHITE BOARD
OBJECTS
 This sharing of objects just send 1 or 2 points to
server, this do not over load the bandwidth.
 For Example: if teacher draws rectangle, teacher’s
end of shared board will send two points, color, line
thickness and a flag to shared object on the server.

(x1,y1)

Flag = filledRectangle
COLOR

(x2,y2)
SHARING OF WHITE BOARD
OBJECTS
 Student end will get the changes in shared board from
the server and draws, the rectangle using the
specifications it got from the shared object.

(x1,y1) (x2,y1)

Flag = filledRectangle
COLOR

(x1,y2) (x2,y2)
STUDENTS PRESENT
LIST OF PRESENT STUDENTS
 All the attendees including teacher will get
the list of everybody connected to the
session.
 When a new person enters the session all the
connected people will get his name along
with the picture in the list at on side.
 This list is working using AJAX and PHP.

 When a person gets connected, System

makes an entry in database.
 After every 10 secs system sends request to
database using AJAX and displays the result
in the list.
ARCHITECTURE
SCREEN SHOT OF THE SYSTEM
THANKS
Presenter:
Ch. Nauman bin Nasir