DE69626483T2 - Speicherverwaltung in einem Videodekodierer - Google Patents

Speicherverwaltung in einem Videodekodierer Download PDF

Info

Publication number
DE69626483T2
DE69626483T2 DE69626483T DE69626483T DE69626483T2 DE 69626483 T2 DE69626483 T2 DE 69626483T2 DE 69626483 T DE69626483 T DE 69626483T DE 69626483 T DE69626483 T DE 69626483T DE 69626483 T2 DE69626483 T2 DE 69626483T2
Authority
DE
Germany
Prior art keywords
data
compressor
compression
memory
sub
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
DE69626483T
Other languages
English (en)
Other versions
DE69626483D1 (de
Inventor
Barth Alan Canfield
Wai-Man Lam
Jr. Billy Wesley Beyers
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.)
Technicolor USA Inc
Original Assignee
Thomson Consumer Electronics Inc
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 Thomson Consumer Electronics Inc filed Critical Thomson Consumer Electronics Inc
Application granted granted Critical
Publication of DE69626483D1 publication Critical patent/DE69626483D1/de
Publication of DE69626483T2 publication Critical patent/DE69626483T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42Methods 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/43Hardware specially adapted for motion estimation or compensation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42Methods 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/423Methods 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/426Methods 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/428Recompression, e.g. by spatial or temporal decimation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42Methods 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/423Methods 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/60Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/61Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)
  • Television Signal Processing For Recording (AREA)

Description

  • Die Erfindung betrifft ein System zur Verarbeitung eines Bilder darstellenden digitalen Signals. Insbesondere betrifft die Erfindung ein Speicher-Vexwaltungs-Verfahren in einem mit MPEG kompatiblen Bildsignal-Dekodierer.
  • Schnelle Fortschritte in der digitalen Signalverarbeitungs-Technologie haben entsprechende Fortschritte in der digitalen Bildsignal-Verarbeitung in verschiedenen Sachgebieten erzeugt, einschließlich zum Beispiel bei dem direkten Rundfunk-Satelliten- und hoch auflösenden Fernsehen (ADTV). Die MPEG (Motion Picture Experts Group) Signalverarbeitungs-Norm (ISO/IEC 13818-2, 10. Mai 1994) ist eine verbundene Entwicklung. Es wurde gefunden, dass diese in breitem Umfang akzeptierte Bildverarbeitungs-Norm besonders attraktiv für die Verwendung bei Satelliten-, Kabel- und terrestrischen Rundfunksystemen, einschließlich hoch auflösenden Fernsehsystemen (HDTV) ist.
  • In einem MPEG-Videosignal-Dekodierer wird üblicherweise mehr als die Speicherung eines Vollbildes benötigt, um einen gemäß MPEG kodierten digitalen Datenstrom zu dekodieren, der bekanntlich I-, P- und B-Vollbilder darstellt. Drei gespeicherte Vollbilder werden allgemein benötigt, um einen MPEG-Datenstrom zu dekodieren: zwei Vollbilder werden benötigt, um I- oder P-Bezugs-Vollbilddaten zu speichern, und ein Vollbild wird verwendet, um B-Vollbilddaten zu speichern. Z. B. kann ein konventioneller MPEG-Dekodierer in einem direkten Rundfunk- Satelliten-empfänger-Dekodierer einen Speicher mit willkürlichem Zugriff (RAM) für 16 Mbits enthalten, und ein MPEG-Dekodierer in einem HDTV-System, das von der Grand Alliance in den USA vorgeschlagen wurde, erfordert einen RAM für etwa 80 Mbits. Gegenwärtig sind die Kosten für einen so großen RAM-Speicher beträchtlich. Die Notwendigkeit, die Speichererfordernisse zu begrenzen, insbesondere in Verbraucher-Produkten wie Video- und Fernsehsystemen, ist wichtig, um die Kosten solcher Produkte auf einer vernünftigen Höhe zu halten.
  • Gemäß den Prinzipien der vorliegenden Erfindung wird hier als wünschenswert erkannt, die Speichererfordernisse eines digitalen Bildverarbeitungs-Systems wirksam zu verwalten, insbesondere im Fall von MPEG-kompatiblen Systemen, die eine ausgedehnte Verwendung in Verbraucher-Produkten finden können.
  • Das Dokument EP-A-0 687 111 befasst sich mit einem Prozess, der die Schritte von Neu-Sortieren wie auch Komprimieren bzw. Dekomprimieren von Daten umfasst. Für die Neu-Sortierung werden die Daten zwischengespeichert und in einer verschiedenen Reihenfolge dekomprimiert und wieder ausgelesen. Der offenbarte Prozess erlaubt die Verminderung der erforderlichen Speicherkapazität für den Zwischenspeicher, der erforderlichen Speicher-Bandbreite und des in dem Zwischenspeicher zu speichernden Daten-Durchsatzes. Die bei diesem offenbarten Prozess erzielte Bildqualität ist manchmal unzureichend.
  • Das US-Patent 5,847,762 betrifft ein Code-Umwandlungs-System für die Bandkompression von digitalen Signalen. Die Übertragungsqualität wird verbessert, indem eine Kombination aus binären Worten mit fester und variabler Länge gesendet wird, wobei Konverter für Signale fester und variabler Länge parallel geschaltet sind. Eine Entscheidungen treffende Schaltung trennt die aufeinanderfolgenden binären Worte in Abhängigkeit von logische Entscheidungen treffenden Regeln, die sich auf ein Wort mit durchschnittlicher Länge beziehen.
  • In einem Bildsignal-Dekodierer, der die Prinzipien der vorliegenden Erfindung verwendet, werden zuvor dekomprimierte Bilddaten komprimiert, bevor sie in einen Speicher eingeschrieben werden, der in dem Dekodierungs-Prozess verwendet wird.
  • Die Erfindung bezieht sich somit auf ein System zur Verarbeitung von Bilder darstellenden Daten, das einen MPEG-kompatiblen Dekodierer umfasst, wie im Anspruch 1 beschrieben, und auf ein entsprechendes Verfahren, wie im Anspruch 9 offenbart. Die Erfindung erlaubt dadurch die Ausführung von Dekompressions-Kompressions-Dekompressions-Operationen, wobei durch die kombinierte Verwendung von Kompressoren mit jeweils einer Variablen und einer festen Charakteristik eine hohe Bildqualität ermöglicht wird.
  • Ausführungen für ein bevorzugtes System und Verfahren sind in den Unteransprüchen 2 bis 8 bzw. 10 bis 15 angegeben. Bei einer offenbarten MPEG-kompatiblen Dekodierer-Ausführung werden die Daten komprimiert, bevor sie in den Vollbild-Speicher eingeschrieben werden, und die gespeicherten Daten werden für die Anzeige dekomprimiert, oder – wenn nötig – für MPEG-Dekodierungs-Funktionen, wie z. B. Bewegungs-Kompensations-Verarbeitung.
  • Gemäß einem Merkmal der Erfindung ist die Kompression eine auf Blöcken beruhende Kompression unter Verwendung von komprimierten Daten aus einem von zwei verschiedenen Kompressionswegen.
  • Kurze Beschreibung der Zeichnungen
  • 1 ist ein Blockschaltbild eines Teils eines die Prinzipien der Erfindung verwendenden MPEG-Dekodierers.
  • 2 zeigt eine Speicher-Abbildung für volle und verminderte Speicher-Situationen.
  • 3 ist ein Blockschaltbild eines Kompressions-Netzwerkes, das für den MPEG-Dekodierer von Fig. 1 nützlich ist.
  • 4 und 5 zeigen zusätzliche Einzelheiten des Netzwerks von 3.
  • 6 und 7 zeigen Pixel-Anordnungen, die hilfreich zum Verständnis vom Aspekten der Operation der in 4 und 5 dargestellten Netzwerke sind.
  • 8 zeigt ein alternatives Zwei-Weg-Kompressions-Netzwerk.
  • 1 zeigt einen Teil eines Videosignal-Prozessors, der zum Beispiel in einem Fernsehempfänger oder einem Satellitenempfänger gefunden werden kann. Der Videoprozessor enthält einen üblichen MPEG-Dekodierer, der durch die Blöcke 10, 12, 14, 16, 18, 20 und 22 gebildet wird. Ein MPEG-Kodierer und - Dekodierer werden beispielsweise von Ang et al., „Video Compression Makes Big Gains", IEEE Spectrum, Oktober 1991, beschrieben. Gemäß- den Prinzipien der vorliegenden Erfindung enthält der MPEG-Dekodierer zusätzlich eine Block-Kompressor- Einheit 30 zum Komprimieren von Daten, bevor sie in einen Vollbild-Speicher eingeschrieben werden.
  • Das System von 1 empfängt einen gesteuerten Datenstrom von gemäß MPEG kodierten komprimierten Daten aus einem vorangehenden Eingangs-Prozessor, z. B. einem Transport-Dekodierer, der Datenpakete nach Eingangssignal-Demodulationen trennt. Die empfangenen Daten sind in Form von Datenblöcken, die 8 × 8 Pixel (Bildelemente) darstellen. Diese Daten stellen sowohl Intra-Vollbild-Informationen dar, die kodiert worden sind, als auch vorhersagende Inter-Vollbild-Bewegungs-kodierte restliche Bildinformationen dar, die die Bilddifferenz zwischen benachbarten Vollbildern darstellen. Die Inter-Vollbild-Bewegungs-Kodierung beinhaltet die Erzeugung von Bewegungs-Vektoren, die den Versatz zwischen einem gegenwärtig verarbeiteten Block und einem Block in einem zuvor rekonstruierten Bild darstellen. Der Bewegungs-Vektor, der die beste Anpassung zwischen gegenwärtigen und vorangehenden Blöcken darstellt, wird kodiert und übertragen. Auch die Differenz (Rest) zwischen jedem bewegungskompensierten 8 × 8-Block und dem zuvor rekonstruierten Block wird einer DCT-Transformation unterworfen, quantisiert und einer variablen Längenkodierung unterzogen, bevor die Aussendung erfolgt. Dieser bewegungskompensierte Kodierungs-Prozess ist in größeren Einzelheiten in Odem oben erwähnten Artikel von Ang et al. beschrieben.
  • Die komprimierten Eingangs-Pixel-Datenblöcke werden durch die Einheit 10 gepuffert, bevor sie durch die Einheit 12 einer variablen Längendekodierung unterzogen werden. Der Puffer 10 weist eine Speicherkapazität von 1,75 Mbits im Fall eines Haupt-Pegel-, Haupt-Profil-MPEG-Datenstroms auf. Dekodierte komprimierte Daten von der Einheit 12 werden durch die inverse Quantisierungseinheit 14 und durch die Einheit 16 für inverse diskrete Cosinus-Transformation (DCT) dekomprimiert, bevor sie einem Eingang einer Addierschaltung 18 zugeführt werden. Die von dem inversen Quantisierer 14 erzeugte Schrittgröße wird durch ein Signal vom Puffer 10 gesteuert, um einen glatten Datenfluss sicherzustellen. Dekodierte Bewegungs-Vektoren werden vom Dekodierer 12 an eine Bewegungs-Kompensations-Einheit 22 geliefert, was nachfolgend noch beschrieben wird. Der Dekodierer 12 erzeugt auch ein Inter/Intra-Vollbild-Betriebsart-Auswahl-Steuersignal, wie bekannt, was zur Vereinfachung der Zeichnung nicht dargestellt ist. Die von den Einheiten 12, 14 und 16 ausgeführten Operationen sind invers zu den entsprechenden von einem Kodierer, z. B. bei einem Sender ausgeführten Operationen. Der MPEG-Dekodierer von 1 stellt das empfangene Bild unter Verwendung bekannter MPEG-Verarbeitungsverfahren wieder her, die nachfolgend kurz beschrieben werden.
  • Am Ausgang der Addierschaltung 18 wird durch Summieren der restlichen Bilddaten von der Einheit 16 mit vorhergesagten Bilddaten, die am Ausgang der Bewegungs-Kompensations-Einheit 22 auf der Basis des Inhalts des Vollbild-Speichers 20 erzeugt werden, ein rekonstruierter Pixelblock erzeugt. Wenn ein vollständiges Vollbild aus Pixelblöcken verarbeitet worden ist, wird das resultierende rekonstruierte Bild im Vollbild-Speicher 20 gespeichert. Bei der Inter-Vollbild-Betriebsart werden vom Dekodierer 12 gewonnene Bewegungs-Vektoren dazu verwendet, den Ort der vorhergesagten Blöcke aus der Einheit 22 zu liefern.
  • Der Bild-Rekonstruktions-Prozess, der die Addierschaltung 18, den Speicher 20 und die Bewegungs-Kompensations-Einheit 22 beinhaltet, weist vorteilhafterweise beträchtlich verminderte Speicher-Erfordernisse aufgrund der Verwendung eines auf Blöcken beruhenden Kompressors 30 gemäß den Prinzipien der vorliegenden Erfindung auf. Genauer gesägt wird das Maß an Speicherung, das für den Vollbild-Speicher 20 erforderlich ist, um ein vorgegebenes Maß, z. B. 50% (oder mehr) als Funktion der Kompression vermindert, die durch die Einheit 30 ausgeführt wird. Zusätzliche Einzelheiten des Kompressors 30 werden in Verbindung mit 3 beschrieben.
  • Eine bildliche Darstellung der verminderten Speicher-Erfordernisse der Speicher-Vorrichtung 20 zeigt 2. In 2 stellt die Speicher-Abbildung links die Abbildung von Pixelblöcken innerhalb eines Speichers mit voller Größe dar. Die Abbildung rechts veranschaulicht, wie ein 50% kleinerer Speicher verwendet wird, um durch die Einheit 30 komprimierte Blöcke zu speichern. Wie man aus der folgenden Erläuterung des Kornpressions-Netzwerks von 3 sieht, wird garantiert, dass jeder Block (z. B. Block C) in 50% des Raums passt, der normal für einen Speicher mit voller Größe oder weniger erforderlich ist. Dies bedeutet, dass die von der Einheit 30 erzeugte Kompression 50% oder mehr beträgt. Bei diesem Beispiel bleibt jeder unbenutzte Speicherraum, der nach der Kompression verbleibt, ungenutzt, so dass die Startposition der Daten für jeden Block ein bekannter Ort oder eine Startadresse ist.
  • Bei dem Speicher mit voller Größe kann jedes besondere Pixel wegen einer festen Abbildung zwischen den Video-Vollbild-Pixeln und den Speicher-Pixel-Adressen lokalisiert und zu ihm Zugriff genommen werden. Der Speicher mit verminderter Größe weist keine Pixel-für-Pixel-Abbildung auf. Statt dessen werden Pixelblöcke in dem Speicher abgebildet. Wenn ein besonderes Pixel aus einem besonderen Block benötigt wird, kann es erforderlich sein, Zugriff zu dem gesamten Datenblock zu nehmen.
  • Ein übliches MPEG 2 Haupt-Pegel-, Haupt-Profil-System (720 × 480 Pixel) erfordert eine Vollbils-Speicherkapazität von 12.441.600 Bits zur Speicherung von drei Video-Vollbildern. Durch Komprimieren dieser Vollbilder um 50% vor der Speicherung gemäß der vorliegenden Erfindung, wie oben beschrieben; werden nur 7.970.800 Bits an Speicherung für die MPEG-Dekodierung benötigt. Dies bedeutet 6.220.800 Bits an Vollbild-Speicherung für die Einheit 20 und 1.750.000 Bits an Pufferspeicherung für die Einheit 10. Wenn daher das System eine übliche externe 16-Mbit-Speicher-Vorrichtung verwendet, wird ein Speicherraum von nur 8 Mbits für die MPEG-Dekodierung benötigt, wobei die verbleibende externe Speicherkapazität für andere Zwecke verfügbar bleibt, z. B. für On-Screen-Anzeige, Mikroprozessor RAM, Transportpuffer oder andere spezielle Puffer. Da kleinere integrierte Schaltungen entwickelt werden, kann es möglich sein, den Dekodierer-Speicher auf derselben integrierten Schaltung mit den anderen Kodierer-Netzwerken zu integrieren. Die Verminderung der Speicher-Erfordernisse in einem HDTV-Dekodierer-System führt zu beträchtlichen Einsparungen. Bei dem von der Grand Alliance in den Vereinigten Staaten vorgeschlagenen HDTV-System ist u. B. das Vollbild-Speicher-Erfordernis 1920 × 1080 × 12 × 3 = 75.202.560 Bits.
  • Bei einer Kompression von 50% wird das Speicher-Erfordernis auf 37.601.280 Bits vermindert.
  • Die Verwendung von Kompression mittels des Kompressors 30 vor der Speicherung von Daten im Speicher 20 erfordert, dass die Daten vor der Einheit 22 in der Bewegungs-Kompensations-Verarbeitungsschleife dekomprimiert werden. Dies wird durch den auf Blöcken beruhenden Dekompressor 32 bewirkt, der das Inverse der Operation des Kompressors 32 aufweist. Der auf Blöcken beruhende Dekompressor 34 ist ähnlich der Einheit 32 und dekomprimiert gespeicherte Pixelblöcke bevor sie einem Anzeige- Prozessor 26 zugeführt werden. Der Prozessor 26 kann beispielsweise Schaltungen zur Konditionierung der Pixeldaten für die Anzeige, ein Anzeige-Ansteuer-Netzwerk und eine Bildwiedergabe-Vorrichtung enthalten.
  • Das beschriebene Speicherverminderungs-Verfahren kann bei einem MPEG 2 Haupt-Pegel-, Haupt-Profil-Dekodierer verwendet werden, der in der Lage ist, MPEG 2 Datenströme mit einer Bildauflösung bis hinauf zu CCIR 601 (720 × 480 Pixel) zu dekodieren. Dieses Verfahren ist ebenso anwendbar bei MPEG 1 Datenströmen und bei anderen Bildauflösungen einschließlich hoch auflösender Formate, die beispielsweise Rundfunk-, Kabel- und Satelliten-Fernsehsignalen und anderen Informationen tragenden Signalen zugeordnet sein können.
  • Zu Daten von gespeicherten Anker-Vollbildern - wie I-Vollbildern – wird allgemein Zugriff in willkürlicher Weise gemäß den Bewegungs-Vektoren genommen, die in dem komprimierten Eingangs-Datenstrom empfangen werden. Ein auf Blöcken beruhendes Kompressions-Schema hält eine vernünftige Zugriffsmöglichkeit zu Pixeldaten aus dem Vollbild-Speicher aufrecht. Es wurde gefunden, dass ein 8 × 8-Pixelblock gut mit dem offenbarten Kompressions-Schema arbeitet. Größere Pixelblöcke erlauben die Verwendung von verfeinerten Kompressions-Verfahren auf Kosten. von verminderten Pixel-Zugriffsmöghichkeit. Kleinere Blöcke erlauben eine feinere Körnigkeit beim Zugriff auf Pixel auf Kosten von weniger Optionen für die Kompression. Verschiedene Arten von Kompression, einschließlich Quantisierung und Transformation können verwendet werden, um die Funktion des Kompressors 30 je nach den Erfordernissen eines bestimmten Systems auszuführen.
  • Der verwendete Kompressions-Typ sollte vorzugsweise, aber nicht notwendigerweise, bestimmte Eigenschaften aufweisen. Jeder Block sollte um ein vorbestimmtes Maß oder mehr komprimiert werden, so dass der Ort jedes komprimierten Blocks leicht bestimmt wird, wie in Verbindung mit der in Fig. 2 dargestellten Speicher-Abbildung beschrieben wurde. Jeder Block sollte unabhängig von anderen Blöcken komprimiert/dekomprimiert werden. Somit kann zu jedem Block Zugriff genommen werden, ohne dass ein anderer Block gelesen werden muss. Im Idealfall sollte der Kompressions/Dekompressions-Prozess verlustlos sein, aber dies kann nicht für irgendeine Blockgröße garantiert werden. Somit sollte der Kompressions/Dekompressions-Prozess keine zu beanstandenden Artefakte in einem wiedergegebenen Bild erzeugen.
  • Ein besonders vorteilhaftes Kompressions-Verfahren für die Verwendung durch den Kompressor 30 ist in 3 dargestellt. Dieses Kompressions-Verfahren verwendet ein variables Kompressions-Netzwerk parallel mit einem festen Kompressions-Netzwerk. Die Kompressions-Netzwerke wirken gleichzeitig auf denselben Pixelblock ein. Das veränderbare Kompressions-Netzwerk hat den Vorteil, verlustlos oder nahezu verlustlos zu sein, und es ist das vorzuziehende Kompressions-Netzwerk. Wenn das variable Kompressions-Netzwerk nicht erfolgreich beim Erzielen eines vorbestimmten gewünschten Maßes an Datenkompression ist, wird statt. dessen der Ausgang des festen Kompressions-Netzwerks verwendet. Während das feste Kompressions-Netzwerk das gewünschte Maß an Kompression erzielen kann, hat dieses Netzwerk den Nachteil, verlustbehaftet zu sein.
  • In 3 werden Daten von einer Quelle 18 einem Eingangsanschluss 312 eines Daten-Kompressions-Netzwerks zugeführt, das parallele unabhängige Daten-Kompressions-Wege 314 und 320 enthält. Der Weg 314 ist ein im wesentlichen verlustloser Weg und enthält einen variablen Kompressions-Prozessor 316, der komprimierte Daten einem der Signaleingänge eines Multiplexers (MUX) 325 zuführt, und einen Bit-Zähler 318. Der Zähler 318 überwacht die Bit-Zählung jedes Datenblocks, der von der Einheit 316 komprimiert wird, und liefert ein Schalt-Steuersignal an einen Steuereingang von MUX 325. Zusätzliche Einzelheiten des Kompressions-Weges 314 sind in 4 dargestellt und werden im Zusammenhang mit dieser Figur erläutert. Der Weg 320 ist ein verlustbehafteter Weg, der einen festen Kompressions-Prozessor 322 enthält, was in größeren Einzelheiten in 5 dargestellt ist. Komprimierte Ausgangsdaten von der Einheit 320 werden an einen anderen Signaleingang von MUX 325 geliefert. MUX 325 liefert entweder die komprimierten Daten aus dem Weg 314 oder die komprimierten Daten aus dem Weg 320 an einen Ausgangs-Anschluss 328 des-Kompressions-Netzwerks, was in größeren Einzelheiten nachfolgend erläutert wird. Die komprimierten Ausgangsdaten werden dem Vollbild-Speicher 20 in 1 zugeführt.
  • Das auf Blöcken beruhende Kompressions-Netzwerk 314, 320 komprimiert jeden Pixelblock unabhängig. und prinzipiell, dass jeder Block mit einem vorbestimmten Kompressions-Faktor oder mehr komprimiert wird. Der Ausgang entweder des Kompressions-Weges 314 oder des Weges 320 wird für den Eingang zum Speicher 20 so ausgewählt, dass eine zufriedenstellende Bildqualität und der gewünschte Kompressions-Faktor (50% bei diesem Beispiel) erzeugt wird. Kompressions-Faktoren größer als 50% können ebenfalls verwendet werden. Es wurde jedoch festgelegt, dass Kompressions-Faktoren, die 50% nicht übersteigen, gute Ergebnisse erzielen. Ein Kompressions-Faktor von 25% ist weitgehend transparent im Vergleich zu einer konventionellen Dekodierer-Verarbeitung ohne eine solche Kompression. Bei 50% Kompression sind die Ergebnisse weniger transparent, aber die Ergebnisse sind annehmbar und werden nicht als nennenswert unterschiedlich im Vergleich zu konventioneller Dekodierer-Verarbeitung ohne Speicher-Verminderung angesehen.
  • Die Mehrweg-Eigenschaft des Kompressions-Netzwerks erzielt eine hohe Bildqualität und stellt sicher, dass wenigstens der festgelegte Kompressions-Faktor erreicht wird. Der variable Kompressions-Weg 314 weist eine verlustlose oder nahezu verlustlose Kompression auf, aber die Zahl der durch den Weg 314 gelieferten Ausgangs-Bits ist variabel. Die Zahl von komprimierten Block-Ausgangs-Bits vom Weg 314 wird durch den Zähler 318 überwacht. Wenn die Zahl der komprimierten Block-Bits-314 gleich oder kleiner als eine vorbestimmte Ziel-Bit-Zählung ist, die mit dem vorbestimmten Kompressions-Faktor verbunden ist, werden die komprimierten Daten, die vom Weg 314 ausgegeben werden, durch den MUX 325 ausgewählt und zum Speicher 20 übertragen. Andernfalls wird der komprimierte Block-Ausgang von dem festen Kompressor 322 verwendet. Der feste Kompressor 320 verwendet ein verlustreichen Kompressions-Programm mit Quantisierung, um einen festen Ziel-Bit-Ausgang zu erzeugen. Um die Dekompression zu erleichtern, fügt jedes Kompressions-Netzwerk für jeden komprimierten Block eine Signalisierungs-Information in den Datenstrom ein, um den Typ der Kompression anzuzeigen, der bei dem Block ausgeführt wurde, Die Signalisierungs-Informationen können ein oder mehrere Bits sein, die am Beginn jedes komprimierten Datenblocks, z. B. in einem Header, eingefügt werden. Die Signalisierungs-Bits werden durch die Dekompressions-Netzwerke 32 und 34 (1) erfühlt, die das Inverse der Kompression ausführen, die verwendet wurde, um den Blck zu komprimieren, der den gegebenen Signalisierungs-Bits zugeordnet ist. Der Header kann andere Steuer-Informationen enthalten, z. B. Quantisierungs-Steuer-Informationen.
  • Eine variable Kompression wird vorzugsweise in glatten Bereichen eines Bildes verwendet, um störende Konturbildungs-Artefakte zu vermeiden. Die Bildqualität wird im wesentlichen über solchen Bereichen als hoch garantiert, weil der variable Kompressor 316 wenig oder keine Quantisierung verwendet, was ein weitgehend verlustloser Prozess ist. Andererseits kann der feste Kompressor 322 in Bildbereichen verwendet werden, die bemerkenswerte Detail-Informationen enthalten. Da das Quantisierungs-Rauschen in solchen Bereichen wahrscheinlich keinen sehr wahrnehmbaren Fehler einführt, wird die wahrgenommene Qualität eines Bildbereiches, der einer festen Kompression im Weg 320 unterworfen wird, sehr wahrscheinlich gut sein. Es ist jedoch nicht erforderlich, wahlweise variable und feste Kompression auf diese Art zu verwenden, obwohl es in vielen Systemen nützlich sein wird, dies zu tun. Die Wahl, welcher der beiden komprimierten Blöcke verwendet werden soll, beruht einfach auf der Bit-Zählung des komprimierten Blocks aus dem variablen Kompressor 316. Wenn der Bit-Wert anzeigt, dass der Kompressor 16 die gewünschte Kompression erzielt hat, wird er verwendet. Andernfalls wird der Kompressor 22 verwendet.
  • Die auf Blöcken beruhende Kompression, die von dem Kompressions-Netzwerk 314, 320 durchgeführt wird, und die unabhängige Kompression jedes Blocks erlaubt, dass ein Dekodierer jeden Block dekodiert, ohne Informationen bezüglich irgendeines anderen Blocks zu benötigen. Da jeder Block mit einem vorbestimmten Kompressions-Faktor komprimiert wird, ist die Speicher-Adresse des ersten Pixels jedes Blocks im voraus bekannt. Somit kann auf jeden Block vom Speicher ohne Informationen hinsichtlich irgendeines anderen Blocks Zugriff genommen werden. In dieser Hinsicht sei bemerkt, dass im Speicher für jeden Block Bereiche reserviert werden. Im Fall von 50% Kompression hat jeder reservierte Bereich die Größe des halben ursprünglichen Blocks. Somit passt jeder komprimierte Block in den Speicherbereich, der für ihn reserviert ist, aufgrund der Tatsache, dass Bits gezählt werden und der Ausgang des Kompressors 320 verwendet wird, wenn es notwendig ist. Wenn der bevorzugte Kompressor 316 im Erzielen eines Kompressions- Maßes, das größer als das Ziel-Kompressions-Maß ist, erfolgreich ist, wird der Ausgang des Kompressors 316 verwendet, und etwas von dem reservierten Speicherraum wird von den komprimierten Blockdaten nicht benutzt. Dies bedeutet, dass jeder komprimiert e Block beginnt, seinen reservierten Speicherbereich zu füllen, beginnend mit einer vorbestimmten Start-Adresse und in Fortsetzung zu einer Adresse, die weniger ist als die letzte Adresse, die für diesen Block reserviert war. Dieser Prozess wird in Verbindung mit 2 erläutert.
  • Es ist erwünscht, für auf Blöcken beruhende Kompression in der Lage zu sein, sowohl einen hohen Kompressions-Wirkungsgrad als auch einen leichten Zugriff zu jedem Pixel eines Pixelblocks zu erzielen, selbst wenn diese beiden Ergebnisse von Natur aus konkurrieren. Dies bedeutet, dass ein hoher Kompresssions-Wirkungsgrad eine große Blockgröße erfordert, während ein leichter Zugriff zu den Pixeln eine kleine Blockgröße erfordert. Es wurde gefunden, dass diese beiden Eigenschaften im wesentlichen mit Pixelblock-Größen von 8 × 8 Pixeln und 16 × 4 Pixeln erreicht werden können. Die Blöcke werden in der Einheit 10, wie zuvor erwähnt, in die erforderlichen N × N Pixelgrößen gebracht.
  • Bei diesem Beispiel wird jeder auf Halbbildern beruhende Pixelblock in einer Raster-Weise von links nach rechts in einer Richtung nach unten abgetastet, wie in Fig. 6 dargestellt ist. Diese Abtastung erfolgt in beiden Einheiten 316 und 322 unter Verwendung von Verzögerungselementen 452 bis 456 und Verzögexungselementen 452 bis 556, wie in 4 bzw. 5 dargestellt ist, was noch erläutert wird. Das variable Kompressions-Netzwerk ist in 4 dargestellt. Dieses Netzwerk verwendet eine DPCM-Schleife mit adaptiver Vorhersage, um ein Differenzsignal (Rest) unter Verwendung bekannter Verfahren zu erzeugen. Diese Differenz wird einer variablen Längenkodierung unterzogen, und die resultierende Zahl von kodierten Differenz-Bits wird überwacht, um anzuzeigen, ob der gewünschte Kompressions-Faktor für den gegenwärtigen Block erreicht wurde oder nicht.
  • In 4 erzeugt das differenzbildende Netzwerk 442 einen Ausgang, der die Differenz (Rest) zwischen Eingangs-Pixelwerten, die einem nicht invertierenden Eingang (+) der Einheit 442 zugeführt werden, und vorhergesagten Pixelwerten, die einem invertierenden Eingang (-) der Einheit 442 zugeführt werden, darstellt. Der vorhergesagte Wert wird unter Verwendung einer DPCM-Verarbeitungs-Schleife erhalten, die einen Differenzbildner 442, einen variablen Längenkodierer 444 und einen variablen Längendekodierer 446 enthält, der das Inverse der Kodierungs-Operation ausführt, die von der Einheit 444 ausgeführt wird. Der variable Längenkodierer kann einen optionalen hoch auflösenden Quantisierer und einen Entropie-Kodierer (z. B. einen Huffman-Kodierer) für eine verlustlose oder nahezu verlustlose Kompression enthalten. Der variable Längenkodierer enthält einen inversen Quantisierer und einen Entropie-Dekodierer. Der invers dekodierte Ausgang von der Einheit 446 wird in einer Einheit 448 mit einem Ausgang von einem Vorhersage-Netzwerk summiert, das eine Vorhersage-Schaitung 450 und zugeordnete Pixel-Verzögerungselemente 452, 454 und 456 enthält. Diese Elemente liefern Verzögerungen von einem bzw. sieben bzw. einem Pixel. Ein vorhergesagter Pixelwert-Ausgang von der Einheit 450 wird den Eingängen der Addierschaltung 448 und des Differenzbildners 442 zugeführt.
  • 7 zeigt eine beispielsweise Anordnung einer Gruppe von vier Pixeln A, B, C und X (das vorherzusagende Pixel), denen eine vorhersagende Verarbeitungs- und Kodierungs-Operation des DPCM-Netzwerks zugeordnet ist. Auf diese Gruppe von Pixeln wird auch in dem in 6 dargestellten Pixelblock Bezug genommen. Bei diesem Beispiel wird das Pixel B um ein Pixel-Intervall relativ zum Pixel C verzögert, das Pixel A wird um ein Sieben-Pixel-Intervall relativ zum Pixel B verzögert, und das Pixel X wird um ein Ein-Pixel-Intervall relativ zum Pixel A verzögert. Der DPCM-Vorhersage-Prozess ist allgemein bekannt und wird nachfolgend erläutert. Die komprimierten Pixeldaten vom Ausgang des variablen Längenkodierers 444 werden durch eine Einheit 460 gepuffert, bevor sie dem MUX 325 von 3 zugeführt werden. Der Puffer 460 speichert den Ausgang des variablen Kompressions-Prozesses, bis der vollständige Block verarbeitet worden ist, und bei diesem Zeitpunkt kann bestimmt werden, ob der Ziel-Kompressions-Faktor erreicht worden ist oder nicht.
  • Der Bit-Zählwert jedes komprimierten Block-Ausgangs vom Kodieren 444 wird durch den Bit-Zähler 418 überwacht, was durch eines von verschiedenen bekannten Verfahren ausgeführt werden kann. Nachdem jeder Pixelblock variabel komprimiert worden ist, liefert der Zähler 418 ein Steuer-Ausgangssignal, wenn der komprimierte Bit-Zählwert an oder unter einer vorbestimmten Schwelle liegt, die anzeigt, dass das gewünschte Maß an Kompression durch den variablen Kompressor erreicht oder überschritten worden ist. Dieses Steuersignal wird dem Schalt-Steuereingang vom MUX 325 zugeführt, um den MUX 32 5 zu veranlassen, den Ausgang von dem variablen Längenkompressor dem Nutz-Netzwerk zuzuführen. Andernfalls wird der comprimierte Block-Ausgang (für denselben Pixelblock) von dem festen Längenkompressor dem Nutz-Netzwerk zugeführt.
  • Das feste Kompressions-Netzwerk ist in 5 dargestellt. Dieses Netzwerk verwendet ebenfalls eine DPCM-Schleife mit adaptiver Vorhersage, wie im Fall des variablen Kompressors. In 5 führen die Elemente 548, 550, 552, 554 und 556 dieselben Funktionen aus wie die entsprechenden Elemente in 4. Das differenzierende Netzwerk 542 dient auch demselben Zweck wie die Einheit 442 in 4 zur Erzeugung eines restlichen Pixelwertes, aber in einem leicht unterschiedlichen Zusammenhang, was nachfolgend erläutert wird.
  • Das feste Kompressions-Netzwerk verwendet eine nicht-lineare Quantisierung der Differenz-(Rest)-Pixelwerte, die am Ausgang der Einheit 542 als Ergebnis der DPCM-Verarbeitung geliefert werden. Ein nicht-invertierender Eingang (+) der Einheit 542 empfängt Eingangs-Pixelwerte, die um 64 Pixel-Intervalle durch ein 64-Pixel-Verzögerungselement 555 verzögert sind. Der invertierende Eingang (-) der Einheit 542 empfängt vorhergesagte Pixelwerte von der Vorhersage-Schaltung 550. Der restliche Pixelwert-Ausgang von der Einheit 542 wird durch die Einheiten 556 bzw. 558 einer Quantisierung und einer inversen Quantisierung unterworfen. Die von der Einheit 556 erzeugte Quantisierung ist fest und garantiert ein gewünschtes festes Maß an Datenkompression. Um beispielsweise 50% Kompression eines 8-Bit-Datenwortes zu erzielen, entfernt die Einheit 556 die letzten vier Bits niedrigster Wertigkeit. Das Maß an fester Kompression ist nicht weniger als das gewünschte Maß an Kompression. Die Einheiten 556 und 558 arbeiten unter Steuerung eines Min/Max-Vergleichs-Netzwerks 560, das die Minimum- und Maximum-Pixelwerte für jeden Pixelblock bestimmt.
  • Der Quantisierer 556 könnte auch so ausgebildet sein, dass er eine feste Quantisierungs-Regel verwendet. Es ist jedoch wirksamer, die Quantisierer-Regel an die Minimum- und Maximum-Pixelwerte anzupassen, die dem verarbeiteten Block zugeordnet sind. Die Min/Max-Vergleichs-Einheit 560 bestimmt diese Werte. Das Element 555 erzeugt die Zeitverzögerung, die für die Minimum- und Maximum-Werte aller 64 Pixel eines gegebenen zu prüfenden Blocks benötigt werden, bevor das erste Pixel des Blocks verarbeitet wird.
  • Der Kompressor 322 in 3 hat keine eigene Verzögerung, aber die Kombination des Min/Max-Vergleichs und des Verzögerungselements 555 (5) bewirkt, dass der Kompressor 322 eine Verzögerung von einem Block aufweist, was eine Anpassung an die Verzögerung von einem Block bedeutet, die der variable Kompressionsweg aufweist. Das feste Längen-Kompressions-Netzwerk ermittelt jeden der 64 Pixelwerte von jedem 8 x 8-Pixelblock zweimal, um die Minimum- und Maximum-Pixelwerte dieses Blockes zu bestimmen. Dieser. Prozess wird durch die Verzögerung von 64 Pixeln (1 Block), die von dem Element 555 erzeugt wird, erleichtert. Die Minimum- und Maximum-Werte dienen zur adaptiven Auswahl zwischen nicht-linearen Quantisierungs-Regeln, die für jeden verarbeiteten Block verwendet werden sollen. Die Lösung mit zwei Durchläufen, die benötigt wird, um jeden Block zweimal zu ermitteln, fügt dem System keine zusätzliche Latenz wegen der Latenz von einem Block zu, die der Puffer 460 des variablen Kompressionsweges aufweist, wenn bestimmt wird, ob der variable Kompressor die gewünschte Kompression erreicht hat.
  • Wenn die Kompressoren 316 und 322 parallel angeordnet sind und der feste Kompressor einen Min/Max-Vergleich verwendet, gibt es - wie oben erwähnt - eine Verzögerung von einem Block im Kompressor 322. Der variable Kompressor 316 hat keine eigene Verzögerung von einem Block, so dass der Bit-Puffer 460 die Bits für die Zeit eines Blocks länger hält, um auf den Ausgang des Kompressors 322 zu warten. Wenn der feste Kompressor 322 keinen Min/Max-Vergleich verwendet, dann würde der Kompressor 322 keine Verzögerung von einem Block aufweisen. Der variable Kompressor 316 besitzt keine eigene Verzögerung von einem Block wegen des Puffers 460. Der Puffer 460 speichert die Bits des Kompressors 316, bevor eine Entscheidung dahingehend getroffen wird, welcher von dem variablen oder festen Kompressions-Ausgang verwendet werden soll. Der Bit-Zähler 318 bestimmt, welcher Ausgang zu verwenden ist, wenn das variable und feste Kompressions-Netzwerk parallel angeordnet sind.
  • Die Kompressoren 316 und 322 müssen jedoch nicht parallel angeordnet sein, wie in 8 dargestellt ist. In diesem Fall verarbeitet der Kompressor 316 zuerst einen Pixelblock, und gleichzeitig bestimmt die Min/Max-Vergleichs-Einheit 560 die Minimum- und Maximum-Pixelwerte für den Block, wie zuvor erläutert wurde. Nach einer Verzögerung von einem Block ist bekannt, ob der Kompressor 316 die Ziel-Kompression erreicht hat oder nicht und dadurch, ob der feste Kompressor 322 den Block verarbeiten muss oder nicht. Wenn der variable Kompressor 316 den Ziel-Kompressions-Faktor erreicht hat, gibt er den variabel komprimierten Block an den Vollbild-Speicher aus. Andernfalls komprimiert die Einheit 322 den Block. Da die Kompressoren 316 und 322 die gleiche Architektur und gleiche funktionelle Elemente enthalten können, erlaubt diese Ausführung vorteilhafterweise die erneute Verwendung solcher gleichen, für die variable Kompression in der Einheit 316 verwendeten Elemente für die feste Längenkompression in der Einheit 322.
  • Es ist nicht wesentlich, die Quantisierer-Regeln in Bezug auf den Quantisierer 556 von 5 adaptiv zu ändern. Es könnte eine einfache lineare Quäntisierung verwendet werden. Die Anpassung der Quantisierer-Regel gemäß den Min/Max-Pixelwerten vermindert das Maß an Verlust. Jeder Block wird einmal abgetastet, um die Min/Max-Pixelwerte zu finden. Die Kenntnis dieser Werte erlaubt die Wahl einer geeigneten Quantisierer-Regel, bevor der erste (Rest) Wert quantisiert wird. Das Element 555 verzögert das erste Pixel, bis die Quantisierer-Regel errichtet ist, wobei diese Regel auch von dem inversen Quantisierer 558 verwendet wird. Dies kann erfordern, dass die Signalisierungs-Bits dem Datenstrom hinzugefügt werden, um die Dekompressions-Funktion der Quantisierer-Regel, die verwendet wird, anzuzeigen.
  • Der Quantisierer kann als eine Art Nachschlagetabelle angesehen werden, wobei Ausgangs-ßits von der Einheit 542 Adressen darstellen. Im Fall einer Kompression von 50% gibt der Quantisierer 556 4-Bit-Daten aus. Der Ausgang des Quantisierers 556 ist ein Index, der von der Einheit 558 verwendet wird, um den Ausgang der Einheit 542 anzunähern. Hier kann ein Verlust auftreten, denn, wenn nur 4-Bit-Daten in die Einheit 558 eingegeben werden, sind nur 16 Datenkombinationen möglich, während die Einheit 542 bis zu 256 mögichen Ausgängen erzeugen kann. Das feste Kompressions-Netzwerk von 5 erfordert keinen Ausgangs-Puffer.
  • Bei diesem Ausführungsbeispiel wird derselbe vorhersagende DPCM-Kodierprozess von den Kompressions-Netzwerken von 4 und 5 verwendet. Das gegenwärtig kodierte Pixel wird vorhergesagt durch Verwendung von zuvor kodierten Pixeln, die den Dekompressoren 32 und 34 (1) bekannt sind. Der Vorhersage-Prozess kann in Bezug auf 7 erklärt werden, wo das Pixel X der Pixelwert ist, der vorhersagend kodiert werden soll. Die Pixel A, B und C sind vorhersagend zuvor kodiert worden und dem Dekompressions-Abschnitt bekannt. Eine Vorhersage von X, Xpred, verwendet die Werte von A, B und C gemäß dem folgenden Pseudo-Code, der den zu verwendenden Algorithmus beschreibt:
    wenn (|A–C| < e1 && |B–C| > e2), Xpred = B
    sonst wenn (|B–C| < e1 && |A–C| > e2), Xpred = A
    sonst Xpred = (A + B)/2
  • Die Werte e1 und e2 sind Konstante, die vorbestimmte Schwellwerte darstellen. Dieser Algorithmus wird nur für Pixel verwendet, die sich nicht in der ersten Reihe oder der ersten Spalte des verarbeiteten Blocks befinden. Einige Ausnahmen werden wie folgt gehandhabt: das erste Pixel in einem Block wird sehr fein ohne Bezug auf irgendein anderes Pixel kodiert, Pixel der ersten Reihe verwenden den Pixelwert A als Vorhersage-Wert, und die Pixel in der ersten Spalte verwenden den Pixelwert B als Vorhersage-Wert. Grundsätzlich versucht dieser Algorithmus einen Rand festzustellen. Im ersten Fall wird ein vertikaler Rand zwischen den Pixeln C und B und zwischen den Pixeln A und X vorgeschlagen. Somit. ist B der beste Vorhersage-Wert. Der zweite Fall schlägt einen horizontalen Rand zwischen A und C und zwischen B und X vor. Somit ist A der beste Vorhersage-Wert. Im dritten Fall wird kein deutlicher Rand gefunden. In diesem Fall. sind sowohl A als auch B gleich gute Vorhersage-Werte, so dass ihr Durchschnitts-Wert verwendet wird.
  • Das offenbarte auf Blöcken beruhende Kompressions-Netzwerk wird vorteilhafterweise verwendet, um MPEG-kompatible Datenworte zu verarbeiten. Das Netzwerk weist eine nahezu verlustlose Kompression für die Verminderung der Speichermenge auf, die zur Speicherung von 8 x 8 Luminanz-Daten oder 4 x 4 U-, V-(Chrominanz)-Daten benötigt wird. Das Maß an Kompression ist wählbar und kann beispielsweise 25% oder 50% sein. Niedriger Kontrast, Blöcke mit niedrigen Bild-Einzelheiten werden üblicherweise verlustlos komprimiert, während Datenblöcke mit hohem Kontrast und hohen Einzelheiten einen gewissen akzeptablen Verlust erfahren können, insbesondere im Fall einer Datenkompression von 50%. Obwohl in einigen Fällen dekomprimierte Pixelblöcke Unterschiede im Vergleich zu ursprünglichen Pixelblöcken aufweisen können, wird das offenbarte Kompressions-System gegenüber einer horizontalen Detail-Verminderung zur Verminderung von Speicher-Erfordernissen bevorzugt. Das in 3 dargestellte Kompressions-System kann mit allen Profilen und allen Pegeln der MPEG-Vorschrift wie auch mit anderen digitalen Datenverarbeitungs-Schemata verwendet werden.
  • Obwohl der Kompressor 30 vorteilhafterweise doppelte Kompressions-Netzwerke – wie in 3 und 8 dargestellt- verwendet, kann eines der Kompressions-Netzwerke entfallen, um das System zu vereinfachen. Beispielsweise kann es zur Vereinfachung der Hardware in einigen Systemen ausreichend sein, nur das feste Längen-Kompressions-Netzwerk zu verwenden.

Claims (15)

  1. System zur Verarbeitung von Bilder darstellenden Daten, das einen mit MPEG kompatiblen Dekodierer umfasst, wobei der Dekodierer enthält: – einen Dekompressor (12, 14) zum De komprimieren eines Eingangs-Datenstroms, der gemäß MPEG kodierte Daten enthält, um dekomprimierte Daten zu erzeugen; – einen Kompressor (30) zum Komprimieren der dekomprimierten Daten, um rekomprimierte Daten zu erzeugen; – einen Speicher (20) zum Speichern der rekonprimierten Daten; und – ein Ausgangs-Netzwerk (26) zum Verarbeiten von in dem Speicher (20) gespeicherten Daten; dadurch gekennzeichnet, dass der Kompressor (30) umfasst: – einen ersten Unter-Prozessor (316), der eine variable Kompressions-Charakteristik aufweist; – einen zweiten Unter-Prozessor (322), der eine feste Kompressions-Charakteristik aufweist und Daten empfangen kann, die gleichzeitig mit dem ersten Unter-Kompressor (316) komprimiert werden sollen; und – ein Auswahl-Netzwerk (325, 560) zum Überführen von Daten, die einen gewünschten Kompressions-Faktor aufweisen, von dem einen oder dem anderen der beiden Unter-Kompressoren (316, 322) zu dem Speicher (20) als Funktion des Ausgangs des ersten Unter-Kompressor (316).
  2. System nach Anspruch 1, dadurch gekennzeichnet, dass die variable Kompression der festen Kompression vorgezogen wird, so dass das Auswahl-Netzwerk (325, 560) auswählen soll: – variable komprimierte Daten aus dem ersten Unter-Kompressor (316), wenn die variablen komprimierten Daten einen vorbestimmten gewünschten Kompressions-Faktor oder größer aufweisen; und – feste komprimierte Daten von dem zweiten Unter-Kompressor (322), wenn die variablen komprimierten Daten einen kleineren als den Kompressions-Faktor aufweisen.
  3. System nach Anspruch 2, dadurch gekennzeichnet, dass: – der erste Unter-Kompressor (316) und der zweite Unter-Kompresor (322) auf Blöcken beruhen; – der zweite Unter-Kompressor (322) parallel zu dem ersten Unter-Kompressor (316) arbeiten soll; – der Kompressor (30) Mittel (312, 314, 320) umfasst, um Blöcke mit Bilddaten dem ersten und zweiten Unter-Kompressor (316, 322) gleichzeitig zuzuführen; – der Kompressor (30) Mittel (318, 418) umfasst, die mit dem ersten Unter-Kompressor (316) verbunden sind, um zu bestimmen, ob ein Datenblock, der von dem ersten Unter-Kompressor (316) verarbeitet wird, einen gewünschten Kompressions-Faktor aufweist; und – das Auswahl-Netzwerk (325) wahlweise dem Speicher (20) die ausgewählten komprimierten Daten zuführen soll.
  4. System nach einem der vorhergehenden Ansprüche, gekennzeichnet durch eine weiteren Dekompressor (34) zum Dekomprimieren von in dem Speicher (20) gespeicherten Daten, bevor sie dem Ausgangs-Netzwerk (26) zugeführt werden.
  5. System nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Dekodierer auch ein Bewegungs-Informations-Verarbeitungs-Netzwerk zur Verarbeitung dekomprimierter Daten enthält, wobei: – der Kompressor (30) von dem Bewegungs-Verarbeitungs-Netzwerk verarbeitete Daten komprimieren soll, bevor sie in dem Speicher (20) gespeichert werden; und – das Ausgangs-Netzwerk (26) ein Bild-Prozessor zur Verarbeitung von in dem Speicher (20) gespeicherten Daten ist.
  6. System nach Anspruch 5, dadurch gekennzeichnet, dass das Bewegungs-Verarbeitüngs-Netzwerk umfasst: – ein Bewegungs-Kompensations-Netzwerk (22) mit einem Eingang zum Empfang gespeicherter Daten aus dem Speicher (20), und mit einem Ausgang zur Lieferung von bewegungskompensierten Daten; und – eine Kombinationsschaltung (18) zum Kombinieren der bewegungskompensierten Daten mit dekomprimierten Daten von dem Dekompressor (12, 14); – wobei der Kompressor (30) komprimierte Daten von der Kombinationsschaltung (18) einem Eingang des Speichers (20) zuführen soll.
  7. System nach einem der Rnsprüche 5 oder 6, gekennzeichnet durch einen weiteren Dekompressor (32) zum Dekomprimieren von Ausgangsdaten aus dem Speicher (20), bevor sie dem Bewegungs-Kompensations-Netzwerk (22) zugeführt werden.
  8. System nach einem der vorhergehenden Ansprüche, ddurch gekennzeichnet, dass der Kompressor (30) ein auf Blöcken beruhender Kompressor ist.
  9. Verfahren zur Verarbeitung eines digitalen Datenstroms von gemäß MPEG kodierten, Bilder darstellenden Daten, umfassend die Schritte: a) Dekomprimieren des Eingangs-Datenstroms von gemäß MPEG kodierten Daten, um dekomprimierte Daten zu erzeugen; b) Komprimieren der dekomprimierten baten, um rekomprimierte Daten zu erzeugen; c) Speichern der rekomprimierten Daten in einem Speicher (20) und d) Liefern der gespeicherten rekomprimierten Daten an ein Bild-Informationen verarbeitendes Netzwerk (26); dadurch gekennzeichnet, dass der Schritt b) das Erzeugen von variablen komprimierten Daten mittels eines ersten Unter-Kompressors (316), der eine variable Kompressor-Charakteristik aufweist, und die Zuführung von Daten zu dem Speicher, die einen gewünschten Kompressions-Faktor aufweisen, einschließt, wobei die zugeführten Daten zwisehen den variablen komprimierten Daten oder festen komprimierten Daten, die von einem zweiten Unter-Kompressor (322) erzeugt werden, der eine feste Kompressor-Charakteristik aufweist, in Funktion von dem Ausgang des ersten Unter-Kompressors (316) ausgewählt werden.
  10. Verfahren nach Anspruch 9, dadurch gekennzeichnet, dass die festen komprimierten Daten parallel mit den variablen komprimierten Daten erzeugt werden.
  11. Verfahren nach Anspruch 10, gekennzeichnet durch den Schritt: (e) Dekomprimieren der in dem Speicher (20) gespeicherten Daten, bevor sie dem Bildverarbeitungs-Netzwerk (26) zugeführt werden.
  12. Verfahren nach Anspruch 11, dadurch gekennzeichnet, dass der Schritt (e) die Unter-Schritte enthält: (e1) Dekomprimieren der in dem Speicher (20) gespeicherten Daten, um Ausgangs-Bildinformationen für die Anzeige zu erzeugen; und (e2) Übertragen der Bildinformationen für die Anzeige zu einem Anzeige-Prozessor (26).
  13. Verfahren nach einem der Ansprüche 9 bis 12, ferner gekennzeichnet durch die Schritte: (f) Dekomprimieren von in dem Speicher (20) gespeicherten Informationen, um dekomprimierte gespeicherte Informationen zu erzeugen; (g) Bewegungs-Verarbeitung der dekomprimierten gespeicherten Informationen, um Bewegungs-Informationen zu erzeugen; und (h) Kombinieren der Bewegungs-Informationen mit den dekomprimierten Daten, um die bei dem Kompressions-Schritt (b) komprimierten Informationen zu erzeugen.
  14. Verfahren nach einem der Ansprüche 9 bis 13, dadurch gekennzeichnet, dass der Kompressions-Schritt (b) eine auf Blöcken beruhende Kompression ausführt, und dass der Dekompressions-Schritt (a) eine auf Blöcken beruhende Dekompression ausführt.
  15. Verfahren nach Anspruch 14, dadurch gekennzeichnet, dass die das Bild darstellenden Blöcke (A bis D) von Bild-Pixel-Daten mit einer vorbestimmten Größe umfassen.
DE69626483T 1995-12-27 1996-12-26 Speicherverwaltung in einem Videodekodierer Expired - Lifetime DE69626483T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US579192 1995-12-27
US08/579,192 US5847762A (en) 1995-12-27 1995-12-27 MPEG system which decompresses and then recompresses MPEG video data before storing said recompressed MPEG video data into memory

Publications (2)

Publication Number Publication Date
DE69626483D1 DE69626483D1 (de) 2003-04-10
DE69626483T2 true DE69626483T2 (de) 2004-02-26

Family

ID=24315941

Family Applications (1)

Application Number Title Priority Date Filing Date
DE69626483T Expired - Lifetime DE69626483T2 (de) 1995-12-27 1996-12-26 Speicherverwaltung in einem Videodekodierer

Country Status (10)

Country Link
US (1) US5847762A (de)
EP (1) EP0782345B1 (de)
JP (1) JP4083832B2 (de)
KR (1) KR100484333B1 (de)
CN (1) CN1106117C (de)
DE (1) DE69626483T2 (de)
HK (1) HK1001634A1 (de)
MY (1) MY114572A (de)
SG (1) SG99837A1 (de)
TW (1) TW308776B (de)

Families Citing this family (94)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7190284B1 (en) * 1994-11-16 2007-03-13 Dye Thomas A Selective lossless, lossy, or no compression of data based on address range, data type, and/or requesting agent
CN1158050A (zh) * 1995-12-27 1997-08-27 汤姆森消费电子有限公司 图像数据压缩***和方法
JP3575508B2 (ja) * 1996-03-04 2004-10-13 Kddi株式会社 符号化動画像再生装置
US5825424A (en) * 1996-06-19 1998-10-20 Thomson Consumer Electronics, Inc. MPEG system which decompresses and recompresses image data before storing image data in a memory and in accordance with a resolution of a display device
GB2318472B (en) * 1996-10-09 2000-11-15 Sony Uk Ltd Processing encoded signals
US6028635A (en) * 1996-12-03 2000-02-22 Stmicroelectronics, Inc. Reducing the memory required for decompression by storing compressed information using DCT based techniques
US5844608A (en) * 1996-12-12 1998-12-01 Thomson Consumer Electronics, Inc. Picture element processor for a memory management system
US6377628B1 (en) * 1996-12-18 2002-04-23 Thomson Licensing S.A. System for maintaining datastream continuity in the presence of disrupted source data
US6879631B1 (en) * 1996-12-18 2005-04-12 Thomson Licensing S.A. Selective compression network in an MPEG compatible decoder
US6594315B1 (en) * 1996-12-18 2003-07-15 Thomson Licensing S.A. Formatting of recompressed data in an MPEG decoder
KR100273110B1 (ko) * 1997-02-26 2000-12-01 윤종용 엠펙 시스템 디코더 및 이 디코더의 데이터 처리 방법
US6879266B1 (en) 1997-08-08 2005-04-12 Quickshift, Inc. Memory module including scalable embedded parallel data compression and decompression engines
EP0932862A2 (de) * 1997-08-20 1999-08-04 Koninklijke Philips Electronics N.V. Organisation eines pufferspeichers zur verarbeitung transienter datenströme sowie mehrstufiges software-verwaltungssystem
JP3990011B2 (ja) * 1997-10-31 2007-10-10 沖電気工業株式会社 復号画像変換回路および復号画像変換装置
CN100481950C (zh) * 1997-11-05 2009-04-22 索尼公司 数字信号转换装置
US6130911A (en) * 1997-11-21 2000-10-10 Sharp Laboratories Of America, Inc. Method and apparatus for compressing reference frames in an interframe video codec
US6272180B1 (en) 1997-11-21 2001-08-07 Sharp Laboratories Of America, Inc. Compression and decompression of reference frames in a video decoder
EP0926899A3 (de) * 1997-12-25 1999-12-15 SANYO ELECTRIC Co., Ltd. Gerät und Verfahren für Bilddekomprimierung
JP3271585B2 (ja) * 1998-06-19 2002-04-02 日本電気株式会社 動画像復号装置
FR2780185B1 (fr) * 1998-06-23 2000-08-11 St Microelectronics Sa Procede et dispositif de traitement d'images, comprimees notamment selon les normes mpeg
JP4214562B2 (ja) * 1998-06-26 2009-01-28 ソニー株式会社 復号装置
US6412112B1 (en) 1998-06-30 2002-06-25 Webtv Networks, Inc. System for transmitting digital data through a lossy channel
EP0973129A3 (de) 1998-07-17 2005-01-12 Matsushita Electric Industrial Co., Ltd. Kompressionssystem von bewegten Bilddaten
JP2000050272A (ja) * 1998-07-31 2000-02-18 Sony Corp 復号化装置及び方法
US6263023B1 (en) * 1998-10-15 2001-07-17 International Business Machines Corporation High definition television decoder
US6229852B1 (en) * 1998-10-26 2001-05-08 Sony Corporation Reduced-memory video decoder for compressed high-definition video data
US6195024B1 (en) 1998-12-11 2001-02-27 Realtime Data, Llc Content independent data compression method and system
US6624761B2 (en) 1998-12-11 2003-09-23 Realtime Data, Llc Content independent data compression method and system
US6822589B1 (en) 1999-01-29 2004-11-23 Quickshift, Inc. System and method for performing scalable embedded parallel data decompression
US7129860B2 (en) * 1999-01-29 2006-10-31 Quickshift, Inc. System and method for performing scalable embedded parallel data decompression
US6578203B1 (en) 1999-03-08 2003-06-10 Tazwell L. Anderson, Jr. Audio/video signal distribution system for head mounted displays
US6604158B1 (en) 1999-03-11 2003-08-05 Realtime Data, Llc System and methods for accelerated data storage and retrieval
US6601104B1 (en) 1999-03-11 2003-07-29 Realtime Data Llc System and methods for accelerated data storage and retrieval
US20020057364A1 (en) * 1999-05-28 2002-05-16 Anderson Tazwell L. Electronic handheld audio/video receiver and listening/viewing device
US7210160B2 (en) 1999-05-28 2007-04-24 Immersion Entertainment, L.L.C. Audio/video programming and charging system and method
FR2800550B1 (fr) * 1999-11-03 2002-05-31 St Microelectronics Sa Circuit de decodage mpeg et d'affichage d'images et d'images incrustees
US6738424B1 (en) 1999-12-27 2004-05-18 Objectvideo, Inc. Scene model generation from video for use in video processing
KR100359821B1 (ko) * 2000-01-20 2002-11-07 엘지전자 주식회사 움직임 보상 적응형 영상 압축과 복원방법 및 그 장치와디코더
US7181608B2 (en) 2000-02-03 2007-02-20 Realtime Data Llc Systems and methods for accelerated loading of operating systems and application programs
KR20020001064A (ko) * 2000-06-24 2002-01-09 박종섭 고화질 텔레비전의 움직임 보상 및 화면 디스플레이 장치
US7796162B2 (en) * 2000-10-26 2010-09-14 Front Row Technologies, Llc Providing multiple synchronized camera views for broadcast from a live venue activity to remote viewers
US7812856B2 (en) 2000-10-26 2010-10-12 Front Row Technologies, Llc Providing multiple perspectives of a venue activity to electronic wireless hand held devices
US7782363B2 (en) 2000-06-27 2010-08-24 Front Row Technologies, Llc Providing multiple video perspectives of activities through a data network to a remote multimedia server for selective display by remote viewing audiences
US8583027B2 (en) 2000-10-26 2013-11-12 Front Row Technologies, Llc Methods and systems for authorizing computing devices for receipt of venue-based data based on the location of a user
US7630721B2 (en) 2000-06-27 2009-12-08 Ortiz & Associates Consulting, Llc Systems, methods and apparatuses for brokering data between wireless devices and data rendering devices
US7149549B1 (en) 2000-10-26 2006-12-12 Ortiz Luis M Providing multiple perspectives for a venue activity through an electronic hand held device
US9143546B2 (en) 2000-10-03 2015-09-22 Realtime Data Llc System and method for data feed acceleration and encryption
US7417568B2 (en) 2000-10-03 2008-08-26 Realtime Data Llc System and method for data feed acceleration and encryption
US8692695B2 (en) 2000-10-03 2014-04-08 Realtime Data, Llc Methods for encoding and decoding data
CN1451163A (zh) * 2000-11-21 2003-10-22 皇家菲利浦电子有限公司 用于以多速度再现模式再现压缩数据的再现装置
AUPR192700A0 (en) 2000-12-06 2001-01-04 Canon Kabushiki Kaisha Storing coding image data in storage of fixed memory size
AU770770B2 (en) * 2000-12-06 2004-03-04 Canon Kabushiki Kaisha Storing coding image data in storage of fixed memory size
WO2002060106A2 (en) * 2001-01-23 2002-08-01 Flash Networks Ltd. System and method for data re-compression for communication over ip
US7386046B2 (en) 2001-02-13 2008-06-10 Realtime Data Llc Bandwidth sensitive data compression and decompression
JP3643777B2 (ja) * 2001-02-28 2005-04-27 三洋電機株式会社 動画像復号装置および動画像復号方法
KR100700518B1 (ko) * 2001-05-03 2007-03-28 엘지전자 주식회사 디스크의 기록 영역 확보 방법
US6941516B2 (en) * 2001-08-06 2005-09-06 Apple Computer, Inc. Object movie exporter
JP4636755B2 (ja) * 2001-09-21 2011-02-23 キヤノン株式会社 撮像装置、画像処理方法、記録媒体およびプログラム
EP1298937A1 (de) * 2001-09-26 2003-04-02 Chih-Ta Star Sung Dekodierung und Kodierung mit erneuter Komprimierung von Referenzbildern
US7245304B2 (en) * 2001-11-16 2007-07-17 Lockheed Martin Corporation System and method for managing compressed graphic image data
WO2004034617A1 (en) 2002-10-07 2004-04-22 Immersion Entertainment, Llc System and method for providing event spectators with audio/video signals pertaining to remote events
US7903892B2 (en) * 2002-10-29 2011-03-08 Ati Technologies Ulc Image analysis for image compression suitability and real-time selection
AU2003900531A0 (en) 2003-01-30 2003-02-20 Canon Kabushiki Kaisha Compression into a fixed buffer
US7643679B2 (en) * 2003-02-13 2010-01-05 Ati Technologies Ulc Method and apparatus for block based image compression with multiple non-uniform block encodings
US7764833B2 (en) * 2003-02-13 2010-07-27 Ati Technologies Ulc Method and apparatus for anti-aliasing using floating point subpixel color values and compression of same
US8111928B2 (en) 2003-02-13 2012-02-07 Ati Technologies Ulc Method and apparatus for compression of multi-sampled anti-aliasing color data
BRPI0406424B1 (pt) * 2003-03-03 2018-11-21 Godo Kaisha Ip Bridge 1 método de codificação de imagem e método de decodificação de imagem
US7593687B2 (en) * 2003-10-07 2009-09-22 Immersion Entertainment, Llc System and method for providing event spectators with audio/video signals pertaining to remote events
US20050216299A1 (en) * 2004-03-12 2005-09-29 Anderson Tazwell L Jr Methods and systems for acquiring rights to content for transmission at an event
US20050280705A1 (en) * 2004-05-20 2005-12-22 Immersion Entertainment Portable receiver device
JP2006010508A (ja) * 2004-06-25 2006-01-12 Konica Minolta Sensing Inc マルチアングル測色計
US7606429B2 (en) * 2005-03-25 2009-10-20 Ati Technologies Ulc Block-based image compression method and apparatus
US20070002059A1 (en) * 2005-06-29 2007-01-04 Intel Corporation Pixel data compression from controller to display
US7701981B2 (en) * 2005-10-27 2010-04-20 Qualcomm Incorporated System and method for improving robust header compression (ROHC) efficiency
JP5396711B2 (ja) * 2006-02-09 2014-01-22 日本電気株式会社 動画像復号装置、動画像復号方法及びプログラム
EP2030115A4 (de) 2006-05-31 2012-08-22 Ibm Verfahren und system zur transformation logischer datenobjekte zur speicherung
US20080056381A1 (en) * 2006-08-30 2008-03-06 Chih-Ta Star Sung Image compression and decompression with fast storage device accessing
US20080267295A1 (en) * 2007-04-26 2008-10-30 Chih-Ta Star Sung Video decompression, de-interlacing and frame rate conversion with frame buffer compression
US8194736B2 (en) * 2008-04-15 2012-06-05 Sony Corporation Video data compression with integrated lossy and lossless compression
TWI477142B (zh) * 2008-06-20 2015-03-11 Mstar Semiconductor Inc 影像處理電路及相關方法
EP2375745A1 (de) * 2010-04-12 2011-10-12 Panasonic Corporation Effiziente Speicherung von Bilddarstellung unter Verwendung eines adaptiven uneinheitlichen Größenwandlers
GB2485613B (en) * 2010-11-22 2014-08-13 Displaylink Uk Ltd Display control device
KR20150081373A (ko) * 2011-12-21 2015-07-13 인텔 코포레이션 움직임 보상 및 디스플레이 리프레시의 전력 소모를 감소시키는 dram 압축 방안
JP6083973B2 (ja) * 2012-08-08 2017-02-22 株式会社メガチップス データ記憶制御装置およびデータ記憶方法
CN103152572B (zh) * 2013-03-06 2016-02-24 福州瑞芯微电子股份有限公司 一种节省带宽的屏幕显示控制方法及电路
CN103152571B (zh) * 2013-03-06 2016-02-24 福州瑞芯微电子股份有限公司 减少数据带宽的视频处理方法及电路
US9892707B2 (en) 2013-03-14 2018-02-13 Displaylink (Uk) Limited Decompressing stored display data every frame refresh
WO2014167609A1 (ja) * 2013-04-12 2014-10-16 株式会社スクウェア・エニックス・ホールディングス 情報処理装置、制御方法、プログラム、及び記録媒体
JP6196117B2 (ja) * 2013-10-08 2017-09-13 株式会社東芝 画像符号化装置及び画像復号装置
CN110177279B (zh) * 2014-03-28 2021-10-08 联咏科技股份有限公司 视频处理装置与其视频处理电路
JP6310747B2 (ja) * 2014-03-31 2018-04-11 株式会社メガチップス データ記憶制御装置およびデータ記憶制御方法
TWI589151B (zh) * 2014-10-03 2017-06-21 Sitronix Technology Corp Image data compression device and its compression method
US10283091B2 (en) * 2014-10-13 2019-05-07 Microsoft Technology Licensing, Llc Buffer optimization
JP6377222B2 (ja) * 2017-07-31 2018-08-22 株式会社スクウェア・エニックス・ホールディングス 情報処理装置、制御方法、プログラム、及び記録媒体

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5411614A (en) * 1977-06-27 1979-01-27 Nec Corp Code conversion unit for digital signal
JPH0286232A (ja) * 1988-09-21 1990-03-27 Matsushita Electric Ind Co Ltd 可変長符号化方式
JP2925157B2 (ja) * 1989-02-28 1999-07-28 キヤノン株式会社 データ記憶装置
JPH0772839A (ja) * 1990-03-01 1995-03-17 Ricoh Co Ltd カラービデオディスプレイ装置
DE69133320T2 (de) * 1990-03-16 2004-07-22 Canon K.K. Bildkodierungs- und -aufzeichnungsgerät und Methode
DE69133412T2 (de) * 1990-09-04 2005-09-22 Canon K.K. Verfahren und Vorrichtung zur Bildverarbeitung
US5249053A (en) * 1991-02-05 1993-09-28 Dycam Inc. Filmless digital camera with selective image compression
US5576840A (en) * 1991-07-18 1996-11-19 Canon Kabushiki Kaisha Recording apparatus
JP3017334B2 (ja) * 1991-08-29 2000-03-06 富士通株式会社 画像データ符号化方法及び装置
JP3106749B2 (ja) * 1992-12-10 2000-11-06 ソニー株式会社 適応型ダイナミックレンジ符号化装置
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
JPH07143012A (ja) * 1993-11-22 1995-06-02 Asahi Chem Ind Co Ltd 可変長符号の復号方法
US5576765A (en) * 1994-03-17 1996-11-19 International Business Machines, Corporation Video decoder
DE4416967A1 (de) * 1994-05-13 1995-11-16 Thomson Brandt Gmbh Verfahren und Vorrichtung zur Transcodierung von Bitströmen mit Videodaten
DE59510756D1 (de) * 1994-06-06 2003-09-11 Sci Worx Gmbh Verfahren zur Codierung/Decodierung eines Datenstroms
JP3575508B2 (ja) * 1996-03-04 2004-10-13 Kddi株式会社 符号化動画像再生装置

Also Published As

Publication number Publication date
EP0782345B1 (de) 2003-03-05
CN1160253A (zh) 1997-09-24
EP0782345A2 (de) 1997-07-02
JP4083832B2 (ja) 2008-04-30
JPH09214981A (ja) 1997-08-15
KR100484333B1 (ko) 2005-07-28
HK1001634A1 (en) 1998-07-03
TW308776B (en) 1997-06-21
US5847762A (en) 1998-12-08
DE69626483D1 (de) 2003-04-10
CN1106117C (zh) 2003-04-16
EP0782345A3 (de) 1999-05-19
SG99837A1 (en) 2003-11-27
MY114572A (en) 2002-11-30
KR970057915A (ko) 1997-07-31

Similar Documents

Publication Publication Date Title
DE69626483T2 (de) Speicherverwaltung in einem Videodekodierer
DE69738494T2 (de) Videokodierungs- und Videodekodierungsvorrichtung
DE4205896B4 (de) Anordnung zur rangmäßigen Aufteilung von Daten z. B. für eine Videosignal-Verarbeitungseinrichtung
EP0687111B1 (de) Verfahren zur Codierung/Decodierung eines Datenstroms
DE69333714T2 (de) Speicher zur Verwendung im Dekodieren von Wörtern variabler Länge und Dekoder und Verfahren zur Verwendung in digitalen Kommunikationssystemen
DE69434667T2 (de) Adaptives codierungs-decodierungsverfahren mit variabler länge für bilddaten
DE3881213T2 (de) Bildübertragungssystem mit einer vorschaumode.
DE60125301T2 (de) Videosignaltranskodierung
DE69637343T2 (de) Videokodierungs- und -dekodierungsvorrichtung
DE4228220B4 (de) Vorrichtung zur hierarchischen Unterteilung von Videosignalen
EP0279053B1 (de) Verfahren zum Übertragen und zum Wiedergeben von Fernsehbildsequenzen
DE69921108T2 (de) Verfahren und vorrichtung zur adaptiven codierung eines videodatenstroms
DE10048735A1 (de) Verfahren zur Codierung und Decodierung von Bildsequenzen sowie Einrichtungen hierzu
DE69813349T2 (de) Vorrichtung zur Kontrolle der Datenmenge und Kodierer dieselbige anwendend
EP1025708B1 (de) Verfahren und vorrichtung zur verarbeitung eines digitalisierten bildes
EP0776574B1 (de) Verfahren zur decodierung komprimierter video-daten mit reduziertem speicherbedarf
DE60309039T2 (de) Verfahren und vorrichtung zur optimierung der bildschärfe während der kodierung
DE69730148T2 (de) Speichereffiziente komprimierung und quantisierung für bildsignale
DE10296787T5 (de) Selektive Prädikation für ein Intra-Codieren eines Videodatenblocks
DE19907132B4 (de) Videodecoder für einen Digitalfernseher
EP0836785B1 (de) Verfahren zur dekodierung und kodierung eines komprimierten videodatenstroms mit reduziertem speicherbedarf
EP0346637B1 (de) Verfahren zur Aufbereitung und Übertragung einer Bildsequenz
DE19524872C1 (de) Verfahren und Anordnung zur Codierung und Decodierung von einem Videodatenstrom für alle Bildelemente des Videodatenstroms
DE3726601C2 (de)
DE102021110443A1 (de) Framebufferkomprimierschaltung und bildverarbeitungsgerät

Legal Events

Date Code Title Description
8364 No opposition during term of opposition
R082 Change of representative

Ref document number: 782345

Country of ref document: EP

Representative=s name: MANFRED ROSSMANITH, DE