DE69534750T2 - Umwandlungssystem für MPEG-Informationssignale - Google Patents

Umwandlungssystem für MPEG-Informationssignale Download PDF

Info

Publication number
DE69534750T2
DE69534750T2 DE69534750T DE69534750T DE69534750T2 DE 69534750 T2 DE69534750 T2 DE 69534750T2 DE 69534750 T DE69534750 T DE 69534750T DE 69534750 T DE69534750 T DE 69534750T DE 69534750 T2 DE69534750 T2 DE 69534750T2
Authority
DE
Germany
Prior art keywords
transport
packet
packets
pcr
rate
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
DE69534750T
Other languages
English (en)
Other versions
DE69534750D1 (de
Inventor
Internationaal Octrooibureau B.V. Takashi Sato
Internationaal Octrooibureau B.V. Imran Shah
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.)
Koninklijke Philips NV
Original Assignee
Koninklijke Philips Electronics NV
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 Koninklijke Philips Electronics NV filed Critical Koninklijke Philips Electronics NV
Publication of DE69534750D1 publication Critical patent/DE69534750D1/de
Application granted granted Critical
Publication of DE69534750T2 publication Critical patent/DE69534750T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23406Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving management of server-side video buffer
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B15/00Driving, starting or stopping record carriers of filamentary or web form; Driving both such record carriers and heads; Guiding such record carriers or containers therefor; Control thereof; Control of operating function
    • G11B15/18Driving; Starting; Stopping; Arrangements for control or regulation thereof
    • G11B15/1808Driving of both record carrier and head
    • G11B15/1875Driving of both record carrier and head adaptations for special effects or editing
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10Digital recording or reproducing
    • G11B20/12Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B20/1201Formatting, e.g. arrangement of data block or words on the record carriers on tapes
    • G11B20/1207Formatting, e.g. arrangement of data block or words on the record carriers on tapes with transverse tracks only
    • G11B20/1208Formatting, e.g. arrangement of data block or words on the record carriers on tapes with transverse tracks only for continuous data, e.g. digitised analog information signals, pulse code modulated [PCM] data
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/005Reproducing at a different information rate from the information rate of recording
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • G11B27/3036Time code signal
    • G11B27/3054Vertical Interval Time code [VITC]
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • G11B27/3063Subcodes
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/309Table of contents
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/40052High-speed IEEE 1394 serial bus
    • H04L12/40117Interconnection of audio or video/imaging devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242Synchronization processes, e.g. processing of PCR [Program Clock References]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/4302Content synchronisation processes, e.g. decoder synchronisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/4302Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4305Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334Recording operations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4344Remultiplexing of multiplex streams, e.g. by modifying time stamps or remapping the packet identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43632Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4381Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455Structuring 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/80Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804Transformation 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/8042Transformation 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
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00Record carriers by type
    • G11B2220/90Tape-like record carriers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/78Television signal recording using magnetic recording
    • H04N5/782Television signal recording using magnetic recording on tape
    • H04N5/7824Television signal recording using magnetic recording on tape with rotating magnetic heads
    • H04N5/7826Television signal recording using magnetic recording on tape with rotating magnetic heads involving helical scanning of the magnetic tape
    • H04N5/78263Television signal recording using magnetic recording on tape with rotating magnetic heads involving helical scanning of the magnetic tape for recording on tracks inclined relative to the direction of movement of the tape
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/78Television signal recording using magnetic recording
    • H04N5/782Television signal recording using magnetic recording on tape
    • H04N5/7824Television signal recording using magnetic recording on tape with rotating magnetic heads
    • H04N5/7826Television signal recording using magnetic recording on tape with rotating magnetic heads involving helical scanning of the magnetic tape
    • H04N5/78263Television signal recording using magnetic recording on tape with rotating magnetic heads involving helical scanning of the magnetic tape for recording on tracks inclined relative to the direction of movement of the tape
    • H04N5/78266Television signal recording using magnetic recording on tape with rotating magnetic heads involving helical scanning of the magnetic tape for recording on tracks inclined relative to the direction of movement of the tape using more than one track for the recording of one television field or frame, i.e. segmented recording
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/78Television signal recording using magnetic recording
    • H04N5/782Television signal recording using magnetic recording on tape
    • H04N5/783Adaptations for reproducing at a rate different from the recording rate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/80Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8227Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being at least another television signal

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Reduction Or Emphasis Of Bandwidth Of Signals (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

  • HINTERGRUND DER ERFINDUNG
  • Die vorliegende Erfindung bezieht sich auf ein System zum Aufzeichnen und Wiedergeben eines MPEG-Informationssignals in Spuren auf einem Aufzeichnungsträger und insbesondere einem Aufzeichnungsträger von dem "Digital Video Cassette Recorder"(DVCR)-Typ.
  • Ein MPEG-Informationssignal umfasst eine Folge oder einen Strom von Transportpaketen, die ein datenkomprimiertes digitales Videosignal und eine entsprechendes datenkomprimiertes digitales Audiosignal (und manchmal Datensignale) für Sendezwecke oder zur Übertragung über ein Kabelnetzwerk umfassen. Das MPEG-Informationssignal ist in Form von Transportpaketen entweder mit derselben Länge oder mit einer variablen Länge in der Zeit. In beiden Fällen aber umfasst ein Transportpaket 188 Bytes an Information, wobei das erste Byte ein Synchronisationsbyte ist.
  • Eine Übertragung eines derartigen MPEG-Informationssignals in der Form zum Aufzeichnen auf und zum Wiedergeben von einem Aufzeichnungsträger, wie einem magnetischen Aufzeichnungsträger, wie einem Band, erfordert, dass spezielle Maßnahmen getroffen werden, damit eine derartige Übertragung über das bekannte Bandformat verwirklicht werden kann.
  • Speicherung einer Paketsequenznummer hat Vorteile, wenn ein MPEG-Datenstrom empfangen wird, der eine konstante Bitrate oder Transportrate hat, ohne Lücken zwischen Paketen, und mit einer Anzahl verschiedener Videoprogramme, die in dem MPEG-Datenstrom verschachtelt sind. Im Allgemeinen kann ein derartiger Datenstrom eine zu hohe Bitrate haben zum Aufzeichnen des gesamten Datenstroms auf dem Aufzeichnungsträger. So beträgt beispielsweise die MPEG-Bitrate für Kabelübertragung 45 Mbps, während der Aufzeichnungsträger typischerweise mit einer Bitrate von 25 Mbps aufzeichnet. Die Aufzeichnungsanordnung umfasst nun einen Programmselektor zum Wiedergewinnen eines oder einiger Programme aus dem MPEG-Datenstrom zum Erhalten des MPEG-Informationssignals zur Aufzeichnung. Da Information entsprechend nur einem Programm in einem MPEG-Transportpaket eingeschlossen ist, selektiert ein derartiger Programmselektor, der an sich bekannt ist, nur diejenigen Transportpakete aus dem MPEG-Datenstrom, die Information enthalten entsprechend dem (den) gewünschten Pro gramm(en). Dies bedeutet, dass einige Pakete des ursprünglichen empfangenen MPEG-Datenstroms gelöscht werden. Bei Wiedergabe aber muss ein gültiges MPEG-Videosignal entsprechend der MPEG-Norm, nun aber mit nur den gewünschten Programmen, regeneriert oder neu erzeugt werden. Mit diesem "gültigen" MPEG-Signal oder diesem Transportstrom mit Transportpaketen gültiger zeitkritischer Information wird ein Strom gemeint, der den nachfolgenden Anforderungen entspricht:
    • 1. Der Programmtaktbezugswert (PCR) in dem Paket ist in Ordnung. Der PCR ist typischerweise ein 33 Bitwert eines Abtastwertes des örtlichen Taktgebers in dem Übertragungscodierer. Der PCR wird zur Taktwiedergewinnung benutzt, so dass in dem Decoder der örtliche Takt zu dem örtlichen Takt des Codierers synchronisiert werden kann.
    • 2. Akkumulierte Änderung zu jedem PCR über das Netzwerk soll innerhalb der durch MPEG bestimmten Grenzen gehalten werden.
    • 3. Die Decodertransportpuffer laufen nicht über.
  • Ein derartiger regenerierter Datenstrom sollte die Transportpakete in derselben Reihenfolge haben, die bei der Aufzeichnung selektiert worden ist. Beim Aufzeichnen kann jedem empfangenen Transportpaket eine Sequenznummer hinzugefügt werden, auch für jedes Paket, das gelöscht wird. Die Sequenznummern der Pakete, die selektiert und gespeichert sind, können in dem dritten Blockabteil der Signalblöcke gespeichert werden, in denen ein Transportpaket gespeichert ist. Bei Wiedergabe wird eine Sequenz von Nummern wiedergewonnen, wobei aufeinander folgende Nummern nicht unbedingt nächst höhere Nummern zu sein brauchen. In dieser Situation müssen ein oder mehrere Dummy-Pakete eingefügt werden zum Regenerieren der Replik des ursprünglichen MPEG-Datenstroms.
  • Es dürfte ebenfalls einleuchten, dass eine Wiedergabeanordnung erforderlich sein wird, die an jede spezifische Ausführungsform der Aufzeichnungsanordnung angepasst sein soll, damit sie imstande ist, das auf dem Aufzeichnungsträger aufgezeichnete MPEG-Informationssignal wiederzugeben.
  • Die zwei relatierten Patentanmeldungen US 5.596.581 und US 5.579.183 beschreiben Systeme, die ein Problem lösen, das aus der asynchronen Art eines durch den DVCR dargestellten Kanals entsteht und die Notwendigkeit der Aufbewahrung der zeitkritischen Daten in dem MPEG-Transportstrom, so dass dieser bei Wiedergabe mit Hilfe eines herkömmlichen Fernsehgeräts als ein gültiges MPEG-Informationssignal rekonstruiert werden kann. Die beschriebenen Systeme erfordern kennzeichnende Transportpakete des MPEG-Datenstroms, bevor sie in den Kanal eingegeben werden, mit Zeitinformation, und wobei die Zeitinformation an dem Ausgang des Kanals verwendet wird zur Neuerzeugung der richtigen Datenzeitgebung. Es sind verschiedene Schemen beschrieben worden zum Verpacken der Zeitinformationskennzeichen mit jeder oder einer Anzahl Übertragungseinheiten des Transportstroms. Durch Verwendung dieses Basis-Kennzeichnungsmechanismus können verschiedenartige Transportströme aufgezeichnet und wiedergegeben werden, und zwar ohne Verlust von Information, die in der ursprünglichen Übertragung vorhanden war. Wenn die Transportrate des Transportstroms nicht bekannt ist, oder wenn es zwischen den Transportpaketen Lücken gibt (d.h. diskontinuierlich) oder wenn die Transportrate sich ändert, dann beschreiben die relatierten Anmeldungen Möglichkeiten solche Datenströme zu verarbeiten.
  • Wenn andererseits die Transportrate des eintreffenden Transportstroms konstant und unbekannt ist, beschreiben die relatierten Anmeldungen ebenfalls Schemen zum Verarbeiten dieser Situation. Auf diese Weise kann unter Verwendung einer Kombination von "Time-Of-Arrival (TOA)" (Ankunftszeit) und "Sequence-Of-Arrival (SOA)" (Ankunftssequenz) Kennzeichnung, wie in den relatierten Anmeldungen beschrieben, ein MPEG-2-Transportstrom mit einer unbekannten aber konstanten "Transportrate aufgezeichnet und bei Wiedergabe neu erzeugt werden. In diesem Fall aber soll es zwischen den Transportpaketen an dem Eingang keine Lücken geben.
  • Das US Patent 5287182 beschreibt, wie die Komplikationen der Zeitwiederherstellung in einem ATM-Empfänger überwunden werden, und zwar durch Anwendung einer ersten phasenverriegelten Schleife mit einer Phasenvergleichsstufe, einem Filter, einem spannungsgeregelten Oszillator (VCO) und einem Ausgangszähler zur Verriegelung mit den Taktbezugszwerten des Systems (SCR), die asynchron von einem entfernt liegenden ATM Sender empfangen werden.
  • KURZE ZUSAMMENFASSUNG DER ERFINDUNG
  • Es ist nun u.a. eine Aufgabe der vorliegenden Erfindung ein System zum Aufzeichnen und Wiedergeben von MPEG-Information unter Verwendung eines DVCRs zu schaffen.
  • Es ist eine weitere Aufgabe der vorliegenden Erfindung ein System zu schaffen zum aus einem eintreffenden unbekannten Transportstrom Erzeugen eines konstanten Transportstroms mit einer festen Rate, wobei der eintreffende Strom möglicherweise eine variierende rate hat und/oder nicht kontinuierlich ist. Der Transportstrom mit fester Rate wird dadurch erhalten, dass andere Transportpakete hinzugefügt werden zum Erhalten es konstanten Transportstroms mit fester Rate.
  • Es ist eine andere Aufgabe der vorliegenden Erfindung ein System zu schaffen zum Erzeugen eines konstant gültigen MPEG-Transportstroms mit fester Rate aus einem eintreffenden unbekannten MPEG-Transportstrom, der möglicherweise eine variierende Rate hat und/oder nicht kontinuierlich ist.
  • Wieder eine andere Aufgabe der vorliegenden Erfindung ist es, ein "Remux"-Schema für MPEG-Transportströme zu schaffen, wobei dieses Schema einfach genug ist um in DVCR oder in anderen Verbraucherapplikationen implementiert zu werden.
  • Nach einem Aspekt der vorliegenden Erfindung werden die Pakete seriell verarbeitet über einen "Remuxer" zum Erhalten einer konstanten Rate und werden sie einem oder mehreren Zieldecodern zugeführt und von denselben verbraucht, beispielsweise innerhalb eines Fernsehgeräts oder in einem "Set-Top"-Decoder. Zur Vermeidung von Überlauf der Transportpuffer innerhalb jedes dieser Decoder ist ein einziger Monitor vorgesehen der alle Transportpuffer überwacht und jedem die gewünschten Pakete rechtzeitig liefert, und zwar in einer Art und Weise, die ein Überlaufen des Puffers und einen Verlust an Information vermeidet. Dieser Aspekt des Verfahrens nach der vorliegenden Erfindung erfordert, dass die Transportpakete mit einem neuen PCR neu gemerkt werden. Aus einer anderen Sicht erfordert dieser Aspekt nach der vorliegenden Erfindung im Grunde ein "Remuxen" des Transportstromes zu einem bekannten und festen Fall, wonach die in den relatierten Patentanmeldungen beschriebene Lösung für den Fall eines "Transportstroms mit einer konstanten und bekannten Transportrate angewandt wird.
  • Die vorliegende Erfindung beschränkt sich nicht auf Anwendung auf ein MPEG-Informationssignal und kann ebenfalls auf asynchrone Kanäle anders als DVCR angewandt werden. Nebst der Übertragung von MPEG-Datenströmen gibt es mehrere andere Anwendungsbereiche, welche die Übertragung zeitkritischer Daten über einen asynchronen Kanal erfordern. Asynchron bedeutet in diesem Zusammenhang, dass die physikalische Datenrate des Kanals anders ist als die Transportrate, wobei die Rate der zu übertragenden Daten derart ist, dass die bitweise Zeitgebung von Daten nicht durch die Kanalübertragung beibehalten wird.
  • In dem MPEG-Transportstrom als Beispiel zeitkritischer Daten soll die relative Ankunftszeit eines Datums, das Zeitinformation des Transportstroms darstellt, d.h. die PCR, nicht nach einer spezifischen Toleranz durch Übertragung ohne entsprechende Änderung des PCR-Wertes geändert werden. Dies ist, weil sonst die phasenverriegelte Schleifenschaltung (PLL) eines Decoders den Datentakt nicht regenerieren wird und die Puffer unter/überlaufen können. Dieses Problem, wie zeitkritische Daten über einen asynchronen Kanal übertragen werden sollen, ohne Änderung zu übertragender Daten, gibt es auch dort, wo der asynchrone Kanal ein Computer-Netzwerk, ein Telefonnetzwerk oder eine digitale Schnittstelle, beispielsweise P1394, ist.
  • Nach einem anderen Aspekt der vorliegenden Erfindung wird ein verbessertes "Remux"-Verfahren beschrieben, das nicht ein komplex Demultiplex/Remultiplexverfahren durchzuführen braucht, sondern stattdessen auf Ablaufsteuerung jedes Pakets gründet ohne Änderung der Reihenfolge der nützlichen Pakete. Dieses Verfahren bietet den wesentlichen Vorteil, dass die erforderliche Hardware viel weniger aufwendig ist und folglich einfacher in preisgünstigen Verbraucherprodukten implementierbar ist.
  • Die jeweiligen Merkmale, welche die vorliegende Erfindung kennzeichnen werden insbesondere in den beiliegenden Patentansprüchen, die einen Teil dieser Beschreibung bilden, erläutert. Zum besseren Verständnis der vorliegenden Erfindung, der Arbeitsvorteile und der spezifischen Aufgaben, die durch ihre Verwendung erfüllt werden, sollte auf die beiliegende Zeichnung und die Beschreibung hingewiesen werden, in der die bevorzugten Ausführungsformen der vorliegenden Erfindung dargestellt bzw. beschrieben sind, wobei entsprechende Elemente mit denselben Bezugszeichen angegeben sind.
  • KURZE BESCHREIBEN DER ZEICHNUNG
  • Ausführungsbeispiele der Erfindung sind in der Zeichnung dargestellt und werden im Folgenden näher beschrieben. Es zeigen:
  • 1 entspricht 18 der zweiten relatierten Patentanmeldung und zeigt ein System zum Verarbeiten eines Transportstroms mit einer bekannten und konstanten Transportrate, von dem Aufzeichnungs- sowie von dem Wiedergabestandpunkt,
  • 2 ein Beispiel des Eingangs- und Ausgangsdatenstroms von der Anordnung nach 1,
  • 3 eine Darstellung eines "Remux"- und eines DVCR-Aufzeichnungssystems,
  • 4 ein Beispiel des Eingangs- und Ausgangsdatenstroms von der Anordnung nach 3,
  • 5 ein schematisches Blockschaltbild einer Zuführungsanordnung eines Paketprozessors mit einem Zieldecoder,
  • 6 ein Blockschaltbild einer Form eines Remux-Systems nach der vorliegenden Erfindung,
  • 7 ein Blockschaltbild, worin das System nach 1 und das Remux-System nach 6 als eine Form einer anderen Ausführungsform der vorliegenden Erfindung kombiniert werden,
  • 8A und 8B Graphiken, welche die Effekte eines Remux-Schemas zeigen, das den Transportpuffer unter zwei verschiedenen Umständen nicht überwacht,
  • 9A und 9B Graphiken, welche die Effekte eines Remux-Schemas zeigen, das den Transportpuffer unter denselben zwei verschiedenen Umständen nach 8A und 8B überwacht.
  • DETAILLIERTE BESCHREIBUNG DER BEVORZUGTEN AUSFÜHRUNGSFORMEN
  • Zum besseren Verständnis der vorliegenden Erfindung wird zunächst das in den zwei relatierten Patentanmeldungen beschriebene und beanspruchte System zum Verarbeiten eines Transportstroms mit einer konstanten, bekannten Transportrate beschrieben.
  • 1 zeigt ein derartiges System, angewandt bei einer MPEG-Applikation, wobei R die Transportrate des MPEG-Datenstroms darstellt, aufgeteilt in Übertragungseinheiten in Form einer Folge von Transportpaketen von einer digitalen Schnittstelle (D–I/F). In dem gegebenen Beispiel beträgt die eintreffende Transportrate 45 Mbps, aufzuzeichnen auf einem DVCR mit 25 Mbps, und danach als ein gültiges MPEG-Signal mit 45 Mbps zur Wiedergabe in einem normalen Fernsehgerät wiederzugeben.
  • Der eintreffende Datenstrom von der D-I/F wird mit Hilfe eines bekannten Kennzeichnungsmittel 10 zum Kennzeichnen jedes eintreffenden Pakets mit einem SOA-Kennzeichen empfangen, wozu nur ein Zähler 11 erforderlich ist, der beim Eintreffen jedes Transportpakets vermehrt. Die gekennzeichneten Pakete gehen danach zu einem Selektionsmittel 12 zum Selektieren des gewünschten Programmmaterials und die selektierten Pakete werden vorübergehend in einem örtlichen Puffer 15 gespeichert. Wie in den genannten relatierten Patentanmeldungen erläutert, können Trickmodepakete in dem Block 16 aus dem eintreffenden Transportstrom erzeugt und mit dem gewünschten Programmmaterial von einem MUX-Block 17 mit der gewünschten Transportrate zum Aufzeichnen in dem DVCR untereinander gemischt werden. Die Kennzeichenbits werden auf dem DVCR-Band zusammen mit den entsprechenden Transportpaketen aufgezeichnet, und zwar unter Verwendung zusätzlicher Bits, die von den 2 bis 5 Synchronisationsblöcken verfügbar gestellt sind, wie in den relatierten Fällen beschrieben.
  • Bei Wiedergabe wird jedes aufgezeichnete Paket mit der richtigen Sequenz entsprechend der SOA-Merkinformation unter Ansteuerung eines Lesesteuerblocks 20 über einen örtlichen Puffer ausgelesen. Ein DE-MUX-Block 21 ist wirksam zum Trennen des Paketstroms und die durch die nicht selektierten Programmmaterialpakete in dem Ausgangsstrom gebildeten Lücken werden durch Lieferung von Null-Paketen von einem Null-Paketgenerator 23 gefüllt. Bei Wiedergabe wird jeweils, wenn eine "Diskontinuität" in dem SOA-Kennzeichen detektiert wird, wird vorausgesetzt, dass diese von einem Transportpaket herrührt, das nicht aufgezeichnet worden ist. Diese "fehlenden" Pakete werden durch die Null-Pakete ersetzt. Alle Transportpakete werden auf diese Weise mit der bekannten und konstanten Transportrate ausgeliefert.
  • 2 gibt ein Beispiel des resultierenden Transportstroms. In dem oberen Diagramm ist als Beispiel der Eingangstransportstrom ein Zweiprogramm-Strom: Die Programme A und B. Wir möchten aber nur ein einziges Programm aufzeichnen, und folglich die B Pakete in dem Selektionsblock 12 entfernen. Bei Wiedergabe werden alle Pakete, die zu dem Programm A gehören, mit genau den ursprünglichen Zeiten und Raten wiedergegeben und die Lücken werden mit den Null-Paketen (unteres Diagramm) gefüllt. Wenn der Eingangsstrom ein gültiges MPEG-Signal war, wird der Ausgangsstrom ebenfalls gültig sein.
  • Wie aus den oben stehenden Erläuterungen einleuchten dürfte, ist es zum Beibehalten der Zusammenarbeitbarkeit zwischen MPEG-Applikationen notwendig, dass der DVCR einen gültigen MPEG-Transportstrom erzeugt, vorzugsweise mit einer festen Rate und konstant (d.h. ohne Lücken zwischen den Paketen). Das Erzeugen eines konstan ten Transportstroms mit einer festen Rate zum Zuführen zu der Anordnung nach 1 aus einem eintreffenden unbekannten Transportstrom, der möglicherweise eine variierende Rate hat und/oder nicht kontinuierlich ist, was bedeutet, dass es zwischen den Paketen Lücken gibt, ist gleichwertig mit der Erzeugung eines neuen Transportstroms durch das sog. "Remuxen". Remuxung durch den DBCR besteht aus dem Selektieren erforderlicher Pakete, dem Ablauf der Zeitgebung jedes Paketes neu steuern, und dem Multiplexen der selektierten Pakete mit Null-Paketen zum Füllen der Lücken in dem Transportstrom.
  • Wenn das Remuxen erledigt ist, sollen die nachfolgenden Remux-Anforderungen erfüllt sein:
    • (a) Das Zeitschwanken jedes PCRs (einverleibt in jedem Transportpaket) soll innerhalb angemessener Grenzen bleiben.
    • (b) Eine akkumulierte Änderung an jedem PCR durch das Netzwerk soll innerhalb der Grenzen bleiben, die durch MPEG gesetzt sind.
    • (c) Ein erzeugter Transportstrom soll den Transportpuffer jedes elementaren Stromdecoders nicht überlaufen.
  • Eine Form der Anordnung nach der vorliegenden Erfindung ist in 3 dargestellt, und zwar eine Kombination aus SOA und Remuxung. In diesem Fall wird nach dem Remuxvorgang 80 der Paketstrom mit der neuen Rate gekennzeichnet 81 und alle Null-Pakete werden in dem örtlichen Pufferblock 82 entfernt. In diesem Fall aber ist die Dauer der Ausgangspakete anders. 4 zeigt in dem oberen Diagramm den Eingangsstrom zu dem Remuxer 80 und in dem unteren Diagramm den Ausgangsstrom zu der D – I/F. Die Transportrate ist nun konstant, aber die Pakete brauchen eine Neumarkierung mit neuen PCRs, weil die alten PCRs nicht länger gültig sind. Ein anderes Problem tritt auf, dargestellt in 5.
  • 5 zeigt schematisch einen gültigen MPEG-Signaleingang zu einem Paketprozessor 84, wobei es sich um das System nach den 1 und 3 handeln kann. Dieses System liefert einen gültigen Transportstrom, wie der nach 4 (unteres Diagramm) beispielsweise zu einem Selektor 86, der Pakete für jeden elementaren Stromdecoder 85 delektiert, der einen Transportpuffer 87 aufweist, die in diesem Fall als "Ziel-Decoder" und als "Ziel-Puffer" bezeichnet werden. Damit das System einwandfrei funktioniert müssen die Zielpuffer jedes vorgesehenen Decoders alle gesteuert werden um ein Überlaufen zu vermeiden. Die Probleme sind in den 8A und 8B dargestellt.
  • In diesen Figuren ist X die Eingangstransportrate, Y ist die Ausgangstransportrate und R ist die Ausleserate oder Entleerungsrate oder Leckrate des Transportpuffers in dem Zieldecoder. 8A zeigt den Effekt der Remuxung ohne Überwachung des Transportpuffers, wobei R < Y < X ist. Die als Eingang gemerkte Reihe ist die Sequenz der Eingangstransportpakete und die untere als Ausgang gemerkte Reihe ist die Sequenz der Ausgangstransportpakete über die Zeit t. Die obere Graphik bezeichnet den Füllgrad des Transportpuffers über die Zeit t, wobei die gestrichelte Linie 29 oben durch th bezeichnet, einen vollen Puffer darstellt und die punktierten schrägen Linien 30 den Eingangsstrom darstellen. Dort, wo die gezogene Kurve 31, die den Ausgangsstrom darstellt, die Schwellenlinie 29 schneidet, dargestellt bei 32, werden Bits bestimmter Ausgangspakete verloren gehen, was bei den Paketen 7, 10 usw. auftreten wird. Der dargestellte Fall ist dort, wo die Eingangsrate schneller ist als die Ausgangsrate.
  • In 8B, ist der Fall gegeben, wo die Eingangsrate langsamer ist als die Ausgangsrate, dargestellt durch R < X < Y, wobei die punktierten Linien 34 wieder den Eingangsstrom darstellen und die gezogene Kurve 35 wieder den Ausgangsstrom darstellt. Auch hier werden, ohne Überwachung, wenn die Kurve 35 die Schwellenlinie 29 schneidet, dargestellt bei 36 und 37, Bits bestimmter Ausgangspakete verloren gehen, was bei den Paketen 6, 9 usw. auftreten wird.
  • Ein Merkmal der vorliegenden Erfindung ist ein Remux-Schema für MPEG-Transportströme das einfach genug ist zum Implementieren in einem DVCR oder in anderen Verbrauchergeräten.
  • Dieser Aspekt der vorliegenden Erfindung basiert auf den nachfolgenden neuen Konzepten und Erkenntnissen.
    • 1. Eintreffende Transportströme haben einen Zeitjittereffekt, der klein genug ist; folglich
    • 2. Eintreffende Transportströme haben genügend Kopfraum für die PCR-Änderung; folglich kann die Anforderung (b) durch das nachstehend beschriebene Remux-Schema erfüllt werden. Unter "Kopfraum" wird der nicht benutzte Teil der Grenze gemeint, wie in der MPEG-Norm definiert.
  • Ein allgemeines Remuxen umfasst die Taktneuerzeugung jedes Programms, das Demultiplexen des Eingangs zum Trennen jedes elementaren Stromes, das Spurhalten jedes Transportzielpuffers, das berechnen eines neuen Plans, das Neu-Multiplexen der ele mentaren Ströme, das neu-Merken des PCRs usw. Es dürfte einleuchten, dass ein derartiges allgemeines Remuxen komplexe Software und Hardare erfordert, die nicht in typischen preisgünstigen Verbrauchergeräten implementiert werden kann. Ein Merkmal der vorliegenden Erfindung basiert auf einem einfacheren Remuxschema, das keinen Demultiplexier-/Neumultiplexiervorgang durchführt, sondern auf einfache Art und weise jedes Transportpaket ohne Änderung der Reihenfolge der nützlichen Pakete ablaufen lässt. Diese Annäherung erfordert bestimmte Basisvoraussetzungen:
    • 1. Die gesamte Netto-Rate der gewünschten Programme in dem Eingangstrans portstrom soll kleiner sein als die Ausgangstreansportstromrate (die Remux-Rate);
    • 2. Die Eingangstransportstromrate kann aber unbekannt sein, nicht kontinuierlich und/oder mit jeder beliebigen Rate, höher oder niedriger;
    • 3. Die Remuxrate ist bekannt, fest und konstant.
  • Nach einem Aspekt des Verfahrens nach der vorliegenden Erfindung geschieht das Remuxen wie folgt, wobei auf 6 verwiesen wird, in der ein Blockschaltbild einer Form einer Remux-Anordnung nach der vorliegenden Erfindung dargestellt ist:
    • 1. Die erforderlichen Pakete werden aus dem eintreffenden Transportstrom selektiert, und zwar durch ein Filter oder einen Selektor 40.
    • 2. Die Pakte mit dem PCR werden mit dem abgetasteten Wert eines örtlichen Taktgebers 39 gekennzeichnet.
    • 3. Jedes Paket wird gespeichert und in einem örtlichen Puffer 42 festgehalten, bis es zu einem Paketspeicher 44 ausgelesen wird.
    • 4. Jeweils wenn der Paketspeicher 44 leer ist und wenn es wenigstens ein Paket in dem Puffer 42 gibt, wird das erste Paket in dem Puffer 42 ausgelesen und dem Paketspeicher 44 zugeführt. Notwendige Information des Pakets wird gleichzeitig einem Abwickler 45 zugeführt.
    • 5. Der Abwickler 45 überprüft, ob das Herausgeben des Pakets in dem Paketspeicher 44 den Transportpuffer 87 des entsprechenden elementaren Stromdecoders 85 (5) überlaufen lässt, und meldet dies einem MUX 47.
    • 6. Wenn der Paketspeicher 44 ein Paket hat und der Abwickler 45 meldet, dass der Decodertransportpuffer in Ordnung ist, macht der MUX 47 eine Selektion und liest das Transportpaket in dem Paketspeicher 44 aus. Sonst mach der MUX 47 eine Selektion und gibt ein Null-Paket von einem Null-Paketgenerator 49 aus. Das Paket in dem Paketspeicher 44 bleibt dort bis es ausgelesen wird.
    • 7. Jeder PCR-Wert in dem von dem MUX übertragenen Transportpaket wird in einem PCR-Neumerker 50 unter Anwendung der nachfolgenden Gleichung modifiziert: PCRnew = PCRold + (Clockcurrent – Clocktagged) – Delaymax (1)Wobei:
      PCRnew:
      nuer PCR-Wert nach der Neumerkung;
      PCRold:
      alter PCR-Wert vor der Neumerkung;
      Clockcurrent:
      aktueller Taktwert zu der Ausgangszeit der Neumerkung 50;
      Clocktagged:
      gekennzeichneter Taktwert 41 bei Empfang des Pakets;
      Delaymax:
      maximale Verzögerung durch den Remux-Vorgang, der ein konstanter
  • Wert ist um zu gewährleisten, dass jeder PCR-Wert niemals zunimmt.
  • Das Abwicklungsschema ist ein wichtiges Merkmal dieser Erfindung. Der Hauptzweck der Abwicklung ist, zu gewährleisten, dass die Transportpuffer in den Decodern niemals überlaufen. Das Abwickeln von Paketen bedeutet viel Arbeit, wenn en auf eine Brechstangenart erfolgt, weil es erfordert, dass der Füllgrad des Transportpuffers jedes elementaren Stromes parallel kontrolliert wird. Dies kann für Verbrauchergeräte zu kompliziert sein, folglich wurde eine einfachere Art und Weise geschaffen um dies zu erledigen. Dies ist auf Folgendem basiert:
    • 1. Wir können die Transportpuffer-Entleerungsrate oder Leckrate (Ausleserate) (8588 in 5) jedes elementaren Stromes aus der Information herleiten, die in dem Eingangstransportstrom getragen wird. So beträgt beispielsweise der Transportpufferleckrate 54 Mbps für die "Grand Alliance HD Video standard", 18 Mpbs für SD Video und 3 Mbps für Audio usw. Wir können wissen, dass wenn die Remux-Rate kleiner ist als die Transportpufferleckrate, keine Transportpufferüberwachung notwendig ist, weil der Transportpuffer niemals überläuft. Folglich können wir die Anzahl Transportpuffer, die wir überwachen müssen, reduzieren. Transportpufferüberwachung kann noch weiter vereinfacht werden, und zwar unter Anwendung der nachfolgenden Annäherung:
    • 1. Der Puffer-Füllgrad jedes Transportpuffers nimmt monoton zu von dem Anfang jedes empfangenen Pakets bis zum Ende des Pakets; folglich brauchen wir den Puffer-Füllgrad nur am Ende jedes Pakets zu überprüfen.
    • 2. Der Remux kennt die eigene Ausgangstransportrate (die Remux-Rate) sowie die Transportpufferleckraten für den elementaren Strom; deswegen kann er wissen, um wie viel der Pufferfüllgrad eines Transportpuffers sich dadurch ändern wird, dass dem Transportpuffer ein Paket zugesendet wird, oder dass dem Transportpuffer kein Paket zugesendet wird, und zwar unter Anwendung der nachfolgenden Gleichungen: Leak = Rleak·Tpacket (2) Delta = Spacket – Leak (3)Wobei
      Leak:
      Änderung des Transportfüllgrades je Einzelpaketperiode, wenn der Transportpuffer kein Paket empfängt;
      Rleak:
      Transportpufferleckrate;
      Tpacket:
      Paketperiode, d.h. Spacket/Rremux;
      Spacket:
      Paketgröße
      Rremux:
      Remux-Rate;
      Delta:
      Änderung des Transportfüllgrades je Einzelpaketperiode, wenn der Transportpuffer ein einziges Paket empfängt.
      Die nachfolgende Tabelle 1 zeigt ein Beispiel einer Parameter-Tabelle, die zur Transportpufferüberwachung benutzt werden kann.
      Figure 00120001
      (Spacket = 188 Bytes, Rremux = 25 Mbps) Diese "Tabelle kann erweitert werden, wenn es andere Datentypen gibt, die bekannte Transportpufferleckraten haben und Transportpufferüberwachung brauchen.
    • 3. Wenn die oben stehenden Ergebnisse verwendet werden, kann der Pufferfüllgrad jedes Transportpuffers unter Anwendung der nachfolgenden Gleichungen berechnet werden: Bprev = Blast(i) – Leak(i)(Ccurrent – Clast(i) – 1) (4)Wobei:
      i:
      Index des elementaren Stromes, zu dem das aktuelle Paket gehört;
      Bprev:
      Transportpufferfüllgrad des i. elementaren Stromes unmittelbar vor dem Empfang des aktuellen Paktes;
      Blast(i):
      Transportpufferfüllgrad des i. elementaren Stromes, wenn der Transportpuffer gerade den Empfang des letzten Pakets beendet hat;
      Leak(i):
      Transportpufferleckrate des i. elementaren Stromes je Ein-Paket-Periode;
      Ccurrent:
      Wert des Ausgangspaketzählers für das aktuelle Paket;
      Clast(i):
      Wert des Ausgangspaketzählers für das letzte Paket des i. elementaren Stromes
      Wenn Bprev < 0 ist, dann ist Bprev = 0 (5) Bcurrent = Bprev + Delta(i) (6)wobei,
      Bcurrent:
      Transportpufferfüllgrad des i. elementaren Stromes, wenn der Transportpuffer den Empfang des aktuellen Pakets gerade beendet hat;
      Delate(i):
      Änderung des Transportpufferfüllgrads des i. elementaren Stromes durch Empfang eines einzigen Pakets.
  • Der Ablaufsteueralgorithmus geht bei der bevorzugten Ausführungsform wie folgt:
    Schritt 1. Bei jedem Intervall Tpacket soll geprüft werden, ob sich in dem Paketspeicher 44 ein ganzes Paket gibt. Wenn es ein Paket gibt (das aktuelle Paket), gehe weiter zu dem Schritt 2, sonst gehen zu Schritt 5.
    Schritt 2. Wenn die Transportpufferleckrate des i. elementaren Stromes, zu dem das aktuelle Paket gehört, zum ersten Mal erhalten wird, soll Leak(i) und Delta(i) berechnet werden, und zwar unter Anwendung der Gleichung (2) bzw. der Gleichung (3) und die Parameter für die Transportpufferüberwachung sollen wie folgt initialisiert werden, und gehen weiter zu dem Schritt 3: Blast(i) = 0 (7) Clast(i) = Ccurrent (8)Schritt 3. Bcurrent soll entsprechend dem aktuellen Paket berechnet werden, und zwar unter Anwendung der Gleichung (4), der Gleichung (5) und der Gleichung (6), und gehe weiter zu dem Schritt 4.
    Schritt 4. Wenn Bcurrent gleich der Transportpuffergröße oder kleiner als dieselbe ist, soll das aktuelle Paket ausgeliefert und die Parameter wie folgt aktualisiert werden und gehe weiter zu dem Schritt 6. Sonst gehe weiter zu dem Schritt 5: Blast(i) = Bcurrent (9) Clast(i) = Ccurrent (10) Schritt 5. Es soll ein Null-Paket ausgeliefert werden, und gehe zu dem Schritt 6.
    Schritt 6. Der Ausgangpaketzähler soll wie folgt erhöht werden und gehe zu dem Schritt 1: Ccurrent = Ccurrent + 1 (11)
  • Dieses einfache Ablaufsteuerschema erfordert nur eine Reihe einfacher Berechnungen je Paketperiode, ungeachtet der Anzahl elementarer Ströme in dem Transportstrom und dennoch kann vermieden werden, dass der Transportpuffer überläuft. Weiterhin versteht sich, dass wenn das System nach 6 wie der Paketprozessor nach 5 angewandt wird, dieser imstande sein wird, den Pufferfüllgrad in jedem der vorgesehenen Zieldecoder 85 zu überwachen, indem demselben gültige MPEG-Ströme geliefert werden. Dies ist, weil der oben genannte Algorithmus jeweils, wenn ein Paket an dem Speicher 44 eintrifft, durchgeführt werden kann, weil die Ablauisteueranordnung 45 weiß, zu welchem Datenstrom das Paket gehört, im Bilde bleibt über die Pakete jedes einzelnen Datenstroms und die Leckraten der betreffenden Transportpuffer in den betreffenden Zieldecodern 85 kennt. Auf diese Weise ist in einem seriellen Paketverarbeitungssystem eine einzige Ablaufsteueranordnung imstande, mehrere Decoder zu überwachen.
  • Wenn wir das oben im Zusammenhang mit 3 erläuterte Remux-Schema mit in der genannten relatierten gleichzeitig eingereichten Patentanmeldung beschriebenen gesamten Aufzeichnungsvorschlag kombinieren und Redundanz entfernen, können wir eine totale DVCR-Lösung erhalten, die in 7 dargestellt ist. Für entsprechende Elemente werden in 7 die gleichen Bezugszeichen verwendet wie in 1 und 6. Die neuen Elemente, die auf gleiche Art und Weise funktionieren wie die oben beschriebenen Elemente, umfassen einen Paketsequenzerkennzeichner 60 entsprechend dem Kennzeichner 10, einen zweiten örtlichen Puffer B entsprechend dem örtlichen Puffer 15 und einen MUX 62, der gekennzeichnete und neu gemerkte Transportpakete mit der Trickmode und Nullpakete in dem Aufzeichnungsteil vor der Aufzeichnung auf dem Medium muxt. Während die vorhergehenden Null-Pakete MPEG-Null-Pakete sind zum Erzeugen eines gültigen MPEG-Stromes, werden diese Null-Pakete hauptsächlich benutzt zum Füllen von Lücken in dem Aufzeichnungsstrom und dienen keiner MPEG-Funktion. In dem Wiedergabeteil ist ein Filter 65 vorgesehen, das dazu dient, unerwünschte Füllpakete zu entfernen und den resultierenden Transportstrom wird in einem örtlichen Puffer C 66 entsprechend dem örtlichen Puffer 22 gespeichert, weiterhin gibt es einen Decodierungspaketspeicher 67 und eine Decodierungsablaufsteueranordnung 68, welche die invertierten Funktionen der Ablaufsteueranordnung 45 in dem Codierungsteil durchführt, und es gibt einen MUX 69 entsprechend dem Block 17.
  • Das Aufzeichnen geht nun wie folgt:
    • 1. Die erforderlichen Pakete werden von dem Filter 40 selektiert.
    • 2. Die Pakete mit dem PCR werden mit dem örtlichen Taktgeber 39 gekennzeichnet 41.
    • 3. Jedes Paket wird gespeichert und in dem örtlichen Puffer A42 festgehalten, bis es ausgelesen wird.
    • 4. Wenn der Paketspeicher 44 leer ist und wenn es wenigstens ein Paket in dem Puffer A 42 gibt, wird das erste Paket in dem Puffer A 42 ausgelesen und zu dem Paketspeicher 44 weitergeleitet. Die erforderliche Information des Pakets wird der Ablaufsteueranordnung 45 gleichzeitig zugeführt.
    • 5. Die Ablaufsteueranordnung 45 überprüft, ob das Ausliefern des Pakets in dem Paketspeicher 44 den Zieltransportpuffer des entsprechenden Elementarstrom- oder Zieldecoders überlaufen lässt, wie oben beschrieben, und meldet dies an den MUX 62.
    • 6. Wenn der Paketspeicher 44 ein Paket enthält und die Ablaufsteueranordnung 45 meldet, dass der Zieltransportpuffer in Ordnung ist, wird das Paket in dem Paketspeicher 44 ausgelesen. Das Paket in dem Paketspeicher 44 bleibt dort, bis es ausgelesen wird.
    • 7. Jedes Paket mit PCR wird neu gemerkt 50, wobei der PCR-Wert die Gleichung (1) anwendet.
    • 8. Jedes Paket wird gekennzeichnet 60 mit der Paketsequenznummer, die durch die Ablaufsteuerung Diskontinuität aufweisen kann.
    • 9. Jedes Paket wird in dem örtlichen Puffer B 61 gespeichert und dort festgehalten, bis es ausgelesen wird.
    • 10. Die aus dem Puffer B 61 ausgelesenen Pakete werden gemultiplext 62 mit Trickmodepaketen 15 und nötigenfalls mit Nullpaketen 49, entsprechend einem Trickmodeaufzeichnungsschema.
  • Wiedergabe findet wie folgt statt:
    • 1. Die erforderlichen Pakete werden von dem Filter 65 selektiert.
    • 2. Jedes Paket wird in dem örtlichen Puffer C 66 gespeichert, bis es ausgelesen wird.
    • 3. Wenn der Paketspeicher 67 leer ist, wird aus dem Puffer C 66 ein Paket ausgelesen und dem Paketspeicher 67 zugeführt. Das Paketsequenznummerkennzeichen jedes Pakets wird der Ablaufsteueranordnung 68 zugeführt.
    • 4. Die Ablaufsteueranordnung 68 überprüft, ob die Paketsequenznummer mit einem inneren Paketzähler (nicht dargestellt oder in der Ablaufsteueranordnung einverleibt) übereinstimmt und meldet in Ordnung, wenn beide übereinstimmen.
    • 5. Wenn die Ablaufsteueranordnung 68 in Ordnung meldet, selektiert der MUX 69 das Paket in dem Paketspeicher 67 und liest es aus. Sonst selektiert der MUX 67 ein Null-Paket und liest es aus. Jedes Paket wird mit der Remux-Rate ausgesendet. 7 kombiniert auf diese Weise das Remux-Schema nach 6 mit den erforderlichen Elementen um eine Aufzeichnung und Wiedergabe aus einem DVCR zu ermöglichen.
  • Die 9A und 9B zeigen die unter den gleichen Umständen, wie oben anhand der 8A bzw. 8B beschrieben erhaltene Verbesserung. Im Wesentlichen, dargestellt in 9A, hat die Neuablaufsteueranordnung verzögerte Blöcke 7 und 10 usw. (siehe die Pfeile 75 und 76) lang genug um ein Überlaufen des Zielpuffers zu vermeiden. Auf gleiche Weise sind die Blöcke 6 und 9 usw. bei den Pfeilen 77 und 78, wie in 9B dargestellt, verzögert wurden um ein Überlaufen und Verluste an Information zu vermeiden.
  • Auf diese Art und Weise kann ein DVCR bei Wiedergabe, ohne Verlust an Information, einen Transportstrom rekonstruieren, der eine Rate und eine Zeitgebung genau wie von dem Remux bei Aufzeichnung gesteuert. Mit diesem Schema kann die Remux-Rate höher oder niedriger sein als die Aufzeichnungsrate, oder sie kann dieser Aufzeichnungsrate entsprechen, solange die Netto Transportstromrate an dem Remux kleiner ist als die Aufzeichnungsrate oder dieser Rate entspricht. Es sei bemerkt, dass in der Ausführungsform nach 6 Null-Pakete 49 hinzugefügt werden. Wenn für den Remuxer 80 in der Ausführungsform nach 3 ersetzt, sollten Null-Pakete gelöscht werden 82. Diese überflüssige Hinzufügung und Löschung von MPEG-Null-Paketen wird bei der Ausführrungsform nach 7 vermieden.
  • In den Blockschaltbildern der Figuren ist nur der Datenstrom durch die Pfeile angegeben. Es dürfte aber dem Fachmann klar sein, dass viele Blöcke für Befehls- und Steuersignale, die in der Figur nicht dargestellt sind, miteinander verbunden sind.
  • Wie oben bereits angegeben, lässt sich die vorliegende Erfindung auch auf andere Datenformate und auf eine andere Art und Weise der Aufbewahrung der kritischen Zeitdaten anwenden. Es dürfte ebenfalls einleuchten, dass die Schaltungsanordnung und die Hardware zum Implementieren der jeweiligen dargestellten Blöcke, einschließlich der Software, insofern erforderlich, dem Fachmann klar sein wird, nicht nur aus der detaillierten Information, geliefert in den relatierten Patentanmeldungen, sondern auch aus der nachfolgenden Liste mit Bezugsmaterial:
    • (1) Europäische Patentanmeldung Nr. 492.704 (PHN 13.546)
    • (2) Europäische Patentanmeldung Nr. 595.411 (PHN 14.241)
    • (3) Europäische Patentanmeldung Nr. 608.946 (PHN 14.449)
    • (4) "Grand Alliance HDTV System Specification, Draft document", den 22. Februar 1994
    • (5) US Patentschrift Nr. 5.142.421 (PHN 13.537)
  • Während die vorliegende Erfindung im Zusammenhang mit bevorzugten Ausführungsformen beschrieben worden ist, dürfte es einleuchten, dass Abwandlungen davon im Rahmen des Obenstehenden dem Fachmann einleuchten dürften und dass folglich die vorliegende Erfindung sich nicht auf die bevorzugten Ausführungsformen beschränkt, sondern auch auf derartige Abwandlungen anwendbar ist.
  • Text in der Zeichnung
  • 8A
    • Eingänge
    • Voll
    • Leer
    • Eingang
    • Ausgang
    • Zeit
    • Wenn Th = TB Größe
    • 1 von jeweils 4 Bits des Pakets 7, 10 ... wird verloren gehen
  • 8B
    • Eingänge
    • Voll
    • Leer
    • Eingang
    • Ausgang
    • Zeit
    • Wenn Th = TB Größe
    • Jedes andere Bit des Pakets 6, 9 ... wird verloren gehen

Claims (7)

  1. Verfahren zum Verarbeiten eines ersten Transportstromes (Pfeil in 40) von Transportpaketen mit einer unbekannten Transportrate (X), die eine variierende Rate oder stoßartig sein kann, wobei der erste Transportstrom von Transportpaketen eine PCR hat, die viele Bits aufweist, die eine gültige zeitkritische Information darstellen, zum Bilden eines zweiten "Transportstromes (Pfeil aus 50) von Transportpaketen mit einer bekannten konstanten Rate (Y) und mit gültiger zeitkritischer Information, wobei dieses Verfahren die nachfolgenden Verfahrensschritte umfasst: (i) das Schaffen eines örtlichen Taktsignals (39), (ii) das Verarbeiten der Transportpakete des ersten Transportstromes auf eine serielle Art und Weise, während Abtastung (41) des örtlichen Taktsignals (39) stattfindet, wenn ein Bit der PCR jedes Pakets verarbeitet wird und das Speichern der abgetasteten Taktzeit für jedes Paket, (iii) das Verzögern (44) der Transportpakete zur Vermeidung von überfließenden (32, 36, 37) Downstream-Puffern (87), (iv) Wenn fertig (45), das Liefern (47, 84) der Transportpakete ohne dass der Downstream-Puffer (87) überfließt (32, 36, 37), das Selektieren und Auslesen der Transportpakete, das Neuabtasten (50) des örtlichen Taktsignals (39) und das Aktualisieren (50) der PCR der ausgelesenen Pakete mit der neuen Abtastzeit, (v) das Liefern (47, 84) der Transportpakete mit aktualisierten PCRn zum Bilden des zweiten Transportstromes.
  2. Verfahren nach Anspruch 1, wobei die Transportrate (X) des ersten Transportstromes von der Größenordnung von 50 Mbps ist und die Transportrate (Y) des zweiten Transportstromes von der Größenordnung von 25 Mbps ist.
  3. Verfahren zum Übertragen (Pfeil aus 62) von zeitkritischen Daten mit einer PCR über einen asynchronen Kanal-Downstream zu dem Gerät (85) mit einem Zielpuffer (87) mit einer begrenzten Ausleserate (R), wobei dieses Verfahren die nachfolgenden Ver fahrensschritte umfasst: (i) das Empfangen (Pfeil in 41) der zeitkritischen Daten, unterteilt in einem Strom aufeinander folgender Transportpakete, (ii) das Ermitteln (39, 41) der Eintreffzeit jedes der Transportpakete, (iii) das vorübergehende Speichern (42, 44, 61) der Transportpakete, (iv) das Berechnen (45) der Zeiten, wann einzelne Transportpakete stromabwärts übertragen werden können um Überfluss (32, 36, 37) des Zielpuffers (87) zu vermeiden, (v) das Berechnen (45) der Abgangszeit jedes der genannten Transportpakete und das entsprechende Modifizieren der PCR (50), (vi) das stromabwärts Übertragen (Pfeil aus 62) der Transportpakete entsprechend den Berechnungen des Schrittes (iv).
  4. Verfahren nach Anspruch 3, wobei dieses Verfahren weiterhin das Neumarkieren (50) der übertragenen Transportpakete, vor der Übertragung, mit einer neuen PCR umfasst.
  5. Verfahren nach Anspruch 3, das weiterhin die nachfolgenden Verfahrensschritte umfasst: (1) das Selektieren der gewünschten Pakete aus dem eintreffenden Transportstrom durch ein Filter (40), (2) das für die selektierten Pakete Speichern (42, 44) der abgetasteten Eintreffzeit eines örtlichen Taktsignals (39), (3) das Speichern der selektierten Transportpakete über einen örtlichen Puffer (42) in einem Paketspeicher (44), (4) wenn der Paketspeicher (44) leer ist und wenn es wenigstens ein Paket in dem örtlichen Puffer (42) gibt, das Auslesen des ersten Pakets in dem örtlichen Puffer (42) und das Verlagern desselben in den Paketspeicher (44), während gleichzeitig einem Steuerprogramm (45) Information über das Paket zugeführt wird, (5) das Berechnen in dem Steuerprogramm (45), ob durch Auslieferung des Pakets in dem Paketspeicher (44) der stromabwärts liegende Zielpuffer (87) überströmen (32, 36, 37) wird und das Signalisieren dieser Berechnung zu einem MUX (47), (6) wenn der Paketspeicher (44) ein Paket hat und das Steuerprogramm (45) signalisiert, dass der Zielpuffer (87) OK ist, das Selektieren in dem MUX (47) und das Auslesen des Transportpakets in dem Paketspeicher (44); sonst, das Selektieren in dem MUX (47) und das Ausliefern eines Null-Pakets aus einem Null-Paketgenerator (49), (7) das Modifizieren (50) der PRC in dem von dem MUX (47) übertragenen Transportpaket zu einem PCR-Neumarkierer (5) unter Anwendung der nachfolgenden Gleichung: PCRneu = PCRalt + (Taktsignalaktuell – Taktsignalmarkiert) – Verzögerungmax (1)wobei PCRneu: neuer PCR Wert nach Neumarkierung. PCRalt: alter PCR Wert vor Neumarkierung Taktsignalaktuell: der aktuelle Taktsignalwert bei Neumarkierung, Taktsignalmarkiert: der markierte Taktsignalwert bei Empfang des Pakets, Verzögerungmax: maximale Verzögerung durch Neumarkierung, was ein konstanter Wert ist um zu gewährleisten, dass jeder PCR Wert niemals zunimmt.
  6. Verfahren nach Anspruch 5, wobei das genannte Steuerprogramm (45) dadurch funktioniert, dass die Ausleserate (R) des Zielpuffers (87) bekannt ist, dass der Füllgrad des stromabwärts liegenden Zielpuffers (TB-Füllgrad) bei einer Ausgangstransportrate (Y) berechnet wird, und dass die Übertragung jedes Transportpakets verzögert wird, wenn die Berechnung angibt, dass der Zielpuffer (87) überlaufen wird (32, 36, 37).
  7. Verfahren nach Anspruch 5, wobei dieses Verfahren weiterhin (nicht dargestellte) Mittel aufweist um die selektierten Pakete zu verzeichnen, wobei das Verfahren weiterhin die nachfolgenden Verfahrensschritte umfasst: (viii) das Markieren (60) der Transportpakete mit der modifizierten (50) PCR mit einer Markierung der Eintreffsequenz (SAO), (ix) das Übertragen (Pfeil aus 62) der markierten Pakete zu einem Aufzeichnungsgerät.
DE69534750T 1994-09-07 1995-08-30 Umwandlungssystem für MPEG-Informationssignale Expired - Lifetime DE69534750T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US302144 1994-09-07
US08/302,144 US5566174A (en) 1994-04-08 1994-09-07 MPEG information signal conversion system

Publications (2)

Publication Number Publication Date
DE69534750D1 DE69534750D1 (de) 2006-04-06
DE69534750T2 true DE69534750T2 (de) 2006-09-14

Family

ID=23166443

Family Applications (2)

Application Number Title Priority Date Filing Date
DE69534750T Expired - Lifetime DE69534750T2 (de) 1994-09-07 1995-08-30 Umwandlungssystem für MPEG-Informationssignale
DE69526327T Expired - Fee Related DE69526327T2 (de) 1994-09-07 1995-08-30 Umwandlungssystem für ein mpeg-informationssignal

Family Applications After (1)

Application Number Title Priority Date Filing Date
DE69526327T Expired - Fee Related DE69526327T2 (de) 1994-09-07 1995-08-30 Umwandlungssystem für ein mpeg-informationssignal

Country Status (6)

Country Link
US (1) US5566174A (de)
EP (2) EP0727126B1 (de)
JP (2) JP4294090B2 (de)
AT (2) ATE315877T1 (de)
DE (2) DE69534750T2 (de)
WO (1) WO1996008115A1 (de)

Families Citing this family (132)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5579183A (en) 1994-04-08 1996-11-26 U.S. Philips Corporation Recording and reproducing an MPEG information signal on/from a record carrier
US5847779A (en) * 1994-06-15 1998-12-08 Rca Thomson Licensing Corporation Synchronizing a packetized digital datastream to an output processor in a television signal processing system
US6081650A (en) * 1994-06-30 2000-06-27 Thomson Licensing S.A. Transport processor interface and video recorder/playback apparatus in a field structured datastream suitable for conveying television information
KR970004637B1 (ko) * 1994-07-18 1997-03-29 엘지전자 주식회사 디브이씨알(dvcr)의 변속 재생 방법
JP3371174B2 (ja) * 1994-09-22 2003-01-27 ソニー株式会社 パケット受信装置
JPH08140042A (ja) * 1994-11-07 1996-05-31 Sony Corp 画像データの再生装置及び記録再生装置
JP3575100B2 (ja) * 1994-11-14 2004-10-06 ソニー株式会社 データ送信/受信装置及び方法並びにデータ記録/再生装置及び方法
JP3446372B2 (ja) * 1994-11-14 2003-09-16 ソニー株式会社 ディジタルデータ記録/再生装置および方法
WO1996031033A2 (en) * 1995-03-29 1996-10-03 Philips Electronics N.V. System for providing a predetermined timing relation between inputting and outputting of data; transmitter and receiver for such a system
EP0740478B1 (de) * 1995-04-27 2002-08-28 Hitachi, Ltd. Verfahren und Vorrichtung zum Empfang und/oder Wiedergabe von digitalen Signalen
US5793927A (en) * 1995-06-07 1998-08-11 Hitachi America, Ltd. Methods for monitoring and modifying a trick play data stream to insure MPEG compliance
US5659539A (en) * 1995-07-14 1997-08-19 Oracle Corporation Method and apparatus for frame accurate access of digital audio-visual information
US6119154A (en) * 1995-07-14 2000-09-12 Oracle Corporation Method and apparatus for non-sequential access to an in-progress video feed
US6138147A (en) 1995-07-14 2000-10-24 Oracle Corporation Method and apparatus for implementing seamless playback of continuous media feeds
US9832244B2 (en) * 1995-07-14 2017-11-28 Arris Enterprises Llc Dynamic quality adjustment based on changing streaming constraints
US7512698B1 (en) 1995-07-14 2009-03-31 Broadband Royalty Corporation Dynamic quality adjustment based on changing streaming constraints
US6112226A (en) * 1995-07-14 2000-08-29 Oracle Corporation Method and apparatus for concurrently encoding and tagging digital information for allowing non-sequential access during playback
JPH0983541A (ja) * 1995-09-19 1997-03-28 Fujitsu Ltd エラー処理方法および装置
TW319942B (de) * 1995-11-14 1997-11-11 Nippon Bickter Kk
US5956088A (en) * 1995-11-21 1999-09-21 Imedia Corporation Method and apparatus for modifying encoded digital video for improved channel utilization
US5877812A (en) * 1995-11-21 1999-03-02 Imedia Corporation Method and apparatus for increasing channel utilization for digital video transmission
US5862140A (en) * 1995-11-21 1999-01-19 Imedia Corporation Method and apparatus for multiplexing video programs for improved channel utilization
US6169843B1 (en) * 1995-12-01 2001-01-02 Harmonic, Inc. Recording and playback of audio-video transport streams
US7577782B2 (en) 1996-02-02 2009-08-18 Sony Corporation Application programming interface for data transfer and bus management over a bus structure
US6631435B1 (en) 1996-02-02 2003-10-07 Sony Corporation Application programming interface for data transfer and bus management over a bus structure
JP3159041B2 (ja) 1996-03-05 2001-04-23 株式会社日立製作所 ディジタル信号記録再生装置および再生装置
US6519268B1 (en) * 1996-03-07 2003-02-11 Sony Corporation Asynchronous data pipe for automatically managing asynchronous data transfers between an application and a bus structure
US6233637B1 (en) 1996-03-07 2001-05-15 Sony Corporation Isochronous data pipe for managing and manipulating a high-speed stream of isochronous data flowing between an application and a bus structure
US5818539A (en) * 1996-03-29 1998-10-06 Matsushita Electric Corporation Of America System and method for updating a system time constant (STC) counter following a discontinuity in an MPEG-2 transport data stream
US5828416A (en) * 1996-03-29 1998-10-27 Matsushita Electric Corporation Of America System and method for interfacing a transport decoder to a elementary stream video decorder
US5914962A (en) * 1996-06-27 1999-06-22 Zenith Electronics Corporation MPEG transport mux for independently clocked transport streams
EP0817502A3 (de) * 1996-07-04 2010-01-06 Panasonic Corporation Verfahren zur Verarbeitung multiplexierter Videodaten und zur Synchronisierung von mehreren Datenobjekten
JPH10154373A (ja) * 1996-09-27 1998-06-09 Sony Corp データデコードシステムおよびデータデコード方法、伝送装置および方法、並びに、受信装置および方法
KR0175570B1 (ko) * 1996-10-16 1999-04-01 양승택 Atm망의 정합을 위한 mpeg-2 ts 다중화장치
DE19647093A1 (de) * 1996-11-14 1998-05-28 Bosch Gmbh Robert Verfahren zur Aktualisierung von Zeitmarken in einem digitalen Datenstrom und Remultiplexer
GB9624001D0 (en) * 1996-11-19 1997-01-08 Digi Media Vision Ltd Method and apparatus for modifying tables of data
KR100261706B1 (ko) * 1996-12-17 2000-07-15 가나이 쓰도무 디지탈방송신호의 수신장치와 수신 및 기록재생장치
EP0904585A2 (de) * 1997-03-12 1999-03-31 Koninklijke Philips Electronics N.V. Aufzeichnung eines digitalen informationssignals auf einen aufzeichnungsträger
KR100238287B1 (ko) * 1997-06-03 2000-01-15 윤종용 프레임 동기 장치 및 그 방법
US6188703B1 (en) * 1997-08-01 2001-02-13 International Business Machines Corp. Multiplexer for multiple media streams
JP3803843B2 (ja) * 1997-09-09 2006-08-02 株式会社日立製作所 ディジタル信号記録装置及び記録再生装置及び受信記録再生装置
GB9722500D0 (en) * 1997-10-27 1997-12-24 Nds Ltd Method and apparatus for re-timing a digital signal
UA56279C2 (uk) * 1997-11-04 2003-05-15 Джорджія Тек Ресерч Корпорейшн Система і спосіб підтримки синхронізації за часом у мережі цифрового відео
US6351474B1 (en) * 1998-01-14 2002-02-26 Skystream Networks Inc. Network distributed remultiplexer for video program bearing transport streams
US6246701B1 (en) 1998-01-14 2001-06-12 Skystream Corporation Reference time clock locking in a remultiplexer for video program bearing transport streams
US6351471B1 (en) * 1998-01-14 2002-02-26 Skystream Networks Inc. Brandwidth optimization of video program bearing transport streams
US6195368B1 (en) 1998-01-14 2001-02-27 Skystream Corporation Re-timing of video program bearing streams transmitted by an asynchronous communication link
US6292490B1 (en) 1998-01-14 2001-09-18 Skystream Corporation Receipts and dispatch timing of transport packets in a video program bearing stream remultiplexer
JP3402177B2 (ja) * 1998-01-26 2003-04-28 ソニー株式会社 ディジタル信号多重化装置及び方法、ディジタル信号伝送方法、ディジタル信号記録方法、並びに、記録媒体
US6081299A (en) * 1998-02-20 2000-06-27 International Business Machines Corporation Methods and systems for encoding real time multimedia data
JPH11275524A (ja) * 1998-03-20 1999-10-08 Pioneer Electron Corp データ記録方法、データ再生方法、データ記録装置およびデータ再生装置
JP4591483B2 (ja) * 1998-04-09 2010-12-01 ソニー株式会社 情報置換装置及び情報置換方法
US6091742A (en) * 1998-08-17 2000-07-18 Gilant Satellite Networks Ltd. Bi-directional communications protocol
FR2783657B1 (fr) * 1998-09-17 2000-11-17 Itis Dispositif de recalage horaire dans les reseaux de transmission de signaux numeriques
US6747983B1 (en) * 1998-10-02 2004-06-08 Thomson Licensing S.A. Transport packet rate conversion
US6553086B1 (en) * 1998-10-02 2003-04-22 Lg Electronics, Inc. Method and apparatus for recording time information for digital data streams
US6973258B1 (en) * 1998-10-02 2005-12-06 Lg Electronics Inc. Method and apparatus for recording digital data streams
US6888840B1 (en) * 1998-10-02 2005-05-03 Thomson Licensing S.A. Output symbol rate control in a packet transport rate conversion system
US6167471A (en) 1998-10-14 2000-12-26 Sony Corporation Method of and apparatus for dispatching a processing element to a program location based on channel number of received data
EP1073225B1 (de) 1999-01-12 2007-08-01 Sony Corporation System zur verteilung von informationen
KR100326144B1 (ko) * 1999-02-09 2002-03-13 구자홍 기록 디지털 데이터 스트림의 탐색정보 생성방법 및 이를이용한 탐색방법과, 그 장치
US6374405B1 (en) * 1999-02-17 2002-04-16 Opentv, Corp. Module scheduling with a time interval and ending time
US6996098B2 (en) * 1999-03-31 2006-02-07 Sedna Patent Services, Llc Method and apparatus for injecting information assets into a content stream
US6247069B1 (en) 1999-05-12 2001-06-12 Sony Corporation Automatically configuring storage array including a plurality of media storage devices for storing and providing data within a network of devices
US6859846B2 (en) * 1999-05-12 2005-02-22 Sony Corporation Method of distributed recording whereby the need to transition to a second recording device from a first recording device is broadcast by the first recording device
GB2352595B (en) 1999-07-27 2003-10-01 Sgs Thomson Microelectronics Data processing device
GB9921261D0 (en) * 1999-09-09 1999-11-10 Nds Ltd Method and apparatus for processing a digital bitstream
US6721859B1 (en) 1999-10-21 2004-04-13 Sony Corporation Multi-protocol media storage device implementing protocols optimized for storing and retrieving both asynchronous and isochronous data
US6523108B1 (en) 1999-11-23 2003-02-18 Sony Corporation Method of and apparatus for extracting a string of bits from a binary bit string and depositing a string of bits onto a binary bit string
AU2425201A (en) * 1999-11-24 2001-06-04 Tiernan Communications, Inc. Method and apparatus of transmitting and receiving variable bit rate streams
GB9930787D0 (en) * 1999-12-30 2000-02-16 Koninkl Philips Electronics Nv Method and apparatus for convrerting data streams
JP2001230821A (ja) * 2000-02-16 2001-08-24 Sony Corp データ中継装置および方法、並びに提供媒体
CN1411656A (zh) * 2000-03-03 2003-04-16 汤姆森特许公司 至少两个传输流和一个对应数字流的多路分解设备及方法
US7284064B1 (en) 2000-03-21 2007-10-16 Intel Corporation Method and apparatus to determine broadcast content and scheduling in a broadcast system
EP1139666B1 (de) * 2000-03-29 2010-06-02 Thomson Licensing Verfahren und Gerät für die Ausgabeverzögerungsänderung während der Video- und Tonkodierung
EP1139665A1 (de) * 2000-03-29 2001-10-04 Deutsche Thomson-Brandt Gmbh Verfahren und Gerät für die Ausgabeverzögerungsänderung während der Video- oder Tonkodierung
JP3380517B2 (ja) * 2000-03-30 2003-02-24 松下電器産業株式会社 特殊再生データ作成装置、及び媒体
JP3911380B2 (ja) * 2000-03-31 2007-05-09 松下電器産業株式会社 転送レート制御装置
US7050460B1 (en) * 2000-04-14 2006-05-23 Ati International Srl Method and apparatus for multiplexing data streams using time constraints
WO2001080491A2 (en) * 2000-04-18 2001-10-25 B2C2, Inc. Assembling transport packets into ip packets using a clock signal from the transport stream
CN1198447C (zh) * 2000-05-12 2005-04-20 提维股份有限公司 提高带宽效率的方法
US7720821B1 (en) 2000-06-30 2010-05-18 Sony Corporation Method of and apparatus for writing and reading time sensitive data within a storage device
FR2811846B1 (fr) * 2000-07-17 2002-09-27 Thomson Multimedia Sa Procede et dispositif de lecture de donnees enregistrees mpeg transmises sur un bus ieee 1394
GB0022951D0 (en) * 2000-09-19 2000-11-01 Sgs Thomson Microelectronics Data injection
US20020089602A1 (en) * 2000-10-18 2002-07-11 Sullivan Gary J. Compressed timing indicators for media samples
US6904475B1 (en) 2000-11-06 2005-06-07 Sony Corporation Programmable first-in first-out (FIFO) memory buffer for concurrent data stream handling
US7275254B1 (en) 2000-11-21 2007-09-25 Intel Corporation Method and apparatus for determining and displaying the service level of a digital television broadcast signal
US6996101B2 (en) * 2000-11-29 2006-02-07 International Business Machines Corporation Re-mapping and interleaving transport packets of multiple transport streams for processing by a single transport demultiplexor
US7185352B2 (en) * 2001-05-11 2007-02-27 Intel Corporation Method and apparatus for combining broadcast schedules and content on a digital broadcast-enabled client platform
US7124292B2 (en) * 2001-05-21 2006-10-17 Sony Corporation Automatically configuring storage array including a plurality of media storage devices for storing and providing data within a network of devices
US7103047B1 (en) 2001-06-26 2006-09-05 Juniper Networks, Inc. Method and apparatus for modifying the rate of MPEG transport streams
US7269334B2 (en) * 2001-07-27 2007-09-11 Thomson Licensing Recording and playing back multiple programs
US7047456B2 (en) 2001-08-28 2006-05-16 Intel Corporation Error correction for regional and dynamic factors in communications
US8880709B2 (en) * 2001-09-12 2014-11-04 Ericsson Television Inc. Method and system for scheduled streaming of best effort data
WO2003026287A1 (fr) * 2001-09-13 2003-03-27 Sony Corporation Appareil d'enregistrement/reproduction d'informations et procede d'enregistrement/reproduction d'informations
US8943540B2 (en) 2001-09-28 2015-01-27 Intel Corporation Method and apparatus to provide a personalized channel
ATE292873T1 (de) 2001-11-30 2005-04-15 Matsushita Electric Ind Co Ltd Verfahren und vorrichtung zur stream-umsetzung, verfahren und vorrichtung zur datenaufzeichnung und datenaufzeichnungsmedium
AU2003248901A1 (en) * 2002-03-05 2003-09-16 Koninklijke Philips Electronics N.V. Method and arrangement for converting a first data stream into a second data stream
US8302144B2 (en) * 2002-03-13 2012-10-30 Cox Communications, Inc. Distribution of content in an information distribution system
US7330640B2 (en) * 2002-04-15 2008-02-12 Thomson Licensing Display of closed caption and sub-picture information during limited speedup video trick modes
US20040006635A1 (en) * 2002-04-19 2004-01-08 Oesterreicher Richard T. Hybrid streaming platform
US7899924B2 (en) * 2002-04-19 2011-03-01 Oesterreicher Richard T Flexible streaming hardware
US20040006636A1 (en) * 2002-04-19 2004-01-08 Oesterreicher Richard T. Optimized digital media delivery engine
US7269136B2 (en) * 2002-08-30 2007-09-11 Sun Microsystems, Inc. Methods and apparatus for avoidance of remote display packet buffer overflow
US20040047424A1 (en) * 2002-10-15 2004-03-11 Kumar Ramaswamy System and method for transmitting digital video files with error recovery
CN101534417B (zh) * 2002-12-06 2013-07-17 汤姆森许可贸易公司 用于远程调谐和时钟同步的方法和系统
US7269836B2 (en) * 2003-03-24 2007-09-11 International Business Machines Corporation System and method for providing multiplexing and remultiplexing of MPEG-2 streams
US7227899B2 (en) * 2003-08-13 2007-06-05 Skystream Networks Inc. Method and system for re-multiplexing of content-modified MPEG-2 transport streams using interpolation of packet arrival times
US7342968B2 (en) * 2003-08-13 2008-03-11 Skystream Networks Inc. Method and system for modeling the relationship of the bit rate of a transport stream and the bit rate of an elementary stream carried therein
US7693222B2 (en) * 2003-08-13 2010-04-06 Ericsson Television Inc. Method and system for re-multiplexing of content-modified MPEG-2 transport streams using PCR interpolation
US20050036557A1 (en) * 2003-08-13 2005-02-17 Jeyendran Balakrishnan Method and system for time synchronized forwarding of ancillary information in stream processed MPEG-2 systems streams
WO2005020557A2 (en) * 2003-08-13 2005-03-03 Skystream Networks Inc. Method and system for modeling the relationship of the bit of a transport stream and the bit rate of an elementary stream carried therein
US7274742B2 (en) * 2003-08-13 2007-09-25 Skystream Networks Inc. Model and model update technique in a system for modeling the relationship of the bit rate of a transport stream and the bit rate of an elementary stream carried therein
KR100584381B1 (ko) * 2004-02-04 2006-05-26 삼성전자주식회사 엠펙-2 데이터 전송속도 조절 방법 및 그 장치
EP1724960A4 (de) * 2004-03-10 2008-03-05 Mitsubishi Electric Corp Datenempfangseinrichtung und datenempfangsverfahren
EP1728342B1 (de) * 2004-03-22 2008-02-20 Nextream France Temporal-slaving-einrichtung
US7855973B2 (en) * 2004-07-14 2010-12-21 Sony Ericsson Mobile Communications Ab Apparatus, methods and computer program products for transmission of data over an adjustable synchronous radio channel
CN101027668B (zh) * 2004-07-21 2012-01-04 海滩无极限有限公司 基于块映射表缓冲存储和虚拟文件系统的可堆叠文件系统模块的分布式存储结构
DE602004009560T2 (de) * 2004-07-22 2008-08-21 Harman Becker Automotive Systems Gmbh Datenübertragungssynchronisationsschema
EP1772016A2 (de) * 2004-07-23 2007-04-11 Beach Unlimited LLC Trick-modi und geschwindigkeitswechsel
US20060153248A1 (en) * 2004-12-23 2006-07-13 Michael Rytting Counter proxy
KR20060082380A (ko) * 2005-01-12 2006-07-18 엘지전자 주식회사 기록 데이터의 편집을 위한 정보를 관리하는 방법 및 장치
NL1033698C2 (nl) 2007-04-16 2008-10-20 Friesland Brands Bv Functioneel serumeiwitproduct voor toepassing in kindervoeding en therapeutische samenstellingen, en werkwijzen ter bereiding daarvan.
US8386630B1 (en) * 2007-09-09 2013-02-26 Arris Solutions, Inc. Video-aware P2P streaming and download with support for real-time content alteration
US8494343B2 (en) * 2007-12-31 2013-07-23 Echostar Technologies L.L.C. Methods and apparatus for presenting text data during trick play mode of video content
US7899089B2 (en) * 2008-07-09 2011-03-01 Ericsson Television, Inc. Constant bit rate padding of MPEG transport streams
US8325764B2 (en) * 2009-02-24 2012-12-04 Verivue, Inc. Canonical scheduling for heterogeneous content delivery
US20120147900A1 (en) * 2009-08-25 2012-06-14 Taiho Nakazawa Recording and reproducing apparatus
DE102012206910A1 (de) * 2011-12-06 2013-06-06 Rohde & Schwarz Gmbh & Co. Kg Verfahren und Vorrichtung zur Signalisierung eines Sendezeitpunktes und/oder eines Systemtaktes
DK2730170T3 (en) 2012-11-13 2016-05-30 Dmk Deutsches Milchkontor Gmbh Allergen-free food compositions
EP3035691A3 (de) 2014-12-17 2016-08-24 Thomson Licensing Verfahren und vorrichtung zur minimierung von timing-artefakten in remultiplexing
US11343786B2 (en) * 2020-10-27 2022-05-24 Electronics And Telecommunications Research Institute Method for broadcast gateway signaling using cloud network and apparatus for the same

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2274041B (en) * 1990-01-19 1994-09-14 British Broadcasting Corp Buffer regulation
NL9002772A (nl) * 1990-09-21 1992-04-16 Philips Nv Inrichting voor het optekenen van een digitaal informatiesignaal in een registratiedrager.
US5159447A (en) * 1991-05-23 1992-10-27 At&T Bell Laboratories Buffer control for variable bit-rate channel
US5287182A (en) * 1992-07-02 1994-02-15 At&T Bell Laboratories Timing recovery for variable bit-rate video on asynchronous transfer mode (ATM) networks
US5260978A (en) * 1992-10-30 1993-11-09 Bell Communications Research, Inc. Synchronous residual time stamp for timing recovery in a broadband network
US5381181A (en) * 1993-05-13 1995-01-10 Thomson Consumer Electronics, Inc. Clock recovery apparatus as for a compressed video signal
US5430485A (en) * 1993-09-30 1995-07-04 Thomson Consumer Electronics, Inc. Audio/video synchronization in a digital transmission system
US5392280A (en) * 1994-04-07 1995-02-21 Mitsubishi Electric Research Laboratories, Inc. Data transmission system and scheduling protocol for connection-oriented packet or cell switching networks
US5432824A (en) * 1994-07-06 1995-07-11 Mitsubishi Electric Research Laboratories, Inc. Credit/rate-based system for controlling traffic in a digital communication network

Also Published As

Publication number Publication date
ATE216169T1 (de) 2002-04-15
JP4294676B2 (ja) 2009-07-15
ATE315877T1 (de) 2006-02-15
EP0727126B1 (de) 2002-04-10
DE69526327T2 (de) 2002-12-12
DE69526327D1 (de) 2002-05-16
JPH09505433A (ja) 1997-05-27
US5566174A (en) 1996-10-15
DE69534750D1 (de) 2006-04-06
JP2007102997A (ja) 2007-04-19
EP0921690A2 (de) 1999-06-09
EP0921690A3 (de) 1999-07-14
WO1996008115A1 (en) 1996-03-14
JP4294090B2 (ja) 2009-07-08
EP0921690B1 (de) 2006-01-11
EP0727126A1 (de) 1996-08-21

Similar Documents

Publication Publication Date Title
DE69534750T2 (de) Umwandlungssystem für MPEG-Informationssignale
DE69636180T2 (de) Verfahren und Vorrichtung zum Empfang und/oder Wiedergabe von digitalen Signalen
DE4227451B4 (de) Datenmultiplexanordnung und Datendemultiplexanordnung
DE69418678T2 (de) Rationelle anordnung der eingangspuffer fur zusätliche information in video- und audiosignalverarbeitungssystemen
DE69127504T2 (de) Verfahren zum Übertragen von Bild- und/oder Tonsignalen
DE69531223T2 (de) Verfahren und anordnung zur datenpaketübertragung
DE69319327T2 (de) Videoserver
DE69621468T2 (de) Verfahren zum Erzeugen eines digitalen Videodatenstroms, ausgehend von einem oder mehreren anderen digitalen Videodatenströmen
DE69509523T2 (de) Server für digitale videodaten für eine vielzahl von anwendern in synchrongruppen
DE69627031T2 (de) Dateiprozessor für die verteilung von multimedia-dateien
DE69732874T2 (de) Kodierung, Speicherung und Übertragung von digitalen Signalen
DE69736706T2 (de) Verfahren und gerät zum spleissen komprimierter datenflüsse
DE69830752T2 (de) Verfahren und Anlage zur Aufnahme vielfachprotokoll-komprimierter Ton- und Videodaten
DE69533113T2 (de) Aufnahme und Wiedergabe eines MPEG-Informationssignals auf/von einem Aufnahmeträger
DE69425010T2 (de) Prioritätsverarbeitung von kodierten Bildsignalen
DE69517966T2 (de) Pufferverwaltung in kompressionssystemen mit variabler bitrate
DE69535631T2 (de) Aufzeichnung und Wiedergeben von Digitaldaten
DE69637410T2 (de) Video-auf-anfragesystem mit verzögerung und fernsehverfahren dazu
DE69518389T2 (de) Datenübertragung, -aufzeichnung und -wiedergabe
DE60108199T2 (de) Verfahren und Vorrichtung zur Dekodierung eines Videodatenstroms in besonderen Wiedergabebetriebsarten
DE69324873T2 (de) Netzsystem und Terminalgerät
DE69430711T2 (de) Vorrichtung zum Speichern und Wiedergewinnen von Bilddaten
DE69420090T2 (de) Aufzeichnungsverfahren für komprimierte und kodierte Daten
DE69610052T2 (de) Aufzeichnung und wiedergabe eines informationssignals mit in dessem seriellen datenstrom unregelmässig als zeitfunktion auftretenden paketen
DE60223483T2 (de) Verfahren zum aufzeichenen eines digitalen Rundfunkprogramms und zeitbasierter Wiedergabe eines aufgezeichneten Rundfunkprogramms und zugehörige Vorrichtung

Legal Events

Date Code Title Description
8364 No opposition during term of opposition