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

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

Модерирует : 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

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

AndyZ

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

WinDjView - это быстрая и компактная программа для просмотра файлов формата DjVu под Windows с вкладками для документов, непрерывной прокруткой страниц и расширенными возможности печати. Она основана на свободно распространяемой библиотеке DjVuLibre. Формат DjVu позволяет сохранять документы и картинки с высоким качеством в файлы малого размера. Программа WinDjView является свободным программным обеспечением. Вы вправе распространять её и/или модифицировать, соблюдая условия Открытого лицензионного соглашения GNU (GPL), опубликованного Free Software Foundation; либо версии 2 Соглашения, либо (по вашему выбору) любой более поздней версии.
 
Сайт: http://windjview.sourceforge.net/ru/
История изменений: http://windjview.sourceforge.net/version-history
 
Текущая версия: 2.1
Скачать WinDjView 2.1
 
Текущая версия для Win 98/ME: 1.0.3
Скачать WinDjView 1.0.3
Скачать WinDjView 1.0.3 archive-repack

WinDjView Extended 4.0.1 - WinDjView с дополнительными возможностями
Зеркало
Что нового? (06.11.2024)

В этом топике вы можете задавать вопросы по программе и сообщать об ошибках. На SourceForge.net есть страница проекта со своим форумом и базой ошибок и пожеланий, но если пользуетесь сервисами SF.net, то лучше использовать английский язык.
Если у вас имеется проблема, то сначала проверьте, не исправлена ли она в последней версии. Если нет, то опишите подробно по шагам ваши действия, полученный результат и ожидаемый результат. Также имеет значение версия операционной системы. Если проблемы проявляются только на некоторых документах, дайте линк на эти документы.
 
Как "подкрасить" фон страниц (для улучшения читабельности) (реализовано в WinDjView Extended)
Как оптом стереть все пользовательские аннотации/закладки (реализовано в WinDjView Extended)
Как пакетно декодировать все страницы многостраничного DjVu-файла (реализовано в WinDjView Extended)
Программа для отображения линии чтения в WinDjView (реализовано в WinDjView Extended)
 
Диалоги о WinDjView-subpix (форк программы с другой технологией рендеринга, для ЖК дисплеев; в версии 2.0 оригинальной программы так же появилась возможность настройки использования данной технологии):
[0], [1], [2], [3], [4], [5]

WinDjView в Википедии: http://ru.wikipedia.org/wiki/WinDjView

Всего записей: 214 | Зарегистр. 23-01-2006 | Отправлено: 19:33 24-01-2006 | Исправлено: NME, 10:20 11-11-2024
AndyZ

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
monday2000
.dsw - это не project, а workspace. Проект - это .dsp. В одном workspace может быть несколько проектов, причём можно указать зависимости между ними - то есть в каком порядке компилировать.
 
Ваша ссылка на книгу не работает. Я сам в основном изучал не по книгам, а по примерам из студии, ну и конечно MSDN и Google.

Всего записей: 214 | Зарегистр. 23-01-2006 | Отправлено: 17:44 08-02-2006 | Исправлено: AndyZ, 17:45 08-02-2006
monday2000

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

Цитата:
Ваша ссылка на книгу не работает.

А, значит там RuIPs only. Книжка имхо замечательная - простая и понятная. С нуля обучает вообще. Вот зеркало: http://rapidshare.de/files/11000134/Programming_Windows_.CHM.html А вот эту только сейчас заметил (т.е. не читал) http://rapidshare.de/files/10585630/Programming_Windws_with_MFC.chm.html - наверное, тоже полезная.
 
 
Добавлено:
Тут есть тема по российским прокси: http://forum.ru-board.com/topic.cgi?forum=55&topic=0281&glp .

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 18:00 08-02-2006
AndyZ

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я уже несколько раз пробовал найти русский прокси-сервер, и мне это ни разу не удавалось по-настоящему сделать. Из тех списков, которые публикуют, работают единицы, и те прикрывают за несколько часов. Так что мне надоело и я бросил заниматься этой ерундой. Мне не так и нужны эти ресурсы, которые закрывают доступ с нерусских IP.

Всего записей: 214 | Зарегистр. 23-01-2006 | Отправлено: 18:44 08-02-2006
monday2000

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

Цитата:
Из тех списков, которые публикуют, работают единицы, и те прикрывают за несколько часов.

Интересно. Я встречал и коммерческие службы - $1 за 1 ГБ - через русский прокси. Выйти на них можно через форум бесплатного сервиса fload.ru.
 
Добавлено:
Вчера я сумел скомпилировать cjb2.exe под MS VC++ 6.0. Кому интересно, вот выложил:
 
http://rapidshare.de/files/12855747/cjb2_exe_msvcpp6.rar.html  (148 КБ)
 
Попутно нашёл микробаг в исходниках, подправил (без этого не компилировалось). Описание внутри архива. Теперь займусь прочими консольными программами от DjVuLibre. Вообще-то это, конечно, не новость -скомпилированные под Win DjVuLibre-исходники вот тут лежат уже года 2: http://djvu.anadelta.com/WinDjvu.zip - но там просто сами экзешники, а dsp-dsw-файлы не прилагаются для их компиляции.
 
Добавлено:
Интересно, что экзешник из конфигурации "Release" больше такового из конфигурации "Debug" ровно на 700 КБ - 284 и 984 КБ. Не знаете ли, как сделать конфигурацию "Release" по умолчанию? А то при открытии dsw-файла исходники билдятся по-умолчанию в "Debug".

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 09:22 09-02-2006
foo



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AndyZ
Послал по почте файлы с новым методом ресемпоинга.

Всего записей: 1210 | Зарегистр. 26-09-2002 | Отправлено: 19:11 12-02-2006
AndyZ

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
foo
Скомпилировал программу с новым алгоритмом. Ощущения такие - на больших масштабах разница с текущим алгоритмом почти не заметна, а вот при маленьком масштабе новый алгоритм действительно даёт более чёткое изображение. Я ещё проведу тесты, чтобы сравнить их скорость. Если разница небольшая, то я включу его в следующую версию.
 
У меня есть несколько вопросов по Вашей реализации: 1) почему для thumbnails используется исходный алгоритм, 2) почему если размер картинки увеличивается, что используется исходный алгоритм, и 3) я совершенно не понял смысл строк 194-199 в RenderThread.cpp - комментарий "Skip custom scale if near to actual size" е соответствует коду. Почему при условии в строке 195 тоже используется исходный алгоритм?

Всего записей: 214 | Зарегистр. 23-01-2006 | Отправлено: 00:12 13-02-2006
F3GBJU



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
просьба дать возможность высокого качества даже в ущерб скорости, по выбору пользователя.  
иначе читать книги почти невозможно,на любой скорости!

Всего записей: 319 | Зарегистр. 26-09-2004 | Отправлено: 01:16 13-02-2006
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Закончил компиляцию DjVuLibre 3.5.16 для Win32. Поместил соответствующую информацию тут: http://sourceforge.net/forum/forum.php?thread_id=1439736&forum_id=103285 .  
 
Скачать комплект можно тут: http://rapidshare.de/files/13157024/DjVuLibre_3_5_16_Win32.rar.html  (1,35 MB)

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 10:07 13-02-2006
jvalej

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Присоединяюсь к просьбе F3GBJU! И спасибо за замечательную программу и активную разработку

Всего записей: 1477 | Зарегистр. 09-09-2003 | Отправлено: 11:11 13-02-2006
foo



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

Цитата:
Скомпилировал программу с новым алгоритмом. Ощущения такие - на больших масштабах разница с текущим алгоритмом почти не заметна, а вот при маленьком масштабе новый алгоритм действительно даёт более чёткое изображение. Я ещё проведу тесты, чтобы сравнить их скорость. Если разница небольшая, то я включу его в следующую версию.
 

Для больших масштабов этот алгоритм и не нужен, там и так все хорошо, он нужен как раз при уменьшении.
 

Цитата:
У меня есть несколько вопросов по Вашей реализации: 1) почему для thumbnails используется исходный алгоритм?

Для увеличения скорости рендеринга: для thumbnails особой разницы нет, какой алгоритм используется, поэтому лучше использовать встроенный рескейлинг, как было, т.к. он работает быстрее и памяти в это время кушает меньше, а результат все-равно примерно одинаковый получается - нужен же только общий вид.
 

Цитата:
2) почему если размер картинки увеличивается, то используется исходный алгоритм

По той же самой причине - встроенный алгоритм работает быстрее, а видимой разницы при upsampling'е, практически нет.
 

Цитата:
 3) я совершенно не понял смысл строк 194-199 в RenderThread.cpp - комментарий "Skip custom scale if near to actual size" е соответствует коду. Почему при условии в строке 195 тоже используется исходный алгоритм?

Этот кусок я взял из DjVuLibre, здесь определяется является ли требуемый размер практически идентичным оригинальному (+/- 15 пикселей), если да, то ресемплинга не происходит, или он делается быстро. Т.е. смысл этого куска, если мы имеем Actul Size, то пусть его обрабатывет DjVuLibre, по приведенным выше причинам.
 
На мой взгляд, это является оптимальным решением.  

Цитата:
Если разница небольшая, то я включу его в следующую версию.

Как опциональную возможность нужно включить, IMHO, в любом случае, ведь по умолчанию ничего не изменится, а у пользователя появится возможность какого-то выбора, если потом когда-нибудь найдется что-то лучше, можно будет заменить.  
 

Всего записей: 1210 | Зарегистр. 26-09-2002 | Отправлено: 18:08 13-02-2006 | Исправлено: foo, 18:17 13-02-2006
AndyZ

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
foo
Цитата:
Этот кусок я взял из DjVuLibre, здесь определяется является ли требуемый размер практически идентичным оригинальному (+/- 15 пикселей), если да, то ресемплинга не происходит, или он делается быстро. Т.е. смысл этого куска, если мы имеем Actul Size, то пусть его обрабатывет DjVuLibre, по приведенным выше причинам.  
В том-то и дело, что данный кусок срабатывает не в том случае, когда размер близок к исходному, а когда уменьшение происходит в почти целое число раз. Actual Size обрабатывается в той ветке, которая выше. Я думаю, что этот код нужно убрать.
 
Насчёт скорости - судя по замерам, новый алгоритм работает примерно в 2 раза медленнее.
 
Добавлено:
По-видимому, правило должно быть такое: если и ширина и высота картинки больше чем в 2 раза меньше, чем у исходной, то можно использовать новый алгоритм. Вроде бы если картинка больше, то новый алгоритм даёт качество даже чуть хуже, чем сейчас. А на таких маленьких картинках, как thumbnails, разница и в скорости и в качестве почти незамента.

Всего записей: 214 | Зарегистр. 23-01-2006 | Отправлено: 18:56 13-02-2006 | Исправлено: AndyZ, 19:26 13-02-2006
foo



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

Цитата:
В том-то и дело, что данный кусок срабатывает не в том случае, когда размер близок к исходному, а когда уменьшение происходит в почти целое число раз. Actual Size обрабатывается в той ветке, которая выше. Я думаю, что этот код нужно убрать.

Упс, сорри, действительно, недотумкал. Кстати, в этих случаях, я посмотрел, результат выдаваемый DjVuLibre долстаточно близок к этому алгоритму, так-что можно и оставить, или убрать .
 

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

Вам решать, резутат такой, потому что сглаживание меньше .
 

Цитата:
А на таких маленьких картинках, как thumbnails, разница и в скорости и в качестве почти незамента

В качестве не заметна, вы правы, но по скорости позвольте с вами не согласится, большей частью скорость зависит от размера исходной картинки, поэтому даже если на выходе будет размер в 1 пиксел, затраты все равно будут большими, т.к. этот алгоритм по большому счету является интегрированием. И потом, поскольку он встаривается как еще одно промежуточное звено, то использует в процессе дополнительную память. У вас, наверное просто машинка новая, поэтому сильно не ощущается . Я бы посоветовал использовать метод из DjVuLibre для thumbnails, все-таки переделок почти нет, а экономия заметная.
 

Всего записей: 1210 | Зарегистр. 26-09-2002 | Отправлено: 22:21 13-02-2006 | Исправлено: foo, 14:19 14-02-2006
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я скомпилировал консольную утилиту cjb2.cpp из DjVuLibre 3.5.16 под Win32 - с поддержкой TIFF. Поместил соответствующую информацию там же: http://sourceforge.net/forum/forum.php?thread_id=1439736&forum_id=103285 .  
   
Скачать пакет можно тут: http://rapidshare.de/files/13232587/cjb2t.rar.html (243 KB)  
 
Сам экзешник я назвал чуть-чуть иначе - "cjb2t.exe" - вместо родного названия "cjb2.exe" - чтобы не перепутать с первоначальным "простым" cjb2.exe. Там же прилагается компиляционый проект под MS VC++ v6.0 - т.е. каждый теперь может сам скомпилировать.

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 09:31 14-02-2006
ghosty



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вот какая неприятная проблема вырисовалась. Имеется *.djvu - 7 полноцветных страниц (скан журнала). При попытке его распечатать из WinDjview на диске создается зачем-то огромный своп-файл в 620 мегов (на 4 страницы), после чего место на диске, задание пропадает из очереди печати, и печать не происходит.
С чем это может быть связано, и можно ли этого избежать? Спасибо.

----------
пропадет-растает

Всего записей: 6808 | Зарегистр. 21-09-2002 | Отправлено: 13:29 14-02-2006 | Исправлено: ghosty, 13:45 14-02-2006
AndyZ

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ghosty
Версия WinDjView последняя? Какая версия Windows? Какой принтер? Установлен ли последний драйвер?
 
Механизм печати следующий: WinDjView отсылает драйверу принтера исходные полноразмерные полноцветные страницы, после чего сам драйвер производит масштабирование (и преобразование к чёрно-белому виду). Так сделано потому, что как показали эксперименты, именно такой метод даёт наилучшее качество печати. А в процессе работы драйвера создаётся тот самый файл.
 
Если журнал A4 отсканирован в разрешении 600 dpi, то каждая страница, отсылаемая на принтер, будет занимать по 100 мегабайт. По-видимому, драйвер с этим не справляется. Попробуйте печатать по 2-3 страницы за раз.

Всего записей: 214 | Зарегистр. 23-01-2006 | Отправлено: 14:24 14-02-2006 | Исправлено: AndyZ, 14:24 14-02-2006
ghosty



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

Цитата:
Если журнал A4 отсканирован в разрешении 600 dpi, то каждая страница, отсылаемая на принтер, будет занимать по 100 мегабайт. По-видимому, драйвер с этим не справляется. Попробуйте печатать по 2-3 страницы за раз.

Да, скорее всего, именно в этом разрешении он и отсканирован. Потому что после того, как я освободил место на диске, мне удалось распечатать все 7 страниц. При этом было использовано 715 Мб.

Цитата:
Версия WinDjView последняя? Какая версия Windows? Какой принтер? Установлен ли последний драйвер?

Последняя. WinXP SP2. HP 1000w. Установлен.
 
Т.е. избежать создания такого большого спул-файла (без потери качества) не удастся?
Как-то странно все-таки. М.б. возможен перевод этих самых исходных полноразмерных полноцветных страниц в JPG, например, перед передачей драйверу?
Та же проблема, кстати, и с печатью из офиц. плагина, поэтому это ни в коем случае не критика, а стремление как-то разобраться...

----------
пропадет-растает

Всего записей: 6808 | Зарегистр. 21-09-2002 | Отправлено: 14:37 14-02-2006 | Исправлено: ghosty, 14:38 14-02-2006
monday2000

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AndyZ
Такое небольшое пожелание: нельзя ли сделать фичу "Reload" (и по F5) - чтобы файл перезагружался и причём та же страница выводилась? А то я тут сейчас руками в Эдиторе делаю гиперссылочное оглавление в одной книжке (т.е. изображение пунктов оглавления делаю как ссылки) - и приходится после вставки очередной гиперссылки вручную переоткрывать книгу и листать на страницу с оглавлением - чтобы посмотреть, что получилось. Кстати, в дежавю-плагине по-моему такой фичи тоже нет.

Всего записей: 2841 | Зарегистр. 13-01-2005 | Отправлено: 14:08 15-02-2006
AndyZ

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ghosty
Цитата:
Т.е. избежать создания такого большого спул-файла (без потери качества) не удастся? М.б. возможен перевод этих самых исходных полноразмерных полноцветных страниц в JPG, например, перед передачей драйверу?
Может быть и можно, но, честно говоря, совершенно не хочется этим заниматься. Печатает - и хорошо.
 
monday2000
Цитата:
нельзя ли сделать фичу "Reload" (и по F5)
Не получится, вроде всё равно придётся закрывать файл в WinDjView перед тем как нажимать Save в редакторе. Можно не листать, а вводить номер страницы на тулбаре. Наверно помогут favorites, но когда они появятся сказать не могу. А почему нельзя проставить сразу все ссылки, а потом проверять что получилось?

Всего записей: 214 | Зарегистр. 23-01-2006 | Отправлено: 17:00 15-02-2006
foo



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AndyZ
Когда ожидается новая версия ? Может быть нужно с чем-нибудь помочь?

Всего записей: 1210 | Зарегистр. 26-09-2002 | Отправлено: 23:34 15-02-2006
ghosty



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

Цитата:
Может быть и можно, но, честно говоря, совершенно не хочется этим заниматься. Печатает - и хорошо.

Я Вас хорошо понимаю, мне тоже, наверное, было бы лениво с этим возиться Но представьте себе, если у человека не 7 листов, а 70 %)  
Хотя, возможно, лучше задать этот вопрос в другой ветке.
 
Добавлено:
Вот, еще придумал: может быть, можно сделать такую опцию, чтобы печать автоматически происходила страница за страницей (только после того, как отпечатана  одна страница, подавать на печать другую) в том случае, если, например, величина страницы при печати будет превышать, к примеру, 20 Мб. Или это тоже сложно?

----------
пропадет-растает

Всего записей: 6808 | Зарегистр. 21-09-2002 | Отправлено: 12:14 16-02-2006
Открыть новую тему     Написать ответ в эту тему

Страницы: 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

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


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

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru