KR20120111908A - 정보 처리 장치, 정보 처리 방법, 재생 장치, 재생 방법 및 프로그램 - Google Patents

정보 처리 장치, 정보 처리 방법, 재생 장치, 재생 방법 및 프로그램 Download PDF

Info

Publication number
KR20120111908A
KR20120111908A KR1020117003377A KR20117003377A KR20120111908A KR 20120111908 A KR20120111908 A KR 20120111908A KR 1020117003377 A KR1020117003377 A KR 1020117003377A KR 20117003377 A KR20117003377 A KR 20117003377A KR 20120111908 A KR20120111908 A KR 20120111908A
Authority
KR
South Korea
Prior art keywords
stream
information
file
field
video
Prior art date
Application number
KR1020117003377A
Other languages
English (en)
Inventor
모또끼 가또
Original Assignee
소니 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 소니 주식회사 filed Critical 소니 주식회사
Publication of KR20120111908A publication Critical patent/KR20120111908A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/189—Recording image signals; Reproducing recorded image signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H04N5/77—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television camera
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8211—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being a sound signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8233—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being a character code signal
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Abstract

본 발명은, 3D 화상의 콘텐츠를 적절하게 재생할 수 있도록 할 수 있는 정보 처리 장치, 정보 처리 방법, 재생 장치, 재생 방법 및 프로그램에 관한 것이다. 광 디스크(2)에는, H.264 AVC/MVC의 부호화 방식에 의해 생성된 Base view video 스트림(L 화상)과 Dependent view video 스트림(R 화상) 및 재생을 제어하는 정보인 PlayList가 기록된다. PlayList에 설정되어 있는 MVC_flag의 값이, 3D 재생에 관한 정보가 포함되어 있는 것을 나타내고 있는 경우, PlayList의 ExtensionData()의 기술도 참조되어 3D 재생이 행해진다. ExtensionData()의 필드에는 Dependent view video 스트림의 재생에 관한 정보가 기술되어 있다. 본 발명은, Blu-Ray(등록 상표) Disc의 플레이어에 적용할 수 있다.

Description

정보 처리 장치, 정보 처리 방법, 재생 장치, 재생 방법 및 프로그램{INFORMATION PROCESSING DEVICE, INFORMATION PROCESSING METHOD, PLAYBACK DEVICE, PLAYBACK METHOD, AND PROGRAM}
본 발명은, 정보 처리 장치, 정보 처리 방법, 재생 장치, 재생 방법 및 프로그램에 관한 것으로, 특히 3D 화상의 콘텐츠를 적절하게 재생할 수 있도록 한 정보 처리 장치, 정보 처리 방법, 재생 장치, 재생 방법 및 프로그램에 관한 것이다.
최근, 입체시가 가능한 3차원(3D) 화상의 콘텐츠가 주목을 모으고 있다. 3D 화상의 표시의 방식으로서는, 좌안용의 화상과 우안용의 화상을 교대로 표시시키는 방식 등의 다양한 방식이 있지만, 어느 방식을 채용하는 경우든, 3D 화상의 데이터량은, 2D 화상의 데이터량보다 커진다.
영화 등의 고해상도의 콘텐츠를, 데이터량이 많은 3D 화상으로서 기록하기 위해서는 대용량의 기록 매체가 필요하다.
그러한 대용량의 기록 매체로서는, 예를 들어 BD-ROM 등의 Blu-Ray(등록 상표) Disc(이하, 적절히 BD라고 한다)가 있다.
일본 특허 공개 평11-195287호 공보
그런데, 현행의 BD의 규격에서는, 3D 화상의 콘텐츠를 BD에 어떻게 기록하고, 또한 재생할지는 규정되어 있지 않다.
3D 화상의 콘텐츠의 기록이나 재생의 방법을, 3D 화상의 콘텐츠의 오소링(authoring)을 행하는 저작자(author)에게 위임해 버리면, 3D 화상의 콘텐츠를 적절하게 재생할 수 없게 될 우려가 있다.
따라서, 3D 화상의 콘텐츠의 기록이나 재생의 방법을 규정하여 둘 필요가 있다. 또한, 호환성을 확보하여, 종래의 2D 재생용의 플레이어에 있어서도 적어도 2D 화상에서의 재생이 가능하게 되도록, 3D 화상의 콘텐츠의 기록이나 재생의 방법을 규정하여 둘 필요가 있다.
본 발명은, 이러한 상황을 감안하여 이루어진 것이며, BD 등의 기록 매체로부터, 3D 화상의 콘텐츠를 적절하게 재생할 수 있도록 하는 것이다.
본 발명의 일측면의 정보 처리 장치는, 콘텐츠의 재생을 제어하는 정보인 PlayList의 확장 필드 중에 정의된, 서브 재생 패스(sub playback path)에 관한 정보가 기술되는 필드인 제1 필드와, 스트림 번호에 관한 정보가 기술되는 필드인 제2 필드를 사용하여, 소정의 부호화 방식으로 비디오 스트림이 부호화됨으로써 생성된 기본 스트림과 확장 스트림 중, 상기 확장 스트림을 참조하는 서브 재생 패스를 지정하는 정보와, 상기 확장 스트림의 트랜스포트 패킷의 PID를 지정하는 정보를 설정하는 설정 수단을 구비한다.
상기 기본 스트림과 상기 확장 스트림은, 각각 H.264 AVC/MVC의 부호화 방식에 의해 비디오 스트림이 부호화됨으로써 생성된 Base view video의 스트림과 Dependent view video의 스트림이며, 상기 설정 수단에는, 상기 서브 재생 패스를 지정하는 정보로서, 상기 서브 재생 패스의 종류가, 상기 Dependent view video의 스트림을 참조하는 패스인 것을 나타내는 정보와, 상기 Dependent view video의 스트림의 속성 정보인 클립 정보의 파일의 파일명을, 상기 제1 필드에 설정시킬 수 있다.
상기 기본 스트림과 상기 확장 스트림은, 각각 H.264 AVC/MVC의 부호화 방식에 의해 비디오 스트림이 부호화됨으로써 생성된 Base view video의 스트림과 Dependent view video의 스트림이며, 상기 설정 수단에는, 상기 서브 재생 패스를 지정하는 정보로서의 상기 서브 재생 패스의 ID와, 상기 Dependent view video의 스트림의 트랜스포트 패킷의 PID를, 상기 제2 필드에 설정시킬 수 있다.
본 발명의 일측면의 정보 처리 방법은, 콘텐츠의 재생을 제어하는 정보인 PlayList의 확장 필드 중에 정의된, 서브 재생 패스에 관한 정보가 기술되는 필드인 제1 필드와, 스트림 번호에 관한 정보가 기술되는 필드인 제2 필드를 사용하여, 소정의 부호화 방식으로 비디오 스트림이 부호화됨으로써 생성된 기본 스트림과 확장 스트림 중, 상기 확장 스트림을 참조하는 서브 재생 패스를 지정하는 정보와, 상기 확장 스트림의 트랜스포트 패킷의 PID를 지정하는 정보를 설정하는 스텝을 포함한다.
본 발명의 일측면의 프로그램은, 콘텐츠의 재생을 제어하는 정보인 PlayList의 확장 필드 중에 정의된, 서브 재생 패스에 관한 정보가 기술되는 필드인 제1 필드와, 스트림 번호에 관한 정보가 기술되는 필드인 제2 필드를 사용하여, 소정의 부호화 방식으로 비디오 스트림이 부호화됨으로써 생성된 기본 스트림과 확장 스트림 중, 상기 확장 스트림을 참조하는 서브 재생 패스를 지정하는 정보와, 상기 확장 스트림의 트랜스포트 패킷의 PID를 지정하는 정보를 설정하는 스텝을 포함하는 처리를 컴퓨터에 실행시킨다.
본 발명의 다른 측면의 재생 장치는, 콘텐츠의 재생을 제어하는 정보인 PlayList의 확장 필드 중에 정의된, 서브 재생 패스에 관한 정보가 기술되는 필드인 제1 필드와, 스트림 번호에 관한 정보가 기술되는 필드인 제2 필드에 설정된, 소정의 부호화 방식으로 비디오 스트림이 부호화됨으로써 생성된 기본 스트림과 확장 스트림 중, 상기 확장 스트림을 참조하는 서브 재생 패스를 지정하는 정보와, 상기 확장 스트림의 트랜스포트 패킷의 PID를 지정하는 정보에 기초하여, 상기 확장 스트림의 재생을 제어하는 제어 수단을 구비한다.
상기 기본 스트림과 상기 확장 스트림은, 각각 H.264 AVC/MVC의 부호화 방식에 의해 비디오 스트림이 부호화됨으로써 생성된 Base view video의 스트림과 Dependent view video의 스트림이며, 상기 제어 수단에는, 상기 Dependent view video의 스트림의 재생 제어를, 상기 PlayList 중 메인 재생 패스에 관한 정보가 기술되는 필드에 설정된, 상기 Base view video의 스트림을 참조하는 메인 재생 패스를 지정하는 정보와, 상기 Base view video의 스트림의 트랜스포트 패킷의 PID를 지정하는 정보에 기초하여 행해지는 상기 Base view video의 스트림의 재생 제어와 함께 행하게 할 수 있다.
본 발명의 다른 측면의 재생 방법은, 콘텐츠의 재생을 제어하는 정보인 PlayList의 확장 필드 중에 정의된, 서브 재생 패스에 관한 정보가 기술되는 필드인 제1 필드와, 스트림 번호에 관한 정보가 기술되는 필드인 제2 필드에 설정된, 소정의 부호화 방식으로 비디오 스트림이 부호화됨으로써 생성된 기본 스트림과 확장 스트림 중, 상기 확장 스트림을 참조하는 서브 재생 패스를 지정하는 정보와, 상기 확장 스트림의 트랜스포트 패킷의 PID를 지정하는 정보에 기초하여, 상기 확장 스트림의 재생을 제어하는 스텝을 포함한다.
본 발명의 다른 측면의 프로그램은, 콘텐츠의 재생을 제어하는 정보인 PlayList의 확장 필드 중에 정의된, 서브 재생 패스에 관한 정보가 기술되는 필드인 제1 필드와, 스트림 번호에 관한 정보가 기술되는 필드인 제2 필드에 설정된, 소정의 부호화 방식으로 비디오 스트림이 부호화됨으로써 생성된 기본 스트림과 확장 스트림 중, 상기 확장 스트림을 참조하는 서브 재생 패스를 지정하는 정보와, 상기 확장 스트림의 트랜스포트 패킷의 PID를 지정하는 정보에 기초하여, 상기 확장 스트림의 재생을 제어하는 스텝을 포함하는 처리를 컴퓨터에 실행시킨다.
본 발명의 일측면에 있어서는, 콘텐츠의 재생을 제어하는 정보인 PlayList의 확장 필드 중에 정의된, 서브 재생 패스에 관한 정보가 기술되는 필드인 제1 필드와, 스트림 번호에 관한 정보가 기술되는 필드인 제2 필드를 사용하여, 소정의 부호화 방식으로 비디오 스트림이 부호화됨으로써 생성된 기본 스트림과 확장 스트림 중, 상기 확장 스트림을 참조하는 서브 재생 패스를 지정하는 정보와, 상기 확장 스트림의 트랜스포트 패킷의 PID를 지정하는 정보가 설정된다.
본 발명의 다른 측면에 있어서는, 콘텐츠의 재생을 제어하는 정보인 PlayList의 확장 필드 중에 정의된, 서브 재생 패스에 관한 정보가 기술되는 필드인 제1 필드와, 스트림 번호에 관한 정보가 기술되는 필드인 제2 필드에 설정된, 소정의 부호화 방식으로 비디오 스트림이 부호화됨으로써 생성된 기본 스트림과 확장 스트림 중, 상기 확장 스트림을 참조하는 서브 재생 패스를 지정하는 정보와, 상기 확장 스트림의 트랜스포트 패킷의 PID를 지정하는 정보에 기초하여, 상기 확장 스트림의 재생이 제어된다.
본 발명에 따르면, 3D 화상의 콘텐츠를 적절하게 재생할 수 있다.
도 1은 본 발명을 적용한 재생 장치를 포함하는 재생 시스템의 구성예를 도시하는 도면이다.
도 2는 촬영의 예를 나타내는 도면이다.
도 3은 MVC 인코더의 구성예를 도시하는 블록도이다.
도 4는 화상의 참조의 예를 나타내는 도면이다.
도 5는 TS의 구성예를 도시하는 도면이다.
도 6은 TS의 다른 구성예를 도시하는 도면이다.
도 7은 광 디스크 상의 데이터의 배치의 예를 나타내는 도면이다.
도 8은 AV 스트림의 관리 구조의 예를 나타내는 도면이다.
도 9는 Main Path와 Sub Path의 구조를 도시하는 도면이다.
도 10은 광 디스크에 기록되는 파일의 관리 구조의 예를 나타내는 도면이다.
도 11은 PlayList 파일의 구문을 도시하는 도면이다.
도 12는 MVC_flag의 의미를 도시하는 도면이다.
도 13은 MVC_file_type의 의미를 도시하는 도면이다.
도 14는 SubPath_type의 의미를 도시하는 도면이다.
도 15는 SubPath_entries_extention()의 구문을 도시하는 도면이다.
도 16은 SubPath_extention()의 구문을 도시하는 도면이다.
도 17은 SubPath_type_extention의 의미를 도시하는 도면이다.
도 18은 STN_table_extention()의 구문을 도시하는 도면이다.
도 19는 stream_entry()의 구문을 도시하는 도면이다.
도 20은 PlayItem과 SubPlayItem의 관계를 도시하는 도면이다.
도 21은 재생 장치의 구성예를 도시하는 블록도이다.
도 22는 디코드부의 구성예를 도시하는 도면이다.
도 23은 PlayList 파일의 구체예를 도시하는 도면이다.
도 24는 clpi 파일의 구문을 도시하는 도면이다.
도 25는 파일 관리의 개념을 도시하는 도면이다.
도 26은 도 23의 PlayList 파일에 따라서 행해지는 재생 처리에 대하여 설명하는 흐름도이다.
도 27은 chunk_map()의 구문을 도시하는 도면이다.
도 28은 chunk_map()의 구체예를 도시하는 도면이다.
도 29는 데이터의 분리의 예를 나타내는 도면이다.
도 30은 EP_map()의 구문을 도시하는 도면이다.
도 31은 PlayList 파일의 다른 예를 나타내는 도면이다.
도 32는 파일 관리의 개념을 도시하는 도면이다.
도 33은 도 31의 PlayList 파일에 따라서 행해지는 재생 처리에 대하여 설명하는 흐름도이다.
도 34는 PlayList 파일의 또 다른 예를 도시하는 도면이다.
도 35는 clpi 파일의 구문을 도시하는 도면이다.
도 36은 파일 관리의 개념을 도시하는 도면이다.
도 37은 도 34의 PlayList 파일에 따라서 행해지는 재생 처리에 대하여 설명하는 흐름도이다.
도 38은 PlayList 파일의 예를 나타내는 도면이다.
도 39는 clpi 파일의 구문을 도시하는 도면이다.
도 40은 소프트 제작 처리부의 구성예를 도시하는 블록도이다.
도 41은 소프트 제작 처리부를 포함하는 구성의 예를 나타내는 도면이다.
도 42는 컴퓨터의 구성예를 도시하는 블록도이다.
[재생 시스템의 구성예]
도 1은, 본 발명을 적용한 재생 장치(1)를 포함하는 재생 시스템의 구성예를 도시하는 도면이다.
이 재생 시스템은, 재생 장치(1)와 표시 장치(3)가 HDMI(High Definition Multimedia Interface) 케이블 등으로 접속됨으로써 구성된다. 재생 장치(1)에는, BD-ROM 등의, BD 규격의 광 디스크인 광 디스크(2)가 장착된다.
광 디스크(2)에는, 시점의 수가 2개인 3D 화상을 표시하기 위하여 필요한 스트림이 기록되어 있다. 스트림을 광 디스크(2)에 기록하기 위한 부호화의 방식으로서, 예를 들어 H.264 AVC(Advanced Video Coding)/MVC(Multi-view Video coding)가 채용된다.
재생 장치(1)는, 광 디스크(2)에 기록되어 있는 스트림의 3D 재생에 대응한 플레이어이다. 재생 장치(1)는, 광 디스크(2)에 기록되어 있는 스트림을 재생하고, 재생하여 얻어진 3D 화상을 텔레비전 수상기 등으로 이루어지는 표시 장치(3)에 표시시킨다. 음성에 대해서도 마찬가지로 재생 장치(1)에 의해 재생되고, 표시 장치(3)에 설치되는 스피커 등으로부터 출력된다. 또한, 재생 장치(1)는, 종래의 BD 플레이어와 마찬가지로 2D 재생에도 대응하고 있다.
[H.264 AVC/MVC Profile]
H.264 AVC/MVC에서는, Base view video라고 불리는 화상 스트림과, Dependent view video라고 불리는 화상 스트림이 정의되어 있다. 이하, 적절히 H.264 AVC/MVC를 간단히 MVC라고 한다.
도 2는 촬영의 예를 나타내는 도면이다.
도 2에 도시한 바와 같이, 동일한 피사체를 대상으로 하고, L 화상(좌 시점)용의 카메라와 R(우 시점) 화상용의 카메라에 의해 촬영이 행해진다. L 화상용의 카메라와 R 화상용의 카메라에 의해 촬영된 영상의 엘리멘터리 스트림이 MVC 인코더에 입력된다.
도 3은, MVC 인코더의 구성예를 도시하는 블록도이다.
도 3에 도시한 바와 같이, MVC 인코더는, H.264/AVC 인코더(11), H.264/AVC 디코더(12), Dependent view video 인코더(13) 및 멀티플렉서(14)로 구성된다.
L 화상용의 카메라에 의해 촬영된 L 화상의 스트림은 H.264/AVC 인코더(11)에 입력된다. 또한, R 화상용의 카메라에 의해 촬영된 R 화상의 스트림은 Dependent view video 인코더(13)에 입력된다.
H.264/AVC 인코더(11)는, L 화상의 스트림을, 예를 들어 H.264 AVC/High Profile 비디오 스트림으로서 부호화한다. H.264/AVC 인코더(11)는, 부호화하여 얻어진 AVC 비디오 스트림을, Base view video 스트림으로서 H.264/AVC 디코더(12)와 멀티플렉서(14)에 출력한다.
H.264/AVC 디코더(12)는, H.264/AVC 인코더(11)로부터 공급된 AVC 비디오 스트림을 디코드하고, 디코드하여 얻어진 L 화상의 스트림을 Dependent view video 인코더(13)에 출력한다.
Dependent view video 인코더(13)는, H.264/AVC 디코더(12)로부터 공급된 L 화상의 스트림과, 외부로부터 입력된 R 화상의 스트림을 인코드하여, Dependent view video 스트림을 출력한다.
Base view video에는, 다른 스트림을 참조 화상으로 하는 예측 부호화가 허용되어 있지 않지만, 도 4에 도시한 바와 같이 Dependent view video에는, Base view video를 참조 화상으로 하는 예측 부호화가 허용되어 있다. 예를 들어 L 화상을 Base view video로 함과 함께 R 화상을 Dependent view video로서 부호화를 행한 경우, 그 결과 얻어지는 Dependent view video 스트림의 데이터량은, Base view video 스트림의 데이터량에 비교하여 적어진다.
또한, H.264/AVC에서의 부호화이기 때문에, Base view video에 대하여 시간 방향의 예측은 행해지고 있다. 또한, Dependent view video에 대해서도, view간의 예측과 함께, 시간 방향의 예측이 행해지고 있다. Dependent view video를 디코드하기 위해서는, 인코드 시에 참조처로 한, 대응하는 Base view video의 디코드가 먼저 종료될 필요가 있다.
Dependent view video 인코더(13)는, 이러한 view간의 예측도 사용하여 부호화하여 얻어진 Dependent view video 스트림을 멀티플렉서(14)에 출력한다.
멀티플렉서(14)는, H.264/AVC 인코더(11)로부터 공급된 Base view video 스트림과, Dependent view video 인코더(13)로부터 공급된 Dependent view video 스트림을, 예를 들어 MPEG2 TS로서 다중화한다. Base view video 스트림과 Dependent view video 스트림은 1개의 MPEG2 TS에 다중화되는 경우도 있고, 별도의 MPEG2 TS에 포함되는 경우도 있다.
멀티플렉서(14)는, 생성한 TS(MPEG2 TS)를 출력한다. 멀티플렉서(14)로부터 출력된 TS는, 다른 관리 데이터와 함께 기록 장치에 있어서 광 디스크(2)에 기록되어, 재생 장치(1)에 제공된다.
이 예에 있어서는, L 화상을 Base view video, R 화상을 Dependent view video로서 MVC 방식으로 부호화하는 것으로 했지만, 반대로, R 화상을 Base view video, L 화상을 Dependent view video로서 부호화하도록 해도 좋다. 이하, L 화상을 Base view video, R 화상을 Dependent view video로서 부호화한 경우에 대하여 설명한다.
재생 장치(1)는, 유저에 의한 지시 등에 따라 3D 재생을 행하는 경우, Base view video 스트림과 Dependent view video 스트림을 광 디스크(2)로부터 판독하여 재생한다.
또한, 재생 장치(1)는, 2D 재생을 행하는 경우, Base view video 스트림만을 광 디스크(2)로부터 판독하여 재생한다. Base view video 스트림은 H.264/AVC로 부호화되어 있는 AVC 비디오 스트림이기 때문에, BD의 포맷에 대응한 플레이어이면, 그 Base view video 스트림을 재생하여, 2D 화상을 표시시키는 것이 가능하게 된다.
[TS의 구성예]
도 5는, 광 디스크(2)에 기록되어 있는 TS의 구성예를 도시하는 도면이다.
도 5의 Main TS에는 Base view video, Dependent view video, Primary audio, Base PG, Dependent PG, Base IG, Dependent IG 각각의 스트림이 다중화되어 있다. 이와 같이, Dependent view video 스트림이, Base view video 스트림과 함께 1개의 TS인 Main TS에 포함되어 있는 경우도 있다.
Main TS는, 적어도 Base view video 스트림을 포함하는 TS이다. 이에 대해, Sub TS는 Base view video 스트림 이외의 스트림을 포함하고, 재생 시에 Main TS와 함께 사용되는 TS이다. 광 디스크(2)에는 Main TS 외에, Sub TS도 적절히 기록된다.
비디오와 마찬가지로 3D에 의한 표시가 가능하게 되도록, 자막 등의 PG(Presentation Graphics), 메뉴 화면 등의 IG(Interactive Graphics)에 대해서도, Base view와 Dependent view 각각의 스트림이 준비되어 있다.
도 6은, 광 디스크(2)에 기록되어 있는 TS의 다른 구성예를 도시하는 도면이다.
도 6의 Main TS에는 Base view video, Primary audio, Base PG, Dependent PG, Base IG, Dependent IG 각각의 스트림이 다중화되어 있다.
한편, Sub TS에는 Dependent view video 스트림이 포함되어 있다. 이와 같이, Dependent view video 스트림이, Base view video 스트림과는 다른 TS에 포함되어 있는 경우도 있다.
도 6에 도시한 바와 같이 Base view video 스트림과 Dependent view video 스트림이 각각 다른 TS에 포함되어 있는 경우, 각각의 TS 파일은, 인터리브되어 광 디스크(2)에 기록된다.
도 7은, Base view video 스트림(L video 스트림)을 포함하는 TS 파일과 Dependent view video 스트림(R video 스트림)을 포함하는 TS 파일의 광 디스크(2)에 있어서의 배치의 예를 나타내는 도면이다.
도 7에 도시한 바와 같이, L video 스트림을 포함하는 TS 파일과 R video 스트림을 포함하는 TS 파일은, 소정의 데이터 단위마다 교대로 배열되도록 인터리브 배치되고, 광 디스크(2)에 기록된다. 1개의 TS 파일에 속하고, 광 디스크(2) 상에 연속 배치되는 소스 패킷의 집합을 청크라고 한다.
도 7에 있어서, 「R」의 문자와 숫자를 붙여서 나타내는 각각의 블록은 R video의 청크를 나타내고, 「L」의 문자와 숫자를 붙여서 나타내는 각각의 블록은 L video의 청크를 나타낸다.
3D 재생 시, 예를 들어 R[0], L[0], R[1], L[1], R[2], L[2], R[3], L[3], R[4], L[4], R[5], L[5], …의 순서대로 광 디스크(2)로부터 판독되고, L[0], R[0], L[1], R[1], L[2], R[2], L[3], R[3], L[4], R[4], L[5], R[5], …의 순서대로 디코드된다. 상술한 바와 같이, R video를 디코드하기 위해서는, 인코드 시에 참조한 L video가 먼저 디코드되어 있을 필요가 있다. 동일한 숫자가 붙여져 있는 R video의 청크와 L video의 청크는, 동일한 시간의 재생에 필요한 데이터이며, 3D 재생 시에 세트로 사용된다.
즉, 설명을 간단하게 하기 위해, 콘텐츠의 재생 시간 전체를 3등분하는 경우를 고려한다. 콘텐츠의 재생 시간 전체를 3등분하는 시각을, 재생의 개시 시각을 0으로 하고, 시계열순으로, t1, t2로 나타내면, 재생의 개시 시각부터 시각 t1까지의 재생 시간에 필요한 분량의 L video의 데이터가, 청크 L[0]으로서 분할된다.
또한, 시각 t1부터 t2까지의 재생 시간에 필요한 분량의 L video의 데이터가, 청크 L[1]로서 분할되고, 시각 t2부터 재생의 종료 시각까지의 재생 시간에 필요한 분량의 L video의 데이터가, 청크 L[2]로서 분할된다.
R video 스트림에 대해서도 마찬가지로, 재생의 개시 시각부터 시각 t1까지의 재생 시간에 필요한 분량의 R video의 데이터가, 청크 R[0]으로서 분할된다.
또한, 시각 t1부터 t2까지의 재생 시간에 필요한 분량의 R video의 데이터가, 청크 R[1]로서 분할되고, 시각 t2부터 재생의 종료 시각까지의 재생 시간에 필요한 분량의 R video의 데이터가, 청크 R[2]로서 분할된다.
이와 같이 하여 분할하여 얻어진 각 청크는, 동일한 숫자가 붙여진 청크끼리, R video의 청크, L video의 청크의 순으로 되도록 배치되고, 광 디스크(2)에 기록된다. 또한, 도 5에 도시한 바와 같이, L video 스트림과 R video 스트림이 모두 1개의 TS에 포함되어 있는 경우, 그 TS 파일은 인터리브되지 않고 광 디스크(2)에 기록된다.
[AV 스트림의 관리 구조]
도 8은, 재생 장치(1)에 의한 AV 스트림의 관리 구조의 예를 나타내는 도면이다.
AV 스트림의 관리는, 도 8에 도시한 바와 같이 PlayList와 Clip의 2개의 레이어를 사용하여 행해진다. AV 스트림은, 광 디스크(2)가 아니라, 재생 장치(1)의 로컬 스토리지에 기록되어 있는 경우도 있다. Clip은, 비디오 데이터나 오디오 데이터가 다중화됨으로써 얻어진 TS인 AV 스트림과, 대응하는 Clip Information(그 AV 스트림에 관한 속성 정보를 포함하는 Clip Information)으로 구성된다.
AV 스트림은 시간축 상에 전개되고, 각 액세스 포인트는, 주로 타임 스탬프로 PlayList에서 지정된다. Clip Information은, AV 스트림 중의 디코드를 개시해야 할 어드레스를 찾기 등에 사용된다.
PlayList는 AV 스트림의 재생 구간의 집합이다. AV 스트림 중의 1개의 재생 구간은 PlayItem이라고 불린다. PlayItem은, 시간축 상의 재생 구간의 IN점과 OUT점의 페어로 표현된다. PlayList는 1개 또는 복수의 PlayItem에 의해 구성된다.
도 8의 좌측으로부터 1번째의 PlayList는 2개의 PlayItem으로 구성되고, 그 2개의 PlayItem에 의해, 좌측의 Clip에 포함되는 AV 스트림의 전반 부분과 후반 부분이 각각 참조되고 있다.
좌측으로부터 2번째의 PlayList는 1개의 PlayItem으로 구성되고, 그에 의하여, 우측의 Clip에 포함되는 AV 스트림 전체가 참조되고 있다.
좌측으로부터 3번째의 PlayList는 2개의 PlayItem으로 구성되고, 그 2개의PlayItem에 의해, 좌측의 Clip에 포함되는 AV 스트림이 있는 부분과, 우측의 Clip에 포함되는 AV 스트림이 있는 부분이 각각 참조되고 있다.
예를 들어, 좌측으로부터 1번째의 PlayList에 포함되는 좌측의 PlayItem이 재생 대상으로 하여 디스크 내비게이션 프로그램에 의해 지정된 경우, 그 PlayItem이 참조하는, 좌측의 Clip에 포함되는 AV 스트림의 전반 부분의 재생이 행해진다. 이와 같이, PlayList는, AV 스트림의 재생을 제어하기 위한 재생 제어 정보로서 사용된다.
PlayList 중에서, 1개 이상의 PlayItem의 배열에 의해 만들어지는 재생 패스를 메인 패스(Main Path)라고 한다.
또한, PlayList 중에서, Main Path에 병행하여, 1개 이상의 SubPlayItem의 배열에 의해 구성되는 재생 패스를 서브 패스(Sub Path)라고 한다.
도 9는, Main Path와 Sub Path의 구조를 도시하는 도면이다.
PlayList는, 1개의 Main Path와 1개 이상의 Sub Path를 가질 수 있다. 상술한 L video 스트림은, Main Path를 구성하는 PlayItem에 의해 참조된다. 또한, R video 스트림은, Sub Path(후술하는 Extension() 내의 Sub Path)를 구성하는 SubPlayItem에 의해 참조된다.
도 9의 PlayList는, 3개의 PlayItem의 배열에 의해 구성되는 1개의 Main Path와, 3개의 Sub Path를 갖고 있다. Main Path를 구성하는 PlayItem에는, 선두부터 순서대로 각각 ID가 설정된다. Sub Path에도 각각 ID가 설정된다.
도 9의 예에 있어서는, Subpath_id=0의 Sub Path에는 1개의 SubPlayItem이 포함되고, Subpath_id=1의 Sub Path에는 2개의 SubPlayItem이 포함된다. 또한, Subpath_id=2의 Sub Path에는 1개의 SubPlayItem이 포함된다.
어느 한 PlayItem이 참조하는 AV 스트림과, 그 PlayItem과 시간대가 중복되는 재생 구간을 지정하는 SubPlayItem이 참조하는 AV 스트림은 동기하여 재생된다. PlayList, PlayItem, SubPlayItem을 사용한 AV 스트림의 관리에 대해서는, 예를 들어 일본 특허 공개 제2008-252740호 공보, 일본 특허 공개 제2005-348314호 공보에 기재되어 있다.
[디렉토리 구조]
도 10은, 광 디스크(2)에 기록되는 파일의 관리 구조의 예를 나타내는 도면이다.
도 10에 도시한 바와 같이, 파일은 디렉토리 구조에 의해 계층적으로 관리된다. 광 디스크(2) 상에는 1개의 root 디렉토리가 작성된다. root 디렉토리 아래가, 1개의 기록 재생 시스템으로 관리되는 범위가 된다.
root 디렉토리 아래에는 BDMV 디렉토리가 놓여진다. BDMV 디렉토리의 바로 아래에, 「Index.bdmv」의 이름이 설정된 파일인 Index 파일과, 「MovieObject.bdmv」의 이름이 설정된 파일인 MovieObject 파일이 저장된다.
BDMV 디렉토리 아래에는, PLAYLIST 디렉토리, CLIPINF 디렉토리, STREAM 디렉토리 등이 설정된다.
PLAYLIST 디렉토리에는, PlayList를 기술한 파일인 PlayList 파일이 저장된다. 각 PlayList 파일에는, 5자리의 숫자와 확장자 「.mpls」를 조합한 이름이 설정된다. 도 10에 도시하는 PlayList 파일에는 「00000.mpls」의 파일명이 설정되어 있다.
CLIPINF 디렉토리에는 Clip Information을 기술한 파일인 Clip Information 파일이 저장된다. 각 Clip Information 파일에는 5자리의 숫자와 확장자 「.clpi」를 조합한 이름이 설정된다.
도 10의 2개의 Clip Information 파일에는, 각각 「00001.clpi」, 「00002.clpi」의 파일명이 설정되어 있다. 이하, 적절히, Clip Information 파일을 clpi 파일이라고 한다.
「00001.clpi」의 clpi 파일은, 대응하는 L video 스트림에 관한 정보가 기술된 파일이며, 「00002.clpi」의 clpi 파일은, 대응하는 R video 스트림에 관한 정보가 기술된 파일이다.
STREAM 디렉토리에는 스트림 파일이 저장된다. 각 스트림 파일에는, 5자리의 숫자와 확장자 「.m2ts」를 조합한 이름, 혹은 5자리의 숫자와 확장자 「.ilvt」를 조합한 이름이 설정된다. 이하, 적절히, 확장자 「.m2ts」가 설정된 파일을 m2ts 파일이라고 하고, 확장자 「.ilvt」가 설정된 파일을 ilvt 파일이라고 한다.
「00001.m2ts」의 m2ts 파일은 L video 스트림의 파일이며, 「00002.m2ts」의 m2ts 파일은 R video 스트림의 파일이다.
「00001.ilvt」의 ilvt 파일은, L video 스트림의 m2ts 파일과 R video 스트림의 m2ts 파일이 인터리브되어 있는 경우에, 그들의 스트림을 관리하고, 3D 재생을 행하기 위한 파일이다. 따라서, L video 스트림과 R video 스트림이 1개의 TS에 포함되고, 그들의 m2ts 파일이 인터리브되어 있지 않은 경우, ilvt 파일은 광 디스크(2)에 기록되지 않는다.
도 10에 도시하는 것 외에, BDMV 디렉토리 아래에는, 오디오 스트림의 파일을 저장하는 디렉토리 등도 설정된다.
도 10의 예에 있어서는, L video에 관한 Clip을 구성하는 m2ts 파일의 파일명은 「00001.m2ts」, clpi 파일의 파일명은 「00001.clpi」이다. 또한, R video에 관한 Clip을 구성하는 m2ts 파일의 파일명은 「00002.m2ts」, clpi 파일의 파일명은 「00002.clpi」이다. 1개의 Clip을 구성하는 m2ts 파일의 파일명과 clpi 파일의 파일명에는 동일한 숫자가 포함된다.
ilvt 파일의 파일명에는, L video에 관한 Clip을 구성하는 m2ts 파일의 파일명과 clpi 파일의 파일명에 각각 포함되는 5자리의 숫자와 동일한, 「00001」이 포함된다. 이에 의해, L video에 관한 Clip을 구성하는 clpi 파일의 파일명으로부터, 3D 재생을 행할 때에 지정하는 ilvt 파일의 파일명을 특정하는 것이 가능하게 된다.
[각 데이터의 구문]
도 11은, PlayList 파일의 구문을 도시하는 도면이다.
설명의 편의상, 도 11의 좌측에 행수를 나타내는 숫자와 「:」을 나타내고 있다. 행수를 나타내는 숫자와 「:」은 PlayList를 구성하는 것이 아니다. 또한, 여기에서는, PlayList의 주된 기술에 대하여 설명하는 것으로 하고, 상세한 설명은 생략한다. 상세에 대해서는, 예를 들어 Blu-ray Disc Read Only Format part3에 기재되어 있다.
1행째의 yyyyy.mpls는, 이 PlayList 파일의 파일명을 나타낸다.
2행째 내지 5행째에 나타난 바와 같이, PlayList 파일에는 크게 나누어, AppInfoPlayList(), PlayList(), PlayListMark(), ExtensionData()의 필드로 구성된다. 4행째의 PlayListMark()에는, 챕터 점프 등을 명령하는 유저 조작 또는 커맨드 등에 의한 점프처인 마크에 관한 정보가 기술된다.
7행째 내지 11행째가 AppInfoPlayList()의 필드이다. AppInfoPlayList()에는, 9행째에 나타난 바와 같이 PlayList 중에 MVC 재생(3D 재생)에 관한 정보가 포함되는지의 여부를 나타내는 1비트의 플래그인 MVC_flag가 포함된다. 또한, PlayList 내에 포함되는 것이 아니고, 비디오 스트림 등의 스트림 중에 MVC_flag가 포함되도록 해도 좋다.
도 12는 MVC_flag의 의미를 도시하는 도면이다.
도 12에 도시한 바와 같이, MVC_flag의 값이 0인 것은 PlayList 중에 3D 재생에 관한 정보가 포함되어 있지 않은 것을 나타낸다. 즉, MVC_flag=0이 설정된 PlayList가 기록되어 있는 광 디스크는 3D 재생에 비대응의 디스크로 된다.
MVC_flag의 값이 1인 것은, PlayList 중에 3D 재생에 관한 정보가 포함되어 있는 것을 나타낸다.
AppInfoPlayList()에는, MVC_flag 이외에, 랜덤 재생을 행하기 위한 PlayList인지 등의, PlayList의 종류에 관한 정보가 포함된다.
12행째 내지 25행째가 PlayList()의 필드이다. 13행째의 number_of_PlayItems은, PlayList 중에 있는 PlayItem의 수를 나타낸다. 도 9의 예의 경우, PlayItem의 수는 3이다. PlayItem_id의 값은, PlayList 중에서PlayItem()가 나타나는 순서대로 0부터 할당된다. 15행째 내지 19행째의 for문에서는, PlayItem의 수만큼 PlayItem()이 참조된다.
14행째의 number_of_SubPaths는, PlayList() 중에 있는 Sub Path의 수를 나타낸다. 도 9의 예의 경우, Sub Path의 수는 3이다. SubPath_id의 값은, PlayList() 내에서 SubPath()가 나타나는 순서대로 0부터 할당된다. 20행째 내지 24행째의 for문에서는, Sub Path의 수만큼 SubPath()가 참조된다.
26행째 내지 33행째가, PlayList()에 포함되는 PlayItem()의 기술이 된다. 27행째의 Clip_Information_file_name은, PlayItem이 참조하는 AV 스트림을 포함하는 Clip의 clpi 파일의 이름을 나타낸다.
28행째의 MVC_file_type은, MVC_flag의 값이 1일 때에 유효한 값을 갖는 2비트의 데이터이며, L video 스트림과 R video 스트림 각각의 공급원의 파일의 타입을 나타낸다.
도 13은 MVC_file_type의 의미를 도시하는 도면이다.
도 13에 도시한 바와 같이, MVC_file_type의 값이 0인 것은, L video 스트림과 R video 스트림이 1개의 TS에 포함되어 있고, 그 TS를 관리하는 m2ts 파일이, Clip_Information_file_name에 의해 나타나는 것을 나타낸다.
상술한 바와 같이, 어느 한 Clip을 구성하는 m2ts 파일의 파일명과 clpi 파일의 파일명에는 동일한 숫자가 포함된다. Clip_Information_file_name은, 그 파일명이 설정된 clpi 파일과 동일한 Clip을 구성하는, 대응하는 m2ts 파일의 파일명도 나타내게 된다.
MVC_file_type의 값이 1인 것은, Clip_Information_file_name이 나타내는 L video 스트림의 m2ts 파일(제1 TS 파일)과, R video 스트림의 m2ts 파일(제2 TS 파일)이, 광 디스크(2) 상에서 인터리브되어 있는 것을 나타낸다. 이 경우, L video 스트림과 R video 스트림은 각각 다른 TS에 포함되게 된다.
MVC_file_type의 값이 2인 것은, Clip_Information_file_name이 나타내는 L video 스트림의 m2ts 파일과, R video 스트림의 m2ts 파일 양쪽 또는 한쪽이, 재생 장치(1) 내의 로컬 스토리지에 기록되어 있는 것을 나타낸다.
MVC_file_type의 값의 3은 리저브값이다.
도 11의 설명으로 되돌아가, 30행째의 IN_time은 PlayItem의 재생 구간의 개시 위치를 나타내고, 31행째의 OUT_time은 종료 위치를 나타낸다.
32행째의 STN_table()에는, PlayItem이 참조하는 AV 스트림의 정보가 포함된다. 예를 들어, PlayItem이 참조하는 AV 스트림의 정보로서, 스트림 번호(ID), L video 스트림을 구성하는 트랜스포트 패킷의 PID가 포함된다.
34행째 내지 40행째가, PlayList()에 포함되는 SubPath()의 기술이 된다. 34행째 내지 40행째의 SubPath()에는 PlayItem이 참조하는 AV 스트림과 함께 재생되는, R video 이외의 비디오 데이터에 관한 정보나 오디오 데이터에 관한 정보가 포함된다.
35행째의 SubPath_type은, Sub Path의 종류를 나타내는 8비트의 데이터이다.
도 14는, SubPath_type의 의미를 도시하는 도면이다.
도 14에 도시한 바와 같이, 2부터 7의 값에 의해 SubPath의 종류가 나타낸다. 예를 들어, SubPath_type=2는, 슬라이드 쇼(Browsable slideshow) 재생 시에 사용되는 오디오 데이터의 SubPath인 것을 나타내고, SubPath_type=3은, interactive 메뉴의 표시 시의 데이터의 SubPath인 것을 나타낸다.
도 11의 36행째의 number_of_SubPlayItems는, 1개의 Sub Path() 중에 있는 SubPlayItem의 수(엔트리 수)를 나타내는 8비트의 데이터이다. 예를 들어, 도 9의 SubPath_id=0의 SubPlayItem의 number_of_SubPlayItems는 1이며, SubPath_id=1의 SubPlayItem의 number_of_SubPlayItems는 2이다. 37행째 내지 39행째의 for문에서는 SubPlayItem의 수만큼 SubPlayItem()이 참조된다.
41행째 내지 45행째가, SubPath()에 포함되는 SubPlayItem()의 기술이 된다. 42행째의 Clip_Information_file_name은, SubPlayItem이 참조하는 Clip의 clpi 파일의 이름을 나타낸다.
43행째의 SubPlayItem_IN_time은 SubPlayItem의 재생 구간의 개시 위치를 나타내고, 44행째의 SubPlayItem_OUT_time은 종료 위치를 나타낸다.
46행째 내지 49행째가, 확장 필드인 ExtensionData()로 된다.
MVC_flag의 값이 1일 때, ExtensionData() 중에, SubPath_entries_extension()과 STN_table_extension()이 기술된다. SubPath_entries_extension()과 STN_table_extension()에는, PlayItem이 참조하는 L video 스트림과 함께 3D 재생에 사용되는, R video 스트림에 관한 정보가 포함된다.
R video 스트림은 SubPath가 참조하는 스트림으로서 관리되지만, 이와 같이 R video 스트림에 관한 정보는 SubPath()(도 11의 34행째)의 필드에는 기술되지 않고, ExtensionData()의 필드에 기술된다.
R video 스트림에 관한 정보를 SubPath()의 필드에 기술해 둔 경우, 그 기술을 3D 재생에 비대응의 플레이어가 읽어들였을 때에 문제가 발생할 우려가 있다. R video 스트림에 관한 정보를 ExtensionData()로서 기술해 두고, 그 기술에 대해서는, 3D 재생에 대응한 플레이어가, 3D 재생을 행할 때에만 읽어들이도록 해 둠으로써, 그러한 문제가 발생하는 것을 방지하는 것이 가능하게 된다.
도 15는, ExtensionData()에 포함되는 SubPath_entries_extension()의 구문의 예를 나타내는 도면이다.
number_of_SubPath_extensions는, SubPath_extension의 수, 즉 SubPath_entries_extension() 내에 나타나는 SubPath_extension()의 수를 나타내는 16비트의 데이터이다. number_of_SubPath_extensions에 이어지는 for문에서는, SubPath의 수만큼, SubPath_extension()이 참조된다.
여기서, R video 스트림을 참조하는 SubPath에도, 도 11의 34행째의 SubPath()에 정보가 기술되는, R video 이외의 비디오 데이터나 오디오 데이터를 참조하는 통상의 SubPath와 마찬가지로 ID가 할당된다.
도 15의 for문에 나타난 바와 같이, R video 스트림을 참조하는 SubPath의 ID는, 도 11의 14행째의 number_of_SubPaths의 값과 동일값부터 개시되고, SubPath_extension()이 참조될 때마다 1씩 인크리먼트된다. 예를 들어, 도 9에 도시한 바와 같이 통상의 SubPath의 수가 3이며, number_of_SubPaths=3인 경우, number_of_SubPath_extensions가 2로 되면, 첫번째 SubPath의 ID에는 3이 할당되고, 두번째 SubPath의 ID에는 4가 할당된다.
도 16은, 도 15의 SubPath_extension()의 구문의 예를 나타내는 도면이다.
length는, length의 필드의 직후부터 SubPath_extension()의 마지막까지의 바이트 수를 나타내는 32비트의 데이터이다.
SubPath_type_extension은, SubPath_type를 확장시킨 것이며, SubPath_extension()에 정보가 기술되는 SubPath의 종류를 나타내는 8비트의 데이터이다.
도 17은, SubPath_type_extension의 의미를 도시하는 도면이다.
도 17에 도시한 바와 같이, SubPath_type_extension의 값의 0부터 7은, 각각 도 14의 SubPath_type의 0부터 7의 의미와 동일한 의미를 나타낸다.
SubPath_type_extension의 값의 8은, SubPath_type_extension=8이 설정된 SubPath가 R video 스트림을 참조하는 SubPath인 것을 나타낸다. 또한, 참조하는 R video 스트림의 m2ts 파일이, PlayItem이 참조하는 L video 스트림의 m2ts 파일과는 다른 파일인 것을 나타낸다.
도 16의 설명으로 되돌아가, number_of_SubPlayItems은, SubPath_extension() 중에 있는 SubPlayItem의 수를 나타내는 8비트의 데이터이다. number_of_SubPlayItems에 이어지는 for문에서는, SubPlayItem의 수만큼 SubPlayItem()이 참조된다.
SubPath_extension() 중 SubPlayItem()의 기술은, 도 11의 41행째부터 45행째에 나타나는 SubPlayItem()의 기술과 동일한 기술이다.
즉, SubPath_extension() 중 SubPlayItem()에는 SubPlayItem이 참조하는 R video 스트림과 동일한 Clip에 포함되는 clpi 파일의 파일명을 나타내는 Clip_Information_file_name이 포함된다. 또한, 재생 구간의 개시 위치를 나타내는 SubPlayItem_IN_time과, 종료 위치를 나타내는 SubPlayItem_OUT_time이 포함된다.
도 18은, ExtensionData()에 포함되는 STN_table_extension()의 구문의 예를 나타내는 도면이다.
상술한 바와 같이, STN_table(도 11의 32행째)에는, PlayItem이 참조하는 L video 스트림을 구성하는 트랜스포트 패킷의 PID가 포함된다. 이에 대해, STN_table_extension()에는, SubPath(SubPath_extension)가 참조하는 R video 스트림을 구성하는 트랜스포트 패킷의 PID가 포함된다.
도 18에 도시한 바와 같이, STN_table_extension()에는 STN_table_extension()의 길이를 나타내는 length에 이어, R video 스트림에 관한 정보로서, stream_entry()와, R video 스트림의 속성 정보인 stream_attributes()이 포함된다.
도 19는, stream_entry()의 구문의 예를 나타내는 도면이다.
도 19에 도시한 바와 같이, stream_entry()에는, stream_entry()의 길이를 나타내는 length에 이어, 8비트의 정보인 type이 포함된다.
예를 들어, type의 값이 1인 것은, R video 스트림이, PlayItem이 참조하는 L video 스트림과 함께 1개의 TS에 포함되는 것을 나타낸다. 또한, type의 값이 2인 것은, R video 스트림이, PlayItem이 참조하는 L video 스트림과는 다른 TS에 포함되는 것을 적어도 나타낸다.
type의 값이 1인 경우, ref_to_stream_PID_of_mainClip이 참조된다. ref_to_stream_PID_of_mainClip은, L video 스트림과 함께 1개의 TS에 포함되는, R video 스트림을 구성하는 트랜스포트 패킷의 PID를 나타낸다.
type의 값이 2인 경우, ref_to_SubPath_id, ref_to_subClip_entry_id, ref_to_stream_PID_of_subClip이 참조된다. 3개의 정보 중 ref_to_SubPath_id는, R video 스트림을 참조하는 SubPath(SubPath_extension)의 ID를 나타낸다. 또한, ref_to_stream_PID_of_subClip은, ref_to_SubPath_id에 의해 식별되는 SubPath가 참조하는 R video 스트림을 구성하는 트랜스포트 패킷의 PID를 나타낸다.
도 20은, R video 스트림을 참조하는, SubPath_type_extention=8이 설정된 SubPath와, 그 SubPath가 PlayList에 있어서 관련지어져 있는, L video 스트림을 참조하는 MainPath의 관계를 도시하는 도면이다.
상술한 바와 같이, 각 PlayItem()에는 PlayItem의 재생 구간의 개시 위치를 나타내는 IN_time과 종료 위치를 나타내는 OUT_time이 포함된다(도 11의 30행째, 31행째).
또한, 상술한 바와 같이 SubPath_extension() 중 SubPlayItem()에는, R video 스트림을 참조하는 SubPath를 구성하는 각각의 SubPlayItem에 대하여, 재생 구간의 개시 위치를 나타내는 SubPlayItem_IN_time과, 종료 위치를 나타내는 SubPlayItem_OUT_time이 포함된다.
도 20에 도시한 바와 같이, PlayItem의 개시 위치, 종료 위치와, 그 PlayItem이 참조하는 L video 스트림에 관련지어진 R video 스트림을 참조하는 SubPlayItem의 개시 위치, 종료 위치는, 각각 동일 위치로 된다.
예를 들어, PlayItem_id=0이 할당된 PlayItem의 IN_time과 OUT_time은, 각각 PlayItem_id=0이 할당된 PlayItem에 관련지어진 SubPlayItem#0의 SubPlayItem_IN_time, SubPlayItem_OUT_time과 일치한다.
이상과 같이, PlayList에는, 확장 필드인 ExtensionData() 중에, SubPath에 관한 정보가 기술되는 필드인 SubPath()가 SubPath_extension()으로서 정의되고, 또한, 스트림 번호(STream Number)에 관한 정보가 기술되는 필드인 STN_table()이 STN_table_extension()으로서 정의되어 있다.
[재생 장치(1)의 구성예]
도 21은, 재생 장치(1)의 구성예를 도시하는 블록도이다.
컨트롤러(31)는, 미리 준비되어 있는 제어 프로그램을 실행하고, 재생 장치(1)의 전체의 동작을 제어한다.
디스크 드라이브(32)는, 컨트롤러(31)에 의한 제어에 따라 광 디스크(2)로부터 데이터를 판독하고, 판독한 데이터를, 컨트롤러(31), 메모리(33) 또는 디코드부(36)에 출력한다.
메모리(33)는, 컨트롤러(31)가 각종 처리를 실행하는 데에 있어서 필요한 데이터 등을 적절히 기억한다.
로컬 스토리지(34)는 예를 들어 HDD(Hard Disk Drive)에 의해 구성된다. 로컬 스토리지(34)에는, 서버(22)로부터 다운로드된 R video 스트림 등이 기록된다. 로컬 스토리지(34)에 기록되어 있는 스트림도 디코드부(36)에 적절히 공급된다.
인터넷 인터페이스(35)는, 컨트롤러(31)로부터의 제어에 따라 네트워크(21)를 통하여 서버(22)와 통신을 행하여, 서버(22)로부터 다운로드한 데이터를 로컬 스토리지(34)에 공급한다.
서버(22)로부터는, 광 디스크(2)에 기록되어 있는 데이터를 업데이트시키는 데이터가 다운로드된다. 후술하는 바와 같이, 다운로드한 R video 스트림을 광 디스크(2)에 기록되어 있는 L video 스트림과 아울러 사용함으로써 콘텐츠의 3D 재생을 행하는 것도 가능하게 되어 있다.
디코드부(36)는, 디스크 드라이브(32) 또는 로컬 스토리지(34)로부터 공급된 스트림을 디코드하고, 얻어진 비디오 신호를 표시 장치(3)에 출력한다. 오디오 신호도 소정의 경로를 통하여 표시 장치(3)에 출력된다.
조작 입력부(37)는, 버튼, 키, 터치 패널, 마우스 등의 입력 디바이스나, 소정의 리모트 코멘더로부터 송신되는 적외선 등의 신호를 수신하는 수신부에 의해 구성된다. 조작 입력부(37)는 유저의 조작을 검출하고, 검출한 조작의 내용을 나타내는 신호를 컨트롤러(31)에 공급한다.
도 22는, 디코드부(36)의 구성예를 도시하는 도면이다.
분리부(51)는, 디스크 드라이브(32)로부터 공급된 데이터를, 컨트롤러(31)에 의한 제어에 따라 Main TS의 데이터와 Sub TS의 데이터로 분리한다.
분리부(51)는, 분리한 Main TS의 데이터를 리드 버퍼(read buffer; 52)에 출력하여 기억시키고, Sub TS의 데이터를 리드 버퍼(55)에 출력하여 기억시킨다. 또한, 분리부(51)는, 로컬 스토리지(34)로부터 공급된 Sub TS의 데이터를 리드 버퍼(55)에 출력하여 기억시킨다.
PID 필터(53)는, 리드 버퍼(52)에 기억되어 있는 데이터로부터 구성되는 Main TS의 트랜스포트 패킷을 PID에 기초하여 할당한다. 컨트롤러(31)로부터는, PlayList의 STN_table()(도 11의 32행째)에 기초하여 특정된, L video 스트림을 구성하는 트랜스포트 패킷의 PID와, STN_table_extension()의 ref_to_stream_PID_of_mainClip(도 19)에 기초하여 특정된, R video 스트림을 구성하는 트랜스포트 패킷의 PID가 지정된다.
PID 필터(53)는, L video 스트림의 트랜스포트 패킷을 리드 버퍼(52)로부터 판독하여, ES 버퍼(54)에 출력하여 기억시킨다. ES 버퍼(54)에는, L video의 ES(Elementary Stream)가 기억된다.
또한, PID 필터(53)는, L video 스트림과 함께 R video 스트림이 Main TS에 다중화되어 있는 경우, R video 스트림의 트랜스포트 패킷을 PID에 기초하여 추출하여, 스위치(57)에 출력한다.
PID 필터(56)는, Sub TS에 포함되는 R video 스트림의 트랜스포트 패킷을 리드 버퍼(55)로부터 판독하여, 스위치(57)에 출력한다. 컨트롤러(31)로부터는 STN_table_extension()의 ref_to_stream_PID_of_subClip(도 19)에 기초하여 특정된, R video 스트림을 구성하는 트랜스포트 패킷의 PID가 지정된다.
여기에서는, L video, R video 스트림의 처리에 대하여 설명하고 있지만, 도 5를 참조하여 설명한 바와 같이, PG나 IG 등의 그래픽의 데이터가 Main TS에 다중화되어 있는 경우가 있다. 마찬가지로, Sub TS에도, PG나 IG 등의 그래픽의 데이터가 다중화되어 있는 경우가 있다.
PID 필터(53)와 PID 필터(56)는, 적절히 그들의 데이터도 PID에 기초하여 배분하여 소정의 출력처에 출력한다. 도 22의 PID 필터(53)와 PID 필터(56)의 블록 내에 나타내는 출력처의 단자(동그라미)에는, 그래픽의 데이터를 디코드하는 디코더 등이 접속된다.
스위치(57)는, PID 필터(53)로부터 공급된, Main TS에 포함되어 있던 R video 스트림의 트랜스포트 패킷을 ES 버퍼(58)에 출력하여 기억시킨다. 또한, 스위치(57)는, PID 필터(56)로부터 공급된, Sub TS에 포함되어 있던 R video 스트림의 트랜스포트 패킷을 ES 버퍼(58)에 출력하여 기억시킨다. ES 버퍼(58)에는, R video의 ES가 기억된다.
스위치(59)는, ES 버퍼(54)에 기억되어 있는 L video의 패킷과, ES 버퍼(58)에 기억되어 있는 R video의 패킷 중, 디코드의 대상으로 되는 패킷을 디코더(60)에 출력한다. DTS(Decoding Time Stamp) 등의 시각 정보가 L video와 R video의 PES 패킷에 설정되어 있고, 그 시각 정보에 기초하여 버퍼로부터의 판독이 행해진다.
디코더(60)는, 스위치(59)로부터 공급된 패킷을 디코드하고, 디코드함으로써 얻어진 L video 또는 R video의 비디오 신호를 출력한다.
[PlayList 파일의 구체예 1]
도 23은, PlayList 파일의 구체예를 도시하는 도면이다.
도 23에는, 도 11 등에 도시한 정보 중 일부의 정보를 나타내고 있다. 후술하는 PlayList 파일의 구체예에 대해서도 마찬가지이다.
도 23의 PlayList 파일은, L video 스트림과 R video 스트림이 각각 다른 TS에 포함되고, 그들의 TS 파일이 인터리브되어 광 디스크(2)에 기록되어 있는 경우의 3D 재생을 제어하는 PlayList 파일이다.
즉, 도 23의 AppInfoPlayList()에 나타난 바와 같이 MVC_flag=1이며, 또한 PlayItem()에 나타난 바와 같이 MVC_file_type=1이다.
PlayItem()의 Clip_Information_file_name은 「00001」이다. 이 기술로부터, L video의 Clip을 구성하는 clpi 파일이 특정된다. 또한, PlayItem()의 IN_time과 OUT_time으로부터, PlayItem의 재생 구간의 개시 위치와 종료 위치가 각각 특정되고, STN_table()로부터, L video 스트림을 구성하는 트랜스포트 패킷의 PID가 특정된다.
ExtensionData()에는, R video 스트림을 참조하는 SubPath에 관한 정보가 기술된다. 이 예에 있어서는, 통상의 SubPath의 수가 0(number_of_SubPaths(도 11의 14행째)의 값이 0)으로 되어 있어, R video 스트림을 참조하는 SubPath에는, SubPath_id=0이 할당된다. SubPath_extension() 중에는, R video 스트림을 참조하는 SubPath인 것을 나타내는 SubPath_type_extension=8이 설정된다.
ExtensionData()의 SubPlayItem()의 Clip_Information_file_name은 「00002」이다. 이 기술로부터, R video의 Clip을 구성하는 clpi 파일이 특정된다. 또한, SubPlayItem()의 SubPlayItem_IN_time과 SubPlayItem_OUT_time으로부터, SubPlayItem의 재생 구간의 개시 위치와 종료 위치가 각각 특정된다.
STN_table_extension()으로부터, R video 스트림을 참조하는 SubPath의 ID가 0인 것(ref_to_SubPath_id=0)과, R video 스트림을 구성하는 트랜스포트 패킷의 PID(ref_to_R_video_PID)가 특정된다. 이 예의 경우, STN_table_extension()의 type의 값은 2로 된다.
도 24는, clpi 파일의 구문을 도시하는 도면이다.
도 24의 A는 「00001.clpi」의 clpi 파일의 예를 나타내는 도면이다.
number_of_source_packets1은, 「00001.m2ts」의 m2ts 파일에 포함되는 소스 패킷의 수를 나타낸다.
EP_map에는, 「00001.m2ts」의 m2ts 파일에 포함되는 TS에 설정된 엔트리 포인트(EP)의 위치 정보가 포함된다.
chunk_map()에는, 「00001.m2ts」의 m2ts 파일의 각 청크의 위치 정보가 포함된다. 각 청크의 위치는, 예를 들어 Source Packet Number(SPN)에 의해 나타내어진다. chunk_map()의 구체예에 대해서는 후술한다.
도 24의 B는 「00002.clpi」의 clpi 파일의 예를 나타내는 도면이다.
「00002.clpi」의 clpi 파일에도, 「00001.clpi」의 clpi 파일과 마찬가지로, 「00002.m2ts」의 m2ts 파일에 포함되는 소스 패킷의 수를 나타내는 number_of_source_packets2, EP_map 및chunk_map()이 포함된다.
도 25는, 파일 관리의 개념을 도시하는 도면이다.
도 25에 도시한 바와 같이, 인터리브되어 광 디스크(2)에 기록되어 있는 파일의 관리는, 물리 레이어, 파일 시스템 레이어, 어플리케이션 레이어의 3층 구조의 형태로 행해진다. 도 23의 PlayList 파일, 도 24의 clpi 파일은, 콘텐츠의 재생을 관리하는 어플리케이션이 취급하는 어플리케이션 레이어의 정보가 된다.
물리 레이어는, L video 스트림의 m2ts 파일과 R video 스트림의 m2ts 파일이 인터리브되어 기록되어 있는 광 디스크(2)의 레이어가 된다.
파일 시스템 레이어에 있어서는, 어플리케이션이 지정한 스트림 파일(m2ts 파일, ilvt 파일)과, 각 스트림 파일을 구성하는 익스텐트의 광 디스크(2) 상의 위치가 대응시켜진다. 파일 시스템은 예를 들어 UDF file system이다.
익스텐트는, 특정한 파일에 의해 관리되는 데이터 전체 중, 연속하여 광 디스크(2) 상에 배치되는 데이터 각각의 집합을 말한다.
즉, 도 25의 예의 경우, 「00001.m2ts」의 m2ts 파일에 있어서는, L[0], L[1]이 각각 익스텐트로 된다. 「00001.m2ts」의 m2ts 파일이 판독 파일로서 어플리케이션에 의해 지정된 경우, L[0], L[1] 각각의 광 디스크(2) 상의 위치가 UDF file system에 의해 특정되고, 디스크 드라이브(32)에 의해 판독된다.
「00002.m2ts」의 m2ts 파일에 있어서는, R[0], R[1]이 각각 익스텐트로 된다. 「00002.m2ts」의 m2ts 파일이 판독 파일로서 어플리케이션에 의해 지정된 경우, R[0], R[1] 각각의 광 디스크(2) 상의 위치가 UDF file system에 의해 특정되고, 디스크 드라이브(32)에 의해 판독된다.
「00001.ilvt」의 ilvt 파일에 있어서는, R[0], L[0], R[1], L[1] 전체가 1개의 익스텐트가 된다. 「00001.ilvt」의 ilvt 파일이 판독 파일로서 어플리케이션에 의해 지정된 경우, R[0], L[0], R[1], L[1]의 광 디스크(2) 상의 위치가 UDF file system에 의해 특정되고, 디스크 드라이브(32)에 의해 판독된다.
[동작예 1]
여기서, 도 26의 흐름도를 참조하여, 도 23의 PlayList 파일에 따라 행해지는 3D 재생의 처리에 대하여 설명한다.
MVC_flag=1인 경우, 컨트롤러(31)(컨트롤러(31)에 있어서 실행되는, 콘텐츠의 재생을 관리하는 어플리케이션)는, 조작부(37)에 대하여 행해진 유저에 의한 조작에 따라서 3D 재생을 개시한다.
스텝 S1에 있어서, 컨트롤러(31)는, STN_table()의 기술로부터, L video 스트림을 구성하는, Main TS의 트랜스포트 패킷의 PID를 특정한다.
스텝 S2에 있어서, 컨트롤러(31)는, STN_table_extension()의 기술로부터, R video 스트림을 참조하는 SubPath의 SubPath_id의 값인 ref_to_SubPath_id=0을 특정하고, 또한 R video 스트림을 구성하는, Sub TS의 트랜스포트 패킷의 PID를 특정한다.
스텝 S3에 있어서, 컨트롤러(31)는, PlayItem() 중Clip_Information_file_name으로부터, L video 스트림을 포함하는 Main TS의 m2ts 파일에 대응하는 clpi 파일의 파일명을 「00001.clpi」로서 특정한다.
스텝 S4에 있어서, 컨트롤러(31)는, SubPath_entries_extension() 내에서SubPath_id=0을 갖는, SubPath_type=8이 설정된 SubPath의 SubPlayItem() 중Clip_Information_file_name으로부터, R video 스트림을 포함하는 m2ts 파일에 대응하는 clpi 파일의 파일명을 「00002.clpi」로서 특정한다.
스텝 S5에 있어서, 컨트롤러(31)는, L video의 Clip을 구성하는 파일의 파일명에 포함되는 숫자(00001)와 동일한 5문자를 파일명에 포함하고, 확장자가 ilvt인 「00001.ilvt」의 ilvt 파일을 특정한다. 상술한 바와 같이, ilvt 파일의 파일명에는, L video의 Clip을 구성하는 m2ts 파일, clpi 파일의 이름에 포함되는 숫자와 동일한 숫자가 포함된다.
스텝 S6에 있어서, 컨트롤러(31)는, 스텝 S3에서 특정한 「00001.ilvt」를 판독 파일로 하고, UDF file system을 통해 디스크 드라이브(32)에 광 디스크(2)로부터 판독시킨다. 「00001.ilvt」의 ilvt 파일의 데이터로서 디스크 드라이브(32)에 의해 판독된 L video 스트림과 R video 스트림의 데이터는, 디코드부(36)의 분리부(51)에 공급된다.
또한, 랜덤 액세스 등이 지정된 것에 의해, EP_map에 포함되는 소정의 EP로부터 디코드를 개시하는 경우, 판독 파일의 데이터 중, 그 EP 이후의 데이터가 판독된다. EP_map에는, 각 EP의 위치를 지정하는 소스 패킷의 번호 등의 위치 정보가 포함된다.
스텝 S7에 있어서, 컨트롤러(31)는, 분리부(51)를 제어하여, 「00001.clpi」의 clpi 파일의 chunk_map()과 「00002.clpi」의 clpi 파일의 chunk_map()에 기초하여, 광 디스크(2)로부터 판독된 데이터를 L video와 R video의 데이터로 분리시킨다.
분리부(51)에 의해 분리된 L video 스트림의 데이터는 리드 버퍼(52)에 출력되고, R video 스트림의 데이터는 리드 버퍼(55)에 출력된다. chunk_map()을 사용하여 행해지는 데이터의 분리에 대해서는 후술한다.
리드 버퍼(52)에 기억된 L video 스트림의 데이터는, 그 트랜스포트 패킷이 스텝 S1에 있어서 특정된 PID에 기초하여 PID 필터(53)에 의해 추출되어, ES 버퍼(54), 스위치(59)를 통하여 디코더(60)에 공급된다. 리드 버퍼(55)에 기억된 R video 스트림의 데이터는, 그 트랜스포트 패킷이 스텝 S2에 있어서 특정된 PID에 기초하여 PID 필터(56)에 의해 추출되어, 스위치(57), ES 버퍼(58) 및 스위치(59)를 통하여 디코더(60)에 공급된다.
스텝 S8에 있어서, 디코더(60)는, 스위치(59)로부터 순차적으로 공급되는 패킷을 디코드한다(재생한다).
L video 스트림과 R video 스트림이 각각 다른 TS에 포함되고, 그들의 TS 파일이 인터리브되어 광 디스크(2)에 기록되어 있는 경우의 3D 재생은 이상과 같이 하여 행해진다.
[chunk_map()을 사용한 데이터의 분리]
도 27은, chunk_map()의 구문의 예를 나타내는 도면이다.
number_of_chunks는, 참조하는 청크의 수를 나타낸다. number_of_chunks 이후에는, 여기에서 지정되는 수만큼 청크의 정보가 기술된다.
SPN_chunk_start[i]는, 예를 들어 선두의 청크의 개시 위치를 기준으로 하여, 그 기준의 위치부터 각 청크의 개시 위치까지의 SPN(Source Packet Number)(길이)을 나타낸다. 각 청크의 개시 위치의 SPN이, 선두의 청크의 것부터 순서대로 기술된다.
도 28은, chunk_map()을 포함한, clpi 파일의 구체예를 도시하는 도면이다.
도 28의 A는 「00001.clpi」의 clpi 파일을 도시하는 도면이며, number_of_source_packets는 「number_of_source_packets1」로 되어 있다. 또한, chunk_map()의 number_of_chunks는 n+1이며, SPN_chunk_start[i]는 0, a1, a2, …, an이다.
SPN_chunk_start[i]의 1번째의 값 0은, 도 29의 중간단에 도시한 바와 같이, 「00001.m2ts」의 m2ts 파일의 선두의 청크의 개시 위치를 기준으로 하여, 그 기준의 위치부터 1번째의 청크인 L[0]의 개시 위치까지의 SPN이 0인 것을 나타낸다.
2번째의 값 a1은, 기준의 위치부터 2번째의 청크인 L[1]의 개시 위치까지의 SPN이 a1인 것을 나타낸다.
3번째의 값 a2는, 기준의 위치부터 3번째의 청크인 L[2]의 개시 위치까지의 SPN이 a2인 것을 나타낸다.
n+1번째의 값 an은, 기준의 위치부터 마지막 청크인 L[n]의 개시 위치까지의 SPN이 an인 것을 나타낸다.
도 28의 B는 「00002.clpi」의 clpi 파일을 도시하는 도면이며, number_of_source_packets는 「number_of_source_packets2」로 되어 있다. 또한, chunk_map()의 number_of_chunks는 n+1이며, SPN_chunk_start[i]는 0, b1, b2, …, bn이다.
SPN_chunk_start[i]의 1번째의 값 0은, 도 29의 상단에 도시한 바와 같이, 「00002.m2ts」의 m2ts 파일의 선두의 청크의 개시 위치를 기준으로 하여, 그 기준의 위치부터 1번째의 청크인 R[0]의 개시 위치까지의 SPN이 0인 것을 나타낸다.
2번째의 값 b1은, 기준의 위치부터 2번째의 청크인 R[1]의 개시 위치까지의 SPN이 b1인 것을 나타낸다.
3번째의 값 b2는, 기준의 위치부터 3번째의 청크인 R[2]의 개시 위치까지의 SPN이 b2인 것을 나타낸다.
n+1번째의 값 bn은, 기준의 위치부터 마지막 청크인 R[n]의 개시 위치까지의 SPN이 bn인 것을 나타낸다.
분리부(51)는, 광 디스크(2)로부터 판독된 데이터가 공급된 경우, 도 29의 하단에 도시한 바와 같이, 2개의 chunk_map()의 기술에 기초하여, 공급된 데이터의 선두로부터 b1에 상당하는 SPN분의 데이터를 R[0]으로서 분리한다. 「00001.ilvt」의 ilvt 파일이 판독 파일로서 지정된 경우, 분리부(51)에는 R[0], L[0], R[1], L[1], …, R[n], L[n]의 순서대로 각 데이터가 공급된다.
또한, 분리부(51)는, R[0]의 종료의 위치로부터 a1에 상당하는 SPN분의 데이터를 L[0]으로서 분리하고, L[0]의 종료의 위치로부터 b2-b1에 상당하는 SPN분의 데이터를 R[1]로서 분리한다. 분리부(51)는, R[1]의 종료의 위치로부터 a2-a1에 상당하는 SPN분의 데이터를 L[1]로서 분리한다.
마찬가지로 하여, 분리부(51)는, L[n-1]의 종료의 위치로부터, 「00002.clpi」의 clpi 파일에 기술되는 number_of_source_packets2의 값으로부터 bn의 값을 감산한 값에 상당하는 SPN분의 데이터를 R[n]으로서 분리한다. 분리부(51)는, R[n]의 종료의 위치로부터, 「00001.clpi」의 clpi 파일에 기술되는 number_of_source_packets1의 값으로부터 an의 값을 감산한 값에 상당하는 SPN분의 데이터를 L[n]으로서 분리한다.
이와 같이, 분리부(51)에 의한 데이터의 분리는, chunk_map()에 기술되는 각 청크의 길이의 정보를 사용하여 행해진다.
또한, 1 이외의 값이 MVC_file_type에 설정되어 있을 때, chunk_map()은 옵셔널(있든 없든 상관없음)이 된다. 1 이외의 값이 MVC_file_type에 설정된 PlayList를 읽어들인 플레이어는, chunk_map()이 PlayList 중에 있는 경우에는 그 chunk_map()을 무시해야 한다.
MVC_file_type=1일 때, L video 스트림과 R video 스트림이 대응하는 2개의 스트림은, 각각 동일 수의 청크로 분할된다. 인터리브되는 R[i], L[i]에 대하여, 첨자 i의 값이 동일한 L video 스트림의 청크와 L video 스트림의 청크는, 동일한 재생 시간을 갖는다.
도 30은, clpi 파일에 기술되는 EP_map()의 구문을 도시하는 도면이다.
EP_map()은 랜덤 액세스 등을 행할 때의 디코드 개시 위치를 특정하기 위하여 참조된다. number_of_EP_entries는 EP(엔트리 포인트)의 수를 나타낸다.
number_of_EP_entries 이후의 기술이 각 EP에 대하여 준비된다. PTS_EP_start[i]는 EP의 PTS를 나타내고, SPN_EP_start[i]는 EP의 SPN을 나타낸다. 이와 같이, EP_map에는, 각 엔트리 포인트에 관한 PTS와 SPN이 대응지어져 등록된다. EP가 지정되었을 때, 지정된 EP의 PTS_EP_start[i]와 SPN_EP_start[i]에 기초하여 판독 개시 어드레스가 특정되어, 파일의 판독이 행해진다.
[PlayList 파일의 구체예 2]
도 31의 A는, PlayList 파일의 다른 구체예를 도시하는 도면이다.
도 31의 A의 PlayList는, L video 스트림과 R video 스트림이 동일한 TS에 포함되는 경우의 3D 재생을 제어하는 PlayList이다. 즉, L video 스트림의 m2ts 파일과 R video 스트림의 m2ts 파일은, 광 디스크(2) 상에서 인터리브되어 있지 않다.
이 경우, 도 31의 A의 AppInfoPlayList()에 나타난 바와 같이 MVC_flag=1이며, 또한 PlayItem()에 나타난 바와 같이 MVC_file_type=0이다.
PlayItem()의 Clip_Information_file_name은 「00001」이다. 이 기술로부터, L video의 Clip을 구성하는 clpi 파일이 특정된다. 또한, PlayItem()의 IN_time과 OUT_time으로부터, PlayItem의 재생 구간의 개시 위치와 종료 위치가 각각 특정되고, STN_table()로부터, L video 스트림을 구성하는 트랜스포트 패킷의 PID가 특정된다.
ExtensionData()의 STN_table_extension()으로부터, R video 스트림을 구성하는 트랜스포트 패킷의 PID가 특정된다. 이 예의 경우, STN_table_extension()의 type의 값은 1이 된다.
도 31의 B는, 「00001.clpi」의 clpi 파일의 구문을 도시하는 도면이다.
도 31의 B에 도시한 바와 같이, 「00001.clpi」의 clpi 파일에는 EP_map이 포함된다. 1 이외의 값이 MVC_file_type에 설정되어 있고, 이 예에 있어서는, clpi 파일에 chunk_map()이 포함되어 있지 않다.
도 32는, 도 31의 파일에 기초하여 행해지는 파일 관리의 개념을 도시하는 도면이다.
도 32에 도시한 바와 같이, L video 스트림과 R video 스트림을 포함하는 1개의 TS는 「00001.m2ts」의 m2ts 파일에 의해 관리된다.
「00001.m2ts」의 m2ts 파일이 판독 파일로서 어플리케이션에 의해 지정된 경우, 「00001.m2ts」의 m2ts 파일의 기록 위치가 UDF file system에 의해 특정되고, 디스크 드라이브(32)에 의해 판독된다. 판독된 「00001.m2ts」의 m2ts 파일에 포함되는 L video 스트림과 R video 스트림을 구성하는 각각의 트랜스포트 패킷은, PID에 기초하여, 각각 분리된다.
[동작예 2]
도 33의 흐름도를 참조하여, 도 31의 PlayList 파일에 따라서 행해지는 3D 재생의 처리에 대하여 설명한다.
스텝 S21에 있어서, 컨트롤러(31)는, STN_table()의 기술로부터, L video 스트림을 구성하는, Main TS의 트랜스포트 패킷의 PID를 특정한다.
스텝 S22에 있어서, 컨트롤러(31)는, STN_table_extension()의 기술로부터, R video 스트림을 구성하는, Main TS의 트랜스포트 패킷의 PID를 특정한다.
스텝 S23에 있어서, 컨트롤러(31)는, PlayItem() 중Clip_Information_file_name으로부터, L video 스트림과 R video 스트림을 포함하는 m2ts 파일에 대응하는 clpi 파일의 파일명을 「00001.clpi」로서 특정한다. MVC_flag=1이며, 또한 MVC_file_type=0인 것에 의해, 1개의 Main TS에 L video 스트림과 R video 스트림이 포함되어 있는 것은 특정되어 있다.
스텝 S24에 있어서, 컨트롤러(31)는, 「00001.m2ts」를 판독 파일로 하고, UDF file system을 통하여, 디스크 드라이브(32)에 광 디스크(2)로부터 판독시킨다. 디스크 드라이브(32)에 의해 판독된, 「00001.m2ts」의 m2ts 파일의 데이터는, 분리부(51)를 통하여 리드 버퍼(52)에 공급되어, 기억된다.
리드 버퍼(52)에 기억된 데이터 중에서 스텝 S21에 있어서 특정된 PID에 기초하여, L video 스트림의 트랜스포트 패킷이 PID 필터(53)에 의해 추출된다. 추출된 트랜스포트 패킷의 데이터는, ES 버퍼(54), 스위치(59)를 통하여 디코더(60)에 공급된다.
또한, 리드 버퍼(52)에 기억된 데이터 중에서 스텝 S22에 있어서 특정된 PID에 기초하여, R video 스트림의 트랜스포트 패킷이 PID 필터(53)에 의해 추출된다. 추출된 트랜스포트 패킷의 데이터는, 스위치(57), ES 버퍼(58), 스위치(59)를 통하여 디코더(60)에 공급된다.
스텝 S25에 있어서, 디코더(60)는, 스위치(59)로부터 순차적으로 공급되는 패킷을 디코드한다(재생한다).
L video 스트림과 R video 스트림이 동일한 TS에 포함되는 경우의 3D 재생은 이상과 같이 하여 행해진다.
[PlayList 파일의 구체예 3]
도 34는, PlayList 파일의 또 다른 구체예를 도시하는 도면이다.
도 34의 PlayList 파일은, L video 스트림을 포함하는 TS가 광 디스크(2)에 기록되고, R video 스트림을 포함하는 TS가 로컬 스토리지(34)에 기록되어 있는 경우의 3D 재생을 제어하는 PlayList이다. 예를 들어, 서버(22)로부터 R video 스트림이 다운로드되었을 때, 광 디스크(2)에 기록되어 있는 PlayList는 R video 스트림에 관한 정보를 추가하도록 하여 갱신되고, 로컬 스토리지(34)에 기록하여 컨트롤러(31)에 의해 관리된다.
도 34의 AppInfoPlayList()에 나타난 바와 같이 MVC_flag=1이며, 또한 PlayItem()에 나타난 바와 같이 MVC_file_type=2이다.
PlayItem()의 Clip_Information_file_name은 「00001」이다. 이 기술로부터, L video의 Clip을 구성하는 clpi 파일이 특정된다. 또한, PlayItem()의 IN_time과 OUT_time으로부터, PlayItem의 재생 구간의 개시 위치와 종료 위치가 각각 특정되고, STN_table()로부터, L video 스트림을 구성하는 트랜스포트 패킷의 PID가 특정된다.
ExtensionData()에는, R video 스트림을 참조하는 SubPath에 관한 정보가 기술된다. 이 예에 있어서도, 통상의 SubPath의 수가 0(number_of_SubPaths(도 11의 14행째)의 값이 0)으로 되어 있어, R video 스트림을 참조하는 SubPath에는, SubPath_id=0이 할당된다. 도 34에 도시한 바와 같이, SubPath_extension() 중에는, R video 스트림을 참조하는 SubPath인 것을 나타내는 SubPath_type_extension=8이 설정된다.
ExtensionData()의 SubPlayItem()의 Clip_Information_file_name은 「00003」이다. 이 기술로부터, R video의 Clip을 구성하는 clpi 파일이 특정된다. 「00003.clpi」의 clpi 파일도, 대응하는 R video 스트림의 파일인 「00003.m2ts」의 m2ts 파일과 함께 서버(22)로부터 다운로드되어, 로컬 스토리지(34)에 기억되어 있다.
또한, ExtensionData()의 SubPlayItem()의 SubPlayItem_IN_time과 SubPlayItem_OUT_time으로부터, SubPlayItem의 재생 구간의 개시 위치와 종료 위치가 각각 특정된다. STN_table_extension()으로부터, R video 스트림을 참조하는 SubPath의 ID가 0인 것(ref_to_SubPath_id=0)과, R video 스트림을 구성하는 트랜스포트 패킷의 PID(ref_to_R_video_PID)가 특정된다. 이 예의 경우, STN_table_extension()의 type의 값은 2로 된다.
도 35는, clpi 파일의 구문을 도시하는 도면이다.
도 35의 A는 「00001.clpi」의 clpi 파일의 예를 나타내는 도면이다. 도 35의 A에 도시한 바와 같이, 「00001.clpi」의 clpi 파일에는 EP_map이 포함된다. 도 35의 B는 「00003.clpi」의 clpi 파일의 예를 나타내는 도면이다. 도 35의 B에 도시한 바와 같이, 「00003.clpi」의 clpi 파일에도 EP_map이 포함된다.
예를 들어, 「00001.clpi」의 clpi 파일에 포함되는 EP_map과 「00003.clpi」의 clpi 파일에 포함되는 EP_map에는, 콘텐츠의 선두의 시각 t0을 기준으로 하여 각각 동일한 시각에 설정된 EP의 정보가 포함된다. 「00001.clpi」의 clpi 파일에 포함되는 EP_map을 사용하여 재생이 개시되는 L video 스트림의 위치와, 「00003.clpi」의 clpi 파일에 포함되는 EP_map을 사용하여 재생이 개시되는 R video 스트림의 위치는, 시각 t0을 기준으로 한 시간축 상에서는 동일한 시각의 위치로 된다.
도 36은, 도 34와 도 35의 파일을 사용하여 행해지는 파일 관리의 개념을 도시하는 도면이다.
도 36에 도시한 바와 같이, 광 디스크(2)에 기록된 L video 스트림을 포함하는 TS는 「00001.m2ts」의 m2ts 파일에 의해 관리된다. 또한, 로컬 스토리지(34)에 기록된 R video 스트림을 포함하는 TS는 「00003.m2ts」의 m2ts 파일에 의해 관리된다.
BD에 있어서는, BD에 기록된 데이터와 로컬 스토리지에 기록된 데이터는, BD에 기록된 데이터를 관리하는 예를 들어 UDF file system과, 로컬 스토리지에 기록된 데이터를 관리하는 파일 시스템을 머지한 가상적인 파일 시스템에 의해 관리된다. 로컬 스토리지를 내장한 플레이어는, 그러한 가상적인 파일 시스템을 생성하고, BD에 기록된 데이터와 로컬 스토리지에 기록된 데이터를 관리한다.
판독 대상으로 하는 파일이 어플리케이션에 의해 지정된 경우, 그 파일이 BD에 기록되어 있는 것인지 또는 로컬 스토리지에 기록되어 있는 것인지, 기록 미디어 상의 기록 위치를 나타내는 어드레스가 가상 파일 시스템에 의해 특정되고, 특정된 기록 미디어의, 특정된 어드레스로부터 파일이 판독된다.
예를 들어, 「00001.m2ts」의 m2ts 파일이 어플리케이션에 의해 지정된 경우, 「00001.m2ts」의 m2ts 파일이 광 디스크(2)의 소정의 위치에 기록되어 있는 것이 가상 파일 시스템에 의해 특정되고, 디스크 드라이브(32)에 의해 판독된다.
또한, 「00003.m2ts」의 m2ts 파일이 어플리케이션에 의해 지정된 경우, 「00003.m2ts」의 m2ts 파일이 로컬 스토리지(34)의 소정의 위치에 기록되어 있는 것이 가상 파일 시스템에 의해 특정되어, 판독된다.
[동작예 3]
도 37의 흐름도를 참조하여, 도 34의 PlayList 파일에 따라 행해지는 3D 재생의 처리에 대하여 설명한다.
스텝 S41에 있어서, 컨트롤러(31)는, STN_table()의 기술로부터, L video 스트림을 구성하는, Main TS의 트랜스포트 패킷의 PID를 특정한다.
스텝 S42에 있어서, 컨트롤러(31)는, STN_table_extension()의 기술로부터, R video 스트림을 참조하는 SubPath의 SubPath_id의 값인 ref_to_SubPath_id=0을 특정하고, 또한 R video 스트림을 구성하는 트랜스포트 패킷의 PID를 특정한다.
스텝 S43에 있어서, 컨트롤러(31)는, PlayItem() 중Clip_Information_file_name으로부터, L video 스트림을 포함하는 Main TS의 m2ts 파일에 대응하는 clpi 파일의 파일명을 「00001.clpi」로서 특정한다.
스텝 S44에 있어서, 컨트롤러(31)는, SubPath_entries_extension() 중에서SubPath_id=0을 갖는, SubPath_type=8이 설정된 SubPath의 SubPlayItem() 중Clip_Information_file_name으로부터, R video 스트림을 포함하는 m2ts 파일에 대응하는 clpi 파일의 파일명을 「00003.clpi」로서 특정한다.
스텝 S45에 있어서, 컨트롤러(31)는, 「00001.m2ts」를 판독 파일로 하고, 가상 파일 시스템을 통하여, 디스크 드라이브(32)에 광 디스크(2)로부터 판독시킨다.
스텝 S46에 있어서, 컨트롤러(31)는, 「00003.m2ts」를 판독 파일로 하고, 가상 파일 시스템을 통하여, 로컬 스토리지(34)로부터 판독한다.
디스크 드라이브(32)에 의해 판독된 「00001.m2ts」의 m2ts 파일의 데이터는, 분리부(51)를 통하여 리드 버퍼(52)에 공급되어, 기억된다. 리드 버퍼(52)에 기억된 L video 스트림의 데이터는, 그 트랜스포트 패킷이 스텝 S41에 있어서 특정된 PID에 기초하여 PID 필터(53)에 의해 추출되어, ES 버퍼(54), 스위치(59)를 통하여 디코더(60)에 공급된다.
한편, 로컬 스토리지(34)로부터 판독된 「00003.m2ts」의 m2ts 파일의 데이터는, 분리부(51)를 통하여 리드 버퍼(55)에 공급되어, 기억된다. 리드 버퍼(55)에 기억된 R video 스트림의 데이터는, 그 트랜스포트 패킷이 스텝 S42에 있어서 특정된 PID에 기초하여 PID 필터(56)에 의해 추출되어, 스위치(57), ES 버퍼(58) 및 스위치(59)를 통하여 디코더(60)에 공급된다.
스텝 S47에 있어서, 디코더(60)는, 스위치(59)로부터 순차적으로 공급되는 패킷을 디코드한다(재생한다).
L video 스트림을 포함하는 TS가 광 디스크(2)에 기록되고, R video 스트림을 포함하는 TS가 로컬 스토리지(34)에 기록되어 있는 경우의 3D 재생은 이상과 같이 하여 행해진다.
[2D 재생을 행하는 경우의 동작]
이상과 같은 PlayList 파일에 따라, 광 디스크(2)에 기록되어 있는 콘텐츠를 2D 재생하는 경우의 동작에 대하여 설명한다.
여기에서는, L video 스트림과 R video 스트림이 각각 다른 TS에 포함되고, 그들의 m2ts 파일이 인터리브되어 광 디스크(2)에 기록되어 있는 것으로 한다. 광 디스크(2) 상의 데이터의 배치는 도 25에 도시한 배치로 된다. 2D 재생은, 도 23의 PlayList 파일에 따라서 행해진다.
이 경우, 2D 재생을 행하는 플레이어는, 2D 재생과 관계가 있는 기술만을 PlayList 파일로부터 읽어들여 처리를 행한다.
도 23의 PlayList 파일의 기술 중, 읽어들이기의 대상으로 되는 기술을 도 38에 밑줄을 그어 나타낸다. 도 38에 도시한 바와 같이, R video 스트림의 재생 시에 참조되는 정보인 ExtensionData()의 기술은 읽어들여지지 않는다.
또한, 도 24의 A의 clpi 파일의 기술 중, 읽어들이기 대상으로 되는 기술을 도 39의 A에 밑줄을 그어 나타낸다. 도 39의 A에 도시한 바와 같이, R video 스트림의 재생 시에 참조되는 정보인 chunk_map()은 읽어들여지지 않는다. 또한, 도 39의 B에 도시한 바와 같이, 「00002.clpi」의 clpi 파일은 그 전체가 읽어들여지지 않는다.
일련의 처리에 대하여 설명하면 2D 재생을 행하는 재생 장치(1)는, PlayItem() 중 Clip_Information_file_name으로부터, L video 스트림을 포함하는 m2ts 파일에 대응하는 clpi 파일의 파일명을 「00001.clpi」로서 특정한다. 또한, 재생 장치(1)는, STN_table()의 기술로부터, L video 스트림을 구성하는 트랜스포트 패킷의 PID를 특정한다.
재생 장치(1)는, UDF file system을 통하여, 「00001.m2ts」의 m2ts 파일을 광 디스크(2)로부터 판독하고, 이후 L video 스트림을 판독했을 때와 마찬가지의 처리를 행한다. 즉, 리드 버퍼(52)에 일시적으로 기억된 L video 스트림의 데이터는, PID 필터(53), ES 버퍼(54), 스위치(59)를 통하여 디코더(60)에 공급되어, 재생된다. 재생 장치(1)로부터 출력되는 데이터는 L video 스트림의 데이터뿐이기 때문에, 표시 장치(3)에 있어서는, L video 스트림의 데이터에 기초하여 2D 화상이 표시된다.
이와 같이, 도 23 등을 참조하여 설명한 PlayList 파일은, 3D 재생에 대응한 재생 장치에 있어서 2D 재생을 행하는 경우에나, 혹은 3D 재생에 비대응의 재생 장치에 있어서 2D 재생을 행하는 경우에나, 이용 가능한 파일이 된다. 이에 의해, 3D 재생에 대응한 재생 장치용의 것과, 3D 재생에 비대응의 재생 장치용의 것을 각각 준비할 필요가 없어, PlayList 파일이나 그것을 기록한 광 디스크(2)의 호환성을 확보하는 것이 가능하게 된다.
[기록 장치의 구성예]
도 40은, 소프트 제작 처리부(101)의 구성예를 도시하는 블록도이다.
비디오 인코더(111)는, 도 3의 MVC 인코더와 마찬가지의 구성을 갖고 있다. 비디오 인코더(111)는, 복수의 영상 데이터를 H.264 AVC/MVC로 인코드함으로써 L video 스트림과 R video 스트림을 생성하여, 버퍼(112)에 출력한다.
오디오 인코더(113)는, 입력된 오디오 스트림을 인코드하고, 얻어진 데이터를 버퍼(114)에 출력한다. 오디오 인코더(113)에는, L video 스트림, R video 스트림과 함께 디스크에 기록시키는 오디오 스트림이 입력된다.
데이터 인코더(115)는, PlayList 파일 등의, 비디오, 오디오 이외의 상술한 각종 데이터를 인코드하고, 인코드하여 얻어진 데이터를 버퍼(116)에 출력한다. 예를 들어, 데이터 인코더(115)는, 상술한 SubPath_entries_extension(도 15)이나 STN_table_extension(도 18)이나 MVC_flag(도 12)나 MVC_file_type(도 13)을 설정하고, 도 11을 참조하여 설명한 바와 같은 PlayList 파일을 생성한다.
다중화부(117)는, 각각의 버퍼에 기억된 비디오 데이터, 오디오 데이터 및 스트림 이외의 데이터를 동기 신호와 함께 다중화하여, 오류 정정 부호화부(118)에 출력한다.
오류 정정 부호화부(118)는, 에러 정정용의 코드를 다중화부(117)에 의해 다중화된 데이터에 부가한다.
변조부(119)는, 오류 정정 부호화부(118)로부터 공급된 데이터에 대하여 변조를 실시하여, 출력한다. 변조부(119)의 출력은, 재생 장치(1)에 있어서 재생 가능한 광 디스크(2)에 기록되는 소프트웨어가 된다.
이와 같은 구성을 갖는 소프트 제작 처리부(101)가 기록 장치에 설치된다.
도 41은, 소프트 제작 처리부(101)를 포함하는 구성의 예를 나타내는 도면이다.
도 41에 도시한 구성의 일부가 기록 장치 내에 설치되는 경우도 있다.
소프트 제작 처리부(101)에 의해 생성된 기록 신호는 프리마스터링 처리부(131)에 있어서 마스터링 처리가 실시되어, 광 디스크(2)에 기록해야 할 포맷의 신호가 생성된다. 생성된 신호는 원반 기록부(133)에 공급된다.
기록용 원반 제작부(132)에 있어서는, 유리 등으로 이루어지는 원반이 준비되고, 그 위에 포토레지스트 등으로 이루어지는 기록 재료가 도포된다. 이에 의해, 기록용 원반이 제작된다.
원반 기록부(133)에 있어서, 프리마스터링 처리부(131)로부터 공급된 기록 신호에 대응하여 레이저 빔이 변조되어, 원반 상의 포토레지스트에 조사된다. 이에 의해, 원반 상의 포토레지스트가 기록 신호에 대응하여 노광된다. 그 후, 이 원반을 현상하고, 원반 상에 피트를 출현시키는 것이 행해진다.
금속 원반 제작부(134)에 있어서, 원반에 전기 주조 등의 처리가 실시되어, 유리 원반 상의 피트를 전사한 금속 원반이 제작된다. 이 금속 원반으로부터, 또한 금속 스탬퍼가 제작되어, 이것이 성형용 금형으로 된다.
성형 처리부(135)에 있어서, 성형용 금형에, 인젝션 등에 의해 PMMA(아크릴) 또는 PC(폴리카르보네이트) 등의 재료를 주입하여, 고정화시키는 것이 행해진다. 혹은, 금속 스탬퍼 상에 2P(자외선 경화 수지) 등을 도포한 후, 자외선을 조사하여 경화시키는 것이 행해진다. 이에 의해, 금속 스탬퍼 상의 피트를, 수지로 이루어지는 레플리카 상에 전사할 수 있다.
성막 처리부(136)에 있어서, 레플리카 상에 반사막이 증착 혹은 스퍼터링 등에 의해 형성된다. 혹은 또한, 레플리카 상에 반사막이 스핀 코트에 의해 형성된다.
후속 가공 처리부(137)에 있어서, 이 디스크에 대하여 내외경의 가공이 실시되고, 2매의 디스크를 맞대는 등의 필요한 처치가 실시된다. 이와 같이 하여, 재생 장치(1)에 의해 재생 가능한 데이터가 기록된 상술한 광 디스크(2)가 완성된다.
[컴퓨터의 구성예]
상술한 일련의 처리는, 하드웨어에 의해 실행할 수도 있고, 소프트웨어에 의해 실행할 수도 있다. 일련의 처리를 소프트웨어에 의해 실행하는 경우에는, 그 소프트웨어를 구성하는 프로그램이, 전용의 하드웨어에 내장되어 있는 컴퓨터 또는 범용의 퍼스널 컴퓨터 등에, 프로그램 기록 매체로부터 인스톨된다.
도 42는, 상술한 일련의 처리를 프로그램에 의해 실행하는 컴퓨터의 하드웨어의 구성예를 도시하는 블록도이다.
CPU(Central Processing Unit)(151), ROM(Read Only Memory)(152), RAM(Random Access Memory)(153)은, 버스(154)에 의해 서로 접속되어 있다.
버스(154)에는, 입출력 인터페이스(155)가 더 접속되어 있다. 입출력 인터페이스(155)에는, 키보드, 마우스 등으로 이루어지는 입력부(156), 디스플레이, 스피커 등으로 이루어지는 출력부(157)가 접속된다. 또한, 입출력 인터페이스(155)에는, 하드 디스크나 불휘발성의 메모리 등으로 이루어지는 기억부(158), 네트워크 인터페이스 등으로 이루어지는 통신부(159), 리무버블 미디어(161)를 구동하는 드라이브(160)가 접속된다.
이상과 같이 구성되는 컴퓨터에서는, CPU(151)가, 예를 들어 기억부(158)에 기억되어 있는 프로그램을 입출력 인터페이스(155) 및 버스(154)를 통하여 RAM(153)에 로드하여 실행함으로써, 상술한 일련의 처리가 행해진다.
CPU(151)가 실행하는 프로그램은, 예를 들어 리무버블 미디어(161)에 기록하거나, 혹은 근거리 네트워크, 인터넷, 디지털 방송이라는, 유선 또는 무선의 전송 매체를 통하여 제공되어, 기억부(158)에 인스톨된다.
또한, 컴퓨터가 실행하는 프로그램은, 본 명세서에서 설명하는 순서를 따라 시계열로 처리가 행해지는 프로그램이어도 좋고, 병렬로, 혹은 호출이 행해졌을 때 등의 필요한 타이밍에 처리가 행해지는 프로그램이어도 좋다.
본 발명의 실시 형태는, 상술한 실시 형태에 한정되는 것이 아니라, 본 발명의 요지를 일탈하지 않는 범위에 있어서 다양한 변경이 가능하다.
1: 재생 장치
2: 광 디스크
3: 표시 장치
11: H.264/AVC 인코더
12: H.264/AVC 디코더
13: Dependent view video 인코더
14: 멀티플렉서
31: 컨트롤러
32: 디스크 드라이브
33: 메모리
34: 로컬 스토리지
35: 인터넷 인터페이스
36: 디코드부
37: 조작 입력부

Claims (9)

  1. 콘텐츠의 재생을 제어하는 정보인 PlayList의 확장 필드 중에 정의된, 서브 재생 패스에 관한 정보가 기술되는 필드인 제1 필드와, 스트림 번호에 관한 정보가 기술되는 필드인 제2 필드를 사용하여, 소정의 부호화 방식으로 비디오 스트림이 부호화됨으로써 생성된 기본 스트림과 확장 스트림 중, 상기 확장 스트림을 참조하는 서브 재생 패스(sub playback path)를 지정하는 정보와, 상기 확장 스트림의 트랜스포트 패킷의 PID를 지정하는 정보를 설정하는 설정 수단을 포함하는, 정보 처리 장치.
  2. 제1항에 있어서, 상기 기본 스트림과 상기 확장 스트림은, 각각 H.264 AVC/MVC의 부호화 방식에 의해 비디오 스트림이 부호화됨으로써 생성된 Base view video의 스트림과 Dependent view video의 스트림이며,
    상기 설정 수단은, 상기 서브 재생 패스를 지정하는 정보로서, 상기 서브 재생 패스의 종류가, 상기 Dependent view video의 스트림을 참조하는 패스인 것을 나타내는 정보와, 상기 Dependent view video의 스트림의 속성 정보인 클립 정보의 파일의 파일명을, 상기 제1 필드에 설정하는, 정보 처리 장치.
  3. 제1항에 있어서, 상기 기본 스트림과 상기 확장 스트림은, 각각 H.264 AVC/MVC의 부호화 방식에 의해 비디오 스트림이 부호화됨으로써 생성된 Base view video의 스트림과 Dependent view video의 스트림이며,
    상기 설정 수단은, 상기 서브 재생 패스를 지정하는 정보로서의 상기 서브 재생 패스의 ID와, 상기 Dependent view video의 스트림의 트랜스포트 패킷의 PID를, 상기 제2 필드에 설정하는, 정보 처리 장치.
  4. 콘텐츠의 재생을 제어하는 정보인 PlayList의 확장 필드 중에 정의된, 서브 재생 패스에 관한 정보가 기술되는 필드인 제1 필드와, 스트림 번호에 관한 정보가 기술되는 필드인 제2 필드를 사용하여, 소정의 부호화 방식으로 비디오 스트림이 부호화됨으로써 생성된 기본 스트림과 확장 스트림 중, 상기 확장 스트림을 참조하는 서브 재생 패스를 지정하는 정보와, 상기 확장 스트림의 트랜스포트 패킷의 PID를 지정하는 정보를 설정하는 스텝을 포함하는, 정보 처리 방법.
  5. 콘텐츠의 재생을 제어하는 정보인 PlayList의 확장 필드 중에 정의된, 서브 재생 패스에 관한 정보가 기술되는 필드인 제1 필드와, 스트림 번호에 관한 정보가 기술되는 필드인 제2 필드를 사용하여, 소정의 부호화 방식으로 비디오 스트림이 부호화됨으로써 생성된 기본 스트림과 확장 스트림 중, 상기 확장 스트림을 참조하는 서브 재생 패스를 지정하는 정보와, 상기 확장 스트림의 트랜스포트 패킷의 PID를 지정하는 정보를 설정하는 스텝을 포함하는 처리를 컴퓨터에 실행시키는, 프로그램.
  6. 콘텐츠의 재생을 제어하는 정보인 PlayList의 확장 필드 중에 정의된, 서브 재생 패스에 관한 정보가 기술되는 필드인 제1 필드와, 스트림 번호에 관한 정보가 기술되는 필드인 제2 필드에 설정된, 소정의 부호화 방식으로 비디오 스트림이 부호화됨으로써 생성된 기본 스트림과 확장 스트림 중, 상기 확장 스트림을 참조하는 서브 재생 패스를 지정하는 정보와, 상기 확장 스트림의 트랜스포트 패킷의 PID를 지정하는 정보에 기초하여, 상기 확장 스트림의 재생을 제어하는 제어 수단을 포함하는, 재생 장치.
  7. 제6항에 있어서, 상기 기본 스트림과 상기 확장 스트림은, 각각 H.264 AVC/MVC의 부호화 방식에 의해 비디오 스트림이 부호화됨으로써 생성된 Base view video의 스트림과 Dependent view video의 스트림이며,
    상기 제어 수단은, 상기 Dependent view video의 스트림의 재생 제어를, 상기 PlayList 중 메인 재생 패스에 관한 정보가 기술되는 필드에 설정된, 상기 Base view video의 스트림을 참조하는 메인 재생 패스를 지정하는 정보와, 상기 Base view video의 스트림의 트랜스포트 패킷의 PID를 지정하는 정보에 기초하여 행해지는 상기 Base view video의 스트림의 재생 제어와 함께 행하는, 재생 장치.
  8. 콘텐츠의 재생을 제어하는 정보인 PlayList의 확장 필드 중에 정의된, 서브 재생 패스에 관한 정보가 기술되는 필드인 제1 필드와, 스트림 번호에 관한 정보가 기술되는 필드인 제2 필드에 설정된, 소정의 부호화 방식으로 비디오 스트림이 부호화됨으로써 생성된 기본 스트림과 확장 스트림 중, 상기 확장 스트림을 참조하는 서브 재생 패스를 지정하는 정보와, 상기 확장 스트림의 트랜스포트 패킷의 PID를 지정하는 정보에 기초하여, 상기 확장 스트림의 재생을 제어하는 스텝을 포함하는, 재생 방법.
  9. 콘텐츠의 재생을 제어하는 정보인 PlayList의 확장 필드 중에 정의된, 서브 재생 패스에 관한 정보가 기술되는 필드인 제1 필드와, 스트림 번호에 관한 정보가 기술되는 필드인 제2 필드에 설정된, 소정의 부호화 방식으로 비디오 스트림이 부호화됨으로써 생성된 기본 스트림과 확장 스트림 중, 상기 확장 스트림을 참조하는 서브 재생 패스를 지정하는 정보와, 상기 확장 스트림의 트랜스포트 패킷의 PID를 지정하는 정보에 기초하여, 상기 확장 스트림의 재생을 제어하는 스텝을 포함하는 처리를 컴퓨터에 실행시키는, 프로그램.
KR1020117003377A 2009-06-22 2010-06-14 정보 처리 장치, 정보 처리 방법, 재생 장치, 재생 방법 및 프로그램 KR20120111908A (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JPJP-P-2009-147768 2009-06-22
JP2009147768 2009-06-22
JP2010039040A JP4984181B2 (ja) 2009-06-22 2010-02-24 再生装置および再生方法
JPJP-P-2010-039040 2010-02-24

Publications (1)

Publication Number Publication Date
KR20120111908A true KR20120111908A (ko) 2012-10-11

Family

ID=43386445

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020117003377A KR20120111908A (ko) 2009-06-22 2010-06-14 정보 처리 장치, 정보 처리 방법, 재생 장치, 재생 방법 및 프로그램

Country Status (14)

Country Link
US (1) US9454996B2 (ko)
EP (1) EP2309763B1 (ko)
JP (1) JP4984181B2 (ko)
KR (1) KR20120111908A (ko)
CN (4) CN103079045A (ko)
BR (1) BRPI1004339A2 (ko)
CA (1) CA2732023C (ko)
HK (1) HK1160314A1 (ko)
MX (1) MX2011001760A (ko)
MY (1) MY181831A (ko)
RU (1) RU2530347C2 (ko)
SG (2) SG186640A1 (ko)
TW (1) TWI450573B (ko)
WO (1) WO2010150674A1 (ko)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5601006B2 (ja) * 2010-04-08 2014-10-08 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JP5355606B2 (ja) * 2011-03-03 2013-11-27 日本電信電話株式会社 ステレオ動画像符号化方法、装置およびプログラム
WO2012147350A1 (ja) * 2011-04-28 2012-11-01 パナソニック株式会社 高画質化に関わる記録媒体、再生装置、記録装置、符号化方法、復号化方法
JP2013058287A (ja) * 2011-09-09 2013-03-28 Hitachi Consumer Electronics Co Ltd 記録装置／方法／媒体、再生装置／方法
MY178948A (en) 2013-06-20 2020-10-23 Sony Corp Reproduction device, reproduction method, and recording medium
GB2516825B (en) * 2013-07-23 2015-11-25 Canon Kk Method, device, and computer program for encapsulating partitioned timed media data using a generic signaling for coding dependencies
TWI683307B (zh) 2014-09-08 2020-01-21 日商新力股份有限公司 資訊處理裝置，資訊記錄媒體及資訊處理方法以及程式

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2271090B1 (en) * 1996-02-28 2013-12-11 Panasonic Corporation High-resolution optical disk for recording stereoscopic video, optical disk reproducing device and optical disk recording device
EP2175665B1 (en) * 1996-12-04 2012-11-21 Panasonic Corporation Optical disk for high resolution and three-dimensional video recording, optical disk reproduction apparatus, and optical disk recording apparatus
WO1999012348A1 (en) 1997-08-29 1999-03-11 Matsushita Electric Industrial Co., Ltd. Optical disc for recording high resolution and normal image, optical disc player, optical disc recorder, and playback control information generator
EP1145566A1 (en) * 1999-10-21 2001-10-17 Koninklijke Philips Electronics N.V. Playback apparatus and method for playback of a record carrier
RU2273109C2 (ru) * 2000-09-07 2006-03-27 Сони Корпорейшн Способ и устройство обработки информации, программа и носитель записи
JP3925218B2 (ja) * 2002-01-30 2007-06-06 ソニー株式会社 ストリーミングシステム及びストリーミング方法、ストリーミングサーバ及びデータ配信方法、クライアント端末及びデータ復号方法、並びにプログラム及び記録媒体
US7787755B2 (en) 2002-09-05 2010-08-31 Lg Electronics Inc. Recording medium having data structure for managing reproduction of slideshows recorded thereon and recording and reproducing methods and apparatuses
JP2005115487A (ja) * 2003-10-03 2005-04-28 Sharp Corp 記録再生装置及びファイルアクセス方法
KR100585966B1 (ko) * 2004-05-21 2006-06-01 한국전자통신연구원 3차원 입체 영상 부가 데이터를 이용한 3차원 입체 디지털방송 송/수신 장치 및 그 방법
JP4608953B2 (ja) 2004-06-07 2011-01-12 ソニー株式会社 データ記録装置、方法およびプログラム、データ再生装置、方法およびプログラム、ならびに、記録媒体
JP2006004486A (ja) * 2004-06-16 2006-01-05 Toshiba Corp 情報記録媒体及び情報再生装置
CN101640059B (zh) * 2004-07-22 2012-06-20 松下电器产业株式会社 用于执行应用程序同步重放的重放装置
EP2270805A3 (en) * 2004-07-22 2011-01-26 Panasonic Corporation Playback apparatus for performing application-synchronized playback
BRPI0514432A (pt) 2004-08-17 2008-06-10 Lg Electronics Inc método e aparelho para reproduzir dados gravados em meio de gravação
CN101023474B (zh) * 2004-08-17 2010-05-12 Lg电子株式会社 配置用于数据再现的组合文件结构的方法、以及使用该组合文件结构来再现数据的方法和装置
US7609947B2 (en) * 2004-09-10 2009-10-27 Panasonic Corporation Method and apparatus for coordinating playback from multiple video sources
EP1710799B1 (en) * 2005-02-01 2012-06-20 Panasonic Corporation Reproduction apparatus
US7844355B2 (en) * 2005-02-18 2010-11-30 Panasonic Corporation Stream reproduction device and stream supply device
EP2320321B1 (en) * 2005-03-18 2015-11-11 Sony Corporation Information processing device
EP1873776B1 (en) * 2005-04-07 2011-11-30 Panasonic Corporation Recording medium, reproducing device, recording method, and reproducing method
EP1938323A4 (en) * 2005-08-22 2010-04-28 Lg Electronics Inc RECORDING MEDIA, METHOD AND DEVICE FOR REPRODUCING DATA AND METHOD AND DEVICE FOR RECORDING DATA
JP4923751B2 (ja) * 2005-08-30 2012-04-25 ソニー株式会社 再生装置、並びに記録媒体及びその製造方法
JP4765733B2 (ja) * 2006-04-06 2011-09-07 ソニー株式会社 記録装置、記録方法および記録プログラム
JP4337849B2 (ja) * 2006-07-26 2009-09-30 ソニー株式会社 記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラム
JP4957142B2 (ja) * 2006-09-21 2012-06-20 ソニー株式会社 再生装置、再生方法および再生プログラム
US8193114B2 (en) * 2006-11-15 2012-06-05 Basf Catalysts Llc Catalysts for dual oxidation of ammonia and carbon monoxide with low to no NOx formation
JP2008252740A (ja) 2007-03-30 2008-10-16 Sony Corp リモートコマンダおよびコマンド発生方法、再生装置および再生方法、プログラム、並びに、記録媒体
JP4321628B2 (ja) * 2007-05-31 2009-08-26 ソニー株式会社 記憶装置、記憶方法および記憶プログラム、ならびに、データ処理装置、データ処理方法およびデータ処理プログラム
CN102017640B (zh) * 2008-05-01 2012-11-28 松下电器产业株式会社 再现装置、集成电路与再现方法
JP5368470B2 (ja) * 2008-11-06 2013-12-18 パナソニック株式会社 再生装置、再生方法、再生プログラム、及び集積回路
CA2714859C (en) * 2009-03-30 2016-10-11 Panasonic Corporation Recording medium, playback device, and integrated circuit

Also Published As

Publication number Publication date
US20110145432A1 (en) 2011-06-16
SG186640A1 (en) 2013-01-30
TW201132111A (en) 2011-09-16
CN102124747A (zh) 2011-07-13
RU2530347C2 (ru) 2014-10-10
WO2010150674A1 (ja) 2010-12-29
HK1160314A1 (zh) 2012-08-10
EP2309763A1 (en) 2011-04-13
CN102124747B (zh) 2016-07-06
BRPI1004339A2 (pt) 2016-03-15
MY181831A (en) 2021-01-08
JP4984181B2 (ja) 2012-07-25
EP2309763B1 (en) 2015-03-11
RU2011106492A (ru) 2012-08-27
US9454996B2 (en) 2016-09-27
JP2011030187A (ja) 2011-02-10
CA2732023A1 (en) 2010-12-29
CN103079046B (zh) 2015-07-01
TWI450573B (zh) 2014-08-21
CN103079080A (zh) 2013-05-01
SG186639A1 (en) 2013-01-30
CN103079045A (zh) 2013-05-01
MX2011001760A (es) 2011-03-28
CN103079046A (zh) 2013-05-01
CA2732023C (en) 2017-12-19
EP2309763A4 (en) 2013-03-13

Similar Documents

Publication Publication Date Title
JP4984183B2 (ja) 再生装置、再生方法、および記録方法
US20100253765A1 (en) Information processing device, information processing method, program, and data structure
JP4984181B2 (ja) 再生装置および再生方法
KR20120006431A (ko) 기록 장치, 기록 방법, 재생 장치, 재생 방법, 기록 매체 및 프로그램
AU2010235568B2 (en) Information processing device, information processing method, program, and recording medium
JP4984188B2 (ja) 再生装置、再生方法、および記録方法
US9036983B2 (en) Information processing apparatus, information processing method, reproducing apparatus, reproducing method, program, and recording medium
JP4985895B2 (ja) 再生装置、再生方法、および記録方法
JP4984194B2 (ja) 記録方法
JP2010244629A (ja) 情報処理装置、情報処理方法、プログラム、および記録媒体
JP2010245916A (ja) 情報処理装置、情報処理方法、およびプログラム

Legal Events

Date Code Title Description
WITN Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid