pinkaru / medialab_dls Goto Github PK

Event의 생성 및 발생 구조를 분석하고 이해하여 원하는 기능으로 사용할 수 있도록 제어한다

3/12 회의 내용

1. 진행상황 자체 Seminar

• 해준 -> Dash.js 추가 설명 및 Dash.js 코드 수정하여 Player Event 추가 내용 설명
• 주영 -> AST(Application Signaling Table) 표준문서 정리 및 xml 파일 생성
• 찬영 -> MP4Box의 Live 기능 시도 및 Dash.js, Javascript 공부

2. 회의 내용

• 박사과정 조교님의 질문 : AST는 Application Signaling 에 관한 건데, Media Segment Signaling (Event Signaling)에 관련한 프로젝트에서 필요한가??

• AST내용 다시 정리 -> AST는 Integrated Broadcast and Broadband에 관련되 내용으로 AST에서 사용되는 Media의 송, 수신 Server의 정보 등은 우리가 “이미 잘돌아간다”는 가정 하에 하고 있는 것이라 사실 크게 상관 없을 수도 있다. AST는 ROUTE에서 필요한 테이블
• AST를 사용한다면? -> AST는 어떻게 전송되고, MPD와의 관계는?
• MPD 속에 정의되고 있는 (우리가 수정해서 정의해야한다.) event stream가 AST를 가리켜야 하나, 아니면 AST가 먼저 파싱된 후 그에 따른 MPD를 열어야 하는가? (순서의 문제)
• 결론 -> 결국 아마 ROUTE를 사용하게 되면 AST가 알아서 돼지 않을까...? (우리가 만드는 프로그램(?) 윗선에서...)
• 결론2 -> 그래도 계속 공부해보고 xml로 구현까지 해보도록 하자. (중요한 내용이 될 수 있다.)

• 지금까지의 프로젝트 진행사항 정리

• 툴 정리
  Generator Server Player
  FFMPEG, MP4Box (GPAC) Google Cloud Platform (GCP) Dash.js
• 문제 정리 (정보수집 - 시도 - 개발 - 테스트 의 4가지로 진행사항을 표시한다)
  문제 내용 분야 진행사항
  P1 MPD, Segment 만들기 Generator 개발
  P2 AST등 추가 Signaling Message Generator 정보수집
  P3 Server 구현 Server 개발
  P4 MPD, Segment, Table Parsing Player 시도
  P5 Event 발생 Player 개발
  P6 PD, CD 통신 Player 정보수집
• 문서작업 - 설계서, 기능 설명서, 요구사항 정의서, 논문, 포스터 등...

• 추후 일정 정리

• 4차 발표 (3/15 목) 까지 진행할 사항
  담당자 문제 분야 내용
  정해준 P4 파싱할 내용 정보수집
  정해준 P5 Event 구현 후 test
  유주영 P2 AST에 대한 조시 및 의문제시
  김찬영 - 4차 발표준비
  문서작업 - 일단 급한 계획서부터 (3/22)

• 5차 발표 (3/29) 까지 진행할 사항
  담당자 문제 분야 내용
  정해준 P4 개발 및 테스트
  정해준 P5 개발 및 테스트 (P4와 같이감)
  유주영 P2 MMTP Sample 구하기, xml 작성 및 파싱
  김찬영 P6 정보수집 및 시도까지 (DVB-CSS)
  그 외 문서 작업도 동시에 진행함

3. 다음 회의 - 3/14 6시 이노갤러리!!!

DASH IBB 서비스를 주제로 발표하였음. 해당 시나리오가 통과됨에 따라서 Dynamic Linkage Service를 주제로 앞으로 프로젝트를 진행하게 되었음.

4차 세미나 준비

1. 사용자 이벤트를 생성 및 처리해본다. - player/dash.js
2. 영상을 dash-live로 생성하여 재생해본다 - generator/mp4box

1. LIVE로 구동할 것
2. MPD에 사용자 특정 이벤트 추가할 것

DVB CSS 표준에 따라서 디바이스간 통신에 대한 작업을 수행한다

DASHfying된 미디어 파일의 메타데이터의 제공과 미디어 세그먼트를 제공하는 기능을 가진 서버. 미디어는 Generator에서 생성하며 서버는 중개역할을 한다

Dynamic Linkage Service에 대한 구체적인 시나리오 및 도구가 제시 되었음. 오픈소스에 대한 분석 및 테스트에 대한 발표를 함.

현재 사용중인 dash.js의 Player에서는 MPD만 사용 중이며 이는 소스의 경로가 기본으로 지정되어 있거나 사용자가 요청하는 경우이기 때문에 AST를 필요로 하지 않고 있다. ROUTE와의 동기화를 위해서 AST를 어떻게 적용시킬 것인가에 대한 문제이다(논의중)

DASH 서비스가 가능한 서버 생성
플랫폼 : GCP
OS : windows server 2012
도구 : IIS (Internet information service)

ip : 35.194. 99.72

여러가지 지적 및 조언이 있었음

1. 주제 네이밍
   "컴패니언 스크린 서비스를 위한 시그널링 방안 제시" 등의 명칭으로 좀 더 명확하게 전달하는 것이 필요

2. 서버
   "UDP 전송(통신)이 가능한가? UDP포트로 미디어 데이터의 푸쉬가 가능한가"
   "서버는 TCP/IP, UDP 2가지로 구성되야한다."

3. 전체적인 테스트 시나리오를 제시한 후 부분별 테스트를 진행해야 함

4. 아키텍처에 대한 명확한 구조 정의가 필요함

┆Attachments: 4차 세미나 녹음파일(발표자 김찬영).m4a

dash.js player에서 MPD 및 세그먼트 등의 파싱 구조를 분석하여 메타데이터 문장들을 이해하고 사용할 수 있도록 한다

프로젝트에 관련된 문서를 작성한다.

프로젝트 문서를 논문으로 작성한다

4차 세미나 준비에 대한 토의 및 진행사항 확인 및 상의

DASH 동기화 이슈에 대해서 발표하였음, 그러나 크게 지적 받음