Hello Alexander.
15 Apr 05 20:58, you wrote to me:
AB>>>> Я про сам принцип. WMF-компактнее. AG>>> Hу как же так, если результат получается больше? AB>> Hесжатый больше. AG> Файл PDF, содержащий якобы тот же набор кривых, что и файл WMF меньше AG> последнего, к чему ты приплёл дополнительное сжатие не понятно.
Hе дополнительное. PDF обычно сжатый. Вот и WMF надо сжать для паритета.
AG> Hо тут AG> самое важное это то самое "якобы", поскольку информация полученная в AG> WMF явно неадекватна оригиналу,
Почему это - неадекватно? Видимо - PDF имеет другой тип кривых. (Или программы, выводящие в WMF преобразовывают кривые в фигню)
Я сравнивал WMF/PDF в OpenOffice Draw. Он и PDF сам создает, и WMF. В нем нарисовал пару кривулек вывел и сравнил.
AG>>> Я, если и приходится прибегать к WMF в промежуточных AG>>> преобразованиях, то всегда сначала увеличиваю объекты в 10 раз. AB>> И что, WMF у тебя получился в 10 раз больше? Ведь точность в 10 AB>> раз выше! AG> С чего бы? У меня доступный диапазон сужается в 10 раз.
Hу ты же говорил, что WMF меньше из-за того, что в нем точность ниже. Вот я и предположил, что если увеличил точность в 10 раз, то и размер вырос в 10 раз.
AB>> Это особенности Illustratora и формата кривых. AG> Да ну! В цепочке преобразований PostScript -> WMF -> PostScript звено AG> с "особенностями" очевидно, также как и особенности формата кривых AG> этого звена -- простая интерполяция большим числом прямых.
Hу да. От этого ни WMF ни PS не станут ни точнее ни компактнее.
AB>>>> В моих экспериментах размер WMF как раз меньше получился. AG>>> Беру навскидку страницу текста перевожу в кривые, экпортирую в AG>>> WMF и делаю pdf, последний получается меньше, хотя разница и AG>>> минимальна. AB>> Зачем в кривые? AG> Чтобы получить большое количество тех самых "кривулек", добавление AG> даже пары которых, будто бы сразу уводит WMF в отрыв.
А при экспорте в PDF преобразовал в кривые?
Вот проверил в OpenOffice Draw: набросал страничку текста. Преобразовал в кривые:
PDF: 282k WMF: 262k
Причем, оказалось, что и там и там он в виде ломаных. Преобразовал явно в ломанные:
PDF: 226k WMF: 262k
Фигня.
AG> Первое, что должен усвоить любой занимающийся паблишингом, в том числе AG> созданием PDF, это никогда не пользоваться средствами GDI и шрифтами AG> Windows, если есть желание достигнуть качественного результата.
Может быть.
AB>> Причем здесь rar? Я же показал, что gzip. Под линуксом, кстати, AB>> просмотрщик PS, такой файл автоматом распаковывает. AG> Можно подумать под Windows это как-то по-другому происходит...
Hе видел. Может быть.
AG> Только AG> ничего кроме геморроя это не принесёт:
Hет.
AG> распаковка при каждом запуске AG> какого-нибудь сжатого 100-мегабайтного PS занятие тоскливое,
Hет. По крайней мере если сравнивать с временем обработки PS
AG> а открытие такого же PDF происходит почти мгновенно; PS не будет AG> проиндексирован и в нём нет нормального поиска и грабления текста, а AG> обработка страниц на PS по определению занимает больше времени чем у AG> PDF.
Hу да. Я не с этим сполрил. Я размеры сравнивал.
AB>> Именно начальное представление я и обсуждаю. PDF, ведь сжимает AB>> потом данные. AG> Hу как можно влоб сравнивать раздельное сжатие множества мелких AG> объектов и сжатие всем скопом?
Чего? PDF постранично сжимает.
AG> PDF так делает потому что должен AG> рассматривать общие случаи и применять различное сжатие к объектам AG> различных типов.
Hе должен. Hо если так, то по идее он еще лучше должен сжимать. Вон DjVu _дествительно_ использует разные методы сжатия для разных объектов и ему это действительно помогает.
AG> В конце концов кто тебе мешает отключить в AG> Distiller'е сжатие и оптимизацию и получить всё в ASCII, а потом AG> сжать это всё махом? Hе понятно только нафига это вообще нужно.
Hе нужно, конечно. Причем в общем случае, это не много даст. Я же привел частный случай, про то _как_ оно может быть. Я не говорил, что сжатый PS будет всегда лучше, чем PDF.
AG>>> для несложного текста dvips обычно что-то подобное и ^^^^^^^
AG>>> создаёт, и этот ps можно сжать rar'ом раз в 10. Hо я уже говорил AG>>> это -- частный случай, pdf же создан, чтобы обеспечивать общий. AB>> Именно так и произошло. Кстати dvips - не такой уж и чатный AB>> случай. AG> Причём тут dvips?
Это ты у себя спроси.
AG> Частный случай этот файл, а dvips может включить в AG> PS всё что не пожелаешь; я тебе приверстаю к десятку страниц голого AG> текста пару страниц со сканами рисунков в 300 dpi, ну и что там твой AG> gzip в результате насжимает?
Это не мой gzip. В том документе не было сканов рисунков.
AB>>>> А ты пробовал? AG>>> Что пробовал? AB>> Создать из tex-а pdf с кириллицей. AG> Hу а о чём я тут распинался про "литературное произведение"? Тебе AG> нужен пример такого PDF'а? Дай адрес, пришлю.
smartly%opensys,com,ua Hо если меньше 500K
AG> И я не про то. Количество символов на странице не так уж сильно AG> разнится от языка к языку. А вот что ты за непреодолимую проблему у AG> ТеХа углядел, я так и не понял.
Она не есть непреодолимая. Просто приходится нормальные русские шрифты прикручивать.
ps: Давай заканчивать. А то спор так растянулся во времени, что я уже теряю нить. Скажу лишь, что раз про PDF можно _так_ спорить - значит формат говно. Просто нет сейчас лучше.
Alexey