CONSTRUCTION AND DEVELOPMENT MUSIC STREAMING ASSOCIATED REAL-TIME SYNCHRONIZATION MOBILE APPLICATION WITH HIGH INTERACTIVITY ON MULTIPLE PLATFORMS

 Suitable function and requirement, enough for user, possible to implement  Passed the key issue - streaming.  Design quite good and can solve the problems  Nice GUI and good user ex[r]

Thesis Topic

CONSTRUCTION AND DEVELOPMENT MUSIC STREAMING

ASSOCIATED REAL-TIME SYNCHRONIZATION MOBILE

APPLICATION WITH HIGH INTERACTIVITY ON MULTIPLE

ABOUT OUR IDEAL

Listen Together ?

- Have you ever try this experience?

- Come together and feel our song!

- But if we have a distance!!!

Ideal of our application

 Allow to listen a same song at the same time

 Make a feeling that we are beside

 Disappear our distance

 Share our emotion

 Start a new relationship

 Be a good music player and manager

 With a full function of a music application

 Help to listen by the most convenient way

 Can be used instead of the default music player

 There are a lot of good response from many people

 The application with same idea have not occurred

 Amount of demand is very big especially from the young

 Construction and development are possible

 Strong spillover

 Long term life cycle

 Extremely big workload

 Need many developers and supporters

 Require to research and learn about many issue

 High difficulty on design and development

 Must implement on multiple platform and programming languages

 Competitive when publicizing

Related Work

RESEARCHING AND LEARNING CURRENT TECHNOLOGY

Related Work

 Streaming Research

 RTSP

 RTP and RTCP

 Digital Audio and MP3 File Format

 Modern Application Architecture

 Web service Model

 Social Login

 Peer to Peer Connection

Streaming Research

 RTSP (Real Time Streaming Protocol).

 Become a standard and widely used in streaming

 Used to establish and control media session

 Using TCP to maintain end to end connection

 Using requests to communicate

 Using RTP to carry streaming data

 Basic requests are: DESCRIBE, SET UP, PLAY, TEADOWN

Streaming Research

 RTP (Real Time Transport Protocol) and RTCP (RTP Control Protocol)

 RTP deliver audio and video over IP networks

 RTP carry the data; RTCP handle transmission, synchronization multiple stream

 UDP package to deliver data

 Can detect the wrong or lost package, resend package

 RTP header contain information of RTP package

 RTP payload contain streaming data determining by specific application

 Data layers delivery separately

RTP in network model RTP header

Streaming Research

 Digital Sound and MP3 format.

Streaming Research

 Application Framing Layer.

 A principle for using RTP

 Determined for specified applications and media formats

 Ensure data can be processed and played separately

Modern applications architecture

 Web service model

 Social login

 Peer to peer connection

Modern applications architecture

 Web service model

 Design for machine-to-machine interaction over a network

 Best way to connect applications on different programming languages and platforms

 Connection method does not depend on any specific programming language

 Exchanging data through the use of XML files

 Sent request by the HTTP protocol

Modern applications architecture

Web service architecture and mechanist

Modern applications architecture

 Social login

 Using an available social network account instead of create a new one to login

 Becoming common for websites and applications

 Quickly login, convenient for user

 Highly trusted user information, good security

 Provide additional precious information of user

 Taking advantage of Social network popularity for spreading

 Facebook connect AIP

Modern applications architecture

Social login in famous applications and website

Modern applications architecture

 Peer to peer connection

 Finding IP address problem

 Controversial of NAT (Network Address Translation)

 Hole punching technique

Our System

TAKE A LOOK ABOUT HOW TO WE BUILD APPLICATION

Our System

 Analysis and Requirement

 Design

 Implement

Analysis and Requirement

 Is it potential?

 Who is target of the application?

 What is user want?

 How to make us different?

 How is our capability?

Analysis and Requirement

 Function Requirement

 Be a good music application on the smart phone device

 Have listening together function

 Be connected and logged by using Facebook account

 Contact with other user

 Non function requirement

 Multiple mobile platforms, many of operating system versions

 Manage large amounts of user, back end controlling

 Good GUI and performance, smoothly running

 Designing is optimal, possible to expanding

Analysis and Requirement

 Use case diagram

Logging and geting Friend from

 Our system architecture

5: MessageSentNotify 6: DisplayMessageSent

contacting with friend sequence diagram

5: DenyMessage

6: SendAcceptListen

9: CreateMusicStreamSender(FriendUser,song) 8: AcceptMessage

10: StartStream 11: StopPlay()

12: Disconnect()

7: CreateMuicStreamReciver()

Invite friend to listen sequence diagram

GUI Design

Navigation menu and Page View in application

 Our simple streaming protocol

 Replacing for RTSP

 Inherits the traits and ideas of RTSP

 Omit some elements, simpler, possible to implement

 Meet the requirements, suit for application

 Called RTSP (Mobile Real-Time Streaming Protocol)

 Buffer processing

 Used to load streaming data to Media Player

 Avoid exception in some platform and programming languages

 Created form 2 files

Our Result and

Discussion

 Our completed work

 Design the Essential

 Success in Streaming

 Make Android Client Application with many function

Our completed work

 Function in our application

Our completed work

 Functions in our application

Discussion

 Self commendation

 Advantage.

 Suitable function and requirement, enough for user, possible to implement

 Passed the key issue - streaming

 Design quite good and can solve the problems

 Nice GUI and good user experience

 Conner stone for future development

 Disadvantage

 Not completed because of enormous workload

 Some functions not perform in perfect

 No unit testing

 Need more time, effort, investment and support

Future Work

 Finding investment

 Expanding the team

 Implement server side

 Implement client on other platforms

 Testing

 Publicizing product

 Promotion and Advertising

Thank you for

paying attention

ANY QUESTION?