Разомкнутые контуры после дистиллера.

  • Автор темы Автор темы Romanion
  • Дата начала Дата начала
Статус
Закрыто для дальнейших ответов.
Назначаем stroke Питстопом:
stroke-pitstop.jpg
 
Откройте Корелом (у меня нет) и посмотрите.
Скриншот из сообщения #25 из корела. Все там Ok за исключением приведенных странностей.
upload_2014-7-25_14-6-5.png


Для приведения в нормальный вид достаточно разъединить контур в указанном месте и снова соединить.

Назначаем stroke Питстопом:
Что я могу на это сказать? - Баг отображения акробата и определения контура питстопом :D
 
Последнее редактирование:
Inkscape раскопал, его же другие индусы пишут. :)
 

Вложения

  • Снимок экрана 2014-07-25 в 14.04.07.png
    Снимок экрана 2014-07-25 в 14.04.07.png
    130.1 КБ · Просм.: 918
Ваш output.pdf тоже нормально открылся
upload_2014-7-25_14-17-22.png
 
Primer.pdf тоже ok:
upload_2014-7-25_14-19-56.png
 
Corel как раз не косячит, я же скрин уже присоединял (пост #28)... А разбираем файл из поста #16
 
Кстати иллюстратор глючит только при каркасном отображении, а так правильно показывает:
upload_2014-7-25_14-31-6.png
 
Вот упрямый '))'
stroke-ai.jpg
 
Да, баг присутствует и при назначении контура в иллюстраторе.
Зато при пересохранении из корела косячного PDF он "лечит" контура убирая паразитные узлы.
 
Именно, что я и показал уже в посте #28
 
Похоже, не все так просто, как я думал. Посмотрел файл primer.pdf - там вроде как лишний узел не присутствует
upload_2014-7-25_16-27-49.png

Однако, корел все равно показывает пресловутые две стрелочки и 13 узлов вместо 12, а иллюстратор не замыкает контур. Мистика какая то! 'otbline'
 
На самом деле все еще страньше, чем казалось изначально.
Открываем файл Primer.pdf в акробате, пересохраняем как postscript, получаем голый код безо всяких возможных иллюстраторовских наворотов:
Код:
178.936 57.298 li
189.887 27.744 li
198.635 27.744 li
f
240.297 57.298 mo
232.637 57.298 li
232.637 44.271 li
221.418 44.271 li
221.418 57.298 li
213.815 57.298 li
213.815 27.745 li
221.418 27.745 li
221.418 38.545 li
232.637 38.545 li
232.637 27.745 li
240.297 27.745 li
f
grestore
grestore
pgrs
%%PageTrailer
Как видно, никаких лишних узлов нет, корел никаких багов не видит вообще, узлов 12:
upload_2014-7-25_16-56-4.png

Открываем файл в иллюстраторе - снова засада! 'otbline''hz'
 
Я понимаю, что тут как-то зависит от количества узлов. Ведь он не бьет простой прямоугольник с четырьмя узлами, а как что-то посложнее, вот типа буквы Н с восемью узлами, вот тут незакрытый сектор появляется.
Для чистоты эксперимента нарисовал букву Н тремя прямоугольниками, ну мало ли, вдруг при переводе в кривые что-то происходит, и это не совсем просто объект, несмотря на то, что это уже не текст, нет - тоже самое.
Но и конечно озадачивает - почему же, если дело не в дистиллере, а именно в индизайне и запечатке PS, то сам PS получается без незакрытых секторов, а сделанный из него PDF - уже с данным косяком. То есть PS из индизайна и из иллюстратора визуально одинаковые, а вот после изготовления из них PDF - у одного все так же нормально остается, а у индизайновского бьется. Где здесь логическая связь? )
 
Ну я слегка поэкспериментировал и какое-то логическое объяснение придумал. Иллюстратор берет данные что из primer.pdf что из ishodnic.pdf не из собственно PDF секции, которую он игнорирует (в отличие от корела) а из нативных иллюстраторовских данных, которые там присутствуют отдельной секцией. В этих иллюстраторовских данных контура незамкнуты. Корел же при пересохранении иллюстраторовскую часть выбрасывает за ненадобностью, вдобавок, ему пофиг замкнут контур или нет в PDF и PS - он любой залитый контур замыкает автоматически, в отличие от иллюстратора. Вот как то примерно так.
 
То есть, если анализировать не PDF а PS код, то в сообщении #29 я был прав с точностью до наоборот - дело не в лишнем узле, а в его отсутствии. ;)
 
Это так скоро выясниться, что корел для печати стал лучше адоба )
Может в этом я тоже устарел и давно так и есть )
 
Статус
Закрыто для дальнейших ответов.