TWI377565B - - Google Patents

Download PDF

Info

Publication number
TWI377565B
TWI377565B TW096116512A TW96116512A TWI377565B TW I377565 B TWI377565 B TW I377565B TW 096116512 A TW096116512 A TW 096116512A TW 96116512 A TW96116512 A TW 96116512A TW I377565 B TWI377565 B TW I377565B
Authority
TW
Taiwan
Prior art keywords
management information
information
recording
file
recorded
Prior art date
Application number
TW096116512A
Other languages
English (en)
Other versions
TW200805293A (en
Inventor
Atsushi Mae
Kenichiro Aridome
Yukio Isobe
Naoki Morimoto
Original Assignee
Sony Corp
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 Sony Corp filed Critical Sony Corp
Publication of TW200805293A publication Critical patent/TW200805293A/zh
Application granted granted Critical
Publication of TWI377565B publication Critical patent/TWI377565B/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/80Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82Transformation 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/8205Transformation 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
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28Indexing; 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/32Indexing; 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/322Indexing; 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 used signal is digitally coded
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/20Disc-shaped record carriers
    • G11B2220/25Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537Optical discs
    • G11B2220/2541Blu-ray discs; Blue laser DVR discs

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Television Signal Processing For Recording (AREA)
  • Studio Devices (AREA)

Description

1377565 (1) 九、發明說明 【發明所屬之技術領域】 本發明係有關於,將視訊資料和音訊資料予以多工化 而成的串流資料記錄在記錄媒體時所適用的記錄裝置、記 錄方法及記錄程式,以及攝像裝置、攝像方法及攝像程 式。
【先前技術】 以往,作爲可記錄且可從記錄再生裝置取出,並且記 錄容量較大'適合記錄由視訊資料和音訊資料所構成的 AV(Audio/Video)資料之記錄媒體,具有 4.7GB(Giga Byte) 以上的記錄容量之 DVD(Digital Versatile Disc)已經普 及。專利文獻「日本特開 2004-350251」中,記載了以 DVD-Video格式來對可記錄型的DVD進行記錄之攝像裝 置。 可是’對記錄媒體之視訊資料及音訊資料的記錄,一 般是以從記錄開始操作到記錄停止操作之間所生成的視訊 資料爲單位來進行。然後,對從記錄開始操作到記錄停止 操作之間所生成的視訊資料,利用再生清單資訊來指定再 生區間或再生順序爲一般所被進行。以從記錄開始操作到 記錄停止操作之間所生成的視訊資料爲單位,利用再生清 單資訊來管理所被記錄的AV串流,藉此不用加工記錄媒 體上的AV串流,就能夠容易進行自由設定該當AV串流 的再生區間或再生順序的編輯。
< S -5- (2) 1377565 在此’可想成將視訊資料及音訊資料作爲檔案記錄於 記錄媒體。例如’以從記錄開始操作到記錄停止操作之間 所生成的資料爲單位,將視訊資料及音訊資料作爲檔案予 以記錄。在將視訊資料及音訊資料作爲檔案來記錄下,可 增加與電腦裝置等的其他裝置的親和性,期待能夠更有效 活用所被記錄的資料。
如此’將視訊資料及音訊資料作爲檔案記錄時,爲了 依記錄順序連續性再生隨著一連串的記錄開始及停止的操 作來依序被記錄於1個記錄媒體之複數單位的視訊資料及 音訊資料’而必須下何等的工夫。例如,可想像控制成對 儲存有再生清單資訊的1個再生清單檔依序追記隨著一連 串的記錄開始及停止的操作來依序被記錄於1個記錄媒體 之複數單位的視訊資料及音訊資料的資訊。在如此地進行 記錄控制下’容易連續性地再生每單位記錄於記錄媒體之 一連串的複數單位的視訊資料及音訊資料。 在控制成可對再生清單檔追記每記錄開始操作及停止 操作依序被記錄的視訊資料及音訊資料的資訊時,每次重 複記錄開始及停止的操作,再生清單檔的資料大小便會增 大。另一方面,在記錄裝置或再生裝置中,可想像成進行 將再生清單檔一旦讀進記憶體,而作爲檔案被記錄之視訊 資料及音訊資料的再生控制。在記憶體中,管理被記錄於 記錄媒體的視訊資料及音訊資料的其他管理資訊也會被讀 入,因此一旦再生清單檔的大小增大,則會壓迫記憶體的 容量,而恐會有妨礙其他的處理之虞的問題點。 -6- (3) (3)
1377565 又’將視訊資料及音訊資料作爲檔案記錄時 供一種再生時容易進行檢索視訊資料内的畫格 或畫格單位的編輯之構造。因應於此,可想像成 訊資料的再生時間資訊與儲存視訊資料的檔案内 所對應。由於顯示此再生時間資訊與檔案内位址 係之資料會隨著記錄而增加,因此該情況亦於記 生時壓迫記憶體容量,而恐會有妨礙其他的處理 題點。 又’在記憶體容量被壓迫的狀態下例如持續 時,會有根據系統來強制性地停止視訊資料及音 記錄,或系統掛掉(hang up)的可能性等的問題點 又’近年來,一般所被使用的視訊格式的種 多采多姿。例如,有關行數及掃描方法,就 (Interlaced Scanning)的格式而言,有行數爲 480i、行數爲576條的576i、行數爲1080條 等,就逐ί了掃描(Progressive Scanning)的格式而 數分別爲4 8 0條、5 7 6條、7 2 0條及1 0 8 0條;; 576p、720p及l〇80p等被規定。 在記錄裝置中,亦被要求可對應於上述多種 來進行記錄。同時,被要求可對1個記錄媒體混 數種類的格式之視訊資料。然而,如上述,以能 再生清單檔追記作爲檔案依序記錄於記錄媒體的 及音訊資料的資訊之方式來進行記錄控制時,有 生該當記錄媒體的再生裝置側發生問題。例如, ,必須提 (frame), 例如使視 的位址有 的對應關 錄時或再 之虞的問 進行記錄 訊資料的 0 類變得更 隔行掃描 4 80條的 的 1080i 言,有行 匕 480p 、 類的格式 在記錄複 夠對1個 視訊資料 可能在再 按照再生 -7- (4)1377565 清單檔依序再生作爲檔案記錄的視訊資料及音訊資料時, 將和目則爲止再生的視訊資料格式相異的視訊資料予以 著連續再生,恐會有解碼器的處理切換來不及,或解碼器 掛掉而造成動作停止之虞的問題點。 【發明內容】
因此’本發明的目的是在於提供’將從記錄開始操作 到記錄停止操作之間所生成的視訊資料及音訊資料作爲胃 案記錄時提升使用者的便利性之記錄裝置、記錄$ $ s言己 錄程式、以及攝像裝置、攝像方法及攝像程式。 爲了解決上述課題’第1發明之記錄裝置,係將視訊 資料及音訊資料多工化後記錄於記錄媒體的記錄裝置其 特徵係具有: 資料輸入部’其係輸入視訊資料及音訊資料;
記錄指示輸入部,其係輸入上述視訊資料及音訊資料 的記錄開始及記錄停止的指示; 記錄部,其係多工化上述視訊資料及音訊資料,以被 多工化的串流作爲串流檔來記錄於記.錄媒體;及 管理資訊生成部,其係生成再生管理資訊,該再生管 理資訊係由:顯示上述串流檔的屬性資訊之第丨管理資 訊、及包含顯示上述串流檔的再生方法的資訊之第2管理 資訊所構成,用以控制記錄於上述記錄媒體的上述串流檔 的再生; s 又,上述管理資訊生成部,係根據既存的上述再生管
-8- < S (5)1377565 理資訊,進行是否可對含於上述既存的再生管理資訊中之 所定的上述第2管理資訊追記顯示對按照上述記錄指示輸 入部之上述記錄開始的指示來記錄於上述記錄媒體的上述 串流檔之上述再生方法的資訊之追記可否判斷。 又,第2發明之記錄方法,係將視訊資料及音訊資料 多工化後記錄於記錄媒體之記錄方法,其特徵係具有:
記錄指示輸入的步驟,其係被輸入於資料輸入部的視 訊資料及音訊資料的記錄開始及記錄停止的指示會被輸 入; 記錄的步驟,其係將上述視訊資料及音訊資料多工 化,以被多工化的串流作爲串流檔,記錄於記錄媒體;及
管理資訊生成的步驟,其係生成再生管理資訊,該再 生管理資訊係由:顯示上述串流檔的屬性資訊之第1管理 資訊、及包含顯示上述串流檔的再生方法的資訊之第2管 理資訊所構成,用以控制記錄於上述記錄媒體的上述串流 檔的再生; 又,上述管理資訊生成的步驟,係根據既存的上述再 生管理資訊,進行是否可對含於上述既存的再生管理資訊 中之所定的上述第2管理資訊追記顯示對按照上述記錄指 示輸入的步驟之上述記錄開始的指示來記錄於上述記錄媒 體的上述串流檔之上述再生方法的資訊之追記可否判斷。 又,第3發明之記錄程式,係使將視訊資料及音訊資 料多工化後記錄於記錄媒體之記錄方法執行於電腦裝置, 其特徵爲上述記錄方法係具有: -9- (6) !377565 記錄指示輸入的步驟’其係被輸入於資料輸入部的視 eJl資料及音訊資料的記錄開始及記錄停止的指示會被輸 入;
記錄的步驟’其係將上述視訊資料及音訊資料多工 化’以被多工化的串流作爲串流檔’記錄於記錄媒體;及 管理資訊生成的步驟,其係生成再生管理資訊,該再 生管理資訊係由:顯示上述串流檔的屬性資訊之第1管理 資訊、及包含顯示上述串流檔的再生方法的資訊之第2管 理資訊所構成,用以控制記錄於上述記錄媒體的上述串流 檔的再生; 又’上述管理資訊生成的步驟,係根據既存的上述再 生管理資訊’進行是否可對含於上述既存的再生管理資訊 中之所定的上述第2管理資訊追記顯示對按照上述記錄指 示輸入的步驟之上述記錄開始的指示來記錄於上述記錄媒 體的上述串流檔之上述再生方法的資訊之追記可否判斷。 又’第4發明之攝像裝置,係將在攝像部攝取被照體 而取得的視訊資料、及在收音部收取音聲而取得的音訊資 料多工化後記錄於記錄媒體之攝像裝置,其特徵係具有: 攝像部,其係攝取被照體後輸出視訊資料; 收音部,其係收取音聲後輸出音訊資料; 記錄部,其係將上述視訊資料及上述音訊資料多工 化,以被多工化的串流作爲串流檔來記錄於記錄媒體; 操作部,其係受理指示上述視訊資料及上述音訊資料 之往上述記錄媒體的記錄開始及記錄停止之使用者操作; c S ) -10- (7) (7)
1377565 及 管理資訊生成部,其係生成再生管理資訊,該 理資訊係由:顯示上述串流檔的屬性資訊之第1 訊、及包含顯示上述串流檔的再生方法的資訊之第 資訊所構成’用以控制記錄於上述記錄媒體的上述 的再生; 又’上述管理資訊生成部,係根據既存的上述 理資訊,進行是否可對含於上述既存的再生管理資 所定的上述第2管理資訊追記顯示對按照對應於對 作部之上述使用者操作的上述記錄開始的指示來記 述記錄媒體的上述串流檔之上述再生方法的資訊之 否判斷。 又,第5發明之攝像方法,係將在攝像部攝取 而取得的視訊資料、及在收音部收取音聲而取得的 料多工化後記錄於記錄媒體之攝像裝置的攝像方法 徵係具有: 記錄的步驟,其係將在攝像部攝取被照體而取 訊資料、及在收音部收取音聲而取得的音訊資料多 以被多工化的串流作爲串流檔記錄於記錄媒體; 受理使用者操作的步驟,其係對操作部指示上 資料及上述音訊資料之往上述記錄媒體的記錄開始 停止;及 管理資訊生成的步驟,其係生成再生管理資訊 生管理資訊係由:顯示上述串流檔的屬性資訊之第 再生管 管理資 2管理 串流檔 再生管 訊中之 上述操 錄於上 追記可 被照體 音訊資 ,其特 得的視 工化, 述視訊 及記錄 ,該再 1管理 -11 - 1377565
資訊、及包含顯示上述串流檔的再生方法的資訊之第2管 理資訊所構成,用以控制記錄於上述記錄媒體的上述串流 檔的再生;
又,上述管理資訊生成的步驟,係根據既存的上述再 生管理資訊,進行是否可對含於上述既存的再生管理資訊 中之所定的上述第2管理資訊追記顯示對按照對應於對上 述操作部之上述使用者操作之上述記錄開始的指示來記錄 於上述記錄媒體的上述串流檔之上述再生方法的資訊之追 記可否判斷》 又,第6發明之攝像程式,係使將在攝像部攝取被照 體而取得的視訊資料、及在收音部收取音聲而取得的音訊 資料多工化後記錄於記錄媒體之攝像裝置的攝像方法執行 於電腦裝置,其特徵爲上述記錄方法係具有: 記錄的步驟,其係將在攝像部攝取被照體而取得的視 訊資料、及在收音部收取音聲而取得的音訊資料多工化, 以被多工化的串流作爲串流檔記錄於記錄媒體; 受理使用者操作的步驟,其係對操作部指示上述視訊 資料及上述音訊資料之往上述記錄媒體的記錄開始及記錄 停止;及 管理資訊生成的步驟’其係生成再生管理資訊,該再 生管理資訊係由:顯示上述串流檔的屬性資訊之第1管理 資訊 '及包含顯示上述串流檔的再生方法的資訊之第2管 理資訊所構成,用以控制記錄於上述記錄媒體的上述串流 檔的再生; -12 - 1377565 ⑼ 又,上述管理資訊生成的步驟,係根據既存的上述再 生管理資訊,進行是否可對含於上述既存的再生管理資訊 中之所定的上述第2管理資訊追記顯示對按照對應於對上 述操作部之上述使用者操作之上述記錄開始的指示來記錄 於上述記錄媒體的上述串流橹之上述再生方法的資訊之追 記可否判斷。
如上述,由於第1、第2及第3發明,係生成再生管 理資訊,該再生管理資訊係由:顯示上述串流檔的屬性資 訊之第1管理資訊、及包含顯示串流檔的再生方法的資訊 之第2管理資訊所構成,用以控制被記錄於記錄媒體的串 流檔的再生’且根據既存的再生管理資訊,進行是否可對 含於既存的再生管理資訊中之所定的第2管理資訊追記顯 示對按照視訊資料的記錄開始的指示來記錄於記錄媒體的 串流檔之再生方法的資訊之追記可否判斷,因此即使重複 進行記錄開始操作及記錄停止操作時,照樣使用者可無意 識下’適當地控制第2管理資訊的生成。 又,由於第4、第5及第6發明,係生成再生管理資 訊’該再生管理資訊係由:顯示串流擋(由將在攝像部攝 取被照體而取得的視訊資料、及在收音部收取音聲而取得 的音訊資料予以多工化之串流所構成)的屬性資訊之第1 管理資訊、及包含顯示串流檔的再生方法的資訊之第2管 理資訊所構成’用以控制被記錄於記錄媒體的串流檔的再 生’且根據既存的再生管理資訊,進行是否可對含於既存 的再生管理資訊中之所定的第2管理資訊追記顯示對按照 -13- 1377565 do) 對應於對操作部之使用者操作的記錄開始的指示來記錄於 記錄媒體之由攝取被照體而取得的視訊資料所構成的串流 檔之再生方法的資訊之追記可否判斷,因此攝影時即使重 複進行記錄開始操作及記錄停止操作時,照樣使用者可無 意識下’適當地控制第2管理資訊的生成。
第1、第2及第3發明,如上述,由於生成生成再生 管理資訊’該再生管理資訊係由:顯示串流檔(由將視訊 資料及音訊資料予以多工化之串流所構成)的屬性資訊之 第1管理資訊、及包含顯示串流檔的再生方法的資訊之第 2管理資訊所構成,用以控制被記錄於記錄媒體的串流檔 的再生’且根據既存的再生管理資訊,進行是否可對含於 既存的再生管理資訊中之所定的第2管理資訊追記顯示對 按照視訊資料的記錄開始的指示來記錄於記錄媒體的串流 檔之再生方法的資訊之追記可否判斷,因此即使重複進行 記錄開始操作及記錄停止操作時,照樣使用者可無意識 下,適當地控制第2管理資訊的生成。 又,第4、第5及第6發明,如上述,由於生成再生 管理資訊,該再生管理資訊係由:顯示串流檔(由將在攝 像部攝取被照體而取得的視訊資料、及在收音部收取音聲 而取得的音訊資料予以多工化之串流所構成)的屬性資訊 之第1管理資訊、及包含顯示串流檔的再生方法的資訊之 第2管理資訊所構成,用以控制被記錄於記錄媒體的串流 檔的再生,且根據既存的再生管理資訊,進行是否可對含 於既存的再生管理資訊中之所定的第2管理資訊追記顯示 -14- (11)1377565 對按照對應於對操作部之使用者操作的記錄開始的指示來 記錄於記錄媒體之由攝取被照體而取得的視訊資料所構成 的串流檔之再生方法的資訊之追記可否判斷,因此攝影時 即使重複進行記錄開始操作及記錄停止操作時,照樣使用 者可無意識下,適當地控制第2管理資訊的生成。 【實施方式】
以下,一面參照圖面一面說明本發明之一實施形態。 首先,爲了容易理解,說明可適用於本發明之一例格式 (以下稱爲AVCHD格式)。AVCHD格式,係作爲可記錄將 視訊資料和音訊資料予以所定多工化而成的 AV(Audi〇/Vide〇)串流的記錄媒體中所記錄之記錄格式而 提出,是可將記錄媒體中所記錄的AV串流,以剪輯單位 使用播放清單來管理。
例如 ITU-T(International Telecommunication Union-Tele c o m m un ic at i ο η Standarization Sector)建議 H . 2 6 4 或 IS 0(International Organization for S tandarizati on) /IEC(International Electrotechnical Commission)國際標準 1 4496- 1 0(MPEG-4 partlO)Advanced Video Coding(以下簡 稱爲H_264| A VC)中所規定的編碼方式進行編碼,依照 MPEG2系統所多工化而成的位元串流,係被稱爲剪輯AV 串流(或AV串流)。剪輯AV串流,係藉由所定之檔案系 統而以檔案方式記錄至碟片。該檔案,係稱作剪輯AV串 流檔(或是AV串流檔)^ -15- (12) 1377565 剪輯AV串流檔,係在檔案系統上的管理單位,並不 一定是對使用者而言容易理解的管理單位。在考慮到使用 者的便利性時,需要將分割成複數剪輯AV串流檔的映像 內容總結成一個而加以再生的機制,或是僅再生剪輯AV 串流檔之一部份的機制,或事先將用以順暢地進行特殊再 生或開頭再生的資訊等作爲資料庫來記錄於碟片中。
第1圖係可適用於本發明之AVCHD格式所規定之資 料模型的槪略性圖示。若依據該A VCHD格式,則資料結 構係如第1圖所不般地爲4層的層所成。最下層的層,係 配置著剪輯AV串流的層(爲了說明方便起見,稱之爲剪 輯層)。其上的層,係配置著用來指定對剪輯AV串流之 再生地點用的播放清單(Play List)、播放項(Play Item)的層 (爲了說明方便起見,稱之爲播放清單層)。再其上的層, 係配置著對播放清單指定再生順序等的命令所成之影片物 件(MovieObject)等的層(爲了說明方便起見,稱之爲物件 層)。最上層的層,係配置著用來管理被儲存在記錄媒體 中之標題等的索引表(爲了說明方便起見,稱之爲索引 層)。 說明剪輯層。剪輯AV串流,係爲由視訊資料或音訊 資料被多工化成MPEG2 TS(傳輸串流)的類型等之位元串 流。該剪輯AV串流相關資訊會作爲剪輯資訊(Cnp information)來記錄於檔案中。 又,剪輯AV串流中,係可使顯示字幕的圖形串流亦 即〇B串流(Overlay Bitmap stream)、或令使用於選單顯 -16- (13) 1377565 示等的資料(按鈕映像資料等)串流的mb串流(Menu Bitmap stream)多工化。 將剪輯AV串流檔、和記錄有對應之剪輯資訊的剪輯 資訊檔,視爲一個整體的物件,稱爲剪輯(Clip) °亦即’ 剪輯係由剪輯AV串流和剪輯資訊所構成’係爲一個物 件。
檔案一般都是以位元組序列來取用。剪輯AV串流檔 的內容,係被展開在時間軸上,剪輯中的進入點(Entry Point),主要是以時間基礎而被指定。當給予了往所定剪 輯之存取點的時間戳記(TimeStamp )時,爲了在剪輯AV 串流檔之中找到所欲開始讀出資料的位址資訊,可以使用 剪輯資訊檔。 說明播放清單層。播放清單,係由指定要再生之AV 串流檔、和已被指定AV串流檔的再生地點的再生開始點 (IN點)和再生結束點(OUT點)的集合所構成。該再生開始 點和再生結束點之資訊視爲一組,稱作播放項 (P lay Item)。播放清單,係由播放項之集合所構成。將播 放項予以再生,意指將被該播放項所參照之AV串流檔的 —部份加以再生。亦即,根據播放項中的IN點及OUT點 '資訊,將剪輯中的對應區間予以再生。 說明物件層。影片物件,係含有將導航命令程式、影 片物件予以聯繫起來的終端資訊。導航程式,係用來控制 播放清單之再生的命令(導航命令,navigation command)
< :S -17- (14) 1377565 說明索引層。索引層,係由索引表(Index Table)所 成。索引表,係定義被記錄在記錄媒體中之內容的標題用 的頂層表格。根據索引表中所儲存之標題資訊,藉由常駐 在播放器裡的系統軟體中的模組管理器,來控制記錄媒體 之再生。
亦即,如第2圖槪略性所示,索引表中的任意登錄 (entry),係稱爲標題,索引表中被登錄的首次回播標題 (First PlaybackTitle)、選單標題(MenuTitle)及影片標題 (M〇vieTitle)#l、#2、...,係爲全部的標題。各標題,係 代表對影片物件的連結。 若爲了容易理解而舉再生專用的記錄媒體爲例,則例 如,首次回播標題,係對應於只要是被儲存在該當記錄媒 體中的內容是電影的話,則在播放電影本篇之前會先播放 電影公司的宣傳用映像(預告片(trailer))。選單標題,係 例如若內容爲電影時,則是對應於用來選擇本篇再生、章 節搜尋、字幕或語言設定、附錄映像再生等所用的選單畫 面。又,影片標題,係爲可從選單標題中選擇之各映像。 標題又亦可構成爲就是選單畫面。 第 3圖係表示如上述之剪輯 AV串流、剪輯資訊 (Stream Attributes)、剪輯、播放項及播放清單之關係的 UML(Unified Modeling Language)圖。播放清單,係被對 應關連至1或複數個播放項;播放項係被對應關連至1個 剪輯。對於1個剪輯,可以對應關連複數個分別開始點及 /或結束點不同的播放項。從1個剪輯是參照了 1個剪輯
< S -18- (15) 1377565 AV串流檔。從1個剪輯是參照了 1個剪輯資訊檔。又, 剪輯AV串流檔和剪輯資訊檔,係具有1對1之對應關 係。藉由如此定義構造,就可不變更剪輯AV串流檔,即 可僅再生任意部份,可進行非破壞性之再生順序指定》
又,如第4圖,可從複數個播放清單,參照同一剪 輯。又,亦可從1個播放清單,指定複數個剪輯。剪輯, 係被播放清單中的播放項中所示的IN點及OUT點所參 照。第4圖的例子中,剪輯300係除了被從播放清單310 的播放項3 20參照,還被從構成播放清單311之播放項 32 1及3 22當中的播放項321,參照到IN點及OUT點所 示的區間。又,剪輯3 0 1係除了被從播放清單3 1 1的播放 項3 22參照到IN點及OUT點所示之區間,還被播放清單 312的播放項323及324當中的播放項323的IN點及 OUT點所示之區間所參照。就第4圖的例子而言,剪輯 3 0 1亦更由別的播放清單來參照。 其次,有關根據AVCHD格式之記錄於記錄媒體的檔 案的管理結構,使用第5圖來加以說明。檔案,係藉由目 錄結構來階層式管理。在記錄媒體上,首先,作成1個目 錄(第5圖的例子中係爲根(root)目錄)。該目錄之下,就 是被1個記錄再生系統所管理之範圍。 根目錄之下,配置有目錄"BDMV"。更因應所需,根 目錄之下’配置有目錄"AVCHDTN"。目錄"AVCHDTN"中 例如係放置有,將剪輯的代表影像縮小成所定大小的縮圖 檔(thumbnail)。目錄"BDMV"中,係儲存著用第1圖說明
< S -19- (16) 1377565 過的資料結構。 目錄nBDMV"正下方,檔案可只放置檔案 %11(16\儿〇111^”及檔案"1^0丫丨6〇1^6(^几(1|1^"這 2 個檔案。 又’目錄"BDMV"之下,配置有目錄"PLAYLIST"、目錄 "CLIPINF" ' 目錄"STREAM"及目錄"BACKUP"。目錄 "BACKUP,,,係儲存著各目錄及檔案的備份。
檔案”丨11(^乂.5(111^",係記述著有關目錄”01\^"之內 容。亦即,此檔案”index.bdmv"係對應於屬於上述最上層 之層亦即索引層中的索引表。又,檔案 "MovieObject.bdmv”,係儲存著1個以上的影片物件之資 訊。亦即,此檔案"MovieObject.bdmv"係對應於上述之物 件層。 目錄"PLAYLIST” ’係配置著播放清單之資料庫的目 錄。亦即’目錄"PLAYLIST",係含有播放清單相關之檔 案亦即檔案"xxxxx.mpls”。檔案"xxxxx.mpls",係對播放 清單之每一者所分別作成的檔案。檔名中的(分隔字元) 之前的"xxxxx",係爲5位數的數字;在分隔字元之後的 "m p 1 s ",係此類型檔案所固定給予的副檔名。 目錄"CLIPINF",係配置著剪輯之資料庫的目錄。亦 即,目錄"CLIPINF" ’係含有對剪輯AV串流檔之每—者 的剪輯資訊檔亦即檔案."zzzzz.clpi"。檔名中的分隔字 元)之前的"zzzzz" ’係爲5位數的數字;在分隔字元之後 的"clpi",係此類型檔案所固定給予的副檔名。 目錄"STREAM",係配置著作爲實體的AV串流檔的 cs ) -20- (17) 1377565 目錄。亦即,目錄"STREAM",係含有對應於剪輯資訊檔 之每一者的剪輯 AV串流檔。剪輯AV串流檔,係由 MPEG2(Moving Pictures Experts Group 2)的傳輸串流(以 下簡稱爲MPEG2 TS所成,檔名係爲"zzzzz.m2ts"。於檔 名中,分隔字元之前的"zzzzz"係和對應之剪輯資訊檔相 同,藉此就可容易掌握剪輯資訊擋和該剪輯AV串流檔的 對應關係。
此外,目錄” AVCHDTN”,係可配置2種類的縮圖檔 "thumbnail.tidx"及 "thumbnail.tdt2" 。 縮 圖 檔 "thumbnail.tidx”,係儲存著被所定方式力Π密過的縮圖影 像。縮圖檔"thumbnail. tdt2”,係儲存著未被加密的縮圖影 像。例如使用者以視訊攝影機拍攝到的剪輯所對應之縮圖 影像,若認爲可任意拷貝(copy free)且沒有加密之需要, 因此被儲存在該縮圖檔"thumbnail. tdt2"。 第5圖所示的各檔案當中,和本發明有較深關係者, 加以更詳細說明。首先,說明被置於目錄"BDMV"之正下 方的檔案"index.bdmv" »第 6 圖係表示該檔案 "index.bdmv"之一例結構的語法。此處,將語法以根據電 腦裝置等之程式記述語言所採用的C語言之記述法,加以 表示。這點在其他表示語法的圖中亦相同。 第6圖中,欄位Typelndicator係具有32位元之資料 長,表示該檔案係爲索引表。欄位TypeIndicator2,係具 有 32位元之資料長,係表示該檔案”index.bdmv”的版 本。欄位 IndexesStartAddress,係具有 32位元之資料
(S -21 - (13) 1377565 長,係表示位於該語法內的區塊blklndexes()的開始位 址。 欄位 ExtensionDataStartAddress,係具有 32 位元之 資料長,係表示位於該語法內的區塊blkExtensionData()
的開始位址。區塊blkExtensionData(),係用以可儲存所 定的擴充資料之區塊。欄位 ExtensionDataStartAddress, 係以從該檔案"index, bdmv”之最初位元組起算的相對位元 組,來表示區塊 blkExtensionData()的開始位址。相對位 元組數,係可從 "〇"開始。若該欄位 ExtensionDataStartAddress 的値爲"0",貝!]表示該檔案 ’’index.bdmv"內不存在區塊 blkExtensionData() 〇 緊接著欄位 ExtensionDataStartAddress,配置著資料 長爲192位元組的領域reserved。此外,領域reserved係 用以位元組對齊,或將來欄位追加之領域。這點在以下的 說明中亦相同。區塊blkAppInf〇BDMV()係爲內容製作者 可記錄任意資訊的區塊,播放器的動作等係不受其影響。 區塊1?11^111{16\63(),係該檔案''丨11£16\义£111^”的實質內 容,依據該區塊blklndexesO中所記述的內容,指定了在 將碟片裝塡至播放器之際所再生的首次回播、或從頂選單 叫出的標題(影片物件)。根據被索引表呼叫的影片物件等 中所記述的命令,後述之播放清單檔會被讀取。 第7圖係表示區塊blklndexesO之一例結構的語法。 欄位Length,係具有32位元之資料長,係表示從該欄位 Length正後方起至該區塊blklndexesO結束爲止的資料
< S -22- (19) 1377565 長。接者’配置有區塊 FirstPlaybackTitle()及區塊 MenuTitle()。
區塊FirstPlaybackTitleO,係記述著被首次回播所使 用之物件的相關資訊。區塊FirstPlaybackTitle(),係緊接 於具有1位元資料長之領域reserved後面而記述有固定値 "1 ”。然後隔著具有3 1位元資料長之領域reserved而記述 有固定値"1 "。然後,隔著具有14位元資料長之領域 reserved ,配置了具有 16 位元資料長的欄位 FirstPlaybackTitleMobjIDRef 。 藉 由 該 欄 位 FirstPlaybackTitleMobjIDRef,可表示被首次回播標題所 使用之影片物件的ID。 影片物件的ID,係根據例如用第8圖及第9圖而於 後述的影片物件的語法,於影片物件的for迴圈文中以作 爲迴圈變數所使用的値mobj_id來表示。此例中,欄位 FirstPlaybackTitleMobjIDRef,係儲存著要參照之影片物 件所對應的値mobj_id。 此外,區塊blklndexes()中的區塊 FirstPlaybackTitle()內的欄位
FirstPlaybackTitleMobjIDRef,係可指頂選單的影片物 件,也可指標題。 區塊MenuTitle(),係記述著被頂選單所使用之物件 的相關資訊。區塊MenuTitleO ’係緊接於具有1位元資 料長之領域reserved後面而記述有固定値"1"。然後隔著 具有31位元資料長之領域reserved而記述有固定値"1"。 -23- (20)1377565 然後,隔著具有14位元資料長之領域reserved,配置了 具有 16位元.資料長的欄位 MenuTitleMobjIDRef。欄位 MenuTitleMobjIDRef,係表示被選單標題所使用之影片物 件的ID。 區塊 MenuTitle()的下個欄位 NumberOfTitles,係具
有16位元資料長,是表示使用者可以選擇 '再生的標題 數。依照接著的for迴圈文,將値title_id當作引數 (argument),區塊 MovieTitle[title_id]()會被記述恰好達 到該欄位 NumberOfTitles 所示的次數。區塊 M〇VieTitle[title_id](),係記述著每一標題的資訊。値 title_id,係爲從”0"起至欄位NumberOfTitles所示之値爲 止的數値,係用來識別標題。
於區塊MovieTitle[title_id]()中,隔著具有1位元資 料長之領域reserved而記述有固定値"1",然後,隔著具 有 46 位元資料長的領域 reserved而記述有欄位 MovieTitleMobjIDRef。欄位 Μ o v i e T i 11 e Μ o b j ID Re f,係具 有16位元之資料長,係表示被該標題所使用之影片物件 的ID。欄位MovieTitleMobjIDRef()之後,配置著具有32 位元資料長之領域reserved。 第 8圖係表示目錄"BDMV"正下方所配置之檔案 "MovieObject.bdmv"之一例結構的語法。欄位 Typelndicator,係具有32位元(4位元組)之資料長,係表 示該檔案係爲檔案"MovieObject.bdmv” 。 欄位 Typelndicator 係記述著,以 ISO(International
(S -24- (21) 1377565
Organization for Standarization)646 所規定之編碼方式所 編碼成的4文字所成之字串。該第8圖的例子中,欄位 type_indicatior中記述著以IS0646既定方式編碼過的4 文字之字串"MOBJ",表示該檔案係爲檔案 "MovieObject.bdmv"。
欄位TypeIndicator2,係具有32位元(4位元組)之資 料長,係表示該檔案"MovieObject.bdmv"的版本編號。在 此檔案"MovieObject.bdmv"中,欄位 TypeIndicator2 係必 定爲,以IS 0646所規定之編碼方式編碼過的4文字所成 之字串π 0 1 0 0 "。 欄位 ExtensionDataStartAddress,係具有 32 位元之 資料長,係表示位於該語法內的區塊blkExtensionData() 的開始位址。欄位ExtensionDataStartAddress,係以從該 檔案"MovieObject.bdmv"之最初位元組起算的相對位元組 數,來表示區塊blkEXtensionData()的開始位址。相對位 元組數,係可從 "〇"開始。若該欄位 ExtensionDataStartAddress 的値爲"〇",則表示該檔案 ’’Movi.eObject.bdmv”內不存在區塊 blkExtensionData()。 此外,本第8圖所示之語法內的欄位padding_word, 係具有 16 位元資料長,是依照該檔案 "MovieObject.bdmv"的語法,而被***至for迴圈文中恰 好達値N1或値N2所示之次數。値N1或値N2,係爲〇 或任意正整數。又,欄位padding_word,係可使用任意的 値。 < S ) -25- (22) 1377565 緊接著欄位 ExtensionDataStartAddress’配置著資料 長爲224位元的領域reserved,而於其後,儲存著此檔案 "MovieObject.bdmv"的本體亦即區塊 blkMovieObjects()。
第 9圖係表示區塊blkMovieObjects()之一例結構的 語法。欄位Length,係具有32位元之資料長’係表示從 該欄位Length正後方起至該區塊blkMovieObjects()結束 爲止的資料長。隔著具有32位元資料長之領域 reserved,配置有欄位 NumberOfMobjs 。欄位 NumberOfMobjs,係依照其後的for迴圈文來表示所儲存 的影片物件數。以for迴圈文的作爲迴圈變數所用的値 mobj_id,將影片物件予以唯一特定。値mobj_id ’係爲從 "〇 ”開始的値,影片物件,係藉由在f〇r迴圈文中被記述 之順序而定義。 for迴圈文中的區塊Term in all nfo() ’係記述有固定値 "1",接著配置具有15位元資料長的領域reserved。其 次,配置著具有 16 位元資料長之欄位
NumberOfNavigationCommands[mobj_id] ° 此 欄 位 NumberOfNavigationCommands[mobj_id] ’ 係表 示被値 mobj_id所指示之影片物件MovieObject[mobj_id]()中所 含有之導航命令(NavigationCommand)的數目° 藉由下個將値c〇mmand_id當成迴圈變數的f〇r迴圈 文,導航命令會被記述恰好達欄位
NumberOfNavigationCommands[mobj_id]所不之次數。亦 即,此for迴圈文中所配置之欄位 -26- (23) 1377565
NavigationCommand[mobj_id][command_id]係儲存著,被 含在由値mobj_id所指示之區塊MovieObject[mobj_id]() 中的、値 command_id 所示之順位的導航命令 NavigationCommand。値 command_id,係爲從"0"開始的 値;導航命令NavigationCommand,係藉由在該for迴圈 文中被記述之順序所定義。
第10圖係表示播放清單檔"xxxxx.mpls”之一例結構 的語法。欄位Typelndicator,係具有32位元(4位元組) 之資料長,係表示該檔案係爲播放清單檔。欄位 TypeIndicator2,係具有32位元(4位元組)之資料長,係 表不該播放清單檔的版本。欄位 PlayListStartAddress, 係具有 32位元之資料長,係表示該語法中的區塊 blkPlayListO的開始位址。 欄位PlayListMarkStartAddress,係具有32位元之資 料長,係表示該語法中的區塊blkPlayListMarkO的開始位 址。欄位 ExtensionDataStartAddress,係具有 32 位元之 資料長,係表示該語法中的區塊blkExtensionData()的開 始位址。欄位 ExtensionDataStartAddress,係將來表示區 塊 blkExtensionData()的開始位址,以檔案"xxxxx.mpls"的 最初位元組起算之相對位元組數所表示成的値。相對位元 組數,係從開始。若該欄位
ExtensionDataStartAddress 的値爲 π〇",則表示該檔案 "xxxxx.mpls”內不存在區塊 blkExtensionData()。 隔著具有160位元資料長之領域reserved,配置有區
< S -27- (24) 1377565 塊 blkAppInfoPlayList()。區塊 blkAppInfoPlayList(),係 記述著其後之區塊1)以?1”1^^()中所記述之播放清單的類 型、再生限制等資訊。區塊blkP lay List (),係記述著播放 清單。區塊blkPlayListMark(),係記述著章節跳躍等所被 跳躍的點。區塊blkExtensionData(),係用以可儲存所定 的擴充資料之區塊。
第11圖係表示區塊blkPlayList()之一例結構的語 法。欄位Length,係具有32位元之資料長,係表示從該 欄位Length正後方起至區塊blkPlayList()之末尾爲止的 資料長。緊接於欄位Length之後,配置著具有16位元資 料長之領域reserved,其後配置著欄位
NumberOfPlayltems。欄位 NumberOfPlayltems,係具有 16位元之資料長,係表示該區塊blkPUyList()中所含之 播放項的數目。欄位NumberOfSubPath,係表示該區塊 blkPlayList()中所含之子路徑數。 依照其後的for迴圏文,記述著播放項的區塊 blkPlayItem()會被記述恰好達欄位NumberOfPlayltems所 示的次數。根據 for迴圈文的計數値會成爲區塊 blkPlayItem()的識別元Playltem_id。然後依照其後的for 迴圈文,區塊 blkSubPath()會被記述恰好達欄位 NumberOfSubPath所示的次數。根據for迴圈文的計數値 會成爲區塊blkSubPath()的識別元SubPath_id。 此外,子路徑係可對於主要再生的播放項所對應的主 要路徑,對應於子播放項而持有。子路徑係被用於,例如
CS -28 - (25) 1377565 在配音用的音訊資料之指定,或2張映像合成之際,同步 於被播放項所指定之剪輯而再生的副映像之指定等目的。 第12圖係表示區塊blkPlayItem()之一例結構的語 法。欄位Length,係具有16位元之資料長,係表示從該 欄位Length正後方起至區塊blkPlayItem()之末尾爲止的 資料長。 欄位 ClipInf〇rmationFileName[0]係具有 40 位元(5 位
元組)資料長,係表示該區塊blkPlayItem()所參照之剪輯 資訊檔的檔名。於該播放項中,欄位
ClipInformationFileName[0]所示的檔名的剪輯資訊檔,會 被讀出。欄位ClipCodecIdentifier[0]係具有32位元(4位 元組)資料長,係表示該區塊blkPlayItem()所致之播放項 中所用之剪輯AV串流的編解碼器方式。 隔著具有12位元資料長之領域reserved,配置有欄 位 ConnectionCondition。欄位 ConnectionCondition,係 具有4位元之資料長,係表示剪輯間之接續狀態的相關資 訊。對於記錄用途的記錄媒體,欄位
ConnectionCondition 的値係可採用 ” 1 "、” 5 "或 ’’ 6 "。欄位 ConnectionCondition的値爲”1",係表示從該播放項所被 參照的剪輯及從之前的播放項所被參照的剪輯不做無縫接 續,欄位 ConnectionCondition的値爲"5"或"6",係表示 從該播放項所被參照的剪輯及從之前的播放項所被參照的 剪輯做無縫接續。此外.,所謂無縫接續,係剪輯和下個剪 輯是在畫格時序上連續再生,以此方式進行剪輯間的再生
< S -29 - (26) 1377565 控制。
欄位ConnectionCondition的値爲"5",該當播放項所 參照之剪輯中,音訊資料的記錄長係相對於視訊資料的記 錄長,爲較長(參照第13圖A)。藉此,在剪輯和剪輯進 行接續之際,使得音訊資料的漸弱處理成爲可能。例如, 當因使用者所作之記錄停止操作而使剪輯被關閉時,欄位 ConnectionCondition的値就設爲"5”。以下,將該欄位 ConnectionCondition的値爲"5"所示的剪輯接續方法,稱 作第1無縫接續。 欄位ConnectionCondition的値爲”6”,該當播放項所 參照之剪輯中,音訊資料的記錄長係相對於視訊資料的記 錄長,係爲相同或較短(參照第13圖B)。藉此,剪輯和 剪輯之間的接續,就可無縫地進行。例如,當因使用者操 作所作的記錄停止以外的理由,例如因爲系統因素而導致 剪輯被關閉時,欄位 ConnectionCondition的値就設爲 "6"。以下,將該欄位 ConnectionCondition的値爲"6"所 示的剪輯接續方法,稱作第2無縫接續。 欄位RefToSTCID,係具有8位元之資料長,係表示 系統時間基礎(STC)的不連續點的相關資訊。欄位iNTime 及欄位OUTTime ’係各自具有32位元資料長,係表示主 要剪輯AV串流的再生範圍。欄位INTime係表示開始點 (IN點),欄位OUTTime係表示結束點(OUT點)。 區塊 blkUOMaskTable(),係設定著使用者輸入受理 限制的表格。具有1位元資料長的旗標 -30- (27) 1377565
PlayltemRandomAccessFlag,係規定了是否許可對該區塊 blkPUyItem()所致之播放項的隨機存取。接下來,隔著具 有 7位元資料長之領域 reserved,配置有欄位 StillMode。欄位StillMode,係具有8位元之資料長,係 表示區塊blkPlayItem()所致之播放項中,最後顯示的映像 是否要用靜止畫面顯示。若欄位 StillMode的値爲 ”0χ0Γ'(二進位),則根據if文,藉由具有16位元資料長 的欄位StillTime來顯示靜止時間。若欄位StillMode的 値爲"0x01”以外,則該當具有16位元資料長之領域爲領 域 reserved ° 另外,在數値的記述中"〇x",係表示其數値爲16進 位表記。這針對以下的同樣表記爲共通。 區塊blkSTNTable()係管理著,該區塊blkPlayItem() 之播放項所管理之剪輯AV串流的屬性、PID號、在記錄 媒體上的記錄位置等。 第 Μ圖係表示區塊blkPlayListMark()之一例結構的 語法。欄位Length,係具有32位元之資料長,係表示從 該欄位 Length正後方起至區塊blkPlayListMark()之末尾 爲止的資料長。 欄位NumberOfPlayListMarks,係具有16位元之資料 長,係表示該區塊blkPlayListMark()中所含之播放清單標 記的數目。依照其後的for迴圈文,播放清單標記之資訊 會被記述恰好達欄位 NumberOfPlayListMarks所示的次 數。 -31 - (23) 1377565
於for迴圈文內,緊接著具有8位元資料長之領域 reserve,配置有欄位MarkType。欄位MarkType,係具有 8位元之資料長,係表示標記的類型。在播放清單標記 中,定義有登錄標記(Entry Mark)及連結點(Link Point)的 2類型,藉由此欄位MarkType來顯示到底爲何種的類 型。爲了定義章節,而使用登錄標記。由於連結點與本發 明關連性薄,因此省略説明。上述欄位 NumberOfPlayListMarks係表示合計登錄標記及連結點的 値。 欄位RefToPlayltemID,係具有16位元之資料長,係 記述著用來參照被打上標記之播放項的識別資訊 Playltem_id。欄位 MarkTimeStamp,係具有 32 位元之資 料長,係記述著用來表示被打上標記之點的時間戳記。欄 位Entry ESPID,係具有16位元之資料長,係表示含有被 標記所指示之基本串流的TS封包的PID之値。欄位 Duration,係以45kHz的時脈爲單位所計測的,具有32 位元資料長之不帶符號之整數。若該欄位Duration中所 儲存的値爲”0”,則該欄位Duration就變成沒有意義。 第15圖係表示剪輯資訊檔之一例結構的語法。欄位 Type Indie ator,係具有32位元(4位元組)之資料長,係表 示該檔案係爲剪輯資訊檔。欄位TypeIndicator2,係具有 3 2位元(4位元組)之資料長,係表示該剪輯資訊檔的版 本。 該剪輯資訊檔,係具有:區塊blkClipInfo()、區塊
< S -32- (29) 1377565 blkSequenceInfo()、區塊 blkProgramInfo()、區塊 blkCPI()、區塊 blkClipMark()及區塊 blkExtensionDataO ;各自具有 32位元資料長的欄位 SequencelnfoStartAddress、欄位
Programlnfo St art Address ' 欄位 CPIStartAddress、欄位 ClipMarkStartAddress 及欄位
ExtensionDataStartAddress,係表示各個對應之區塊的開
始位址。 欄位 ExtensionDataStartAddress,係以從該剪輯資訊 檔之最初位元組起算的相對位元組,來表示區塊 blkExtensionDataC)的開始位址。相對位元組數,係從"〇" 開始。若該欄位 ExtensionDataStartAddress 的値爲"0_·, 則表示該檔案 "index.bdmv”內不存在區塊 blkExtensionData()。 區塊blkClipInfoO,係緊接著這些表示開始位址的欄 位,從具有96位元資料長之領域reserved的後面開始。 區塊blkCliPInfo(),係記述著由該剪輯資訊檔所管理之剪 輯AV串流的相關資訊。區塊blk Sequence Info (),係記述 著將STC或ATC(到達時間基礎)爲連續之序列予以總結管 理的資訊。區塊blkProgramInfo(),係記述著被該剪輯資 訊檔所管理之剪輯AV串流的編碼方式、剪輯AV串流中 的視訊資料之高寬比等資訊。區塊blkCPI()係儲存著,隨 機存取開始點等之、用來表示AV串流中之特徵性處所的 特徵點資訊CPI的相關資訊》 -33- (30) 1377565 又,區塊blkClipMark()係記述著,章節位置等之' 附於剪輯的開頭播映所需之索引點(跳躍點)。區塊 blkExtensionData(),係可儲存擴充資料的領域。此外, 剪輯資訊檔内的區塊 b 1 k C1 i p M a r k ()及區塊 blkSequencelnfoO,由於和本發明的關連性較薄弱,因此 省略詳細說明。
第16圖係表示區塊blkClipInfo()之一例結構的語 法。欄位Length,係具有32位元之資料長,係表示從該 欄位Length正後方起至區塊blkClipInfo()之末尾爲止的 資料長。隔著具有16位元資料長之領域reserved,配置 有欄位 ClipStreamType。 欄位ClipStreamType,係具有8位元之資料長,係表 示剪輯AV串流的種別》該欄位ClipStreamType的値,係 例如固定爲"1"。欄位ApplicationType,係具有8位元之 資料長,係表示剪輯AV串流(副檔名爲「m2ts」之檔案) 是藉由哪種多工化所作成的。欄位ApplicationType的値 爲"1",則對應的剪輯AV串流,係可再生出通常的動 畫。其後配置有31位元資料長的領域reserved。 資料長爲1位元的旗標IsCC5,係表示是否隨著播放 清單中的區塊blkPlayItem(),而將對應之剪輯與下個剪輯 的接續,以上述第1無縫接續、亦即欄位 ConnectionCondition的値爲"5"所示之方法來進行之。若 旗標IsCC5的値爲"1"(二進位値),則表示剪輯間的接續 是用第1無縫接續進行。
<S -34- (31) 1377565 欄位TSRecordingRate,係將剪輯 AV串流檔之記錄 速率以位元組/秒來表示而成者。欄位
NumberOfSourcePackets,係表示剪輯AV串流中所含之來 源封包數。隔著具有1024位元的資料長之領域reserved 來配置區塊 TSTypeInfoBlock()。區塊 TSTypeInfoBlock() 係儲存著,表示剪輯AV串流所儲存之封包之類型的資 訊。此區塊TSTypeInfoBlock(),由於和本發明的關連性 較薄弱,因此省略詳細說明。 其後的if文以下的資訊,係當上述旗標IsCC5的値 爲"1"時被記述。隔著具有if文的其次8位元的資料長之 領域 reserved 來配置欄位 FollowingClipStreamType 之欄 位FollowingClipStreamType係具有8位元的資料長,記 述有對應於該剪輯資訊檔的剪輯之其次剪輯的類型。隔著 具有 32位元的資料長之領域reserved來配置欄位 FollowingClipInformationFileName。 欄位 FollowingClipInformationFileName,係具有 40 位元(5位元組)資料長,係記述著該剪輯資訊檔所對應之 剪輯的下個剪輯所對應之剪輯資訊檔的檔名。其後的欄位 ClipCodecIdentifier,係具有 32位兀(4位兀組)之資料 長,係表示該當下個剪輯的編碼方式。在此例中’欄位 ClipCodecIdentifier係被固定設成,以IS0646既定方式 編碼過的4文字的字串値"M2TS"。接著配置具有8位元 資料長的領域reserved。 第17圖係表示區塊blkSequenceInfo()之一例結構的
< S -35- (32) 1377565 語法。欄位Length,係具有32位元之資料長,係表示從 該欄位 Length正後方起至區塊blkSequenceInfo()之末尾 爲止的資料長。然後隔著具有15位元資料長之領域 reserved,記述有資料長爲1位元且固定値”1 "。
欄位SPNProgramSequenceStart,係具有32位元的資 料長,在所對應之剪輯AV串流檔中,記述有程式順序開 始之來源封包的號碼。欄位ProgramMapPID,係具有16 位元的資料長,係表示包含可適用於程式順序的程式地圖 區段之TS封包的PID的値。欄位
NumberOfStreamsInPS,係具有 8位元的資料長,係表示 被定義於程式順序之基本串流的數目。接續於欄位 NumberOfStreamsInPS,配置具有 8位元的資料長之領域 reserved ° 依照其次的for迴圈文,以値[stream_index]作爲迴 圈變數,僅以欄位NumberOfStreamsInPS所示的數目,儲 存欄位 Stream PID[stream_index]及區塊 blkStreamCodingInfo(stream_index)的組。欄位 StreamPID[stream_index],係表示依程式順序參照之 PMT(Program Map Table)中所記述之基本串流所對應之 PID 的値。其次的區塊 blkStreamCodinglnfo (stream index) »係記述有關於在所對應的欄位 StreamPID[stream_index]顯示之基本串流的編碼方式之資 訊。 第18圖係表示區塊blkStreamCodinglnfo -36- '< '5 (33)1377565 (stream_index)之一例構造的語法。欄位Length,係具有 8位元的資料長’係表示從該欄位Length之後到區塊 blkStreamCodingInfo(stream_index)的終 了爲止的資料 長。
欄位Length的其次,配置具有8位元的資料長之欄 位 StreamCodingType。在欄位 StreamCodingType 中,顯 示有以値[stream_index]所不之基本串流的編碼類型。舉 例而言,欄位 StreamCodingType 的値爲定義成値 "0 X 1 B "、値"0 X 8 0 ··、値·· 0 X 8 1 "、値·· 0 X 9 0 ··及値"〇 X 9 1 ",該 當串流的編碼類型,係以値"〇x 1 B"表示視訊串流,以値 "0x80"或値"0x81"表示音訊串流,以値"0x90"表示OB串 流,以値π0χ91 ”表示MB串流》依照其次的if文,進行對 應於該欄位StreamCodingType的値之記述。
若欄位StreamCodingType的値例如爲1'OxlB",以値 [streamjndex]所示的基本串流爲視訊串流,則依據if文 來記述欄位 VideoFormat、欄位 FrameRate 及欄位 AspectRatio,且隔著具有2位元的資料長之領域reserved 更記述有旗標CCFlag。在旗標CCFlag之後,配置具有 17位元的資料長之領域reserved、及具有128位元的資料 長之領域reserved。 欄位VideoFormat,係具有4位元的資料長,係表示 以値[stream_index]所示之視訊資料的格式。第19圖係一 覽顯不以欄位VideoFormat所示之視訊資料的一例格式。 如第1 9圖所例示,視訊資料的格式,係使用能以4位元 -37- (34) 1377565 表現的値"0"〜値"15"來識別,値"0"及値"8"〜値"15"係被 預約。以値"1 "〜値"7"來分別表示視訊資料的格式的 480i ' 576i、480p、1080i、720p、1080p 及 576p 〇
此外,在該視訊格式的表記中,末尾的「i」及「P」 係分別表示隔行掃描及逐行掃描。並且,數字係表示行 數◊該等的視訊格式,係根據 ITU(International Telecommunication Union)-R BT.60 1 -4(480i 及 5 76i)、 ITU-R B T. 1 3 5 8 (5 7 6 p)、SMPTE(Society of Motion Picture and Television Engineers) 293M(480p) 、 SMPTE 274M(1080i 及 1080p)及 SMPTE 296M(720p)來標準化的格 式。 在區塊 blkStreamCodingInfo(stream_index)中,欄位 FrameRate,係具有 4位元的資料長,係表示以値 [stream_index]所示之視訊資料的畫格速率(fraine rate)。 第20圖係一覽顯示以欄位FrameRate所示之一例的畫格 速率。如第2 0圖所例示,視訊資料的畫格速率,係使用 能以4位元表現的値"〇 "〜"1 5 "來識別,値"〇 "、値"5 "及値 ”8"〜値”15”係被預約。以値"1"〜値"4"來分別表示畫格速 率(欄位頻率)爲(24000/1 001 )Hz亦即大略 23.97Hz、 24Hz、25Hz 及(3 〇〇〇〇/1 〇〇 1 )Hz 亦即大略 29.97Hz 〇 又, 以値 6及値7來分別表示畫格速率爲50Hz及 (60000/1 00 1)Hz 亦即大略 59.94Hz。 在區塊 blkStreamCodinglnfo(stream index)中,欄位 AspectRatio,係具有4位元的資料長,係表示以値 -38- (35) 1377565 [stream_index]所示之視訊資料的高寬比。第21圖係一覽 顯示以欄位AspectRatio所示之一例的畫格速率。如第21 圖所例示,視訊資料的高寬比,係使用能以4位元表現的 値"0 "〜値"1 5 "來識別,値"〇 "及値"1 "、以及値4 "〜値 "15"係被預約。以値"2"來表示高寬比爲4 : 3。以値”3’·來 表不局寬比爲16: 9。
在區塊 blkStreamCodingInfo(stream_index)中,當欄 位 S t r e a m C o d i n g T y p e 的値例如爲"〇 X 8 0 "、” 0 X 8 1 "、π 0 X 9 0 " 或"0x91 "時,亦依照if文之「else if」的記述,進行對應 於各個値所示的編碼類型之記述。此外,有關視訊串流以 外的編碼類型的串流之記述,由於與本發明的關連性薄 弱,因此省略詳細説明。 第22圖係表示剪輯資訊檔的區塊blkCPI()之一例結 構的語法。在MPEG串流這類進行畫格間壓縮的編碼串流 中,能夠開始解碼的地點,多半限定在 GOP(Group Of Picture)之開頭等一部份的地點。所謂 CPI(Characteristic Point Information),係指收集該可開始解碼的開始點位置 之資訊而成的資料庫,是將再生時刻、和檔案內位址,建 立對應關連而成的表格。亦即,CPI係將表示解碼單位的 開頭位置之資訊,予以表格化。 藉由如此制定資料庫,例如,當欲從任意時刻起進行 再生時,可根據再生時刻參照CPI,來得知再生位置在檔 案內的位址。該位址由於係爲解碼單位的開頭,因此可從 該處讀出資料進行解碼,可迅速地顯示出畫面。 c s) -39- (38)1377565 此外,該CPI中所儲存的解碼單位開頭位置(此例中 係爲GOP的開頭位置),稱爲EP(Entry Point)登錄。
於第22圖中,欄位Length,係具有32位元之資料 長,係表示從該欄位Length正後方起至區塊blkCPI()之 末尾爲止的資料長。依照其後的if文,若欄位Length的 値爲0’則隔者具有12位兀資料長的領域reserved,配置 著欄位CPIType。欄位CPIType,係具有4位元之資料 長,係表示CPI的種類。其後的區塊blkEPMap(),係儲 存著用來進行對應之剪輯A V串流檔中的P T S値和位元組 位址之關連對應的表格。 第23圖係表示區塊blkEPMap()之一例結構的語法。 隔著具有8位元資料長之領域reserved,配置有欄位 NumberOfStreamPIDEntries。欄位
NumberOfStreamPIDEntries,係具有8位元之資料長,係 表示區塊blkEPMap()中的區塊
blkEPMapForOneStreamPID 的登錄數。依照 for 迴圈文, 將値[k]當成迴圈變數,進入點相關資訊會被記述恰好達 到欄位 NumberOfStreamPIDEntries 所示之次數。 於for迴圈文內,欄位StreamPID[k]係具有16位元 資料長,係表示將區塊blkEPMap()之中第[k]個被登錄之 區塊 blkEPMapForOneStreamPID(以下記述爲第[k]個區塊 blkEPMapForOneStreamPID)所參照之基本串流予以傳輸之 傳輸封包的PID之値。 隔著具有10位元資料長之領域reserved,配置有欄 < S ) -40- (37) 1377565 位 EPStreamType[k]。欄位 EPStreamType[k]’ 係具有 4 位 元之資料長’係表示被第[k]個區塊
blkEPMapFoTOneStreamPlD所參照之基本串流的類型。欄 位 NumberOfEPCoarseEntries[k],係具有 16 位元之資料 長,係表示位於第[k]個區塊blkEPMapForOneStreamPID 之中的粗略檢索用子表格(EP coarse table)的登錄數。欄 位 NumberOfEPFineEntries[k],係具有 18位元之資料 長’係表不位於第[k]個區塊blkEPMapForOneStreamPID 之中的精密檢索用子表格(EP fine table)的登錄數。欄位 EPMapForOneStreamPIDStartAddress[k],係具有 32 位元 之資料長,係表示在區塊 blkEPMap()之中第[k]個區塊 blkEPMapForOneStreamPID開始的相對位元組位置。該値 係用從區塊blkEPMapO的第1位元組起算的位元組數來 表示。 上述的for迴圈文的記述之後,依照夾著具有1 6位 元整數倍之資料長的塡充字元而記述之for迴圈文,將値 [k]當成迴圈變數,區塊 blkEPMapForOneStreamPID(EPStreamType[k] > NumberOfEPCoarseEntries[k],
NumberOfEPFineEntries[k])會被儲存恰好達到欄位 NumberOfStreamPIDEntries 所示之次數。亦即,引數 NumberOfEPCoarseEntries[k],係表示子表格(EP coarse table)中所儲存之登錄PTSEPCoarse及登錄SPNEPCoarse 的數目。同樣地,引數NumberOfEPFineEntries[k] ’係表 C 5 -41 - (38) 1377565 示子表格(EP fine table)中所儲存之登錄PTSEPFine及登 錄SPNEPFine的數目。以下,將引數 NumberOfEPCoarseEntries[k]及弓| 數
NumberOfEPFineEntries[k] *分別適宜稱作登錄數Nc及登 錄數Nf »
第 24 圖係表示區塊 blkEPMapForOneStreamPID (EP_stream_type,Nc, Nf)之一例結構的語法。爲了說明區 塊 blkEPMapForOneStreamPID(EP_stream_type, Nc, Nf)的 語意,首先,說明區塊 blkEPMapForOneStreamPID (EP_Stream_type,Nc, Nf)中所儲存的資料的原始基礎之登 錄,也就是登錄PTS EPS tart及登錄SPNEP Start的意義。 登錄PTSEPStart、和登錄PTSEPStart建立關連的登 錄SPN EPS tart,係分別指AV串流上的進入點。然後,登 錄 PTSEPFine、和登錄 PTSEPFine 建立關連的登錄 PTSEPCoarse >係可從同一登錄P T S E P S t ar t導出。又,登 錄 SPNEPFine、和登錄 SPNEPFine 建立關連的登錄 SPNEPCoarse,係可從同一登錄SPNEPStart導出。 第25圖係表示登錄PTSEPCoarse及登錄PTSEPFine 之一例格式。PTS亦即登錄PTSEPStart,係資料長爲33 位元的値。若令MSB的位元爲第32位元、LSB的位元爲 第〇位元時,則該第2 5圖的例子中,用粗略單位進行檢 索之際所用的登錄 PTSEPCoarse,係會使用從登錄 PTSEPStart的第32位元起至第19位元的14位元。藉由 登錄PTSEPCoarse,則可用5.8秒的解析度,檢索至26.5
(S -42 - (39) 1377565 小時的範圍。又,用來進行更精密檢索的登錄 PTSEPFine,係使用從登錄PTS EPS tart的第19位元起至 第9位元爲止的11位元。藉由登錄PTSEPFine,則可用 5.7毫秒的解析度,檢索至11.5秒的範圍。此外,第19 位元,係被登錄PTSEPCoarse和登錄PTSEPFine所共通 使用。又,LSB側的第0位元起至第8位元的9位元,係 不被使用。
第26圖係表示登錄SPNEPCoarse及登錄SPNEPFine 之一例格式。來源封包編號亦即登錄SPNEP Start,係資 料長爲32位元的値。若令MSB的位元爲第31位元、 LSB的位元爲第〇位元時,則該第26圖的例子中,用粗 略單位進行檢索之際所用的登錄SPNEPCoarse,係會使用 從登錄SPNEPStart的第31位元起至第0位元的所有位 元。又,用來進行更精密檢索的登錄SPNEPFine,係使用 從登錄SPNEPStart的第16位元起至第0位元爲止的17 位元。藉由登錄 SPNEPFine ,則可檢索至例如 25MB(Mega Byte)的AV串流檔之範圍。 此外,在來源封包編號的情況下也是,作爲登錄 SPNEPCoarse係僅使用到 MSB側的所定位元數的値即 可。例如,作爲登錄 SPNEPCoarse,係使用從登錄 SPNEPStart的第3 1位元起至第16位元的1 7位元;登錄 SPNEPFine,係使用從登錄SPNEPStart的第16位元起至 第〇位元的17位元。 根據上述,登錄PTSEPStart及登錄SPNEPStart,係 -43- <3 (40) 1377565 被定義如下。 登錄PTSEPStart,係如第25圖所示’是資料長爲33 位元的不帶符號之整數,是在AV串流中’表示從可隨機 存取之圖像(例如 IDR(Instantaneous Decoding Refresh)圖 像或I(Intra)圖像)起開始的視訊存取單元的33位元長的 PTS °
登錄SPNEPStart,係如第26圖所示,是32位元的 無符號整數,係表示含有登錄PTSEPStart所被建立關連 之視訊存取單元之第1位元組的來源封包,在AV串流之 中的位址。登錄SPNEP Start,係以來源封包編號的單位 來表示,從AV串流檔中的最初來源封包起,以値"0"爲 初期値,每1個來源封包就增加其値而計數。 參照第 24 圖,區塊 blkEPMapForOneStreamPID (EP_stream_type,Nc, Nf),係藉由第lfor迴圈文而記述 著以較粗略單位進行檢索所需之子表格(EP coarse table),藉由第 2for迴圏文而記述著根據子表格(EP coarse table)之檢索結果來進行較詳細檢索所需之子表格 (EP fine table)。 第lfor迴圈文的正前方,配置有欄位 EPFineTabieStartAddress。欄位 EPFineTableStartAddress,係具有32位元資料長,係將 最初之第2for迴圈中的欄位ReservedEPFine[EP_fine_id] 的第1位元組的開始位址,以從區塊 blkEPMapForOneStreamPID(EP_stream_type,Nc, Nf)之第 C S ) -44- (41) 1377565 1位元組起算之相對位元組數來表示。相對位元組數,係 從値"〇"開始。
第1 for迴圈文,係根據迴圈變數[i],被重複直到子 表格(EP coarse table)的登錄數Nc爲止,欄位 RefToEPFineID[i]、登錄 PTSEPCoarse[i]及登錄 PTSEPFine[i]會被儲存恰好達到登錄數Nc的組數。於第 1 for迴圈文中,欄位RefToEPFineID[i]係具有18位元資 料長,係表示持有緊接於欄位RefToEPFineID[i]的欄位 PTSEPCoarSe[i]所示之登錄PTSEPCoarse所被關連對應到 的登錄PTSEPFine的、子表格(EP fine table)內的登錄編 號。登錄PTSEPFine、和該登錄PTSEPFine所被建立關連 的登錄 PTSEPCoarse,係可從同一登錄 PTSEPStart導 出。欄位RefT〇EPFineID[i],係藉由第2for迴圈文中中 所記述之順序所定義之迴圈變數[EP_fine_id]的値而被給 定。 第1 for迴圈文之後,夾著塡充字元而記述有第2f0r 迴圈文。第2for迴圈文,係根據迴圈變數[EP_fine_id], 而被重複至子表格(EP fine table)的登錄數Nf爲止;具有 1位元資料長之欄位ReservedEPFine[EP_fine_id]、具有3 位元資料長之欄位 IEndPositionOffset[EP_fine_id]、具有 11位元資料長之欄位PTSEPFine[EP_fine_id]、具有17位 元資料長之欄位 SPNEPFine[EP_fine_id],會被儲存恰好 達到登錄數Nf的組數。這些當中,欄位 PTSEPFine[EP_fine_id]及欄位 S PN E P F i ne [ E P_f i n e_i d]係
C S -45- (42)1377565 分別儲存著,根據迴圈變數[EP_fine_id]而從子表格(EP fine table)所參照之登錄 PTSEPFine 及登錄 SPNEPFine。
登錄 PTSEPCoarse及登錄 PTSEPFine、以及登錄 SPNEPCoarse及登錄SPNEPFine,係導出如下。假設在子 表格(EP fine table)中,有按照所關連之資料SPNEPStart 之値的增加順序而排列的 Nf個登錄。各個登錄 PTSEPFine,係從對應之登錄PTSEP St art,如下式(1)般地 導出。 PTSEPFine[EP_fine」d]=(PTSEPStart[EP_fine」d] >>9)/2n ..(1) 登錄PTSEPCoarse、和對應之登錄PTSEPFine的關 係,係如下式(2)、(3 )所示。
PTSEPCoarse[i] = (PTSEPStart[RefToEPFineID[i]] »19)/214 --(2) PTSEPFine[RefToEPFineID[i]]=(PTSEPStart[RefToEPFineID[i]] »9)/2u · -(3) 各個登錄SPNEPFine,係從對應之登錄SPNEPStart, 如下式(4)般地導出。 SPNEPFine[EP_fine_id] = SPNEPStart[EP_fine_id]/217 . .(4) 登錄SPNEPCoarse、和對應之登錄SPNEPFine的關 係,係如下式(5)、(6)所示。 -46- (43)1377565 SPNEPCoarse[i]=SPNEPStart[Re仃oEPFineID[i]] . .(5) SPNEPFine[RefToEPFineID[i]]=SPNEPStart[Refr〇EPFineID[i]]/217 · -(6) 此外,於上述式(1)〜(6)中,記號「>>x」,係表示 從資料的LSB側起超出X位元的位數起使用位元之意 思。
其次,說明用來儲存擴充資料的區塊 blkExtensionData()。該區塊 blkExtensionData(),係被定 義成可儲存所定之擴充資料,可記述在索引表所被儲存的 檔案"index.bdmv"、播放清單所被儲存的檔案 "xxxxx.mpls"及剪輯資訊檔"zzzzz.clpi"之各檔案中。
第27圖係表示區塊blkExtensionData()之一例結構的 語法。欄位Length,係具有32位元之資料長,係將從該 欄位Length正後方起至區塊blkExtensionData()結束爲止 的資料長,以位元組數表示。該欄位Length所示的資料 長若非"〇 ",則進行if文以下的記述。 欄位DataBlockStartAddress,係具有32位元之資料 長,係將該語法中的擴充資料本體所被儲存之區塊 DataBlock()的開始位址,以從該區塊 blkExtensionData() 的開頭位元組起算之相對位元組數來表示。亦即,相對位 元組數,係可從開始。此外’欄位
DataBlockStartAddress,係必須要滿足以下所示的32位 元對齊之條件才行。 -47- (44) 1377565
DataBlockStartAddress%4 = 0 隔著具有24位兀資料長之領域reserved,配置有·欄 位 NumberOfExtDataEntries。欄位
NumberOfExtDataEntries,係具有8位元之資料長,係表 示該區塊blkExtensionData()的區塊DataBlock()中所儲存 的擴充資料的登錄數。擴充資料的登錄,係儲存著用來取 得擴充資料本體所需之資訊。在此例中,擴充資料的登 錄,係爲欄位 ExtDataType、欄位 ExtDataVersion、欄位 ExtDataStartAddress 及欄位 ExtDataLength 所成之區塊 ext_data_entry(),於區塊 blkExtensionData()中,依照第 lfor迴圈文,該區塊ext_data_entry()是存在恰好欄位 NumberOfExtDataEntries 所示之個數。 欄位ExtDataType,係具有16位元之資料長,係表 示該區塊blkExtensionData()中所記述之擴充資料係爲記 錄裝置用之擴充資料。該欄位ExtDataType的値,係爲用 來識別擴充資料的第1値,可定義成由含有該區塊 blkExtensionData()的規格書之領有執照者(使用認可者)來 指派。欄位ExtDataVersion,係用來識別擴充資料的第2 値,係可定義成表示該擴充資料的版本編號。此外,該區 塊 blkExtensionData()中,欄位 ExtDataType 及欄位 ExtDataVersion 的値是不可在同一區塊 ext_data_entry() 存在2個以上。 欄位 ExtDataStartAddress,係具有 32位元之資料 長,係表示該欄位 ExtDataStartAddress所含之擴充資料 (S ) -48 - (45) 1377565 的登錄(區塊ext_data_entry())所對應之擴充資料的開始位 址。欄位ExtDataStartAddress,係以從區塊 blkExtensionData()之開頭位元組起算的相對位元組數, 來表示擴充資料 ext_data的開始位址。此外,欄
ExtDataStartAddress,係必須要滿足以下所示的32位元 對齊之條件才行。
ExtDataStartAddress%4 = 0
欄位ExtDataLength,係具有32位元之資料長,係表 示該欄位ExtDataStartAddress所含之擴充資料的登錄(區 塊ext_data_entries〇)所對應之擴充資料的資料長。資料 長,係以位元組數來表示。 —旦擴充資料的登錄(區塊ext_data_entry())被記述恰 好達到欄位NumberOfExtDataEntries所示的個數,則各自 具有 16位元資料長之任意資料列所成之欄位 padding_word ’係以 2欄位一·組的方式重複任意次數 L1。其後,儲存擴充資料本體的區塊DataBl〇Ck()會被記 述。區塊DataBl〇ck(),係可儲存1筆以上的擴充資料。 各筆擴充資料ext_data,係根據上述欄位 ExtDataStartAddress 欄位 ExtDataLength,從區塊 DataBlock()中被取出。 第28圖係模式性圖示區塊blkExtensionData()中之各 資料的參照關係。藉由欄位Length,表示了位於欄位 Length正後方之位置起至區塊 blkExtensionData()之末尾 的資料長。藉由欄位DataBlockStartAddress,表示了區塊
< S -49- (46) 1377565
DataBlock()的開始位置。區塊ext_data_entry會被記述恰 好達到欄位NumberOfExtDataEntries所示的個數。最後的 區塊 ext_data_entry起至區塊 DataBlock()之間,可以任 意長度放置欄位padding_word。
區塊 DataBlock()內,係放置被區塊 ext_data_entry() 所示之擴充資料ext_data。各筆擴充資料ext_data的位置 及資料長,係藉由對應之區塊ext_data_entry()內的欄位 ExtDataStartAddress 及欄位 ExtDataLength 來表示。因 此,區塊 DataBl〇ck()內的擴充資料ext_data的排列順 序,即使和對應之區塊ext_data_entry()的排列順序不一 致,也無妨。 如此,藉由將擴充資料設計成,儲存擴充資料本體的 區塊DataBlock()、和儲存對區塊DataBlock()內之擴充資 料的存取資訊等的區塊ext_data_entry()的2層結構,就 可儲存複數擴充資料。 其次,說明上述擴充資料之一例作成方法及讀出方 法。第29圖係圖示將資料寫入區塊blkExtensionData()之 際之一例處理的流程圖。該第29圖,係追加擴充資料來 作爲區塊MkExtensionData()中的第(n+1)個登錄,並改寫 區塊 blkExtensionData()時的例子。 首先,在步驟S10中,取得欲寫入之擴充資料的資料 長,設定至欄位 ExtDataLength[n+l]的値。此外, 「[n+1]」之記述,係對應於第(n+l)個登錄的編號。其 次,在步驟S11中,調查現在區塊blkExtensionData()中 -50- (47) 1377565 所被列舉之區塊ext_data_entry()的欄位ExtDataLength及 欄位 ExtDataStartAddress 的値,取得區塊 DataBlock()的 使用狀況。 然後,在下個步驟 S12,判斷在區塊 DataBlock() 中,是否有超過欲寫入之擴充資料的資料長亦即欄位 ExtDataLength[n+l]中所示的資料長度以上的連續空間領 域存在。若判斷爲有,則處理係進入步驟S14。
另一方面,若判斷爲沒有超過欄位 ExtDataLength[n+l]所示資料長以上的連續空間領域,則 處理係進入步驟S13,將區塊blkExtensionData()中的欄 位Length的値加大,在區塊D at aBlock()內作出超過欄位 ExtDataLength[n+l]所示資料長以上的連續空間領域。若 成功作出空間領域,則處理係進入步驟S 1 4 » 步驟S14中,決定寫入擴充資料的領域的開頭位址, 將其開頭位址的値,設成欄位
ExtDataStartAddress[n+l]。其後的步驟 S15 中,從欄位
ExtDataStartAddress[n+l]起,寫入上述步驟siO中所被 設定之欄位ExtDataLength[n+l]之長度的擴充資料 ext_data[n+l] 〇 一旦完成資料寫入,步驟S16中,對區塊 ext_data_entry() ’ 追加欄位 ExtDataLength[n+l]、欄位
ExtDataStartAddress [n+1 ] ° 此外,於上述中,進行改寫的區塊 blkExtensionDataO,係假設爲已經被從碟片等記錄媒體 C S ) -51 - (48) 1377565 中讀出然後記憶在記錄裝置的記憶體中。因此,在步驟 S13中,欄位Length的値變更所致之區塊 blkExtensionData()的擴大,係交給系統負責,系統會適 切地進行記憶體定址分配而爲之。
第30圖係圖示從區塊blkExtensionData()讀出擴充資 料之際之一例處理的流程圖。此外,該第30圖之流程圖 所作之處理,係可適用於再生專用的記錄媒體,和可記錄 式記錄媒體雙方。首先,最初的步驟S20中,根據欲讀取 之擴充資料所依據的規格,取得欄位ExtDataType的値, 在步驟S21中,根據欲讀取之擴充資料的種別,取得欄位 ExtDataVersion 的値。 其後的步驟S22中,將區塊blkExtensionData()中所 列舉的區塊 ext_data_entry(),依序逐次讀取一個。然 後,步驟S23中,會判斷已讀取之區塊ext_data_entry() 中所含之欄位ExtDataType及欄位ExtDataVersion的値, 是否一致於上述步驟S20及步驟 S21所取得到之欄位 ExtDataType 及欄位 ExtDataVersion 的値。 若判斷爲不一致,則處理係進入步驟S26,判斷區塊 blkExtensionData()內戶斤歹IJ 舉之區塊 ext_data_entry(),是 否全部讀取完畢。若判斷爲全部讀取完畢,則處理係進入 步驟 S27,判斷爲該區塊 blkExtensionData()中已不存在 欲讀取之擴充資料,而結束一連串處理。若判斷爲尙未全 部讀取完畢,則處理係返回步驟 S22,讀取下個區塊 e X t _ d a t a _ e n t r y () ° C'5 ) -52- (49)1377565 於上述步驟S23中,若判斷爲,區塊ext_data_entry〇 中所含之欄位ExtDataType及欄位ExtDataVersion的値, 是一致於已取得到之欄位 ExtDataType及欄位 ExtDataVersion的値’則處理係進入步驟S24。此處是假 設,是和區塊blkExtensionData()中的第[i]個登錄一致。 步驟S 2 4中,從第[i ]個登錄的區塊e x t _ d a t a _ e n t r y ()
中,讀取欄位 ExtDataLength[i]的値,和欄位 ExtDataStartAddress[i]的値。然後,步驟S25中,從步驟 S24所讀取之欄位ExtDataStartAddress[i]所示的位址,讀 取由欄位ExtDataLength[i]所示之資料長的資料。 接著說明,如上述,索引檔"index.bdmv"、影片物件 檔"MovieObject.bdmv"、播放清單檔"xxxxx.mpls"及剪輯 資訊檔”zzzzz.clpi”中所分別可以定義之、儲存擴充資料 的擴充資料區塊blkExtensionData()。
首先,說明對索引檔"index.bdmv”定義之一例擴充資 料區塊。此處是說明,每個播放清單中附加有可記錄之記 錄媒體特有之屬性資訊的一例擴充資料區塊。第3 1圖係 圖示,用來記述該播放清單屬性所需之檔案"index.bdmv” 內的欄位 blkExtensionData()中的區塊 DataBlock()(參照 第27圖)之一例結構的語法。此第31圖的例子中,區塊 DataBlock()是被記述成區塊 blkIndexExtensionData()。 首先,參照上述第27圖,於區塊blkExtensionDataO 中將欄位 ExtDataType 設成値"Ox 1 000",將欄位
ExtDataVersion 設成値"0x0100"。這些欄位 ExtDataType
t S -53- (50) 1377565 及欄位ExtD at aversion中所記述的値,係例如於再生裝置 側,參照被事先記憶在R〇M(Read Only Memory)等中的表 格而加以識別。在區塊 DataBlock()內之欄位 ExtDataStartAddress 及欄位 ExtDataLength 所示的領域 中,儲存區塊 blkIndexExtensionData()。
於區塊 blkIndexExtensionData()中,欄位 Typelndicator係表示下一個銜接資料的種類,係記述 著,以IS 0646所規定之編碼方式所編碼成的4文字所成 之字串。該第31圖的例子中,欄位Typelndicator中記述 著以IS0646既定方式編碼過的4文字之字串"IDEX",其 下一個銜接之資料種類爲「IndexExtensionData」。 緊接於欄位Typelndicator之後,配置著具有32位元 資料長之領域reserved,其後配置著具有32位元資料長 的欄位 TableOfPlayListStartAddress。欄位 TableOfPlayListStartAddress,係表示 了區塊 blkTableOfPlayList()的、以該區塊 blkIndexExtensionData()開頭爲基準的開始位置。 在欄位 TableOfPlayListStartAddress 之後,配置著具 有 32 位元資料長的欄位 MakersPrivateDataStartAddress ,係表示了區塊 blkMakersPrivateData()的以此區塊 blkIndexExtensionData()開頭爲基準之開始位址,隔著具 有 192位元資料長之領域 reserved,配置有區塊 blkUIAppInfoAVCHD()。具有16位元資料長的塡充字元 padding_word係被重複値N1所示之次數,然後配置有區 < S ) -54- (51) 1377565 塊blkTableOfPlayListsO。又然後,具有16位元資料長 的塡充字元padding_word係被重複値N2所示之次數,然 後接著配置區塊 blkMakersPrivateData()。在此區塊 blkMakersPrivateData()之後,具有 16位元資料長的塡充 字元padding_word係被重複値N3所示之次數。
此外,區塊blkUIAppInfoAVCHD()及區塊 blkMakersPrivateData(),由於和本發明的關連性較薄弱, 因此省略詳細說明。 第 32圖係表示上述之區塊 blkTableOfPlayLists()之 一例結構的語法。欄位Length,係具有32位元之資料 長,係將從該欄位 Length 正後方起至區塊 blkTableOfPlayList()的最後位元組爲止的資料長,以位元 組表示。緊接著欄位 Length ,配置有區塊 blkMenuTitlePlayLists(),其係記述著,被記述有用來再 生回播標題之播放清單相關資訊區塊 blkFirstPlaybackTitlePlayLists(),和選單標題相關資訊。 這些區塊 blkFirstPlaybackTitlePlayLists()及區塊 blkMenuTitlePlayLists(),由於和本發明的關連性較薄 弱,因此省略詳細說明。 接著配置具有16位元資料長的欄位 NumberOfTitlePlayListPair。欄位
NumberOfTitlePlayListPair,係記述著用來再生回播標題 及選單標題以外之標題所需之播放清單的數目。依照其後 的 for 迴圈文,區塊 blkMovieTitlePlayListPair()會被記述
'< S -55- (52) 1377565 恰好達欄位NumberOfTitlePlayListPair所示的次數。區塊 blkMovieTitlePlayListPair(),係含有欄位 PlayListFileName、欄位 PlayListAttribute 及欄位 RefToTitlelD。亦即,區塊 blkMovieTitlePlayListPair〇,
係關於被該for迴圏文所示之第[i]個播放清單,將該當播 放清單的檔名、該當播放清單所被賦予之屬性、以及該當 播放清單的參照標題ID所成之播放清單資訊予以結構化 而成。 該for迴圈文所致之排列順序,就是記錄順序。亦 即,若有1個播放清單被追加,則欄位
NumberOfTitlePlayListPair的値會恰好增加 1,在既存之 播放清單資訊後面,追記所被追加的播放清單資訊。 欄位PlayListFileName,係具有40位元(5位元組)之 資料長,係將播放清單的檔名以IS0646所規定之編碼方 式加以編碼而記述之。欄位PlayListFileName的後面,隔 著具有 6位元資料長之領域 reserved,配置欄位 PlayListAttribute。欄位 PlayListAttribute,係具有 2 位 元之資料長,係表示該當播放清單所被賦予的屬性。播放 清單,係根據其成因,而被區分成和剪輯之生成一倂生成 的播放清單所對應之第1種類,和用既存之標題或播放清 單之一部份或全部所作成之播放清單所對應之第2種類, 和再生選單時所用的第3種類之3種類,各播放清單中, 係隨著播放清單之種類,而被賦予了各自對應之屬性 「Real」(第1種類)、屬性「Virtual」(第2種類)及屬性 -56- (53) (53)
1377565 「Menu」(第3種類)。 此外,以下係適宜地,將被賦予屬性「Real」 清單稱作真實播放清單,將被賦予屬性r virtual」 清單稱作虛擬播放清單,將被賦予屬性「Menu」 清單稱作選單播放清單。 欄位 RefToTitleld係記述著,同一迴圈內I PlayListFileName所示之播放清單在作成時所屬之 ID(編號)。更具體的例子爲,記述著索引檔”index 內的區塊blklndexes()中所對應的値title_id。此外 當播放清單是僅從首次回播標題起進行再生時, RefToTitleld的値,係被設爲第 1 固定値, "OxFFFF"。又,若該當播放清單是僅從選單標題起 生時,則欄位RefToTitleld的値,係被設爲第2固 例如 ” 0 X F F F E" ° 在此,槪略説明有關真實播放清單、虛擬播放 選單播放清單。附有屬性「Real」的真實播放清單 如剪輯的生成一起生成,記錄於碟片。真實播放清 形成指示素材的最初播放清單,因此亦被稱爲原始 清單。例如,真實播放清單係以所被生成之剪輯的 爲IN點,以最後尾作爲OUT點來分別指定。 真實播放清單’係參照串流實體亦即剪輯之 單,一旦剪輯被從新作成,則參照所被作成的剪輯 播放清單一定會被作成。換言之,在碟片上,從哪 播放清單也不參照的剪輯不存在。因此,碟片上之 的播放 的播放 的播放 的欄位 標題的 .b d m v" ,若該 則欄位 例如 進行再 定値, 清單及 ,係例 單,係 的播放 開頭作 播放清 之真實 個真實 真實播 -57- (54) 1377565 放清單的總再生時間,係形成與該當碟片上所被記錄之剪 輯的總再生時間一致。亦即,碟片上之可記錄的剩餘時 間,若由使用者來看,則是與真實播放清單或只由真實播 放清單所構成的標題之可記錄時間一致。
真實播放清單,係與素材亦即剪輯一直具有1對1的 對應關係,一旦藉由編輯真實播放清單等來削除,則所對 應的剪輯也會從碟片上被削除。並且,在真實播放清單 中,一旦消除剪輯的參照區間的一部份,則按照所被削除 的部份,對應於該當真實播放清單之剪輯的一部份也會被 削除。如此,對真實播放清單的編輯,係隨著碟片上所被 記錄之剪輯的實體改變之編輯,因此被稱爲實體編輯或真 實編輯等。 附有屬性「Virtual」的虛擬播放清單,係使用既存的 標題或播放清單的一部份或全部來作成的播放清單。虛擬 播放清單,係對既存的剪輯設定IN點及OUT點,參照以 IN點及OUT點所定義的區間來作成的播放清單。 例如,虛擬播放清單,係對上述真實播放清單指定 IN點及OUT點。例如,對複數的真實播放清單,分別指 定IN點及OUT點,且分別指定以IN點及OUT點所指定 的複數個區間的再生順序。亦可以虛擬播放清單作爲基 礎’更作成虛擬播放清單。亦即,可對1個或複數個虛擬 播放清單,作成指定IN點及OUT點的虛擬播放清單。 虛擬播放清單,係於編輯中,可不變更例如大規模的 剪輯(串流實體)來高速作成。並且,虛擬播放清單在削除 -58- (55) 1377565 時亦只要消除對剪輯的參照關係即可,不必對剪輯實體加 諸變更。如此,虛擬播放清單的編輯,係不隨剪輯的實體 改變之編輯’因此被稱爲虛擬編輯或虛擬編輯等。 附有屬性「Menu」的選單播放清單,係爲了再生選 單而使用的播放清單,在選單的作成及更新時被生成。選 單播放清單,亦即從用以再生選單標題的影片物件所被叫 出的播放清單。
其次,說明有關對播放清單檔"xxxxx.mpls”所定義之 一例的擴充資料區塊。第 33圖係表示播放清單檔 "XXXXX . mp 1 s "内的區塊 blkExtensionData()之區塊 DataBl〇Ck〇(參照第27圖)之一例構造的語法。就此第33 圖的例子而言,區塊 DataBlock()會作爲區塊 blkPlayListExtensionData()來被記述。 首先,參照上述第27圖,在播放清單檔 ’’xxxxx.mpls” 内的區塊 blkExtensionData()中,欄位 ExtDataType及欄位ExtDataVersion分別爲所定的値,例 如與上述同樣分別爲値"0x 1 000"、値"0x0100”。 在區塊 blkPlayListExtensionData()中,欄位 Typelndicator,係記述有表示其次接續的資料種類,由以 IS0646所規定的編碼方式來編碼後的4文字所構成之所 定的文字列。藉由記述於該欄位Typelndicator的文字列 來表示其次接續的資料種類爲播放清單檔的擴充資料。 欄位Typelndicator的其次,隔著具有32位元(4位兀 組)的資料長之領域reserved來配置具有32位元的資料長 <•5 -59- (56) 1377565 之欄位 PlayListMarkExtStartAddress,其次,配置具有 32 位元的資料長之欄位 MakersPrivateDataStartAddress。欄 位 PlayListMarkExtStartAddress 及欄位
MakersPrivateDataStartAddress 係分別表示區塊 blkPlayListMarkExt()及區塊 blkMakersPrivateData()之以 該區塊 blkPlayListExtensionData()開頭爲基準的開始位 址。
欄位 MakersPrivateDataStartAddress 的其次,隔著具 有 192位元的資料長之領域 reserved來配置區塊 blkPlayListMetaO。具有 16位元的資料長之塡充字元 padding_word會僅以値N1所示的次數重複,其次,配置 區塊blkPlayListMarkExt()。又,具有16位元的資料長之 塡充字元padding_word會僅以値N2所示的次數重複,其 次’配置區塊 blkMakersPrivateData()。 在區塊 blkMakersPrivateData()之後,具有 16位元的資料長之塡 充字元padding_word會僅以値N3所示的次數重複。 第34圖係表示區塊blkPlayListMetaO之一例構造的 語法。欄位Length,係具有32位元的資料長,係表示從 該欄位Length之後到該區塊blkPlayListMetaO的終了爲 止的資料長。欄位Length的其次,分別配置具有16位元 的資料長之欄位MakerlD及欄位MakerModelCode。欄位 MakerlD及欄位MakerModelCode,係分別記述有識別更 新其播放清單檔後的製造業者及該當製造業者的機種之資 訊。 c S > -60- (57) 1377565 欄位MakerModelCode的其次,隔著具有32位元的 資料長之領域reserved來配置具有16位元的資料長之欄 位 RefToMenuThumbnaillndex。此欄位
RefToMenuThumbnaillndex,當代表藉由其播放清單檔而 再生的一連串剪輯之縮圖畫像存在時,記述有特定該縮圖 畫像的縮圖號碼。其次配置具有8位元的資料長之區塊 blkTimeZone(),在更新其播放清單檔時,顯示設定於裝 置的時區(time zone)之資訊會被記述。更配置具有56位 元的資料長之欄位RecordTimeAndDate,更新其播放清單 檔的時刻及日付會被記述。 欄位RecordTimeAndDate的其次,隔著具有8位元的 資料長之領域reserved來分別配置具有8位元的資料長之 欄位 PlayListCharacterSet 及欄位 PlayListNameLength, 更接著配置具有 25 5 位元組的資料長之欄位 PlayListName。藉由該等欄位 PlayListCharacterSet、欄位 PlayListNameLength 及欄位 PlayListName 來記述有關根 據其播放清單檔所示的播放清單附有的名字之資訊。 亦即,襴位PlayListCharacterSet係表示記述於欄位 PlayListName之文字列的文字組。欄位
PlayListNameLength 係表示記述於欄位 P1 ay L i s tN ame 之 播放清單名的位元組長。欄位PlayListName係記述其播 放清單所附有的名字。在此欄位PlayListName中,由左 起,僅顯示於欄位PlayListNameLength的位元組數爲有 效的文字列,此爲其播放清單的名字。在欄位 -61 - < '3 (58) 1377565
PlayListName 之中,以擺位 PlayListNameLength 所示之 有效的文字列之後的位元組序列中,無論放入如此的値皆 可。
欄位PlayListName的其次,配置區塊 Additional_data()。此區塊 Additional —data(),係爲了儲 存追加的資訊而被預約的領域,亦即具有被顯示於具有 32位元的資料長的欄位Length2之値的位元組數量的資 料長的領域會被預約。 第35圖係表示播放清單檔的區塊 blkMakersPrivateData()之一例構造的語法。區塊 blkMakersPrivateData() ’係有關其播放清單檔,記述有製 造業者獨自的資訊之區塊。欄位Length,係具有32位元 的資料長,係表示從該欄位 Length之後到該區塊 blkMakersPrivateData()的終了爲止的資料長。此欄位 Length,係以値"〇"來表示在該 MakersPrivateData()中未 記述有資訊。欄位Length爲値"0"以外,進行if文以下的 記述。 欄位DataBlockStartAddress,係具有32位元的資料 長’係以來自該區塊blkMakersPrivateData()的開頭位元 組之相對位元組數來表示該語法中之儲存有製造業者獨自 資訊本體的區塊DataBlock()的開始位址。 隔著具有24位元的資料長之領域reserved來配置具 有8位兀的資料長之欄位N u m b e r Ο f M a k e r E n t r i e s。 依照其次的for文,僅以欄位NumberOfMakerEntries
< S -62- (59) 1377565 所示的個數來記述擴充資料的登錄、亦即欄位MakerlD、
欄位 MakerModelCode、欄位 MpdStartAddress 及櫊位 MpdLength。攔位 MakerlD 及欄位 MakerΜode 1 Code,係 分別具有1 6位元的資料長,記述有製造業者的識別資訊 及該當製造業者之機種的識別資訊。並且,欄位 MpdStartAddress及欄位MpdLength,係分別具有32位元 的資料長,係表示擴充資料的本體所被儲存的區塊 DataBlock()之根據來自該區塊blkExtensionData〇的開頭 位元組的相對位元組數的開始位址及資料長。 若僅以欄位NumberOfMakerEntries所示的個數來記 述擴充資料的登錄,則分別具有1 6位元的資料長由任意 的資料列所構成的欄位padding_word會以2欄位作爲一 組’只被重複任意的次數L 1。然後,記述儲存有擴充資 料的本體之區塊DataBlock()。區塊DataBlock()儲存有1 個以上的擴充資料ext_data。亦即,依欄位MakerlD及欄 位MakerModelCode所示的製造業者及機種,製造業者獨 自的擴充資料會被儲存於區塊DataBlock()。各個的擴充 資料係根據上述欄位MpdStartAddress及欄位MpdLength 來從區塊DataBlock()取出。 此外,播放清單檔之擴充資料區塊 blkPlayListExtensionData()内的區塊 blkPlayListMarkExt() ,由於與本發明關連性薄弱,因此省略説明。 其次,說明有關對剪輯資訊檔"zzzzz.clpi’'定義之一 例的擴充資料區塊。第36圖係表示剪輯資訊檔内的區塊 -63- (5 (60) 1377565 blkExtensionData()之區塊 DataBlock()(參照第 27 圖)的一 例構造的語法。就此第 36圖的例子而言,區塊 DataBlock()會作爲區塊 blkClipExtensionData()來被記 述。
在區塊 blkClipExtensionData()中,欄位 Typelndicator,係記述有表示其次接續的資料種類,由以 IS0646所規定的編碼方式來編碼後的4文字所構成之所 定的文字列。藉由記述於該欄位Typelndicator的文字列 來表示其次接續的資料種類爲剪輯資訊檔的擴充資料。 欄位Typelndicator的其次,隔著具有32位元(4位元 組)的資料長之領域reserved來配置分別具有32位元的資 料長之欄位 ProgramlnfoExtStartAddress 及欄位 MakersPrivateDataStartAddress。欄位 ProgramlnfoExtStartAddress 及欄位
MakersPrivateDataStartAddress 係分別表示該區塊 blkClipExtensionData()内的區塊 blkProgramInfoExt()及區 塊 blkMakersPrivateData()之以該區塊 blkClipExtensionData()開頭爲基準的開始位址。 欄位 MakersPrivateDataStartAddress 的其次,隔著具 有 192位元的資料長之領域 reserved來配置區塊 blkClipInfoExt()。具有 16位元的資料長之塡充字元 padding_w〇rd會僅以値N1所示的次數重複,其次,配置 區塊blkProgramInfoExt()。接著,具有16位兀的資料長 之塡充字元padding_word會僅以値N2所示的次數重複’ -64- (61) 1377565 其次,配置區塊blkMakersPrivateData()。在區塊 blkMakersPrivateData()之後,具有 16位元的資料長之塡 充字元padding_word會僅以値N3所示的次數重複。
第37圖係表示區塊blkProgramInfoExt()之—例構造 的語法。欄位Length,係具有32位元的資料長,係表示 從該欄位Length之後到區塊blkProgramInf〇Ext()的最後 爲止的資料長。其次,隔著具有8位元的資料長之領域 reserved 來配置欄位 Number OfPro gram Sequence。 欄位NumberOfProgramSequence,係具有8位元的資 料長,顯示被記述於該區塊blkProgramInf〇Ext()之程式順 序的資訊數。就此例而言,欄位
NumberOfProgramSequence的値會被固定於"1"»依照其 次的第lfor迴圈文,僅以欄位NumberOfProgramSequence 所示的數目來重複欄位
NumberOfStreamCodinglnfoExtlnPsfi]及更其次的第 2for 迴圈文。依照第2for迴圈文,僅以具有8位元的資料長 的欄位 NumberOfStreamCodingInfoExtInPs[i]所示的數目 來儲存欄位StreamPID[i][j]及區塊 blkStreamCodingInfoExt(i,j)的組。 具有16位元的資料長之欄位StreampID[i][j],係構 成以値[i]及値m所指示的表,係表示對應於依據第⑴個 的程式順序來參照之PMT(Program Map Table)中所記述的 基本串流之PID的値。其次的區塊 blkSueamCodingInf〇Ext(i,j),係記述有關以値[i]及値[j] -65- (62) 1377565 所示之基本串流的編碼方式之資訊。 第 38 圖係表示區塊 blkStreamCodingInfoExt(i,j)之一 例構造的語法。欄位Length,係具有8位元的資料長, 係表示從該欄位Length之後到區塊 blkStreamCodingInfoExt(i,j)的最後爲止的資料長。其次 的欄位 StreamCodingType,係具有8位元的資料長,係 表示所對應之串流的編碼種類。此欄位
StreamCodingType係以値"OxlB",進行 if文以下的記 述,藉由具有最初8位元的資料長之欄位HorizontalSize 來表示畫面的垂直方向的大小亦即行數。此外,在區塊 bIkStreamCodingInfoExt(i,j)中,欄位 HorizontalSize 以下 的資訊,由於與本發明關連性薄弱,因此省略説明。 並且,剪輯資訊檔内的擴充資料區塊 blkClipExtensi〇nData()之區塊 C 1 ipEnfοExt()及區塊 blkMakersPrivateData(),因爲與本發明關連性薄弱,所以 省略説明。 接著,槪略說明虛擬播放器。一旦具有上述資料結構 之碟片被裝塡至播放器,則播放器係必須要將從碟片讀取 出來之影片物件等中所記述的命令,轉換成播放器內部的 硬體控制所需之固有命令。播放器,係將用來進行此種轉 換所需之軟體,預先記憶在播放器內藏的R〇M(Read Only Memory)中。該軟體,係仲介碟片和播放器,使播放器依 照A VCHD格式的規定而動作,因此稱之爲虛擬播放器。 第39圖A及第39圖B係槪略地表示該虛擬播放機 -66 - (63) 1377565 之動作。第39圖A,係圖示碟片裝載時的動作例。一旦 對被裝入播放器的碟片的初始存取開始進行(步驟S30), 則用來記億於1張碟片中被共用的共有參數的暫存器會被 初期化(步驟S31)。然後,在下個步驟S32中,會執行從 碟片讀取被記述在影片物件等之程式。此外,初始存取, 係只碟片裝塡時,在碟片再生之初所進行之存取。
第3 9圖B係圖示播放器從停止狀態受到使用者例如 按下播放鍵而指示再生的情況時之動作例。對最初的停止 狀態(步驟S40),使用者係使用例如遙控命令器等下達再 生指示(UO : User Operati on)。一旦指示再生,首先,暫 存器亦即共通參數會被初期化(步驟S41),在其後的步驟 S42中,進入影片物件執行期。 影片物件執行期中的播放清單再生,使用第40圖來 說明。考慮藉由UO等,指示了開始再生標題編號#1之內 容時的情形。播放器,係隨應於內容的再生開始指示,參 照上述第2圖所示之索引表(Index Table),取得標題#1之 內容再生所對應的物件編號。例如實現標題# 1之內容再 生的物件編號若假設爲# 1,則播放器係開始執行影片物件 #1。 該第40圖的例子中,影片物件#1中所記述之程式係 由2行所成,若第1行的命令是"Play Play Li st(l)n ’則播 放器便開始播放清單#1的再生。播放清單#1,係由1個 以上的播放項所構成,會依序再生播放項。一旦播放清單 #1中的播放項再生結束,則返回到影片物件#1的執行, (S ) -67- (64) 1377565 執行第2行的命令。第4〇圖的例子中,第2行的命令是 "jump MenuTit丨e",該命令會被執行,將記述在索弓|表中 的選單標題(MenuTitle)加以實現的影片物件的執行便會開 始。
其次,說明有關本發明的實施一形態。本發明是在記 錄媒體中記錄剪輯時,使能夠對既存的播放清單追記根據 所被記錄的剪輯之章節。而且,在對既存的播放清單追記 章節時,根據預設於播放清單的制約來判斷根據該當剪輯 的章節是否可追記於該當播放清單。判斷的結果,若追記 可能,則對該當播放清單追記根據該當剪輯的章節。另一 方面,若判斷成追記不可,則從新作成播放清單,對該被 從新作成的播放清單登錄根據所被記錄的剪輯之章節》 藉由如此進行記錄控制,使用者可無意識設於播放清 單的制約下進行剪輯的記錄,記錄時的操作性會提升,便 利性佳。 第4 1圖係槪略地圖示可適用於本發明之一實施形態 的記錄裝置之一例構成。該記錄裝置,係將所輸入之數位 視訊資料及數位音訊資料,以所定方式進行壓縮編碼及多 工化而成的AV串流,記錄至記錄媒體。 此第41圖所例示的記錄裝置,係可將從外部輸入之 視訊資料及音訊資料記錄至記錄媒體,可作爲單獨的記錄 裝置來使用,也可和具備光學系或攝像元件的攝像機區塊 組合’作爲將根據拍攝到的攝像訊號的視訊資料記錄至記 錄媒體的視訊攝影機裝置的記錄區塊來使用。 -68- (65) 1377565
作爲可適用的壓縮編碼或多工化方式,可考慮各種方 式。例如,可將H. 264| A VC所規定的方式,當成本發明 之一實施形態的壓縮編碼來適用。不侷限於此,亦可設計 成進行根據MPEG2方式的壓縮編碼。又,多工化方式, 例如可適用MPEG2系統。以下係說明,視訊資料之壓縮 編碼是以H.264|AVC所規定方式爲準而進行,視訊資料 及音訊資料的多工化是以MPEG2系統所規定方式爲準而 進行的例子。 控制部 30,係例如由 CPU(CentraI Processing Unit)、RAM(Random Access Memory)及 ROM(Read Only Memory)等所成(未圖示),根據預先記憶在ROM中的程式 或資料,將RAM當成工作記憶體使用而控制該記錄裝置 的記錄部10的各部。此外,連接控制部30和記錄部1〇 之各部的路徑,爲了避免繁雜,在第32圖中係省略。 UI(User Interface)部31,係所定設有用來讓使用者 操作該記錄裝置之動作所需之操作子,會輸出相應於對操 作子之操作的控制訊號。該控制訊號,係被供給至控制部 30。控制部30,係藉由根據相應於使用者操作而從UI部 3 1供給來的控制訊號所進行的程式之處理,來控制記錄 部之各部動作。例如,隨應於對UI部3 1進行之操作,記 錄裝置所致之記錄動作的開始及停止之動作,會受控制部 3 0控制。 例如,控制部3 0,係於提供由所定的程式構成的軟 體的基本機能之OS(Operating System)下,令使用者介面 -69- (66) 1377565 的提供或提供記錄部10的各部控制之應用軟體執行,且 使進行軟體與記錄部10各部的實際硬體之間的仲介之驅 動軟體執行。OS更提供用以管理記錄於後述記錄媒體20 上的檔案或資料之檔案系統。應用軟體係經由OS所提供 的檔案系統來存取於記錄媒體20上所被記錄的檔案。
基頻(Base band)的數位視訊資料係從端子40輸入。 又,伴隨該當數位視訊資料,基頻的數位音訊資料會從端 子4 1輸入。 數位視訊資料係從端子40輸入至記錄部10,供給至 視訊編碼器1 1。視訊編碼器1 1,係將供給過來的數位視 訊資料,以所定方式進行壓縮編碼。在進行H. 264| A VC 所規定之方式爲準的壓縮編碼的例子中,例如,除了藉由 DCT(Discrete Cosine Transform)和畫面內預測來進行畫格 內壓縮,還使用運動向量進行畫格間壓縮,然後進行熵編 碼以提高壓縮效率。被視訊編碼器11壓縮編碼過的數位 視訊資料,係當成H.264|AVC的基本串流(ES),被供給至 多工器(MUX)l 3。 數位音訊資料係從端子41輸入至記錄部10,供給至 音訊編碼器12。音訊編碼器12,係以所定之壓縮編碼方 式,例如AC3(Audio Code number 3)而進行壓縮編碼。音 訊資料的壓縮編碼方式,係不限於AC3。亦可考慮不將音 訊資料壓縮編碼,直接使用基頻的資料。壓縮編碼過的數 位音訊資料,係被供給至多工器1 3。 多工器1 3,係將分別被壓縮編碼而供給過來的數位 -70- (67) 1377565 視訊資料及數位音訊資料,以所定方式進行多工化,變成 1支資料串流而輸出。以MPEG2系統爲準來進行多工化 的此例中,係使用MPEG2的傳輸串流,將供給過來的壓 縮視訊資料及壓縮音訊資料,以時間分割進行多工化》例 如’多工器13係具有緩衝區記憶體,將所供給過來的壓 縮視訊資料及壓縮音訊資料,積存在緩衝區記憶體中。
被積存在緩衝區記憶體的壓縮視訊資料,係被分割成 每一所定大小並被附加標頭,被轉化成PES(Packetized Elementary Stream)封包。壓縮音訊資料也是同樣地,被 分割成每一所定大小並被附加標頭而被轉化成PES封 包。在標頭中係儲存有,表示封包內所儲存之資料之再生 時刻的PTS或表不解碼時刻的DTS(Decoding Time Stanp) 等這類MPEG2系統中所規定的所定資訊。pES封包,係 再被分割然後裝入傳輸封包(TS封包)的酬載。TS封包的 標頭中’儲存有用來識別已被裝入至酬載之資料的 PID(Packet Identification)。從多工器 13 輸出的 TS 封 包,係暫時被積存在串流緩衝區14。 此外,TS封包在實際上,係於多工器13中被再度附 加所定大小之標頭然後才輸出。對此一 TS封包附加所定 標頭而成的封包,係稱爲來源封包(source packet) β 記錄控制部1 5,係控制對記錄媒體20的資料記錄。 作爲記錄媒體20,例如可使用可記錄型的DVD(Digital Versatile Disc)。不限於此,作爲記錄媒體20也可使用硬 碟機,亦可適用半導體記憶體於記錄媒體20。又,作爲
(S -71 - (68) 1377565 5己錄媒體20’係亦可考慮適用可實現更大容量的Blu-ray Disc(註冊商標)。 記錄控制部15,係監視被積存在串流緩衝區14的資 料量’若在串流緩衝區14中積存了所定量以上的資料, 則從串流緩衝區14中讀出記錄媒體20之記錄單位份的資 料然後寫入至記錄媒體20。
管理資訊處理部16,係例如由CPU、作爲工作記憶 體的RAM及預先記憶程式所定資料的R〇M所成(未圖 示)。不限於此’管理資訊處理部16,係例如亦可以控制 部30中的程式處理來實現管理資訊處理部16之機能。此 時’例如於了將控制部3 0所擁有的RAM是當成揮發性記 憶體17使用,還將不揮發性記憶體18連接至控制部 30 ° 管理資訊處理部16,係根據記錄資料,將揮發性記 憶體17當成工作記憶體使用,然後生成用來儲存至上述 索引檔 index.bdmv"、影片物件檔"MovieObject.bdmv"、 播放清單檔"xxxxx.mpls"及剪輯資訊檔"zzzzz.clpi"所需之 資訊。被生成的資訊,係以所定時序被寫入至記錄媒體 20中。 例如’管理資訊處理部1 6係除了從多工器1 3取得記 錄資料的時間資訊,並且還從記錄控制部1 5取得記錄資 料對記錄媒體20的位址資訊,根據取得到的這些時間資 訊及位址資訊,來生成EP_map資訊。又,根據隨著對ui 部31的記錄開始、記錄結束之操作,而從控制部3 〇輸出 < 3 ) -72- (69) !377565 之控制訊號、和來自多工器1 3及記錄控制部1 5之記錄資 料的相關資訊,來進行剪輯資訊檔"zzzzz.clpi"的生成, 且所被生成之剪輯資訊檔的資訊會被追記於播放清單檔, 進行播放清單檔"xxxxx.mpls”的更新。 在播放清單檔的更新時,判斷剪輯資訊檔的資訊被追 記於播放清單檔,是否符合對播放清單檔預設的制約。判 斷的結果,若爲不符合制約,則會從新作成播放清單檔,
將所被產生之剪輯資訊檔的資訊記錄於從新作成的播放清 單檔。 另外,在對記錄媒體20進行從新記錄時,索引檔 "index.bdmv"或影片物件檔案"MovieObject.bdmv"的生成 或更新會被進行。 第42圖係表示可適用於本發明的實施之一形態的一 例資料構造。索引檔"index.bdmv"係具有1乃至複數個標 題。影片物件檔案"MovieObject.bdmv"係對應於索引檔 "index.bdmv"所具有的標題,包含1乃至複數個影片物 件。影片物件分別叫出1個播放清單檔"xxxxx.mpls”。播 放清單檔"xxxxx.mpls”包含1乃至複數個播放項,播放項 分別參照剪輯資訊檔"zzzzz.clpi"。剪輯資訊檔 "zzzzz.clpi"係與剪輯的實體亦即剪輯 AV 串流檔 "zzzzz.m2ts"成1對1的關係。 在如此的構造中,使用者可以索引槍"index.bdmv"所 具有的標題單位看見記錄於記錄媒體的剪輯。一旦使用者 選擇所望的標題,則會從影片物件檔案 'C5 -73- (70) 1377565 "MovieObject.bdmv"參照對應於該當標題的影片物件。然 後,被記述於所參照的影片物件之播放清單檔 "xxxxx.mpls"會被叫出,按照播放清單檔中所含的播放 項,參照剪輯資訊檔"zzzzz.clpi",再生所對應的剪輯AV 串流檔"zzzzz.m2ts"。
藉由對播放清單檔"xxxxx.mpls"設置顯示時刻資訊的 標記(播放清單標記),可設定跳躍(jump)位置》依據標記 來定義章節。章節爲使用者可見之標題内的再生單位。在 記錄開始位置必設置標記。亦可在記錄開始位置以外的位 置設置標記。 亦即,對播放清單檔"xxxxx.mpls",例如隨著記錄開 始設定播放清單標記,且登錄參照剪輯的播放項,藉此對 該當播放清單檔形成章節。換言之,藉由對播放清單檔記 錄播放清單標記,且記錄播放項,可謂對該當播放清單檔 記錄章節。 如上述般,真實播放清單係與剪輯一起生成。就第 42圖的例子而言,播放清單檔"OOOOO.mpls"、 "00200.mpls"及"000 1 8_mpls"具有真實播放清單的屬性。 該等之中,播放清單檔"OOOOO.mpls"爲將從新生成的 剪輯資訊追記記錄於播放清單的例子。例如,對已經儲存 有參照對應於剪輯AV串流檔"0000 1.m2ts"的剪輯資訊檔 ”00001.clpi"之播放項#〇的播放清單檔"OOOOO.mpls"追加 記錄有參照對應於所被從新記錄的剪輯 AV串流檔 "00125.1112^的剪輯資訊檔”〇〇125.1«2&’之播放項#1。在 < S ) -74- (71) 1377565 播放項所示的開頭時刻分別設有標記。若再生此播放清單 檔"OOOOO.mpIs",則首先會根據播放項#0,再生剪輯AV 串流檔”00001.m2ts",接著根據播放項#1,再生剪輯AV 串流檔"00 1 25.m2ts"。 播放清單檔"00200. mp Is",係對1個剪輯產生1個播 放清單檔,播放清單檔只含一個的播放項之例。
又,播放清單檔"00018.mpls",係複數個播放項參照 1個剪輯的例子。例如,可想像成藉由記錄開始及停止來 產生播放項的同時,對1個剪輯追加資料之類的控制。在 播放項#0的開頭設置標記,連續性地再生播放項#0及播 放項#1,藉此再生剪輯AV串流檔"00002.m2ts"的全體。 另一方面,虛擬播放清單,係如第42圖中作爲播放 清單檔"00005.mpls"來顯示那樣,對已經存在的剪輯指定 再生區間。對此例而言,播放清單檔"〇〇〇〇5.mpls"中所含 的播放項#〇係參照剪輯資訊檔"0002 8.clpi”來指定區間, 播放項#1係參照剪輯資訊檔"00002.clpi"來指定區間。並 且’在播放項#〇及播放項#1的開頭設有標記。若再生播 放清單檔"00005 .mpls",則首先根據播放項#〇來再生剪輯 AV串流檔”00 02 8.m2tS”的指定區間,接著根據播放項#1 來再生剪輯AV串流檔”〇〇〇〇2.m2tsn。 在本發明中,如上述般,係根據所設於播放清單檔的 制約來判斷到底是將根據所被從新記錄的剪輯之章節追記 於既存的播放清單檔中’還是作成新規播放清單檔後記 錄。以下顯示設於播放清單檔的制約之一例。對於制約來 < S > -75- (72) 1377565 說,可想像成格式上的制約、實際安裝規格上的制約、商 品規格上的制約等。 格式上的制約,可想像成以下的制約(1)〜制約(7)的 各項目。 制約(1):可存在於1個播放清單檔之播放項數的上 限。
制約(2):可存在於1個播放清單檔之播放清單標記 數的上限。 制約(3) : 1個播放清單檔參照複數個剪輯時,所被參 照之複數個剪輯各所定的視訊屬性必須一致。 制約(4) : 1個播放清單檜之檔案大小的上限。 制約(5):能夠與1個播放清單檔相關連之剪輯資訊 檔的合計檔案大小的上限。 制約(6):以和1個播放清單檔相關連之剪輯資訊檔 内的粗略單位來進行檢索之進入點的合計上限。 制約(7):以和1個播放清單檔相關連之剪輯資訊檔 内的精密單位來進行檢索之進入點的合計上限。 該等之中,有關制約(1)的播放項數及制約(2)的播放 清單標記數’格式上,可存在於1個播放清單檔之播放項 數的上限例如爲999個,可存在於1個播放清單檔之播放 清單標記數的上限例如爲999個。因此,在從新記錄剪輯 時,必須判斷在所欲追記根據該當剪輯的章節之播放清單 檔中,追記章節時是否符合該等的制約。 有關制約(3)的視訊屬性,在丨個播放清單檔所參照 -76- (73) 1377565 的複數個剪輯 AV串流檔中,例如以畫框大小、掃描方 式、高寬比(asPect rati〇)、畫格速率、編碼/解碼器 (CODEC ; Coder/Decoder)的種另IJ等之有關視訊資料的編碼 的屬性不變之方式,被規定於格式中。因此,在從新記錄 剪輯時,必須比較從所欲追記根據該當剪輯的章節之播放 清單檔中已經被記錄的播放項來參照的剪輯之該等的屬 性,與所欲從新記錄的剪輯之該等的屬性。
針對制約(4)之1個播放清單檔的檔案大小、及制約 (5)之與1個播放清單檔相關連的剪輯資訊檔的合計檔案 大小,在格式上分別規定上限。此檔案大小的規定係與記 錄裝置及再生裝置的記憶體容量相關連。 亦即,例如記錄時,對應於所被記錄的剪輯之播放清 單、或所被記錄之剪輯的剪輯資訊檔’係暫時被儲存於記 錄裝置的記憶體,在記憶體上隨著記錄之播放清單檔或剪 輯資訊檔的更新處理會被進行。然後’被儲存於記憶體之 該等播放清單檔或剪輯資訊檔’係以所定的時序來寫入記 錄媒體。藉由對播放清單檔、或與1個播放清單檔相關連 的剪輯資訊檔的合計檔案大小設置限制,可防止例如在記 錄中於記憶體中無空閒容量的記錄被強制性停止等的狀 能〇 播放清單檔的檔案大小的上限,例如以600kB (kilobyte)爲上限。並且’當1個剪輯資訊檔的檔案大小 的上限,例如爲lMB(megabyte)時,與1個播放清單檔相 關連的剪輯資訊檔的合計的檔案大小的上限,例如爲
<S -77- (74)1377565 2MB。
制約(6)及制約(7)之進入點的上限,係與上述剪輯資 訊檔的檔案大小的上限相關連。亦即,如已經説明過那 樣’以粗略的單位來進行檢索的進入點及以精密的單位來 進行檢索的進入點’爲儲存於剪輯資訊檔内的區塊 blkCPI()之區塊blkEPMap()的資訊。亦即,以粗略的單位 來進行檢索的進入點’爲區塊blkEPMap()的欄位 PTSEPCoarse及欄位SPNEPCoarse,進行精密的檢索之進 入點’爲區塊blkEPMap()的欄位pTSEPFine及欄位 SPNEPFine。
格式上’分別針對以粗略的單位來進行檢索的進入 點、及以精密的單位來進行檢索的進入點,對與1個播放 清單檔相關連的剪輯資訊檔合計的數量規定上限。因此, 在所欲從新記錄剪輯時,必須判斷在所欲追記參照該當剪 輯的播放項之播放清單檔中,追記播放項時是否滿足該等 的制約。 實際安裝格式上的制約,可想像成以下的項目。 制約(8):關於播放清單檔之擴充資料區塊内的區塊 blkMakersPrivateData(),無法繼承在他機記錄後之播放清 單檔的區塊 blkMakersPrivateData()的資訊時’不能更新 該當播放清單檔。 例如,播放清單檔之擴充資料區塊内的區塊 blkMakersPrivateData(),係如第 35 圖中區塊 DataBlock() 所示,由於無特別限制資料大小,因此可想像成依機器來 -78- (75) 1377565 寫入數lOOkB等較大資料大小的資料之規格。依機器的實 際安裝,例如由於記億體容量的限制等要因,有可能難以 繼承在他機所被記錄之如此大的大小之區塊 blkMakersPrivateDataO的資訊來進行播放清單檔的更新或 編輯。 商品規格上的制約,可想像成以下的項目。
制約(9):有關標題或章節,即使和他機槪念相異 時,亦有必要使不會導致使用者混亂。 制約(1 0):規定時間以上的連續攝影及記錄可能有必 要。 有關制約(9)的標題及章節,依機器,有可能播放清 單及章節的構成方法相異。在如此的機器間,交換記錄剪 輯的記錄媒體時,例如有可能再生時之標題的顯示等產生 不便。 例如,就可錄影電視轉播之內建型的記錄再生裝置 (錄影機等)而言,是以1節目作爲1播放清單,設置以5 分鐘間隔自動播放清單標記來構成章節的規格,就攝影機 裝置而言’是在每1次攝影,亦即記錄開始時設定播放清 單標記來構成章節,將複數個章節登錄於1.播放清單的規 格。並且’就內建型的記錄再生機器而言,是只在播放清 單的開頭顯示縮圖畫像,不顯示每章節的縮圖畫像之規 格》 在如此的條件下,把記錄有在內建型的記錄再生裝置 所被作成的播放清單檔之記錄媒體裝塡於攝影機裝置,將 -79- <:3 (76) 1377565
參照在攝影機裝置所被記錄的剪輯之播放項追記於在內建 型的記錄再生裝置所被作成的播放清單檔中而記錄。此情 況,在攝影機裝置所被攝影的映像會作爲章節而被登錄, 作爲在內建型的記錄再生裝置所被記錄之某節目的最後方 的場景(scene)。若使該記錄媒體從攝影機裝置再度裝塡於 內建型的記錄再生裝置而再生,則在攝影機裝置所被攝影 的映像之章節不會作爲縮圖畫像來顯示,而是作爲之前在 內建型的記錄再生裝置所被記錄之節目的最後場景再生, 不自然。 有關制約U 0)的規定時間以上的連續攝影及記錄,一 般記錄機的規格,爲保證所定時間以上的連續記錄。另一 方面,如上述,格式上,對關連於1個播放清單的剪輯資 訊檔的進入點的合計數設有上限。例如,即使記錄媒體的 空出容量充分,在所欲追記參照從新記錄的剪輯之播放項 的播放清單檔中,從已經被參照的剪輯資訊檔之進入點的 合計數及格式上被規定的上限,有時無法確保應保證的所 定時間量的進入點數。因此,在所欲從新記錄剪輯時,必 須根據關連於所欲追記參照該當剪輯的播放項之播放清單 檔的進入點數來判斷是否可進行所定時間以上的連續記 錄。 其次,說明有關本發明的實施之一形態,判斷可否對 播放清單檔追記根據從新記錄的剪輯之章節。針對上述制 約(1)〜制約(ίο)的各項目來分別進行判斷,當判斷1個項 目也追記不可時,從新作成播放清單,對從新作成的播放 CS > -80- (77)1377565 清單記錄根據從新記錄的剪輯之章節。 第43圖係表示判定可否追記至根據從新記錄的剪輯 之章節的播放清單檔之一例的處理流程圖。首先,利用該 第43圖的流程圖來槪略說明全體處理的流程。在此是以 可記錄的類型之DVD等碟片狀記錄媒體(以下稱爲碟片) 作爲記錄媒體20。以下説明的各判斷處理等是在利用第 4 1圖所説明的記錄裝置中,於控制部3 0中進行。
一旦記錄媒體20被裝塡至記錄裝置,則會藉由控制 部30來控制記錄控制部1 5,從記錄媒體20讀取索引檔 "index.bdmv"(步驟S100)。所被讀取的索引檔” index.bdmv "係例如經由管理資訊處理部1 6來記憶於揮發性記憶體 在其次的步驟S101中,控制部30係根據被記憶於揮 發性記憶體17的索引檔"index.bdmv”内所記述的資訊,
來特定用以追記根據其次被記錄的剪輯的章節之播放清單 (播放清單檔)的候補。 例如,參照索引檔"index.bdmv”的擴充資料區塊亦即 區塊 blkIndexExtensionData()内的區塊 blkTableOfPlayListsO來檢索最新被記錄的真實播放清 單,而取得該真實播放清單的檔案名。 更具體而言,參照第29圖,在區塊 blkIndexExtensionData()所被列舉的區塊 blkMovieTitlePlayListPair()之中,欄位 PlayListAttribute 爲顯示屬性「Real」的區塊 blkMovieTitlePlayListPair()
.(S -81 - (78) 1377565 之中,檢索最後被記述的區塊 blkMovieTitlePlayListPair() > 從所被檢索的區塊 blkMovieTitlePlayListPair()來取得欄位 PlayListFileName 的資料。
在其次的步驟S102中,在步驟S101所被特定之追記 候補的播放清單檔會從記錄媒體20讀取,記億於揮發性 記憶體17。然後,與所被讀取之追記候補的播放清單檜 相關連的所有剪輯資訊檔會從記錄媒體20讀取。所被讀 出的剪輯資訊檔係被記憶於揮發性記憶體1 7。 更具體而言,參照第1〇圖〜第12圖,在追記候補的 播放清單檔中,區塊 blkPlayListO内的所有區塊 blkPlayItem()會被參照,在區塊blkPlayItem()中所被記述 之欄位 ClipInformationFileName的資料會全部被取得。 然後,從記錄媒體 2〇全部讀出所被取得之欄位 ClipInformationFileName的資料所示的剪輯資訊檔。 在以下的步驟S104〜步驟Sill中,根據被記憶於揮 發性記億體17之追記候補的播放清單檔及剪輯資訊檔, 來判定根據上述各制約之章節的追記可否。亦即,在步驟 S104中,對應於上述制約(1),根據在步驟S101所取得之 追記候補的播放清單檔中所含的播放項數,來進行追記可 否的判定。在其次的步驟S1 05中,對應於上述制約(2), 根據追記候補的播放清單檔中所含的播放清單標記數,來 進行追記可否的判定。在其次的步驟S106中,對應於上 述制約(3) ’根據追記候補的播放清單檔中所記述的視訊 -82- '('5 (79) 1377565 屬性、及所欲從新記錄之剪輯的視訊屬性’來進行追記可 否的判定。
在其次的步驟S1 07中,對應於上述制約(4),根據追 記候補的播放清單檔的檔案大小’來進行追記可否的判 定。在其次的步驟S108中,對應於上述制約(5),根據從 追記候補的播放清單檔所參照之剪輯資訊檔的合計檔案大 小,來進行追記可否的判定。在其次的步驟 S109中,對 應於上述制約(6)及制約(7),根據從追記候補的播放清單 檔所參照之剪輯資訊檔中被儲存的進入點的合計數,來進 行追記可否的判定。 在其次的步驟S110中,對應於上述制約(8),根據追 記候補的播放清單檔内之有無他機的獨自擴充資料,來進 行追記可否的判定。又,在其次的步驟S1U中,對應於 上述制約(9),根據追記候補的播放清單檔的最終更新者 來進行追記可否的判定。 在其次的步驟 S112中,根據上述步驟 S1 04〜步驟 Sill之各判斷處理的判定結果,進行是否對追記候補的 播放清單檔追記根據從新記錄的剪輯之章節的最終判斷》 例如’將步驟S 104〜步驟S 1 1 1的各處理之判定結果分別 保持於控制部30所具有的暫存器等,在步驟S112中,根 據被保持於暫存器的各處理之判定結果來進行判斷。 亦即,在步驟S112中,若判定可在步驟S1 04〜步驟 S 1 1 1的所有各處理中追記,則會判斷爲可對步驟s 1 0 1所 取得之追記候補的播放清單檔追記根據從新記錄的剪輯之
CS -83- (80) 1377565 章節。 另一方面,在上述步驟 S104〜步驟Sill的各處理 中,被判定成追記不可的處理即使一個,還是會被判斷成 根據在上述步驟S101所取得的追記候補的播放清單檔之 章節的追記爲不可。此情況,會從新作成真實播放清單的 播放清單檔,對該新的播放清單檔記錄根據被從新記錄的 剪輯之章節。
另外,上述步驟S1 04〜步驟S111的各處理順序並非 限於此順序。亦即,步驟S104〜步驟S111的各處理可以 任意的順序來進行。並且,亦可並行步驟 S104〜步驟 S111的各處理。又,亦可不全部進行步驟 S1 04〜步驟 Sill的各處理,選擇性進行各處理中1個或複數個處 理。 以下,更詳細說明上述步驟S1 04〜步驟S111的各個 處理。第44圖係表示步驟S104,對應於制約(1),根據追 記候補的播放清單檔中所含的播放項數之追記可否判斷的 —例處理。在此處理中,如步驟S 1 2 0 —例所示,參照追 記候補的播放清單檔内的區塊blkPlayList()(參照第11圖) 來取得欄位NumberOfPlayltems的値,比較所被取得的欄 位NumberOfPlayltems的値、與對於1個播放清單檔中存 在可能的播放項數設定之處理的上限値、例如値’’ 9 9 9 "。 比較的結果,若欄位NumberOfPlayltems的値未滿所 定的上限値,則會判斷爲可對根據從新記錄的剪輯之章節 的追記候補的播放清單檔進行追記,另一方面,若欄位 -84- (81) 1377565
NumberOfPlayltems的値爲所定的上限値以上,則會判斷 爲不可對該當章節的追記候補的播放清單檔進行追記。
第45圖係表示步驟S105,對應於制約(2),根據追記 候補的播放清單檔中所含的播放清單標記數之追記可否判 斷的一例處理。在此處理中,如步驟S130 —例所示,參 照追記候補的播放清單檔内的區塊blkPlayListMark()(S 照第14圖)來取得欄位NumberOfPlayListMarks的値,比 較所取得的欄位NumberOfPlayListMarks的値、與對於1 個播放清單檔中存在可能的播放清單標記數設定之所定的 上限値、例如値"9 9 9 "。 比較的結果,若欄位NumberOfPlayListMarks的値未 滿所定的上限値,則會判斷爲可對根據從新記錄的剪輯之 章節的追記候補的播放清單檔進行追記。另一方面,若欄 位N u m b e r 0 f P 1 a y L i s t M a r k s的値爲所定的上限値以上,貝IJ 會判斷爲不可對該當章節的追記候補的播放清單檔進行追 記。 另外,如已説明過那樣,在播放清單標記中存在登錄 標記及連結點的2類型。在此步驟S130中,對該等登錄 標記及連結點的合計數判定是否爲未滿上限値。 第46圖係表示步驟S106,對應於制約(3),根據追記 候補的播放清單檔中所記述的視訊屬性及所欲從新記錄的 剪輯的視訊屬性之追記可否判斷的一例處理。首先,在最 初的步驟S 140中,取得所記錄之視訊資料的屬性資訊。 就其實施的一形態而言,係根據現在設定於記錄裝置的攝
CS -85- (82) 1377565 影模式或錄影模式’取得畫框大小、高寬比、畫格速率及 掃描種別(隔行/逐行)’作爲記錄之視訊資料的屬性資訊。
在以下的步驟S141〜步驟S1 44中,取得與追記候補 的播放清單檔相關連之剪輯的視訊屬性。就其實施的一形 態而言’當對追記候補的播放清單檔儲存有複數個播放項 時’從最初被記錄的播放項所參照的剪輯資訊檔來取得視 訊屬性。槪略而言,在步驟S141取得畫像寬,在步驟 S142取得畫像高(行數)及掃描種別,在步驟S143取得高 寬比,在步驟S 1 44取得畫格速率,作爲視訊屬性。 更具體而言,在追記候補的播放清單檔内的區塊 blkPlayList()(第11圖參照)中,參照被儲存於最開頭側的 區塊 blkPlayItem()(參照第 12 圖),取得欄位 ClipInformationFileName的資料,取得該當播放項所參照 之剪輯資訊檔的檔案名。在藉由上述第43圖的流程圖之 步驟S1 03的處理所讀取之與追記候補的播放清單相關連 的所有剪輯資訊檔中’參照對應於所取得的檔案名之剪輯 資訊檔。 在步驟S141,係參照該當剪輯資訊檔的擴充資料亦 即區塊 blkClipExtensionData()内的區塊 blkProgramInfoExt()(參照第 37圖),在該當區塊 blkProgramInfoExt()中,更參照區塊 blkStreamCodingInfoExt(i,j)(參照第 38 圖)。然後,取得 該當區塊 b丨kStreamCodingInfoExt(i,j)内的欄位 HorizontalSize 的値。 C S ) -86- (83) 1377565 在步驟 SI 42,係參照該當剪輯資訊檔的區塊 blkProgramInfo()(參照第17圖)内的區塊 blkStreamCodingInfo()(參照第 18 圖),取得欄位 VideoFormat的値。欄位VideoFormat,係如利用第19圖 所説明過那樣,使用能以4位元來表現的値,顯示視訊資 料的行數與掃描方式(隔行/逐行)的組合。
在步驟S143,係與步驟 S142同様地,參照區塊 blkStreamCodingInfo(),取得欄位 AspectRatio 的値。欄 位A s p e c t R a t i 〇,係如利用第2 1圖所説明過那樣,使用能 以4位元來表現的値,顯示視訊資料的畫框的高寬比。 在步驟S144,係與步驟S143及步驟S143同樣地, 參照區塊 blkStreamCodingInfo(),取得欄位 FrameRate 的 値。欄位FrameRate,係如利用第20圖所説明過那樣, 使用能以4位元來表現的値,顯示視訊資料的畫格速率。 在步驟S145,係比較在步驟S140中從記錄機取得之 記錄的視訊資料的各屬性資訊、和在步驟 s 1 4 1〜步驟 S144中所取得之與追記候補的播放清單檔相關連的剪輯 的各視訊屬性。 比較的結果,若所記錄之視訊資料的各屬性資訊與和 追記候補的播放清單檔相關連之剪輯的各視訊屬性全部一 致,則會判斷爲可對根據從新記錄的剪輯之章節的追記候 補的播放清單檔進行追記。另一方面’當所記錄之視訊資 料的各屬性資訊與和追記候補的播放清單檔相關連之剪輯 的各視訊屬性中只要有一個不一致的屬性時’判斷爲不可
< S -87- (84) 1377565 對該當章節的追記候補的播放清單檔進行追記。 第47圖係表示步驟S107,對應於制約(4),根據追記 候補的播放清單檔的檔案大小之追記可否判斷的一例處 理。在此處理中,係以即使對追記候補的播放清單至少追 記所定章節數,也不會超過1個播放清單檔的檔案大小的 上限,來判斷追記的可否。
另外,所定章節數,可依記錄機的設計思想等想成各 式各樣,例如1章節、複數章節、對於1個播放清單檔中 所能夠存在的最大章節數之剩下的章節數等。在此,所定 的章節數,爲對於1個播放清單檔中所能夠存在的最大章 節數之剩下的章節數。 首先,在步驟S150中,取得預先計算之每一章節的 播放清單檔的大小增加量SIZE_1CHAP。亦即,在此步驟 S 1 5 0 ’係例如計算用以形成丨個章節之播放項及播放清單 標記的資料量。 參照第12圖,在播放項中,欄位StillMode及欄位 StillTime、以及區塊 blkUOMaskTable()及區塊 blkSTNTable(),雖爲資料長變動的可能性有的資料,但 實際該等的資料是根據記錄模式或記錄機來成爲固定長。 並且’播放清單標記,參照第14圖,各欄位的値爲固定 長°如此在記錄1個剪輯時所被生成之播放項及播放清單 標記的資料大小可預先計算。而且,所被計算的値爲不依 言己$時間的性質者。每一章節的播放清單檔的大小增加量 SIZE_1 CHAP的値,係預先被計算,例如記憶於記錄機所 CS ) -88- (85) 1377565 具有的ROM等。也可在每執行該第47圖的流程圖之處理 時計算。 對播放清單追記章節時,播放項及播放清單標記會增 加。因此’對播放清單追記章節時,制約(1 )及制約(2)之 1個播放清單檔中存在可能的播放項及播放清單標記數也 必須考慮進去。
在步驟S 1 5 1,係計算可追記於追記候補的播放清單 檔之播放項數PI_REMAIN。亦即,參照追記候補的播放 清單檔内的區塊blkPlayList()(第11圖參照)來取得欄位 NumberOfPlayltems的値,求取追記候補的播放清單中所 含的播放項數。然後,使追記候補的播放清單中所含的播 放項數,從對1個播放清單檔中存在可能的播放項數設定 之所定的上限値PI_MAX、例如"999"減少,而求取可追記 於追記候補的播放清單之播放項數PI_REMAIN。 亦即,追記候補的播放清單檔追記可能的播放項數 PI_REMAIN,係可藉由下記的式(1)來求取。 PI_REMAIN = PI_MΑΧ-NumberOfPlayltems · · · (1) 在步驟S 1 52,係計算可追記於追記候補的播放清單 槽之播放清單標記數MARK_REMAIN。亦即,參照追記候 補的播放清單檔内的區塊blkPlayListMark()(參照第14圖) 而取得欄位NumberOfPlayListMarks的値,求取追記候補 的播放清單中所含之播放清單標記的數目。然後,使追記 <'S ) -89- (86) 1377565 候補的播放清單中所含的播放清單標記數,從對1個播放 清單中存在可能的播放項數設定之所定的上限値 MARK — MAX、例如”999"減少,而求取可追記於追記候補 的播放清單之播放清單標記數MARK_REMAIN。 亦即,可追記於追記候補的播放清單檔之播放清單標 記數MARK_REMAIN,係可藉由下記的式(2)來求取。
MARK_REMAIN:=MARK_MAX-NumberOfPlayListMarks · · - (2) 在其次的步驟S153,係將在步驟S151所求取之可追 記於追記候補的播放清單之播放項數PI_REMAIN、及在 步驟S152所求取之可追記於追記候補的播放清單檔之播 放清單標記數MARK_REMAIN的其中較小的一方作爲可 追記於追記候補的章節數CHAP_REMAIN。 亦即’可追記於追記候補的播放清單檔之章節數 CHAP_REMAIN,爲選擇「MIN」括弧内的値中較小的一 方,利用上述式(1)及式(2)的結果,藉由下記的式(3)來求 取。另外’ 「MIN」下表示選擇括弧内的値中最小的値。 CHAP_REMAIN=MIN (PI REMAIN > MARK_REMAIN ) ---(3) 在其次的步驟S154,係取得追記候補的播放清單檔 的檔案大小’求取對制約(4)之1個播放清單檔的檔案大 小的上限 PL_SIZE_MAX 所剩下的資料大小 -90- (87)1377565 SIZE__REMAIN。播放清單檔的檔案大小,係可利用例如 藉由 0S的檔案系統所提供的功能來取得。資料大小 SIZE_REMAIN(kB) >係可藉由下記的式(4)來求取。另 外,以追記候補的播放清單檔的檔案大小作爲 FILE_SIZE(kB)。 SIZE_REMAIN(kB)=PL_SIZE_MAX(kB)-FILE_SIZE(kB) ---(4)
在其次的步驟S155,對追記候補的播放清單檔追記 追記可能的章節數量的播放項及播放清單標記時,判斷追 記候補的播放清單檔的檔案大小是否超過1個播放清單檔 的檔案大小的上限。 亦即,利用在步驟S 1 50所求取之每一章節的播放清 單檔的大小增加量 SIZE_1CHAP、及式(3)及式(4)的結 果,來判斷是否滿足下記的式(5)。
SIZE_1 CHAPxCHAP_REMAIN 2 SIZE_REMAIN · · -(5) 若滿足式(5) ’則判斷爲可對根據從新記錄的剪輯之 章節的追記候補的播放清單檔進行追記。另一方面,若不 滿足式(5)’則判斷爲不可對該當章節的追記候補的播放 清單檔進行追記。 第48圖係表示上述步驟S 1〇8,對應於制約(5),根據 從追記候補的播放清單檔所參照的剪輯資訊檔的合計檔案 (88) 1377565 大小之追記可否判斷的一例處理。 若依照上述制約(5),則從追記候補的播放清單檔所 參照之剪輯資訊檔的合計檔案大小,會被設定上限値 CLIP_SUM_MAX,例如 2ΜB。在藉由章節的追記來對追 記候補的播放清單追加剪輯資訊檔時,與該當追記候補的 播放清單檔相關連之剪輯資訊檔的合計大小必須形成不超 過該上限値CLIP_SUM_MAX。
在步驟S1 60,取得預先計算之1個剪輯資訊檔的最 大SIZE — 1CLIP。剪輯資訊檔,係於區塊blkEPMap()中儲 存有與PTS値及剪輯AV串流檔的位元組位址建立關連的 進入點資訊(參照第23圖〜第26圖)。此進入點的資訊, 係隨記錄時間而變化的値。被儲存於剪輯資訊檔的其他資 訊’係藉由編碼方式等’無關記錄時間,爲固定的値。另 一方面’如上述,設定有保證連續記錄的最低時間,作爲 記錄機的規格。藉由編碼器之視訊或音訊的編碼方式來決 定保證連續記錄之最低時間量的進入點數。計算保證連續 記錄之最低時間量的進入點的合計資料大小,根據計算結 果來求取最大SIZE_1CLIP。 在其次的步驟S161,針對從追記候補的播放清單檔 所參照之所有剪輯資訊檔來取得檔案大小,計算合計大小 SIZE_TOTAL_CLIP。 亦即’參照追記候補的播放清單檔内的所有區塊 blkPlayItem()(參照第12圖),針對各區塊bikp丨ayItem() 來取侍欄ίϋ ClipInformationFileName的資料。然後,針 -92- (89) 1377565 對追記候補的播放清單檔内的所有區塊13以?1371^111()來分 別求取所被取得之攔位 ClipInformationFileName的資料 所示之剪輯資訊檔的檔案大小,且予以合計。剪輯資訊檔 的檔案大小,係可利用例如藉由OS的檔案系統所提供的 功能來取得。
在其次的步驟S162,按照下記的式(6),比較由可與 1個播放清單檔關連的剪輯資訊檔的合計檔案大小的上限 値來減去在步驟S161所被計算之從追記候補的播放清單 檔所參照的全部剪輯資訊檔的合計大小 SIZE_TOTAL_CLIP後的値與在步驟S160所計算之1個剪 輯資訊檔的最大大小SIZE_1CLIP,判定是否可對追記候 補的播放清單檔追加最大大小SIZE_1CLIP的剪輯資訊 檔。 CLIP_SUM_MAX-SIZE_TOTAL_CLIP 2 SIZE_1 CLIP …⑹ 比較的結果,若判定由可與1個播放清單檔關連的剪 輯資訊檔的合計檔案大小的上限値來減去從追記候補的播 放清單檔所參照的全部剪輯資訊檔的合計大小 SIZE_TOTAL_CLIP後的値比1個剪輯資訊檔的最大大小 SIZE_ 1C LIP更大,則判斷成可對根據從新記錄的剪輯之 章節的追記候補的播放清單檔進行追記。 另一方面,若由可與1個播放清單檔關連的剪輯資訊 檔的合計檔案大小的上限値來減去從追記候補的播放清單 .(S > -93- (90) 1377565 檔所參照的全部剪輯資訊檔的合計大小 SIZE_TOTAL_CLIP後的値比1個剪輯資訊檔的最大大小 SIZE_1CLIP更小,則判斷不可對該當章節的追記候補的 播放清單檔進行追記。 第49圖係表示上述步驟S109’對應於制約(6)及制約 (7),根據從追記候補的播放清單檔所參照之剪輯資訊檔 中儲存的進入點的合計數之追記可否判斷的一例處理。
如已經説明過那樣,有關從1個播放清單檔所參照的 剪輯資訊檔’對於區塊blkEPMap()中所被儲存的進入點 的合計數設有上限。在藉由章節的追記來對追記候補的播 放清單追加剪輯資訊檔時,與該當追記候補的播放清單檔 相關連的剪輯資訊檔中所被儲存的進入點的合計數必須不 會超過其上限値。 另外’若依照制約(6)及制約(7),則會分別對以粗略 的單位來進行檢索的進入點、及以精密的單位來進行檢索 的進入點設有上限。因此,判定亦必須分別針對以剪輯資 訊檔中所被儲存之粗略的單位來進行檢索的進入點及以精 密的單位來進行檢索的進入點執行。 與1個播放清單檔相關連的剪輯資訊檔内之以粗略的 單位來進行檢索的進入點的合計値的上限値 MAX — EP —COARSE,例如爲24576個。又,以精密的單位 來進行檢索的進入點的合計値的上限値MAX_EP_FINE, 例如爲1 80000個。 首先’在步驟S1 70,取得預先計算之每一章節的最
< S -94- (91)1377565 大進入點數。如上述,一般設有保證連續記錄的最低時 間,作爲記錄機的規格。預先計算進行其連續記錄被保證 之最低時間量的記錄時之最大的進入點數,在此步驟 S 1 7 0取得該値。
如利用第25圖及第26圖所説明過那樣,以粗略的單 位來進行檢索的進入點,係設成每11.5秒(PTS:登錄 PTSEPCoarse)或每 25MB(來源封包編號:登錄 SPNEPCoarse)。在此’將保證連續記錄的最低時間設爲時 間MIN_TIME(h〇 ’且將進行該最低時間量的記錄時所被 生成的剪輯 AV 串流檔的資料量設爲資料量 MIN_SIZE(MB)時,有關以粗略的單位來進行檢索的進入 點,每一章節的最大進入點數NEEDED_EP_C〇ARSE,可 藉由次式(7)來求取。另外,在式(7)及後述的式(8)中, 「CEIL」係表示針對括弧内的値捨去小數點以下者^
NEEDED_EP_COARSE=CEIL(3600[sec] xMIN_TIME[hr]-l 1.5 [sec] )+CEIL (MIN_SIZE[MB]+25[MB])…⑺ 並且’以精密的單位來進行檢索的進入點,係於每個 GOP’以PTS的精度(登錄PTSEPFine)或來源封包的精度 (登錄SPNEPFine)所設置。就其實施的—形態而言,以精 密的單位來進行檢索的進入點爲只使用登錄PTSEpFine, 畫格頻率爲29·97ΗΖ ’ 1G0P爲15畫格所構成時,有關以 精密的單位來進行檢索的進入點,每一章節的最大進入點 -95- (92) 1377565 數NEEDED_EP_FINE,可藉由次式(8)來求取。另外,式 (8)中,「90[kHz] + 3 003 j係表示根據PTS精度的畫格頻 率(29.97Hz)。 NEEDED_EP_FINE=CEIL (3600[sec]xMIN_TIME[hr]x90[kHz]-3003-15 [Frame/GOP]) · · · (8)
在其次的步驟S171,針對從追記候補的播放清單檔 所參照之所有的剪輯資訊檔,分別取得以粗略的單位來進 行檢索的進入點、及以精密的單位來進行檢索的進入點, 分別求取以粗略的單位來進行檢索的進入點的合計 T0TAL_EP_C0ARSE、及以精密的單位來進行檢索的進入 點的合計 TOTAL_EP_FINE。 更具體而言,可根據剪輯資訊檔内的欄位 NumberOfStreamPIDEntries、欄位 NumberOfEPCoarseEntries[k]及欄位
NumberOfEPFineEntries[k],求取以粗略的單位來進行檢 索的進入點的合計TOTAL_EP_COARSE、及以精密的單位 來進行檢索的進入點的合計TOTAL_EP_FINE。 在其次的步驟S172’對追記候補的播放清單檔追記 章節時’有關以粗略的單位來進行檢索的進入點,會被判 定是否超過上限値MAX_EP_COARSE。亦即,利用在上述 步驟S170所取得之以粗略的單位來進行檢索的進入點的 每一章節的最大進入點數NEEDED —EP — COARSE、及在步 -96 - (93)1377565 驟S171所求取之以粗略的單位來進行檢索的進入點的合 計TOTAL_EP_COARSE,根據次式(9)來進行判定。 MAX_EP_COARSE-TOTAL_EP_COARSE^NEEDED_EP_COARSE ---(9)
若各値的關係未滿足該式(9),亦即以每一章節的粗 略單位來進行檢索的進入點的最大進入點數 NEEDED_EP_COARSE比以和1個播放清單檔相關連的剪 輯資訊檔的粗略單位來進行檢索的進入點的合計値的上限 値MAX_EP_COARSE與以和追記候補的播放清單檔相關 連的剪輯資訊檔的粗略單位來進行檢索的進入點的合計 TOT AL_EP_ COARSE的差分更大,則會判斷爲不可對該當 章節的追記候補的播放清單檔進行追記。
另一方面,若判定成各値的關係滿足式(9),則處理 會被移至其次的步驟S173。在步驟S173,有關以精密的 單位來進行檢索的進入點,會被進行同樣的判定。亦即, 利用在上述步驟S 1 7 0所取得之以精密的單位來進行檢索 的進入點的每一章節的最大進入點數 NEEDED_EP_FINE'及在步驟S171所求取之以精密的單 位來進行檢索的進入點的合計T〇TAL_EP_FINE,針對以 粗的單位來進行檢索的進入點的上限値max_ep_fine, 根據次式(1 )來進行判定。 MAX_EP_FINE-TOTAL_EP_FINEE^NEEDED_EP_FINE· · -(10) -97- (94) 1377565 若判定各値的關係未滿足該式(1 0),則會判斷爲不可 對該當章節的追記候補的播放清單檔進行追記。另一方 面,若判定各値的關係滿足該式(10),則會判斷爲可對該 當章節的追記候補的播放清單檔進行追記。
第50圖係表示上述步驟S1 10,對應於制約(8),根據 追記候補的播放清單檔内有無他機的獨自擴充資料之追記 可否判定的一例處理。 首先,在最初的步驟S180,從追記候補的播放清單 檔的擴充資料來檢索以A VCDH格式爲標準的擴充資料。 亦即,參照第10圖,取得追記候補的播放清單檔的 欄位ExtensionDataStartAddress的値,判斷所被取得的値 是否爲”〇"(未圖示)》若値爲"0",則在該當播放清單檔内 存在擴充資料區塊blkExtensionData(),因此會根據欄位 ExtensionDataStartAddress 的 値 來 參 照 區 塊 blkExtensionData()。然後,參照第33圖,調查在播放清 單檔内的擴充資料區塊blkPlayListExtensionData()中,欄 位 ExtDataType 及欄位 ExtDataVersion 是否形成被 AVCHD格式所規定的値。 在其次的步驟S181,根據步驟S180的檢索結果,判 ^在追記候補的播放清單檔的擴充資料中是否存在以 AVCHD格式爲標準的擴充資料。 亦即,根據步驟S1 80的檢索結果,當追記候補的播 放清單檔内的欄位 ExtensionDataStartAddress的値爲 -98- (95) 1377565 "〇",或擴充資料區塊blkPlayListExtensionData()内的欄 位 ExtDataType 及欄位 ExtDataVersion 非以 AVCHD 格式 爲標準的値時,判斷爲在追記候補的播放清單檔的擴充資 料中不存在以AVCHD格式爲標準的擴充資料。此情況, 判斷爲不可對該當章節的追記候補的播放清單檔進行追 記。
另一方面,在步驟S181,根據步驟S180的檢索結 果,若判斷在追記候補的播放清單檔的擴充資料中存在以 AVCHD格式爲標準的擴充資料,則處理會移至步驟 s 1 82。在步驟s 1 82,判斷在追記候補的播放清單檔的擴 充資料中,除了以AVCHD格式爲標準的擴充資料以外, 是否更存在擴充資料。若被判斷存在,則會判斷爲不可對 該當章節的追記候補的播放清單檔進行追記。 在步驟S 1 82,若判斷在追記候補的播放清單檔的擴 充資料中不存在以AVCHD格式爲標準的擴充資料以外的 擴充資料,則處理會移至步驟S183。在步驟S183,參照 所被檢索之追記候補的播放清單檔的擴充資料區塊 blkPlayListExtensionData()的區塊 blkMakersPrivateData(),檢索本機的資料。亦即,參照第 35圖,根據區塊blkMakersPrivateData()内的欄位 MakerlD及欄位 MakerModelCode,檢索顯示本機的資 料。 在其次的步驟S184,進行根據步驟S183的檢索結果 之判斷。在步驟S 1 8 4,若根據步驟S 1 8 3的檢索結果,判 (S > -99- (96) 1377565 斷本機的擴充資料不存在,則會判斷爲不可對該當章節的 追記候補的播放清單檔進行追記。另一方面,在步驟 S184,若根據步驟S183的檢索結果,判斷本機的擴充資 料存在,則處理會移至步驟S185。
在步驟S185,根據步驟S183的檢索結果,判斷在區 塊blkMakersPrivateData()内是否存在本機以外的機器之 擴充資料。亦即’若在區塊blkMakersPrivateData()内的 欄位MakerlD及欄位MakerModelCode爭存在顯示本機的 資料以外的資料,則可判斷在區塊blkMak ersPrivateData() 内存在本機以外的機器之擴充資料。 在步驟SI85 ’若判斷在區塊blkMakersPrivateData() 内存在本機以外的機器之擴充資料,則會判斷爲不可對章 節的追記候補的播放清單檔進行追記。另一方面,若判斷 在區塊 blkMakersPrivateData()内只存在本機的擴充資 料,則會判斷爲可對章節的追記候補的播放清單檔進行追 記。 另外,在上述步驟S181,當追記候補的播放清單檔 中不存在以AVCHD格式爲標準的擴充資料時,爲不可對 章節的追記候補的播放清單檔進行追記,但這並非限於此 例。亦即,依據記錄機的規格,在追記候補的播放清單檔 中完全不存在擴充資料區塊blkMakersPrivateData時,可 想像成可對章節的追記候補的播放清單檔進行追記。 第5 1圖係表示上述步驟S 1 1 1,對應於制約(9),根據 追記候補的播放清單檔的最終更新者之追記可否判定的一 -100- (97) 1377565 例處理。當追記候補的播放清單檔的最終更新者非本機 時’追記候補的播放清單檔之標題或章節的槪念會與本機 相異’再生時有可能會產生不便。根據追記候補的播放清 單檔的最終更新者資訊,只在最終更新者爲本機時,控制 成可對追記候補的播放清單檔進行章節的追記,藉此可迴 避在1個播放清單檔内的標題或章節的槪念差異所造成的 不便。
首先,在最初的步驟S190,從追記候補的播放清單 檔的擴充資料來檢索以AVCDH格式爲標準的擴充資料。 然後,在其次的步驟S191,根據步驟S190的檢索結果, 判斷在追記候補的播放清單檔的擴充資料中是否存在以 AVCHD格式爲標準的擴充資料。另外,該等步驟S190及 步驟S191的處理,係與利用第50圖來説明過的步驟 S1 80及步驟S181的處理相同,因此爲了避免繁雜,而省 略詳細的説明。 在步驟S191,當追記候補的播放清單檔的擴充資料 中不存在以AVCHD格式爲標準的擴充資料時,判斷爲不 可對該當章節的追記候補的播放清單檔進行追記。 另一方面,在步驟S191,根據步驟S190的檢索結 果,若判斷在追記候補的播放清單檔的擴充資料中存在以 AVCHD格式爲標準的擴充資料,則處理會移至步驟 S192。在步驟S192,確認追記候補的播放清單檔的最終 更新者。亦即,參照擴充資料區塊 blkPlayListExtensionData()的區塊 b 1 kP 1 ayLi stMeta(),取 -101 - <5 (98) 1377565 得欄位MakerlD及欄位MakerModelCode的資料》 若在步驟S1 92確認出追記候補的播放清單檔的最終 更新者,則處理會移至步驟S193,判斷所被確認的最終 更新者是否爲本機。亦即,若擴充資料區塊 blkPlayListExtensionData()的區塊 blkPlayListMeta()之欄 位MakerlD及欄位MakerModelCode的資料爲顯示本機, 則可判斷最終更新者爲本機。
在步驟S193,若判斷追記候補的播放清單檔的最終 更新者爲本機,則會判斷爲可對章節的追記候補的播放清 單檔進行追記。另一方面,若判斷追記候補的播放清單檔 的最終更新者非本機,則會判斷爲不可對該當章節的追記 候補的播放清單檔進行追記。 另外,最終更新者的資訊也可儲存於索引檔。例如, 可在索引檔之擴充資料區塊blkIndexExtensionData()内的 區塊blkMakersPrivateDataO儲存最終更新者的資訊。此 情況,可利用被儲存於該索引檔的最終更新者資訊來進行 該第51圖的流程圖之判斷。 有關上述制約(1 〇)之規定時間以上的連續攝影及記 錄,係含於利用第43圖的步驟S1 08及第48圖來説明過 之有關剪輯資訊檔的檔案大小的處理、以及利用第43圖 的步驟S1 09及第49圖來説明過之有關剪輯資訊檔的進入 點的處理中,因此省略詳細的説明。 在上述中是以利用第43圖來説明之對追記候補的播 放清單檔追記章節,或從新作成播放清單檔的一連串判斷
C S -102 - (99) 1377565 會在記錄媒體20裝塡於記錄機時進行之方式説明,但並 非限於此例。例如,亦可在每章節的追記、例如每記錄開 始操進行判斷。 其次,說明有關利用上述第43圖〜第51圖來説明過 的處理結果、對追記候補的播放清單檔追記章節時的處 理。第52圖係表示對播放清單檔追記章節的一例處理流 程圖。
—旦在步驟S200中進行記錄開始操作,則會在其次 的步驟S201中開始記錄剪輯AV串流至記錄媒體20。例 如,藉由操作設置於UI部3 1之指示記錄開始的記錄開始 開關,指示記錄開始的控制訊號會從UI部31來供給至控 制部30,利用控制部30,且根據指示該記錄開始的控制 訊號,來對記錄部10的各部控制成可將自端子40輸入之 基頻的視訊資料、及自端子41輸入之基頻的音訊資料記 錄於記錄媒體20。 按照記錄開始的控制來將剪輯AV串流記錄於記錄媒 體20(步驟S201)。亦即,所被輸入的視訊資料及音訊資 料會在視訊編碼器Π及音訊編碼器12分別被壓縮編碼, 在多工器13被封包化,成爲TS封包(實際是更附加有所 定的標頭之來源封包),供給至串流緩衝器14。若在串流 緩衝器14中滯留所定量以上的TS封包,則會藉由記錄控 制部15來從串流緩衝器14讀出TS封包。所被讀出的TS 封包是被儲存於附有所定檔案名的剪輯AV串流檔,而記 錄於記錄媒體20。 < S > -103- (100) I3?7565
例如,在記錄媒體20中已經記錄有檔案名 "0000 1_m2ts"的剪輯AV串流檔時,從新記錄的剪輯AV 串流檔的檔案名不會選擇與已經被記錄的檔案重複的檔案 名,例如檔案名"00002.m2ts"。
另外,隨著剪輯AV串流往記錄媒體20的記錄,藉 由管理資訊處理部16,顯示所被記錄的資料的再生時間 與位址的對應關係之資訊會即時產生。此資料係作爲儲存 於上述剪輯資訊檔"zzzzz.clpi"内的區塊blkEPMap()的資 料來記憶於揮發性記憶體1 7。 在其次的步驟S202,判斷是否進行記錄停止操作。 例如,若判斷使用者操作設於UI部3 1的記錄停止開關, 停止記錄,則處理會移至步驟S203。另一方面,若記錄 未被停止,則處理會回到步驟S201,繼續記錄剪輯AV串 流至記錄媒體20。 在步驟S 203,隨著記錄的停止,滯留於串流緩衝器 1 4的串流會全部被寫入記錄媒體20。例如,記錄控制部 U會按照來自控制部30之記錄停止的命令,全部讀出滯 留於串流緩衝器14的串流(TS封包),寫入記錄媒體20。 並且,按照記錄停止的命令來停止例如視訊編碼器 1 1及音訊編碼器1 2的動作。此刻,爲了進行利用第1 3 圖A所説明過的第1無縫接續,例如控制成音訊編碼器 1 2的動作會在視訊編碼器1 1的動作停止後,於所定時間 後停止。 在其次的步驟S204〜步驟S20 8,藉由管理資訊處理 -104- (101) 1377565 部16來產生有關寫入記錄媒體20的剪輯AV串流檔之剪 輯資訊檔,且進行追記候補的播放清單檔的更新°
首先,在步驟S204,藉由管理資訊處理部16來產生 剪輯資訊檔"zzzzz.clpi"。檔案名是例如與該剪輯資訊檔 所示的剪輯AV串流檔的檔案名對應的檔案名,若該當剪 輯AV串流檔的檔案名爲"〇〇〇〇2.m2ts",則該剪輯資訊檔 的檔案名是形成副檔名之前的部份相同的檔案名 "0 0 0 0 2 . c 1 p i 在剪輯資訊檔"00002.clpi"中,按照第15圖〜第21 圖所例示的各語法,各欄位或旗標的値會被所定地設定儲 存。例如,有關TS封包的資訊、或有關再生時間(PTS)的 資訊,係藉由管理資訊處理部16,根據在剪輯的記錄中 從多工器13取得的資訊來生成。並且,有關記錄媒體20 上的記錄位址的資訊,係藉由管理資訊處理部16,根據 在剪輯的記錄中從記錄控制部15所取得的資訊來生成。 依系統固有的値係例如根據預先記憶於ROΜ(未圖示)等的 資訊。又’顯示再生時間與位址的對應關係之上述區塊 blkEPMap()的資訊會被儲存於剪輯資訊檔"00002.clpi"的 區塊 blkCPI()。 並且’區塊blkClipInfo()内的旗標IsCc5,藉由使用 者操作來停止剪輯的記錄時,値爲1(二進位値)。隨之, 以區塊blkClipInfo()内的if文(參照第16圖)所示的資料 會被所定地設定。 若剪輯資訊檔的作成完了,則處理會移至其次的步驟
<'S -105- (102) 1377565 S205。步驟S2 05〜步驟S208的處理係有關播放清單檔的 處理。藉由該步驟S205〜步驟S208的處理,對已經存在 於記錄媒體20上的播放清單檔追加對應於從新被記錄的 剪輯AV串流檔"〇〇〇〇2.m2ts"之播放項。
首先,在步驟S205,播放清單檔内的區塊 blkPlayItem()之欄位 ConnectionCondition 的値會被設定 成"5",表示此剪輯會與其次的剪輯進行第1無縫接續(參 照第12圖)。其次,在步驟S 2 06,播放項檔案的欄位 NumberOfPlayltems的値會僅被增加"1",表示對該當播放 清單追加一個播放項(參照第11圖)。 在其次的步驟S207,分別設定區塊blkPlayItem()的 欄位 ClipInformationFileName、欄位 INTime 及欄位 OUTTime,作成隨著剪輯的記錄而被追加的區塊 blkPlayItem()。欄位 ClipInformationFileName 係儲存有 在上述步驟 S 205所被作成之剪輯資訊檔的檔案名 "00002.clpi"。實際,剪輯資訊檔的副檔名爲固定,因此 儲存分隔字元之前的部份"00002"。欄位INTime及 欄位 OUTTime係表示所對應之剪輯 AV 串流檔 _’00002.m2ts"中儲存的視訊串流的開頭及終端的時間之資 訊,例如根據剪輯資訊檔n00002.clpi'’内的區塊blkCPI() 之區塊blkEPMapO的資訊。 在其次的步驟S20 8,追記候補的播放清單檔内的區 塊 blkPlayListMark()之欄位 NumberOfPlayListMarks 的値 會僅被增加"1 ",隨之被追加於 for迴圈文内之欄位 -106- (103) 1377565
MarkTimeStamp的値會在上述步驟 S207被設定成區塊 blkPlayItem()之欄位INTime的値。亦即,在從新被記錄 的剪輯開頭打上播放清單標記。藉由打上播放清單標記, 形成章節。亦即,藉此來對追記候補的播放清單檔追加章 節。
如此一來,對從新被記錄的剪輯AV串流檔 "00002.!112以作成剪輯資訊檔”00002.clpi”,且進行追記候 補的播放清單檔的更新。並且,此刻,亦可更新播放清單 檔之擴充資料區塊 blkPlayListExtensionData()内的區塊 blkPlayListMeta()的資訊。 另外,上述步驟S203之寫入滯留於串流緩衝器14的 資料至記錄媒體20的處理,亦可在步驟S208的處理後進 行。 從新作成播放清單檔來形成章節時,在上述處理中, 步驟S2.05以下的處理會若干相異。亦即,播放清單檔之 各欄位的資料係分別從新生成。並非限於此,例如亦可準 備播放清單檔的樣板(template),變更樣板的資料。 其次,說明有關本發明的實施之一形態的其他例。在 上述中是針對本發明適用於單體的記錄裝置之例來進行説 明(參照第4 1圖)。相對的,本實施之一形態的其他例則 是將本發明適用於具有攝像元件、及使來自被照體的光射 入攝像元件的光學系,且根據在攝像元件所攝取的攝像訊 號來將視訊資料記錄於記錄媒體之攝影機裝置。 第5 3圖係圖示本發明之一實施形態的其他例之視訊 -107- (104) 1377565 攝影機裝置100之一例構成。視訊攝影機裝置100中,記 錄系的構成’係可大略直接適用第41圖所說明過之記錄 裝置的構成,因此和第41圖共通部份係標示同一符號, 並省略其詳細說明。
於第53圖的構成中,相機部50,作爲映像訊號相關 構成,係具備光學系51、攝像元件52、攝像訊號處理部 5 3、攝像機控制部5 4及顯示部5 5 ;作爲聲音訊號的相關 構成,係具有麥克風(MIC)56及聲音訊號處理部57。控制 部3 0,係進行相機部5 0之各部間的各種控制訊號或資訊 的交換’控制相機部50的動作。又,控制部50,係藉由 根據相應於使用者操作而從UI部3 1供給來的控制訊號, 來控制相機部5 0之動作。 此外,當構成爲視訊攝影機裝置100時,記錄開始操 作及記錄停止操作,一般係爲例如使用設於UI部3 1的單 —記錄開關,每當按下該當記錄開關時就交互地指示記錄 開始及記錄停止。又,該視訊攝影機裝置1 〇〇中,作爲記 錄媒體20,係可適用Blu-ray Disc或可記錄型的DVD, 這類碟片記錄媒體。 於相機部50中,光學系51,係具備用來將來自被攝 體的光線導入攝像元件52的透鏡系、光圈調整機構、對 焦調整機構、可變焦距機構、快門機構等。光圈調整機 構、對焦調整機構、可變焦距機構及快門機構之動作,係 根據從控制部3 0所供給之控制訊號,而被相機控制部5 4 所控制。 -108- (105) 1377565 攝像兀件 52,例如係由 CCD(Charge Coupled Device) 所成,將透過光學系51而照射過來的光,藉由光電轉換 而轉換成電訊號,施以所定之訊號處理後,輸出成攝像訊 號。攝像訊號處理部53,係對從攝像元件輸出之攝像訊 號實施所定之訊號處理,輸出成基頻的數位視訊資料。
例如攝像訊號處理部53,係對從攝像元件52輸出的 攝像訊號,藉由 CDS(Correlated Double Sampling)電路而 僅取樣具有影像資訊的訊號,並且還去除雜訊,藉由 AGC (Auto Gain Control)電路來調整增益。然後藉由 A/D 轉換而轉換成數位訊號。又,攝像訊號處理部53,係對 該數位訊號實施檢波系的訊號處理,將R(紅色)、G(綠色) 及B (藍色)各色的成份取出,進行γ補正或白平衡補正等 處理,最終以1支基頻的數位視訊資料方式加以輸出。 又,攝像訊號處理部53,係將從攝像元件52輸出的 攝像訊號,送至控制部3 0。控制部3 0,係根據該資訊, 生成用來控制光學系51的控制訊號,供給至相機控制部 54。相機控制部54,係根據該控制訊號來進行對焦調整 機構或光圈調整機構等之控制。 然後,攝像訊號處理部53,係根據從攝像元件52輸 出的攝像訊號,生成用來在例如使用LCD(Liquid Crystal Display)作爲顯示元件的顯示部55上映出的映像訊號。 另一方面,麥克風56,係收取周圍的聲音並轉換成 電訊號而加以輸出。從麥克風56輸出的聲音訊號,係被 供給至聲音訊號處理部57。聲音訊號處理部57,係將供
< S -109- (106) 1377565 給過來的聲音訊號’透過限制器施以A/D轉換而變成數 位音訊資料’實施雜訊去除或音質補正等所定之聲音訊號 處理’然後以基頻的數位音訊資料方式加以輸出。 從相機部50的攝像訊號處理部53輸出的基頻之數位 視訊資料,係被供給至記錄部10的端子40。又,從聲音 訊號處理部57輸出的基頻之數位音訊資料,係被供給至 記錄部10的端子41。
攝影時’ 一旦記錄媒體20被裝塡於視訊攝影機裝置 1 00 ’則會按照第43圖所説明的處理,特定根據所攝影取 得的視訊資料之章節的追記候補的播放清單檔,且對所被 特定之追記候補的播放清單檔判斷是否可追記章節。 例如,根據控制部3 0的控制,讀取被記錄於記錄媒 體20的索引檔’經由管理資訊處理部16來記憶於揮發性 記憶體1 7。控制部3 0係根據被記憶於揮發性記憶體1 7 的索引檔的資訊來特定追記候補的播放清單檔,對記錄控 制部1 5發明命令,使能夠從記錄媒體2 〇讀出該當追記候 補的播放清單檔。根據此命令來從記錄媒體20讀出之追 記候補的播放清單檔,係經由管理資訊處理部1 6來記憶 於揮發性記憶體1 7 ^ 控制部30 ’係根據記憶於揮發性記憶體丨7之追記候 補的播放清單檔的資訊,來對記錄控制部15發出命令, 使能夠從記錄媒體20來讀出該當追記候補的播放清單檔 相關連的所有剪輯資訊檔。根據此命令來從記錄媒體20 讀出的剪輯資訊檔係被記憶於揮發性記憶體1 7。控制部 '( 5 > -110- (107) 1377565 30,係根據被記憶於揮發性記億體17之追記候補的播放 清單檔、及該當追記候補的播放清單檔相關連的所有剪輯 資訊檔,來進行第43圖的流程圖之步驟S104〜步驟S111 的各判斷。各判斷的結果係分別被保持於例如控制部3 0 的暫存器。
控制部30,係一旦步驟S104〜步驟SI 1 1的各判斷結 束,則會藉由第43圖之步驟S112的處理,對步驟S104 〜步驟S111之各判斷的判斷結果進行綜合性的判斷,判 斷是否將根據所被攝影取得的視訊資料之章節追記於追記 候補的播放清單檔。控制部3 0,係根據該判斷結果,當 判斷成追記時,對將章節記憶於揮發性記憶體1 7之追記 候補的播放清單檔追記,當判斷成不追記時,控制管理資 訊處理部16,使能夠從新產生播放清單檔來對該新的播 放清單檔記錄。 —旦從記錄停止狀態按下設於UI部31的記錄開關, 則指示記錄開始的控制訊號會從UI部3 1來供給至控制部 3〇,根據控制部30的控制來開始往記錄媒體20記錄從相 機部50輸出之基頻的數位視訊訊號及數位音訊資料。 亦即,如已經説明過那樣,根據控制部3 0的控制, 開始視訊編碼器1 1及音訊編碼器1 2的動作,視訊資料及 音訊資料會分別在視訊編碼器11及音訊編碼器12被壓縮 編碼,在多工器13所定地封包化,多工化,而成爲AV 串流資料。AV串流資料,係經由串流緩衝器1 4來供給至 記錄控制部1 5,作爲剪輯A V串流檔來記錄於記錄媒體 -111 - 20 » (108) 1377565 —旦UI部3 1的記錄開關被再度按下,則記錄會被停 止,剪輯資訊檔的作成、或播放清單檔的更新會被進行。 管理資訊處理部16’係根據來自多工器13及記錄控制部 15的資訊’作成對應於記錄媒體20中所被記錄的剪輯 AV串流檔之剪輯資訊檔,且產生參照該當剪輯資訊檔的 播放項。
當判斷爲可對追記候補的播放清單檔追記章節時,若 對該當追記候補的播放清單檔追加所被產生的播放項,則 會打上共播放清單標記,形成章節。當判斷爲不可對追記 候補的播放清單檔追加章節時,對被從新作成的播放清單 檔進行所被產生的播放項的追加及播放清單標記的設定。 若由此狀態再一次按下記錄開關,則會再度指示記錄 開始,開始往新的剪輯AV串流檔的記錄媒體20記錄。 在此再度的記錄開始時,可按照第43圖的流程圖來判斷 可否再度對追記候補的播放清單檔追記根據新的記錄之章 節。 此外’上述當中雖然說明了,第41圖所示的記錄裝 置或第53圖所示的視訊攝影機裝置1 〇〇的記錄部1〇是用 硬體方式來構成’但並非被限定於此例。亦即,記錄部 1〇’亦可能是由軟體方式來構成。此時,軟體係例如被預 先記憶在控制部30所擁有的未圖示之R〇M中》不限於 此’記錄部1〇亦可在個人電腦等電腦裝置上來構成。此 時’用來令電腦裝置上實現記錄部1〇的軟體,係可記錄 -112- (109)1377565 在CD-ROM或DVD-ROM這類記錄媒體中來提供。當電腦 裝置是可連接網路的情況下,也可以透過網際網路等網路 來提供該當軟體》 【圖式簡單說明】 第1圖係槪略性表示可適用於本發明的AVCHD格式 所規定之資料模型的槪要圖。
第2圖係用以說明索引表的槪要圖。 第3圖係剪輯AV串流、剪輯資訊、剪輯、播放項及 播放清單之關係的UML圖》 第4圖係用以說明從複數播放清單參照同一剪輯之方 法的槪要圖。 第5圖係用以說明被記錄在記錄媒體中之檔案的管理 結構的槪要圖。 第6圖係表示檔案"index.bdmv"之一例結構的語法的
槪要圖。 第7圖係表示區塊blklndexes()之一例結構的語法的 槪要圖。 第8圖係表示檔案"MovieObject.bdmv"2 —例結構的 語法的槪要圖。 第 9圖係表示區塊blkMovieObjects()之一例結構的 語法的槪要圖。 第1〇圖係表示播放清單檔"xxxxx.mpls”之一例結構 的語法的槪要圖 -113- (110) 1377565 第1 1圖係表示區塊blkPlayListO之一例結構的語法 的槪要圖。 第12圖係表示區塊blkPlayItem()之一例結構的語法 的槪要圖。 第13圖A及第13圖B係用以說明第1及第2無縫 接續的槪要圖。
第14圖係表示區塊blkPlayListMark()之一例結構的 語法的槪要圖。 第15圖係表示剪輯資訊檔之一例結構的語法的槪要 圖。 第 16圖係表示區塊blkClipInfo()之一例結構的語法 的槪要圖。 第17圖係表示區塊blkSequenceInfo()之一例結構的 語法的槪要圖。 第18圖係表示區塊blkStreamCodinglnfo (stream_index)之一例構造的語法的槪要圖。 第19圖係一覽顯示以欄位VideoFormat所示的視訊 資料之一例的格式的槪要圖。 第20圖係一覽顯示以欄位FrameRate所示之一例的 畫格速率的槪要圖。 第21圖係一覽顯示以欄位AspectRatio所示之一例的 畫格速率的槪要圖。 第22圖係表示區塊blkCPI()之一例構造的語法的槪 要圖。 -114- (111) 1377565 第23圖係表示區塊blkEPMap()之一例構造的語法的 槪要圖。 第 24 圖係表示區塊 blkEPMapForOneStreamPID (EP_stream_type,Nc,Nf)之一例構造的語法的槪要圖。 第 25圖係表示有關登錄 PTSEPCoarse及登錄 PTSEPFine之一例格式的槪要圖。
第 26圖係表示有關登錄 SPNEPCoarse及登錄 SPNEPFine之一例格式的槪要圖。 第27圖係表示區塊blkExtensionData()之一例構造的 語法的槪要圖。 第28圖係模式性表示區塊blkExtensionData()之各資 料的參照關係的槪要圖。 第29圖係表示在區塊blkExtensionData()中寫入資料 時之一例處理的流程圖。 第30圖係從區塊blkExtensionData()讀出擴充資料時 之一例處理的流程圖。 第 31 圖係表示檔案"index.bdmv"内的欄位 blkExtensionData()的區塊 DataBlock()之一例構造的語法 的槪要圖。 第32圖是表示區塊blkTableOfPlayList()之一例構造 的語法的槪要圖。 第 33圖係表示播放清單檔"xxxxx.mpls"内的區塊 blkExtensionData()的區塊 DataBlock()之一例構造的語法 的槪要圖。 -115- (112)1377565 第34圖係表示區塊blkPlayListMeta()之一例構造的 語法的槪要圖。 第35圖係表示播放清單檔的區塊 blkMakersPrivateData()之一例構造的語法的槪要圖。 第36圖係表示剪輯資訊檔内的區塊 blkExtensionData()的區塊DataBlock()之一例構造的語法 的槪要圖。
第37圖係表示區塊blkProgramInfoExt()之一例構造 的語法的槪要圖。 第 38 圖係表示區塊 blkStreamCodingInfoExt(i,j)之一 例構造的語法的槪要圖。 第39圖A及第39圖B係表示虛擬播放器的動作槪 略流程圖。 第40圖係槪略性表示虛擬播放器的動作的槪要圖。
第4 1圖係槪略性表示可適用於本發明的實施—形態 的記錄裝置之一例構成的方塊圖。 第42圖係表示可適用於本發明的實施一形態之—例 的資料構造的槪要圖。 第43圖係表示判定可否對章節的播放清單檔追記之 一例處理的流程圖。 第44圖係表不根據播放項數之追記可否判斷的一例 處理的流程圖。 第45圖係表示根據播放清單標記數之追記可否判斷 的一例處理的流程圖。 -116- (113) 1377565 第46圖係表示根據視訊屬性之追記可否判斷的一例 處理的流程圖。 第47圖係表示根據檔案大小之追記可否判斷的一例 處理的流程圖。 第48圖係表示根據從追記候補播放清單檔所參照的 剪輯資訊檔的合計檔案大小之追記可否判斷的一例處理的 流程圖。
第49圖係表示根據從追記候補播放清單檔所參照的 剪輯資訊檔中儲存的進入點的合計數之追記可否判斷的一 例處理的流程圖。 第50圖係表示根據有無他機的獨自擴充資料之追記 可否判定的一例處理的流程圖。 第51圖係表示根據追記候補播放清單檔的最終更新 者之追記可否判定的一例處理的流程圖。 第5 2圖係表示本發明的實施一形態的剪輯之一例記 錄方法的流程圖。 第5 3圖係表示本發明的實施一形態的其他例的攝影 機裝置之一例構成的方塊圖。 【主要元件符號說明】 1 〇 :記錄部 1 1 :視訊編碼器 12 :音訊編碼器 13 :多工器 < 5 -117- (114)1377565 1 4 :串流緩衝區 1 5 :記錄控制部 16 :管理資訊處理部 1 7 :揮發性記億體 1 8 :不揮發性記億體 20 :記錄媒體 3 0 :控制部
3 1 :使用者介面部 5 〇 :相機部 1〇〇 :視訊攝影機裝置
< S > -118-

Claims (1)

1377565 Π) 十、申請專利範圍 1. 一種記錄裝置,係將視訊資料及音訊資料 記錄於記錄媒體的記錄裝置,其特徵係具有: 資料輸入部,其係輸入視訊資料及音訊資料 記錄指示輸入部,其係輸入上述視訊資料及 的記錄開始及記錄停止的指示; 記錄部,其係多工化上述視訊資料及音訊資 多工化的串流作爲串流檔來記錄於記錄媒體;及 管理資訊生成部,其係生成再生管理資訊, 理資訊係由:顯示上述串流檔的屬性資訊之第 訊、及包含顯示上述串流檔的再生方法的資訊之 資訊所構成,用以控制記錄於上述記錄媒體的上 的再生; 又,上述管理資訊生成部,係根據既存的上 理資訊,進行是否可對含於上述既存的再生管理 所定的上述第2管理資訊追記顯示對按照上述記 入部之上述記錄開始的指示來記錄於上述記錄媒 串流檔之上述再生方法的資訊之追記可否判斷。 2 ·如申請專利範圍第1項之記錄裝置,其中 理資訊生成部,係於判斷爲不對含於上述既存的 資訊中之上述所定的第2管理資訊追記顯示對按 錄指示輸入部之上述記錄開始的指示來記錄於上 體的上述串流檔之上述再生方法的資訊時,從新 顯示對按照上述記錄指示輸入部之上述記錄開始 多工化後
音訊資料 料,以被 該再生管 1管理資 第2管理 述串流檔 述再生管 資訊中之 錄指不輸 體的上述 ,上述管 再生管理 照上述記 述記錄媒 生成包含 的指示來 -119- (2) 1377565 記錄於上述記錄媒體的上述串流檔之上述再生方法的資訊 之上述第2管理資訊。 3. 如申請專利範圍第1項之記錄裝置’其中’上述管 理資訊生成部,係於隨著上述串流檔的記錄而被更新之上 述第2管理資訊中,將最新被更新的該第2管理資訊作爲 上述所定的第2管理資訊。
4. 如申請專利範圍第1項之記錄裝置,其中,上述第 1管理資訊^由:對記錄於上述記錄媒體的上述串流檔至 少儲存有顯示該串流檔的再生時刻資訊與位址資訊的對應 關係之資訊的檔案所構成, 上述第2管理資訊係由:儲存有對該串流檔設定再生 開始點與再生結束點,藉此來指定再生區間之1個以上的 再生區間資訊,且可儲存顯示對上述串流檔的再生時刻資 訊之標記資訊的檔案所構成, 上述第2管理資訊,係由上述再生區間資訊來參照上 述第1管理資訊,而使得以顯示上述串流檔的再生方法。 5. 如申請專利範圍第4項之記錄裝置,其中,上述管 理資訊生成部之上述追記可否判斷,係根據儲存於上述所 定的第2管理資訊之上述再生區間資訊的數量。 6. 如申請專利範圍第5項之記錄裝置,其中,上述管 理資訊生成部,若判斷已經被儲存於上述所定的第2管理 資訊之上述再生區間資訊的數量爲未滿預先被設定的上 限,則以可對上述所定的第2管理資訊追記顯示對記錄於 上述記錄媒體的上述串流檔之上述再生方法的資訊之方 -120- (3) 1377565 式,進行上述追記可否判斷。 7. 如申請專利範圍第4項之記錄裝置,其中,上述管 理資訊生成部之上述追記可否判斷,係根據儲存於上述所 定的第2管理資訊之上述標記資訊的數量。
8. 如申請專利範圍第7項之記錄裝置,其中,上述管 理資訊生成部,若判斷已經被儲存於上述所定的第2管理 資訊之上述標記資訊的數量爲未滿預先被設定的上限,則 以可對上述所定的第2管理資訊追記顯示對記錄於上述記 錄媒體的上述串流檔之上述再生方法的資訊之方式,進行 上述追記可否判斷。 9. 如申請專利範圍第4項之記錄裝置,其中,上述第 1管理資訊更儲存視訊屬性資訊,其係顯示被儲存於所對 應的上述串流檔中的上述視訊資料的屬性, 上述管理資訊生成部之上述追記可否判斷,係根據被 儲存於上述第1管理資訊的上述視訊屬性資訊。 1 〇如申請專利範圍第9項之記錄裝置,其中,上述 管理資訊生成部之上述追記可否判斷係根據:依據現在的 記錄模式的視訊屬性、及從上述所定的第2管理資訊所參 照的上述第1管理資訊中至少1個的上述管理資訊中所被 儲存的視訊屬性。 11.如申請專利範圍第10項之記錄裝置,其中,上述 管理資訊生成部,係當根據上述記錄模式的視訊屬性與被 儲存於上述1個的第1管理資訊中的視訊屬性之間,畫框 大小、高寬比、畫格速率及掃描方式的其中至少1個不一 CS ) -121 - (4) 1377565 致時, 以不會對上述所定的第2管理資訊追記顯示對按照上 述記錄指示輸入部之上述記錄開始的指示來記錄於上述記 錄媒體的上述串流檔之上述再生方法的資訊之方式,進行 上述追記可否判斷。 12. 如申請專利範圍第4項之記錄裝置,其中,上述
管理資訊生成部之上述追記可否判斷,係根據上述所定的 第2管理資訊的檔案大小。 13. 如申請專利範圍第12項之記錄裝置,其中,上述 管理資訊生成部’係根據隨著1個上述串流檔的記錄而生 成之上述再生區間資訊及上述標記資訊的資料大小,來記 錄1個上述串流檔下,若判斷上述第2管理資訊的檔案大 小未超過預先設定的上限,則以可對上述所定的第2管理 資訊追記顯示對記錄於上述記錄媒體的上述串流檔之上述 再生方法的資訊之方式,進行上述追記可否判斷。 14. 如申請專利範圍第4項之記錄裝置,其中,上述 管理資訊生成部之上述追記可否判斷,係根據自上述所定 的第2管理資訊來參照的所有上述第1管理資訊的合計檔 案大小。 15. 如申請專利範圍第14項之記錄裝置,其中,上述 管理資訊生成部’係根據隨著1個上述串流檔所保證的最 低連續時間的記錄而生成之上述第1管理資訊的資料大 小,來記錄1個上述串流檔下,若判斷從上述所定的第2 管理資訊所參照的上述第1管理資訊的合計檔案大小未超 -122- (5)1377565 過預先設定的上限,則以可對上述所定的第2管理資訊追 記顯示對記錄於上述記錄媒體的上述串流檔之上述再生方 法的資訊之方式,進行上述追記可否判斷。 16.如申請專利範圍第4項之記錄裝置,其中,上述 管理資訊生成部之上述追記可否判斷,係根據顯示從上述 所定的第2管理資訊所參照的全部上述第1管理資訊中含 的再生時刻資訊與位址資訊的對應關係之資訊的數量。
17·如申請專利範圍第16項之記錄裝置,其中,上述 管理資訊生成部,係根據顯示隨著1個上述串流檔所保證 的最低連續時間的記錄而生成之上述第1管理資訊中含的 上述再生時刻資訊與位址資訊的對應關係之資訊的數量, 來記錄1個上述串流檔下,若判斷從上述第2管理資訊所 參照的全部上述第1管理資訊的合計未超過對上述第2管 理資訊預先設定的上限,則以可對上述所定的第2管理資 訊追記顯示對記錄於上述記錄媒體的上述串流檔之上述再 生方法的資訊之方式,進行上述追記可否判斷。 18.如申請專利範圍第4項之記錄裝置,其中,上述 第2管理資訊,係更可儲存機器獨自的資訊, 上述管理資訊生成部之上述追記可否判斷,係根據被 儲存於上述所定的第2管理資訊之上述機器獨自的資訊。 1 9 _如申請專利範圍第1 8項之記錄裝置,其中,上述 管理資訊生成部,係於上述所定的第2管理資訊中儲存有 上述機器獨自的資訊時,若判斷該機器獨自的資訊藉由本 機或與本機同等的機器所生成,則以可對上述所定的第2 C S -123- (6) 1377565 管理資訊追記顯示對記錄於上述記錄媒體的上述串流檔之 上述再生方法的資訊之方式,進行上述追記可否判斷。 2 0.如申請專利範圍第4項之記錄裝置,其中,上述 第2管理資訊,係更可儲存顯示該第2管理資訊的最終更 新者之資訊, 上述管理資訊生成部之上述追記可否判斷,係根據被 儲存於上述所定的第2管理資訊之上述最終更新者資訊。
2 1 .如申請專利範圍第20項之記錄裝置,其中,在上 述所定的第2管理資訊中儲存有上述最終更新者資訊時, 若判斷該最終更新者資訊爲顯示本機,則以可對上述所定 的第2管理資訊追記顯示對記錄於上述記錄媒體的上述串 流檔之上述再生方法的資訊之方式,進行上述追記可否判 斷。 22.如申請專利範圍第1項之記錄裝置,其中,上述 管理資訊生成部,係針對1或複數的項目來進行上述追記 可否判斷,若該追記可否判斷的結果,顯示該1或複數的 項目中1個也追記不可,則以不會對上述所定的第2管理 資訊追記對應於上述記錄媒體中所記錄的上述串流檔之上 述第2管理資訊的方式,進行上述追記可否判斷。 2 3.如申請專利範圍第22項之記錄裝置,其中,上述 1或複數的項目,係包含下列的其中至少1個項目: 被儲存於上述所定的第2管理資訊之再生區間資訊的 數量; 被儲存於上述所定的第2管理資訊之標記資訊的數 -124- (7)1377565 被儲存於上述第丨管理資訊之視訊屬性資訊; 上述所定的第2管理資訊的檔案大小; 從上述所定的第2管理資訊所參照的全部上述第丨管 理資訊的合計檔案大小; 顯示從上述所定的第2管理資訊所參照的全部上述第 1管理資訊中含的再生時刻資訊與位址資訊的對應關係之
被儲存於上述所定的第2管理資訊之機器獨自的資 訊;及 被儲存於上述所定的第2管理資訊之最終更新者資 訊。 24· —種記錄方法’係將視訊資料及音訊資料多工化 後記錄於記錄媒體之記錄方法,其特徵係具有:
記錄指示輸入的步驟,其係被輸入於資料輸入部的視 訊資料及音訊資料的記錄開始及記錄停止的指示會被輸 入; 記錄的步驟,其係將上述視訊資料及音訊資料多工 化’以被多工化的串流作爲串流檔,記錄於記錄媒體;及 管理資訊生成的步驟’其係生成再生管理資訊,該再 生管理資訊係由:顯示上述串流檔的屬性資訊之第1管理 資訊、及包含顯示上述串流檔的再生方法的資訊之第2管 理資訊所構成’用以控制記錄於上述記錄媒體的上述串流 檔的再生; -125- (8) 1377565 又’上述管理資訊生成的步驟,係根據既存的上述再 生管理資訊’進行是否可對含於上述既存的再生管理資訊 中之所定的上述第2管理資訊追記顯示對按照上述記錄指 示輸入的步驟之上述記錄開始的指示來記錄於上述記錄媒 體的上述串流檔之上述再生方法的資訊之追記可否判斷。
2 5.—種記錄程式,係使將視訊資料及音訊資料多工 化後記錄於記錄媒體之記錄方法執行於電腦裝置,其特徵 爲上述記錄方法係具有: 記錄指示輸入的步驟,其係被輸入於資料輸入部的視 訊資料及音訊資料的記錄開始及記錄停止的指示會被輸 入; 記錄的步驟,其係將上述視訊資料及音訊資料多工 化’以被多工化的串流作爲串流檔,記錄於記錄媒體;及 管理資訊生成的步驟,其係生成再生管理資訊,該再 生管理資訊係由:顯示上述串流檔的屬性資訊之第1管理 資訊、及包含顯示上述串流檔的再生方法的資訊之第2管 理資訊所構成,用以控制記錄於上述記錄媒體的上述串流 檔的再生; 又’上述管理資訊生成的步驟,係根據既存的上述再 生管理資訊,進行是否可對含於上述既存的再生管理資訊 中之所定的上述第2管理資訊追記顯示對按照上述記錄指 示輸入的步驟之上述記錄開始的指示來記錄於上述記錄媒 體的上述串流擋之上述再生方法的資訊之追記可否判斷。 26.—種攝像裝置’係將在攝像部攝取被照體而取得 < S > -126- 1377565 Ο) 的視訊資料、及在收音部收取音聲而取得的音訊資料多工 化後記錄於記錄媒體之攝像裝置,其特徵係具有: 攝像部,其係攝取被照體後輸出視訊資料; 收音部,其係收取音聲後輸出音訊資料; 記錄部’其係將上述視訊資料及上述音訊資料多工 化’以被多工化的串流作爲串流檔來記錄於記錄媒體;
操作部,其係受理指示上述視訊資料及上述音訊資料 之往上述記錄媒體的記錄開始及記錄停止之使用者操作; 及 管理資訊生成部’其係生成再生管理資訊,該再生管 理資訊係由:顯示上述串流檔的屬性資訊之第1管理資 訊、及包含顯示上述串流檔的再生方法的資訊之第2管理 資訊所構成’用以控制記錄於上述記錄媒體的上述串流檔 的再生;
又,上述管理資訊生成部,係根據既存的上述再生管 理資訊,進行是否可對含於上述既存的再生管理資訊中之 所定的上述第2管理資訊追記顯示對按照對應於對上述操 作部之上述使用者操作的上述記錄開始的指示來記錄於上 述記錄媒體的上述串流檔之上述再生方法的資訊之追記可 否判斷。 27.如申請專利範圍第26項之攝像裝置,其中,上述 管理資訊生成部,係判斷對含於上述既存的再生管理資訊 中之所定的上述第2管理資訊不追記顯示對按照上述操作 部之上述記錄開始的指示來記錄於上述記錄媒體的上述串 (S ) -127- 1377565 do) 流檔之上述再生方法的資訊時,從新生成包含顯示對按照 上述記錄指示輸入部之上述記錄開始的指示來記錄於上述 記錄媒體的上述串流檔之上述再生方法的資訊之上述第2 管理資訊。
28. 如申請專利範圍第26項之攝像裝置,其中,上述 管理資訊生成部,係以隨著上述串流檔的記錄而被更新之 上述第2管理資訊中,最新被更新的該第2管理資訊作爲 上述所定的第2管理資訊。 29. 如申請專利範圍第26項之攝像裝置,其中,上述 第1管理資訊,係由儲存有對被記錄於上述記錄媒體的上 述串流檔至少顯示該串流檔的再生時刻資訊與位址資訊的 對應關係之資訊的檔案所構成,
由儲存有藉由對該串流檔設定再生開始點及再生結束 點來指定再生區間之1個以上的再生區間資訊,可儲存顯 示對上述串流檔之再生時刻資訊的標記資訊的檔案所構 成, 上述第2管理資訊,係從上述再生區間資訊來參照上 述第1管理資訊,而使能夠顯示上述串流檔的再生方法。 3 0.如申請專利範圍第29項之攝像裝置,其中,上述 管理資訊生成部之上述追記可否判斷,係根據被儲存於上 述所定的第2管理資訊之上述再生區間資訊的數量。 31.如申請專利範圍第30項之攝像裝置,其中,上述 管理資訊生成部,若判斷已經被儲存於上述所定的第2管 理資訊之上述再生區間資訊的數量爲未滿預先被設定的上 C S ) -128- (11) 1377565 限,則以可對上述所定的第2管理資訊追記顯示對記錄於 上述記錄媒體的上述串流檔之上述再生方法的資訊之方 式,進行上述追記可否判斷。 32. 如申請專利範圍第29項之攝像裝置,其中,上述 管理資訊生成部之上述追記可否判斷,係根據被儲存於上 述所定的第2管理資訊之上述標記資訊的數量β
33. 如申請專利範圍第32項之攝像裝置,其中,上述 管理資訊生成部,若判斷已經被儲存於上述所定的第2管 理資訊之上述標記資訊的數量爲未滿預先被設定的上限, 則以可對上述所定的第2管理資訊追記顯示對記錄於上述 記錄媒體的上述串流檔之上述再生方法的資訊之方式,進 行上述追記可否判斷。 34. 如申請專利範圍第29項之攝像裝置,其中,上述 第1管理資訊更儲存視訊屬性資訊,其係顯示被儲存於所 對應的上述串流檔中的上述視訊資料的屬性, 上述管理資訊生成部之上述追記可否判斷,係根據被 儲存於上述第1管理資訊的上述視訊屬性資訊。 35. 如申請專利範圍第34項之攝像裝置,其中,上述 管理資訊生成部之上述追記可否判斷係根據:依據現在的 記錄模式的視訊屬性、及從上述所定的第2管理資訊所參 照的上述第1管理資訊中至少1個的上述管理資訊中所被 儲存的視訊屬性。 3 6.如申請專利範圍第35項之攝像裝置,其中,上述 管理資訊生成部,係當根據上述記錄模式的視訊屬性與被 -129- (12) (12)
1377565 儲存於上述1個的第1管理資訊中的 大小、高寬比、畫格速率及掃描方式 致時, 以不會對上述所定的第2管理資 述記錄指示輸入部之上述記錄開始的 錄媒體的上述串流檔之上述再生方法 上述追記可否判斷。 3 7 .如申請專利範圍第2 9項之攝 管理資訊生成部之上述追記可否判斷 第2管理資訊的檔案大小。 3 8 .如申請專利範圍第3 7項之攝 管理資訊生成部,係根據隨著1個上 成之上述再生區間資訊及上述標記資 錄1個上述串流檔下,若判斷上述第 小未超過預先設定的上限,則以可對 資訊追記顯示對記錄於上述記錄媒體 再生方法的資訊之方式,進行上述追 39. 如申請專利範圍第29項之攝 管理資訊生成部之上述追記可否判斷 的第2管理資訊來參照的所有上述第 案大小。 40. 如申請專利範圍第39項之攝 管理資訊生成部,係根據隨著1個上 低連續時間的記錄而生成之上述第 -130- 視訊屬性之間,畫框 的其中至少1個不一 訊追記顯示對按照上 指示來記錄於上述記 的資訊之方式,進行 像裝置,其中,上述 ,係根據上述所定的 像裝置,其中,上述 述串流檔的記錄而生 訊的資料大小,來記 2管理資訊的檔案大 上述所定的第2管理 的上述串流檔之上述 記可否判斷。 像裝置’其中,上述 ,係根據自上述所定 1管理資訊的合計檔 像裝置,其中,上述 述串流檔所保證的最 I管理資訊的資料大 (13) 1377565 小,來記錄1個上述串流檔下,若判斷從上述所定的第2 管理資訊所參照的上述第1管理資訊的合計檔案大小未超 過預先設定的上限,則以可對上述所定的第2管理資訊追 記顯示對記錄於上述記錄媒體的上述串流檔之上述再生方 法的資訊之方式,進行上述追記可否判斷。
4 1.如申請專利範圍第29項之攝像裝置,其中,上述 第2管理資訊,係藉由從上述再生區間資訊來參照上述第 1管理資訊,而使能夠控制上述串流檔的再生, 上述管理資訊生成部之上述追記可否判斷,係根據顯 示從上述所定的第2管理資訊所參照的全部上述第1管理 資訊中含的再生時刻資訊與位址資訊的對應關係之資訊的 數量。 42.如申請專利範圍第41項之攝像裝置,其中,上述 管理資訊生成部,係根據顯示隨著1個上述串流檔所保證 的最低連續時間的記錄而生成之上述第1管理資訊中含的 上述再生時刻資訊與位址資訊的對應關係之資訊的數量, 來記錄1個上述串流檔下,若判斷從上述第2管理資訊所 參照的全部上述第1管理資訊的合計未超過對上述第2管 理資訊預先設定的上限,則以可對上述所定的第2管理資 訊追記顯示對記錄於上述記錄媒體的上述串流檔之上述再 生方法的資訊之方式,進行上述追記可否判斷。 43 _如申請專利範圍第29項之攝像裝置,其中,上述 第2管理資訊,係更可儲存機器獨自的資訊, 上述管理資訊生成部之上述追記可否判斷,係根據被 -131 - (14) 1377565 儲存於上述所定的第2管理資訊之上述機器獨自的資訊。 44. 如申請專利範圍第43項之攝像裝置,其中,上述 管理資訊生成部,係於上述所定的第2管理資訊中儲存有 上述機器獨自的資訊時,若判斷該機器獨自的資訊藉由本 機或與本機同等的機器所生成,則以可對上述所定的第2 管理資訊追記顯示對記錄於上述記錄媒體的上述串流檔之 上述再生方法的資訊之方式,進行上述追記可否判斷。
45, 如申請專利範圍第29項之攝像裝置,其中,上述 第2管理資訊,係更可儲存顯示該第2管理資訊的最終更 新者之資訊, 上述管理資訊生成部之上述追記可否判斷,係根據被 儲存於上述所定的第2管理資訊之上述最終更新者資訊。 46·如申請專利範圍第45項之攝像裝置,其中,在上 述所定的第2管理資訊中儲存有上述最終更新者資訊時, 若判斷該最終更新者資訊爲顯示本機,則以可對上述所定 的第2管理資訊追記顯不對記錄於上述記錄媒體的上述串 流檔之上述再生方法的資訊之方式,進行上述追記可否判 斷。 47.如申請專利範圍第26項之攝像裝置,其中,上述 管理資訊生成部,係針對1或複數的項目來進行上述追記 可否判斷,若該追記可否判斷的結果,顯示該1或複數的 項目中1個也追記不可,則以不會對上述所定的第2管理 資訊追記對應於上述記錄媒體中所記錄的上述串流檔之上 述第2管理資訊的方式,進行上述追記可否判斷。 -132- (15)1377565 48.如申請專利範圍第47項之攝像裝置,其中,上述 1或複數的項目,係包含下列的其中至少1個項目: 被儲存於上述所定的第2管理資訊之再生區間資訊的 數量; 被儲存於上述所定的第2管理資訊之標記資訊的數 量; 被儲存於上述第1管理資訊之視訊屬性資訊;
上述所定的第2管理資訊的檔案大小; 從上述所定的第2管理資訊所參照的全部上述第1管 理資訊的合計檔案大小; 顯示從上述所定的第2管理資訊所參照的全部上述第 1管理資訊中含的再生時刻資訊與位址資訊的對應關係之 資訊的數量; 被儲存於上述所定的第2管理資訊之機器獨自的資 訊;及
被儲存於上述所定的第2管理資訊之最終更新者資 訊。 49· 一種攝像方法,係將在攝像部攝取被照體而取得 的視訊資料、及在收音部收取音聲而取得的音訊資料多工 化後記錄於記錄媒體之攝像裝置的攝像方法,其特徵係具 有: 記錄的步驟,其係將在攝像部攝取被照體而取得的視 訊資料、及在收音部收取音聲而取得的音訊資料多工化, 以被多工化的串流作爲串流檔記錄於記錄媒體; -133- (16) 1377565 受理使用者操作的步驟,其係對操作部指示上述視訊 資料及上述音訊資料之往上述記錄媒體的記錄開始及記錄 停止;及
管理資訊生成的步驟,其係生成再生管理資訊,該再 生管理資訊係由:顯示上述串流檔的屬性資訊之第1管理 資訊、及包含顯示上述串流檔的再生方法的資訊之第2管 理資訊所構成,用以控制記錄於上述記錄媒體的上述串流 檔的再生; 又,上述管理資訊生成的步驟,係根據既存的上述再 生管理資訊,進行是否可對含於上述既存的再生管理資訊 中之所定的上述第2管理資訊追記顯示對按照對應於對上 述操作部之上述使用者操作之上述記錄開始的指示來記錄 於上述記錄媒體的上述串流檔之上述再生方法的資訊之追 記可否判斷。 50·—種攝像程式,係使將在攝像部攝取被照體而取 得的視訊資料、及在收音部收取音聲而取得的音訊資料多 工化後記錄於記錄媒體之攝像裝置的攝像方法執行於電腦 裝置’其特徵爲上述攝像方法係具有: 記錄的步驟,其係將在攝像部攝取被照體而取得的視 訊資料、及在收音部收取音聲而取得的音訊資料多工化, 以被多工化的串流作爲串流檔記錄於記錄媒體; 受理使用者操作的步驟,其係對操作部指示上述視訊 資料及上述音訊資料之往上述記錄媒體的記錄開始及記錄 停止;及 -134- (17)1377565 管理資訊生成的步驟,其係生成再生管理資訊,該再 生管理資訊係由:顯示上述串流檔的屬性資訊之第1管理 資訊、及包含顯示上述串流檔的再生方法的資訊之第2管 理資訊所構成,用以控制記錄於上述記錄媒體的上述串流 檔的再生;
又,上述管理資訊生成的步驟,係根據既存的上述再 生管理資訊’進行是否可對含於上述既存的再生管理資訊 中之所定的上述第2管理資訊追記顯示對按照對應於對上 述操作部之上述使用者操作之上述記錄開始的指示來記錄 於上述記錄媒體的上述串流檔之上述再生方法的資訊之追 記可否判斷。
-135
TW096116512A 2006-05-18 2007-05-09 Storage device, recording method, recording program, imaging device, imaging method, and imaging program TW200805293A (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006138701A JP4910475B2 (ja) 2006-05-18 2006-05-18 記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラム

Publications (2)

Publication Number Publication Date
TW200805293A TW200805293A (en) 2008-01-16
TWI377565B true TWI377565B (zh) 2012-11-21

Family

ID=38723245

Family Applications (1)

Application Number Title Priority Date Filing Date
TW096116512A TW200805293A (en) 2006-05-18 2007-05-09 Storage device, recording method, recording program, imaging device, imaging method, and imaging program

Country Status (7)

Country Link
US (1) US8995816B2 (zh)
EP (1) EP2023629A4 (zh)
JP (1) JP4910475B2 (zh)
KR (1) KR101379034B1 (zh)
CN (1) CN101331764B (zh)
TW (1) TW200805293A (zh)
WO (1) WO2007135932A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008204560A (ja) * 2007-02-21 2008-09-04 D & M Holdings Inc 再生装置、再生方法、プログラム及び記録媒体
KR101777347B1 (ko) * 2009-11-13 2017-09-11 삼성전자주식회사 부분화에 기초한 적응적인 스트리밍 방법 및 장치
JP5634057B2 (ja) * 2009-12-16 2014-12-03 キヤノン株式会社 記録装置及び記録方法
JP2013051607A (ja) * 2011-08-31 2013-03-14 Canon Inc データ処理装置、方法および制御プログラム
CN103226602B (zh) * 2013-04-26 2016-08-10 福建联迪商用设备有限公司 一种实现在单个文件中循环存储记录的定位读取偏移方法
CN104685913B (zh) * 2013-08-09 2019-03-19 华为技术有限公司 频谱更新使用方法、***及白频谱设备
JP5779684B2 (ja) * 2014-03-24 2015-09-16 日立マクセル株式会社 映像記録再生装置及び映像記録再生方法
JP6463967B2 (ja) * 2014-12-25 2019-02-06 キヤノン株式会社 撮像装置及びその制御方法
CN108786113B (zh) * 2018-05-25 2021-06-25 腾讯科技(成都)有限公司 数据播放方法和装置、存储介质及电子装置

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0737979B1 (en) * 1995-04-14 2006-10-25 Kabushiki Kaisha Toshiba Reproducing apparatus for reproducing a recording medium
US5986979A (en) * 1997-10-16 1999-11-16 Delco Electronics Corporation Play list control method and system for
WO2004001749A1 (en) * 2002-06-21 2003-12-31 Lg Electronics Inc. Recording medium having data structure for managing reproduction of video data recorded thereon
US7660214B2 (en) 2002-07-12 2010-02-09 Panasonic Corporation Reproducing apparatus
US7668842B2 (en) * 2002-10-16 2010-02-23 Microsoft Corporation Playlist structure for large playlists
JP3937223B2 (ja) 2003-01-21 2007-06-27 ソニー株式会社 記録装置、再生装置、記録方法及び再生方法
JP4026518B2 (ja) * 2003-03-12 2007-12-26 ソニー株式会社 記録媒体、記録装置、記録方法
KR20040083632A (ko) * 2003-03-24 2004-10-06 엘지전자 주식회사 고밀도 광디스크의 멀티 타이틀 관리 및 재생방법
JP3912536B2 (ja) * 2003-03-25 2007-05-09 ソニー株式会社 記録方法、記録装置、記録媒体、撮像装置および撮像方法
JP4228767B2 (ja) * 2003-04-25 2009-02-25 ソニー株式会社 再生装置、再生方法、再生プログラムおよび記録媒体
JP2005027159A (ja) * 2003-07-04 2005-01-27 Canon Inc 記録装置及び方法
US7660512B2 (en) * 2003-10-16 2010-02-09 Microsoft Corporation Systems and methods for managing frame rates during multimedia playback
JP2005317076A (ja) * 2004-04-28 2005-11-10 Matsushita Electric Ind Co Ltd コンテンツ結合管理装置、コンテンツ結合管理方法、コンテンツ結合管理プログラム、及びコンピュータ読み取り可能な記録媒体
WO2006030767A1 (ja) * 2004-09-13 2006-03-23 Matsushita Electric Industrial Co., Ltd. データ処理装置
US8180770B2 (en) * 2005-02-28 2012-05-15 Yahoo! Inc. System and method for creating a playlist
US7840178B2 (en) * 2005-07-12 2010-11-23 Martin E. Hellman FM broadcast system competitive with satellite radio

Also Published As

Publication number Publication date
EP2023629A1 (en) 2009-02-11
WO2007135932A1 (ja) 2007-11-29
CN101331764A (zh) 2008-12-24
KR20090009769A (ko) 2009-01-23
KR101379034B1 (ko) 2014-04-10
TW200805293A (en) 2008-01-16
JP2007312071A (ja) 2007-11-29
US20090263103A1 (en) 2009-10-22
US8995816B2 (en) 2015-03-31
JP4910475B2 (ja) 2012-04-04
EP2023629A4 (en) 2017-04-12
CN101331764B (zh) 2010-12-22

Similar Documents

Publication Publication Date Title
JP4715633B2 (ja) 記録装置、記録方法および記録プログラム、ならびに、編集装置、編集方法および編集プログラム
TWI405466B (zh) A regeneration device, a regeneration program, a regeneration method, and a regeneration system
JP4321628B2 (ja) 記憶装置、記憶方法および記憶プログラム、ならびに、データ処理装置、データ処理方法およびデータ処理プログラム
TWI377565B (zh)
JP4337849B2 (ja) 記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラム
JPWO2005101827A1 (ja) 記録媒体、再生装置、プログラム
JP4622950B2 (ja) 記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラム
TWI410962B (zh) A recording device, a recording method and a recording program, and an imaging device, an imaging method, and an imaging program
JP2008282471A (ja) 記録装置、記録方法および記録プログラム、ならびに、編集装置、編集方法および編集プログラム

Legal Events

Date Code Title Description
MM4A Annulment or lapse of patent due to non-payment of fees