Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Sumatra PDF | SumatraPDF

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147

Открыть новую тему     Написать ответ в эту тему

Patrick



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

SumatraPDF – небольшая бесплатная программа с открытым исходным кодом для просмотра файлов PDF (.pdf); eBook: незашифрованных EPUB (.epub), MOBI (.mobi и незашифрованные.azw), FictionBook (.fb2, .fb2z, .zfb2); .pdb (Palm DOC формат), Psion Series 3: .tcr; comic book: .cbz, .cbr, .cbt, .cb7; архивов .7z, .rar, .tar, .zip с изображениями; DjVu (.djv, .djvu); Microsoft Compiled HTML Html (.chm); XPS (.xps, .oxps, .xod); изображений (.jpg, .png,.gif, .webp, .tiff, tga, .j2k, .bmp, .dib). Если установлен Ghostscript поддерживаются PostScript (.ps, .eps) и PJL (Printer Job Language) файлы в среде Windows.
 
Программа отличается очень быстрым запуском и высокой скоростью работы, простым дизайном, низкими требованиями к системе, возможностью запуска с внешних USB-накопителей. Хотя SumatraPDF и уступает Adobe Reader по функциональным возможностям, в ней есть всё необходимое для быстрого просмотра файлов. Начиная с версии 3.0 по умолчанию используется MDI интерфейс ("один документ - одна вкладка"). В её коде отсутствуют т.н. "визуальных улучшатели изображения" т.е. в отличии от Adobe Reader, FoxIt Reader, PDFXchange и их аналогов SumatraPDF (как и GSView) не увеличивает толщину линий и не искажает геометрию и исходные цвета заданные автором файла для получения "красивой картинки" и вы видите на экране именно то, что записано в документе, а не то что вам хотят показать разработчики программы просмотра.
 
Для просмотра изображений, архивов и ряда других форматов требуется версия v3.3.12851 Git-42bafb49da pre-release и новее, а для поддержки просмотра .ps/.eps/PJLl/TeX/LaTeX файлов требуется установленный AGPL GhostScript v9.53.3 и новее (в ранних версиях были серьёзные ошибки). Поддержка GhostScript 3.54+ в ранних версия отсутствует т.к. в GhostScript 3.54.0 изменился API, для работы с ним требуется SumatraPDF v3.3.13348 Git 5a295db98 и новее.

Текущая Release версия - 3.3.3 (от 21.07.2021):
 
Инсталлер x64 | Портативная x64 | Инсталлер x86 | Портативка x86 | Исходники (GitHub) | Примечания к выпуску | исходники | изменения в исходниках | Расширенные настройки
 
О "Portable"...
 
Системные требования (указаны внизу страницы загрузки):
 
Поддерживаемые ОС: Windows 10, Windows 8, Windows 7, Vista. Для XP используйте v3.1.2 .
Supported OS: Windows 10, Windows 8, Windows 7, Vista. For XP use version 3.1.2 .

 
О режиме Manga: -- данный режим доступен только для форматов Comic books и для его корректной работы требуется v3.3.12397 и новее.
 
Текущая Pre-Release версия (возможны ошибки в работе) в разработке (Dev, Beta, тестовая) – 3.4:
 
от Krzysztof Kowalczyk (разработчик Sumatra PDF, минимально требуется Windows 7, сборки выборочные, только AMD64), там же есть ссылка на AMD64 текущие Daily builds, но в них могут быть скрытые ошибки и по просьбе автора линк на них не приводится.
от Victor_VG - AMD64 и x86 инсталлер и портативный варианты (в архив включён NPP-плагин v3.2 Git-6f4c726e0f) и комбинированный x86+x64 установщик (ассоциация со всеми типами файлов, кроме xps и chm), документация, минимально требуется Windows 7 (x86/x64), последняя версия для XP/Vista

 
Работа с файлами .CBR в формате RAR5

Известные ограничения
 
Документация SumatraPDF. Поврежденная установка
 
Прочее...

Всего записей: 8095 | Зарегистр. 19-07-2004 | Отправлено: 00:46 08-03-2007 | Исправлено: Victor_VG, 10:24 06-08-2021
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SumatraPDF v3.2 Git-f9c492f80
 
пока ждём исправлений в используемых библиотеках - используем костыли, а посему любителям всё ругать не предлагая конкретных для решений проблем конкретных проблем просьба воздержаться от ядоизлияния.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 29432 | Зарегистр. 31-07-2002 | Отправлено: 15:30 19-04-2019
xanxan

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Попробовал портативную версию  3.1.2 на win 7
Долго подгружает страницы особенно на больших тяжелых PDF а легкие и так все читалки легко читают. Так что непонятно в чем ее полезность. Никакого ускорения не видно.

Всего записей: 220 | Зарегистр. 15-12-2007 | Отправлено: 17:04 20-04-2019
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
xanxan

Цитата:
Долго подгружает страницы особенно на больших тяжелых PDF а легкие и так все читалки легко читают.

Вы забыли указать "пару мелочей" - методику измерения и на каком оборудовании они проводились, так что сказанное можно трактовать в зависимости от желания увидеть нужный результат. Полезность таких сообщений нулевая.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 29432 | Зарегистр. 31-07-2002 | Отправлено: 17:30 20-04-2019
xanxan

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG
 
Какая еще методика? Я уже давно не покупался на рекламу когда неизвестная прога вдруг делает все круче известных продуктов просто тут удивило большое кол сообщений.
 
Скачал пару мин потестил и удалил как всегда оказалось пустышкой. Смысл в проге которая подгружает pfd как djVu?
 
А версию винды написал для того что может прога рассчитана на win 10 и для семерки такое поведение норма.
 
А комп старый ноут core 2  3Гб рам.
 
А ожидание было вдруг случится чудо и она станет пролистывать тяжелые pdf быстрее чем PDF-XChange Editor, Acrobat и другие известные продукты, чуда конечно не случилось.

Всего записей: 220 | Зарегистр. 15-12-2007 | Отправлено: 23:10 20-04-2019
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
xanxan
Только что сравнил по секундомеру Intel® 6 Series Chipset and Intel® C200 Series Chipset Datasheet PDF 1.6, 934 страницы текста, чертежей, диаграмм и таблиц:
 
   
 
Tracker Software PDF View 2.50 - 1,6 сек, SumatraPDF v3.2 Git-f9c492f80 x64 - 1.28 сек, GSView 6.0 Beta + AGPL Ghostscript 9.27 x64 - 3,48 сек.
 
при этом тестовую машину быстрой не назвать - Core 2 Duo E8500/iP45/4 Gb DDR3-1333/ GTX 550 Ti/Seagate ST31000528AS, ОС Win 7 SP1 x64.
 
Да, и прошу прощения, Adobe Reader не держу - за вольности в работе с цветом и "улучшательство" изображений. Не раз его с колориметром на искажении цвета даже на настроенных полиграфических системах ловил.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 29432 | Зарегистр. 31-07-2002 | Отправлено: 05:36 21-04-2019
xanxan

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вы мне всего одну вещь скажите он сразу все подгружает как обычные pdf редакторы или грузит постепенно?
Основной момент из за чего не любят djVu то что он подгружает страницы по мере просмотра.
 
Зачем мне какие-то искусственные тест проги если я открываю Файл и вижу такое?
 

 

 
А на этом  файле я вообще полной подгрузки не дождался кажется каждый раз заново подгружает при прокрутке.

Всего записей: 220 | Зарегистр. 15-12-2007 | Отправлено: 15:11 21-04-2019 | Исправлено: xanxan, 15:34 21-04-2019
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
xanxan
 
Так в обоих ваших файлах как в формате DjVu находятся отсканированные картинки (для DjVu это предусмотрено спецификацией - в его контейнере находятся сжатые изображения и индексный блок указывающий порядок их чтения), а они декодируются видеоподсистемой. PDF по своей структуре это специальный вид текста описывающий как должна выглядеть страница на устройстве вывода - это набор команд разметки говорящий устройству что вывести в точке с заданными координатами который  декодирует сама суматра, точнее движок MuPDF основанный на языке разметки Post Script (PS). И там могут встречаться изображения, но в PDF их мало, но  основе PS/PDF лежат простые команды вида:
 
"В точке рабочего поля с координатами X,X вывести квадрат размером P на Q точек, залить его цветом ZZZZ и соединить его левый нижний угол нарисованного квадрата прямой цвета WWWWW с точкой с  координатами J,,K ....".  
 
А дальше видимая нами скорость отрисовки будет зависеть только от устройства вывода, а сама последовательность будет читаться с той скоростью, с какой это позволяет устройство где хранится PDF файл.
 
В случае с DjVu или если наш PDF содержит большое число картинок ситуация меняется - любая программа должна сначала извлечь изображение в ОЗУ, потом через ОС позвать его обработчик и дождаться пока тот её выведет, и только потом переходить к следующей.  
 
И тут мы сталкиваемся с с тем, что чем больше размер картинки, тем дольше она читается и для её декодирования нужно больше ОЗУ, а для вывода на экран больше видеопамяти, точнее большие кадровый и рабочий буфера для построения экранной картинки в видеоадаптере. И вполне вероятно что в вашем случае  узким местом становится именно он, особенно если машина использует встроенную графику не имеющую выделенной видеопамяти.
 
Картинка в контейнере может хранится как несжатом, так и в сжатом виде (для экономии места обычно её сжимают) и для её распаковки нам потребуется объём памяти равный её ширине умноженной на её высоту в пикселах умноженной на число цветовых каналов и умноженной на число байт на цвет. И для каждой картинки ещё понадобится место для хранения её сжатой формы и рабочая область для декодера. После декодирования ставшую ненужной память мы может использовать для других целей, но декодированная картинка нам будет ещё нужна и потому часть ОЗУ окажется занята. И так до его исчерпания. А чтобы этого не происходило ОС использует механизм страничного обмена списывая на диск редко или давно не используемые участки ОЗУ. А диск это Внешняя Память (ВП) ЭВМ - ёмкая, дешёвая но много более медленная чем ОЗУ, а значит эти операции потребуют времени, и чем их больше тем это заметнее - машина начинает считать дольше т.к. ей не хватает ОЗУ.
 
Думаю у вас проявляется именно этот набор явлений, а вы приняли его за медленную работу программы.  
 
По вашим файлам - во первых большое спасибо за интересные исторические документы - с удовольствием прочитаю, такие вещи встречаются редко. Во вторых - эти документы по структуре похожи на DjVu (как я уже сказал в начале) и потому у вас декодируются медленно - тут просто "железка не тянет", отсюда все наблюдаемые вами явления.
 
У меня с момента отдачи ОС команды "Открыть документ с помощью сумары" до момента его отрисовки на экране для "Т 1 СБОРНИК СВЕДЕНИЙ О СЕВЕРНОМ КАВКАЗЕ (2).pdf" (58 Мб) по секундомеру прошло 1,58 сек, после чего никаких видимых задержек при прокрутке страниц как мышкой, так через PgUp/PgDwn или стрелки не наблюдается.  
 
Правда машина значительно мощнее - процессор i7-2600 с 16 Gb ОЗУ, NVIDIA GTX 1060 и быстрыми серверными HDD. И по средствам контроля ОС видно что ситуации "не хватает памяти для обработки картинок" с этими файлами у меня нет, хотя сейчас ZxCAD обсчитывает достаточно сложную электронную схему, а винда со своими программами работает как прикладная задача в виртуалке под BSD UNIX что не прибавляет её шустрости.
 
Добавлено:
SumatraPDF v3.2 Git-e8102b92a
 
закоммитил.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 29432 | Зарегистр. 31-07-2002 | Отправлено: 18:11 21-04-2019 | Исправлено: Victor_VG, 18:14 21-04-2019
yozhic



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
эти документы по структуре похожи на DjVu

А может это такой специальный PDF-DJVU? Вот, например, в программе DjvuSmallMod есть опция сохранения документа в формат PDF, про который уточняется:

Цитата:
Выходной формат = Pdf  
Pdf-файлы, которые получаются в результате этой операции, относятся к типу "HC-PDF", также известному как "MRC-based PDF". Такие Pdf-файлы повторяют структуру DjVu-файлов, и практически идентичны DjVu по размеру и качеству. При этом они соответствуют стандарту PDF, и могут быть открыты любой современной программой для просмотра PDF без установки дополнительных модулей.

Я заметил, что созданные таким образом ПДФ-ы открываются на порядок медленнее, чем «стандартные» ПДФ-ы. Испытывал просто: набор сканов конвертил в pdf Acrobat-ом и затем этот же набор сканов в гибридный djvu-pdf – разница в задержке при открытии значительная. Может это как раз тот самый случай?

----------
Ру-Борд без RB++, всё равно что казак без коня!

Всего записей: 2057 | Зарегистр. 20-03-2008 | Отправлено: 18:48 21-04-2019
xanxan

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG
 
Я знаю что машина сейчас слабая основной комп накрылся. Но обычно в этом и суть когда ищут программы ускоряющие производительность то на слабых компах так как на мощных и так все летает.
 
Таких файлов у меня много это или готовые DjVu или выкачанные скриптами с различных он-лайн библиотек картинки. Оба варианта я просто загоняю в ABBYY FineReader 14 и распознаю для быстрого поиска в них.
Как их преобразовать для более быстрого прочтения не знаю.
 
При конвертации в pdf структура картинок все равно остается?
 
В PDF-XChange Editor и других читалках такой прорисовки нет, там другая проблема, такие файлы пролистываются с миллисекундными задержками особенно со вторым файлом а это немного раздражает хочется что бы все было мгновенно.
 
Но все таки они сразу все загружают и листают. А Sumatra не справился в принципе особенно со вторым файлом он его подгружал каждый раз заново, не знаю может памяти не хватило но у других прог таких ведь проблем нет.
 
 
 
 

Всего записей: 220 | Зарегистр. 15-12-2007 | Отправлено: 18:53 21-04-2019
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
yozhic
 
Да, просто я описал природу явлений специально исключив терминологию. Думаю большинству людей так проще понять что происходит так как вещи-то на деле сложные.
 
Добавлено:
xanxan
 
Да, ABBY при распознании картинки если не встретит текст просто сжимает её и пишет в собственный вариант контейнера PDF 1.3, а распознанный текст выводит в формате MS RTF, хотя по спецификации PDF текст должен хранится в формате ASCII/Text.  
 
И тут можно попробовать исправить эти документы в редакторе PDF типа Iceni Infix - у него есть встроенная распознавалка текстов, хотя она и слабее чем у FR, либо оптимизировать в Traker Software PDF Tools/PDF-XChange Pro (туда входит PDF Tools? KPDF Editor (KDE, UNIX). Редакторы исправят большинство "вольностей" ABBYY и документ будет читаться быстрее.  
 
Тут причина "медлительности" в структуре разметки. Вот посмотрите скрины - первый файл с картинками, далее внутри текст:
 

 

 

 

 
и естественно, что текст (последние три картинки - сам файл как тест, его вывод через xdoc2txt и в SumatraPDF) обрабатывается мгновенно вне зависимости от размера файла. У меня здоровенные документы по несколько тысяч страниц на любой машине читаются "только запустил и уже на экране" и без задержек, а картинки - "ну тут быстро не прочесть, чуток подождёте, ладно?".
 
И в принципе, в вашем случае можно попробовать STDU Viewer (русский сайт живёт "по остаточному принципу", хотя авторы программы наши, русские) - эта программа довольно удобна и шустра, хотя то же не без недочётов, но думаю сможет выручить. Или XnViewMP + GhostScript - с ним он смотрит и PDF, а с картинками у него никогда проблем не было - это же его работа.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 29432 | Зарегистр. 31-07-2002 | Отправлено: 18:56 21-04-2019 | Исправлено: Victor_VG, 19:44 21-04-2019
TsmK74

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
При запуске файла стала быстро показывать все открытые в программе файлы в порядке расположения вкладок, раньше такого поведения не наблюдал, может в настройках есть что-нибудь про это?
SumatraPDF-3.1.2-64

Всего записей: 703 | Зарегистр. 27-08-2016 | Отправлено: 21:16 21-04-2019
los

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
xanxan,
проверьте эти файлы также "плохо" открываются и просматриваются?
https://workupload.com/file/GXmvAvqc
SHA256 (xanxan.tgz) = KwXWv+ZSuYt7RAc6Q4THq8O7JHwFCmgaVjXGEG7jEyQ=
SIZE (xanxan.tgz) = 75911705

Всего записей: 4564 | Зарегистр. 08-09-2001 | Отправлено: 22:33 21-04-2019
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TsmK74
 
Если я правильно помню в v3.1.2 по сравнению с предшественницей оптимизированы алгоритмы, в v3.2 DEV поведение аналогично. Настройки тут не влияют.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 29432 | Зарегистр. 31-07-2002 | Отправлено: 23:27 21-04-2019
xanxan

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
los

Цитата:
проверьте эти файлы также "плохо" открываются и просматриваются?

 
Также.
 
Victor_VG

Цитата:
можно попробовать STDU Viewer

 
Также как и Sumatra не может прочитать Альманах, каждый раз страницы прорисовываются заново.
 

Цитата:
Или XnViewMP + GhostScript  

 
С XnViewMP не очень разобрался как там листать PDF если мышкой то он открывает другие картинки, там есть кнопки листания PDF но это во первых неудобно, во вторых все равно есть подвисание при скроллинге и главное текст не прочитать.
Да и вообще из меню проги удалил файлы что бы не листал лишние картинки так он их с диска удалил, хорошо хоть в корзину. Такие проги нафиг не сдались.
 

Всего записей: 220 | Зарегистр. 15-12-2007 | Отправлено: 12:26 22-04-2019
los

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
xanxan,

Цитата:
Также.  

значит проблема не структуре pdf создаваемых FineReader.

Всего записей: 4564 | Зарегистр. 08-09-2001 | Отправлено: 12:36 22-04-2019
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
xanxan
 
Там можно листать страницы клавишами PgUp/PgDwn - это быстрее чем в меню нажать кнопки со стрелочкой на фоне страниц.
 
А раз у вас все программы так себя ведут, значит причина ABBYY и есть смысл использовать один из PDF редакторов буквально по мелочи что-то поправив так, чтобы заставить того перестроить структуру PDF - тогда редактор содержимое сохранит, а "фирменные особенности" по идее должен устранить как не соответствующие стандарту.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 29432 | Зарегистр. 31-07-2002 | Отправлено: 14:22 22-04-2019
los

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG,

Цитата:
А раз у вас все программы так себя ведут, значит причина ABBYY и есть смысл использовать один из PDF редакторов буквально по мелочи что-то поправив так, чтобы заставить того перестроить структуру PDF - тогда редактор содержимое сохранит, а "фирменные особенности" по идее должен устранить как не соответствующие стандарту.

выше ссылка на соответствующие pdfa стандарту файлы. И xanxan пишет что разницы нет.

Цитата:
Да, ABBY при распознании картинки если не встретит текст просто сжимает её и пишет в собственный вариант контейнера PDF 1.3, а распознанный текст выводит в формате MS RTF, хотя по спецификации PDF текст должен хранится в формате ASCII/Text.  

файл Русский_иллюстрированный_альманах.pdf - это 1.5
И можете поделиться pdf файлом с MS RTF ?
 

Всего записей: 4564 | Зарегистр. 08-09-2001 | Отправлено: 14:47 22-04-2019
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Приятель закинул в редактор Т 1 СБОРНИК СВЕДЕНИЙ О СЕВЕРНОМ КАВКАЗЕ (2).pdf, посмотрел создателя - ABBYY FineReader 14, PDF 1.5, и главное прогнал оптимизацию для исправления ошибок T1_Optimized.7z.
 
Видимый результат - время открытия документа уменьшилось до 0,12 сек, размер стал меньше на 18 Мб - 40 Мб оптимизированный, 58 Мб в оригинале, редактор PDF у полиграфистов на оригинал выводит сообщение "Документ не соответствует спецификациям Adobe PDF 1.2 - Adobe PDF 1.9. Неисправимые повреждения структуры PDF.", на оптимизированный в Traker Software PDF Editor вариант реакция диаметрально иная - "Документ соответствует спецификации PDF 1.7. Ошибок не обнаружено".  
 
los
 
У меня сейчас таких не сохранилось т.к. мы на работе не пользуемся ABBYY FR. Документы в PDF у нас формирует Libre Office, а с ним таких проблем нет. Да и FR не заведётся под нашими рабочими ОС FreeBSD и Tru64 UNIX. Я специально просил приятеля в типографии прогнать выложенный вариант через их редактор - у них есть машина под виндой, у нас их нет.  
 
И ещё один после оптимизации - Русский_иллюстрированныи_альманах_pdfa2_Optimized.pdf  - 2.7z - даже после конвертора Русский_иллюстрированныи_альманах_pdfa2.pdf оптимизированный документ уменьшился с 37 Мб до 19 Мб, а главное открывается мгновенно, редактор у ребят говорит "Ошибок нет, PDF 1.7". А суматра PDF 1.7 читает свободно, и даже достаточно медленный (он сначала подключается к GhostScript, а после постранично считывает документ) GSView 6.0 Beta открывает его в несколько раз быстрее чем Русский_иллюстрированныи_альманах_pdfa.pdf без оптимизации.
 
Добавлено:
SumatraPDF v3.2 Git-61eb8a2b4
 
тут пока переводчики трудились, в алгоритмах изменений не было.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 29432 | Зарегистр. 31-07-2002 | Отправлено: 15:18 22-04-2019 | Исправлено: Victor_VG, 15:53 22-04-2019
los

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG,

Цитата:
и главное прогнал оптимизацию для исправления ошибок

оптимизация термин достаточно широкий и выполняется не для исправления ошибок.

Цитата:
...даже после конвертора Русский_иллюстрированныи_альманах_pdfa2.pdf оптимизированный документ уменьшился с 37 Мб до 19 Мб

файл(ы) не конвертировался а приведен к стандарту pdfa.  
 
Вы разницу понимаете между приведением к стандарту оригинального файла с максимальным сохранением параметров и конвертацией, оптимизацией(изменением dpi и т.д. и т.п.)?
 

Всего записей: 4564 | Зарегистр. 08-09-2001 | Отправлено: 16:30 22-04-2019
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
los
 
Нет, откуды нам сирым знать высокие материя.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2667/C602J/16 GB REG ECC DDR3-1866/GTX 1660, i7-2600/z68/16 Gb DDR3-1600/GTX 1060 3Gb

Всего записей: 29432 | Зарегистр. 31-07-2002 | Отправлено: 16:51 22-04-2019
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147

Компьютерный форум Ru.Board » Компьютеры » Программы » Sumatra PDF | SumatraPDF


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2020

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru