Geeqie Image Viewer 1.0alpha1

> Подгружает в память следующее за текущим изображение

> Умеет масштабировать к размеру окна только те изображения, размер которых превышает его(окна) размер...

>gqview так делает тоже. >h4tr3d (*) (06.05.2008 5:45:50)

к сожелению gqview также масштабирует и маленькие изображения по размеру окна, тоесть тупо растягивает его.. Очень раздражало, пришлось юзать gwenview, но теперь наверно заюзаю эту штуку.. Вот ещебы умело бы просматривать список файлов как уменьшеные изображения, вообще бы классно было.. просто удобно отыскивать из кучи нужный файл..

>Вот ещебы умело бы просматривать список файлов как уменьшеные изображения

А с каких пор GQView разучился делать тумбы?

Если б он еще и искусственным интеллектом обладал для поиска похожих изображений - цены бы ему не было :-)

есть некотрые изображения с длинным описанием, напрмер http://motorsport.com/photos/nascar-cup/2008/tal/nascarcup-2008-tal-as-0139.jpg
Удобно былобы это описание отобразить снизу под картинкой - возможно ли это в Geeqie? Он предлагает только справа, что неудобно т.к не помещается описаннние полностью.

function similar(BasepicName, CopmaredFileName: String):double; //comparing BasepicName with CopmaredFileName //the result gives the similarity value var base, compared : file; NumRead1,NumRead2,NumRead3: Integer; Buf1,Buf2: array[1..2048] of Char; offset: integer; CountAll, CountEqual: integer; begin Result := 0; AssignFile(base, BasepicName); FileMode := fmOpenRead; Reset(base, 1); { Record size = 1 } AssignFile(compared, CopmaredFileName); CountAll:=0; CountEqual:=0; try repeat BlockRead(base, Buf1, SizeOf(Buf1), NumRead1); offset:=0; Inc(CountAll); repeat Reset(compared,1); if offset<>0 then blockread(compared, Buf2, offset, NumRead3); Inc(offset); repeat BlockRead(compared, Buf2, SizeOf(Buf1), NumRead2); if Buf1=Buf2 then inc(CountEqual); until (NumRead2 < SizeOf(Buf1)); until NumRead3<offset; until (NumRead1 < SizeOf(Buf1)); except on E:Exception do begin ShowMessage('Error occurred on processing files '+ BasepicName+ ' or '+ CopmaredFileName+'. The error message: '+E.Message); closefile(base); closefile(compared); end; end; closefile(base); closefile(compared); result:=CountEqual/CountAll; end; //был пионером...

function similar(BasepicName, CopmaredFileName: String):double; //comparing BasepicName with CopmaredFileName //the result gives the similarity value var base, compared : file; NumRead1,NumRead2,NumRead3: Integer; Buf1,Buf2: array[1..2048] of Char; offset: integer; CountAll, CountEqual: integer; begin Result := 0; AssignFile(base, BasepicName); FileMode := fmOpenRead; Reset(base, 1); { Record size = 1 } AssignFile(compared, CopmaredFileName); CountAll:=0; CountEqual:=0; try repeat BlockRead(base, Buf1, SizeOf(Buf1), NumRead1); offset:=0; Inc(CountAll); repeat Reset(compared,1); if offset<>0 then blockread(compared, Buf2, offset, NumRead3); Inc(offset); repeat BlockRead(compared, Buf2, SizeOf(Buf1), NumRead2); if Buf1=Buf2 then inc(CountEqual); until (NumRead2 < SizeOf(Buf1)); until NumRead3<offset; until (NumRead1 < SizeOf(Buf1)); except on E:Exception do begin ShowMessage('Error occurred on processing files '+ BasepicName+ ' or '+ CopmaredFileName+'. The error message: '+E.Message); closefile(base); closefile(compared); end; end; closefile(base); closefile(compared); result:=CountEqual/CountAll; end; //был пионером...

function similar(BasepicName, CopmaredFileName: String):double;
//comparing BasepicName with  CopmaredFileName
//the result gives the similarity value
var  base, compared : file;
     NumRead1,NumRead2,NumRead3: Integer;
     Buf1,Buf2: array[1..2048] of Char;
     offset: integer;
     CountAll, CountEqual: integer;
begin
  Result := 0;
AssignFile(base, BasepicName);
FileMode := fmOpenRead;
Reset(base, 1);	{ Record size = 1 }
AssignFile(compared, CopmaredFileName);
CountAll:=0;
CountEqual:=0;
try
repeat
BlockRead(base, Buf1, SizeOf(Buf1), NumRead1);
offset:=0;
Inc(CountAll);
 repeat
  Reset(compared,1);
  if offset<>0
  then blockread(compared, Buf2, offset, NumRead3);
  Inc(offset);
  repeat
   BlockRead(compared, Buf2, SizeOf(Buf1), NumRead2);
   if Buf1=Buf2
   then inc(CountEqual);
  until  (NumRead2 < SizeOf(Buf1));
 until  NumRead3<offset;
until  (NumRead1 < SizeOf(Buf1));
except
 on E:Exception do
 begin
  ShowMessage('Error occurred on processing files '+
  BasepicName+ ' or '+ CopmaredFileName+'. The error message: '+E.Message);
  closefile(base);
  closefile(compared);
 end;
end;
closefile(base);
closefile(compared);
result:=CountEqual/CountAll;
end;
//был пионером...

Йа щас буду плакать, на ЛОРе вообще смотрят на то, куда отвечают?

>ну тут хвастаться нечем. У меня на машине 5 просмотрщиков и все так умеют.

Бвл задан конкретный вопрос: чем Geeqie лучше gqview, я на него ответил, нах сюда приплетать другие посмотровики?

function similar... - эт чего за язык такой? Паскаль, что ли? Насколько в паскале разбираюсь, эта функция - жалкий аналог diff'а. А вот для поиска похожих изображений нужно использовать идентификацию объектов (OCR) с четкой классификацией по отдельным признакам, а затем поиск заданных объектов на изображениях. Тут без ИИ никак не обойтись. Сравнение при помощи кросс-корреляции, например, не способно выявить различий в масштабах, поворотах или разных ракурсах изображения :-)

>mirage рулит!!

> спасибо друк. наконец-то хоть что-то быстрое. с gqview друзья уже нехорошими словами "этот ужасный линупс" обзывают, просматривая фото в стандартной виндовой утизулине в разы быстре чем я в gqview ( причем, на более мощной машине )

gpicview

Непонятно, но большенство заявленный функций умеет и сам gwview. В чём основные цели этого проекта?

Вот есть у всех просмотрщиков один большой недостаток: они все пересоздают миниатюры вместо того, чтобы вытащить их из EXIF-данных (разумеется, там, где они есть). Я понимаю, что в век мегавычислителей это никому не интересно. Но вот на слабых машинах тоже хочется иногда фотки смотреть. А так приходится по полчаса ждать, пока он там все миниатюры посоздаёт. Одно время даже сам порывался написать такую функцию для gqview, но как это у меня обычно бывает, лень переборола и в итоге практически ничего и не сделал в этом направлении. Можно считать за feature request :).

> ИМХО ни каких отличий от последней беты gqview не заметил за исключением того, что каталог с 45000 фоток открывает раз в десять медленнее =)

Кстати, да. Одна из неприятностей gqview -- жуткие тормоза при удалении большого количества файлов (> 1000). Просто ужас! Удаляется примерно по одному файлу в секунду (зависит от количества удаляемых файлов).

>>А чем он лучше gqview?

> Самое важное для меня: > Подгружает в память следующее за текущим изображение > Умеет масштабировать к размеру окна только те изображения, размер которых превышает его(окна) размер...

gqview это и так умеет.

>жалкий аналог diff'а.

да, я не претендовал ;-)

>А вот для поиска похожих изображений нужно использовать идентификацию объектов (OCR) с четкой классификацией по отдельным признакам, а затем поиск заданных объектов на изображениях. Тут без ИИ никак не обойтись.

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

Есть что-нибудь похожее под Линукс?

>наведения порядка

(полу)автоматического наведения порядка

В мартовском номере LinuxFormat представляли программу, пытающуюся найти подобные изображения (пока альфа версия).

> Что мешает разрезать эту карту на части imagemagick'ом?

Да как-то по логике вещей imagemagick'у тоже должно не хватить памяти, если простой просмотрщик поперхнулся. Однако, не проверял. Мне так думается: если файл создан, что-то должно уметь его просматривать! Неужели его создали исключительно для резки? Абсурд.

Итого, вопрос остаётся не решённым. Чем смотреть большие картинки???

> Если б он еще и искусственным интеллектом обладал для поиска похожих изображений - цены бы ему не было :-)

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

>>Итого, вопрос остаётся не решённым. Чем смотреть большие картинки???

Говорю же: feh. На 100 мегов картинок у меня нет, а вот 20 мб png на старом компе открывает за несколько секунд, не жрет память и не тормозит.

> к сожелению gqview также масштабирует и маленькие изображения по размеру окна, тоесть тупо растягивает его.. Очень раздражало, пришлось юзать gwenview, но теперь наверно заюзаю эту штуку..

Ничего подобного. У меня масштабируются к размеру окна только большие картинки. gqview-2.1.5

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

По этому пункту тоже с gqview проблем нет. Может вы что-то перепутали, и речь идёт не о gqview?

> к сожелению gqview также масштабирует и маленькие изображения по размеру окна,

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

>Если б он еще и искусственным интеллектом обладал для поиска похожих изображений - цены бы ему не было :-)

ИХМО gqview прекрасно ищит изображения по похожести. Но для их оценки он использует целые числа, что не хорошо при наличии больших коллекций. Если этот баг допилят, то цены этой софтине не будей!

> Йа щас буду плакать,

ну поплачь -- меньше писать будешь

Бвл задан конкретный вопрос: чем Geeqie лучше gqview, я на него ответил, нах сюда приплетать другие посмотровики?

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

> Чем оно лучше GImageView?

Что такое GImageView? :)

Спасибо. Действительно толковая смотрелка.

>>они все пересоздают миниатюры вместо того, чтобы вытащить их из EXIF-данных

не знаю, ksquirrel использует тумбы из EXIF'a

>>Говорю же: feh. На 100 мегов картинок у меня нет, а вот 20 мб png на старом компе открывает за несколько секунд, не жрет память и не тормозит.

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

джимп ? только поковыряйся в настройках его собственной подкачки

>Dimanc

>Говорю же: feh. На 100 мегов картинок у меня нет, а вот 20 мб png на старом компе открывает за несколько секунд, не жрет память и не тормозит.

На счёт feh, оно не может TIFF CCIT group 4. Или это только у меня? ИМХО удобный вьювер, может быть только им бы и пользовался..

> джимп ? только поковыряйся в настройках его собственной подкачки

Это я уже проходил. Джимп полчаса будет открывать png размером 200Мб. Далее каждое движение мышой будет сопровождаться "замерзанием" интерфейса минут на пять. Что-то сделать с изображением вообще нереально. Это на машинке с 2-х ядерным атлоном 4200+ и 2-мя гигами памяти.

Лучше Simple Viewer для меня ничего нет.

xnview решает, хоть и не открытое, зато - free for commercial use.

> xnview решает

lol, you've made my day

I think you shouldn't use english as a primary language on site which in 'Ru' domain. Please, use native russian idioms, understandable to all site users and guests. Thank you.

ну так ты ж понял о чем я, а это главное.

Для редактирования ооочень больших изображений есть nip2. Им и просмотреть можно если конечно больши нечем.

Некогда в поисках замены для gqview смотрел и на feh. Впечатление - тормоз этот ваш feh. С gqview по скорости показа и рядом не стоял.

>Тоже очень интересует данный вопрос. Есть подробная карта столичного города в формате png размером в несколько сот мегов. При попытке открытия сего файла gqview съедает всю доступную оперативную память (а это почти 2 гига + 1 гиг своп) и вылетает из-за нехватки памяти. Обидно, однако... Чем смотреть большие файлы? У кого есть опыт?

В гимпе выставляешь лимиты памяти и вперед.

>Вот есть у всех просмотрщиков один большой недостаток: они все пересоздают миниатюры вместо того, чтобы вытащить их из EXIF-данных (разумеется, там, где они есть). Я понимаю, что в век мегавычислителей это никому не интересно. Но вот на слабых машинах тоже хочется иногда фотки смотреть. А так приходится по полчаса ждать, пока он там все миниатюры посоздаёт. Одно время даже сам порывался написать такую функцию для gqview, но как это у меня обычно бывает, лень переборола и в итоге практически ничего и не сделал в этом направлении. Можно считать за feature request :).

Я, конечно, вопрос не изучал, но смею предположить, что в EXIF не всегда есть миниатюры требуемого размера... Я, например люблю миниатуюры не менее 120 пикселов...