DE69838729T2 - Verfahren und vorrichtung zur verringerung des benötigten speicherplatzes zur speicherung von referenzbildern in einem videodekoder - Google Patents
Verfahren und vorrichtung zur verringerung des benötigten speicherplatzes zur speicherung von referenzbildern in einem videodekoder Download PDFInfo
- Publication number
- DE69838729T2 DE69838729T2 DE69838729T DE69838729T DE69838729T2 DE 69838729 T2 DE69838729 T2 DE 69838729T2 DE 69838729 T DE69838729 T DE 69838729T DE 69838729 T DE69838729 T DE 69838729T DE 69838729 T2 DE69838729 T2 DE 69838729T2
- Authority
- DE
- Germany
- Prior art keywords
- reference frame
- frames
- compressed
- frame data
- frame
- 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
Links
- 238000000034 method Methods 0.000 title claims description 43
- 230000015654 memory Effects 0.000 claims description 39
- 230000006835 compression Effects 0.000 claims description 30
- 238000007906 compression Methods 0.000 claims description 30
- 230000006837 decompression Effects 0.000 claims description 8
- 238000005516 engineering process Methods 0.000 claims description 4
- 239000013598 vector Substances 0.000 description 3
- 238000003491 array Methods 0.000 description 2
- 239000000872 buffer Substances 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000000877 morphologic effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
- H04N21/4383—Accessing a communication channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
- H04N19/423—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation characterised by memory arrangements
- H04N19/426—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation characterised by memory arrangements using memory downsizing methods
- H04N19/428—Recompression, e.g. by spatial or temporal decimation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T7/00—Image analysis
- G06T7/20—Analysis of motion
- G06T7/223—Analysis of motion using block-matching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/103—Selection of coding mode or of prediction mode
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/127—Prioritisation of hardware or computational resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
- H04N19/159—Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
- H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/177—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a group of pictures [GOP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/186—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a colour or a chrominance component
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
- H04N19/523—Motion estimation or motion compensation with sub-pixel accuracy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/59—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial sub-sampling or interpolation, e.g. alteration of picture size or resolution
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
- H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T2207/00—Indexing scheme for image analysis or image enhancement
- G06T2207/10—Image acquisition modality
- G06T2207/10016—Video; Image sequence
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T2207/00—Indexing scheme for image analysis or image enhancement
- G06T2207/20—Special algorithmic details
- G06T2207/20048—Transform domain processing
- G06T2207/20052—Discrete cosine transform [DCT]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/146—Data rate or code amount at the encoder output
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/146—Data rate or code amount at the encoder output
- H04N19/152—Data rate or code amount at the encoder output by measuring the fullness of the transmission buffer
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Computing Systems (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Compression, Expansion, Code Conversion, And Decoders (AREA)
Description
- Diese Erfindung betrifft einen prädiktiven Videodecoder und genauer gesagt eine Methode und ein Verfahren für das effiziente Speichern von Referenzframes in einem prädiktiven Videodecoder.
- HINTERGRUND DER OFFENBARUNG
- Mit dem Aufkommen der breiten Nutzung von digitalen Videodecodern sowohl in der Unterhaltungselektronik als auch in Arbeitsplatzrechnern müssen diese Decoder in kostengünstiger Weise hergestellt werden. In prädiktiven Videodecodern wie z. B. MPEG (Moving Pictures Expert Group)-Standarddecodern, müssen gewisse Frames innerhalb der Videosequenz als Referenzframes gespeichert werden, da sie dazu verwendet werden, andere Frames innerhalb der Videosequenz zu decodieren. Um solche Referenzframes (in der MPEG-Fachsprache sind diese Frames als I- und P-Frames bekannt) zu speichern, werden beträchtliche Mengen an Speicherkapazität benötigt, um die Decoderfunktionen zu unterstützen. Derzeit speichern MPEG-Decoder lediglich ein gesamtes Frame dekomprimierter, gepixelter Videoinformationen als Referenzbilder. Diese Frames werden anschließend dazu verwendet, andere Frames innerhalb der Videosequenz, beispielsweise sogenannte B-Frames, zu dekomprimieren und vorauszuberechnen. Eine Verringerung der benötigten Speicherkapazität, um ein solches Referenzbild zu speichern, würde die Gesamtkosten eines MPEG-Decoders erheblich reduzieren.
- Die
GB 2 310 101 - In der Technik besteht ein Bedarf an einer Methode und einem Verfahren zur Durchführung einer effizienten Referenzframespeicherung.
- ZUSAMMENFASSUNG DER ERFINDUNG
- Aspekte der Erfindung werden in den Ansprüchen näher ausgeführt, auf die hier hingewiesen wird.
- Im Besonderen speichert die vorliegende Erfindung ein oder mehrere Referenzframes in einem komprimierten Format, ruft dann Teile desselben ab und dekomprimiert sie, wie sie zum Decodieren vorausberechneter Frames innerhalb eines empfangenen Bitstromes benötigt werden. Zu jedem Zeitpunkt gibt es gemäß dem MPEG-Standard zwei Referenzframes, die für die Verwendung durch den MPEG-Decoder gespeichert werden müssen. Eines der Frames (Referenz A) wird dazu verwendet, ein zukünftiges Referenzframe zu produzieren, z. B. wird ein I-Frame verwendet, um ein P-Frame vorauszuberechnen und ein P-Frame wird dazu verwendet, ein anderes P-Frame zu produzieren. Das andere Referenzframe (Referenz B) wird nicht dazu verwendet, ein zukünftiges Referenzframe zu produzieren, sondern wird nur dazu verwendet, ein oder mehrere vorausberechnete Frames zu produzieren, z. B. B-Frames. Um sicherzustellen, dass nur eine unbedeutende Verzerrung in den decodierten Bildern entsteht, sollte eine verlustfreie oder hochqualitative Komprimierungstechnik verwendet werden, wenn man Referenz-A-Frames komprimiert, während Referenz-B-Frames durch die Verwendung einer tatsächlich verlustbehafteten Komprimierungstechnik komprimiert werden. Solch eine tatsächlich verlustbehaftete Komprimierungstechnik wird verwendet, um die Referenz-B-Frames zu komprimieren, weil diese Frames nicht dazu verwendet werden, Referenzframes vorauszuberechnen und daher werden Fehler, die in den decodierten Bildern entstanden sind, nicht addiert. Man beachte, dass in einem System vom MPEG-Typ, in dem ein zuvor decodiertes Referenzframe dazu verwendet wird, sowohl das nächste Referenzframe vorauszuberechnen als auch vorausberechnete Frames, die Erfindung das Referenz-A-Frame decodiert und speichert bis es verwendet wird, um ein anderes Referenzframe zu decodieren. Wenn das neue Referenzframe decodiert ist, wird das neue Referenzframe als Referenz-A-Frame bezeichnet und das vorherige Referenz-A-Frame in Referenz-B-Frame umbenannt. Zusätzlich wir das Referenz-B-Frame nach der Umbenennung unter Verwendung der tatsächlich verlustbehafteten Komprimierung weiter komprimiert, da es nicht länger benutzt wird, um ein Referenzframe vorauszuberechnen. Die Erfindung decodiert und ersetzt das Referenz-B-Frame jedes Mal, wenn ein neues Referenzframe decodiert wird.
- Um die Erfindung auszuführen, wird ein zusätzlicher Schaltkreis zu einem herkömmlichen blockbasierten Videodecoder hinzugefügt. Ein herkömmlicher blockbasierter Videodecoder enthält einen variablen Längendecoder, einen inversen Quantisierer, eine inverse DCT-Einheit, einen Addierer, einen Bildschirmspeicher, einen Referenzframespeicher, und einen Bewegungskompensationsprozessor. Die Erfindung fügt zumindest einen Komprimierer/Dekomprimierer als Eingabe-/Ausgabevorrichtung, die an den Referenzframespeicher gekoppelt ist, hinzu. Wenn zwei Referenzframes unter Verwendung unterschiedlicher Komprimierungstechniken gespeichert werden, werden ein oder zwei Komprimierer/Dekomprimierer verwendet. Im Allgemeinen arbeiten die herkömmlichen Decodierkomponenten wie gewöhnlich außer dass, wenn ein Referenzframe decodiert wird, das Frame in dem Komprimierer komprimiert wird, bevor es in dem Referenzframespeicher gespeichert wird. Danach, wann immer ein bestimmter Teil des Referenzframes gebraucht wird, um ein anderes Bild zu decodieren, wird der Teil zerstörungsfrei aus dem Speicher abgerufen, dekomprimiert und an den Bewegungskompensationsprozessor zur Verwendung beim Decodieren von Bildern angeschlossen. Durch die Verwendung dieser Erfindung wird eine beträchtliche Menge Speicherkapazität für die Benutzung in anderen Prozessen eingespart oder kann ganz und gar aus dem Decoder entnommen werden.
- KURZE BESCHREIBUNG DER FIGUREN
- Die Lehren der vorliegenden Erfindung können unter Berücksichtigung der folgenden ausführlichen Beschreibung in Verbindung mit den beigefügten Figuren leicht verstanden werden, in denen:
-
1 einen blockbasierten Videodecoder darstellt, der die vorliegende Erfindung einschließt, -
2 ein Flussdiagramm darstellt, welches die Arbeitsweise der vorliegenden Erfindung zeigt, -
3 eine von der Erfindung verwendete Speicherstruktur darstellt, wenn eine variable Längencodiertechnik verwendet wird, um ein Referenzbild zu komprimieren, -
4 eine von der Erfindung verwendete Speicherstruktur darstellt, wenn eine festgelegte Längencodiertechnik verwendet wird, um das Referenzbild zu komprimieren. - Um die Verständlichkeit zu erhöhen, wurden, wo dies möglich war, identische Referenzzahlen verwendet, um identische Merkmale zu kennzeichnen, die den Figuren gemeinsam sind.
- AUSFÜHRLICHE BESCHREIBUNG
-
1 zeigt eine Darstellung eines beispielhaften Videodecoders100 , der ausgerichtet ist, Videodaten, die in einem MPEG-artigen Format angeordnet sind, zu verarbeiten. Dieser Decoder100 ist einer breit gefächerten Auswahl von bekannten, bewegungskompensierten prädiktiven Videodecodern (blockbasierten Videodecodern) ähnlich und daher wird hier auf eine ausführliche Beschreibung hinsichtlich der herkömmlichen Komponenten des Decoders verzichtet. - Ein blockbasiertes codiertes Videosignal (ein MPEG-konformes Signal) wird auf einem Pfad
124 zu einem variablen Längendecoder102 bereitgestellt. Der variable Längendecoder (VLD)102 führt variables Längendecodieren als seine Hauptfunktion aus, stellt aber auch zusätzliche Verarbeitung wie z. B. die inverse Zickzack-Verarbeitung bereit, entnimmt dem Videostrom Kopfzeilendaten und andere Kontrolldaten und extrahiert Bewegungsvektorinformationen, die an den Bewegungskompensationsprozessor112 gekoppelt sind. Der VLD102 produziert auch eine Mehrzahl von Blöcken von quantisierten DCT-Daten, die auf den inversen Quantisierer104 angewendet werden. Die inversen quantisierten Daten werden dann auf eine inverse DCT-Einheit106 angewendet. Die IDCT-Einheit106 reagiert auf die Blöcke von Koeffizienten, die von dem inversen Quantisierer produziert wurden und erzeugt Matrizen (z. B. 8×8 Arrays) von Pixelinformationen. Die Arrays sind in einer vorbestimmten Folge an einen Summierer108 gekoppelt. Einem zweiten Eingang in den Summierer108 werden bewegungskompensierte Bilddaten wie unten beschrieben geliefert. Die Ausgabedaten aus dem Summierer108 entsprechen dekomprimierten, bewegungskompensierten Pixelwerten. Diese Werte werden in einen Bildschirmspeicher (VRAM)110 gespeist, wo die Pixel angehäuft werden bis ein gesamtes Frame von Bilddaten vorhanden ist. Anschließend werden Videosignale, die in dem Bildschirm-RAM gespeichert werden, letztendlich auf ein Anzeigegerät, wie z. B. einen Fernseh- oder Computerbildschirm angewendet. - Ausgabesignale des VLD
102 werden auch auf einen Bewegungskompensationsprozessor112 angewendet, der bewegungskompensierte Videoblöcke produziert, die auf den zweiten Eingang des Summierers108 angewendet werden. Um die Bewegungskompensation zu erleichtern, müssen die Referenzframes (auch als Ankerframes bekannt) in der Videosequenz gespeichert werden, damit man sie zur Bewegungskompensation der verschiedenen Frames, die in dem Videostrom vorausberechnet werden, verwenden kann. In einem MPEG-kompatiblen Datenstrom werden die Referenzframes mit Frames, die von den Referenzframes vorausberechnet werden, durchsetzt, z. B. werden I- und P-Frames zwischen B-Frames eingefügt. Daher müssen I- und P-Frames als Referenzframes gespeichert werden, um die Decodierung der B-Frames zu erleichtern. Außerdem werden I-Frames und P-Frames dazu verwendet, die Decodierung von P-Frames zu erleichtern. - Die vorliegende Erfindung verwendet einen Komprimierer/Dekomprimierer
114 als Eingabe-/Ausgabevorrichtung für den Referenzframespeicher120 . Daher müssen Referenzframes komprimiert werden, damit man sie speichern kann und Teile des komprimierten Referenzframes müssen dekomprimiert werden, wenn sie von dem Bewegungskompensationsprozessor12 für die Vorausberechnung von anderen Frames verwendet werden. Im Allgemeinen erfordert ein MPEG-kompatibler Decoder das Speichern von zwei Referenzframes zur selben Zeit. Daher verwendet die vorliegende Erfindung einen Komprimierer/Dekomprimierer, um ein Paar von Referenzframes zu komprimieren und zu dekomprimieren. - Im Besonderen umfasst der Decoder
100 sowohl einen Framekomprimierer/Framedekomprimierer114 als auch zwei Framepuffer (Framespeicher116 ) für das vorübergehende Speichern der Referenzframes118 und120 . Der Komprimierer/Dekomprimierer114 ist an den Ausgang des Summierers108 gekoppelt. Der Komprimierer/Dekomprimierer114 ist sowohl mit dem Referenzspeicher116 als auch mit dem Bewegungskompensationsprozessor112 verbunden. - Die Erfindung verwendet einen einzigen Komprimierer/Dekomprimierer
114 , um ein Referenz-A-Frame zu verarbeiten und um alle Framedaten sehr sorgfältig zu speichern, beispielsweise durch die Verwendung einer äußerst sorgfältigen, verlustfreien Komprimierungstechnik. Wenn jedoch ein neues Referenzframe decodiert wird und das Referenz-A-Frame in ein Referenz-B-Frame umbenannt wird, kann der Speicherplatz, der detaillierte Informationen122 über das Bild in dem Referenzframe, wie z. B. Hochfrequenzpixeldaten, speichert, ungenutzt gelassen werden, so dass der Speicherplatz für detaillierte Informationen dazu verwendet werden kann, andere Informationen zu speichern. Dies erzeugt eine tatsächlich verlustbehaftete Komprimierung für das Referenz B-Frame. Folglich wird weniger Gesamtspeicher verwendet, um zwei Frames von Referenzbildern zu speichern und der Verlust von detaillierten Informationen hat im Wesentlichen keine Auswirkung auf das Decodieren vorausberechneter Frames wie z. B. B-Frames in einem MPEG-kompatiblen Bitstrom. Ein Adressenerzeuger128 stellt die Adressen für das Abrufen geeigneter Mengen an komprimierten Frames zur Dekomprimierung zur Verfügung. Daher benennt der Erzeuger tatsächlich die Referenzbilder, wenn diese benötigt werden, durch das Abrufen der geeigneten Informationen um. Obwohl1 einen einzigen Referenzspeicher darstellt, kann ein Paar von Speichern als getrennte Framepuffer verwendet werden. Außerdem, obwohl ein einziger Komprimierer/Dekomprimierer gezeigt und beschrieben ist, kann ein Paar von Komprimierern/Dekomprimierern verwendet werden, um die Komprimierung/Dekomprimierung von jedem Referenzbild getrennt abzuwickeln. Solche einzelnen Komprimierer/Dekomprimierer würden es dem Decoder ermöglichen, verschiedene Komprimierungstechniken für die Komprimierung eines jeden Typs von Referenzframe zu verwenden. Um die Referenzframes umzubenennen und eine verlustbehaftete Komprimierungstechnik für das Referenz-B-Frame zu verwenden, würde daher die Referenz A abgerufen, dekomprimiert und dann unter Verwendung einer verlustbehafteten Komprimierungstechnik komprimiert zu werden. Die erneut komprimierte Referenz A (alte Referenz) würde als Referenz B gespeichert werden.2 stellt ein Flussdiagramm200 des Prozesses der vorliegendenden Erfindung für das Decodieren und Komprimieren von Referenzbildern zur Erleichterung der effizienten Speicherverwendung für den Decoder100 gemäß1 dar. Um die Arbeitsweise der vorliegenden Erfindung am besten zu verstehen, wird eine Übersicht der Inhalte eines MPEG-ähnlichen Bitstromes dargestellt. Im Allgemeinen sind in einem MPEG-ähnlichen Bitstrom Daten, die das erste Ankerframe innerhalb einer Gruppe von Bildern (GOP) darstellen, Intraframe-codiert, und Daten, die das verbleibende Frame darstellen, sind Interframe-codiert. Die Daten, die Intraframe-codierte Frames repräsentieren, werden erzeugt durch das Aufteilen der Pixel, die das Bildframe repräsentieren, in einzelne 8×8-Blöcke und durch die Durchführung einer diskreten Kosinustransformation (DCT) der Pixel in jedem Block. Es werden keine Bewegungsvektoren für das erste Intraframe-codierte Frame erzeugt, d. h. die Intraframe-Informationen werden nicht in einem I-Frame bewegungskompensiert. - Alternativ werden Daten, die Interframe-codierte Frames repräsentieren, durch die Vorausberechnung von Bildframes mit Hilfe der vorherigen Frames, nachfolgenden Frames, oder beiden, oder durch das Bestimmen der Unterschiede zwischen vorherigen und aktuellen Frames und durch die Ausführung der DCT an 8×8 Blöcken von Restdaten erzeugt. Die Interframe DCT-Koeffizienten repräsentieren Frameunterschiedsdaten. Bewegungsvektoren für Interframecodierte Frames sind Codewörter zur Identifikation von Gruppen von 8×8-Blöcken von Pixeln in Frames, aus denen prädiktive Frames erzeugt werden und deren Blöcke dem Block entsprechen müssen, der in dem Frame, das gerade codiert wird, verarbeitet wird.
- Im Allgemeinen ist das erste Frame innerhalb einer Gruppe von Bildern, das decodiert werden kann, ein Intraframe-codiertes Frame (I-Frame), das nicht bewegungskompensiert ist und daher wendet der Bewegungskompensationsprozessor Nullen auf den zweiten Input des Summierers
108 gemäß1 an. Anschließend, in Stufe202 , werden die I-Frame-Informationen decodiert und auf den Input des Komprimierers/Dekomprimierers114 angewandt. Daher wird das I-Frame komprimiert und in dem Referenzspeicher120 als Referenz A gespeichert (d. h. in dem neuesten Referenzframe). In Stufe204 wird das nächste Referenzframe, ein Interframe-codiertes Frame (P-Frame), das dem I-Frame folgt, decodiert und komprimiert, um eine zweite Referenz zu bilden (zunächst Referenz B). Da das zweite Referenzframe (P-Frame) jetzt das neueste Referenzframe ist, wird in Stufe206 das erste Referenzframe in Referenz B umbenannt und das neueste Referenzframe ist Referenz A. Unter Verwendung dieser Prozedur ist daher das neueste Referenzframe, das decodiert wird, immer Referenz A. Falls zusätzliche Daten gespeichert werden müssen, kann außerdem die detaillierte Information122 , die gespeichert wird, wenn das neue Referenzframe decodiert wird, gelöscht oder für die Speicherung anderer Informationen verwendet werden, wenn das Referenzframe umbenannt wird. Diese detaillierte Information wird nicht benötigt, um andere vorausberechnete Frames zu decodieren, d. h. solche detaillierten Informationen sind nicht notwendig, um B-Frames eines MPEG-kompatiblen Bitstromes zu decodieren. Alternativ kann, falls zwei Komprimierungstechniken verwendet werden, in der Umbenennungsstufe206 das alte Referenzframe wieder komprimiert und als Referenz B gespeichert werden. - Unter Verwendung dieser beiden Referenzframes, in Stufe
208 , werden die verbleibenden Daten innerhalb eines Videodatenstroms, der zwischen den Intraframe-codierten Frames liegt, decodiert. Daher werden alle Interframe-codierten Frames (B-Frames) unter Verwendung der zwei Referenzframes decodiert. Um das Decodieren zu erleichtern, wird der geeignete Teil eines Referenzframes für das Interframe-codierte Frame, das dann decodiert wird, auf nicht zerstörerische Weise vom Framespeicher abgerufen und für die Verwendung in Bewegungskompensation dekomprimiert. - Wenn das nächste Referenzframe ankommt, geht die Prozedur zurück auf Stufe
204 , um dieses Referenzframe zu decodieren und dekomprimieren. Es wird zum neuen Referenzframe, so dass das vorher decodierte Frame Referenz B und das neu decodierte Referenzframe Referenz A wird. Danach werden diese beiden Frames dazu verwendet, vorausberechnete Frames zu decodieren usw. bis die gesamte Gruppe von Bildern (GOP) decodiert ist. Wenn jedes neue I-Frame identifiziert ist, beginnt die Prozedur200 bei Stufe202 . - Verschiedene Formen der Komprimierung und Dekomprimierung können in Verbindung mit der vorliegenden Erfindung verwendet werden. Allerdings sollte beachtet werden, dass die Technik zugänglich für den Direktzugriff innerhalb des Speichers von Bereichen von Referenzframes sein muss. In einem MPEG-komptabilen System, muss der Direktzugriff von 16×16 Pixelblöcken (oder 17×17 Pixelblöcken, falls Halb-pel-Interpolation verwendet wird) verfügbar sein. Um einen solchen Zugriff und die Dekomprimierung von Bereichen des Referenzbildes zu erleichtern, kann das Referenzbild in Bereiche eingeteilt, z. B. 16×16 Blöcke, und Bereich für Bereich unabhängig komprimiert werden. Die Komprimierungstechnik für jeden Bereich kann entweder festgelegter Länge oder variabler Länge sein. Eine variable Längencodiertechnik ist effizienter im Hinblick auf Komprimierung, die Verwendung einer festgelegten Längencodiertechnik ist zugänglicher für ein Adresszeiger-System, um den Direktzugriff dieser Bereiche zu erleichtern. Um die Komprimierung weiter zu verbessern, konnte die Bereichskomprimierung abhängig von der benachbarter Bereiche gemacht werden. Allerdings wird dann die Komprimierungseffizienz gegen die erhöhte Codierkomplexität eingetauscht.
-
3 stellt eine Speicherstruktur300 für ein variables längencodiertes Referenzframe dar, das einen Datenspeicher320 und einen Datenzeiger310 einschließt. Um eine variable Längencodiertechnik zu verwenden, wurden die Bereiche des Referenzbildes variabel längencodiert und in dem Datenspeicher320 als Datensegmente gespeichert, z. B. Block 0-Daten, Block 1-Daten usw. bis Block-N-1-Daten. Da diese Segmente in der Länge abhängig von dem Inhalt des Teils des Referenzframes, das sie repräsentieren, variieren, beginnen oder enden die Segmente nicht an einer festgelegten Speicherstelle. Daher werden zur Erleichterung des Wiederfindens der Bereiche zur Dekomprimierung und Bewegungskompensation eine Reihe von Zeigern benötigt, die die Speicherstellen eines jeden Segments identifizieren. Daher wird, wenn ein bestimmter Bereich benötigt wird, der Speicheradressenerzeuger zuerst den Datenzeiger310 ansteuern, um einen Zeiger wiederzufinden, der die Adresse eines Bereiches identifiziert, der dem gewünschten Bereich entspricht. Daher bildet der Datenzeiger die Bereiche entsprechend Bereichsstellen in dem Datenspeicher320 ab. Variable Längencodiertechniken schließen Wavelet-basierte, DCT-basierte, morphologische Codiergeräte, eine Standard-Einzelframe-Bildkomprimierungstechnik wie JPEG und dergleichen ein. Wenn eine gewisse Speichergrößenbeschränkung benötigt wird, kann eine Bitverwendungskontorolleinheit (Bitratencontroller) verwendet werden, um sicherzustellen, dass die Anzahl von verwendeten Bits, die von der Komprimierungstechnik verwendet wird, sich innerhalb einer Bitvorgabe, die durch den Speicher definiert ist, bewegt. -
4 stellt eine Speicherstruktur400 für eine festgelegtes längencodiertes Referenzframe dar, das einen Datenspeicher420 einschließt. Um eine festgelegte Längencodiertechnik zu verwenden, wurden die Bereiche des Referenzbildes festgelegt, längencodiert und in dem Datenspeicher320 als Datensegmente, z. B. Block 0-Daten, Block 1-Daten usw. bis Block N-1-Daten, gespeichert. Da diese Segmente in der Länge festgelegt sind, beginnen und enden die Segmente an einer festgelegten Speicherstelle relativ zu der ersten Speicherstelle (ADDR 1). Daher kann, um die Wiederauffindung der Bereiche für die Dekomprimierung und Bewegungskompensation zu erleichtern, der Speicheradressenerzeuger bloß die bekannte Speicherstelle eines bestimmten Datensegments ansteuern, ohne einen Datenzeiger zu verwenden. Die bestimmte Adresse wird errechnet durch das Multiplizieren einer Bereichsnummer (X) mit der Anzahl von Bytes in einem Segment (K) summiert zu ADDR 1. Mathematisch ist die gewünschte Adresse K·X + ADDR 1. Wenn ein bestimmter Bereich benötigt wird, errechnet daher der Adressenerzeuger die Adresse und steuert direkt die Adresse des Segments von dem gewünschten Bereich an. - Die Speicherstruktur gemäß
4 kann dazu verwendet werden, variable längencodierte Referenzframes zu speichern, indem Bits höherer Ordnung des codierten Frames begrenzt werden, so dass die codierten Segmente in die festgelegten Längenspeicherstellen passen. Die begrenzte Information kann separat als „detaillierte Information" gespeichert werden, die oben beschrieben wurde und welche dazu verwendet wird, ein neues Referenzframe zu decodieren und beim Umwandeln eines Referenzframes von Referenz A in Referenz B gelöscht wird. - Als einfaches Beispiel einer Komprimierungstechnik mit festgelegter Länge, die dazu verwendet werden kann, Referenzframes zu komprimieren, wird ein Gruppe decodierter Versuchskörper in 2×2 Blöcken angeordnet, die als Blöcke X-1, X-2, X-3 und X-4 identifiziert sind. Block X-1 wird mit voller Präzision codiert, z. B. 8 Bits, während die anderen Bilder als Unterschiede codiert sind. Daher wird das Bild X-2 minus X-1 codiert, X-3 minus X-1 codiert und X-4 minus X-1 wird unter Verwendung eines logarithmischen Quantisierers mit 4 Bits codiert. Unter Verwendung dieses einfachen Komprimierungsschemas betragen die Speichereinsparungen ganze 37% im Vergleich zu dem Speichern von Blöcken, die mit voller Präzision codiert wurden. Diese Technik bringt eine geringe Verzerrung ein und stellt aufgrund der konstanten Längencodewörter eine vordefinierte Adressierungstechnik bereit.
- Obwohl verschiedene Ausführungsformen, die die Lehren der vorliegenden Erfindung einschließen, hier gezeigt und im Detail beschrieben wurden, können Fachleute leicht viele ande re verschiedene Ausführungsformen entwickeln, die ebenfalls von diesen Lehren eingeschlossen sind.
Claims (8)
- Verfahren zum Decodieren blockbasiertem Video, wobei das Verfahren Referenzframes beziehungsweise Referenzeinzelbilder, die in einem Bitstrom von codierter Videoinformation enthalten sind, verwendet und die Schritte aufweist: (a) Decodieren eines Referenzframes von dem Bitstrom und Komprimieren des Referenzframes mit einer verlustfreien Komprimierungstechnik, um komprimierte Referenzframedaten zu erzeugen und die komprimierten Referenzframedaten zu speichern, (b) Decodieren eines nächsten Referenzframes von dem Bitstrom und Komprimieren des Referenzframes mit der verlustfreien Komprimierungstechnik, um zweite komprimierte Referenzframedaten zu erhalten und Speichern der komprimierten Referenzframedaten und Löschen eines Teils der vorherigen Referenzframedaten, (c) selektives Dekomprimieren (
208 ) von Teilen der ersten und/oder zweiten komprimierten Referenzframedaten, um andere Frames in dem Bitstrom zu decodieren, (d) mit der Decodierung eines nächsten Referenzframes von dem Bitstrom Ersetzen der ältesten, gespeicherten, komprimierten Referenzframedaten durch komprimierte Referenzframedaten entsprechend dem neuen Referenzframe und mit dem Ersetzen der ältesten, gespeicherten, komprimierten Referenzframedaten Löschen eines Teils der ältesten, verbleibenden, gespeicherten komprimierten Referenzframedaten und (e) Wiederholen der Schritte (c) und (d). - Verfahren nach Anspruch 1, bei dem die Komprimierungsschritte weiterhin die Schritte aufweisen: Aufteilen eines Referenzbildes in Bereiche, Komprimieren jedes Bereiches getrennt und Speichern der komprimierten Bereiche.
- Verfahren nach Anspruch 1, bei dem die verlustfreie Komprimierungstechnik das Erzeugen komprimierter Referenzframedaten mit variabler Länge aufweist.
- Verfahren nach Anspruch 3, bei dem der Löschschritt das Abschneiden der komprimierten Referenzframedaten mit variabler Länge auf eine feste Länge aufweist.
- Verfahren nach Anspruch 4, bei dem der Abschneidschritt das Löschen der Daten, die detaillierten Bilddaten entsprechen, aufweist.
- Verfahren nach Anspruch 1, bei dem die verlustfreie Komprimierungstechnik die Wavelet-Komprimierung aufweist.
- Videodecoder für das Decodieren einer Bitstrom enthaltenen Videoinformation, der aufweist: einen Referenzframedecoder (
102 bis108 ,112 ); eine Komprimierungs-Dekomprimierungseinrichtung (114 ), die mit dem Referenzframedecoder verbunden ist, für das Komprimieren und Dekomprimieren von Referenzframes mit einer verlustfreien Komprimierungstechnik, um komprimierte Referenzframedaten zu erzeugen und eine Speichereinrichtung (116 ), die mit dem Komprimierer/Dekomprimierer verbunden ist, für das Speichern der komprimierten Referenzframedaten entsprechend der zwei letzten Referenzframes, bis Teile der Referenzframes für die Decodierung anderer Frames benötigt werden, wobei der Decoder derart ausgelegt ist, dass er mit der Decodierung eines nächsten Referenzframes von dem Bitstrom älteste, komprimierte Referenzframedaten der komprimierten Referenzframedaten entsprechend der zwei letzten Referenzframes durch komprimierte Referenzframedaten entsprechend dem neuen Referenzframe ersetzt (206 ) und mit Ersetzen der ältesten komprimierten Referenzframedaten einen Teil der ältesten verbleibenden komprimierten Referenzframedaten löscht. - Videodecoder nach Anspruch 7, der aufweist: einen ersten Komprimierer/Dekomprimierer (
114 ), der mit dem Referenzframedecoder verbunden ist, für das Komprimieren und Dekomprimieren von Referenzframes, einen ersten Speicher, der mit dem ersten Komprimierer/Dekomprimierer verbunden ist, für das Speichern der komprimierten Referenzframes, bis Teile der Referenzframes für die Decodierung anderer Frames benötigt werden, einen zweiten Komprimierer/Dekomprimierer, der mit dem Referenzframedecoder verbunden ist, für die Komprimierung und Dekomprimierung von Referenzframes und einen zweiten Speicher, der mit dem zweiten Komprimierer/Dekomprimierer verbunden ist, für das Speichern der komprimierten Referenzframes bis die Referenzframes für das Decodieren anderer Frames benötigt werden.
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US1201 | 1979-01-05 | ||
US6011297P | 1997-09-26 | 1997-09-26 | |
US60112P | 1997-09-26 | ||
US09/001,201 US5933195A (en) | 1997-09-26 | 1997-12-30 | Method and apparatus memory requirements for storing reference frames in a video decoder |
PCT/US1998/020314 WO1999016253A1 (en) | 1997-09-26 | 1998-09-28 | Method and apparatus for reducing memory requirements for storing reference frames in a video decoder |
Publications (2)
Publication Number | Publication Date |
---|---|
DE69838729D1 DE69838729D1 (de) | 2007-12-27 |
DE69838729T2 true DE69838729T2 (de) | 2008-10-30 |
Family
ID=26668707
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE69838729T Expired - Lifetime DE69838729T2 (de) | 1997-09-26 | 1998-09-28 | Verfahren und vorrichtung zur verringerung des benötigten speicherplatzes zur speicherung von referenzbildern in einem videodekoder |
Country Status (8)
Country | Link |
---|---|
US (1) | US5933195A (de) |
EP (1) | EP1025709B1 (de) |
JP (1) | JP2001517906A (de) |
KR (1) | KR100635687B1 (de) |
CN (1) | CN1147162C (de) |
AU (1) | AU9588198A (de) |
DE (1) | DE69838729T2 (de) |
WO (1) | WO1999016253A1 (de) |
Families Citing this family (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6594315B1 (en) * | 1996-12-18 | 2003-07-15 | Thomson Licensing S.A. | Formatting of recompressed data in an MPEG decoder |
JPH10276349A (ja) * | 1997-03-27 | 1998-10-13 | Asahi Optical Co Ltd | 画像信号補正装置 |
US6081802A (en) * | 1997-08-12 | 2000-06-27 | Microsoft Corporation | System and method for accessing compactly stored map element information from memory |
US6295094B1 (en) * | 1997-09-11 | 2001-09-25 | U.S. Philips Corporation | Instant replay of digital video optimized using non MPEG frame tags |
US6499060B1 (en) | 1999-03-12 | 2002-12-24 | Microsoft Corporation | Media coding for loss recovery with remotely predicted data units |
JP3322233B2 (ja) * | 1999-03-19 | 2002-09-09 | 日本電気株式会社 | 動画像伸長方法及びそれを実行するプログラムを記録した記録媒体 |
US6615335B1 (en) * | 1999-07-02 | 2003-09-02 | Koninklijke Philips Electronics N.V. | Compressed storage of information |
KR100335057B1 (ko) * | 2000-03-08 | 2002-05-02 | 구자홍 | 동영상 수신 장치 |
KR100830355B1 (ko) * | 2000-03-31 | 2008-05-20 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 2개의 상관된 데이터 시퀀스들의 인코딩 및 디코딩을 위한 방법, 인코더, 디코더, 및 멀티플렉스 |
US6864896B2 (en) * | 2001-05-15 | 2005-03-08 | Rambus Inc. | Scalable unified memory architecture |
US6937652B2 (en) * | 2002-04-19 | 2005-08-30 | Seiko Epson Corporation | Frame compression using radix approximation |
CN1666532A (zh) * | 2002-07-02 | 2005-09-07 | 松下电器产业株式会社 | 图像编码方法和图像解码方法 |
WO2005112465A1 (en) * | 2004-05-03 | 2005-11-24 | Thomson Research Funding Corporation | Method and apparatus enabling fast channel change for dsl system |
WO2006027846A1 (ja) * | 2004-09-10 | 2006-03-16 | Matsushita Electric Industrial Co., Ltd. | ザッピングストリームの生成装置とその方法 |
US8634413B2 (en) | 2004-12-30 | 2014-01-21 | Microsoft Corporation | Use of frame caching to improve packet loss recovery |
US7965771B2 (en) * | 2006-02-27 | 2011-06-21 | Cisco Technology, Inc. | Method and apparatus for immediate display of multicast IPTV over a bandwidth constrained network |
US8218654B2 (en) * | 2006-03-08 | 2012-07-10 | Cisco Technology, Inc. | Method for reducing channel change startup delays for multicast digital video streams |
US8031701B2 (en) | 2006-09-11 | 2011-10-04 | Cisco Technology, Inc. | Retransmission-based stream repair and stream join |
US7937531B2 (en) * | 2007-02-01 | 2011-05-03 | Cisco Technology, Inc. | Regularly occurring write back scheme for cache soft error reduction |
US8769591B2 (en) | 2007-02-12 | 2014-07-01 | Cisco Technology, Inc. | Fast channel change on a bandwidth constrained network |
US7940644B2 (en) * | 2007-03-14 | 2011-05-10 | Cisco Technology, Inc. | Unified transmission scheme for media stream redundancy |
US20080253369A1 (en) * | 2007-04-16 | 2008-10-16 | Cisco Technology, Inc. | Monitoring and correcting upstream packet loss |
US8787153B2 (en) | 2008-02-10 | 2014-07-22 | Cisco Technology, Inc. | Forward error correction based data recovery with path diversity |
US20100098166A1 (en) * | 2008-10-17 | 2010-04-22 | Texas Instruments Incorporated | Video coding with compressed reference frames |
US9168946B2 (en) * | 2010-03-19 | 2015-10-27 | Javad Gnss, Inc. | Method for generating offset paths for ground vehicles |
JP5698382B2 (ja) * | 2011-01-12 | 2015-04-08 | シーメンス アクチエンゲゼルシヤフトSiemens Aktiengesellschaft | ビデオコーダにおける参照イメージの圧縮及び伸長方法 |
US20130243100A1 (en) | 2012-03-15 | 2013-09-19 | Mediatek Inc. | System and Method for Adaptive Frame Re-compression in Video Processing System |
US20140169467A1 (en) * | 2012-12-14 | 2014-06-19 | Ce Wang | Video coding including shared motion estimation between multple independent coding streams |
US11244476B2 (en) * | 2020-04-06 | 2022-02-08 | Samsung Display Co., Ltd. | Systems and methods for low-complexity near lossless fixed-rate hybrid data compression codecs |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5262854A (en) * | 1992-02-21 | 1993-11-16 | Rca Thomson Licensing Corporation | Lower resolution HDTV receivers |
US5614952A (en) * | 1994-10-11 | 1997-03-25 | Hitachi America, Ltd. | Digital video decoder for decoding digital high definition and/or digital standard definition television signals |
US5644361A (en) * | 1994-11-30 | 1997-07-01 | National Semiconductor Corporation | Subsampled frame storage technique for reduced memory size |
US6968003B1 (en) * | 1996-01-29 | 2005-11-22 | International Business Machines Corporation | Speed-memory tradeoff for MPEG decoders |
US5777677A (en) * | 1996-02-09 | 1998-07-07 | International Business Machines Corporation | Approximate MPEG decoder with compressed reference frames |
-
1997
- 1997-12-30 US US09/001,201 patent/US5933195A/en not_active Expired - Lifetime
-
1998
- 1998-09-28 DE DE69838729T patent/DE69838729T2/de not_active Expired - Lifetime
- 1998-09-28 EP EP98949587A patent/EP1025709B1/de not_active Expired - Lifetime
- 1998-09-28 CN CNB988095289A patent/CN1147162C/zh not_active Expired - Lifetime
- 1998-09-28 KR KR1020007003230A patent/KR100635687B1/ko not_active IP Right Cessation
- 1998-09-28 JP JP2000513414A patent/JP2001517906A/ja active Pending
- 1998-09-28 WO PCT/US1998/020314 patent/WO1999016253A1/en active IP Right Grant
- 1998-09-28 AU AU95881/98A patent/AU9588198A/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
WO1999016253A1 (en) | 1999-04-01 |
AU9588198A (en) | 1999-04-12 |
DE69838729D1 (de) | 2007-12-27 |
KR20010030721A (ko) | 2001-04-16 |
KR100635687B1 (ko) | 2006-10-17 |
US5933195A (en) | 1999-08-03 |
EP1025709A1 (de) | 2000-08-09 |
EP1025709A4 (de) | 2001-05-02 |
CN1299562A (zh) | 2001-06-13 |
EP1025709B1 (de) | 2007-11-14 |
JP2001517906A (ja) | 2001-10-09 |
CN1147162C (zh) | 2004-04-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE69838729T2 (de) | Verfahren und vorrichtung zur verringerung des benötigten speicherplatzes zur speicherung von referenzbildern in einem videodekoder | |
EP0687111B1 (de) | Verfahren zur Codierung/Decodierung eines Datenstroms | |
DE69735402T2 (de) | System und Methode zur Bewegungskompensation mit Hilfe eines Schrägziegelspeicherformats für verbesserte Effizienz | |
DE69425047T2 (de) | Adaptives variables längenkodierungs- und -dekodierungsverfahren für bilddaten | |
DE69116869T2 (de) | Digitale bildkodierung mit einer zufallsabtastung der bilder | |
DE69321781T2 (de) | Kodierung und Dekodierung von digitalen Daten | |
DE69709912T2 (de) | Vorrichtung zur Bildvorhersage und -decodierung | |
DE69226749T2 (de) | System zur Kompression von sich bewegenden Videobildern mit mehrfachen Auflösungsmerkmalen | |
DE69522861T2 (de) | Verfahren und Einrichtung zur Codeumwandlung von codiertem Datenstrom | |
DE69315174T2 (de) | Mehrzweckkodierer von Abbruchkoden und Lauflängen/Amplituden für eine Vorrichtung zum Verarbeiten eines digitalen Videosignals | |
DE60309375T2 (de) | Parametrisierung für verlauf-kompensation | |
DE69519886T2 (de) | Bilddekodierer | |
DE60310800T2 (de) | Approximierter Kubikfilter | |
DE69712676T2 (de) | Verfahren zur Videokodierung | |
DE60125301T2 (de) | Videosignaltranskodierung | |
DE69122595T2 (de) | Aufzeichnungs- und Abspielgerät | |
DE19709391A1 (de) | MPEG-Codier- und Decodiersystem für Multimediaanwendungen | |
DE69516734T2 (de) | Bildverarbeitungsverfahren und -gerät | |
EP1995971A1 (de) | Verfahren und vorrichtung zur realisierung von quantisierung beim codieren/decodieren | |
DE112006000270T5 (de) | Arbeitspuffer zum Speichern von Schleifenfilterzwischendaten | |
DE69816971T2 (de) | Videokodierer mit skalierungsabhängiger vlc (variable length code) kodierung | |
EP1472888B1 (de) | Kontextsensitive kodierung und dekodierung eines videodatenstroms | |
DE69516737T2 (de) | Verfahren und Vorrichtung zur Bilddatenwiedergabe | |
DE10296787B4 (de) | Selektive Prädikation für ein Intra-Codieren eines Videodatenblocks | |
DE102005051723A1 (de) | Vorrichtung und Verfahren zur Bildverarbeitung |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
8364 | No opposition during term of opposition |