PAR-Rechner

Dieser Rechner nimmt das Anzeige-Seitenverhältnis als zwei positive Teile sowie die kodierte Pixelbreite und -höhe entgegen und liefert PAR = (display aspect × height) / width, den gekürzten PAR-Bruch, die passenden Speicher- und Anzeigeverhältnisse sowie eine Kennzeichnung für quadratische Pixel. Jede Dimension, die null oder negativ ist, scheitert mit invalid_input statt eines unsinnigen Verhältnisses.

Was das Pixel-Seitenverhältnis ist und wie es sich vom Anzeigeverhältnis unterscheidet

MPEG-4 schreibt dieselbe Identität als PAR = (DAR × height) / width. Diese Seite beantwortet die Suche «Pixel-Seitenverhältnis-Rechner», nicht die nach einem allgemeinen Verhältnisvereinfacher, der nur width:height per ggT kürzt.

Formel, Eingabevertrag und was bei einer ungültigen Dimension geschieht

Ziffernketten, die sich zu endlichen Zahlen zerlegen, sind zulässig, damit ein eingefügter Sondenwert keine zweite Umwandlung braucht. Ganzzahlige Eingaben im sicheren Integerbereich werden mit dem euklidischen Algorithmus gekürzt, sodass 1920×1080 bei 16:9 PAR 1:1 und 720×480 bei 4:3 PAR 8:9 liefert. Null und negative Dimensionen scheitern mit der Meldung, dass jede Pixel- und Anzeige-Dimension größer als null sein muss; diese Fehlschläge werden nicht berechnet. Wenn Sie die analog-aktive ITU-R-BT.601-Tabelle brauchen, die 10:11 für NTSC 4:3 nennt, übergeben Sie 704 als width statt 720 — die Identität gilt stets auf dem Raster, das Sie liefern, niemals auf einer versteckten 704-Abtast-Annahme. Senden Sie vier erforderliche endliche Zahlen: width und height des kodierten Bildes in Pixeln sowie dar_width plus dar_height für das Anzeige-Seitenverhältnis (die 16 und die 9 in 16:9). Aliaswerte pixel_width, storage_width und w gelten für width; pixel_height, storage_height und h für height; display_width, dar_w und aspect_w für dar_width; display_height, dar_h und aspect_h für dar_height. Die Engine berechnet das Speicherverhältnis als width / height, das Anzeigeverhältnis als dar_width / dar_height und das Pixelverhältnis als Anzeigeverhältnis / Speicherverhältnis, gleich (dar_width × height) / (dar_height × width). Fehlende Felder, leere Ketten, nichtnumerischer Text, NaN, Infinity und Beträge über einer Billion scheitern mit invalid_input unter Nennung des Felds. Bei Erfolg spiegelt das JSON die vier Eingaben, meldet pixel_aspect_ratio als stabile zwölfstellige Zahl, meldet par_width, par_height und die par-Kette, meldet storage_aspect_ratio mit storage_aspect, meldet display_aspect_ratio mit display_aspect, setzt square_pixels, wenn PAR 1 ist, und wiederholt die Formel. Beispiel: width 1920, height 1080, dar_width 16, dar_height 9 ergibt PAR 1:1 und square_pixels true. Beispiel: width 720, height 480, dar_width 4, dar_height 3 ergibt PAR 8:9 ≈ 0.888888888889. Der Preis eines erfolgreichen Postens ist ein pauschales $0.002.

Wo eine API für das Pixel-Seitenverhältnis ihren Platz verdient

Transcode-Farmen, die gemischte HD- und SD-Pakete aufnehmen, können denselben Vertrag für jede Datei aufrufen: ist square_pixels true, überspringen sie den anamorphen Pfad; sonst skalieren sie mit par_width:par_height vor einem Zwischenmaster mit quadratischen Pixeln. Weil die Umsetzung reines Parse der Stufe A ist, erzeugen gleiche Eingaben stets dasselbe JSON: keine Netzanfrage, keine zufällige Rundung, keine Uhr im Ergebnis, was die Fähigkeit für Unit-Tests und CI-Orakel sicher macht. Die API-Nutzung belastet das vorausbezahlte KIT-Guthaben mit dem veröffentlichten $0.002 je erfolgreicher Anfrage; ungültige Eingabe wird nicht berechnet.