Calculadora PAR

Esta calculadora aceita a proporção de aspecto de exibição como duas partes positivas e a largura e a altura em pixels do quadro codificado, e devolve PAR = (display aspect × height) / width, a fração PAR reduzida, as proporções de armazenamento e de exibição correspondentes, e um indicador de pixel quadrado. Qualquer dimensão nula ou negativa falha com invalid_input em vez de uma razão sem sentido.

O que é a proporção de aspecto de pixel e como difere da de exibição

O MPEG-4 escreve a mesma identidade como PAR = (DAR × height) / width. Esta página responde à busca «calculadora de proporção de aspecto de pixel», não à de um redutor genérico que só simplifica width:height com o MDC.

Fórmula, contrato de entrada e o que acontece quando uma dimensão é inválida

Cadeias de dígitos que analisem para números finitos são permitidas para que um valor colado de uma sonda não precise de uma segunda conversão. Entradas de valor inteiro dentro da faixa de inteiros seguros são reduzidas com o algoritmo de Euclides, de modo que 1920×1080 em 16:9 devolve PAR 1:1 e 720×480 em 4:3 devolve PAR 8:9. Dimensões nulas ou negativas falham com uma mensagem de que toda dimensão de pixel e de aspecto de exibição deve ser maior que zero; essas falhas não são faturadas. Se precisar da tabela analógica ativa ITU-R BT.601 que cita 10:11 para NTSC 4:3, passe 704 como width em vez de 720 — a identidade é sempre aplicada ao rastro que você fornece, nunca a uma hipótese oculta de 704 amostras. Envie quatro números finitos obrigatórios: width e height do quadro codificado em pixels, e dar_width mais dar_height para a proporção de aspecto de exibição (o 16 e o 9 de 16:9). São aceitos os aliases pixel_width, storage_width e w para width; pixel_height, storage_height e h para height; display_width, dar_w e aspect_w para dar_width; display_height, dar_h e aspect_h para dar_height. O motor calcula o aspecto de armazenamento como width / height, o de exibição como dar_width / dar_height e o de pixel como aspecto de exibição / aspecto de armazenamento, o que é o mesmo que (dar_width × height) / (dar_height × width). Campos ausentes, cadeias vazias, texto não numérico, NaN, Infinity e magnitudes acima de um trilhão falham com invalid_input nomeando o campo. Em sucesso, o JSON ecoa as quatro entradas, informa pixel_aspect_ratio como número estável a doze casas, informa par_width, par_height e a cadeia par, informa storage_aspect_ratio com storage_aspect, informa display_aspect_ratio com display_aspect, define square_pixels quando o PAR é 1, e reitera a fórmula. Exemplo: width 1920, height 1080, dar_width 16, dar_height 9 produz PAR 1:1 e square_pixels true. Exemplo: width 720, height 480, dar_width 4, dar_height 3 produz PAR 8:9 ≈ 0.888888888889. O preço de um item bem-sucedido é um US$ 0,002 fixo.

Onde uma API de proporção de aspecto de pixel justifica o uso

Fazendas de transcodificação que ingerem pacotes mistos HD e SD podem chamar o mesmo contrato para cada arquivo: se square_pixels for true, pulam a via anamórfica; se não, escalam por par_width:par_height antes de um master intermediário de pixel quadrado. Como a implementação é parse pura de nível A, entradas idênticas produzem sempre o mesmo JSON: não há consulta de rede, nem arredondamento aleatório, nem relógio no resultado, o que torna a capacidade segura para testes unitários e oráculos de CI. O uso da API desconta o saldo pré-pago do KIT no US$ 0,002 publicado por solicitação bem-sucedida; entrada inválida não é cobrada.