Что скажете...

← →
Дмитрий К © (2007-09-04 18:49) [240]

> Да, а сообщение об ошибке в инсталляторе с Атлона можно
> увидеть?

Exception c000001d at 8837b
Причем, та же и в XP и в Me.
Zoomer, сам по себе, в Windows Millenium на Атлоне вообще не запустился - система выдала ошибку, после нажатия "закрыть" - снова и т.д.
Возможно, конечно, все ошибки на Атлоне из-за кривого железа, но на нем тот же Photoshop, например, работает без проблем. Это я к тому, что:
> Вот не пойму при чём там может быть Атлон вообще

> виртуальная машина под Вистой, думаю, все равно будет фактически
> работать по правилам хостовой оси и хостового железа

Очень похоже, что это именно так.

На всякий случай:

1 комп.:
Intel Core 2 Duo / Vista x64 (XP, 98 на вирт. машине)

2-й:
AMD Athlon XP / Windows XP, Windows Millenium

← →
Vladimir Kladov (2007-09-04 19:33) [241]

показывает на команду paddq mm7, mm1.
Что за... поддержка MMX называется. Ладно у меня только 1 такая
команда, поправлю. Кстати, у вас не должны тогда грузиться гифы - вообще! Но это только в загрузчике gif"а, непонятно тогда,
что с открытием программы с директорией в командной строке :(

← →
Дмитрий К © (2007-09-04 19:48) [242]

> Кстати, у вас не должны тогда грузиться гифы - вообще!
Точно, не грузятся.

← →
Дмитрий К © (2007-09-04 19:53) [243]

> непонятно тогда,
> что с открытием программы с директорией в командной строке :(
Заметил такую вещь, если директория открывалась в зумере ранее, и зумер "запомнил" последний просмотренный файл, то с вероятностью близкой к 100% тумбы испортятся.

← →
Vladimir Kladov (2007-09-05 11:45) [244]

Но я надеюсь, не когда программа уже загружена, а именно при запуске с этой директорией, так?

Не могу пока обновлять на kolmck, сайт не доступен. Пока еще чего-нибудь поделаю.

← →
Vladimir Kladov (2007-09-05 11:48) [245]

А, нет, уже всё работает. Мне сейчас главное KOLGraphic обновить, чтобы с gif-ами не было проблем в mmx-оптимизированной версии на Атлонах.

← →
Дмитрий К © (2007-09-05 11:59) [246]

> Но я надеюсь, не когда программа уже загружена, а именно
> при запуске с этой директорией, так?

Именно так.

← →
Vladimir Kladov (2007-09-05 12:01) [247]

Ну вот, заодно обновил и zoomer: 401O. Вот что я попробовать решил, пока в голову больше ничего не приходит: задержка 250 мс остаётся для случая директории в командной строки, но отсчёт начинается только после отрисовки окна просмотра, с картинкой или без. Т.е. моё предположение в томЮ что проблема в попытке тумбнайла получить ClientRect этого окошка слишком рано, из другого потока, что приводит к поломке всего потока. Не факт, конечно, но есть надежда, что поможет. Ну, и gif с инсталлятором на Атлонах, соответственно, должен работать.

А вот сейчас интересный момент: будет ли всё еще ломаться на 1ядерном Атлоне, если ломается на 2ядерной машине.

← →
Vladimir Kladov (2007-09-05 17:16) [248]

kolmck опять не работает, и даже не пигуется. Соответственно, доступ только к старому почтовому ящику.

← →
Vladimir Kladov (2007-09-05 21:13) [249]

Все, Тэдди сайт наладил, теперь все пашет. Обновил CxKolTiffJpg сразу же, а то битые tiff"ы вообще не читались, пусть хоть до первого сбоя читаются, как в других вьюверах.

Версию O можно не качать, уже проверили: то же. Надо делать версию с преподробным логом загрузки тумбочки, завтра займусь.

← →
Дмитрий К © (2007-09-05 21:18) [250]

> битые tiff"ы вообще не читались, пусть хоть до первого сбоя
> читаются, как в других вьюверах.

Кстати битые png тоже не читаются.

← →
Vladimir Kladov (2007-09-06 11:12) [251]

Пришлите мне, небольшой только, сбойный png. А то руками устроить сбой я попробовал - сначала мусор напихал с помощью hexapad"а, потом вообще треть обррезал - все равно показывается (хотя и с мусором на хвосте). Не попадаются мне на и-нете png-файлы, обычно "хороший" сбой получается как раз при качке из сети, когда файл не докачивается. Так с тиффом было: скачал картинку с сайта хаббла, оказалась побитая, тогда и обнаружил проблему.

Сейчас выложил 401o, при бросании папки на ярлык программы будет строить лог Лучше сделать папку и 1, ну 2 картинок, чтобы лог был поменьше. thumb_load_log.txt, в папке зумера. Очень боюсь только, что опять получится "градусник, меняющий температуру воды", т.е. что наличие лога "исправит" пробему.

← →
Дмитрий К © (2007-09-06 15:44) [252]

> Кстати битые png тоже не читаются.

Оказывается читаются. Просто я на полумеговом недокачанном png не дождался.
Очень медленно. На порядки медленнее др. просмотрщиков.

← →
Дмитрий К © (2007-09-06 20:14) [253]

> 401o

Есть папка с одной картинкой (c:\tst1img\img.bmp).
Тумбнэйл сломался.
Лог загрузки:
Enter1 3 Enter2 img.bmp Enter3 Enter4 Enter7 Enter8 Strm 0 Enter9 Enter12 Enter13 Enter16 Bitmap1 Bitmap2 Bitmap3 Bitmap4 Bitmap5 Bitmap6 Final1 Final2 Final3 Final4 Final7 Final8 Final9 Final10 Final12
+ Системное сообщение об ошибке в программе:
> ...
> Смещение исключения: 0000ee35
> ...

← →
Vladimir Kladov (2007-09-06 22:54) [254]

Смещение в данном случае бесполезно: где-то в глубине системным процедур, 40ee35.

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

Когда диспетчер задач вызывается, показывается два отдельных
графа загрузки процов, на Атлоне64 или один?

Единственное, что я могу подозревать, то либо чистую двухъядность, или
такой гипертрдинг, который ближе к двухядерности, чем к моей
гипертрединговости на интеле. Т.е. ошибка явно возникает (другого не
остается пока) из-за попытки обратиться к хранилищу тумбочек
одновременно на чтение по одному адресу, и на запись по другому.
Странно, однако, что не наступает восстановление нормальной ситуации.
Как будто "читатель", недовольный результатом, срочно шлет "писателю"
команду перечитать это дело, а тот в своем потоке начинает писать
новый тумб, а в это время читатель одновременно пытается прочитать, и
у них начинается ступор, быстро переходящий в стагнацию.

Я попробовал разделить маппинг файл хранилища, создав отдельное окно для
чтения и для записи. Это потребовало несколько времени на переделку, но
это лучше, чем делить доступ к хранилищу семафором. (Хранилище, это
временный файл ZOOxxxx.xxx в temp-диретктории, и объектная обвязка к
нему, такое решение я принял еще давно, когда тумбы сканировались
всегда все, и количество их могло быть таковым, что иногда требовался
гигабайт и больше. Сейчас, если > 100 картинок, тумбы грузятся лишь по
мере надобности, но механизм остался прежний).

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

--- Что касаемо медленного png, это потому, что пришлось задействовать свой kolpng, написанный исключительно на паскале, вместе с lzw-декодированием. Тот что в KOLGraphic лажается в слишкм простых ситуациях. Самое неприятное: зацикливается (лучше бы падал). Надо же проверять результат обращения к функции, а не надеяться, что всегда всё путём. Потом руки дойдут доберусь я и до png. Правда, больших png видеть не приходилось. Максимум - как скриншот экрана.

← →
Дмитрий К © (2007-09-06 23:39) [255]

> Когда диспетчер задач вызывается, показывается два отдельных
> графа загрузки процов, на Атлоне64 или один?

Два. Только у меня не Атлон64, а Intel Core 2 Duo.

← →
Vladimir Kladov (2007-09-07 12:58) [256]

Положил версию 401p. Вообще изменил алгоритм хранилища тумбов, убрал вообще маппинг файл, не будет вообще оставаться файл ZOOxx.tmp в темповой дире. А для тумбов GlobalAllocom беру память по 16М блоками, и без засорения кучи распределяю. Сейчас, если оять облом, исключается возможная проблема маппинг-файлов, нестыковок между читателем и писателем и если оно опять падает на директории, то нужно опять делать лог, но уже на рисовальщике тумбов.

← →
Vladimir Kladov (2007-09-07 13:15) [257]

Так, сто не надо качать. Говорят, то же, 50/50. Пойду лог рисовальщика делать.

← →
Vladimir Kladov (2007-09-07 14:10) [258]

Положил Q, с подробным логом рисования. Мне бы нужен лог именно с Duo, лог от Атлона 64 мне тоже пришлют, надеюсь. Лог лучше упаковать раром, он жмется в 100 раз. Спасибо!

← →
Vladimir Kladov (2007-09-07 15:29) [259]

Вот такой облом: хоть я и сделал лог с накоплением его в памяти, и сбросом порции лога только после окончания процедуры на диск, сработал тем не менее эффект градусника - на Атлоне64. Есть только 3-секундная задержка перед началом показов тумбов в этом случае но все равботает нормуль, без красных кругов. Посмотрите, приз, на 2 Duo, и если там все такое же, то я оставлю лог, просто уберу его сбрасывание на диск, к этому моменту процедура отрисовки уже завершилась, и лог можно просто очистить. Только посмотрите, пожалуйста, 3 случая: маленькая папка (1-5 файлов), средняя (<100), и большая (200-2000, сколько наберётся). Последний случай отличается только тем, что грузятся не все тумбы сразу, а только те, что видны, остальные - как обычно, по мере надобности догружаются.

← →
Дмитрий К © (2007-09-07 16:14) [260]

На Duo тоже эффект градусника.
Проверил все три случая.

← →
Vladimir Kladov (2007-09-07 23:38) [261]

Замечательно :( Ладно, уберу завтра сохранение "исправлябщего" лога, тогда сообщу Надо будет убедиться, что все это "исправление" при этом сохраняется. Окончательное исправление корней отложу до появления у меня атлона. (А потом не задавайте вопросов, почему у меня дома аж 6 пц...)

← →
Vladimir Kladov (2007-09-08 10:08) [262]

Положил 401q, посмотрите, пожалуйста.

Кстати, для png я пока что сделал хотя бы реагирование на отмену загрузки - по Esc (выход из программы) и по стрелкам, для перехода на другую картинку. Выход, на большой картинке, конечно, не мгновенный, но по крайней мере, это лучше, чем снимать процесс из диспетчера. Вообще, с png я посмотрел, если его улучшить, кое-что для быстрой загрузки и быстрого построения тумба на гигантском png сделать можно. Поставил себе в очередь, тем более, что там с альфа-каналом еще разбираться надо.

я сейчас срочно переключаюсь на завершение программы Анукапочитай, там до 40Мбайт картинок и музыки, и мне надо выложить в ближайшие дни, потом продолжу с зумером. (Это прога для научения детей чтению, от 4 до 8 лет, бесплатная - до сих пор просто некуда было выложить, так раздавал).

← →
Дмитрий К © (2007-09-08 14:20) [263]

> Положил 401q, посмотрите, пожалуйста.

Бросил папку с картинками на ярлык. Ошибка в программе. Смещение 675fc.

← →
Vladimir Kladov (2007-09-08 18:31) [264]

Tckb "nj flhtc 4675fc, то абсолютно левый, показывает упакованной поцедуры, которая принадлежит к тиффу. А лог-то создавался, или сразу при старте валится и ничего не успевает показать?

← →
Vladimir Kladov (2007-09-08 23:40) [265]

Балда я, какой лог, сам же его убрал. В общем, положил R, вернул в нем задержку 250 мс в случае директории в пути, до первой загрузки тумба, и плюс лог формируется. Больше ничего не пидумывается что-то. Посмотрите?

← →
Дмитрий К © (2007-09-09 00:21) [266]

В случае папки в пути тумбы портятся. Лог - не понял какой. Создается только exit_log.

← →
Vladimir Kladov (2007-09-09 12:01) [267]

Перепост, не ту ветку засорял :)

Vladimir Kladov (09.09.07 11:36)

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

Vladimir Kladov (09.09.07 11:55)

Хотя, чего откладывать на вечер, там пару строк в коде изменить. Вот сейчас и положу 401r, лог по завершении программы
thumb_draw_log.txt, но только если с папкой в командной строке. Жмется раром во много-много раз.

Все, лежит. Ждет, горяченький :)

← →
Vladimir Kladov (2007-09-10 01:19) [268]

Выложил 401S, проверена мной лично на Core Duo, под свистой (впечатление - у меня на стареньком ноуте с 1ГГц и 256 М памяти на борту летает быстрее, чем на этом новом с 1.8ГГц и 1Гб памяти. Правда, у меня XP, а не Vista). К сожалению, на второй машинке Core 2 Duo Vista слетела при вырублении питания (шнур не успел воткнуть, а окошко было DOS, и само не вырубилось). Если удастся всунуть ХРень, тогда и на 2Duo смогу посмотреть сам. А пока можете у себя глянуть.

← →
Mariya (2007-09-10 10:06) [269]

подскажите, pls, новоиспеченноу программисту, как осуществить поиск в delphi, по нескольким полям. Например, есть база - ФИО, я написала фильтр и каждый отдельно работает, в гриде показывает, а мне нужно чтобы из выбранных Ивановых, можно набирать имя, и он фильтровал из имеющихся Ивановых, а он у меня игнорирует предыдущий фильтр (Ивановых). Начинает искать только по следующему (имени). Заранее, thnks.

Обновил до 401s. Png стали грузиться быстрее (interlaced - в несколько раз). Быстрее работает со списком, грузит каталог. Устранил мелкие неточности. 2-процессорных машин у меня опять нет, но я надеюсь, новых ляпов не наделал, которые бы на 2процессорных машинах дали бы неприятности.

> Обновил до 401s.

При выходе 204 по адресу 40299с.
Тумбы портятся. (Проверяю так: в Zoomer открываю папку, выбираю в списке картинку, F12, меняю оформление. Тумбы портятся всегда).
В установщике путь установки пустой (вместо C:\Program Files (x86)\Zoomer\). И, если в конце пути нет слэша, пишет что папка не доступна для записи.
Core 2 Duo, Vista x64.

Та же ошибка при выходе. Причем сообщение выдается 2 раза подряд...

Есть здоровенных jpg около 45 мегов 29999 х 29999, 24bpp. Открывается нормально на 3% от размера. Начинаю увеличивать. При переходе с 25% на 50 - жрет памяти мегов этак 500... Это нормально?
При переходе 50% -> 75 и 75 -> 100 вместо картинки черный фон...

В картинках (jpg, bmp), которые при нажатии * отрисовывается в 200 или 400% похоже не верно вычисляются размеры. Т.к. при повторном нажатии * картинка становится чуть уже. В результате, вроде при fit to window часть картинки несколько растягивается.

P4, WinXP

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

Конечно ненормально, считайте: 30000^2=900 000 000. Т.е. 1 Гига пиксель х 3 байта RGB = 3 гига. Ну никак не 500 мегов. Наверное, остальное в свопе оказалось. Или все еще не весь загрузился а с уменьшением. Черное = наверное просто не смог себе столько памяти получить от системы, вывел нули.

Нет, не Уже, я уже встречал такое раньше. Это разный алгоритм смуфинга, в одном случае происходит сдвиг на полпикселя по сравнению с другим. Кажется просто.

Да, действительно разница в один пиксель, но выглядит это не очень... Тот алгоритм, который делает изображение на 1 пиксель шире, добавляет явные дефекты...
Может этот алгоритм "заставить" рисовать на 1 пиксель уже?
или сделать, что если по * масштаб попадает на один из стандартных, то использовался тот алгоритм, который рисует ту картинку, что на 1 пиксель уже...

Ну это диспетчер задач так показывал... И файл подкачки тож гига на 1,5 забит был... В общем понятно... Может в таком случае ограничиваться увеличением видимого в данный момент фрагмента? И наверно даже с настройкой типа если фрагмент больше скажем 500 Мб - пытаться увеличивать все изображение/только видимый фрагмент/спрашивать 1 раз за сеанс работы. (Ну не сейчас, а когда-нибудь в будущем.)

И еще мелочь конечно, но все же. Как-то говорил уже, но это так и осталось... В лицензии, которая выводится в процессе установки заголовок "2. Distribution" съехал...

Обновление KOL буду делать завтра на свежую голову. А пока выкладываю Zoomer401t с установкой wallpaper и screen saver"ом внутри. Вроде всё то же, что и у всех, но есть нюансы, надеюсь, приятные.

Скачал Zoomer401t. Посмотрел.
Захожу в Настройки>ScreenSaver
Пытаюсь добавить каталог с картинками. Некоторые каталоги добавляются, а некоторые почему то нет в 100% случаях, хотя там обычные jpeg фотки с фотоаппарата. Далее жму ОК или Отмену. Окно с настройками не закрывается ни в какую.
Пришлось убивать Зумера из диспетчера.
Причем ОК и Отмена не работает только после выбора злополучного каталога.
Если выбирать каталоги, "которые выбираются" - то всё ОК.

Что касается интерфейса (всё ИМХО конечно):
При стиле Grush всплывающее меню выглядит убого. Очень (!).
Жирный шрифт и ХотКеи синеголубого цвета ну не катят абсолютно.
При использовании текущей темы Windows не увидел стиль XP. Хотя манифест Зумером создается...Все кнопки, а-ля Вин98. Это не есть хорошо. Зато всплывающее меню мне там понравилось...))

2UnknownMystic: тот алгоритм менять не надо Он быстрый, на MMX. Да он портит картинку. Зато позволяет после увеличения в 4-8 раз еще увидеть, что было нарисовано, а не мешанину квадратиков.

2SergeR: спасибо за репорт. Это оказалось сочетание TLIST_FAST + TDirList с директорией > 256 файлов. В KOL поправлять пришлось. Но это не большая беда для KOL, пока что вряд ли кто кроме меня TLIST_FAST использует.

Посколку у меня из-за включения и выключения тем XP на компе напрочь слетел Delphi 6 и мне пришлось его переставлять, то версию новую выложить пока не могу.

Да, забыл спросить: Виста? У меня на всех XP компах с темой кнопки хрюшные, а не 2К. На 6 штуках проверено. Да и на Висте тоже кнопки были нормальные, пару раз пускал на прошлой неделе.

да. Под вистой.

Что скажете... Найти похожие ветки