Calcolatore PAR

Questo calcolatore accetta il rapporto d'aspetto di visualizzazione come due parti positive e la larghezza e l'altezza in pixel del fotogramma codificato, poi restituisce PAR = (display aspect × height) / width, la frazione PAR ridotta, i rapporti di archiviazione e di visualizzazione corrispondenti, e un indicatore di pixel quadrato. Qualsiasi dimensione nulla o negativa fallisce con invalid_input anziché un rapporto insensato.

Che cos'è il rapporto d'aspetto del pixel e come differisce da quello di visualizzazione

MPEG-4 scrive la stessa identità PAR = (DAR × height) / width. Questa pagina risponde alla ricerca «calcolatore rapporto d'aspetto pixel», non a quella di un riduttore generico che semplifica solo width:height con il MCD.

Formula, contratto d'ingresso e cosa accade se una dimensione non è valida

Le stringhe di cifre che si analizzano in numeri finiti sono ammesse così un valore incollato da una sonda non richiede una seconda conversione. Gli ingressi a valore intero nel campo degli interi sicuri si riducono con l'algoritmo di Euclide, così 1920×1080 a 16:9 restituisce PAR 1:1 e 720×480 a 4:3 restituisce PAR 8:9. Dimensioni nulle o negative falliscono con un messaggio secondo cui ogni dimensione di pixel e di aspetto di visualizzazione deve essere maggiore di zero; tali fallimenti non sono fatturati. Se Le serve la tabella analogica attiva ITU-R BT.601 che cita 10:11 per NTSC 4:3, passi 704 come width anziché 720: l'identità si applica sempre al raster che Lei fornisce, mai a un'ipotesi nascosta di 704 campioni. Invii quattro numeri finiti obbligatori: width e height del fotogramma codificato in pixel, e dar_width più dar_height per il rapporto d'aspetto di visualizzazione (il 16 e il 9 di 16:9). Sono accettati gli alias pixel_width, storage_width e w per width; pixel_height, storage_height e h per height; display_width, dar_w e aspect_w per dar_width; display_height, dar_h e aspect_h per dar_height. Il motore calcola l'aspetto di archiviazione come width / height, quello di visualizzazione come dar_width / dar_height e quello del pixel come aspetto di visualizzazione / aspetto di archiviazione, che è lo stesso di (dar_width × height) / (dar_height × width). Campi assenti, stringhe vuote, testo non numerico, NaN, Infinity e grandezze oltre un bilione falliscono con invalid_input nominando il campo. In caso di successo il JSON riecheggia i quattro ingressi, riporta pixel_aspect_ratio come numero stabile a dodici decimali, riporta par_width, par_height e la stringa par, riporta storage_aspect_ratio con storage_aspect, riporta display_aspect_ratio con display_aspect, imposta square_pixels quando il PAR è 1, e riformula l'identità. Esempio: width 1920, height 1080, dar_width 16, dar_height 9 produce PAR 1:1 e square_pixels true. Esempio: width 720, height 480, dar_width 4, dar_height 3 produce PAR 8:9 ≈ 0.888888888889. Il prezzo di un elemento riuscito è un $0.002 fisso.

Dove un'API di rapporto d'aspetto del pixel merita il posto

Le fattorie di transcodifica che acquisiscono pacchetti misti HD e SD possono chiamare lo stesso contratto per ogni archivio: se square_pixels è true, saltano la via anamorfica; altrimenti scalano per par_width:par_height prima di un master intermedio a pixel quadrato. Poiché l'implementazione è parse pura di livello A, ingressi identici producono sempre lo stesso JSON: nessuna consultazione di rete, nessun arrotondamento casuale, nessun orologio nel risultato, il che rende la capacità sicura per test unitari e oracoli di CI. L'uso dell'API preleva il saldo prepagato KIT al $0.002 pubblicato per richiesta riuscita; un ingresso non valido non è addebitato.