» Sumatra PDF / SumatraPDF

Свежие сборки от XhmikosR

Привёл шапку в более-менее актуальное состояние, добавил ссылки на сборки.

Engaged Clown
А ссылки на сборки от Victor_VG можете в шапку внести?

Сборки от zeniko: http://www.zeniko.ch/#SumatraPDF

ak73
Ну Victor_VG и сам может внести свои сборки в шапку, если захочет.
Просто я не вижу какого-то сообщения, на которое можно было бы ссылаться в шапке.
itsajoke
Чем они известны? Просто как-то боязно неизвестные сборки в шапку постить, вдруг там дропперы троянов.

Engaged Clown, zeniko один из разработчиков SumatraPDF.
И ещё сборки от Krzysztof Kowalczyk: http://blog.kowalczyk.info/software/sumatrapdf/prerelease.html

ak73

Engaged Clown прав - я выкладываю свои сборки на обменник, и адреса там сейчас разные. Стабилизируются когда идеи с сайтом появятся - есть общая идея завязать всё на него.

zeniko и Krzysztof Kowalczyk это и есть разработчики Суматры, и оба не раз меня консультировали в проблемных случаях.

Мои сборки в шапке. Номер версии по необходимости поправлю. AMD64 версий от меня не просите - причины объяснены разработчиками и моё мнение в данном вопросе совпадает с их.

Шапку поправил сведя всё в две группы по состоянию разработки. Давайте так оставим - это сразу покажет где возможны помарочки, а где крокодил под тиной сидит.

Версия 1.9 SVN r4470 в шапке.

Victor_VG

Цитата:

Шапку поправил сведя всё в две группы по состоянию разработки

Не многовато ли вариантов для такой маленькой программы? А главное – непонятно, зачем они вообще нужны, поскольку об их отличиях друг от друга остаётся только гадать. Словно специально, чтобы запутать пользователя (туда же – написание AMD64 вместо x64).

DimmY

Цитата:

туда же – написание AMD64 вместо x64

Кстати да, я за общепринятый вариант - x64.
Что до сборок, то надо просто уменьшить шрифт, имхо.

Engaged Clown
Да ну. Причём тут шрифт? Непонятно, чем одна сборка лучше/хуже другой – вот в чём вопрос. Ладно, если x64. А остальные – зачем они?

Engaged Clown
DimmY

Я собираю из текущих SVN исходников с использованием MS VC 9 из 7-го SDK что гарантирует минимальную версию ОС 5.00 т.е. Win2000. Единственное что мне не удалось пока это заставить срабатывать стандартные сборочные скрипты на Питоне и потому работают старые собирающие в NSIS. Бинарных отличий я специально не вношу, а все тестовые варианты крутятся на моих машинах. За других расписываться не имею морального права.

Что касается понятия AMD64 то это стандартное обозначение данной архитектуры, и более того исторически именно оно было первичным и подразумевает возможность исполнения кода на ЦП как AMD с использованием наборов команд AMD 3DNew! и AMD 3DNew! Pro и адресующих до 64 ГБ (Athlon64) или до 256 Гб (Opteron) ОЗУ /, так и Intel не имеющих данных расширенных наборов команд и адресующих до 16 (Pentium D, Core, Core 2, Pentium Dual Core, Core i3/i5/i7) или до 64 Гб ОЗУ (Xeon) для процессоров с архитектурой ЕМТ64. Так что путать их будет чисто технической ошибкой. Кроме различий в диапазоне адресации есть и более принципиальное отличие в обработке переполнения и или выхода за нижнюю границу разрядной сетки. ЦП Intel в таком случае просто выставляют максимальное/минимальное значение и флаг переполнения, а что будет дальше забота программиста как он это обработает, да и ориентированы они прежде всего на целочисленные вычисления, а вот процессоры AMD поведут себя иначе - у них ALU имеет большую разрядность начиная с первых Athlon имевших 36 битное ALU и они в таком случае выдадут ответ с в формате с плавающей точкой и установят флаги выхода за пределы разрядной сетки вверх -или в нуль и плюс к тому и флаг переполнения поставят. А это уже позволяет корректно обработать ошибку в расчётах. Так что мешать в одну кучу счётные и несчётные, пусть номинально и более "быстрые" ЦП не стоит - скорость вторых с лихвой съедается потерями времени на обработку их архитектурных ошибок.

Думаю, что я расписал отличия этих ЦП понятно и разница видна. У Intel все их ЦП, включая серверные Xeon ориентированы прежде всего на типовые офисные задачи где до 90% операций это операции с целыми числами и сдвигов, а у AMD её ЦП ориентированы на расчёты в системах CAD/CAM/CAE где наоборот целочисленные операции составляют меньшую часть потока команд, а 80% - 90% это операции с плавающей точкой, в том числе длительные по своим алгоритмам операции умножения/деления. Сдвиг выполняется за один такт, а умножение деление выполняются как последовательность сложений и сдвигов на протяжении нескольких десятков тактов. И о типе архитектуры говорит то, на чём считаются операции с умножения/деления у разных ЦП - у Intel на векторных блоках MMX/SSE - математический сопроцессор (FPU) фактически не менялся со времён i586, а у AMD на FPU о чём говорит более высокая чем у Intel производительность FPU если программно отключить векторные конвейеры, И там разница в производительности будет в разы в пользу AMD.

Что касается сборок - убирайте если вам лично не нравится, я например могу вообще про свои и слова не говорить, посмотрим насколько новыми будут те, что вы оставите и сколько ошибок там ещё не будет выловлено. Например свежая серия:

Цитата:

r4471        
fix potential crash introduced with r4461
Today (5 hours ago)    
zeniko
r4470        
reduce resource usage for printing grayscale images
Sep 28 (46 hours ago)    
zeniko
r4469        
update Tamil (Jegatheesan VEERAMALAI) and Dutch (Ruud Kok) translations
Sep 28 (2 days ago)    
kkowalczyk
r4468        
clamp byte values when decoding image samples (fixes issue 1650)
Sep 28 (2 days ago)    
zeniko
r4467        
Edited wiki page WhyOnlyWindows through web user interface.
Sep 27 (3 days ago)    
kkowalczyk
r4466        
Created wiki page through web user interface.
Sep 27 (3 days ago)    
kkowalczyk
r4465        
add optional debug output to PsEngine
Sep 27 (3 days ago)    
zeniko
r4464        
fix part of issue 1633
Sep 25 (5 days ago)    
zeniko
r4463        
print jbig2dec warnings to stderr

Дарк выкладывает бинарники эпизодически, разработчики то же, про остальных я не знаю, мои сборки регулярны. Ну, коли не нужны - уберите. Право исправить шапку по своему усмотрению у Вас есть я в этом случае просто сочту себя свободным от всех обязательств и перестрою свои планы на более удобный для себя режим работы уменьшив собственную загрузку - у меня-то для себя всегда будет вариант с исправленными ошибками.

Victor_VG
Вот вроде бы по-русски говорим, а словно на разных языках.

Цитата:

Что касается понятия AMD64 то это стандартное обозначение данной архитектуры, и более того исторически именно оно было первичным

Кому это интересно в данной теме? Цель-то какая всех этих технически-исторических экскурсов? По-моему, только чтобы показать "чайникам", какие они "чайники". На фоне, так сказать. Но только не помочь.
Буквально на днях один мой знакомый не стал скачивать 64-разрядный дистрибутив некой программы только потому, что у неё в названии было AMD64, резонно предположив, что она предназначена только для процессоров AMD. Будем спорить дальше?


Цитата:

Что касается сборок - убирайте если вам лично не нравится, я например могу вообще про свои и слова не говорить, посмотрим насколько новыми будут те, что вы оставите и сколько ошибок там ещё не будет выловлено .... я в этом случае просто сочту себя свободным от всех обязательств и перестрою свои планы

Ну да. Прямо как в детсаду: "Забирай свои игрушки и не писай в мой горшок".
Ещё раз: мне лично не нравится, что сборок – куча, а чем одна отличается от другой (кроме имени автора) – непонятно.

DimmY
По-моему детский сад с вас и начался. Не нравится куча сборок, качайте официальный релиз 1.8 с официального сайта и не парьте мозг

eddiezato
Объясните преимущества (или недостатки) каждой сборки. В чём проблема, если вам всё ясно? Если же не знаете (а я полагаю, что так оно и есть), то к чему этот ваш демарш?

DimmY
Это не так называемые "сборки" по типу медиаплееров, куда каждый сборщик засовывает свои настройки, кодеки, профили, скины и т.д. Это компиляции одних и тех же исходников разными людьми. Где-то установщик отличается, где-то небольшие изменения в визуальном оформление (например, дикий красный цвет в тестовых сборках Ковальчука), да внутренние тонкости, которые описал на примере свой сборки Victor_VG. Чтобы заметить первые два отличия, скачайте каждую сборку и гляньте. Чтобы узнать, что там особенного при компиляции происходило, задайте вопрос каждому из авторов. Может там есть что-нибудь еще, о чем я не знаю Только праведным гневом я от этого не страдаю, пользуюсь по привычке сборками определенного автора и в шапке не путаюсь. Большой список от разных людей хотя бы гарантирует, что вы всегда сможете скачать самую свежую тестовую версию. Один не собрал, соберет другой

Если вам нужна просто программа для просмотра pdf, как раз для пользователей, боящихся запутаться, специально есть пунктик в начале

Цитата:

Текущий официальный релиз, версия 1.8:

версия с установщиком
портативная версия

[more=AMD64]x86-64 (также x64/AMD64/Intel64/EM64T) — 64-битная аппаратная платформа (чипсет, архитектура микропроцессора и команд), разработанная компанией AMD для выполнения 64-разрядных приложений.
...
На сегодняшний день наиболее распространёнными являются «x64», «x86-64» и «AMD64». Иногда упоминание AMD вводит пользователей в заблуждение, вплоть до того, что они отказываются использовать дистрибутивы родных версий операционной системы, мотивируя это тем, что на их процессоре Intel версия для AMD не будет работать. На самом деле распространители ПО используют название amd64 лишь потому, что именно AMD была пионером в разработке этой технологии. http://ru.wikipedia.org/wiki/X86-64[/more]

eddiezato

Цитата:

Это не так называемые "сборки" по типу медиаплееров

Спасибо за разъяснение. Я-то ведь и не знал.

Цитата:

Чтобы заметить первые два отличия, скачайте каждую сборку и гляньте

Конгениально! А завтра Вася Пупкин, недавно научившийся компилировать чужие исходники, будет пробовать крутить настройки и всякий раз выкладывать свои "сборки" – тоже посоветуете скачивать каждую?

Цитата:

Чтобы узнать, что там особенного при компиляции происходило, задайте вопрос каждому из авторов

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

DimmY
Не думаю, что кто-то что-то вам лично должен написать и разъяснить. Если этот вопрос так глубоко задел ваш пытливый ум, сделайте это сами. Возможно сообщество данного форума отблагодарит за труд В ходе обсуждений накопилось ссылок на разных авторов. Нашелся человек, который вместо нытья "объясните/соберите" сам оформил все ссылки в шапку. В любом случае вы вольны ее исправить, оставив там только оф. сайт

eddiezato
Вместо хамства вы способны сами объяснить хотя бы свой выбор? И добавить в шапку эту информацию. Чтобы она была полезна ещё кому-либо.

DimmY
Хамства? Окститесь Я чисто по привычке пользуюсь сборками разных программ от XhmikosR, а если он запаздывает, то суматру от Victor_VG, которого вам кстати следовало бы поблагодарить за внесение в шапку важных для вас пояснений

DimmY

Я только что это и сделал просмотрев бинарники всех сборок и указав на какой минимальной ОС они вообще запустятся. Скажу более того, Дарк собирает код в MinGW32-x86-64 в бинарниках имеются характерные для него пометки. Я много времени им пользуюсь и их узнаю сразу, XhmikosR чётко написал чем пользуется:

Цитата:

These are vanilla builds from SumatraPDF's trunk.

The "SumatraPDF-VERSION.exe" is the portable build which saves the preferences
in the same directory as the executable itself and it lacks the plugins.

The "SumatraPDF-VERSION-install.exe" is the installer build with all the plugins included.

Nothing is modified except for the building flags, which will produce faster executables.
See an old benchmark here, though it's been some time since I did it so the improvement
probably won't be the same: http://tinyurl.com/6eq3f5k

Official webpage: http://blog.kowalczyk.info/software/sumatrapdf/free-pdf-reader.html
SVN log: http://code.google.com/p/sumatrapdf/source/list


System Requirements:
* Windows XP SP3 or newer
* An SSE capable CPU

The building environment is as follows:

* nasm 2.09.10
* Microsoft Visual C++ 2010 SP1
* Microsoft Windows SDK v7.0A

и guti

так же написал чем собирает:

Цитата:

Compiled with Visual C++ 2010 SP1 instead of Visual C++ 2008 to achieve better quality code (32 bit executable is 4,362 Kb. instead of 4,364 Kb. in the official compile).

перевожу:

Цитата:

Собран с Visual C++ 2010 SP1, а не Visual C++ 2008 в целях оптимизации кода (32 бит исполняемый файл 4362 Кб. Вместо 4364 Кб. В официальной компиляции).

разработчики применяют MS VC++ 2008, но у zeniko лежит вариант с исполняемым модулем от 19.09.2011. Открой инсталлятор в 7-Zip и посмотри на дату создания файла.

Надеюсь, что я за вех ответил на все вопросы?

eddiezato
Окстился. Но, увы, я несколько менее глуп, чем вам бы того, боюсь, хотелось, и потому следовать вашему стилю не буду.
Да, насчёт сборок сейчас стало понятнее, поэтому я благодарю Victor_VG.

DimmY

Ладно, тут мы все виноваты - это я как вычислитель был обязан сразу расписать эти особенности, но не сделал.... Спасибо что напомнил!

Свою сборку обновил до 4473 (прибиты критические ошибки в коде) и заодно обновил и manual_en и manual_ru - оба собраны для соответствия возможностям версии 1.8 и пекомпилированы в CHM. Так что лазить на сервер за Справкой с моей сборкой как обычно не нужно - всё в архиве. Читайте, линки в шапке.

Sumatra PDF 1.9.4490 Beta от Dirk Paehl
32-битная версия - 64-битная версия
Изменения...

Билд r4505 в шапке. Собрался. Не собирались r4697 - r4504. Написал, исправили.

Sumatra PDF 1.9.4516 Beta от Dirk Paehl
32-битная версия - 64-битная версия
Изменения...

Интересно, а поддержка fb2 есть в планах?