Вот и славно. Собственно, это я и хотел вам донести.Раз Трантор пишет, что float32 для вектора - верю.
Ну не беда, я не гордый, если я для вас не авторитет, буду звать Трантора, когда надо будет в чем то вас, неверующего, убедить"вам придется поверить нам с Трактором"
Нет, спасибо, верить я буду только Трантору
В принципе, похоже на истину, поэтому, вероятно, нормализованные не должны содержать значений больших 2047Наврал. Float16 там.
PDF Ref, стр 650 (Annex C).
При повышенном разрешении и пониженной литературе и 99.999 добиться видимой точки можно, но это будут совсем ненормальные обстоятельстваХорошо!
Из этой темы мы уяснили, что вектор в файлах float16 и точка 99.9 даже будет видна в битовых тифах при повышенном разрешении и пониженной линиатуре: то есть дважды ненормальных для типографского вывода обстоятельствах.
В моем примере выше разрешение 3386 и линеатура 150 - так что воспроизведение 2400 на 175 вполне вероятно. Завтра попробую на РИПе и скажу точно, воспроизводится или нетСогласен. При пониженной ну уж дальше некуда линиатуре и повышенном выше некуда разрешении можно добиться 99.999. Шла ли изначально речь о подобных теоретических возможностях? Нет, скорее говорилось, вот мол я сейчас на линиатуре 175 и разрешении 2400 получу такую точку 99.9. Нет, не получит никто такую точку в таких условиях, чтобы примерно прикинуть - а какую получу - моя концепция 8 бит как нельзя кстати подходит.
У Гордона Причарда где-то была табличка минимально-воспроизводимой точки в условиях разных разрешений и разных линиатур. С первого поста этой темы было понятно, что сейчас начнутся спекуляции на тему ненормальных для типографии слишком низких линиатур и слишком высоких разрешений.
An image is defined by a sequence of samples obtained by scanning the image array in row or column order. Each sample in the array consists of as many colour components as are needed for the colour space in which they are specified—for example, one component for DeviceGray, three for DeviceRGB, four for DeviceCMYK, or whatever number is required by a particular DeviceN space. Each component is a 1-, 2-, 4-, 8-, or (PDF 1.5) 16-bit integer, permitting the representation of 2, 4, 16, 256, or (PDF 1.5) 65536 distinct values for each component. Other component sizes can be accommodated when a JPXDecode filter is used; see 7.4.9, "JPXDecode Filter".
Это да, но известный мне РИП встретив картинку в 16-bit в PDF молча конвертнёт её в 8-bitКартинки в PDF могут быть 1, 2, 4, 8 или 16-битными
Из чего это следует? Он об этом напишет?молча конвертнёт её в 8-bit
Это следует из руководства пользователяИз чего это следует? Он об этом напишет?
8.9.5.2Decode Arrays
An image’s data stream is initially decomposed into integers in the domain 0 to 2n -1, where n is the value of the image dictionary’s BitsPerComponent entry. The image’s Decode array specifies a linear mapping of each integer component value to a number that would be appropriate as a component value in the image’s colour space.
Нет.это скорее к 16 битам относится по кол-ву градаций
Судя по всему, ты какую то сильно кастрированную спецификацию нашел, в реальной жизни никакие там не float16Наврал. Float16 там.
PDF Ref, стр 650 (Annex C).
(2049=) print
2049 20 string cvs print
(\n) print
(100000=) print
100000 20 string cvs print
Во float он ее конвертнет а там уже по обстоятельстваммолча конвертнёт её в 8-bit
К сожалению, размер суперячейки в зависимости от линеатуры и разрешения - внутренняя закрытая информация, характерная для каждого РИПа, поэтому привести такую формулу не представляется технически возможным, да и пользы от такой информации немного.Для науки всем интересующимся тут было бы в самый раз и к месту привести топикастеру формулу, по которой вычисляются такие зависимости минимально воспроизводимой точки от линатуры, суперъячейки и разрешения.