Resumo
- RFC 1314 definiu TIFF-B para imagens de tipo fax: múltiplas páginas, uma tira por página, MMR quando possível e alternativas explícitas.
- Formato da imagem e modo de comunicação são separados. FTP ou SMTP podiam transportar o arquivo, sem virar propriedade de seus bytes.
- Escanear, criar, guardar, manipular, comunicar, exibir, imprimir e faxear permanecem operações diferentes; o formato correto não atesta seu resultado.
A página saiu da conversa ao vivo
No fax tradicional, papel, codificação, conversa em tempo real, decodificação e papel de saída pareciam um só acontecimento. RFC 1314 desmonta esse gesto. A imagem pode ser escaneada para um arquivo ou criada em software. O arquivo pode ser guardado, manipulado ou comunicado; só depois pode ser exibido ou impresso.
Assim a máquina de fax torna-se entrada ou saída entre papel e arquivos, não o próprio meio de transmissão. A imagem pode esperar em armazenamento, ser copiada, viajar por serviços distintos ou aparecer em outro tipo de dispositivo. A consequência é evidencial: arquivo existente não é transferência; transferência não é decodificação; renderização não é atenção humana.
A fronteira TIFF-B
TIFF é o quadro escolhido pelo RFC; TIFF-B é o perfil de intercâmbio. Há suporte a múltiplas páginas e uma strip por página. MMR é preferido quando possível; MH, MR e sem compressão são permitidos, com alinhamento de bytes para MH ou MR. O documento sugere 600, 400 ou 300 dpi, ou as resoluções Group 3 apontadas, para aumentar a interoperabilidade.
Essas regras dizem qual arquivo pode ser oferecido numa interface. Não formam um recibo de êxito. Elas não identificam o scanner, o remetente, o transporte usado, a aceitação pelo destino, uma conversão fiel ou uma página impressa. Um host tampouco é obrigado a conservar sua imagem local em TIFF-B: pode converter entre a forma local e a forma de intercâmbio. Se o receptor não lida com a compressão, uma conversão pode ser necessária, mas RFC 1314 não escolhe responsável nem algoritmo.
O transportador está em outro registro
O RFC afirma que formato de arquivo e comunicação são questões distintas. FTP e SMTP são exemplos possíveis, portanto o mesmo TIFF-B pode seguir por meios diferentes. Logs, falhas e garantias pertencem ao meio, não à identidade do arquivo. A referência às dificuldades de SMTP da época com binário e tamanho não prova que algum arquivo concreto usou SMTP e não é uma história de todos os anexos posteriores.
Uma cópia local, uma versão preparada para intercâmbio e os bytes entregues a uma rede também podem ser aparentados sem serem iguais. Tratar os três como um só faz uma capacidade de interoperar parecer uma história comprovada de custódia e entrega.
RFC 1314 divide ainda quatro questões antes reunidas no fax: apresentação e compressão, transmissão, entrada de papel e saída para papel. Uma página criada por software pode ser arquivada antes de viajar; uma imagem escaneada pode ser duplicada; o arquivo pode ser exibido, não impresso. Negociação com a máquina receptora, conversão e saída física são fatos posteriores e não devem ser projetados de volta sobre o arquivo.
Fontes e limites de evidência
Esta análise usa RFC 1314, A File Format for the Exchange of Images in the Internet (abril de 1992). Ela sustenta o perfil TIFF-B, as opções de compressão e resolução e a separação entre formato, comunicação e armazenamento. Não demonstra transmissão concreta, remetente, destinatário, conversão, impressão, fax, leitura, implantação atual ou resultado comercial.
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance
