DE112011100221T5 - Benutzerschnittstelleneinheit zum Abrufen nur aktiver Bereiche eines Rahmens - Google Patents

Benutzerschnittstelleneinheit zum Abrufen nur aktiver Bereiche eines Rahmens Download PDF

Info

Publication number
DE112011100221T5
DE112011100221T5 DE112011100221T DE112011100221T DE112011100221T5 DE 112011100221 T5 DE112011100221 T5 DE 112011100221T5 DE 112011100221 T DE112011100221 T DE 112011100221T DE 112011100221 T DE112011100221 T DE 112011100221T DE 112011100221 T5 DE112011100221 T5 DE 112011100221T5
Authority
DE
Germany
Prior art keywords
pixels
frame
memory
active region
user interface
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.)
Withdrawn
Application number
DE112011100221T
Other languages
English (en)
Inventor
Shing Horng Choo
Peter F. Holland
Timothy J. Millet
Joseph P. Bratt
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.)
Apple Inc
Original Assignee
Apple 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 Apple Inc filed Critical Apple Inc
Publication of DE112011100221T5 publication Critical patent/DE112011100221T5/de
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/36Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators characterised by the display of a graphic pattern, e.g. using an all-points-addressable [APA] memory
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T1/00General purpose image data processing
    • G06T1/20Processor architectures; Processor configuration, e.g. pipelining
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/222Studio circuitry; Studio devices; Studio equipment
    • H04N5/262Studio circuits, e.g. for mixing, switching-over, change of character of image, other special effects ; Cameras specially adapted for the electronic generation of special effects
    • H04N5/265Mixing
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2340/00Aspects of display data processing
    • G09G2340/10Mixing of images, i.e. displayed pixel being the result of an operation, e.g. adding, on the corresponding input pixels
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2360/00Aspects of the architecture of display systems
    • G09G2360/12Frame memory handling
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/14Display of multiple viewports
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/36Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators characterised by the display of a graphic pattern, e.g. using an all-points-addressable [APA] memory
    • G09G5/39Control of the bit-mapped memory
    • G09G5/395Arrangements specially adapted for transferring the contents of the bit-mapped memory to the screen
    • G09G5/397Arrangements specially adapted for transferring the contents of two or more bit-mapped memories to the screen simultaneously, e.g. for mixing or overlay

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Hardware Design (AREA)
  • Controls And Circuits For Display Device (AREA)
  • Image Processing (AREA)
  • Image Generation (AREA)
  • Digital Computer Display Output (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

Benutzerschnittstelleneinheit in einer grafischen Verarbeitungs-Anzeigepipeline kann Register aufweisen, die mit Information programmierbar sind, die aktive Regionen eines Bildrahmens definieren. Pixel innerhalb der aktiven Regionen des Bildrahmens sind bestimmt angezeigt zu werden, während Pixel außerhalb der aktiven Regionen des Bilderrahmens nicht anzuzeigen sind. Abrufschaltung innerhalb der Benutzerschnittstelleneinheit kann Rahmen vom Speicher abrufen, Abrufen nur die Pixel innerhalb der aktiven Regionen der Bilderrahmen, wie durch den programmierten Inhalt der Register definiert ist. Die Benutzerschnittstelleneinheit kann dann die abgerufenen Pixel an eine Mischungseinheit bereitstellen, um die abgerufenen Pixel mit Pixeln von anderen Rahmen oder Pixeln von einem Videostrom zu mischen, um Ausgaberahmen zu produzieren. Wenn mit Pixeln eines Videostroms gemischt, können die abgerufenen Pixel als eine Grafiküberlagerung oben auf dem Videostrom angezeigt werden.

Description

  • Hintergrund
  • Gebiet der Erfindung
  • Diese Erfindung bezieht sich auf das Gebiet von grafischer Informationsverarbeitung, genauer, um Bildpixel vom Speicher abzurufen.
  • Beschreibung des Stands der Technik
  • Teil des Betriebs von vielen Computersystemen, die tragbare digitale Vorrichtungen wie etwa Mobiltelefone, Notebook-Computer und der gleichen enthalten, ist die Verwendung von irgendeiner Art von Anzeigevorrichtung, wie etwa eine Flüssigkristallanzeige (LCD), um Bilder, Videoinformation/-Ströme und Daten anzuzeigen. Dementsprechend beinhalten diese Systeme typischerweise eine Funktionalität zum Erzeugen von Bildern und Daten, die Videoinformation einschließen, welche nachfolgend an die Anzeigevorrichtung ausgegeben werden. Solche Vorrichtungen enthalten typischerweise Videografikschaltungen, um Bilder und Videoinformation für ein nachfolgendes Anzeigen zu verarbeiten.
  • Bei digitaler Bildbearbeitung wird das kleinste Element von Information in einem Bild ein ”Bildelement” genannt, allgemeiner als ein ”Pixel” bezeichnet. Der Einfachheit halber werden Pixel im Allgemeinen in einem rechteckigen zweidimensionalen Gitter angeordnet. Durch Verwendung dieser Anordnung können viele gemeinsame Operationen implementiert werden durch einheitliche Anwendung derselben Operation auf jedes Pixel unabhängig voneinander. Da jedes Pixel ein elementarer Teil eines digitalen Bildes ist, kann eine größere Anzahl von Pixeln eine genauere Darstellung des digitalen Bildes bereitstellen. Die Intensität eines jeden Pixels kann variieren und in Farbsystemen weist jedes Pixel typischerweise drei oder vier Komponenten auf wie Rot, Grün, Blau und Schwarz.
  • Die meiste Bilder- und Videoinformation, die auf Anzeigevorrichtungen angezeigt werden, wie zum Beispiel LCD-Bildschirme, werden interpretiert als eine Folge von Bildrahmen, oder kurz Rahmen. Während im Allgemeinen ein Rahmen eines aus den vielen Standbildern ist, die ein komplettes Bewegungsbild oder einen Videostrom ausmachen, kann ein Rahmen auch einfach als ein Standbild breiter interpretiert werden, das auf einer digitalen (diskreter oder progressiver Scan) Anzeige angezeigt wird. Ein Rahmen besteht typischerweise aus einer spezifizierten Anzahl von Pixeln gemäß der Auflösung des Bildes/Videorahmens. Die meisten Grafiksysteme verwenden Bildspeicher, um die Pixel für Bild- und Video-Rahmeninformation zu speichern. Der Begriff „Bildspeicher” bezeichnet deswegen oft den tatsächlichen Speicher, der verwendet wird um Bild-/Video-Rahmen zu halten. Die Information in einem Bildspeicher besteht typischerweise aus Farbwerten für jedes auf dem Bildschirm anzuzeigendes Pixel. Farbwerte werden im Allgemeinen in 1-Bit-monochrorn, 4-Bit-Paletten, 8-Bit-Paletten, 16-Bit High Color und 24-Bit True Color-Formate verwendet. Ein zusätzlicher Alphakanal wird oftmals verwendet, um Information über Pixeltransparenz zu halten. Die Gesamtmenge des Speichers, der benötigt wird für Bildspeicher, um Bild-/Videoinformation zu speichern, hängt von der Auflösung des Ausgabesignals und von der Farbtiefe und Palettengröße ab.
  • Die Bildspeicher können in Speicherelementen gelegen sein, die fest zugeordnet werden, um Bild- und Videoinformation zu speichern, oder sie können in dem Systemspeicher gelegen sein. Folglich kann Systemspeicher verwendet werden, um einen Satz an Pixeldaten zu speichern, die ein Bild und/oder einen Videostrom zur Anzeige auf einer Anzeigevorrichtung definieren. Typischerweise können Anwendungen, die in einem solchen System ablaufen, die Pixeldaten in den Systemspeicher hineinschreiben, von wo die Pixeldaten erhalten werden können, um schließlich einen Satz an Bild-/Videosignalen zu erzeugen zum Erzeugen des Bildes auf der Anzeigevorrichtung. In solchen Systemen kann ein Abrufen der Rahmen (Pixelinformation) von Systemspeicher hohe Anforderungen an das System stellen, da andere Vorrichtungen auch um Speicherzugriff konkurrieren können. Als Folge kann eine hohe Bandbreite vom Speicher benötigt werden, um Schritt zu halten mit den Anforderungen von Daten. Da zusätzlich jeder Systemspeicherzugriff ein gewisses Maß an Rechenleistung erfordert, können Anforderungen von Pixeldaten mit hohem Volumen schließlich zu einem vorzeitigen Erschöpfen der Batterie in batteriebetriebenen Vorrichtungen wie zum Beispiel Mobiltelefonen und Notebook-Computern führen.
  • Zusammenfassung
  • In einer Reihe von Ausführungsformen können Anzeige-Pipes in einer Grafikverarbeitung/einem Anzeigesystem Benutzerschnittstelleneinheiten unterstützen, die Register aufweisen, die programmierbar werden, um aktive Bereiche eines Rahmens, wo Pixel innerhalb des aktiven Bereichs des Rahmens anzuzeigen sind und Pixel außerhalb der aktiven Bereiche des Rahmens nicht anzuzeigen sind. Die Schnittstelleneinheiten können Rahmen aus Speicher abrufen durch Abrufen nur der Pixel innerhalb der aktiven Bereiche des Rahmens wie durch den programmierten Inhalt der Register definiert. Die Benutzerschnittstelleneinheit kann die abgerufenen Pixel an eine Mischungseinheit, um die abgerufenen Pixel mit Pixeln von anderen Rahmen und oder Pixeln von einem Videostrom zu mischen, um Ausgaberahmen zur Anzeige zu produzieren. Die Pixel außerhalb der aktiven Bereiche können behandelt werden als haben sie einen Alphawert von Null zum Mischen (mit anderen Worten haben sie einen Mischungswert von Null), das in jenen Pixeln dazu führt, dass sie keine Wirkung auf die resultierenden Ausgaberahmen, die angezeigt werden, haben.
  • In einer Reihe von Ausführungsformen kann die Benutzerschnittstelleneinheit nicht-aktive Bereiche der Rahmen mit Pixeln, die als transparent identifiziert werden, füllen, das heißt die Pixel haben einen Alphawert von Null und stellen den ganzen Rahmen an die Mischungseinheit bereit, welche die abgerufenen Pixel enthält. In anderen Ausführungsformen kann die Mischungseinheit nur abgerufene Pixel von der Schnittstelleneinheit empfangen uns behandelt Bereiche außerhalb der aktiven Region als ob sie Pixel enthalten, die einen Alphawert von Null aufweisen. Die Register innerhalb der Schnittstelleneinheit können auch mit anderer Information, die zu den Bildrahmen gehört, programmiert werden, zum Beispiel unter anderem eine Basisadresse und Größe des Rahmens.
  • In einer Reihe von Ausführungsformen kann eine Anzeige-Pipe eine Host-Schnittstelleneinheit, die eingerichtet ist, um Systemspeicher über eine Schnittstelle zu verbinden, und Benutzerschnittstelleneinheiten, die an der Host-Schnittstelleneinheit gekoppelt werden, enthalten. Die Benutzerschnittstelleneinheiten können Rahmeninformation halten, die jeweilige aktive Regionen innerhalb von Bilderrahmen definieren, wobei Pixel innerhalb der jeweiligen aktiven Regionen der Rahmen bestimmt sind angezeigt zu werden, und Pixel außerhalb der jeweiligen aktiven Regionen der Rahmen sind nicht bestimmt angezeigt zu werden. Die Benutzerschnittstelleneinheiten können von dem Systemspeicher durch die Host-Schnittstelleneinheit die Pixel innerhalb der jeweiligen aktiven Regionen der Rahmen wie durch die Rahmeninformation definiert abrufen für ein Anzeigen der abgerufenen Pixel in korrespondierenden Ausgaberahmen. Die Anzeige-Pipe kann auch eine Mischungseinheit sein, die an den Benutzerschnittstelleneinheiten gekoppelt wird, um die abgerufenen Pixel, die durch die Benutzerschnittstelleneinheiten bereitgestellt werden, zu empfangen. Die Mischungseinheit ist eingerichtet um die abgerufenen Pixel mit einem Videostrom zu mischen, um die korrespondierenden Ausgaberahmen zur Anzeige zu produzieren. Der Videostrom kann von Videoinformation produziert werden, die erworben wird von dem Systemspeicher durch die Host-Schnittstelleneinheit durch eine Video-Pipe, die an der Host-Schnittstelle und an der Mischungseinheit gekoppelt ist.
  • In einer Reihe von Ausführungsformen kann die programmierte Information in die Register innerhalb der Benutzerschnittstelleneinheiten durch Software hinein geschrieben werden, die auf einer Verarbeitungseinheit des Systems, in welchem die Anzeige-Pipes eingerichtet sind, ausgeführt wird. Die Software kann auch die Rahmeninformation und Videoinformation, genauer gesagt die Pixel der Bilderrahmen und des Videostroms, in Bildspeicher des Systemspeichers hinein schreiben, von wo die Video-Pipe und die Benutzerschnittstelleneinheiten jeweils die Information erwerben können.
  • Kurze Beschreibung der Zeichnungen
  • Die folgende detaillierte Beschreibung stellt Bezug zu den begleitenden Zeichnungen her, welche jetzt kurz beschrieben werden.
  • 1 ist ein Blockdiagramm einer Ausführungsform einer integrierten Schaltung, die ein Grafikanzeigesystem umfasst.
  • 2 ist ein Blockdiagramm einer Ausführungsform eines Grafikanzeigesystems, das Systemspeicher umfasst.
  • 3 ist ein Blockdiagramm einer Ausführungsform einer Anzeige-Pipe in einem Grafikanzeigesystem.
  • 4 ist eine Veranschaulichung eines Beispiels eines Bildrahmens, der aktive Regionen enthält.
  • 5 ist ein Flussdiagramm, das eine Ausführungsform eines Verfahrens zum Abrufen von Bilderrahmen-Pixelinformation vom Speicher veranschaulicht.
  • 6 ist ein Flussdiagramm, das eine Ausführungsform eines Verfahrens zum Definieren und übertragen von Bilderrahmenpixeln in einem grafischen Anzeigesystem veranschaulicht.
  • Obwohl die Erfindung für verschiedene Modifikationen und alternative Formen empfänglich ist, sind spezifische Ausführungsformen davon beispielhaft in den Zeichnungen dargestellt und werden hier im Detail beschrieben. Es sollte jedoch verstanden werden, dass die Zeichnungen und die detaillierte Beschreibung nicht dazu gedacht ist die Erfindung auf die spezielle offenbarte Form zu beschränken, sondern es ist im Gegenteil beabsichtigt, alle Modifikationen, Äquivalente und Alternativen, die innerhalb des Geistes und des Bereichs der vorliegenden Erfindung fallen, abzudecken wie durch die beigefügten Patentansprüche definiert. Die darin verwendeten Überschriften werden nur zu organisatorischen Zwecken verwendet und sind nicht beabsichtigt verwendet zu werden, um den Bereich der Beschreibung zu begrenzen. Wie durchweg in dieser Anmeldung verwendet, wird das Wort ”kann” in einem alles erlaubenden Sinn (d. h. es bedeutet, das Potenzial dazu) eher als dem verbindlichen Sinn (d. h. es bedeutet, muss) verwendet. In gleicher Weise bedeuten die Worte ”enthält”, ”enthaltend” und ”enthalten” bedeuten,. „das es enthält” aber es ist nicht beschränkt darauf.
  • Verschiedene Einheiten, Schaltungen oder andere Komponenten, die beschrieben sein können als ”eingerichtet um”, führen eine Aufgabe oder Aufgaben aus. In solchen Kontext ist ”eingerichtet um” eine breite Zitierung einer Struktur, die im Allgemeinen bedeutend ”weist Schaltungen auf, die” die Aufgabe oder Aufgaben während einer Operation ausführen. Als solches kann die Einheit/Schaltung/Komponente eingerichtet werden, um die Aufgabe auszuführen, selbst wenn die Einheit/Schaltung/Komponente gegenwärtig nicht an ist. Im Allgemeinen kann die Schaltung, welche die Struktur bildet, die mit ”eingerichtet um” korrespondiert, Hardwareschaltungen und/oder Speicher enthalten, der Programminstruktionen, die ausführbar sind, um den Betrieb zu implementieren, speichert. Der Speicher kann flüchtigen Speicher wie zum Beispiel statischen oder dynamischen wahlfreiem Zugriffspeicher und/oder nichtflüchtigen Speicher wie zum Beispiel optische oder magnetische Diskspeicher, Flash Speicher, programmierbare Nur-Lesespeicher, usw., enthalten. In gleicher Weise können verschiedene Einheiten/Schaltungen/Komponenten als eine Aufgabe oder Aufgaben ausführend in der Beschreibung der Einfachheit halber beschrieben werden. Solche Beschreibungen sollten interpretiert werden als den Ausdruck ”eingerichtet um” enthaltend. Beim Rezitieren einer Einheit/Schaltung/Komponente, die eingerichtet ist, um eine oder mehrere Aufgaben auszuführen, ist es ausdrücklich beabsichtigt sich nicht auf die Interpretation von 35 U.S.C. § 112, Absatz sechs, für die Einheit/Schaltung/Komponente zu berufen.
  • Detaillierte Beschreibung von Ausführungsformen
  • Jetzt mit Bezug auf 1, ist ein Blockdiagramm einer Ausführungsform eines Systems 100, das eine integrierte Schaltung 103 enthält, die mit einem externen Speicher 102 gekoppelt ist, dargestellt. In der veranschaulichten Ausführungsform enthält die integrierte Schaltung 103 eine Speichersteuereinheit 104, eine Systemschnittstelleneinheit (SIU) 106, ein Satz von peripheren Komponenten wie zum Beispiel Komponenten 126 bis 128, eine zentrale DMA(CDMA)-Steuereinheit 124, eine Netzwerkschnittstellensteuereinheit (NIC) 110, ein Prozessor 114 mit einem Level 2 (L2)-Cache 112, und eine Videoverarbeitungseinheit (VPU) 116, die mit einer Anzeigesteuereinheit (DCU) 118 gekoppelt ist. Eine oder mehrere der peripheren Komponenten können Speicher enthalten, wie zum Beispiel wahlfreiem Zugriffspeicher (RAM) 136 in der peripheren Komponente 126 und Nur-Lesespeicher (ROM) 142 in der peripheren Komponente 132. Eine oder mehrere periphere Komponenten 126 bis 132 können auch Register enthalten (z. B. Register 138 in der peripheren Komponente 128 und Register 140 in der peripheren Komponente 130 in 1). Die Speichersteuereinheit 104 ist dann eine Speicherschnittstelle gekoppelt, welche an den Speicher 102 koppeln kann, und sie ist auch an die SIU 106 gekoppelt. Die CDMA Steuereinheit 124 und das L2 Cache 112 sind auch mit der SIU 106 in der veranschaulichten Ausführungsform gekoppelt. L2 Cache 112 ist an den Prozessor 114 gekoppelt, und die CDMA Steuereinheit 124 ist an die peripheren Komponenten 126 bis 132 gekoppelt. Eine oder mehrere periphere Komponenten 126 bis 132 wie zum Beispiel die peripheren Komponenten 140 und 142 können genauso an externe Schnittstellen gekoppelt werden.
  • Die SIU 106 kann auch eine Zusammenschaltung sein, über welche die Speichersteuereinheit 104, die peripheren Komponenten NIC 110 und VPU 116, der Prozessor 114 (durch L2 Cache 112), das L2 Cache 112 und die CDMA Steuereinheit 124 kommunizieren können. Die SIU 106 kann eine Art von Zusammenschaltung (z. B. ein Bus, eine Paketschnittstelle, Punkt-zu-Punktverbindungen, usw.) sein. Die SIU 106 kann eine Hierarchie von Zusammenschaltungen in einigen Ausführungsformen sein. Die CDMA Steuereinheit 124 kann eingerichtet werden, um DMA Operationen zwischen dem Speicher 102 und/oder verschiedenen peripheren Komponenten 126 bis 132 auszuführen. Die NIC 110 und VPU 116 können direkt an die SIU 106 gekoppelt werden und können ihre eigenen Datentransfers an/von dem Speicher 102, falls benötigt, ausführen. Die NIC 110 und VPU 116 können zum Beispiel ihre eigenen DMA Steuereinheiten enthalten. In anderen Ausführungsformen können die NIC 110 und VPU 116 auch Transfers durch die CDMA Steuereinheit 124 ausführen. Verschiedene Ausführungsformen können eine Anzahl von peripheren Komponenten enthalten, die durch die CDMA Steuereinheit 124 und/oder direkt an die SIU 106 gekoppelt sind. Die DCU 118 kann auch eine Anzeigesteuereinheit (CLDC) 120 und Puffer/Register 122 enthalten. Die CLDC 120 kann Bild-/Videodaten an eine Anzeige bereitstellen, wie zum Beispiel eine Flüssigkristallanzeige (LCD). Die DCU 118 kann Bild-/Videodaten von der VPU 116 empfangen, welche Bild-/Videorahmeninformation von dem Speicher 102, falls erforderlich, erhalten kann, um die Bild-/Videodaten zur Anzeige zu produzieren, die an die DCU 118 bereitgestellt werden.
  • Der Prozessor 114 (und spezieller, Anweisungen, die durch den Prozessor 114 durchgeführt werden) können die CDMA Steuereinheit 124 programmieren, um DMA Operationen auszuführen. Verschiedene Ausführungsformen können die CDMA Steuereinheit 124 auf zahlreichen Weisen programmieren. Zum Beispiel können die DMA Deskriptoren in den Speicher 102 geschrieben werden, welche die auszuführenden DMA Operationen beschreiben, und die CDMA Steuereinheit 124 kann Register enthalten, die programmierbar sind, um die DMA Deskriptoren in dem Speicher 102 zu lokalisieren. Die DMA Deskriptoren können Daten enthalten, welche die Quelle und das Ziel der DMA Operation angeben, wo die DMA Operation Daten von der Quelle an das Ziel transferiert. Die Größe des DMA Transfers (z. B. Anzahl der Bytes) kann in dem Deskriptor angegeben werden. Eine Abschlusshandlung (z. B. Unterbreche den Prozessor, Schreibe den Deskriptor, um einen Abschluss anzugeben, usw.) kann in dem Deskriptor spezifiziert werden. Mehrere Deskriptoren können für einen DMA Kanal kreiert werden, und die DMA Operationen, die in den Deskriptoren beschrieben sind, können wie spezifiziert ausgeführt werden. Alternativ kann die CDMA Steuereinheit 124 Register enthalten, die programmierbar sind, um die auszuführenden DMA Operationen zu beschreiben, und ein Programmieren der CDMA Steuereinheit 124 kann ein Schreiben der Register enthalten.
  • Im Allgemeinen kann eine DMA Operation ein Transfer von Daten von einer Quelle zu einem Ziel sein, der durch Hardware ausgeführt wird, die getrennt von einem Prozessor, der Anweisungen durchführt, sein kann. Die Hardware kann programmiert werden unter Verwendung von Anweisungen, die durch den Prozessor durchgeführt werden, aber der Transfer selbst wird durch die Hardware ausgeführt unabhängig von einer Anweisungsdurchführung in dem Prozessor. Zumindest eines aus der Quelle und dem Ziel kann ein Speicher sein. Der Speicher kann der System Speicher (z. B. der Speicher 102) sein, oder kann in einigen Ausführungsformen ein interner Speicher in der integrierten Schaltung 103 sein. Zum Beispiel kann eine periphere Komponente 126 bis 132 Speicher enthalten, der eine Quelle oder ein Ziel sein kann. In der veranschaulichten Ausführungsform enthält die periphere Komponente 132 den ROM 142, der eine Quelle einer DMA Operation sein kann. Einige DMA Operationen können Speicher als eine Quelle und ein Ziel aufweisen (z. B. eine erste Speicherregion in dem Speicher 102 kann die zu transferierenden Daten speichern und eine zweite Speicherregion kann das Ziel sein, an welches die Daten transferiert werden können). Solche DMA Operationen können als ”Speicher-zu Speicher”-DMA-Operationen oder Kopieroperationen bezeichnet werden. Andere DMA Operationen können eine periphere Komponente als eine Quelle oder ein Ziel aufweisen. Die periphere Komponente kann an eine externe Schnittstelle gekoppelt sein, an welche die DMA Daten zu transferieren sind oder an welchen die DMA Daten zu empfangen sind. Zum Beispiel können die peripheren Komponenten 130 und 132 an Schnittstellen auf welchen DMA Daten zu transferieren sind oder auf welche die DMA Daten zu empfangen sind.
  • Die CDMA Steuereinheit 124 kann mehrere DMA Kanäle unterstützen. Jeder DMA Kanal kann programmierbar werden, um einen DMA über einen Deskriptor auszuführen, und die DMA Operationen auf den DMA Kanälen können parallel ablaufen. Im Allgemeinen kann ein DMA Kanal ein logischer Übertragungsweg von einer Quelle an ein Ziel sein. Jeder Kanal kann logisch unabhängig von anderen DMA Kanälen sein. D. h. der Transfer von Daten an einen Kanal braucht nicht logisch abhängen von dem Transfer von Daten auf einem anderen Kanal. Falls zwei oder mehrere DMA Kanäle mit DMA Operationen programmiert werden, kann die CDMA Steuereinheit 124 eingerichtet werden, um die Transfers zeitgleich auszuführen. Zum Beispiel kann die CDMA Steuereinheit 124 wechselweise Abschnitte von Daten von der Quelle von jeder DMA Operation lesen und die Abschnitte an die Ziele schreiben. Die CDMA Steuereinheit 124 kann einen Cache-Block von Daten zu einer Zeit transferieren, Kanäle zwischen Cache-Blöcken wechseln, oder kann andere Größen wie etwa ein Wort (z. B. 4 Bytes oder 8 Bytes) zu einer Zeit transferieren und kann zwischen Wörtern wechseln. Jeder Mechanismus zum Unterstützen mehrerer DMA Operationen, die zeitgleich ablaufen, kann verwendet werden.
  • Die CDMA Steuereinheit 124 kann Puffer enthalten, um Daten, die gerade von einer Quelle zu einem Ziel übertragen werden, zu speichern, obwohl die Puffer nur für Zwischenspeichern verwendet werden können. Somit kann die DMA Operation die CDMA Steuereinheit 124 enthalten, die Daten von der Quelle liest und Daten an das Ziel schreibt. Die Daten können somit durch die CDMA Steuereinheit 124 fließen als Teil der DMA Operation. Insbesondere können DMA Daten für ein DMA Lesen von dem Speicher 124 durch die Speichersteuereinheit 104, über die SIU 106, durch die CDMA Steuereinheit 124, zu den peripheren Komponenten 126 bis 132, die NIC 110 und die VPU 116 (und möglicherweise an die Schnittstelle, an welcher die periphere Komponente gekoppelt ist, falls anwendbar) fließen. Daten für ein DMA Schreiben in Speicher können in der umgekehrten Richtung fließen. DMA Schreiben-/Lesen-Operationen auf internen Speichern können von den peripheren Komponenten 126 bis 132, der NIC 110, und der VPU 116 über die SIU 106, falls benötigt, durch die CDMA Steuereinheit 124, an die anderen peripheren Komponenten (einschließlich NIC 110 und VPU 116) fließen, die in die DMA Operation einbezogen sein können.
  • In einer Ausführungsform können Anweisungen, die durch den Prozessor 114 durchgeführt werden, auch mit einer oder mehreren peripheren Komponenten 126 bis 132, NIC 110, VPU 116, und/oder den verschiedenen Speichern wie zum Beispiel der Speicher 102, oder ROM 142 kommunizieren unter Verwendung von Lesen- und/oder Schreiben-Operationen, die als programmierte Eingabe-/Ausgabe(PIO)-Operationen bezeichnet werden. Die PIO Operationen können eine Adresse aufweisen, die durch die integrierte Schaltungen 103 auf eine periphere Komponente 126 bis 132, NIC 110 oder VPU 116 (und genauer auf ein Register oder eine andere lesbare/schreibbare Quelle wie zum Beispiel der ROM 142 oder die Register 138 in der Komponente) abgebildet wird. Es sollte verstanden werden, dass obwohl es nicht explizit in 1 dargestellt ist, die NIC 110 und VPU 116 auch Register oder andere lesbare/schreibbare Quellen, welche in PIO Operationen einbezogen sein können, enthalten können. PIO Operationen, die auf den Speicher 102 gerichtet werden, können eine Adresse aufweisen, die durch die integrierte Schaltung 103 auf den Speicher 102 abgebildet wird. Alternativ kann die PIO Operationen durch den Prozessor 114 in einer Weise übertragen werden, die unterscheidbar von Speicher-Lesen/Schreiben-Operationen ist (z. B. unter Verwendung eines unterschiedlichen Befehls, der dann Speicher-Lesen/Schreiben-Operationen auf der SIU 106 codiert, unter Verwendung eines Seitenbandsignals oder eines Steuersignals um Speicher versus PIO anzugeben, usw.). Die PIO Übertragung kann noch die Adresse enthalten, welche die periphere Komponente 126 bis 132, NIC 110 oder VPU 116 (und die adressierte Quelle) oder den Speicher 102 innerhalb eines PIO Adressraums zu identifizieren, für solche Implementierungen.
  • In einer Ausführungsform können PIO Operationen dieselbe Zwischenverbindung wie die CDMA Steuereinheit 124 verwenden und können durch die CDMA Steuereinheit 124 fließen für periphere Komponenten, die an die CDMA Steuereinheit 124 gekoppelt sind. Somit kann eine PIO Operation durch den Prozessor 114 auf die SIU 106 (durch L2 Cache 112 in dieser Ausführungsform), an die CDMA Steuereinheit 124 und an die gezielte periphere Komponente ausgegeben werden. Alternativ können die peripheren Komponenten 126 bis 132 an die SIU 106 (ganz wie NIC 110 und VPU 116) für PIO Kommunikation gekoppelt werden. PIO Operationen an periphere Komponenten 126 bis 132 können an die Komponenten direkt von der SIU 106 (d. h. nicht durch die CDMA Steuereinheit 124) in einer Ausführungsform fließen.
  • Im Allgemeinen kann eine periphere Komponente jede gewünschte Schaltung, die auf der integrierten Schaltung 103 enthalten sein soll, mit dem Prozessor aufweisen. Eine periphere Komponente kann eine definierte Funktionalität und eine Schnittstelle, bei welcher andere Komponenten der integrierten Schaltung 103 mit der peripheren Komponente kommunizieren können, aufweisen. Zum Beispiel kann eine periphere Komponente wie zum Beispiel die VPU 116 Videokomponenten wie zum Beispiel eine Anzeige-Pipe enthalten, welche Grafikprozessoren enthalten können, und eine Peripherie wie zum Beispiel DCU 118 kann andere Videokomponenten wie zum Beispiel eine Anzeigesteuerungsschaltung des enthalten. Die NIC 110 kann Netzwerkkomponenten enthalten, wie zum Beispiel eine Ethernet Medienzugangssteuereinheit (Media Access Controller, MAC) oder eine drahtlose Fidelity (WiFi) Steuereinheit. Andere Peripherien können Audiokomponenten, wie zum Beispiel digitale Signalprozessoren, Mischer, usw., Steuereinheiten zum Kommunizieren mit verschiedenen Schnittstellen, wie zum Beispiel ein universeller serieller Bus (USB), ein Peripheral Component Interconnect (PCI) oder seine Varianten wie zum Beispiel ein PCI Express (PCIe), eine serielle periphere Schnittstelle (SPI), eine Flash Speicher Schnittstelle, usw., enthalten.
  • Wie bereits erwähnt, kann eine oder können mehrere der peripheren Komponenten 126 bis 132, NIC 110 und VPU 116 Register enthalten (z. B. Register 138 bis 140 wie dargestellt, aber auch nicht dargestellte Register in NIC 110 und/oder innerhalb VPU 116), die über die PIO Operationen adressierbar sein können. Die Register können Konfigurationsregister enthalten, die programmierbare Optionen der peripheren Komponenten (z. B. programmierbare Optionen für Video- und Bildverarbeitung in der VPU 116), Statusregister, die gelesen werden können, um einen Zustand der peripheren Komponenten anzugeben, usw., enthalten können. In ähnlicher Weise können periphere Komponenten Speicher enthalten wie zum Beispiel den ROM 142. ROMs können Daten, die durch die Peripherie verwendet werden, die sich nicht ändern, Code, der durch einen eingebetteten Prozessor innerhalb der peripheren Komponente 126 bis 132, usw., ausgeführt wird, speichern.
  • Die Speichersteuereinheit 104 kann konfiguriert werden, um Speicheranfragen von der Systemschnittstelleneinheit 106 zu empfangen. Die Speichersteuereinheit 104 kann konfiguriert werden, um auf Speicher zuzugreifen, um die Anfragen abzuschließen (Schreiben empfangener Daten in den Speicher für eine Schreiben-Anfrage, oder Bereitstellen von Daten von dem Speicher 102 in Antwort auf eine Lesen-Anfrage) unter Verwendung der Schnittstelle, die den beigefügten Speicher 102 definiert. Die Speichersteuereinheit 104 kann konfiguriert werden, um eine Schnittstelle mit jeder Art von dem Speicher 102 zu bilden, wie zum Beispiel dynamischer wahlfreier Zugriffspeicher (DRAM), synchroner DRAM (SDRAM), Doppeldatenrate (Double Data Rate, DDR, DDR2, DDR3, usw.) SDRAM, Low Power DDR2 (LPDDR2) SDRAM, RAMBUS DRAM (RDRAM), statisches RAM (SRAM), usw. Der Speicher kann angeordnet sein als Speicher mit mehreren Bänken wie zum Beispiel Dual Inline Speichermodule (DIMMs), Single Inline Speichermodule (SIMMs), usw. In einer Ausführungsform kann ein oder können mehrere Speicherchips an der integrierten Schaltung 10 in einer package on package (POP) oder chip-on-chip(COC)-Konfiguration beigefügt werden.
  • Es wird angemerkt, dass andere Ausführungsformen andere Kombinationen von Komponenten enthalten können, die Sub-Sätze oder Über-Sätze von Komponenten, die in 1 dargestellt sind und/oder andere Komponenten enthalten können. Während ein Beispiel einer gegebenen Komponente in 1 dargestellt sein kann, können andere Ausführungsformen einen oder mehrere Beispiele der gegebenen Komponente enthalten.
  • Jetzt mit Bezug auf 2, ist ein teilweises Blockdiagramm dargestellt, das eine Übersicht eines beispielhaften Systems bereitstellt, in welchem Bildrahmeninformation in dem Speicher 202 gespeichert werden kann, welcher Systemspeicher sein kann, und der an eine Anzeige-Pipe 212 bereitgestellt wird. Wie in 2 dargestellt kann der Speicher 202 einen Videopuffer 206 zum Speichern von Videorahmen/-Information, und einen oder mehrere (in der Ausführungsform sind im ganzen zwei dargestellt) Bildspeicher 208 und 210 zum Speichern von Bildrahmeninformation, enthalten. Die Anzeige-Pipe 212 kann eine oder mehrere Benutzerschnittstellen(UI)-Einheiten enthalten, die als UI 214 und 216 in der Ausführungsform der 2 dargestellt sind, welche mit dem Speicher 202 gekoppelt werden können, von welchem sie die Bildrahmendaten/-Information abrufen können. Eine Video-Pipe oder ein Prozessor 220 kann in ähnlicher Weise eingerichtet werden, um die Videodaten von dem Speicher 202 abzurufen, genauer von dem Videopuffer 206, und kann verschiedene Operationen auf den Videodaten ausführen. Die UI 214 und 216 und die Videodaten 220 können jeweils die abgerufene Bildrahmeninformation und Videobildinformation an eine Mischungseinheit 218 bereitstellen, um Ausgaberahmen zu erzeugen, die in einem Puffer 222 gespeichert werden können, von welchem sie an eine Anzeigesteuereinheit 224 zur Anzeige auf einer Anzeigevorrichtung (nicht dargestellt), zum Beispiel eine LCD, bereitgestellt werden können.
  • In einer Reihe von Ausführungsformen können die UI 214 und 216 ein oder mehrere Register enthalten, die programmierbar sind, um zumindest eine aktive Region pro Rahmen, der in den Puffern 208 und 210 gespeichert wird, zu definieren. Aktive Regionen können jene Regionen innerhalb eines Bildrahmens repräsentieren, der Pixels enthält, die anzuzeigen sind, während Pixel außerhalb der aktiven Region des Rahmens nicht anzuzeigen sind. Um die Anzahl der Zugriffe, die erforderlich werden können, um Pixel von den Bildspeichern 208 und 210 abzurufen, wenn Rahmen von dem Speicher 202 (genauer von den Bildspeichern 208 und 210) abgerufen werden, können die UI 214 und 216 nur jene Pixel eines gegebenen Rahmens abrufen, die sich innerhalb der aktiven Regionen des Rahmens befinden, wie durch den Inhalt der Register innerhalb der UI 214 und 216 definiert. Die Pixel außerhalb der aktiven Regionen des Rahmens können betrachtet werden als einen Alphawert zu haben, der einem Mischungswert von Null entspricht. Mit anderen Worten können Pixel außerhalb der aktiven Regionen eines Rahmens automatisch als transparent zu sein behandelt werden, oder als eine Deckkraft von Null aufzuweisen, somit haben sie keine Auswirkung auf den resultierenden Anzeigerahmen. Folglich können die abgerufenen Pixel mit Pixeln von anderen Rahmen und/oder von verarbeiteten Videorahmen oder von Rahmen, die durch die Video-Pipe 220 an die Mischungseinheit 218 bereitgestellt werden, gemischt werden.
  • Jetzt mit Bezug auf 3, ist ein detaillierteres Logikdiagramm einer Ausführungsform 300 der Anzeige-Pipe 212 dargestellt. In einer Reihe von Ausführungsformen kann die Anzeige-Pipe 300 funktionieren, um Grafik und Videodaten, die in Speicher (oder so was wie adressierbare Form von Speicher, zum Beispiel der Speicher 202 in 2) enthalten sind, an eine Anzeigesteuereinheit oder Steuereinheiten, die sowohl LCD als auch analoge/digitale TV-Anzeigen unterstützen können, zu liefern. Die Videodaten können überlagert, skaliert, umgewandelt zum RGB-Farbraum, und gemischt werden mit bis zu einer spezifizierten Anzahl (z. B. 2) RGB-Grafik(Benutzerschnittstelle)-Ebenen. Die Anzeige-Pipe 300 kann in ihrem eigenen Taktbereich laufen und kann eine asynchrone Schnittstelle an die Anzeigesteuereinheiten bereitstellen, um Anzeigen unterschiedlicher Größen und Timing-Anforderungen zu unterstützen. Die Anzeige-Pipe 300 kann bestehen aus einem oder mehreren (in diesem Fall zwei) Benutzerschnittstellen(UI)-Blöcken 304 und 322 (welche den UI 214 und 216 der 2 entsprechen können), einer Mischungseinheit 310 (welche der Mischungseinheit 218 der 2 entsprechen kann), einer Video-Pipe 328 (welche der Video-Pipe 220 der 2 entsprechen kann), einem Parameter FIFO 352, und Master- und Slave-Rost-Schnittstellen 302 bzw. 303. Die in der Ausführungsform der 3 dargestellten Blöcke können modular sein, so dass zum Beispiel mit etwas Neugestaltung Benutzerschnittstellen und Video-Pipes hinzugefügt oder entfernt werden können, oder Host-Master- oder Slave-Schnittstellen 302 und 303 geändert werden können.
  • Die Anzeige-Pipe 300 kann entworfen werden, um Daten von Speicher abzurufen, diese Daten bearbeiten und sie dann an eine externe Anzeigesteuereinheit durch einen asynchronen FIFO 320 zu präsentieren. Die Anzeigesteuereinheit kann das Timing der Anzeige durch ein Austastlücke(Vertical Blanking Interval, VBI)-Signal steuern, das bei dem Beginn jeder Austastlücke aktiviert werden kann. Dieses Signal kann die Anzeige-Pipe 300 veranlassen zu initialisieren (Neustart) und die Verarbeitung von einem Rahmen (genauer für die Pixel innerhalb des Rahmens) zu starten (Go). Zwischen Initialisierung und Start können Konfigurationsparameter, die einzigartig sind für diesen Rahmen, modifiziert werden. Irgendwelche nicht modifiziert Parameter, können ihren Wert von dem vorhergehenden Rahmen behalten. Wenn die Pixel bearbeitet und in das Ausgabe-FIFO 320 gegeben werden, kann die Anzeigesteuereinheit Signale (als Pop-Signale bezeichnet) ausgeben, um die Pixel mit der Taktfrequenz (als vclk in 3 angegeben) der Anzeigesteuereinheit zu entfernen.
  • In der Ausführungsform, die in 3 dargestellt ist, kann jede UI-Einheit ein oder mehrere Register 319a bis 319n bzw. 321 bis 321n umfassen, um Bildrahmeninformation zu halten, die unter anderem aktive Region-Information, Basisadresseninformation und/oder Rahmengrößeninformation enthalten kann. Jede UI-Einheit kann auch eine jeweilige Abrufeinheit 306 bzw. 324 enthalten, welche operieren kann, um die Rahmeninformation, oder spezifischer die Pixel, die in einem gegebenen Rahmen enthalten sind, von Speicher durch die Host-Master-Schnittstelle 302 abzurufen. In einer Reihe von Ausführungsformen können die Abrufeinheiten 306 und 324 nur jene Pixel eines gegebenen Rahmens abrufen, die sich innerhalb der aktiven Region des gegebenen Rahmens befinden, wie durch den Inhalt der Register 319a bis 319n bzw. 321 bis 321n definiert. Die abgerufenen Pixel können an die jeweiligen FIFO-Puffer 308 und 326 gespeist werden, von welchen die UI-Einheiten die abgerufenen Pixel an die Mischungseinheit 310 bereitstellen können, spezifischer an eine Schichtauswahleinheit 312 innerhalb der Mischungseinheit 310. Die Mischungseinheit 310 kann dann die abgerufenen Pixel, die von den UI 304 und 322 erhalten wurden, mit Pixeln von anderen Rahmen und/oder Videopixeln, die von der Video-Pipe 328 erhalten wurden, mischen. Die Pixel können in Mischungselementen 314, 316 und 318 gemischt werden, um einen Ausgaberahmen oder Ausgaberahmen zu produzieren, welche dann an das FIFO 320 weitergegeben werden können, um durch eine Anzeigesteuereinheitsschnittstelle, die an das FIFO 320 gekoppelt ist, abgerufenen zu werden, um auf einer Anzeige der Wahl, zum Beispiel einer LCD, angezeigt zu werden.
  • Die gesamte Operation der Mischungseinheit 310 wird jetzt beschrieben. Die Mischungseinheit 310 kann am Back-End der Anzeige-Pipe 300 wie in 3 dargestellt angeordnet werden. Es kann Rahmen von Pixeln von der UI 304 und 322 und von der Video-Pipe 328 empfangen und kann sie zusammen Schicht für Schicht mischen, durch die Schichtauswahleinheit 312. Die abschließend resultierenden Pixel (welche RGB von jeweils 10-Bits sein können) können in dem Ausgabe-FIFO 320 in Schlange mit einer Taktrate der Video-Pipe von clk angestellt werden, und durch eine Anzeigesteuereinheit mit einer Taktrate der Anzeigesteuereinheit von vclk abgerufen werden. Die Quellen für die Mischungseinheit 310 (UI 304 und 326, und/oder Video-Pipe 328) können die Pixeldaten und pixelbasierte Alphawerten (welche 8-Bit sein können und die Transparenz für das gegebene Pixel definieren) für einen gesamten Rahmen mit Breite, Anzeigebreite, und Höhe, Anzeigehöhe, in Pixeln, die bei einem spezifizierten Standardpixelort (z. B. 0, 0) starten, bereitstellen. Die Mischungseinheit 310 kann zu einer Zeit auf einer einzelnen Schicht funktionsgemäß arbeiten. Die niedrigste Level-Schicht kann als die Hintergrundfarbe (background color, BG, welche durch das Mischungselement 314 bereitgestellt wird) definiert werden. Schicht 1 kann sich mit Schicht 0 (bei dem Mischungselement 316) mischen. Die nächste Schicht, Schicht 2, kann die Ausgabe von dem Mischungselement 316 (bei dem Mischungselement 318) mischen, und so weiter bis alle die Schichten gemischt sind. Aus Gründen der Einfachheit sind nur drei Mischungselemente 314 bis 318 dargestellt, aber die Anzeige-Pipe 300 kann mehr oder weniger Mischungselemente abhängig von der gewünschten Anzahl an verarbeiteten Schichten enthalten. Jede Schicht (beginnend mit Schicht 1) kann spezifizieren, wo ihre Quelle her kommt, um sicherzustellen, dass jede Quelle programmatisch ausgewählt werden kann eine beliebige Schicht zu sein. Wie oben erwähnt und dargestellt, weist die Mischungseinheit 310 drei auszuwählende Quellen (UI 304 und 326, und Video-Pipe 328) auf drei Schichten (unter Verwendung der Mischungselemente 314 bis 318) auf. Eine zyklische Redundanzprüfung (cyclic redundancy check, CRC) kann auch auf der Ausgabe der Mischungseinheit 310 ausgeführt werden. Die Mischungseinheit 310 kann auch in einen reinen CRC-Modus gebracht werden, wo nur auf die ausgegebenen Pixel CRC ausgeführt wird, ohne sie an die Anzeigesteuereinheit zu senden.
  • Jede Quelle (UI 304 und 326, und Video-Pipe 328) kann einen pixelbasierten Alphawerten bereitstellen. Die Alphawerte können verwendet werden, um ein pixelbasiertes Mischen auszuführen, können mit einem statischen rahmenbasierten Alphawert (z. B. gesättigtes Alpha) überschrieben werden, oder können mit einem statischen rahmenbasierten Alphawert (z. B. überblende Alpha) kombiniert werden. Jede Pixelposition außerhalb einer gültigen Region einer Quelle darf bei dem Mischen nicht verwendet werden. Jede Schicht unterhalb kann eine Druckfarbe durchscheinen lassen, als ob die Pixelposition ein Alpha von Null hatte. Ein Alpha von Null für ein gegebenes Pixel kann angeben, dass das gegebene Pixel unsichtbar ist, und es wird nicht angezeigt.
  • In einer Reihe von Ausführungsformen können gültige Quelleregionen, die auch als aktive Regionen bezeichnet werden, als der Bereich innerhalb eines Rahmens definiert werden, der gültige Pixeldaten enthält. Pixeldaten für eine aktive Regionen können von dem Speicher durch UI 304 und 322 abgerufen und innerhalb der FIFOs 308 bzw. 326 gespeichert werden. Eine aktive Regionen kann durch beginnende und endende Offsets (X, Y) von einer oberen linken Ecke (0, 0) des gesamten Rahmens spezifiziert werden. Die beginnenden Offsets können die obere linke Ecke der aktiven Region definieren, und die endenden Offsets können die Pixelposition nach der unteren rechten Ecke der aktiven Region definieren. Jedes Pixel bei einer Position mit Koordinaten, die größer oder gleich sind mit dem beginnenden Offset und kleiner als der endende Offset sind, können als in der gültigen Region zu sein betrachtet werden. Jede Anzahl von aktiven Regionen kann spezifiziert werden. Zum Beispiel kann es in einer Reihe von Ausführungsformen bis zu vier aktive Regionen geben, die innerhalb jedes Rahmens definiert sind und die durch Region-Freigabebits spezifiziert werden können. Die beginnenden und endenden Offsets können jeder Pixelposition zugeordnet werden. Ein gesamter Rahmen, der die aktive Regionen enthält, kann an die Mischungseinheit 310 gesendet werden. Irgendwelche Pixel in dem Rahmen, jedoch nicht in irgendeiner aktiven Region wird nicht angezeigt werden, und können deswegen nicht in der Mischen-Operation teilnehmen, als ob die Pixel außerhalb der Aktiven einen Alphawert Null hatten. In alternativen Ausführungsformen kann die Mischungseinheit 310 entworfen werden, um Pixeldaten nur für die aktiven Regionen des Rahmens zu empfangen, anstatt eines Empfangens des gesamten Rahmens, und automatisch die Bereiche innerhalb des Rahmens behandelt, für welche es keine Pixel empfangen hat, als ob es Pixel empfangen hatte, die einen Mischungswert (Alphawert) Null aufweisen.
  • In einer Reihe von Ausführungsformen kann eine aktive Regionen innerhalb der UI 304 (in den Registern 319a bis 319n) und/oder innerhalb der UI 322 (in den Registern 321a bis 321n) definiert werden, und kann innerhalb des Anzeigezielrahmens verlagert werden. In gleicher Weise wie aktive Regionen innerhalb eines Rahmens definiert werden können, kann der Rahmen durch die Pixel- und Adressierungsformate definiert werden, jedoch kann nur eine aktive Region spezifiziert werden. Diese aktive Region kann innerhalb des Zielrahmens durch Bereitstellen eines X- und Y-Pixeloffsets innerhalb dieses Rahmens verlagert werden. Die eine aktive Region und die Zielposition kann an jede Pixelposition angepasst werden. Es sollte verstanden werden, dass andere Ausführungsformen ebenso eine Kombination von mehreren aktiven Regionen enthalten können, die spezifiziert sind durch Speichern von Information, welche die mehreren aktiven Regionen in den Registern 319a bis 319n und in den Registern 321 bis 321n definiert, und Zuweisen einer oder mehrerer dieser aktiven Regionen als aktive Regionen, die wie oben beschrieben innerhalb des Zielrahmens verlagert werden können.
  • In einer Reihe von Ausführungsformen kann die Video-Pipe 328 unter Verwendung der Abrufeinheit 330 Videorahmendaten/-Information von dem Speicher durch die Host-Master-Schnittstelle 302 in verschiedenen Formaten, welche YCbCr-Formate sein können, abrufen, und kann Zufallsrauschen in die Proben (Überlagerungseinheit 332) einfügen (überlagern), die Daten sowohl in vertikaler als auch horizontaler Richtung (Skalierer 336 und 338) nach Puffern der Daten (Puffer 334) skalieren, und die Daten in den RGB-Farbraum (Farbraumumwandlungseinheit 340) umwandeln. Die RGB-Daten können dann gepuffert werden (FIFO 342) und an die Mischungseinheit 310 gesendet werden, um mit anderen RGB-Ebenen wie vorher diskutiert gemischt zu werden. In einer Reihe von Ausführungsformen kann ein Parameter-FIFO 352 verwendet werden, um Programmierinformation für die Register 319 bis 319n, 321 bis 321n, 317a bis 317n, und 323a bis 323n zu speichern. Das Parameter-FIFO 352 kann mit dieser Programmierinformation durch die Steuerlogik 344 gefüllt werden, welche die Programmierinformation von dem Speicher durch die Host-Master-Schnittstelle 302 erhält. In einigen Ausführungsformen kann das Parameter-FIFO 352 auch mit Programmierinformation durch einen Advanced high-performance Bus (AHB) über die Host-Slave-Schnittstelle 303 gefüllt werden.
  • Jetzt mit Bezug auf 4, ist eine Beispielzeichnung eines Rahmens 400 bereitgestellt, der zwei aktive Regionen enthält. Wie vorher erwähnt kann jede Anzahl von aktiven Regionen innerhalb eines Rahmens definiert werden, obwohl nur zwei aktive Regionen in dem Beispielrahmen 400 definiert sind. Ein oberes linkes Ecke-Pixel des Rahmens 400 kann als eine (0, 0)-Koordinatenposition definiert werden, die darauf basiert, welche aktive Regionen 402 und 404 definiert sein können. Zum Beispiel kann die aktive Region 402 basierend auf den Pixeln 406a und 406b, welche die obere linke Ecke bzw. die untere rechte Ecke der aktiven Region 402 definieren. In gleicher Weise kann die aktive Region 404 definiert werden basierend auf den Pixeln 408a und 4068, welche die untere linke Ecke bzw. die obere rechte Ecke der aktiven Region 404 definieren. Insgesamt können zwei beliebige Ecken, die diametral gegenüber zueinander innerhalb einer aktiven Region angeordnet sind, verwendet werden, um die aktive Region zu definieren. Die Position der aktiven Region kann durch Bereitstellen von Offsetwerten für die Pixel 406a und 406b, und Offsetwerten für die Pixel 408a und 408b von irgend einem spezifizierten Referenzpunkt des Rahmens, zum Beispiel von der (0, 0)-Position, definiert werden.
  • In einer Reihe von Ausführungsformen können die aktiven Regionen in einem Rahmen eine Grafiküberlagerung repräsentieren, um oben auf einem anderen Bild oder einem Videostrom zu erscheinen. Zum Beispiel können die aktiven Regionen ein statisches Bild repräsentieren, das oben auf einem Videostrom überlagert wird. Unter nochmaliger Bezugnahme auf 3, kann die Video-Pipe 328 einen Videostrom an die Mischungseinheit 310 bereitstellen, während die UI 304 und 322 Bildrahmen mit Pixeln in der aktiven Region bereitstellen, die eine statische Bildüberlagerung repräsentieren, um oben auf dem Videostrom angezeigt zu werden. In diesem Fall können die Ausgaberahmen, die von dem FIFO 320 an die Anzeigesteuereinheit bereitgestellt werden, Video-Pixelinformation von der Video-Pipe 328 enthalten, mit den abgerufenen Pixeln von den FIFOs 308 und/oder 326, die oben auf der Video-Pixelinformation überlagert werden, die durch die Mischungseinheit 310 zusammen gemischt werden gemäß den Alphawerten und anderen sachbezogenen Eigenschaften der abgerufenen Pixel.
  • Jetzt mit Bezug auf 5, ist ein Flussdiagramm dargestellt, das eine Operation veranschaulicht wie Pixel für Bildrahmen (oder genauer Pixel innerhalb der Bildrahmen) in einem Grafikverarbeitungssystem definiert und abgerufen werden können, wie zum Beispiel einer Anzeige-Pipe. Eine aktive Region eines Rahmens kann definiert werden (502), wo Pixel innerhalb der aktiven Region des Rahmens anzuzeigen sind, und Pixel außerhalb der aktiven Region nicht anzuzeigen sind. Der Rahmen kann von einem Speicher abgerufen werden, welcher ein Systemspeicher sein kann, wo die Pixelinformation für den Rahmen gespeichert wird, der nur die Pixel, die sich innerhalb der definierten aktiven Region des Rahmens befinden, abruft (504). Die abgerufenen Pixel können dann mit Pixeln von einem oder mehreren anderen Rahmen, oder von Pixeln von einem Videostrom kombiniert werden (508). Ein Ausgaberahmen kann dann von den gemischten Pixeln produziert werden (508). In einigen Ausführungsformen kann der Ausgaberahmen an eine Anzeigesteuereinheit zum Anzeigen auf einer Anzeige, wie zum Beispiel einer LCD, bereitgestellt werden.
  • Jetzt mit Bezug auf 6, ist ein Flussdiagramm dargestellt, das eine Operation veranschaulicht wie Bildrahmeninformation definiert und verwendet werden kann zum Abrufen von Pixeln von einem Speicher in einem Grafikverarbeitungs-/Anzeigesystem. Software (SW), die auf einer Verarbeitungseinheit ausgeführt wird, zum Beispiel, Software, die auf dem Prozessor 114 in dem System der 1 ausgeführt wird, kann Bildinformation, welche einen oder mehrere Rahmen enthalten kann, in einen oder mehrere Bildspeicher, zum Beispiel die Bildspeicher 208 und 210 in 2, hinein schreiben (602). Die Information kann Pixeldaten der Pixel, die jeden Rahmen ausmachen, enthalten. Die SW kann auch aktive Regionsinformation in ein oder mehrere Register, zum Beispiel die Register 319a bis 319n und 321 bis 321n in 3, hineinschreiben (604), wo Pixel innerhalb der aktiven Region – wie durch die Information, die in die Register hineingeschrieben wurde, definiert – anzuzeigen sind, während Pixel außerhalb der aktiven Regionen nicht anzuzeigen sind. Ein oder mehrere Bildrahmen, genauer die Pixel, welche die Bildrahmen ausmachen, können an eine Mischungsschaltung bereitgestellt werden, die nur die Pixel innerhalb der aktiven Regionen bereitstellt (606). Die bereitgestellten Pixel können dann mit Pixeln gemischt werden für einen oder mehrere andere Bildrahmen und/oder mit Pixeln eines Videostroms (608). Ein Ausgaberahmen oder Ausgaberahmen können produziert werden von den gemischten Pixeln (610) zum Anzeigen einer Anzeige der Wahl.
  • Zahlreiche Variationen und Modifikationen werden für Fachleute auf dem Gebiet der obigen Offenbarung klar verstanden werden. Es ist beabsichtigt, dass die folgenden Patentansprüche so interpretiert werden, um alle derartigen Variationen und Modifikationen umfassen.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Nicht-Patentliteratur
    • 35 U.S.C. § 112, Absatz sechs [0018]

Claims (15)

  1. Benutzerschnittstelleneinheit, aufweisend: ein oder mehrere Register, die programmierbar sind, um zumindest eine aktive Region eines Rahmens zu definieren, wobei Pixel innerhalb der zumindest einen aktiven Region des Rahmens anzuzeigen sind und Pixel außerhalb der zumindest einen aktiven Region des Rahmens nicht anzuzeigen sind; und Abrufschaltung, die eingerichtet ist, um einen Rahmen vom Speicher abzurufen, wobei die Abrufschaltung eingerichtet ist, um nur die Pixel innerhalb der zumindest einen aktiven Region des Rahmens, der durch programmierten Inhalt des einen oder der mehreren Register definiert ist, abzurufen; wobei die Benutzerschnittstelleneinheit eingerichtet ist, um die abgerufenen Pixel an eine Mischungseinheit bereitzustellen, die eingerichtet ist, um die abgerufenen Pixel mit Pixeln von anderen Rahmen zu mischen, um einen Ausgaberahmen zu produzieren.
  2. Benutzerschnittstelleneinheit nach Anspruch 1, weiterhin aufweisend einen oder mehrere Puffer, die an die Abrufschaltung gekoppelt sind; wobei die Abrufschaltung weiterhin eingerichtet ist, um die abgerufenen Pixel in dem einen oder den mehreren Puffern zu speichern; wobei die Benutzerschnittstelleneinheit eingerichtet ist, um die abgerufenen Pixel an die Mischungseinheit von dem einen oder den mehreren Puffern bereitzustellen.
  3. Benutzerschnittstelleneinheit nach Anspruch 1 oder 2, wobei die Abrufschaltung weiterhin eingerichtet ist, um nicht-aktive Regionen des Rahmens mit Pixeln, die als transparent zu sein identifiziert sind, zu füllen; wobei die Benutzerschnittstelleneinheit eingerichtet ist, um den Rahmen, der die abgerufenen Pixel aufweist, und die Pixel, die als transparent zu sein identifiziert sind, an die Mischungseinheit bereitzustellen.
  4. Anzeigepipe, aufweisend: eine Host-Schnittstelleneinheit, die eingerichtet ist, um eine Schnittstelle mit Systemspeicher zu bilden; eine Mehrzahl von Benutzerschnittstelleneinheiten, jede der Mehrzahl der Benutzerschnittstelleneinheiten nach irgend einem der Ansprüche 1 bis 3, wobei die Mehrzahl der Schnittstelleneinheiten mit der Host-Schnittstelleneinheit gekoppelt sind; wobei die Mehrzahl der Benutzerschnittstelleneinheiten eingerichtet sind, um von dem Systemspeicher durch die Host-Schnittstelleneinheit die Pixel innerhalb der jeweiligen aktiven Regionen der Mehrzahl der Rahmen, wie durch die Rahmeninformation definiert, abzurufen, zum Anzeigen der abgerufenen Pixel in entsprechenden Ausgaberahmen.
  5. Anzeigepipe nach Anspruch 4, weiterhin aufweisend: eine Mischungseinheit, die an die Mehrzahl der Benutzerschnittstelleneinheiten gekoppelt ist; wobei die Mehrzahl der Benutzerschnittstelleneinheiten eingerichtet sind, um die abgerufenen Pixel an die Mischungseinheit bereitzustellen; und wobei die Mischungseinheit eingerichtet ist, um die abgerufenen Pixel mit einem Videostrom zu mischen, um die entsprechenden Ausgaberahmen zum Anzeigen zu produzieren.
  6. Anzeigepipe nach Anspruch 5, weiterhin aufweisend eine Videopipe, die an die Host-Schnittstelleneinheit und an die Mischungseinheit gekoppelt ist, und eingerichtet ist, um Videoinformation von dem Systemspeicher durch die Host-Schnittstelleneinheit abzurufen, und den Videostrom von der abgerufenen Videoinformation zu produzieren.
  7. System aufweisend: Systemspeicher aufweisend: zumindest ein Bildspeicher, der eingerichtet ist, um Bildrahmeninformation zu speichern, die entsprechende Bildrahmen definiert; und ein Videopuffer, der eingerichtet ist, um Videorahmeninformation zu speichern, die entsprechende Videorahmen definiert; die Anzeigepipe nach irgendeinem der Ansprüche 4 bis 6.
  8. System nach Anspruch 7, wobei die Mischungseinheit eingerichtet ist, um die Pixel außerhalb der jeweiligen aktiven Regionen der Bildrahmen zu behandeln als einen Alphawert von Null zum Mischen aufzuweisen.
  9. System nach Anspruch 7 oder 8, wobei die aktive Regionsinformation Koordinateninformation für ein Paar von Pixeln aufweist, wobei das Paar von Pixeln an diagonal gegenüberliegenden Ecken der aktiven Region angeordnet ist.
  10. Verfahren aufweisend: Definieren einer aktiven Region eines Rahmens, wobei Pixel innerhalb der definierten aktiven Region des Rahmens anzuzeigen sind und Pixel außerhalb der definierten aktiven Region des Rahmens nicht anzuzeigen sind; Abrufen nur der Pixel innerhalb der definierten aktiven Region des Rahmens vom Speicher; und Produzieren eines Ausgaberahmens, der ein Mischen der abgerufenen Pixel mit Pixeln von einem oder mehreren anderen Rahmen aufweist.
  11. Verfahren nach Anspruch 10, wobei das Produzieren des Ausgaberahmens weiterhin ein Behandeln von nicht-aktiven Regionen des Rahmens aufweist außerhalb der definierten aktiven Region des Rahmens als Pixel enthaltend, die einen Mischungswert von Null aufweisen.
  12. Verfahren nach Anspruch 10, wobei das Produzieren des Ausgaberahmens weiterhin ein Füllen aller nicht-aktiven Regionen des Rahmens aufweist außerhalb der definierten aktiven Region des Rahmens mit Pixeln, die einen Mischungswert von Null aufweisen.
  13. Verfahren nach irgendeinem der Ansprüche 10 bis 12, weiterhin aufweisend: Abrufen von Videoinformation von dem Systemspeicher; Erzeugen eines Videostroms von der abgerufenen Videoinformation; wobei ein Produzieren des Ausgaberahmens weiterhin ein Mischen der abgerufenen Pixel mit dem Videostrom aufweist.
  14. Verfahren nach Anspruch 13, weiterhin aufweisend ein Anzeigen der abgerufenen Pixel als statische Überlagerung oben auf dem Videostrom.
  15. Verfahren nach irgendeinem der Ansprüche 11 bis 14, weiterhin aufweisend: Schreiben von Bildinformation eines oder mehrerer Bildrahmen in einen oder mehrere Bildspeicher hinein aufweisend; und Schreiben aktiver Regionsinformation in ein oder mehrere Register hinein, wobei die aktive Regionsinformation aktive Regionen der einen oder der mehreren Bildrahmen definiert.
DE112011100221T 2010-01-11 2011-01-05 Benutzerschnittstelleneinheit zum Abrufen nur aktiver Bereiche eines Rahmens Withdrawn DE112011100221T5 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US12/685,152 US8669993B2 (en) 2010-01-11 2010-01-11 User interface unit for fetching only active regions of a frame
US12/685,152 2010-01-11
PCT/US2011/020254 WO2011085024A1 (en) 2010-01-11 2011-01-05 User interface unit for fetching only active regions of a frame

Publications (1)

Publication Number Publication Date
DE112011100221T5 true DE112011100221T5 (de) 2012-10-25

Family

ID=43759877

Family Applications (1)

Application Number Title Priority Date Filing Date
DE112011100221T Withdrawn DE112011100221T5 (de) 2010-01-11 2011-01-05 Benutzerschnittstelleneinheit zum Abrufen nur aktiver Bereiche eines Rahmens

Country Status (12)

Country Link
US (1) US8669993B2 (de)
EP (1) EP2524297A1 (de)
JP (1) JP2013516664A (de)
KR (2) KR20140117692A (de)
CN (1) CN102763071A (de)
AU (1) AU2011203640B2 (de)
BR (1) BR112012017007A2 (de)
DE (1) DE112011100221T5 (de)
GB (1) GB2498416B (de)
HK (1) HK1181230A1 (de)
MX (1) MX2012008070A (de)
WO (1) WO2011085024A1 (de)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110242427A1 (en) * 2010-04-01 2011-10-06 Timothy Ramsdale Method and System for Providing 1080P Video With 32-Bit Mobile DDR Memory
US9497358B2 (en) * 2013-12-19 2016-11-15 Sony Interactive Entertainment America Llc Video latency reduction
US10353633B2 (en) 2013-12-19 2019-07-16 Sony Interactive Entertainment LLC Mass storage virtualization for cloud computing
KR102246105B1 (ko) * 2014-09-25 2021-04-29 삼성전자주식회사 디스플레이 장치, 이의 제어 방법 및 이의 데이터 전송 방법
US10074203B2 (en) * 2014-12-23 2018-09-11 Synaptics Incorporated Overlay for display self refresh
US10484640B2 (en) 2015-06-03 2019-11-19 Intel Corporation Low power video composition using a stream out buffer
CN105260153B (zh) * 2015-10-15 2018-11-30 西安诺瓦电子科技有限公司 图像输出装置和图像输出方法
US20230196496A1 (en) * 2021-12-20 2023-06-22 Ati Technologies Ulc Method and apparatus for controlling image processing pipeline configuration data

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US639473A (en) * 1898-08-10 1899-12-19 Elmer E Ward Culinary steamer and boiler.
US6396473B1 (en) 1999-04-22 2002-05-28 Webtv Networks, Inc. Overlay graphics memory management method and apparatus
US6801203B1 (en) 1999-12-22 2004-10-05 Microsoft Corporation Efficient graphics pipeline with a pixel cache and data pre-fetching
US6570574B1 (en) 2000-01-10 2003-05-27 Intel Corporation Variable pre-fetching of pixel data
US7471298B1 (en) 2000-06-26 2008-12-30 S3 Graphics Co., Ltd. Fetching pixel data with reduced memory bandwidth requirement
US7034791B1 (en) * 2000-12-14 2006-04-25 Gary Odom Digital video display employing minimal visual conveyance
JP2003288067A (ja) * 2002-03-28 2003-10-10 Hitachi Ltd 画像表示装置
US6919902B2 (en) 2002-06-03 2005-07-19 Seiko Epson Corporation Method and apparatus for fetching pixel data from memory
JP4522404B2 (ja) * 2004-04-22 2010-08-11 富士通セミコンダクター株式会社 画像処理装置
JP2007170834A (ja) 2005-12-19 2007-07-05 Denso Corp ナビゲーション装置及びナビゲーション装置の画像表示方法
US20080001967A1 (en) * 2006-06-30 2008-01-03 Srikanth Rengarajan Display bandwidth reduction apparatus, system, and method
US20090135916A1 (en) 2007-11-26 2009-05-28 Mediatek Inc. Image processing apparatus and method
US20090310947A1 (en) 2008-06-17 2009-12-17 Scaleo Chip Apparatus and Method for Processing and Blending Multiple Heterogeneous Video Sources for Video Output

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
35 U.S.C. § 112, Absatz sechs

Also Published As

Publication number Publication date
KR20140117692A (ko) 2014-10-07
GB2498416A (en) 2013-07-17
JP2013516664A (ja) 2013-05-13
AU2011203640B2 (en) 2014-01-09
EP2524297A1 (de) 2012-11-21
HK1181230A1 (en) 2013-11-01
AU2011203640A1 (en) 2012-08-02
GB2498416B (en) 2013-11-06
KR20120117860A (ko) 2012-10-24
US20110169847A1 (en) 2011-07-14
GB201212303D0 (en) 2012-08-22
BR112012017007A2 (pt) 2016-04-05
US8669993B2 (en) 2014-03-11
WO2011085024A1 (en) 2011-07-14
MX2012008070A (es) 2012-07-30
CN102763071A (zh) 2012-10-31

Similar Documents

Publication Publication Date Title
DE112011100221T5 (de) Benutzerschnittstelleneinheit zum Abrufen nur aktiver Bereiche eines Rahmens
DE69635403T2 (de) Grafikbibliothek auf geteilten Ebenen
DE102016211642B4 (de) Patch-speichersystem
DE112011103209B4 (de) Verfahren, vorrichtung und system zur steuerung von anzeigeaktivität
US5251298A (en) Method and apparatus for auxiliary pixel color management using monomap addresses which map to color pixel addresses
US9262798B2 (en) Parameter FIFO
US8842129B2 (en) Device and method for generating variable priority multiwindow images
DE112018004343T5 (de) Mehrraum-rendering mit konfigurierbaren transformationsparametern
DE102018114286A1 (de) Durchführen einer Traversierungs-Stack-Komprimierung
DE102008059372A1 (de) Bildverzeichnungskorrektur
US8717391B2 (en) User interface pipe scalers with active regions
CN108537729B (zh) 图像无级缩放方法、计算机装置及计算机可读存储介质
DE102013014846A1 (de) Systeme und Verfahren zur teilweisen Rahmenpufferaktualisierung
US8675004B2 (en) Buffer underrun handling
DE102016100469A1 (de) Skalierschaltung zum Erzeugen von Bildern verschiedener Auflösung aus einem einzelnen Bild und Vorrichtungen mit derselben
DE102015115576B4 (de) Grafikverarbeitungseinheit, ein Grafikverarbeitungssystem mit derselben, und ein dieselbe verwendendes Anti-Aliasing-Verfahren
TWI251787B (en) Apparatus, method and system for filtering two-dimensional (2-D) data
CN106126141A (zh) 一种基于Android 终端根据不同接口自动调整分辨率的系统及方法
CN111833417A (zh) 安卓应用程序实现黑白模式的方法及系统
US5678037A (en) Hardware graphics accelerator system and method therefor
DE102019119746A1 (de) Bildsignalprozessor, Verfahren zum Betreiben des Bildsignalprozessors und Anwendungsprozessor mit dem Bildsignalprozessor
DE60004323T2 (de) Verfahren und vorrichtung zum streck-blocktransfer (stretch blitting) mit einem 3d pipeline prozessor
CN1794342A (zh) 用于在视频图形适配器上渲染图像的方法和系统
DE3788049T2 (de) Grafikadapter.
DE112021003634T5 (de) Scatter-gather-streaming von daten durch einen kreisförmigen fifo

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R083 Amendment of/additions to inventor(s)
R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee