DE69532594T2 - Steuerungsvorrichtung für codierte Daten - Google Patents

Steuerungsvorrichtung für codierte Daten Download PDF

Info

Publication number
DE69532594T2
DE69532594T2 DE1995632594 DE69532594T DE69532594T2 DE 69532594 T2 DE69532594 T2 DE 69532594T2 DE 1995632594 DE1995632594 DE 1995632594 DE 69532594 T DE69532594 T DE 69532594T DE 69532594 T2 DE69532594 T2 DE 69532594T2
Authority
DE
Germany
Prior art keywords
data
frame
encoded
video
control
Prior art date
Legal status (The legal status 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 status listed.)
Expired - Lifetime
Application number
DE1995632594
Other languages
English (en)
Other versions
DE69532594D1 (de
Inventor
Masaaki Midori-ku Hyodo
Hiroshi Chiba-shi Kusao
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp 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 Sharp Corp filed Critical Sharp Corp
Application granted granted Critical
Publication of DE69532594D1 publication Critical patent/DE69532594D1/de
Publication of DE69532594T2 publication Critical patent/DE69532594T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/11—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information not detectable on the record carrier
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4135—Peripherals receiving signals from specially adapted client devices external recorder
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/432—Content retrieval operation from a local storage medium, e.g. hard-disk
    • H04N21/4325—Content retrieval operation from a local storage medium, e.g. hard-disk by playing back content from the storage medium
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/78—Television signal recording using magnetic recording
    • H04N5/782—Television signal recording using magnetic recording on tape
    • H04N5/783—Adaptations for reproducing at a rate different from the recording rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2525—Magneto-optical [MO] discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/60—Solid state media
    • G11B2220/65—Solid state media wherein solid state memory is used for storing indexing information or metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334—Recording operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Description

  • HINTERGRUND DER ERFINDUNG
  • Die Erfindung betrifft eine Steuerungsvorrichtung für codierte Daten, spezieller eine Steuerungsvorrichtung für codierte Daten zur Verwendung in einem digitalen Videorecorder/-Spieler, der einen nur lesbaren Aufzeichnungsträger wie eine CD-ROM sowie einen umschreibbaren Aufzeichnungsträger wie eine magnetooptische Platte verwendet.
  • Plattenförmige Aufzeichnungsträger wie Magnetplatten, optische Platten, magnetooptische Platten usw. erlauben Direktzugriff mit hoher Geschwindigkeit auf jeden Ort der auf ihnen aufgezeichneten Daten. Die Verwendung eines Aufzeichnungsträgers mit schnellem Direktzugriff ermöglicht es, in verschiedenen Bereichen derselben aufgezeichnete Daten als Sequenz kontinuierlich aufgezeichneter Daten wiederzugeben. Videodaten verfügen über eine sehr hohe Datenrate und können auf einem Aufzeichnungsträger nicht leicht ohne vorige Verarbeitung aufgezeichnet werden. Jedoch ist es durch hocheffizientes Codieren von Video- und Audiosignalen möglich, die Datenrate derselben im Ausmaß zu verringern, in dem die Daten auf einem plattenförmigen Träger aufgezeichnet werden können, ohne die Qualität der Video- und Audiodaten zu verringern.
  • Ein Beispiel für ein bekanntes hocheffizientes Codierverfahren ist das MPEG(Moving Picture Experts Group)-Verfahren, das eine solche Förderung erfuhr, dass es durch ISO-IEC/JTC1/SC29/WG11 als Verfahren zum hocheffizienten Codieren von Video- und Audiosignalen und zum Multiplexen zur synchronen Wiedergabe der Signale standardisiert wurde. Videocodierung gemäß dem MPEG-Verfahren verwendet eine Gruppe von Bildern (GOP = group of pictures) aus z. B. 12 oder 15 Videorahmen als Einheit, die durch Vorhersage zu Codieren ist.
  • Videorahmen innerhalb einer GOP sind in I(Intrabild)-Rahmen, P(Predictive picture = Vorhersagebild)-Rahmen und B(Bidirektionales Bild)-Rahmen eingeteilt. Ein I-Rahmen ist intrarahmenmäßig zu codieren. Ein P-Rahmen ist durch Vorwärtsvorhersage ausgehend von einem I-Rahmen oder durch Vorwärts vorhersage ausgehend von einem anderen P-Rahmen zu codieren. Ein B-Rahmen liegt zwischen einem I- und einem P-Rahmen oder zwischen P-Rahmen, und er wird durch bidirektionale Vorhersage aus einem I- und einem P-Rahmen oder aus einem vorhergehenden und folgenden P-Rahmen codiert.
  • Um eine GOP wiederzugeben, ist es erforderlich, als Erstes einen I-Rahmen zu decodieren, da P- und B-Rahmen durch Vorhersage ausgehend von einem I-Rahmen oder aus einem Videorahmen, der durch Vorhersage ausgehend von einem I-Rahmen codiert wurde, codiert sind. Andernfalls können alle anderen Rahmen nicht decodiert werden. D. h., dass es im Fall der Wiedergabe von Videosignalen in der Mitte einer Abfolge erforderlich ist, die Decodierung mit einem I-Rahmen zu beginnen. P-Rahmen können einfacher als B-Rahmen decodiert werden, da sie nur durch Vorhersage ausgehend von einem vorhergehenden Rahmen codiert sind.
  • I- und P-Rahmen werden nachfolgend als Schlüsselrahmen bezeichnet. Eine Videosequenz bezeichnet eine Reihe aufeinanderfolgender Videorahmen, die für ein Intervall zwischen dem Moment, zu dem die Aufzeichnung startet, und dem Moment, zu dem die Aufzeichnung endet, aufgezeichnet sind, und sie bezeichnet eine Reihe entsprechend codierter Daten. Die durch das MPEG-Codierverfahren erhaltene Codemenge ist im Mittel im Wesentlichen konstant, jedoch ist sie innerhalb einer kurzen Periode nicht proportional zur Zeit. Demgemäß ist der Abstand zwischen codierten Videodaten in jedem Rahmen nicht konstant und die Aufzeichnungspositionen codierter Daten in jedem Rahmen können nicht eindeutig bestimmt werden. Daher ist es schwierig, diskrete Videorahmen kontinuierlich, wie bei schnellem Abspielen, wiederzugeben.
  • In der japanischen Patentoffenlegungsveröffentlichung Nr. 5-153577 ist ein Beispiel des Stands der Technik zum Realisieren eines schnellen Abspielvorgangs hocheffizient codierter Daten offenbart. Gemäß diesem Verfahren werden Daten mit erhöhter Geschwindigkeit von einem plattenförmigen Träger gelesen, erforderliche Daten werden aus den aufeinanderfolgend ausgelesenen Daten ausgewählt, und sie werden mit hoher Geschwindigkeit wiedergegeben.
  • Wie oben angegeben, wird beim bekannten Verfahren eine erhöhte Datenmenge dadurch ausgelesen, dass die Lesegeschwindigkeit erhöht wird, jedoch kein Direktzugriff verwendet wird, und aus diesen die für schnelles Abspielen erforderlichen Daten ausgewählt werden. Die Abspielgeschwindigkeit kann zunehmen, wenn die Datenauslesegeschwindigkeit zunimmt. Jedoch ist das Erhöhen der Datenauslesegeschwindigkeit in gewissem Ausmaß begrenzt, weswegen die Abspielgeschwindigkeit nicht ausreichend erhöht werden kann.
  • Um eine höhere Abspielgeschwindigkeit zu erzielen, kann es in Betracht gezogen werden, einen plattenförmigen Aufzeichnungsträger dadurch zu lesen, dass überflüssige Teile unter Verwendung einer Direktzugriffstechnik übersprungen werden. D. h., dass es durch Wiederholen eines Datenlesezyklus mit anschließendem schnellem Sprung möglich ist, die Geschwindigkeit beim schnellen Abspielen entsprechend jedem Sprungwert zu ändern. Jedoch kann im Fall des Lesens hocheffizient codierter Daten ein Problem dahingehend auftreten, dass dann, wenn ein Sprung so erfolgt, dass die Wiedergabe im Verlauf einer Videosequenz startet, ein I-Rahmen als Erster decodiert werden sollte, wie oben angegeben, dass jedoch darin kein Startpunkt, d. h. darin aufgezeichnete codierte Videodaten gefunden werden können, da die Codemenge nicht proportional zur Zeit ist.
  • Gemäß dem o. g. bekannten Verfahren kann nicht zufällig auf Daten innerhalb einer spezifizierten Periode zugegriffen werden, weswegen keine Merkmale wie Indexsuche und Zeigereditieren unter Verwendung eines Direktzugriffvorgangs realisierbar sind. Das Merkmal der Indexsuche besteht im synchronen Wiedergeben eines Videoausgangssignals und eines Audioausgangssignals ab einem spezifizierten Moment unter Verwendung der Direktzugriffsfunktion. Der Stand der Technik benötigt viel Zeit zum Lesen überflüssiger Daten vor dem Auffinden gemultiplexter codierter Daten, wie sie zur Wiedergabe erforderlich sind, da der Ort eines I-Rahmens unbekannt ist.
  • Wie oben angegeben, wird Hochgeschwindigkeitsabspielen eines plattenförmigen Trägers dadurch realisiert, dass nur Schlüsselrahmen wiedergegeben werden, wobei unnötige Videorahmen weggelassen werden. Dies benötigt die Wiederholung eines Operationszyklus mit dem Lesen codierter Videodaten und einem anschließenden schnellen Direktzugriff auf die nächsten erforderlichen Daten. Der Stand der Technik kann den Ort von Datensätzen codierter Videodaten der Schlüsselrahmen nicht auffinden, weswegen ein großer Bereich gemultiplexter, codierter Daten einschließlich der Schlüsselrahmen gelesen werden muss, was zu einer Verringerung der Anzahl von Videorahmen führt, die innerhalb einer Zeiteinheit wiedergebbar sind. Zeigereditieren dient zum Spezifizieren mehrerer Startpunkte und Endpunkte und verbindet eine Anzahl zeitlich diskreter Daten unter Verwendung logischer Zeiger, ohne sie zu kopieren. Dies gewährleistet synchrone Wiedergabe von Video- und Audioausgangssignalen. In diesem Fall ist es auch erforderlich, einen Direktzu griffsvorgang von einem spezifizierten Bereich in einen anderen Bereich auf dem plattenförmigen Aufzeichnungsträger zur Wiedergabe zu wiederholen. Um aufeinanderfolgend reproduzierte Daten zu erzielen, ist es erforderlich, einen Decodierer dazu zu veranlassen, Wiedergabedaten für eine Periode auszugeben, in der keine Daten erhalten werden. Aus diesem Grund muss ein Codepuffer vorhanden sein, um codierte Daten zu liefern, die während einer Leerlaufperiode durch den Decodierer auszugeben sind.
  • Der Stand der Technik kann bei jedem Direktzugriff überflüssige Daten lesen, was es erforderlich macht, durch einen Puffer codierte Daten für jede Periode zu liefern, in der keine zu decodierenden codierte Daten erhalten werden. Die vom plattenförmigen Träger lesbaren Daten sind gemultiplexte, codierte Daten, denen ein Kopf hinzugefügt ist, der als Erstes gelesen werden muss, wenn Video- und Audioausgangssignale synchron wiedergegeben werden.
  • Gemultiplexte, codierte Daten sind in sogenannte Pakete unterteilt, von denen jedes einen ersten Kopf aufweist, der im Kopfteil derselben positioniert ist. Jedes Paket besteht aus codierten Videodaten mit einem zweiten Kopf und codierten Audiodaten mit einem zweiten Kopf. Der erste Kopf enthält Information zum Synchronisieren codierter Videodaten mit codierten Audiodaten. Der zweite Kopf enthält Information, die die Art der folgenden Daten anzeigt. Daher muss der erste Kopf als Erstes gelesen werden, um synchrone Wiedergabe von Video- und Audiodaten zu realisieren.
  • Die europäisch Patentanmeldung EP 606 868 offenbart ein Verfahren zum Codieren und Decodieren eines Bildsignals sowie einen Bildsignal-Aufzeichnungsträger (10), bei dem eine Unterbrechung eines Bild bei Wiedergabe mit hoher Geschwindigkeit verhindert ist. Eine GOP besteht aus 15 Bildern pro Rahmen. Von diesen Bildern werden ein I-Bild und ein P-Bild gemeinsam als Bilder für Hochgeschwindigkeits-Wiedergabe ausgewählt und vor den restlichen Bildern, die B-Bilder sind, angeordnet. Bei Wiedergabe mit hoher Geschwindigkeit werden nur die Bilder für Hochgeschwindigkeits-Wiedergabe reproduziert.
  • ZUSAMMENFASSUNG DER ERFINDUNG
  • Es ist eine Aufgabe der Erfindung, eine Steuerungsvorrichtung für codierte Daten zu schaffen, die dazu in der Lage ist, nur erforderliche Daten zu lesen, wenn ein Direktzugriff erfolgt, und zwar selbst dann, wenn die Code anzahl nicht proportional zur Zeit ist.
  • Es ist eine andere Aufgabe der Erfindung, eine Steuerungsvorrichtung für codierte Daten zu schaffen, die dazu in der Lage ist, den Ort von Datensätzen erforderlicher wiedergebbarer Daten auf einem Aufzeichnungsträger unter Verwendung von auf diesem gespeicherten Steuerungsdaten beim Abspielen mit hoher Geschwindigkeit und beim Bildeditieren der codierten Daten auf dem Aufzeichnungsträger unter Verwendung einer Direktzugriffsfunktion zu suchen, was selbst dann realisierbar ist, wenn die Menge der auf dem Aufzeichnungsträger aufgezeichneten Codes nicht proportional zur Zeit ist.
  • Es ist eine andere Aufgabe der Erfindung, eine Steuerungsvorrichtung für codierte Daten zu schaffen, der es möglich ist, den Ort von Datensätzen codierter Videodaten oder codierten Audiodaten oder gemultiplexten, codierten Daten, die einen Schlüsselrahmen bilden, unter Verwendung von Steuerungsdaten auf einem Aufzeichnungsträger zu suchen. D. h., dass es beim Wiedergeben codierter Daten unter Verwendung einer Direktzugriffsfunktion zur Indexsuche, zum Abspielen mit hoher Geschwindigkeit und zum Zeigereditieren einfach ist, die Orte von Datensätzen auf dem Aufzeichnungsträger zu kennen, die gelesen und wiedergegeben werden müssen.
  • Es ist eine andere Aufgabe der Erfindung, eine Steuerungsvorrichtung für codierte Daten zu schaffen, bei der Information zum Ort von Datensätzen gemultiplexter, codierter Daten auf einem Aufzeichnungsträger verwendet wird, wenn Video- und Audioausgangssignale synchron wiedergegeben werden und Information zum Ort codierter Videodaten auf dem Aufzeichnungsträger verwendet wird, wenn nur Videoausgangssignale wiedergegeben werden. D. h., dass es im ersteren Fall möglich ist, Positionen der gemultiplexten, codierten Daten, die zum synchronen Wiedergeben von Video- und Audiodaten erforderlich sind, aufzufinden, während es im letzteren Fall möglich ist, Positionen erforderlicher codierter Videodaten auf dem Aufzeichnungsträger aufzufinden.
  • Es ist eine andere Aufgabe der Erfindung, eine Steuerungsvorrichtung für codierte Daten zu schaffen, bei der Steuerungsdaten als Steuerungshierarchie entsprechend einer Videosequenz, als Aufzeichnungsbereich auf einem Aufzeichnungsträger und als Schlüsselrahmen in einem Aufzeichnungsbereich aufgezeichnet sind, und die die Wiedergabereihenfolge in jeder Tabelle anzeigende Zeiger sowie solche Zeiger verwendet, die die Verknüpfung einer Tabelle mit einer anderen anzeigen. Dieses Merkmal ermöglicht es, Aufzeich nungs- und Löschvorgänge für eine Videosequenz auf einfache Weise auszuführen, die Reihenfolge bei der Wiedergabe von Videosequenzen zu ändern, einen Teil einer Videosequenz zu löschen und die Reihenfolge von Wiedergabedaten in einer Videosequenz zu ändern.
  • Es ist eine andere Aufgabe der Erfindung, eine Steuerungsvorrichtung für codierte Daten zu schaffen, bei der Steuerungsdaten für Schlüsselrahmen als Hierarchie von Steuerungsdaten für I-Rahmen und Hierarchie von Steuerungsdaten für P-Rahmen aufgezeichnet werden. Daher kann auf einfache Weise nach I- und P-Rahmen gesucht und auf diese zugegriffen werden.
  • Es ist eine andere Aufgabe der Erfindung, eine Steuerungsvorrichtung für codierte Daten zu schaffen, der es möglich ist, auf einfache Weise durch 1-Bit-Flags, die den "benutzten" oder "unbenutzten" Zustand anzeigen und einzeln zu jedem Wort in jedem Speicher hinzugefügt sind, zu erkennen, ob ein jeweiliger Speicher zum Speichern von Steuerungsdaten belegt oder frei ist. Dies ermöglicht es, auf einfache Weise einen freien Bereich in jeder Tabelle aufzufinden.
  • Es ist eine andere Aufgabe der Erfindung, eine Steuerungsvorrichtung für codierte Daten zu schaffen, in der Steuerungsdaten dann erzeugt und organisiert werden können, wenn auf einem Aufzeichnungsträger keine Steuerungsdaten gespeichert sind. Dies ermöglicht es, schnellen Direktzugriff auf Datensätze des Aufzeichnungsträgers auszuführen, auf dem vorab keine Steuerungsdaten aufgezeichnet wurden.
  • Gemäß einer Erscheinungsform der Erfindung ist Folgendes geschaffen: eine Wiedergabevorrichtung zum Steuern der Wiedergabe von Multiplexdaten in einem Aufzeichnungsträger, wobei die Multiplexdaten aus codierten Videodaten und codierten Audiodaten bestehen, wobei die codierten Videodaten Schlüsselrahmendaten und andere Datenrahmen enthalten, mit einem Datenverarbeitungsabschnitt zum Lesen der Multiplexdaten und von Steuerdaten vom Aufzeichnungsträger, wobei die Steuerdaten für Direktzugriff erforderliche Ortsinformation enthalten; ferner gekennzeichnet durch eine Aufzeichnungsträger-Steuerung zum Steuern des Datenverarbeitungsabschnitts sowie eine Steuerdaten-Handhabungsvorrichtung zum Ausgeben der Ortsinformation an die Aufzeichnungsträger-Steuerung, wobei die Steuerdaten getrennt von den Multiplexdaten gespeichert werden, so dass sie unabhängig von den Multiplexdaten gelesen/geschrieben werden können; ferner dadurch gekennzeichnet, dass die Rahmen der codierten Videodaten in derjenigen Reihenfolge, in der sie codiert wurden, auf dem Aufzeichnungsträger aufgezeichnet werden, und dass die Ortsinformation den Ort der Schlüsselrahmen in den Multiplexdaten anzeigt, wobei die Ortsinformation zumindest Video-Ortsinformation, die eine Kopfposition und/oder eine Endeposition codierter Videodaten entsprechend einem Schlüsselrahmen anzeigt, oder Audio-Ortsinformation, die eine Kopfposition und/oder eine Endeposition codierter Audiodaten entsprechend einem Schlüsselrahmen anzeigt, oder Multiplexdaten-Ortsinformation, die eine Kopfposition und/oder eine Endeposition von Multiplexdaten für Wiedergabe aus einem Schlüsselrahmen anzeigt, enthält.
  • Gemäß einer anderen Erscheinungsform der Erfindung ist Folgendes geschaffen: eine Aufzeichnungsvorrichtung zum Aufzeichnen von Steuerdaten betreffend Multiplexdaten, die aus codierten Videodaten und codierten Audiodaten bestehen, wobei die codierten Videodaten Schlüsselrahmendaten und andere Rahmendaten enthalten, wobei die Schlüsselrahmen zumindest einen Intrarahmen-codierten Rahmen oder einen vorwärts-vorhergesagten Rahmen enthalten, mit: einem Datenverarbeitungsabschnitt zum Lesen der Multiplexdaten und von Steuerdaten vom Aufzeichnungsträger, wobei die Steuerdaten für Direktzugriff erforderliche Ortsinformation enthalten; ferner gekennzeichnet durch eine Aufzeichnungsträger-Steuerung zum Steuern des Datenverarbeitungsabschnitts sowie eine Steuerdaten-Handhabungsvorrichtung zum Ausgeben der Ortsinformation an die Aufzeichnungsträger-Steuerung, wobei die Steuerdaten getrennt von den Multiplexdaten gespeichert werden, so dass sie unabhängig von den Multiplexdaten gelesen/geschrieben werden können; ferner dadurch gekennzeichnet, dass die Rahmen der codierten Videodaten in derjenigen Reihenfolge, in der sie codiert wurden, auf dem Aufzeichnungsträger aufgezeichnet werden, und dass die Ortsinformation den Ort der Schlüsselrahmen in den Multiplexdaten anzeigt, wobei die Ortsinformation zumindest Video-Ortsinformation, die eine Kopfposition und/oder eine Endeposition codierter Videodaten entsprechend einem Schlüsselrahmen anzeigt, oder Audio-Ortsinformation, die eine Kopfposition und/oder eine Endeposition codierter Audiodaten entsprechend einem Schlüsselrahmen anzeigt, oder Multiplexdaten-Ortsinformation, die eine Kopfposition und/oder eine Endeposition von Multiplexdaten für Wiedergabe aus einem Schlüsselrahmen anzeigt, enthält.
  • Gemäß einer noch anderen Erscheinungsform der Erfindung ist eine Multiplexdaten enthaltender Aufzeichnungsträger geschaffen, wobei die Multiplexdaten aus codierten Videodaten und codierten Audiodaten bestehen, wobei die codierten Videodaten Schlüsselrahmendaten und andere Rahmendaten enthalten, wobei die Schlüsselrahmen zumindest über einen Intrarahmen-codierten Rahmen oder einen vorwärts-vorhergesagten Rahmen verfügen, und mit Steuerdaten, die für Direktzugriff erforderliche Ortsinformation enthalten; dadurch gekennzeichnet, dass die Steuerdaten getrennt von den Multiplexdaten aufgezeichnet sind, so dass die Steuerdaten unabhängig von den Multiplexdaten gelesen/geschrieben werden können; und dass die Rahmen der codierten Videodaten in derjenigen Reihenfolge, in der sie codiert wurden, auf dem Aufzeichnungsträger aufgezeichnet werden, und die Ortsinformation den Ort der Schlüsselrahmen in den Multiplexdaten anzeigt, wobei die Ortsinformation zumindest Video-Ortsinformation, die eine Kopfposition und/oder eine Endeposition codierter Videodaten entsprechend einem Schlüsselrahmen anzeigt, oder Audio-Ortsinformation, die eine Kopfposition und/oder eine Endeposition codierter Audiodaten entsprechend einem Schlüsselrahmen anzeigt, oder Multiplexdaten-Ortsinformation, die eine Kopfposition und/oder eine Endeposition von Multiplexdaten für Wiedergabe aus einem Schlüsselrahmen anzeigt, enthält.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • 1 ist eine Ansicht, die ein Beispiel der Struktur einer herkömmlichen Gruppe von Bildern zeigt.
  • 2 ist eine Ansicht, die ein Beispiel herkömmlicher gemultiplexter, codierter Daten zeigt.
  • 3 ist ein Blockdiagramm zum Erläutern einer die Erfindung verkörpernden Steuerungsvorrichtung für codierte Daten.
  • 4 ist eine Ansicht zum Erläutern des Orts einer Sektornummer auf einem Aufzeichnungsträger, die durch den Steuerungsabschnitt für codierte Daten in 3 einzugeben ist.
  • 5A und 5B zeigen den vorderen Kopfteil eines Schlüsselpakets gemäß der Erfindung.
  • 6 zeigt eine Schaltung zum Erkennen eines Kopfs eines Datenverarbeitungsabschnitts der in 3 dargestellten Vorrichtung.
  • 7 ist ein Blockdiagramm eines Steuerungsabschnitts für codierte Daten in der in 3 dargestellten Vorrichtung.
  • 8A und 8B zeigen ein Beispiel von Steuerungsdaten, die in in 7 dargestellten Speichern aufgezeichnet sind.
  • 9A und 9B sind Ansichten, die die Beziehung zwischen in einem Steuerungsabschnitt für codierte Daten aufgezeichneten Steuerungsdaten und einem Aufzeichnungsbereich eines Aufzeichnungsträgers gemäß der Erfindung zeigen.
  • 10A und 10B sind andere Anichten, die die Beziehung zwischen in einem Steuerungsabschnitt für codierte Daten aufgezeichneten Steuerungdaten und einem Aufzeichnungsbereich eines Aufzeichnungsträgers gemäß der Erfindung zeigen.
  • 11A und 11B sind Flussdiagramme zum Erläutern, wie ein Steuerungsabschnitt für codierte Daten einer erfindungsgemäßen Steuerungsvorrichtung für codierte Daten arbeitet, wenn codierte Daten aufgezeichnet werden.
  • 12A und 12B sind Ansichten betreffend das Aktualisieren eines Steuerungsabschnitts für codierte Daten der erfindungsgemäßen Vorrichtung, wenn codierte Daten aufgezeichnet werden.
  • 13 ist ein Flussdiagramm zum Erläutern, wie ein Steuerungsabschnitt für codierte Daten einer erfindungsgemäßen Vorrichtung beim normalen Abspielen codierter Daten arbeitet.
  • 14 ist ein Flussdiagramm zum Erläutern, wie ein Steuerungsabschnitt für codierte Daten einer erfindungsgemäßen Vorrichtung beim Abspielen codierter Daten mit hoher Geschwindigkeit arbeitet.
  • 15 ist eine Ansicht zum Erläutern eines wegzulassenden Rahmens und eines nicht zu decodierenden Rahmens innerhalb einer Gruppe von Bildern (GOP) gemäß der Erfindung.
  • 16A und 16B zeigen ein anderes Beispiel von Steuerungsdaten, die in einem Steuerungsabschnitt für codierte Daten gemäß der Erfindung aufgezeichnet sind.
  • 17A und 17B zeigen ein anderes Beispiel von Steuerungsdaten, die in einem Steuerungsabschnitt für codierte Daten gemäß der Erfindung aufgezeichnet sind.
  • 18 zeigt ein anderes Beispiel der Struktur einer Schlüsselrahmentabelle gemäß der Erfindung.
  • 19 ist ein Blockdiagramm, das ein anderes Beispiel eines Steuerungsabschnitts für codierte Daten der in 3 dargestellten Vorrichtung zeigt.
  • 20A und 20B zeigen ein Beispiel von in einer Schlüsselrahmentabelle für I-Rahmen und einer Schlüsselrahmentabelle für P-Rahmen gemäß der Erfindung aufgezeichnete Daten.
  • 21A und 21B zeigen, wie ein 1-Bit-Flag zum Anzeigen eines benutzten oder unbenutzten Bereichs zu jedem der Wörter in jeder Tabelle gemäß der Erfindung hinzugefügt wird.
  • BEVORZUGTE AUSFÜHRUNGSBEISPIELE DER ERFINDUNG
  • 1 zeigt eine beispielhafte Struktur einer GOP. Videorahmen in der GOP sind in I-Rahmen, P-Rahmen und B-Rahmen eingeteilt. Ein I-Rahmen ist intrarahmenmäßig zu codieren. Ein P-Rahmen ist durch Vorwärtsvorhersage aus einem I-Rahmen oder durch Vorwärtsvorhersage aus einem anderen P-Rahmen zu codieren. Ein B-Rahmen liegt zwischen einem I- und einem P-Rahmen oder zwischen P-Rahmen, und er ist durch bidirektionale Vorhersage aus einem I- und einem P-Rahmen oder aus einem vorangehenden und einem folgenden P-Rahmen codiert.
  • Um die GOP wiederzugeben, ist es erforderlich, als Erstes einen I-Rahmen zu decodieren, da P- und B-Rahmen durch Vorhersage aus einem I-Rahmen oder aus einem Videorahmen codiert werden, der durch Vorhersage aus einem I-Rahmen codiert wurde. Andernfalls können alle anderen Rahmen nicht decodiert werden. D. h., dass im Fall einer sequenziellen Wiedergabe von Videodaten im Verlauf derselben die Decodierung mit einem I-Rahmen beginnen muss. P-Rahmen können einfacher als B-Rahmen decodiert werden, da sie durch Vorhersage nur aus einem vorangehenden Rahmen codiert sind.
  • Die Menge der durch das MPEG-Codierverfahren erhaltenen Codes ist im Mittel im Wesentlichen konstant, jedoch innerhalb einer kurzen Periode nicht proportional zur Zeit. Demgemäß ist der Abstand zwischen codierten Videodaten in jedem Rahmen nicht konstant, und Aufzeichnungspositionen codierter Daten können nicht eindeutig in jedem Rahmen bestimmt werden. Daher ist es schwierig, diskrete Videorahmen kontinuierlich, wie bei schnellem Abspie len, wiederzugeben.
  • Um ein Abspielen mit höherer Geschwindigkeit zu realisieren, kann es in Betracht gezogen werden, einen plattenförmigen Aufzeichnungsträger dadurch zu lesen, dass überflüssige Teile unter Verwendung einer Direktzugriffstechnik übersprungen werden. D. h., dass es durch Wiederholen eines Zyklus des Lesens von Daten mit anschließendem schnellem Sprung möglich ist, die Geschwindigkeit beim schnellen Abspielen durch einen jeweiligen Sprungwert zu ändern. Jedoch kann im Fall des Lesens hocheffizient codierter Daten ein Problem dahingehend auftreten, dass dann, wenn ein Sprung ausgeführt wird, um die Wiedergabe im Verlauf einer Videosequenz zu starten, ein I-Rahmen als Erstes decodiert werden sollte, wie oben angegeben, dass jedoch kein Startpunkt, d. h. darin aufgezeichnete codierte Videodaten, gefunden werden können, da die Codemenge nicht proportional zur Zeit ist.
  • 2 zeigt eine Struktur von durch das MPEG-Verfahren gemultiplexter, codierter Daten.
  • Die gemultiplexten, codierten Daten sind in sogenannte Pakete unterteilt, von denen jedes über einen ersten Kopf verfügt, das im Kopfteil desselben positioniert ist. Jedes Paket besteht aus codierten Videodaten mit einem zweiten Kopf und codierten Audiodaten mit einem zweiten Kopf. Der erste Kopf enthält Information zum Synchronisieren codierter Videodaten mit codierten Audiodaten. Der zweite Kopf enthält die Information, die anzeigt, welche Art von Daten folgt. Daher muss der erste Kopf als Erstes ausgelesen werden, um synchrone Wiedergabe von Video- und Audiodaten zu realisieren.
  • Angesichts des Vorstehenden wurde die Erfindung getätigt, um eine Steuerungsvorrichtung für codierte Daten zu schaffen, die dazu in der Lage ist, bei Direktzugriff nur erforderliche Daten selbst dann zu lesen, wenn die Anzahl der Codes nicht proportional zur Zeit ist.
  • 3 zeigt ein Blockdiagramm zum Erläutern eines Ausführungsbeispiels einer Steuerungsvorrichtung für codierte Daten gemäß der Erfindung. In 3 existieren eine Steuerungsvorrichtung für codierte Daten und ein (plattenförmiger) Aufzeichnungsträger 2. Die Vorrichtung verfügt über einen Datenverarbeitungsabschnitt 1, eine Aufzeichnungsträgersteuerung 3, einen Steuerungsabschnitt 4 für codierte Daten, eine Speichersteuerung 5 aus einem Videoaufzeichnungsinformations-Steuerungsabschnitt 5a, einem Audioaufzeichnungsinformations-Steuerungsabschnitt 5b und einem Multiplexauf zeichnungsinformation-Steuerungsabschnitt 5c sowie einen Speicher 6. Der Datenverarbeitungsabschnitt 1 empfängt gemultiplexte, codierte Daten von einem Codierer sowie Daten vom Steuerungsabschnitt 4 für codierte Daten, er unterteilt sie entsprechend einer Sektorlänge und er gibt sie zur Aufzeichnung in spezifizierten Sektoren des Aufzeichnungsträger 2 aus. Jede Sektornummer wird durch die Aufzeichnungsträgersteuerung 3 eingegeben.
  • Die Aufzeichnungsträgersteuerung 3 gibt Steuerungsdaten zur Steuerung beim Lesen und Schreiben vom bzw. auf den Aufzeichnungsträger 2 aus, und sie versorgt den Datenverarbeitungsabschnitt 1 mit der Nummer jedes Sektors auf dem Aufzeichnungsträger zum Einschreiben oder Auslesen der Daten. Der Steuerungsabschnitt 4 für codierte Daten speichert Steuerungsdaten, die zuvor auf dem Aufzeichnungsträger 2 aufgezeichnet wurden oder die neu auf diesem aufzuzeichnen sind.
  • Der Steuerungsabschnitt 4 für codierte Daten verfügt über eine Speichersteuerung 5 aus dem Videoaufzeichnungsinformations-Steuerungsabschnitt 5a, dem Audioaufzeichnungsinformations-Steuerungsabschnitt 5b und dem Multiplexaufzeichnungsinformations-Steuerungsabschnitt 5c. Die Speichersteuerung 5 ist mit dem Speicher 6 verbunden, um im Speicher 6 abgespeicherte Steuerungsdaten zu verwalten. Der Steuerungsabschnitt 4 für codierte Daten steuert die Ansammlung gemultiplexter, codierter Daten aus hocheffizient codierten Videodaten, hocheffizient codierten Audiodaten und zusätzlichen Daten zum Multiplexen der Video- und Audiodaten auf dem Aufzeichnungsträger unter Verwendung eines intrarahmenmäßig codierten Videorahmens oder eines Videorahmens, der durch Vorhersage aus einem vorhergehenden Rahmen codiert wurde, als Schlüsselrahmen. D. h., dass dieser Abschnitt Steuerungsdaten liefert, die Information zur Aufzeichnungsposition der codierten Videodaten und/oder der Audiodaten und/oder der gemultiplexten, codierten Daten für die Schlüsseldatei auf dem Aufzeichnungsträger sowie Information zur Verknüpfung mit vorangehenden und folgenden codierten Daten enthalten.
  • In der folgenden Beschreibung des Ausführungsbeispiels ist angenommen, dass vom Codierer nun gemultiplexte, codierte Daten geliefert werden, die gemäß dem oben beschriebenen MPEG-Verfahren als herkömmlichem Datencodierverfahren codiert wurden und die die in 2 dargestellte Struktur aufweisen. Ein Paket, das eine als Erstes aufgezeichnete Startposition entweder codierter Videodaten in einem Schlüsselrahmen oder codierter Audiodaten, die dem Schlüsselrahmen entsprechen, enthält, wird als Schlüsselpaket bezeichnet.
  • Der Betrieb der Steuerungsvorrichtung für codierte Daten beim Einsetzen eines Aufzeichnungsträgers in einen Recorder-Spieler ist der Folgende.
  • Die Aufzeichnungsträgersteuerung 3 gibt Steuerungsdaten zum Steuern des Aufzeichnungsträgers 2 zum Auslesen von auf ihm gespeicherten Steuerungsdaten und zum Eingeben derselben in den Datenverarbeitungsabschnitt 1 aus. Die Steuerungsdaten vom Datenverarbeitungsabschnitt 1 werden an den Steuerungsabschnitt 4 für codierte Daten übertragen, der seinerseits die eingegebenen Steuerungsdaten unter einer spezifizierten Adresse des Speichers 6 aufzeichnet.
  • Der Betrieb der Vorrichtung beim Aufzeichnen codierter Daten ist der Folgende.
  • Der folgende Vorgang wird in einem Videospieler nicht ausgeführt, aber in einem Videorecorder ausgeführt. Der Datenverarbeitungsabschnitt 1 unterteilt gemultiplexte Daten vom Codierer entsprechend der Sektorlänge, und er gibt die unterteilten, codierten Daten aus, damit sie entsprechend den von der Aufzeichnungsträgersteuerung 3 eingegebenen Sektornummern in spezifizierten Sektoren auf dem Aufzeichnungsträger 2 aufgezeichnet werden können.
  • Wenn die durch den Codierer eingegebenen gemultiplexten, codierten Daten auf dem Aufzeichnungsträger 2 aufgezeichnet werden, gibt der Datenverarbeitungsabschnitt 1 die Nummern eines ersten und eines letzten Sektors in einem kontinuierlichen Aufzeichnungsbereich auf dem Aufzeichnungsträger an den Steuerungsabschnitt 4 für codierte Daten aus. Es existieren zwei Typen von Videorecordern, von denen der eine eine Videosequenz (zeitserielle Bilder) mit Unterteilung in eine Anzahl verschiedener Bereiche auf dem Aufzeichnungsträger aufzeichnen kann, und der andere eine Videosequenz nur in einem Bereich für kontinuierliche Aufzeichnung auf dem Aufzeichnungsträger aufzeichnen kann. Im ersteren Fall gibt der Datenverarbeitungsabschnitt 1 die Nummern eines ersten und eines letzten Sektors für jeden Bereich an den Steuerungsabschnitt 4 für codierte Daten aus.
  • Der Datenverarbeitungsabschnitt 1 verfügt über einen ersten Kopferkennungsabschnitt zum Erkennen des ersten Kopfs, der durch den Codierer hinzugefügt wurde, wie in 2 dargestellt, und einen Erkennungsabschnitt zum Erkennen des Beginns und des Endes codierter Videodaten eines Schlüsselrahmens sowie des Beginns und des Endes codierter, dem Schlüsselrahmen entsprechender Audiodaten, und er gibt Information zum Ort von Datensätzen codierter Videodaten und gemultiplexter, codierter Daten, entsprechend dem Schlüsselrahmen, auf dem Aufzeichnungsträger an den Steuerungsabschnitt 4 für codierte Daten aus. Der Beginn und das Ende codierter Videodaten eines Schlüsselrahmens können dadurch erkannt werden, dass ein Kopf gelesen wird, der im Kopfteil eines Videorahmens positioniert ist. Der Beginn und das Ende codierter Audiodaten, die einem Schlüsselrahmen entsprechen, können dadurch erkannt werden, dass Zeitinformation gelesen wird, die zu codierten Videodaten und codierten Audiodaten hinzugefügt ist.
  • Wenn der Codierer so aufgebaut ist, dass er ein den Beginn des ersten Kopfs markierendes Flag sowie den Beginn und das Ende codierter Videodaten eines Schlüsselrahmens markierende Flags und den Beginn und das Ende codierter, dem Schlüsselrahmen entsprechender Audiodaten markierende Flags ausgeben kann, muss der Datenverarbeitungsabschnitt 1 über keinen Erkennungsabschnitt zum Erkennen eines ersten Kopfs, des Beginns und des Endes codierter Videodaten eines Schlüsselrahmens und des Beginns und des Endes codierter, dem Schlüsselrahmen entsprechender Audiodaten verfügen.
  • Die Speichersteuerung 5 im Steuerungsabschnitt 4 für codierte Daten erzeugt aus vom Datenverarbeitungsabschnitt 1 empfangenen Eingangsdaten Verknüpfungsinformation. Der Videoaufzeichnungsinformations-Steuerungsabschnitt 5a verwaltet Information zu Orten von Datensätzen der codierten Videodaten, der Audioaufzeichnungsinformations-Steuerungsabschnitt 5b verwaltet Information zu Orten von Datensätzen codierter Audiodaten, und der Multiplexaufzeichnungsinformations-Steuerungsabschnitt 5c verwaltet Information zu Orten von Datensätzen gemultiplexter, codierter Daten. Die Verknüpfungsinformation für die Videosequenz, für Aufzeichnungsbereiche auf dem Aufzeichnungsträger und in den Aufzeichnungsbereichen aufgezeichnete Schlüsselrahmen wird aus dem Inhalt des Speichers 6 erzeugt und zusammen mit der Aufzeichnungsortinformation im Speicher 6 gespeichert. So kann der Steuerungsabschnitt 4 für codierte Daten neue Steuerungsdaten erhalten, die den neu auf dem Aufzeichnungsträger aufgezeichneten codierten Daten entsprechen.
  • Wenn auf dem Aufzeichnungsträger zwei neue Daten aufgezeichnet werden, erzeugt der Steuerungsabschnitt 4 für codierte Daten neue Steuerungsdaten, und er speichert diese, jedoch sind die auf dem Aufzeichnungsträger 2 aufgezeichneten Steuerungsdaten noch nicht aktualisiert. Daher ist es erforderlich, die im Steuerungsabschnitt 4 für codierte Daten gespeicherten Steuerungsdaten auf dem Aufzeichnungsträger 2 aufzuzeichnen, z. B. nach Abschluss des Aufzeichnens neuer Daten auf dem Aufzeichnungsträger 2 oder vor dem Entnehmen des Aufzeichnungsträgers 2 aus dem Videorecorder. Es ist auch möglich, den Aufzeichnungsträger 2 so zu steuern, dass die auf ihm aufgezeichneten Steuerungsdaten periodisch aktualisiert werden, während codierte Daten auf ihn geschrieben werden.
  • Dieser Ablauf ist dergestalt, dass die Aufzeichnungsträgersteuerung 3 den Aufzeichnungsträger so steuert, dass die Steuerungsdaten aufgezeichnet werden, und sie sorgt dafür, dass der Steuerungsabschnitt 4 für codierte Daten die gespeicherten sukzessive aus ihm in den Datenverarbeitungsabschnitt 1 ausgibt, der seinerseits die Daten auf den Aufzeichnungsträger ausgibt.
  • Der Betrieb der Steuerungsvorrichtung für codierte Daten beim normalen Abspielen eines Aufzeichnungsträger ist der Folgende.
  • Es wird angenommen, dass der Steuerungsabschnitt 4 für codierte Daten bereits über vom Aufzeichnungsträger 2 gelesene Steuerungsdaten verfügt. Die erste und die letzte Nummer von Sektoren, die wiedergebbare Datensätze gemultiplexter, codierter Daten enthalten, werden aus dem Steuerungsabschnitt 4 für codierte Daten ausgelesen und in die Aufzeichnungsträgersteuerung 3 eingegeben. Die codierten Daten können unterteilt werden und in verschiedenen Bereichen des Aufzeichnungsträger aufgezeichnet werden. In diesem Fall werden die Nummern des ersten und letzten Sektors für jeden Bereich aus dem Steuerungsabschnitt 4 für codierte Daten ausgelesen und in die Aufzeichnungsträgersteuerung 3 eingegeben.
  • 4 zeigt ein Beispiel codierter Daten, die in zwei Teile aufgeteilt sind und in zwei gesonderten Bereichen aufgezeichnet sind, wie es durch Schraffur dargestellt ist.
  • Tatsächliche Aufzeichnungsbereiche auf einem plattenförmigen Aufzeichnungsträger bilden eine Anzahl konzentrischer Kreise oder Spiralen, jedoch sind die beispielhaften codierten Daten der Einfachheit halber in Form serieller Datensätze dargestellt, die entlang einer horizontalen Zeitachse angeordnet sind.
  • Wenn die in 4 dargestellten Datensätze codierter Daten in der Reihenfolge 1 und 2 ausgelesen werden, gibt der Steuerungsabschnitt 4 für codierte Daten Sektornummern für Positionen a und b und dann Sektornummern für Positionen c und d aus. Die Aufzeichnungsträgersteuerung 3 gibt Steuerungsdaten zum Lesen codierter Daten vom Aufzeichnungsträger entsprechend den vom Steuerungsabschnitt 4 für codierte Daten ausgegebenen Sektornummern aus. Der Datenverarbeitungsabschnitt 1 empfängt vom Aufzeichnungsträger 2 eine Reihe gemultiplexter, codierter Daten, und er gibt sie an einen Decodierer aus.
  • Der Betrieb der Steuerungsvorrichtung für codierte Daten bei der Indexsuche ist der Folgende.
  • Information zu Orten von Datensätzen gemultiplexter, codierter Daten auf dem Aufzeichnungsträger, die einem wiederzugebenden Schlüsselrahmen entsprechen, wird vom Steuerungsabschnitt 4 für codierte Daten an die Aufzeichnungsträgersteuerung 3 ausgegeben, die ihrerseits den Aufzeichnungsträger unter Verwendung der eingegebenen Ortsinformation so steuert, dass auf den Sektor zugegriffen werden kann, der codierte Daten eines Schlüsselpakets enthält. Der Betrieb des Datenverarbeitungsabschnitts 1 ist derselbe wie im Fall des zuvor beschriebenen normalen Abspielens.
  • Der Betrieb der Steuerungsvorrichtung für codierte Daten beim Abspielen mit hoher Geschwindigkeit ist der Folgende.
  • In diesem Fall steuert die Aufzeichnungsträgersteuerung 3 den Aufzeichnungsträger 2 in solcher Weise, dass aufeinanderfolgend auf einem Schlüsselrahmen entsprechende codierte Daten zugegriffen werden kann. Das MPEG-Verfahren sorgt, zwischen Schlüsselrahmen, für B-Rahmen, die jeweils durch Vorhersage aus dem vorangegangenen und folgenden Rahmen codiert wurden, jedoch müssen codierte Videodaten dieser B-Rahmen im Fall eines Abspielens mit hoher Geschwindigkeit nicht ausgelesen werden.
  • Wenn einmal der Modus des Abspielens mit hoher Geschwindigkeit ausgewählt ist, gibt der Steuerungsabschnitt 4 für codierte Daten Information zu Orten eines wiederzugebenden Schlüsselrahmens auf dem Aufzeichnungsträger an die Aufzeichnungsträgersteuerung 3 aus, die ihrerseits den Aufzeichnungsträger 2 unter Verwendung der eingegebenen Ortsinformation so steuert, dass aufeinanderfolgend auf die Sektoren zugegriffen wird, die codierte Daten eines Schlüsselrahmens enthalten.
  • Der Betrieb zum Abspielen mit Zeigereditieren ist im Wesentlichen ähnlich dem o. g. Betrieb des Abspielens mit hoher Geschwindigkeit, jedoch mit der Ausnahme, dass Direktzugriff auf diskrete Bereiche entsprechend der Verknüpfungsinformation (Zeiger) ausgeführt wird, die in den Steuerungsdaten enthalten ist, während Direktzugriff fortlaufend, bei Abspielen mit hoher Geschwindigkeit, auf einem Schlüsselrahmen entsprechende codierte Daten erfolgt.
  • So speichert der Steuerungsabschnitt 4 für codierte Daten beim Ausführungsbeispiel der Erfindung Steuerungsdaten mit Information zu Orten codierter Daten auf dem Aufzeichnungsträger, wodurch auf beliebige gewünschte Daten auf diesem direkt und schnell ohne Lesen überflüssiger Daten zugegriffen werden kann.
  • Nun wird ein anderes Ausführungsbeispiel unter Verwendung desselben, in 3 dargestellten Blockdiagramms erläutert. Beim vorliegenden Ausführungsbeispiel enthalten in einem Steuerungsabschnitt 4 für codierte Daten aufgezeichnete Steuerungsdaten eine Sektornummer, die den Kopfteil eines Schlüsselpakets als Information zu Orten gemultiplexter Daten auf einem Aufzeichnungsträger anzeigt, und Sektornummern, die den Kopfteil und den Endteil codierter Videodaten eines Schlüsselrahmens als Information zu Orten codierter Videodaten auf dem Aufzeichnungsträger anzeigen.
  • Die 5A und 5B veranschaulichen Beispiele der Kopfteile von Schlüsselpaketen.
  • Ein Schlüsselpaket ist ein Paket, das einen ersten aufgezeichneten Kopfteil entweder codierter Videodaten eines Schlüsselrahmens oder dem Schlüsselrahmen entsprechender codierter Audiodaten enthält. 5A zeigt ein Paket, bei dem der Kopfteil codierter Videodaten des Schlüsselrahmens früher aufgezeichnet ist, und 5B zeigt ein Paket, bei dem der Kopfteil codierter, dem Schlüsselrahmen entsprechender Audiodaten früher aufgezeichnet ist. In den 5A und 5B sind m1, m2, ..., m8 zusätzliche Daten zum Multiplexen codierter Daten.
  • 6 ist ein Blockdiagramm einer Kopferkennungsschaltung im Datenverarbeitungsabschnitt 1 der 3. In 6 sind ein Erstkopfdetektor 7, ein Videokopfdetektor 8, ein Audiokopfdetektor 9 und eine Erkennungsschaltung 10 dargestellt.
  • Der Datenverarbeitungsabschnitt 1 enthält die in 6 dargestellte Kopferkennungsschaltung. Wenn codierte Daten aufgezeichnet werden, werden die erste Sektornummer zum Aufzeichnen eines Schlüsselpakets und die Sektornummern zum Aufzeichnen des Kopf- und des Endteils der codierten Daten eines Schlüsselrahmens an den Steuerungsabschnitt 4 für codierte Daten ausgegeben.
  • Die in 6 dargestellte Kopferkennungsschaltung besteht aus einem Erstkopfdetektor 7, einem Videokopfdetektor 8, einem Audiokopfdetektor 9 und einer Erkennungsschaltung 10. Der Erstkopfdetektor 7, der Videodetektor 8 und der Audiokopfdetektor 9 empfangen gemultiplexte, codierte Daten von einem Codierer, und sie erkennen den ersten Kopf, den im Kopfteil eines Videorahmens positionierten Kopf bzw. den im Kopfteil eines Audiorahmens positionierten Kopf.
  • Wenn die Köpfe erkannt sind, wird in die Erkennungsschaltung 10 ein Flag eingegeben, das die erste Sektornummer zum Aufzeichnen eines Schlüsselpakets sowie die Sektornummer zum Aufzeichnen des Kopf- und des Endteils codierter Videodaten aus den vom Erstkopfdetektor 7, vom Videokopfdetektor 8 und vom Audiokopfdetektor 9 empfangenen Köpfen und aus von einer Aufzeichnungsträgersteuerung 3 empfangenen Sektornummern entnimmt und die entnommenen Sektornummern an den Steuerungsabschnitt 4 für codierte Daten überträgt.
  • Die von der Kopferkennungsschaltung der 6 erkannten Köpfe werden durch einen am Vorderende des Datenverarbeitungsabschnitt 1 angeordneten Codierer hinzugefügt. Daher benötigt der Datenverarbeitungsabschnitt 1 keinen Erstkopfdetektor 7, Videokopfdetektor 8 und Audiokopfdetektor 9, wenn Flags zum Anzeigen, wie in 2 dargestellt, des ersten Kopfs, des im Kopfteil eines Videorahmens positionierten Kopfs und des im Kopfteil eines Audiorahmens positionierten Kopfs durch den Codierer in den Datenverarbeitungsabschnitt 1 eingegeben werden können.
  • Wiedergebbare Daten werden im Allgemeinen aus einem Sektor vom Aufzeichnungsträger 2 gelesen. Wenn der Kopfteil der zur Wiedergabe erforderlichen gemultiplexten Daten in der Mitte eines Sektors aufgezeichnet ist, können vor den erforderlichen Daten überflüssige Daten existieren. Daher soll ein nach dem Datenverarbeitungsabschnitt 1 vorhandener Decodierer mit einer Kopferkennungsschaltung versehen sein, die, wie in 6 dargestellt, aus demselben Erstkopfdetektor 7, dem Videokopfdetektor 8 und dem Audiokopfdetektor 9 besteht, um die Köpfe zu erkennen und überflüssige Daten vor den Köpfen zu beseitigen. Beim dargestellten Ausführungsbeispiel der Erfindung verfügt der Datenverarbeitungsabschnitt 1 über die Kopfschaltung der 6, die überflüssige Daten weglassen kann, wie sie vor jedem Kopf erhalten werden, um dadurch das Erfordernis zu beseitigen, einen Decodierer mit den o. g. Kopferkennungsschaltungen zu versehen.
  • Beim vorliegenden Ausführungsbeispiel wird die Verwaltung codierter Videodaten, Audiodaten und gemultiplexter, codierter Daten, die einem Schlüsselrahmen entsprechen, unter Verwendung der Sektornummern zum Aufzeichnen des Kopf- oder Endteils codierter Videodaten, Audiodaten und gemultiplexter, codierter Daten, die dem Schlüsselrahmen entsprechen, ausgeführt. Dies ermöglicht es, wirkungsvoll auf einen beliebigen Schlüsselrahmen zuzugreifen.
  • D. h., dass es unter Verwendung der o. g. Steuerungs(Verwaltungs)daten möglich ist, auf einen Datensatz entsprechend einem Schlüsselrahmen zuzugreifen, wie zur Indexsuche, für schnelles Abspielen und zum Zeigereditieren erforderlich. Wenn Video- und Audiodaten gemeinsam abgespielt werden, ist es erforderlich, nur Steuerungsdaten im Zusammenhang mit gemultiplexten, codierten Daten zu verwenden, wodurch der Bedarf an Steuerungsdaten in Zusammenhang mit codierten Videodaten und Audiodaten beseitigt ist. Steuerungsdaten betreffend Video- oder Audiodaten werden dazu verwendet, nur auf codierte Videodaten oder codierte Audiodaten zuzugreifen.
  • Nun wird ein anderes Ausführungsbeispiel der Erfindung wie folgt beschrieben.
  • Die Konfiguration des folgenden Ausführungsbeispiels ist der des in 3 dargestellten Ausführungsbeispiels ähnlich, unterscheidet sich jedoch durch den Betrieb seines Steuerungsabschnitts für codierte Daten.
  • Beim vorliegenden Ausführungsbeispiel wird innerhalb der Abspielfunktionen unter Verwendung von Direktzugriffsvorgängen ein Datenkopfteil(Index)-Suchmerkmal oder ein Zeigereditiermerkmal dadurch ausgeführt, dass gemultiplexte, codierte Daten unter Verwendung von Information zum Ort von Datensätzen gemultiplexter, codierter Daten auf einem Aufzeichnungsträger verwendet wird, während schnelles Abspielen dadurch ausgeführt wird, dass codierte Videodaten entsprechend Information zum Ort von Datensätzen codierter Videodaten auf dem Aufzeichnungsträger gelesen wird.
  • Demgemäß nimmt der Steuerungsabschnitt 4 für codierte Daten im Fall einer Kopfteilsuche und eines Zeigereditiervorgangs eine die Kopfteilposition eines Schlüsselpakets anzeigende Sektornummer auf, und er nimmt im Fall des Abspielens mit hoher Geschwindigkeit Sektornummern auf, die die Positionen des Kopf- und Endteils codierter Videodaten eines Schlüsselrahmens anzeigen. Dies, da der erstere Fall synchrone Wiedergabe von Audio- und Videodaten benötigt, während der letztere Fall nur eine Ausgabe von Videodaten benötigt. Das vorliegende Ausführungsbeispiel beseitigt die Möglichkeit des Lesens überflüssiger codierter Daten, um dadurch die Anzahl der Bilder zu erhöhen, die pro Zeiteinheit wiedergegeben werden können.
  • Die oben erläuterten Ausführungsbeispiele verwenden Steuerungsdaten, die die Sektornummer zum Aufzeichnen des Kopfteils eines Schlüsselpakets als Information zu Orten gemultiplexter, codierter Daten auf einem Aufzeichnungsträger sowie die Sektornummern zum Spezifizieren des Kopf- und Endteils codierter Videodaten eines Schlüsselrahmens enthalten.
  • Ein anderes Ausführungsbeispiel der Erfindung kann als Steuerungsdaten Sektornummern verwenden, die den Kopfteil eines Schlüsselpakets und den Endteil der codierten Videodaten eines Schlüsselrahmens anzeigen, wobei die Sektornummer weggelassen ist, die den Kopfteil codierter Videodaten des Schlüsselrahmens anzeigt. In diesem Fall wird auf den Kopfteil eines Schlüsselpakets immer zugegriffen, wenn ein Direktzugriff für synchrone Wiedergabe von Video- und Audioausgangsdaten und zur Wiedergabe von nur Videoausgangsdaten erfolgt.
  • Daher können überflüssige codierte Audiodaten dann ausgelesen werden, wenn nur Videoausgangsdaten benötigt werden. Dadurch kann die Anzahl der pro Zeiteinheit wiedergebbaren Videodaten verringert werden, jedoch kann die Menge an Steuerungsdaten gesenkt werden. Durch Eingeben eines das Ende eines Videorahmens anzeigenden Flags von einem Videodecoder beim Wiedergeben codierter Daten, ist es nicht erforderlich, den Endteil der codierten Videodaten des Schlüsselrahmens aufzuzeichnen, um dadurch die Menge erforderlicher Steuerungsdaten weiter zu senken. D. h., dass als Steuerungsdaten nur eine Sektornummer verwendet wird, die den Kopfteil eines Schlüsselpakets spezifiziert.
  • Ein anderes Ausführungsbeispiel der Erfindung wird wie folgt beschrieben.
  • 7 ist ein Blockdiagramms eines Steuerungsabschnitts für codierte Daten in der in 3 dargestellten Vorrichtung. Die Zahl 11 bezeichnet eine Speichersteuerung, und die Zahlen 12 bis 14 bezeichnen Speicher.
  • Wie es in 7 dargestellt ist, besteht der Steuerungsabschnitt 4 für codierte Daten aus drei Speichern 12, 13 und 14 sowie einer Speichersteuerung 11 zum Steuern der Speicher. Jeder der Speicher 12, 13 und 14 enthält eine erste Tabelle (nachfolgend als Sequenztabelle bezeichnet) zum Steuern von Videosequenzen, eine zweite Tabelle (nachfolgend als Bereichstabelle bezeichnet) zum Steuern von Aufzeichnungsbereichen auf einem Aufzeichnungsträger und eine dritte Tabelle (nachfolgend als Schlüsselrahmentabelle bezeichnet) zum Steuern codierter Videodaten oder codierter Audiodaten oder gemultiplexter, codierter Daten, die einem Schlüsselrahmen entsprechen.
  • Die 8A und 8B zeigen ein Beispiel zum Inhalt von in jedem in 7 dargestellten Speicher gespeicherten Steuerungsdaten. In den 8A und 8B bezeichnet die Zahl 21 eine nächste Sequenzadresse, 22 eine Bereichstabellenadresse, 23 eine nächste Bereichsadresse, 24 eine Startsektornummer, 25 eine Endsektornummer, 26 eine Startrahmenadresse, 27 eine nächste Rahmenadresse, 28 eine Paketstart-Sektornummer, 29 eine Schlüsselstart-Sektornummer und 30 eine Schlüsselende-Sektornummer. Adressen 21, 22, 23, 26, 27 entsprechen Zeigern (Verknüpfungsinformation), und Sektornummern 24, 25, 28, 29, 30 werden als Ortsinformation verwendet.
  • Die Sequenztabelle des Speichers 12 enthält Daten mit jeweils einem Wort für eine Videosequenz. 1-Wort-Daten bestehen aus einem ein nächstes Wort (nächste Sequenzadresse) spezifizierenden Zeiger 21 und einem den Ort einer Bereichstabelle (Bereichstabellenadresse) spezifizierenden Zeiger 22. Die nächste Sequenzadresse 21 zeigt die Wiedergabereihenfolge einer Videosequenz an, und die Bereichstabellenadresse 22 zeigt eine Adresse einer einer Videosequenz entsprechenden Bereichstabelle an. In diesem Fall zeigt die nächste Sequenzadresse 21 eine Adresse des Speichers 12 an, und der letzte Datenwert einer nächsten Sequenzadresse 21, die durch einen Zeiger verknüpft ist, ist ein spezieller Wert, der das "ENDE" anzeigt.
  • Die Bereichstabelle des Speichers 13 enthält Daten von jeweils einem Wort pro aufeinanderfolgendem Aufzeichnungsbereich auf einem Aufzeichnungsträger. 1-Wort-Daten bestehen aus vier Elementen, nämlich einem ein nächstes Wort spezifizierenden Zeiger 23 (nächste Bereichsadresse), einer Startsektornummer 24, die die erste Sektornummer eines folgenden Aufzeichnungsbereichs anzeigt, einer Endsektornummer 25, die die letzte Sektornummer eines folgenden Aufzeichnungsbereichs anzeigt, und einen "Startrahmenadresse"- Zeiger, der die Startadresse einer Schlüsselrahmentabelle spezifiziert, die einem in einem folgenden Aufzeichnungsbereich enthaltenen Schlüsselrahmen entspricht.
  • Die 1-Wort-Daten in der Sequenztabelle entsprechende Bereichstabelle in eine Reihe von Tabellen, die durch den "nächste Bereichsadresse"-Zeiger ausgehend von einer durch die Bereichstabellenadresse 22 der Sequenztabelle spezifizierte Bereichstabellenadresse verknüpft ist. Die nächste Bereichsadresse 23 zeigt die Adresse des Speichers 13 an, jedoch weist der letzte Datenwert, der durch den Zeiger "nächste Bereichsadresse" 23 verknüpft ist, einen speziellen Wert auf, der das "Ende" anzeigt. Wenn in einem durch eine Startsektornummer und eine Endsektornummer definierten Bereich kein Schlüsselrahmen aufgezeichnet ist, hat die Startrahmenadresse 24 einen speziellen Wert, der "kein Datenwert" anzeigt.
  • Die Schlüsselrahmentabelle des Speichers 14 enthält Daten von jeweils einem Wort für einen Schlüsselrahmen. 1-Wort-Daten bestehen aus einem ein nächstes Wort spezifizierenden Zeiger 27 (nächste Rahmenadresse), einer Paketstart-Sektornummer 28, die die Sektornummer anzeigt, in der der Kopfteil eines Schlüsselpakets aufgezeichnet ist, einer Schlüsselstart-Sektornummer 29, die die Sektornummer anzeigt, in der der Kopfteil codierter Videodaten eines Schlüsselrahmens aufgezeichnet ist, und einer Schlüsselende-Sektornummer 30, die die Sektornummer anzeigt, in der der Endteil codierter Videodaten eines Schlüsselrahmens aufgezeichnet ist. Die nächste Rahmenadresse 27 zeigt eine Adresse des Speichers 14 an, jedoch hat der letzte Datenwert, der durch den Zeiger "nächste Rahmenadresse" 27 verknüpft ist, einen speziellen Wert, der das "Ende" anzeigt.
  • Den in den 8A und 8B dargestellten Steuerungsdaten fehlt es an Information, die anzeigt, ob codierte Daten eines I-Rahmens oder codierte Daten eines P-Rahmens durch Daten angegeben werden, die in einer Schlüsselrahmentabelle des Speichers 14 aufgezeichnet sind. Demgemäß kann in Betracht gezogen werden, wie es später beschrieben wird, jedes Wort in der Schlüsselrahmentabelle mit einem Flag zu versehen, das einen I- oder einen P-Rahmen spezifiziert, oder die Schlüsselrahmentabelle in zwei gesonderte Tabellen zu unterteilen, d. h. eine I-Rahmentabelle und eine P-Rahmentabelle, die gesondert gesteuert werden.
  • Die 9A und 9B zeigen eine Beziehung zwischen in jeder Tabelle jedes Speichers in 7 aufgezeichneten Steuerungsdaten und Aufzeichnungsberei chen.
  • Auf einem Aufzeichnungsträger 2 kann eine Anzahl von Videosequenzen aufgezeichnet werden. Eine Videosequenz kann fortlaufend in einem kontinuierlichen Aufzeichnungsbereich aufgezeichnet werden, oder sie kann unterteilt werden und in einer Anzahl gesonderter Aufzeichnungsbereiche auf dem Aufzeichnungsträger aufgezeichnet werden. In den 9A und 9B sind drei Videosequenzen dargestellt: Eine Videosequenz 1 wird in drei Teile unterteilt aufgezeichnet und in drei gesonderte Aufzeichnungsbereiche auf dem Aufzeichnungsträger eingeschrieben.
  • Es wird angenommen, dass die drei Videosequenzen 1, 2 und 3 in der Reihenfolge dieser Videosequenzen 1, 2 und 3 wiedergegeben werden.
  • Im Fall der 9A und 9B enthält die Sequenztabelle drei 1-Wort-Daten, die den Videosequenzen 1, 2 bzw. 3 entsprechen. Der erste 1-Wort-Datenwert entspricht der Videosequenz 1, die nächste Sequenzadresse der Videosequenz 1 zeigt den 1-Wort-Datenwert an, der der Videosequenz 2 entspricht, und die nächste Sequenzadresse der Videosequenz 2 zeigt den 1-Wort-Datenwert an, der der Videosequenz 3 entspricht. Eine Bereichsadresse der Sequenztabelle zeigt eine Adresse eines ersten Bereichstabellen-Datenwerts entsprechend der Videosequenz an.
  • Jeder 1-Wort-Datenwert der Bereichstabelle entspricht einem kontinuierlichen Aufzeichnungsbereich auf dem Aufzeichnungsträger 2. D. h., dass die Bereichstabelle im Fall der 9A und 9B drei 1-Wort-Datenwerte enthält, die der Videosequenz 1 entsprechen. So zeigt im Fall einer Anzahl vorhandener Bereichstabellen die nächste Bereichsadresse der Bereichstabelle den nächsten Bereichstabellen-Datenwert an. In einem 1-Wort-Datenwert der Bereichstabelle zeigt die Startsektornummer die erste Sektornummer eines kontinuierlichen Bereichs an, und die Endsektornummer zeigt die letzte Sektornummer desselben an. Dieser kontinuierliche Bereich wird zum Aufzeichnen codierter Daten einer Anzahl von Schlüsselrahmen verwendet. Eine Sektornummer zum Aufzeichnen codierter Daten des ersten Schlüsselrahmens wird durch eine Schlüsselrahmentabelle verwaltet, die durch eine Startrahmenadresse spezifiziert wird.
  • In einem 1-Wort-Datenwert der Schlüsselrahmentabelle zeigt die Paketstart-Sektornummer die Sektornummer zum Aufzeichnen des Kopfteils eines Schlüsselpakets an, die Schlüsselstart-Sektornummer zeigt die Sektornummer zum Aufzeichnen des Kopfteils codierter Videodaten eines Schlüsselrahmens an, und die Endsektornummer zeigt die Sektornummer zum Aufzeichnen des Endteils codierter Videodaten des Schlüsselrahmens an. Die nächste Rahmenadresse zeigt den nächsten Schlüsselrahmentabelle-Datenwert an.
  • Die 10A und 10B zeigen ein Beispiel codierter Daten für den speziellen Fall, dass codierte Daten eines Schlüsselrahmens über mehrere Bereiche verteilt sind, die durch mehrere Bereichstabellen zu steuern sind.
  • Im Fall der 10A und 10B sind codierte Daten eines Schlüsselrahmens i so aufgezeichnet, dass sie sich über drei Bereiche 1, 2 und 3 erstrecken. Wie es in den 10A und 10B dargestellt ist, ist eine den Kopfteil codierter Videodaten eines Schlüsselrahmens i spezifizierende Sektornummer in einer "Schlüsselstart-Sektornummer" der letzten Schlüsselrahmentabelle aufgezeichnet, entsprechend dem Aufzeichnungsbereich 1. Eine den Endteil codierter Videodaten spezifizierende Sektornummer ist in einer "Schlüsselende-Sektornummer" aufgezeichnet, die eine Sektornummer des Aufzeichnungsbereichs 3 ist. Da der Aufzeichnungsbereich 2 über keine ihm entsprechende Schlüsselrahmentabelle verfügt, ist als Startrahmenadresse des Aufzeichnungsbereichs 2 ein Datenwert aufgezeichnet, der "kein Datenwert" anzeigt. Die Startrahmenadresse des Aufzeichnungsbereichs 3 zeigt die Schlüsselrahmentabelle des Schlüsselrahmens i + 1 an.
  • Beim schnellen Abspielen werden die Schlüsselstart-Sektornummer und die Schlüsselende-Sektornummer in der Schlüsselrahmentabelle in die Aufzeichnungsträgersteuerung 3 eingegeben, die ihrerseits den Aufzeichnungsträger 2 so steuert, dass Daten aus den durch die Schlüsselstart-Sektornummer und die Schlüsselende-Sektornummer definierten Bereichen ausgelesen werden. Wenn der in den 10A und 10B dargestellte Schlüsselrahmen i wiedergegeben wird, zeigen die Schlüsselstart-Sektornummer und die Schlüsselende-Sektornummer, die dem Schlüsselrahmen der Schlüsselrahmentabelle i entsprechen, und die Schlüsselende-Sektornummer verschiedene Aufzeichnungsbereiche an. Jedoch kann selbst in diesem Fall aus der in der Bereichstabelle aufgezeichneten Information erkannt werden, dass die Bereiche 1, 2 und 3 in der Reihenfolge ihrer Nummern wiederzugeben sind. Die Aufzeichnungsträgersteuerung 3 greift auf die Aufzeichnungsbereiche 1, 2 und 3 in der nummerierten Reihenfolge zu und liest Daten bis einschließlich zur Schlüsselende-Sektornummer.
  • Der Betrieb der Speichersteuerung 11 und der Speicher, wie in 7 darge stellt, wird im Detail ferner wie folgt beschrieben.
  • Wenn einmal ein Aufzeichnungsträger in einen Recorder-Spieler eingesetzt ist, werden auf dem Aufzeichnungsträger 2 aufgezeichnete Steuerungsdaten in die die Speicher 12, 13 und 14 steuernde Speichersteuerung 11 eingegeben, um die jeweiligen Steuerungsdaten zu speichern.
  • Die 11A und 11B bilden ein Flussdiagramm zum Erläutern des Betriebs der Speicher beim Aufzeichnen codierter Daten auf einem Aufzeichnungsträger. Jede zu verwendende Tabelle verfügt über die in den 8A und 8B dargestellte Struktur. Die 12A und 12B veranschaulichen einen Prozess zum Ändern von Steuerungsdaten.
  • In der in den 8A und 8B dargestellten Sequenztabelle für den Speicher 12 sind 1-Wort-Datenwerte nach dem Hinterende bereits aufgezeichneter Daten aufgezeichnet, und Daten hinsichtlich der Bereichstabelle des Speichers 13 und der Schlüsselrahmentabelle des Speichers 14, die den hinzugefügten Daten der Sequenztabelle entsprechen, sind ebenfalls zusätzlich aufgezeichnet. In den 12A und 12B sind die bereits gespeicherten Daten durch eine durchgezogene Linie dargestellt, und die zusätzlich aufgezeichneten Steuerungsdaten sind durch eine gestrichelte Linie dargestellt.
  • In der folgenden Beschreibung sind Adressen des Speichers 12 als ad12, 1d112, Adressen des Speichers 13 als ad13, adn13 und Adressen des Speichers 14 als ad14, adn14 bezeichnet. Vor einem Aufzeichnungsvorgang steuert die Aufzeichnungsträgersteuerung 3 der 3 freie Bereiche der Speicher auf Grundlage der Steuerungsdaten, und sie steuert jeden Speicher zum Einspeichern von Daten in jedem Sektor des zugehörigen freien Bereichs.
  • Unter Bezugnahme auf die 11A und 11B wird der Betrieb der Vorrichtung erläutert. Die Funktionsschritte (S) sind die folgenden.
  • Durch S101 bis S104 wird die Sequenztabelle des Speichers 12 eingetragen. Freie Bereiche des Speichers 12 und des Speichers 13 werden gesucht und als ad12 bzw. ad13 bestimmt (S101). Die Bereichstabellenadresse ad12 wird auf ad13 gesetzt und eine nächste Sequenzadresse wird auf "Ende" gesetzt (S112). Die Adresse für den letzten Datenwert, wie durch einen "nächste Sequenzadresse"-Zeiger der Sequenztabelle des Speichers 12 verknüpft, wird auf ad112 gesetzt (S103). Die nächste Sequenzadresse ad112 wird auf ad12 gesetzt (S104). Die Sequenztabelle verfügt nun über einen neuen 1-Wort- Datenwert "ad12", der an ihrem Hinterende hinzugefügt ist.
  • Es wird die Bereichstabelle des Speichers 13 eingetragen.
  • Der Steuerungsabschnitt 4 für codierte Daten empfängt die erste Sektornummer im Bereich für kontinuierliches Aufzeichnen auf dem Aufzeichnungsträger 2. Dieser eingegebene Datenwert wird als Startsektornummer ad13 verwendet (S105). Es wird nach einem freien Bereich in der Schlüsselrahmentabelle des Speichers 14 gesucht, und dieser wird als ad14 bestimmt (S106). Eine Startrahmenadresse zu ad13 wird auf ad14 gesetzt (S107). Dann werden die Sektornummer zum Aufzeichnen des Kopfteils eines Schlüsselpakets und zwei Sektornummern, die den Kopf- bzw. Endteil codierter Videodaten anzeigen, eingegeben. Diese drei Sektornummern werden als "Paketstart-Sektornummer", "-Schlüsselstart-Sektornummer" bzw. "Schlüsselende-Sektornummer" für den freien Bereich ad14 eingetragen (S108).
  • Der Bereich für kontinuierliches Aufzeichnen auf dem Aufzeichnungsträger 2 wird dahingehend geprüft, ob er zu Ende gegangen ist oder nicht (S109). Falls nicht, wird nach einem freien Bereich im Speicher 14 gesucht, und dieser wird als adn14 bestimmt (S110). Eine nächste Rahmenadresse zu ad14 wird auf adn14 gesetzt, und dann erfolgt eine solche Aktualisierung, dass ad14 den Wert adn14 anzeigt (S111). Der Ablauf kehrt zu S108 zurück. Durch die Schleife von S108 bis S111 werden die Sektornummern, die codierte Daten eines Schlüsselrahmens spezifizieren, der in einem kontinuierlichen Bereich auf dem Aufzeichnungsträger aufzuzeichnen ist, in die Schlüsselrahmentabelle eingeschrieben.
  • Wenn der Bereich für kontinuierliches Aufzeichnen auf dem Aufzeichnungsträger 2 in S109 endet, wird die letzte Sektornummer des Aufzeichnungsbereichs, die eine eingegebene Sektornummer ist, in einer "Endsektornummer" der Bereichstabelle ad13 aufgezeichnet (S112) und eine "nächste Rahmenadresse" ad14 der Schlüsselrahmentabelle wird auf "Ende" gesetzt. S105 bis S113 tragen 1-Wort-Datenwerte in die Bereichstabelle ein.
  • In S114 wird beurteilt, ob eingegebene Daten zu Ende gegangen sind oder nicht. Falls nicht, wird nach einem freien Bereich in der Bereichstabelle gesucht, und dieser wird als adn13 bestimmt (S115). Eine nächste Rahmenadresse ad13 wird auf adn13 gesetzt, und dann erfolgt eine Aktualisierung in solcher Weise, dass ad14 den Wert adn14 angibt (S116). Der Ablauf kehrt zum Schritt S105 zurück. Durch die Schleife von S105 bis S116 werden neue Daten in der Bereichstabelle erzeugt, wie durch einen Zeiger mit vorangehenden Daten in der Bereichstabelle verknüpft, und es werden Sektornummern für eine Reihe von Schlüsselrahmen, wie durch die Bereichstabellendaten spezifiziert, in der Schlüsselrahmentabelle aufgezeichnet. Wenn das Ende der eingegebenen Daten im Schritt 114 erkannt wird, wird die "nächste Bereichsadresse" ad13 auf "Ende" gesetzt (S117) und der Ablauf wird beendet.
  • Die Funktion der Steuerungsvorrichtung für codierte Daten beim normalen Abspielen codierter Daten ist die Folgende.
  • Im Fall des normalen Abspielens werden eine Startsektornummer und eine Endesektornummer der Bereichstabelle, entsprechend einer wiederzugebenden Videosequenz, in die Aufzeichnungsträgersteuerung 3 eingegeben. 13 veranschaulicht ein Flussdiagramm zum Betrieb der Vorrichtung bei normaler Wiedergabe codierter Daten. Zwei Zeiger, nämlich "Sequenzadresse" und "Bereichsadresse", werden dazu verwendet, Adressen einer Sequenztabelle bzw. einer Bereichstabelle anzuzeigen, die wiederzugebenden Daten entsprechen. Jede Tabelle hat die in den 8A und 8B dargestellte Struktur.
  • Die Funktionsschritte (S) sind die Folgenden.
  • Als Erstes werden eine Sequenzadresse und eine Bereichsadresse eingetragen (S121–S122), und dann werden Werte einer "Startsektornummer" und einer "Endsektornummer" der Bereichsadresse an die Aufzeichnungsträgersteuerung ausgegeben (S123, S124). Unter Verwendung einer ersten Sektornummer und einer letzten Sektornummer eines kontinuierlich bespielten Bereichs, wie vom Steuerungsabschnitt 4 für codierte Daten eingegeben, steuert die Aufzeichnungsträgersteuerung den Aufzeichnungsträger 2 zum Auslesen der im kontinuierlich bespielten Bereich desselben aufgezeichneten Daten.
  • Eine nächste Bereichsadresse der Bereichsadressen wird dahingehend überprüft, ob sie auf "Ende" gesetzt ist oder nicht (S125). Falls nicht, verbleibt immer noch ein Bereichstabellen-Datenwert, der der Sequenzadresse entspricht. Die Bereichsadresse wird daher auf die nächste Bereichsadresse innerhalb der Bereichsadressen geändert und der Zeiger wird weitergestellt (S126), woraufhin der Ablauf zu S123 zurückkehrt. Die Schleife von S123 bis S126 realisiert eine anschließende Ausgabe der ersten und letzten Sektornummer für eine Anzahl kontinuierlicher Aufzeichnungsbereiche auf dem Aufzeichnungsträger 2, die 1-Wort-Daten in der Sequenztabelle entsprechen.
  • Wenn die nächste Bereichsadresse in S125 endet, wird eine nächste Sequenzadresse innerhalb der Sequenzadressen dahingehend überprüft, ob sie auf "Ende" gesetzt ist oder nicht (S127). Falls nicht, verbleibt eine auf dem Aufzeichnungsträger 2 aufgezeichnete Videosequenz. Die Sequenzadresse wird daher auf die nächste Sequenzadresse innerhalb der Sequenzadressen geändert und der Zeiger wird weitergestellt (S128), woraufhin der Ablauf zu S122 zurückkehrt. Die Schleife von S122 bis S128 realisiert eine anschließende Ausgabe der ersten und letzten Sektornummer für einen kontinuierlichen Aufzeichnungsbereich, bis die auf dem Aufzeichnungsträger 2 aufgezeichnete Videosequenz an ihr Ende gelangt.
  • 14 veranschaulicht ein Flussdiagramm zum Betrieb der Vorrichtung beim schnellen Abspielen der codierten Daten. Im Fall des schnellen Abspielens werden die Sektornummern hinsichtlich derer der Kopf- und Endteil codierter Videodaten eines Schlüsselrahmens in der Schlüsselrahmentabelle aufgezeichnet sind, ausgelesen und in die Aufzeichnungsträgersteuerung 3 eingegeben. Es werden drei Zeiger "Sequenzadresse", "Bereichsadresse" und "Schlüsselrahmenadresse" verwendet, um Adressen einer Sequenztabelle, einer Bereichstabelle bzw. einer Schlüsselrahmentabelle anzuzeigen, die wiederzugebenden Daten entsprechen.
  • Die Funktionsschritte (S) sind die Folgenden.
  • Zunächst werden eine Sequenzadresse, eine Bereichsadresse und eine Schlüsselrahmenadresse eingetragen (S131–S133), und dann werden eine "Startsektornummer" und eine "Endsektornummer" der Schlüsselrahmenadresse an die Aufzeichnungsträgersteuerung 3 ausgegeben (S134). Die Aufzeichnungsträgersteuerung 3 steuert den Aufzeichnungsträger 2 in solcher Weise, dass die codierten Videodaten des Schlüsselrahmens unter Verwendung der vom Steuerungsabschnitt 4 für codierte Daten eingegebenen ersten und letzten Sektornummer ausgelesen werden.
  • Eine nächste Rahmenadresse innerhalb der Schlüsselrahmenadressen wird dahingehend überprüft, ob sie auf "Ende" gesetzt ist oder nicht (S135). Falls nicht, enthält die Tabelle für den nächsten Schlüsselrahmen die Sektornummer, auf die als nächste zuzugreifen ist. Die Schlüsselrahmenadresse wird daher auf die nächste Rahmenadresse innerhalb der Schlüsselrahmenadressen geändert und der Zeiger wird weitergestellt (S136), woraufhin der Ablauf zu S134 zurückkehrt. Die Schleife von S134 bis S136 gibt eine Anzahl von in der Schlüsselrahmentabelle aufgezeichneten Sektornummern, die 1-Wort-Daten in der Bereichstabelle entsprechen, an die Aufzeichnungsträgersteuerung 3 aus.
  • Wenn die nächste Rahmenadresse in S135 endet, wird die nächste Bereichsadresse innerhalb der Bereichsadressen dahingehend überprüft, ob sie auf "Ende" gesetzt ist oder nicht (S137). Falls nicht, verbleibt innerhalb der der Sequenzadresse entsprechenden Tabellendaten ein Bereich. Die Bereichsadresse wird daher auf die nächste Bereichsadresse innerhalb der Bereichsadressen geändert und der Zeiger wird weitergestellt (S138), woraufhin der Ablauf zu S133 zurückkehrt. Die Schleife von S133 bis S138 realisiert eine nachfolgende Ausgabe der Sektornummern codierter Videodaten des Schlüsselrahmens, die 1-Wort-Daten in der Sequenztabelle entsprechen.
  • Wenn die nächste Bereichsadresse in S137 endet, wird die nächste Sequenzadresse innerhalb der Sequenzadressen dahingehend überprüft, ob sie auf "Ende" gesetzt ist oder nicht (S139). Falls nicht, verbleibt eine auf dem Aufzeichnungsträger 2 aufgezeichnete Videosequenz. Die Sequenzadresse wird daher auf die nächste Sequenzadresse innerhalb der Sequenzadressen geändert und der Zeiger wird weitergestellt (S140), woraufhin der Ablauf zu S131 zurückkehrt. Die Schleife von S132 bis S140 realisiert eine nachfolgende Ausgabe von den codierten Videodaten des Schlüsselrahmens entsprechend den Sektornummern, bis die auf dem Aufzeichnungsträger 2 aufgezeichnete Videosequenz an ihr Ende gelangt.
  • Beim Beispiel der 14 werden alle in der Schlüsselrahmentabelle aufgezeichnete Sektornummern ausgegeben. D. h., dass alle Schlüsselrahmen wiedergegeben werden, wobei jedoch im Fall eines sehr schnellen Abspielens einige Rahmen weggelassen und nicht ausgegeben werden können. Um einen P-Rahmen zu decodieren, ist es erforderlich, einen vorangehenden decodierten I- oder P-Rahmen zu verwenden. Daher ist es, wenn I- oder P-Rahmen in einer GOP (group of pictures = Bildergruppe) weggelassen werden, unmöglich, P-Rahmen nach weggelassenen Rahmen in der GOP zu decodieren.
  • Wenn der Rahmen (c) in der GOP der 15 weggelassen wird, kann der Rahmen (d) nicht decodiert werden, da es am decodierten Bild des Rahmens (c) fehlt, auf das der Rahmen zurückbezogen werden muss. In ähnlicher Weise können die Rahmen (c), (d) nicht decodiert werden, wenn der Rahmen (b) weggelassen wurde, und die Rahmen (b), (c), (d) können nicht decodiert werden, wenn der Rahmen (a) weggelassen wurde. Im Fall des Abspielens mit hoher Geschwindigkeit ist es erforderlich, einen wegzulassenden (nicht auszugebenden) Rahmen dadurch zu bestimmen, dass eine Berechnung aus der Wiedergaberate beim Abspielen mit hoher Geschwindigkeit erfolgt, da die Anzahl der Rahmen, die nicht decodiert werden können, davon abhängt, welcher Rahmen weggelassen wird.
  • Die 16A und 16B zeigen ein anderes Beispiel für Steuerungsdaten, die im in 3 dargestellten Steuerungsabschnitt 4 für codierte Daten aufzuzeichnen sind. Die in den 16A und 16b angegebenen Bezugszahlen sind dieselben, wie sie in den 8A und 8B verwendet sind.
  • Dieses Beispiel gilt für den Fall, dass ein das Ende eines Schlüsselrahmens anzeigendes Signal von einem Decodierer eingegeben wird. D. h., dass das vorliegende Beispiel dem Fall entspricht, dass Schlüsselende-Sektornummern, die Elemente einer Schlüsselrahmentabelle sind, aus den beispielhaften Steuerungsdaten der 8A und 8B weggelassen sind, die im Steuerungsabschnitt 4 für codierte Daten aufzuzeichnen sind. Demgemäß kann der Steuerungsabschnitt für codierte Daten beim vorliegenden Beispiel ein kleineres Aufzeichnungsvermögen als beim Beispiel der 8A und 8B aufweisen.
  • Der Betrieb des vorliegenden Ausführungsbeispiels unterscheidet sich von dem des Beispiels der 8A und 8B im Fall des Abspielens mit hoher Geschwindigkeit. D. h., dass im Fall des Abspielens mit hoher Geschwindigkeit mittels Steuerungsdaten der 8A und 8B die Aufzeichnungssteuerung 3 das Ende eines Schlüsselrahmens durch die ausgegebene Schlüsselende-Sektornummer in der Schlüsselrahmentabelle erkennt, wobei jedoch beim vorliegenden Ausführungsbeispiel keine Ausgangsdaten vorliegen, die das Ende eines Schlüsselrahmens in der Schlüsselrahmentabelle anzeigen, weswegen die Aufzeichnungsträgersteuerung 3 das Ende eines Schlüsselrahmens durch ein Ausgangssignal von einem Decodierer erkennt. Im Fall des normalen Abspielens oder des Abspielens mit Zeigereditieren besteht kein Bedarf an einer Verwendung der Schlüsselrahmen-Endesignale, weswegen der Steuerungsvorgang derselbe wie beim Beispiel der 8A und 8B ist.
  • Die 17A und 17B dienen zur Veranschaulichung eines anderen Beispiels von Steuerungsdaten, wobei Bezugszahlen ähnlich denen sind, die in 16A und 16B angegeben sind.
  • Beim vorliegenden Beispiel wird mit Direktzugriff auf die Kopfposition eines Schlüsselpakets zugegriffen, um synchrone Wiedergabe von Video- und Audioausgangssignalen oder Wiedergabe von nur Videoausgangssignalen auszu führen, nachdem ein Schlüsselrahmen-Endsignal vom Decodierer empfangen wurde. Wie bereits beschrieben, muss bei diesem Beispiel die Wiedergabe von nur Audiodaten dadurch ausgeführt werden, dass überflüssige codierte Audiodaten gelesen werden, wodurch die Anzahl wiederzugebender Videorahmen, z. B. im Hochgeschwindigkeitsmodus, entsprechend verringert ist, wobei jedoch die Menge an Steuerungsdaten verringert sein kann.
  • Bei der Wiedergabe mit Indexsuche, Abspielen mit hoher Geschwindigkeit und Zeigereditieren ist es erforderlich, I-Rahmen unter allen zu verwaltenden Schlüsselrahmen zu erkennen. Bei den Beispielen der 8A, 8B; 16A, 16B und 17A, 17B können I-Rahmen ausgewählt werden, wenn die Schlüsselrahmentabelle zum Steuern von nur I-Rahmen verwendet wird, jedoch können I-Rahmen kaum von P-Rahmen unterschieden werden, wenn die Schlüsselrahmentabelle sowohl zum Steuern von I- als auch P-Rahmen verwendet wird.
  • Demgemäß erhält, wie es in 18 dargestellt ist, jeder 1-Wort-Datenwert in der Schlüsselrahmentabelle ein 1-Bit-Flag 31, das einen I- oder einen P-Rahmendatenwert anzeigt, wodurch jeder Schlüsselrahmen dahingehend erkannt werden kann, ob er ein I- oder ein P-Rahmen ist. Die Schlüsselrahmentabelle der 17A und 17B wird dadurch erstellt, dass zu jedem Rahmen in der Rahmentabelle der 8A und 8B 1-Bit-Flags hinzugefügt werden. Die Schlüsselrahmentabellen der 16A, 16B und 17A, 17B können auch dadurch modifiziert werden, dass ein 1-Bit-Flag zu jedem 1-Wort-Datenwert in ihnen hinzugefügt wird. Durch diese Vorgehensweise können I- von P-Rahmen unterschieden werden.
  • Nun wird ein Ausführungsbeispiel der Erfindung wie folgt beschrieben.
  • 19 ist ein Blockdiagramm, das ein anderes Ausführungsbeispiel eines Steuerungsabschnitts für codierte Daten bei der in 3 dargestellten Vorrichtung zeigt. In 19 kennzeichnet die Zahl 32 eine Speichersteuerung, und die Zahlen 33 und 34 kennzeichnen Speicher. Andere Komponenten, die funktionsmäßig solchen ähnlich sind, wie sie in 7 dargestellt sind, sind mit denselben Bezugszahlen versehen.
  • Der Steuerungsabschnitt 4 für codierte Daten besteht aus vier Speichern 12, 13, 33 und 34 sowie einer Speichersteuerung 32. Die Speicher 12 und 13 sind denen ähnlich, die in 7 dargestellt sind. Der Speicher 44 speichert eine vierte Tabelle zum Steuern von Information zu Aufzeichnungspositionen von I-Rahmen auf einem Aufzeichnungsträger (nachfolgend als Tabelle für Schlüsselrahmen vom I-Typ bezeichnet), während der Speicher 34 eine fünfte Tabelle zum Steuern von Information zu Aufzeichnungspositionen von P-Rahmen auf einem Aufzeichnungsträger (nachfolgend als Tabelle für Schlüsselrahmen vom P-Typ bezeichnet) speichert. Die 20A und 20B veranschaulichen ein Beispiel von Steuerungsdaten, die in den Tabellen für Schlüsselrahmen vom I- und vom P-Typ aufzuzeichnen sind. In den 20A und 20B sind die folgenden Elemente dargestellt: Eine nächste I-Rahmenadresse 41, eine Paketstart-Sektornummer 42, eine I-Schlüsselstart-Sektornummer 43 für einen I-Rahmen, eine I-Schlüsselende-Sektornummer 44 für einen I-Rahmen, eine P-Rahmenadresse 45, eine nächste P-Rahmenadresse 46, eine P-Schlüsselstart-Sektornummer 47 für einen P-Rahmen, eine P-Schlüsselende-Sektornummer 48 für einen P-Rahmen. Adressen 41, 45 und 46 sind Zeiger (Verknüpfungsinformation), und Sektornummern 42, 43, 44 und 45 werden als Information zu Aufzeichnungspositionen verwendet.
  • Jede Tabelle ist ähnlich wie die Schlüsselrahmentabelle der 8A und 8B aufgebaut. Die Tabelle für Schlüsselrahmen vom I-Typ unterscheidet sich jedoch von der Schlüsselrahmentabelle der 8A und 8B dadurch, dass sie mit Zeigern versehen ist, die P-Rahmenadresse der Tabelle für Schlüsselrahmen vom P-Typ angeben. Die Tabelle für Schlüsselrahmen vom P-Typ muss keine Information zum Ort von Schlüsselpaketen aufweisen, da sie nur im Fall eines schnellen Abspielens verwendet werden soll.
  • Beim Beispiel der 20A und 20B ist eine Tabelle für Schlüsselrahmen vom I-Typ, die einem Rahmen entsprechen der 1-Wort-Daten enthält, durch eine darin enthaltene P-Rahmenadresse 45 mit einer Reihe von Wortdaten der Tabelle für Schlüsselrahmen vom P-Typ verknüpft, die durch eine nächste P-Rahmenadresse 46 miteinander verknüpft sind.
  • Bei einem Videorecorder/-Spieler unter Verwendung einer erfindungsgemäßen Steuerungsvorrichtung für codierte Daten ist es möglich, die Abspielreihenfolge oder die Löschvideosequenz oder einen Teil davon dadurch zu ändern, dass nur die Sequenztabelle des Speichers 12, die Aufzeichnungsbereichstabelle des Speichers 13 und die Schlüsselrahmentabelle des Speichers 14 geändert werden, wodurch das Erfordernis einer Änderung codierter Daten beseitigt ist. Z. B. kann eine einzelne Videosequenz dadurch gelöscht werden, dass ein 1-Wort-Datenwert der Sequenztabelle, der der zu löschenden Videosequenz entspricht, vom Zeiger für die nächste Sequenzadresse getrennt wird.
  • Im Fall des Änderns der Reihenfolge wiederzugebender Videosequenzen ist es erforderlich, nur die Reihenfolge der "nächste Sequenzadresse"-Zeiger zu ändern. Wenn es erwünscht ist, eine Videosequenz zu löschen, wobei ein spezifizierter Abschnitt verbleibt, werden Daten der Bereichstabelle, die dem zu löschenden Abschnitt entsprechen, von einem "nächste Bereichsadresse"-Zeiger getrennt, und eine Startsektornummer und eine Endesektornummer, die für den nicht zu löschenden Abschnitt gelten, werden eingetragen. Im Fall eines Zeigereditierens werden die neue Wiedergabereihenfolge anzeigende Steuerungsdaten aus den ursprünglichen Steuerungsdaten aufgebaut und gesondert von den ursprünglichen Steuerungsdaten gespeichert. Durch diese Vorgehensweise ist es möglich, eine Anzahl von Videowiedergabemöglichkeiten wahrzunehmen, wobei die ursprüngliche Sequenz unverändert bleibt.
  • Um neue Daten in jede Tabelle einzuschreiben, ist es erforderlich, darin nicht benutzte Adressen zu verwalten. Es können mehrere Verfahren verwendet werden, um nichtbenutzte Adressen zu verwalten, z. B. durch Bereitstellen einer Steuerungstabelle für unbenutzte Bereiche für jede Tabelle oder durch Suchen nach einer nichtbenutzten Adresse entlang Zeigern. Die Steuerung unbenutzter Adressen kann auch so ausgeführt werden, wie es in 21A und 21B dargestellt ist.
  • Nun wird ein Ausführungsbeispiel der Erfindung wie folgt beschrieben.
  • Die 21A und 21B sind Ansichten von Speichertabellen, bei denen ein 1-Bit-Flag, das anzeigt, ob eine Adresse benutzt oder unbenutzt ist, zu jedem 1-Wort-Datenwert hinzugefügt ist. In den 21A und 21B bezeichnen die Zahlen 51, 52 und 53 Flags, die anzeigen, ob eine Adresse benutzt ist oder nicht. Andere Komponenten mit ähnlicher Funktion wie der in den 8A und 8B dargestellten Komponenten sind mit denselben Bezugszahlen versehen. Jede Tabelle der 21A und 21B wird dadurch erstellt, dass Flags 51–53, und zwar jeweils eines pro Wort, beim Beispiel der 8A und 8B, wie im Anspruch 5 definiert, hinzugefügt werden. Dieses Merkmal kann auch bei den Beispielen der 16A, 16B, 17A, 17B; 18 sowie 20A, 20B angewandt werden.
  • Beim o. g. Beispiel werden Steuerungsdaten aufgebaut, wenn ein Aufzeichnen codierter Daten und ein schnelles Abspielen durch Direktzugriff unter Verwendung der Steuerungsdaten ausgeführt werden. Demgemäß ist es erforderlich, benötigte Steuerungsdaten aufzubauen, wenn auf einem Aufzeichnungsträger nur codierte Daten, ohne Steuerungsdaten, aufgezeichnet sind.
  • Ein Ausführungsbeispiel der Erfindung dazu, wie der Aufbau der Steuerungsdaten beim Ausführungsbeispiel der 3 erfolgt, wird wie folgt beschrieben.
  • Die Aufzeichnungsträgersteuerung 3 gibt Aufzeichnungsträger-Steuerungsdaten zum Auslesen aller auf dem Aufzeichnungsträger 2 vom Anfang bis zum Ende aufgezeichneten Daten aus. Der Datenverarbeitungsabschnitt 1 enthält Erkennungsschaltungen, die den Anfang und das Ende jeder Videosequenz, jedes Pakets bzw. jedes Schlüsselrahmens erkennen. Die Sektornummern, in denen der Kopf- und der Endeteil jeder Videosequenz aufgezeichnet sind, die Sektornummern, in denen der Kopfteil jedes Schlüsselpakets aufgezeichnet ist, und die Sektornummern, in denen der Kopf- und der Endeteil codierter Videodaten aufgezeichnet sind, werden vom Datenverarbeitungsabschnitt 1 an den Steuerungsabschnitt 4 für codierte Daten ausgegeben, der seinerseits zusätzliche Steuerungsdaten auf ähnliche Weise aufzeichnet, wenn codierte Daten aufgezeichnet werden.
  • Bei den oben beschriebenen Beispielen ist der Ort von Datensätzen auf einem Aufzeichnungsträger durch Sektornummern spezifiziert, jedoch besteht keine Beschränkung auf eine derartige Kennzeichnung. Dies kann auch von Arten von Aufzeichnungsträgern abhängen. Z. B. verwenden einige Arten von Trägern die Kennzeichnung einer Aufzeichnungsspur statt eines Sektors.
  • Die erfindungsgemäße Steuerungsvorrichtung für codierte Daten kann Information zum Ort von Schlüsselrahmen (die bei der Wiedergabe codierter Daten als Bezugsrahmen zu verwenden sind) als Steuerungsdaten aufzeichnen, wenn durch das MPEG-Verfahren codierte Aufzeichnungsdaten auf einem Aufzeichnungsträger aufgezeichnet werden, und sie kann unter Verwendung der aufgezeichneten Steuerungsdaten korrekt auf jeden beliebigen Rahmen zugreifen, um dadurch Funktionen wie Indexsuche, schnelles Abspielen, Editieren usw. zu realisieren.
  • Wie es aus dem Vorstehenden ersichtlich ist, bietet die Erfindung die folgenden Vorteile.
  • Information zu Aufzeichnungsorten codierter Videodaten, codierter Audiodaten und gemultiplexter, codierter Daten, die jedem Schlüsselrahmen entsprechen, auf einem Aufzeichnungsträger werden als Steuerungsdaten gespeichert. Dies ermöglicht es, auf eine Weise den Ort jedes gewünschten Schlüsselrah mens auf dem Aufzeichnungsträger aufzufinden. Schneller Direktzugriff auf codierte Daten kann realisiert werden, ohne überflüssige Daten zu lesen.
  • Die Kopf- und Endeteile codierter Videodaten, codierter Audiodaten und gemultiplexter, codierter Daten, die einem Schlüsselrahmen entsprechen, werden als Steuerungsdaten verwendet. Daher ist es möglich, einen Direktzugriff auf gewünschte Daten auszuführen, ohne überflüssige Daten zu lesen, und eine Schnellsuche betreffend den gewünschten Datenkopfteil zu realisieren. D. h., dass die Anzahl der pro Zeiteinheit beim Abspielen mit hoher Geschwindigkeit wiederzugebenden Videorahmen erhöht werden kann und korrekter Zugriff auf die Verbindung zwischen Bildern zur Wiedergabe mit Zeigereditierung wirkungsvoll ausgeführt werden kann.
  • Auf gemultiplexte, codierte Daten wird zugegriffen, um Video- und Audioausgangssignale synchron wiederzugeben, während nur auf codierte Videodaten zugegriffen wird, um nur Videoausgangssignale wiederzugeben. Dies ermöglicht die Wiedergabe einer erhöhten Anzahl von Bildern pro Zeiteinheit, wenn nur ein Abspielen von Videosignalen mit hoher Geschwindigkeit benötigt ist.
  • Steuerungsdaten sind mit solcher Hierarchie organisiert, dass eine Videosequenz den ersten Rang einnimmt, ein Aufzeichnungsbereich den zweiten Rang einnimmt und der Ort eines Schlüsselrahmens in einem Aufzeichnungsbereich den dritten Rang einnimmt. Diese hierarchische Struktur gewährleistet ein einfaches Aktualisieren der Steuerungsdaten im Fall des Aufzeichnens einer neuen Videosequenz, einfaches Löschen einer Videosequenz oder einfaches Ändern der Wiedergabereihenfolge von Videosequenzen.
  • Steuerungsdaten, die in einem Aufzeichnungsbereich aufzuzeichnenden Schlüsselrahmen entsprechen, werden mit solcher hierarchischer Struktur aufbewahrt, dass ein I-Rahmen und ein darauf folgender P-Rahmen vorliegen. Dies ermöglicht es, I- und P-Rahmen gesondert voneinander zu steuern. Demgemäß ist es möglich, mit hoher Geschwindigkeit (entsprechend der Abspielgeschwindigkeit) wiederzugebende Rahmen adaptiv auszuwählen, da I- und P-Rahmen voneinander unterschieden werden können und auf dem Aufzeichnungsträger leicht aufgefunden werden können. Information zur Verknüpfung von Steuerungsdaten in derselben Hierarchie und Steuerungsdaten in verschiedenen Hierarchien wird durch Zeiger geliefert, die die Wiedergabereihenfolge codierter Daten in jeder Tabelle angeben, sowie Zeiger, die die Verbindung einer Tabelle mit einer anderen anzeigen. Durch adaptives Editieren dieser Zeiger ist es möglich, jede beliebige Videosequenz auf einfache Weise aufzuzeichen und zu löschen, die Wiedergabereihenfolge von Videosequenzen zu ändern, einen Teil einer Videosequenz zu löschen oder die Wiedergabereihenfolge von Bildern einer Videosequenz zu ändern.
  • Jedes Wort der Steuerungsdaten ist mit einem 1-Bit-Flag versehen, das anzeigt, ob das Wort benutzt ist oder nicht, d. h., ob ein jeweiliger Bereich des Steuerungsdatenspeichers frei oder belegt ist. Dies vereinfacht die Steuerung freier Bereiche in Steuerungsdatenspeichern.
  • Steuerungsdaten können dann aufgebaut werden, wenn auf einem Aufzeichnungsträger keine Steuerungsdaten aufgezeichnet sind. D. h., dass ein Aufzeichnungsträger mit in ihm umgeschriebenen Steuerungsdaten durch Direktzugriff wiedergegeben werden kann, ohne dass überflüssige Daten ausgelesen werden.
  • Wie oben beschrieben, erlaubt eine durch Interrahmenvorhersage gemäß dem MPEG-Verfahren codierte Videosequenz Direktzugriff nur auf spezielle Schlüsselrahmen. Die erfindungsgemäße Steuerungsvorrichtung für codierte Daten steuert Aufzeichnungspositionen codierter Videodaten, codierter Audiodaten und gemultiplexter, codierter Daten, die jedem Schlüsselrahmen entsprechen, und sie kann unter Verwendung der Steuerungsdaten einen Direktzugriff auf jeden gewünschten Schlüsselrahmen ausführen, wodurch sie es ermöglicht, auf effektive und einfache Weise ein Abspielen mit hoher Geschwindigkeit und ein Editieren von Zeigern auszuführen. Ferner kann sie Video einhergehend mit Audio handhaben.

Claims (9)

  1. Wiedergabevorrichtung zum Steuern der Wiedergabe von Multiplexdaten in einem Aufzeichnungsträger (2), wobei die Multiplexdaten aus codierten Videodaten und codierten Audiodaten bestehen, wobei die codierten Videodaten Schlüsselrahmendaten und andere Datenrahmen enthalten, mit: einem Datenverarbeitungsabschnitt (1) zum Lesen der Multiplexdaten und von Steuerdaten vom Aufzeichnungsträger (2), wobei die Steuerdaten für Direktzugriff erforderliche Ortsinformation enthalten; ferner gekennzeichnet durch eine Aufzeichnungsträger-Steuerung (3) zum Steuern des Datenverarbeitungsabschnitts (1) sowie eine Steuerdaten-Handhabungsvorrichtung (4) zum Ausgeben der Ortsinformation an die Aufzeichnungsträger-Steuerung (3), wobei die Steuerdaten getrennt von den Multiplexdaten gespeichert werden, so dass sie unabhängig von den Multiplexdaten gelesen/geschrieben werden können; ferner dadurch gekennzeichnet, dass die Rahmen der codierten Videodaten in derjenigen Reihenfolge, in der sie codiert wurden, auf dem Aufzeichnungsträger (2) aufgezeichnet werden, und dass die Ortsinformation den Ort der Schlüsselrahmen in den Multiplexdaten anzeigt, wobei die Ortsinformation zumindest Video-Ortsinformation, die eine Kopfposition und/oder eine Endeposition codierter Videodaten entsprechend einem Schlüsselrahmen anzeigt, oder Audio-Ortsinformation, die eine Kopfposition und/oder eine Endeposition codierter Audiodaten entsprechend einem Schlüsselrahmen anzeigt, oder Multiplexdaten-Ortsinformation, die eine Kopfposition und/oder eine Endeposition von Multiplexdaten für Wiedergabe aus einem Schlüsselrahmen anzeigt, enthält.
  2. Vorrichtung nach Anspruch 1, die so ausgebildet ist, dass sie die Multiplexdaten-Ortsinformation für synchrone Wiedergabe von Audio und Video verwendet und die Video-Ortsinformation zur Wiedergabe von nur Video verwendet.
  3. Vorrichtung nach Anspruch 1 oder 2, bei der die Steuerdaten Verknüpfungsinformation enthalten, die die Schlüsselrahmendaten eines der Schlüsselrahmen mit dem Ort der Schlüsseldaten eines vorangehenden und/oder eines folgenden der Schlüsselrahmen in einer Wiedergabesequenz verknüpft.
  4. Vorrichtung nach einem der vorstehenden Ansprüche, bei der der Steuerdaten-Handhabungsabschnitt (4) über einen ersten Speicherbereich (12), einen zweiten Speicherbereich (13), einen dritten Speicherbereich (14) und eine Speichersteuerung (11) zum Handhaben der im ersten, zweiten und dritten Speicherbereich abgespeicherten Steuerdaten verfügt; wobei die Steuerdaten im ersten Speicherbereich die Reihenfolge der Wiedergabesequenzen anzeigen, die Steuerdaten im zweiten Speicherbereich den Aufzeichnungsbereich der Multiplexdaten auf dem Aufzeichnungsträger (2) anzeigen und die Steuerdaten im dritten Speicherbereich den Ort von Schlüsselrahmendaten anzeigen.
  5. Vorrichtung nach einem der Ansprüche 1 bis 4, bei der der Steuerdaten-Handhabungsabschnitt (4) über einen ersten Speicherbereich (12), einen zweiten Speicherbereich (13), einen vierten Speicherbereich (33), einen fünften Speicherbereich (34) und eine Speichersteuerung (32) zum Handhaben der im ersten, zweiten, vierten und fünften Speicherbereich gespeicherten Steuerdaten verfügt; wobei die Steuerdaten im ersten Speicherbereich die Reihenfolge der Wiedergabesequenzen anzeigen, die Steuerdaten im zweiten Speicherbereich den Aufzeichnungsbereich der Multiplexdaten auf dem Aufzeichnungsträger (2) anzeigen, die Steuerdaten im vierten Speicherbereich den Ort von Intrarahmen-codierten Schlüsselrahmen (I) anzeigen und die Steuerdaten im fünften Speicherbereich den Ort von vorwärts-vorhergesagten Schlüsselrahmen (P) anzeigen.
  6. Vorrichtung nach Anspruch 4 oder Anspruch 5, bei der jedes Wort in den Speicherbereichen mit einem Flag versehen ist, das anzeigt, ob es benutzt wird oder nicht.
  7. Vorrichtung nach einem der vorstehenden Ansprüche, die so ausgebildet ist, dass sie codierte Daten vom Aufzeichnungsträger (2) liest und daraus die Steuerdaten wiederherstellt.
  8. Aufzeichnungsvorrichtung zum Aufzeichnen von Steuerdaten betreffend Multiplexdaten, die aus codierten Videodaten und codierten Audiodaten bestehen, wobei die codierten Videodaten Schlüsselrahmendaten und andere Rahmendaten enthalten, wobei die Schlüsselrahmen zumindest einen Intrarahmen-codierten Rahmen oder einen vorwärts-vorhergesagten Rahmen enthalten, mit: einem Datenverarbeitungsabschnitt (1) zum Lesen der Multiplexdaten und von Steuerdaten vom Aufzeichnungsträger (2), wobei die Steuerdaten für Di rektzugriff erforderliche Ortsinformation enthalten; ferner gekennzeichnet durch eine Aufzeichnungsträger-Steuerung (3) zum Steuern des Datenverarbeitungsabschnitts (1) sowie eine Steuerdaten-Handhabungsvorrichtung (4) zum Ausgeben der Ortsinformation an die Aufzeichnungsträger-Steuerung (3), wobei die Steuerdaten getrennt von den Multiplexdaten gespeichert werden, so dass sie unabhängig von den Multiplexdaten gelesen/geschrieben werden können; ferner dadurch gekennzeichnet, dass die Rahmen der codierten Videodaten in derjenigen Reihenfolge, in der sie codiert wurden, auf dem Aufzeichnungsträger (2) aufgezeichnet werden, und dass die Ortsinformation den Ort der Schlüsselrahmen in den Multiplexdaten anzeigt, wobei die Ortsinformation zumindest Video-Ortsinformation, die eine Kopfposition und/oder eine Endeposition codierter Videodaten entsprechend einem Schlüsselrahmen anzeigt, oder Audio-Ortsinformation, die eine Kopfposition und/oder eine Endeposition codierter Audiodaten entsprechend einem Schlüsselrahmen anzeigt, oder Multiplexdaten-Ortsinformation, die eine Kopfposition und/oder eine Endeposition von Multiplexdaten für Wiedergabe aus einem Schlüsselrahmen anzeigt, enthält.
  9. Multiplexdaten enthaltender Aufzeichnungsträger, wobei die Multiplexdaten aus codierten Videodaten und codierten Audiodaten bestehen, wobei die codierten Videodaten Schlüsselrahmendaten und andere Rahmendaten enthalten, wobei die Schlüsselrahmen zumindest über einen Intrarahmen-codierten Rahmen oder einen vorwärts-vorhergesagten Rahmen verfügen, und mit Steuerdaten, die für Direktzugriff erforderliche Ortsinformation enthalten; dadurch gekennzeichnet, dass die Steuerdaten getrennt von den Multiplexdaten aufgezeichnet sind, so dass die Steuerdaten unabhängig von den Multiplexdaten gelesen/geschrieben werden können; und dass die Rahmen der codierten Videodaten in derjenigen Reihenfolge, in der sie codiert wurden, auf dem Aufzeichnungsträger (2) aufgezeichnet werden, und die Ortsinformation den Ort der Schlüsselrahmen in den Multiplexdaten anzeigt, wobei die Ortsinformation zumindest Video-Ortsinformation, die eine Kopfposition und/oder eine Endeposition codierter Videodaten entsprechend einem Schlüsselrahmen anzeigt, oder Audio-Ortsinformation, die eine Kopfposition und/oder eine Endeposition codierter Audiodaten entsprechend einem Schlüsselrahmen anzeigt, oder Multiplexdaten-Ortsinformation, die eine Kopfposition und/oder eine Endeposition von Multiplexdaten für Wiedergabe aus einem Schlüsselrahmen anzeigt, enthält.
DE1995632594 1994-07-29 1995-05-02 Steuerungsvorrichtung für codierte Daten Expired - Lifetime DE69532594T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP17900094 1994-07-29
JP17900094A JP3359745B2 (ja) 1994-07-29 1994-07-29 動画像再生装置、及び動画像記録装置

Publications (2)

Publication Number Publication Date
DE69532594D1 DE69532594D1 (de) 2004-03-25
DE69532594T2 true DE69532594T2 (de) 2004-12-23

Family

ID=16058369

Family Applications (2)

Application Number Title Priority Date Filing Date
DE1995632594 Expired - Lifetime DE69532594T2 (de) 1994-07-29 1995-05-02 Steuerungsvorrichtung für codierte Daten
DE1995619607 Expired - Lifetime DE69519607T2 (de) 1994-07-29 1995-05-02 Steuerungsvorrichtung für codierte Daten

Family Applications After (1)

Application Number Title Priority Date Filing Date
DE1995619607 Expired - Lifetime DE69519607T2 (de) 1994-07-29 1995-05-02 Steuerungsvorrichtung für codierte Daten

Country Status (4)

Country Link
US (3) US6021250A (de)
EP (2) EP0695098B1 (de)
JP (1) JP3359745B2 (de)
DE (2) DE69532594T2 (de)

Families Citing this family (193)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3359745B2 (ja) * 1994-07-29 2002-12-24 シャープ株式会社 動画像再生装置、及び動画像記録装置
US6009237A (en) * 1995-02-24 1999-12-28 Hitachi Ltd. Optical disk and optical disk reproduction apparatus
US6002834A (en) * 1995-02-24 1999-12-14 Hitachi, Ltd. Optical disk having table relating sector address and time and optical disk reproducing apparatus
JP3329979B2 (ja) * 1995-02-24 2002-09-30 株式会社日立製作所 光ディスク及び光ディスク再生装置
US20020044757A1 (en) * 1995-08-04 2002-04-18 Sony Corporation Information carrier, device for reading and device for providing the information carrier and method of transmitting picture information
EP2259587B1 (de) 1996-02-28 2013-12-11 Panasonic Corporation Optische Platte mit hoher Auflösung zum Aufzeichnen von stereoskopischem Video, Vorrichtung zur Wiedergabe einer optischen Platte und Vorrichtung zum Aufzeichnen auf einer optischen Platte
JP3938605B2 (ja) * 1996-03-22 2007-06-27 パイオニア株式会社 情報記録装置及び方法、情報再生装置及び方法並びに情報処理装置及び方法
JP4099547B2 (ja) * 1997-01-23 2008-06-11 ソニー株式会社 ディジタル信号編集装置及び方法
US6377748B1 (en) 1997-02-18 2002-04-23 Thomson Licensing S.A. Replay bit stream searching
US6229951B1 (en) 1997-02-18 2001-05-08 Thomson Consumer Electronics Digital video picture and ancillary data processing and storage
EP1193708B1 (de) 1997-09-17 2006-03-29 Matsushita Electric Industrial Co., Ltd. Optische Platte, Aufzeichnungsgerät, und rechnerlesbares Aufzeichnungsmedium
US7085478B2 (en) 1997-09-17 2006-08-01 Matsushita Electric Industrial Co., Ltd. Optical disc, recording apparatus, and computer-readable recording medium
JP3380763B2 (ja) * 1998-01-23 2003-02-24 松下電器産業株式会社 画像処理方法
CN100447883C (zh) * 1998-05-06 2008-12-31 汤姆森特许公司 重放位流的处理
CN1783300B (zh) * 1998-05-06 2011-04-20 汤姆森特许公司 用于产生特技播放模式视频图像的播放机和方法
KR100309695B1 (ko) * 1998-06-01 2001-12-28 구자홍 간헐영상의압축기록방법및압축간헐영상의재생방법
EP1021048A3 (de) 1999-01-14 2002-10-02 Kabushiki Kaisha Toshiba System zur Aufnahme von digitalem Video und Aufnahmemedium
GB9909362D0 (en) 1999-04-23 1999-06-16 Pace Micro Tech Plc Memory database system for encrypted progarmme material
US7130525B1 (en) 1999-07-29 2006-10-31 Sharp Kabushiki Kaisha Method of determining access position on recording medium and method of managing recording medium
US7317866B1 (en) 1999-08-17 2008-01-08 Thomson Licensing Reproducing a digital datastream containing program information for trick mode display
EP1222822B1 (de) 1999-10-07 2004-09-08 Thomson Licensing S.A. Trickwiedergabesignalerzeugung für einen digitalen videorekorder
EP1148728A1 (de) * 2000-04-05 2001-10-24 THOMSON multimedia Trickwiedergabesignalerzeugung fÜr einen digitalen videorekorder
US6693857B1 (en) 1999-11-04 2004-02-17 Thomson Licensing S.A. Data buffer management to enable apparent simultaneous record and playback from a rewritable digital disk
US6658198B1 (en) 1999-11-04 2003-12-02 Thomson Licensing S.A. Precessed recording for rewritable disk medium
US6707778B1 (en) 1999-11-10 2004-03-16 Thomson Licensing S.A. Edit to picture without decoding and re-encoding of MPEG bit stream for recordable DVD
US6778265B1 (en) 1999-11-10 2004-08-17 Thomson Licensing S.A. Copy feature for recordable DVD editing
EP1113666A1 (de) * 1999-12-30 2001-07-04 Nokia Corporation Datenverarbeitungsvorrichtung
US8645137B2 (en) 2000-03-16 2014-02-04 Apple Inc. Fast, language-independent method for user authentication by voice
JP2001268576A (ja) * 2000-03-17 2001-09-28 Toshiba Corp 符号化画像データ再生装置
JP2002016919A (ja) 2000-04-28 2002-01-18 Sony Corp 情報送信方法及び装置、情報受信方法及び装置、情報記録方法及び装置、並びに、情報記録再生方法及び装置
US6453115B1 (en) * 2000-08-31 2002-09-17 Keen Personal Media, Inc. Digital video recording system which generates an index data structure for displaying a video stream in trickplay mode
US8676025B2 (en) * 2002-03-01 2014-03-18 Broadcom Corporation Method of timebase management for MPEG decoding with personal video recording functionality
US6993196B2 (en) * 2002-03-18 2006-01-31 Eastman Kodak Company Digital image storage method
US7433546B2 (en) 2004-10-25 2008-10-07 Apple Inc. Image scaling arrangement
US8151259B2 (en) 2006-01-03 2012-04-03 Apple Inc. Remote content updates for portable media devices
US7426306B1 (en) * 2002-10-24 2008-09-16 Altera Corporation Efficient use of keyframes in video compression
KR20040087150A (ko) * 2003-04-04 2004-10-13 삼성전자주식회사 디지털 데이터 복제 장치 및 그 방법
US7831199B2 (en) 2006-01-03 2010-11-09 Apple Inc. Media data exchange, transfer or delivery for portable electronic devices
US7724716B2 (en) 2006-06-20 2010-05-25 Apple Inc. Wireless communication system
JP2005122774A (ja) * 2003-10-14 2005-05-12 Nec Corp 記録型光ディスク装置および光ディスク媒体
JP2005209322A (ja) 2003-12-26 2005-08-04 Nec Corp 光ディスク装置、光ディスク情報記録方法及び光ディスク媒体
JP4608953B2 (ja) * 2004-06-07 2011-01-12 ソニー株式会社 データ記録装置、方法およびプログラム、データ再生装置、方法およびプログラム、ならびに、記録媒体
JP4131254B2 (ja) * 2004-06-25 2008-08-13 日本電気株式会社 情報記録再生方法および情報記録再生装置
JP4652364B2 (ja) * 2004-07-01 2011-03-16 三菱電機株式会社 符号化装置及び方法、並びに復号化装置及び方法
EP2348708B1 (de) 2004-07-01 2014-01-01 Mitsubishi Electric Corporation Videoinformationsaufzeichnungsmedium mit Direktzugriffsfähigkeit und Wiedergabeeinrichtung dafür
JP4229092B2 (ja) * 2004-07-12 2009-02-25 ソニー株式会社 記録装置及び方法、再生装置及び方法
JP4229035B2 (ja) * 2004-09-28 2009-02-25 ソニー株式会社 記録再生装置および方法、再生装置および方法、記録装置および方法、並びにプログラム
US7706637B2 (en) 2004-10-25 2010-04-27 Apple Inc. Host configured for interoperation with coupled portable media player device
JP4575129B2 (ja) * 2004-12-02 2010-11-04 ソニー株式会社 データ処理装置およびデータ処理方法、並びにプログラムおよびプログラム記録媒体
US7593782B2 (en) 2005-01-07 2009-09-22 Apple Inc. Highly portable media device
JP4556752B2 (ja) * 2005-04-18 2010-10-06 株式会社日立製作所 コマーシャル視聴制御機能を有する録画再生装置
US8300841B2 (en) 2005-06-03 2012-10-30 Apple Inc. Techniques for presenting sound effects on a portable media player
US7590772B2 (en) 2005-08-22 2009-09-15 Apple Inc. Audio status information for a portable electronic device
US8677377B2 (en) 2005-09-08 2014-03-18 Apple Inc. Method and apparatus for building an intelligent automated assistant
US7930369B2 (en) 2005-10-19 2011-04-19 Apple Inc. Remotely configured media device
US8654993B2 (en) 2005-12-07 2014-02-18 Apple Inc. Portable audio device providing automated control of audio volume parameters for hearing protection
US8255640B2 (en) 2006-01-03 2012-08-28 Apple Inc. Media device with intelligent cache utilization
US7673238B2 (en) 2006-01-05 2010-03-02 Apple Inc. Portable media device with video acceleration capabilities
US7848527B2 (en) 2006-02-27 2010-12-07 Apple Inc. Dynamic power management in a portable media delivery system
JP2007294065A (ja) * 2006-04-27 2007-11-08 Orion Denki Kk コンテンツ編集機能を有する光ディスク再生装置
US20070271116A1 (en) 2006-05-22 2007-11-22 Apple Computer, Inc. Integrated media jukebox and physiologic data handling application
US8073984B2 (en) 2006-05-22 2011-12-06 Apple Inc. Communication protocol for use with portable electronic devices
US9137309B2 (en) 2006-05-22 2015-09-15 Apple Inc. Calibration techniques for activity sensing devices
US7643895B2 (en) 2006-05-22 2010-01-05 Apple Inc. Portable media device with workout support
US8358273B2 (en) 2006-05-23 2013-01-22 Apple Inc. Portable media device with power-managed display
US7813715B2 (en) 2006-08-30 2010-10-12 Apple Inc. Automated pairing of wireless accessories with host devices
US7913297B2 (en) 2006-08-30 2011-03-22 Apple Inc. Pairing of wireless devices using a wired medium
US9318108B2 (en) 2010-01-18 2016-04-19 Apple Inc. Intelligent automated assistant
US8090130B2 (en) 2006-09-11 2012-01-03 Apple Inc. Highly portable media devices
US7729791B2 (en) 2006-09-11 2010-06-01 Apple Inc. Portable media playback device including user interface event passthrough to non-media-playback processing
US8341524B2 (en) 2006-09-11 2012-12-25 Apple Inc. Portable electronic device with local search capabilities
US7589629B2 (en) 2007-02-28 2009-09-15 Apple Inc. Event recorder for portable media device
US7698101B2 (en) 2007-03-07 2010-04-13 Apple Inc. Smart garment
US8977255B2 (en) 2007-04-03 2015-03-10 Apple Inc. Method and system for operating a multi-function portable electronic device using voice-activation
US7558760B2 (en) * 2007-06-12 2009-07-07 Microsoft Corporation Real-time key frame generation
TW200910330A (en) * 2007-08-20 2009-03-01 Intervideo Digital Technology Corp Method and computer readable recording medium for building a play interface
US20090079840A1 (en) * 2007-09-25 2009-03-26 Motorola, Inc. Method for intelligently creating, consuming, and sharing video content on mobile devices
KR20090072510A (ko) * 2007-12-28 2009-07-02 삼성전자주식회사 디스플레이장치 및 그 제어방법
US9330720B2 (en) 2008-01-03 2016-05-03 Apple Inc. Methods and apparatus for altering audio output signals
US8996376B2 (en) 2008-04-05 2015-03-31 Apple Inc. Intelligent text-to-speech conversion
US10496753B2 (en) 2010-01-18 2019-12-03 Apple Inc. Automatically adapting user interfaces for hands-free interaction
US20100030549A1 (en) 2008-07-31 2010-02-04 Lee Michael M Mobile device having human language translation capability with positional feedback
JP2010068432A (ja) * 2008-09-12 2010-03-25 Toshiba Corp 映像データ処理装置及び映像データ処理方法
WO2010067118A1 (en) 2008-12-11 2010-06-17 Novauris Technologies Limited Speech recognition involving a mobile device
US9858925B2 (en) 2009-06-05 2018-01-02 Apple Inc. Using context information to facilitate processing of commands in a virtual assistant
US10241644B2 (en) 2011-06-03 2019-03-26 Apple Inc. Actionable reminder entries
US10706373B2 (en) 2011-06-03 2020-07-07 Apple Inc. Performing actions associated with task items that represent tasks to perform
US10241752B2 (en) 2011-09-30 2019-03-26 Apple Inc. Interface for a virtual digital assistant
US9431006B2 (en) 2009-07-02 2016-08-30 Apple Inc. Methods and apparatuses for automatic speech recognition
US10679605B2 (en) 2010-01-18 2020-06-09 Apple Inc. Hands-free list-reading by intelligent automated assistant
US10276170B2 (en) 2010-01-18 2019-04-30 Apple Inc. Intelligent automated assistant
US10705794B2 (en) 2010-01-18 2020-07-07 Apple Inc. Automatically adapting user interfaces for hands-free interaction
US10553209B2 (en) 2010-01-18 2020-02-04 Apple Inc. Systems and methods for hands-free notification summaries
US8977584B2 (en) 2010-01-25 2015-03-10 Newvaluexchange Global Ai Llp Apparatuses, methods and systems for a digital conversation management platform
US8682667B2 (en) 2010-02-25 2014-03-25 Apple Inc. User profiling for selecting user specific voice input processing information
US10762293B2 (en) 2010-12-22 2020-09-01 Apple Inc. Using parts-of-speech tagging and named entity recognition for spelling correction
US9262612B2 (en) 2011-03-21 2016-02-16 Apple Inc. Device access using voice authentication
US10057736B2 (en) 2011-06-03 2018-08-21 Apple Inc. Active transport based notifications
US8994660B2 (en) 2011-08-29 2015-03-31 Apple Inc. Text correction processing
US10134385B2 (en) 2012-03-02 2018-11-20 Apple Inc. Systems and methods for name pronunciation
US9483461B2 (en) 2012-03-06 2016-11-01 Apple Inc. Handling speech synthesis of content for multiple languages
US9280610B2 (en) 2012-05-14 2016-03-08 Apple Inc. Crowd sourcing information to fulfill user requests
US9721563B2 (en) 2012-06-08 2017-08-01 Apple Inc. Name recognition system
US9495129B2 (en) 2012-06-29 2016-11-15 Apple Inc. Device, method, and user interface for voice-activated navigation and browsing of a document
US9576574B2 (en) 2012-09-10 2017-02-21 Apple Inc. Context-sensitive handling of interruptions by intelligent digital assistant
US9547647B2 (en) 2012-09-19 2017-01-17 Apple Inc. Voice-based media searching
CN113470640B (zh) 2013-02-07 2022-04-26 苹果公司 数字助理的语音触发器
US9368114B2 (en) 2013-03-14 2016-06-14 Apple Inc. Context-sensitive handling of interruptions
US9922642B2 (en) 2013-03-15 2018-03-20 Apple Inc. Training an at least partial voice command system
WO2014144579A1 (en) 2013-03-15 2014-09-18 Apple Inc. System and method for updating an adaptive speech recognition model
WO2014197336A1 (en) 2013-06-07 2014-12-11 Apple Inc. System and method for detecting errors in interactions with a voice-based digital assistant
US9582608B2 (en) 2013-06-07 2017-02-28 Apple Inc. Unified ranking with entropy-weighted information for phrase-based semantic auto-completion
WO2014197334A2 (en) 2013-06-07 2014-12-11 Apple Inc. System and method for user-specified pronunciation of words for speech synthesis and recognition
WO2014197335A1 (en) 2013-06-08 2014-12-11 Apple Inc. Interpreting and acting upon commands that involve sharing information with remote devices
US10176167B2 (en) 2013-06-09 2019-01-08 Apple Inc. System and method for inferring user intent from speech inputs
CN110442699A (zh) 2013-06-09 2019-11-12 苹果公司 操作数字助理的方法、计算机可读介质、电子设备和系统
EP3008964B1 (de) 2013-06-13 2019-09-25 Apple Inc. System und verfahren für durch sprachsteuerung ausgelöste notrufe
CN105453026A (zh) 2013-08-06 2016-03-30 苹果公司 基于来自远程设备的活动自动激活智能响应
US9620105B2 (en) 2014-05-15 2017-04-11 Apple Inc. Analyzing audio input for efficient speech and music recognition
US10592095B2 (en) 2014-05-23 2020-03-17 Apple Inc. Instantaneous speaking of content on touch devices
US9502031B2 (en) 2014-05-27 2016-11-22 Apple Inc. Method for supporting dynamic grammars in WFST-based ASR
US9785630B2 (en) 2014-05-30 2017-10-10 Apple Inc. Text prediction using combined word N-gram and unigram language models
US9715875B2 (en) 2014-05-30 2017-07-25 Apple Inc. Reducing the need for manual start/end-pointing and trigger phrases
US10289433B2 (en) 2014-05-30 2019-05-14 Apple Inc. Domain specific language for encoding assistant dialog
US9760559B2 (en) 2014-05-30 2017-09-12 Apple Inc. Predictive text input
US9842101B2 (en) 2014-05-30 2017-12-12 Apple Inc. Predictive conversion of language input
US9734193B2 (en) 2014-05-30 2017-08-15 Apple Inc. Determining domain salience ranking from ambiguous words in natural speech
US9966065B2 (en) 2014-05-30 2018-05-08 Apple Inc. Multi-command single utterance input method
US9633004B2 (en) 2014-05-30 2017-04-25 Apple Inc. Better resolution when referencing to concepts
US10078631B2 (en) 2014-05-30 2018-09-18 Apple Inc. Entropy-guided text prediction using combined word and character n-gram language models
US9430463B2 (en) 2014-05-30 2016-08-30 Apple Inc. Exemplar-based natural language processing
US10170123B2 (en) 2014-05-30 2019-01-01 Apple Inc. Intelligent assistant for home automation
US10659851B2 (en) 2014-06-30 2020-05-19 Apple Inc. Real-time digital assistant knowledge updates
US9338493B2 (en) 2014-06-30 2016-05-10 Apple Inc. Intelligent automated assistant for TV user interactions
US10446141B2 (en) 2014-08-28 2019-10-15 Apple Inc. Automatic speech recognition based on user feedback
US9818400B2 (en) 2014-09-11 2017-11-14 Apple Inc. Method and apparatus for discovering trending terms in speech requests
US10789041B2 (en) 2014-09-12 2020-09-29 Apple Inc. Dynamic thresholds for always listening speech trigger
US9886432B2 (en) 2014-09-30 2018-02-06 Apple Inc. Parsimonious handling of word inflection via categorical stem + suffix N-gram language models
US10127911B2 (en) 2014-09-30 2018-11-13 Apple Inc. Speaker identification and unsupervised speaker adaptation techniques
US10074360B2 (en) 2014-09-30 2018-09-11 Apple Inc. Providing an indication of the suitability of speech recognition
US9646609B2 (en) 2014-09-30 2017-05-09 Apple Inc. Caching apparatus for serving phonetic pronunciations
US9668121B2 (en) 2014-09-30 2017-05-30 Apple Inc. Social reminders
US10552013B2 (en) 2014-12-02 2020-02-04 Apple Inc. Data detection
US9711141B2 (en) 2014-12-09 2017-07-18 Apple Inc. Disambiguating heteronyms in speech synthesis
CN105847722B (zh) 2015-01-16 2019-04-12 杭州海康威视数字技术股份有限公司 一种视频存储方法和装置、读取方法和装置以及存取系统
US9865280B2 (en) 2015-03-06 2018-01-09 Apple Inc. Structured dictation using intelligent automated assistants
US10567477B2 (en) 2015-03-08 2020-02-18 Apple Inc. Virtual assistant continuity
US9721566B2 (en) 2015-03-08 2017-08-01 Apple Inc. Competing devices responding to voice triggers
US9886953B2 (en) 2015-03-08 2018-02-06 Apple Inc. Virtual assistant activation
US9899019B2 (en) 2015-03-18 2018-02-20 Apple Inc. Systems and methods for structured stem and suffix language models
US9842105B2 (en) 2015-04-16 2017-12-12 Apple Inc. Parsimonious continuous-space phrase representations for natural language processing
US10083688B2 (en) 2015-05-27 2018-09-25 Apple Inc. Device voice control for selecting a displayed affordance
US10127220B2 (en) 2015-06-04 2018-11-13 Apple Inc. Language identification from short strings
US9578173B2 (en) 2015-06-05 2017-02-21 Apple Inc. Virtual assistant aided communication with 3rd party service in a communication session
US10101822B2 (en) 2015-06-05 2018-10-16 Apple Inc. Language input correction
US11025565B2 (en) 2015-06-07 2021-06-01 Apple Inc. Personalized prediction of responses for instant messaging
US10186254B2 (en) 2015-06-07 2019-01-22 Apple Inc. Context-based endpoint detection
US10255907B2 (en) 2015-06-07 2019-04-09 Apple Inc. Automatic accent detection using acoustic models
US10671428B2 (en) 2015-09-08 2020-06-02 Apple Inc. Distributed personal assistant
US10747498B2 (en) 2015-09-08 2020-08-18 Apple Inc. Zero latency digital assistant
US9697820B2 (en) 2015-09-24 2017-07-04 Apple Inc. Unit-selection text-to-speech synthesis using concatenation-sensitive neural networks
US10366158B2 (en) 2015-09-29 2019-07-30 Apple Inc. Efficient word encoding for recurrent neural network language models
US11010550B2 (en) 2015-09-29 2021-05-18 Apple Inc. Unified language modeling framework for word prediction, auto-completion and auto-correction
US11587559B2 (en) 2015-09-30 2023-02-21 Apple Inc. Intelligent device identification
US10691473B2 (en) 2015-11-06 2020-06-23 Apple Inc. Intelligent automated assistant in a messaging environment
US10049668B2 (en) 2015-12-02 2018-08-14 Apple Inc. Applying neural network language models to weighted finite state transducers for automatic speech recognition
US10223066B2 (en) 2015-12-23 2019-03-05 Apple Inc. Proactive assistance based on dialog communication between devices
US10446143B2 (en) 2016-03-14 2019-10-15 Apple Inc. Identification of voice inputs providing credentials
US9934775B2 (en) 2016-05-26 2018-04-03 Apple Inc. Unit-selection text-to-speech synthesis based on predicted concatenation parameters
US9972304B2 (en) 2016-06-03 2018-05-15 Apple Inc. Privacy preserving distributed evaluation framework for embedded personalized systems
US10249300B2 (en) 2016-06-06 2019-04-02 Apple Inc. Intelligent list reading
US10049663B2 (en) 2016-06-08 2018-08-14 Apple, Inc. Intelligent automated assistant for media exploration
DK179588B1 (en) 2016-06-09 2019-02-22 Apple Inc. INTELLIGENT AUTOMATED ASSISTANT IN A HOME ENVIRONMENT
US10509862B2 (en) 2016-06-10 2019-12-17 Apple Inc. Dynamic phrase expansion of language input
US10192552B2 (en) 2016-06-10 2019-01-29 Apple Inc. Digital assistant providing whispered speech
US10490187B2 (en) 2016-06-10 2019-11-26 Apple Inc. Digital assistant providing automated status report
US10586535B2 (en) 2016-06-10 2020-03-10 Apple Inc. Intelligent digital assistant in a multi-tasking environment
US10067938B2 (en) 2016-06-10 2018-09-04 Apple Inc. Multilingual word prediction
DK179343B1 (en) 2016-06-11 2018-05-14 Apple Inc Intelligent task discovery
DK179049B1 (en) 2016-06-11 2017-09-18 Apple Inc Data driven natural language event detection and classification
DK179415B1 (en) 2016-06-11 2018-06-14 Apple Inc Intelligent device arbitration and control
DK201670540A1 (en) 2016-06-11 2018-01-08 Apple Inc Application integration with a digital assistant
US10043516B2 (en) 2016-09-23 2018-08-07 Apple Inc. Intelligent automated assistant
US10593346B2 (en) 2016-12-22 2020-03-17 Apple Inc. Rank-reduced token representation for automatic speech recognition
DK201770439A1 (en) 2017-05-11 2018-12-13 Apple Inc. Offline personal assistant
DK179496B1 (en) 2017-05-12 2019-01-15 Apple Inc. USER-SPECIFIC Acoustic Models
DK179745B1 (en) 2017-05-12 2019-05-01 Apple Inc. SYNCHRONIZATION AND TASK DELEGATION OF A DIGITAL ASSISTANT
DK201770431A1 (en) 2017-05-15 2018-12-20 Apple Inc. Optimizing dialogue policy decisions for digital assistants using implicit feedback
DK201770432A1 (en) 2017-05-15 2018-12-21 Apple Inc. Hierarchical belief states for digital assistants
DK179549B1 (en) 2017-05-16 2019-02-12 Apple Inc. FAR-FIELD EXTENSION FOR DIGITAL ASSISTANT SERVICES
CN110381357A (zh) * 2019-08-15 2019-10-25 杭州鸿晶自动化科技有限公司 一种行车记录视频的处理方法
CN110493550A (zh) * 2019-08-15 2019-11-22 杭州鸿晶自动化科技有限公司 一种分时租赁汽车的行车记录服务器
CN111698534B (zh) * 2020-06-10 2022-07-08 北京奇艺世纪科技有限公司 视频处理方法、装置、电子设备及存储介质

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA1307340C (en) * 1987-04-30 1992-09-08 Toshio Koga Image processing system for a coded signal sequence subjected to predictive coding in different manners
JPS63311887A (ja) 1987-06-12 1988-12-20 Nec Corp 動画像の圧縮記録方式
US5225904A (en) * 1987-10-05 1993-07-06 Intel Corporation Adaptive digital video compression system
GB2219886A (en) * 1988-06-15 1989-12-20 Philips Nv Recording and playback apparatus
JP3312374B2 (ja) 1989-10-14 2002-08-05 ソニー株式会社 映像信号記録ディスク
JP2969782B2 (ja) * 1990-05-09 1999-11-02 ソニー株式会社 符号化データ編集方法及び符号化データ編集装置
CA2043670C (en) * 1990-06-05 2002-01-08 Wiebe De Haan Method of transmitting a picture sequence of a full-motion video scene, and a medium for said transmission
GB9012538D0 (en) * 1990-06-05 1990-07-25 Philips Nv Coding of video signals
US5043534A (en) * 1990-07-02 1991-08-27 Olin Corporation Metal electronic package having improved resistance to electromagnetic interference
JPH0536250A (ja) * 1990-11-22 1993-02-12 Matsushita Electric Ind Co Ltd 光デイスクによる動画像読出し方法および光学的情報記録再生装置
US5371605A (en) 1990-11-22 1994-12-06 Matsushita Electric Industrial Co., Ltd. Method and apparatus for recording and reproducing a time-varying image using optical disk
JP2762765B2 (ja) 1991-04-18 1998-06-04 松下電器産業株式会社 記録再生方法及び記録再生装置及び記録方法及び記録装置
JP3098585B2 (ja) 1991-09-26 2000-10-16 東洋ゴム工業株式会社 空気入りタイヤ
JP3158556B2 (ja) * 1991-09-27 2001-04-23 ソニー株式会社 ディスク記録装置及びディスク再生装置
JP3161614B2 (ja) * 1991-11-30 2001-04-25 ソニー株式会社 動画像復号化装置
JP3435703B2 (ja) * 1992-05-20 2003-08-11 ソニー株式会社 再生装置、再生方法
JP2785220B2 (ja) * 1992-09-22 1998-08-13 ソニー株式会社 データ符号化装置および方法、並びにデータ復号化装置および方法
DE69320620T2 (de) * 1992-09-22 1999-01-14 Sony Corp Vorrichtung und verfahren zur verarbeitung von digitalen videosignalen
JP3264290B2 (ja) * 1992-09-22 2002-03-11 ソニー株式会社 復号方法および復号装置
JP3125470B2 (ja) * 1992-10-19 2001-01-15 富士通株式会社 動画像圧縮データ蓄積制御方法
TW223171B (en) * 1993-01-06 1994-05-01 Sony Co Ltd Playback method and device
JP3240017B2 (ja) * 1993-01-11 2001-12-17 ソニー株式会社 Ｍｐｅｇ信号記録方法およびｍｐｅｇ信号再生方法
US5481543A (en) * 1993-03-16 1996-01-02 Sony Corporation Rational input buffer arrangements for auxiliary information in video and audio signal processing systems
KR0178819B1 (ko) * 1993-03-16 1999-05-01 보조 다꾸로 고능률 부호화된 동화상 데이타의 비월재생방법
JP2868981B2 (ja) 1993-09-16 1999-03-10 株式会社東芝 圧縮信号生成装置及び方法及び再生装置及び方法
JP2993351B2 (ja) * 1994-02-14 1999-12-20 松下電器産業株式会社 圧縮データ記録装置
JP3359745B2 (ja) * 1994-07-29 2002-12-24 シャープ株式会社 動画像再生装置、及び動画像記録装置

Also Published As

Publication number Publication date
DE69519607D1 (de) 2001-01-18
EP0695098A3 (de) 1997-01-22
JPH0845249A (ja) 1996-02-16
DE69519607T2 (de) 2001-05-03
EP1028426A3 (de) 2002-09-18
US20080069523A1 (en) 2008-03-20
US6021250A (en) 2000-02-01
EP1028426A2 (de) 2000-08-16
DE69532594D1 (de) 2004-03-25
JP3359745B2 (ja) 2002-12-24
EP0695098A2 (de) 1996-01-31
US8488941B2 (en) 2013-07-16
EP1028426B1 (de) 2004-02-18
US7274858B1 (en) 2007-09-25
EP0695098B1 (de) 2000-12-13

Similar Documents

Publication Publication Date Title
DE69532594T2 (de) Steuerungsvorrichtung für codierte Daten
DE69534267T2 (de) Aufnahme und Wiedergabe eines MPEG-Informationssignals auf/von einem Aufnahmeträger
DE69629957T2 (de) Gerät und Verfahren zur Kodierung von digitalen Videodaten
DE60126478T2 (de) Trickwiedergabevorrichtung für digitales aufzeichnungsmedium
DE60223807T2 (de) Änderung der wiedergabegeschwindigkeit einer in einem progressiven teilbildformat aufgezeichneten videodarstellung
DE19646215B4 (de) Videoinformationswiedergabestop- und Wiederaufnahmevorrichtung
DE69924788T2 (de) Aufzeichnungsmedium zur Speicherung von stillstehenden Bildern
DE60005704T2 (de) Gleichzeitige Aufnahme und Wiedergabe für beschreibbare DVD mit verringerter Reaktionszeit auf Benutzereingaben
DE69627766T2 (de) Datenaufzeichnungsverfahren, -gerät und -medien sowie Datenwiedergabeverfahren und -gerät
DE69934085T2 (de) Rastergenaue editierung kodierter audiovisueller sequenzen
DE19539400C2 (de) Scheibenmedium und Verfahren sowie Vorrichtung zum Aufzeichnen auf ein sowie Wiedergeben von Informationen von einem Scheibenmedium
DE69914006T2 (de) DVD-Aufzeichnungsanordnung und -verfahren
DE69824240T2 (de) Informationsdatenaufzeichnungsverfahren
DE69917140T2 (de) Videodatenaufzeichnungsmedium, videodatenaufzeichnungsgerät und videodatenwiedergabegerät
DE69725365T2 (de) Informationsaufzeichnungsmedium, Gerät zur Aufzeichnung auf demgleichen und Gerät zur Wiedergabe aus demgleichen
DE69912979T2 (de) Verfahren und gerät zur bearbeitung zeitveränderlicher bilder
DE3051160C2 (de)
DE3012134C2 (de)
DE69633365T2 (de) Verfahren und Gerät zur Aufzeichnung von Daten auf einem Aufzeichnungsträger und Verfahren und Gerät zur Wiedergabe derselben, und ein Aufzeichnungsträger
DE69533116T2 (de) Fernsehübermittlungsanlage mit Speichermöglichkeit
DE3102996C2 (de) Verfahren und Anordnung zur Speicherung und/oder Übertragung eines digitalen Farbfernsehinformationssignals
DE60009131T2 (de) Vorrichtung zur aufnahme von steuerinformation in einer datenaufnahmeanlage
DE69833775T2 (de) Formatierung von kodierten videosignalen
DE69633540T2 (de) Informations-Aufzeichnungsvorrichtung und Informations-Wiedergabevorrichtung
DE19522326C2 (de) Verfahren und Informations-Wiedergabevorrichtung

Legal Events

Date Code Title Description
8364 No opposition during term of opposition