| 1.1, Аноним (-), 21:36, 21/12/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Для кэширования эскизов фотографий вместо ~./thumbnails теперь используется новая БД, эскизы при этом сохраняются в формате PGF
Он что, лучше чем JPEG 60% жмёт?
| | |
| |
| |
| 3.7, Аноним (-), 23:05, 21/12/2009 [^] [^^] [^^^] [ответить]
| –1 +/– |
Так нафига превьюшки размером 100 на 150 жать без потерь?
| | |
| |
| 4.14, Iv945n (ok), 07:41, 22/12/2009 [^] [^^] [^^^] [ответить]
| +1 +/– | |
What is PGF?
* A new image file format
* Based on discrete, fast wavelet transform with progressive coding features
* Lossless and lossy compression
* Best for natural and aerial images
* For such images with a better compression efficiency than JPEG
* PGF is one of the best algorithms available these days for compression of natural images
Зачем жать чем то ещё, если этот - better и the best? :-)
| | |
| |
| 5.41, RedRat (ok), 10:52, 23/12/2009 [^] [^^] [^^^] [ответить]
| +/– |
Затем, что он better только на natural and aerial images. Другими словами, на ровных заливках или градиентах он проигрывает gif и jpeg, и выигрывает на изображениях с большим количеством мелких деталей.
| | |
|
|
|
| |
| |
| 4.23, anonymous (??), 10:46, 22/12/2009 [^] [^^] [^^^] [ответить]
| +/– |
$ eix dbfs
No matches found.
Кому нужен боян, если его никто не использует?
| | |
| |
| 5.27, Aquarius (ok), 12:38, 22/12/2009 [^] [^^] [^^^] [ответить]
| +/– | |
$ uname -a |grep -i gentoo
Кто сказал, что то, чего нет в портежах никем не используется?
| | |
| |
| 6.39, anonymous (??), 07:23, 23/12/2009 [^] [^^] [^^^] [ответить]
| +/– |
>$ uname -a |grep -i gentoo
>
>Кто сказал, что то, чего нет в портежах никем не используется?
Опровергните. В официальных репах основных дистрибутивов не нашел.
| | |
|
| 5.34, pavlinux (ok), 16:02, 22/12/2009 [^] [^^] [^^^] [ответить]
| +/– |
 >$ eix dbfs
>No matches found.
>
>Кому нужен боян, если его никто не использует?
Дык, батенька, dbfs это не файловая система и не пакет, это разновидность хранения метаданных файлов, даже не так это идея, концепт, ... и каждый её реализует по своему.
Вот ешё http://ritmark.com/ritmark/
| | |
| |
| 6.38, anonymous (??), 07:22, 23/12/2009 [^] [^^] [^^^] [ответить]
| +/– |
eix ritmarkfs
No matches found.
Все же склоняюсь, что данная концепция мне не нужна.
| | |
| |
| 7.42, pavlinux (ok), 18:00, 23/12/2009 [^] [^^] [^^^] [ответить]
| +/– |
>eix ritmarkfs
>No matches found.
>
>Все же склоняюсь, что данная концепция мне не нужна.
emerge moo - вот что тебе пойдёт;
| | |
|
|
|
|
| 3.15, Iv945n (ok), 07:46, 22/12/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>Основная фича - не нужно хранить тумбы как отдельные файлы!
Они изобрели thumbs.db? :-) IMHO так вообще тумбы не надо хранить (согласен, спорное утверждение, но меня вполне устраивает скорость генерации на лету (не в digiKam - эту прогу не смотрел ещё) + моя "коллекция" очень диамична - не знаю как он будет отслеживать постоянное перемещение, добавление, удаление, переиманование, редактироание).
| | |
|
|
| |
| |
| |
| 4.22, аноним (?), 10:18, 22/12/2009 [^] [^^] [^^^] [ответить]
| –3 +/– | |
юмор оценил.
но лучше бы оно запускалось в дотнете, который хотя бы установлен практически у всех.
а ещё лучше - отвязать от kde
| | |
| |
| 5.25, anonymous (??), 11:42, 22/12/2009 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> но лучше бы оно запускалось в дотнете, который хотя бы установлен практически у всех.
speak for yourself
| | |
| |
| 6.30, аноним (?), 15:11, 22/12/2009 [^] [^^] [^^^] [ответить]
| +/– |
speak russian на русскоязычном ресурсе.
дотнет идет в поставке, начиная с nt5.1. сейчас та или иная версия этой среды инсталлирована почти на 100% персональных машин.
| | |
| |
| 7.32, gordev (ok), 15:37, 22/12/2009 [^] [^^] [^^^] [ответить]
| +2 +/– |
 >speak russian на русскоязычном ресурсе.
>дотнет идет в поставке, начиная с nt5.1. сейчас та или иная версия
>этой среды инсталлирована почти на 100% персональных машин.
а причем тут nt5.1 и выше на ресурсе о свободном ПО и юникс системам?
и какой из фреймворков идет установленный по умолчанию?
а остальные?
| | |
| 7.35, Чорная дипрессия 666 (?), 17:29, 22/12/2009 [^] [^^] [^^^] [ответить]
| +/– |
 Что? У меня под Windows XP его нету. А вот Java, например, установлена. И у многих знакомых так же.
Вот под линухом у меня Mono стоит, лол. Потому что много программ появилось, которые ее используют. Парадокс, казалось бы. Под виндами я вообще не знаю хоть сколько-нибудь полезных мне десктопных программ, которым бы нужен был этот дотнет.
| | |
| |
| 8.37, Zenitur (?), 06:36, 23/12/2009 [^] [^^] [^^^] [ответить] | +/– |  Это чего много F-Spot, Beagle, Banshee, Tomboy, Moonlight, и Всё Человек,... текст свёрнут, показать | | |
|
| 7.44, alexxy (?), 15:36, 28/12/2009 [^] [^^] [^^^] [ответить]
| +/– |
>speak russian на русскоязычном ресурсе.
>дотнет идет в поставке, начиная с nt5.1. сейчас та или иная версия
>этой среды инсталлирована почти на 100% персональных машин.
А при чем тут венды?
Ну у емня допустим mono вообще не установлен. И не нужен он мне
| | |
|
|
| 5.33, ABC (??), 15:41, 22/12/2009 [^] [^^] [^^^] [ответить]
| +1 +/– |
>но лучше бы оно запускалось в дотнете, который хотя бы установлен практически
>у всех.
Восхитительно. Аноним нас всех посчитал.
| | |
|
|
|
|
| 1.12, anonymous (??), 00:57, 22/12/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Интересно когда до них дойдет, что во время обработки фотографии фильтрами не стоит блокировать кнопки масштабирования, при этом автоматически выбирать масштаб от балды. Да и фильтр для удаления эффекта красных глаз как был идиотским так и остался.
| | |
| 1.13, Zenitur (?), 07:32, 22/12/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Классно! Судя по всему, DigiKam догнала версию 0.9.0 по возможностям! Уже ставлю! А вообще у меня стоит 2 DigiKam, старый и новый. Сравню - отпишусь.
| | |
| |
| 2.36, Zenitur (?), 06:27, 23/12/2009 [^] [^^] [^^^] [ответить]
| +/– |
Использовал день - впечатления хорошие. Отшлифован. Функционал не весь (видимо, новый API KDE не освоил ещё никто), но почти весь. Зато новые функции появляются. Хотелось бы поддержку RAW, хотя бы через интеграцию с другими KDE-шными утилитами. Хотя, их ещё не портировали в 4-ю версию до сих пор.
| | |
|
| 1.16, Iv945n (ok), 07:52, 22/12/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ещё, применительно, именно, к коллекции, мне видится интересной такая идея - вытянуть все графические файлы с заданной точки ФС, свалить их в одну служебную директорию, стереть все имена и заменить id-ами какими-нибудь, и всю работу с коллекцией осуществлять через такого типа программу-оболочку, организуя файлы исключительно по тегам и характеристикам. Есть где-нибудь такое?
| | |
| |
| 2.17, anonymous (??), 08:24, 22/12/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Ещё, применительно, именно, к коллекции, мне видится интересной такая идея - вытянуть
>все графические файлы с заданной точки ФС, свалить их в одну
>служебную директорию, стереть все имена и заменить id-ами какими-нибудь, и всю
>работу с коллекцией осуществлять через такого типа программу-оболочку, организуя файлы исключительно
>по тегам и характеристикам. Есть где-нибудь такое?
Это MacOS-way, ищите под неё.
| | |
| |
| 3.20, Iv945n (ok), 08:46, 22/12/2009 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>Ещё, применительно, именно, к коллекции, мне видится интересной такая идея - вытянуть
>>все графические файлы с заданной точки ФС, свалить их в одну
>>служебную директорию, стереть все имена и заменить id-ами какими-нибудь, и всю
>>работу с коллекцией осуществлять через такого типа программу-оболочку, организуя файлы исключительно
>>по тегам и характеристикам. Есть где-нибудь такое?
>
>Это MacOS-way, ищите под неё.
Но хочется-то под Linux и Windows :-) Не буду же я ради этого ставить макось.
| | |
|
| 2.18, Аноним (-), 08:30, 22/12/2009 [^] [^^] [^^^] [ответить]
| +1 +/– |
Если организуешь исключительно по тегам и характеристикам, то:
Не будешь же каждый раз сканировать все файлы на предмет какие где теги, а будешь держать кэш в какой нибудь базе.
Раз работаешь только через программу-оболочку, то она же при изменении тегов, будет обновлять как файл так и кэш, либо только кэш.
А тогда какая разница где и как файлы лежат?
Тем более у большинства файловых систем есть ограничения на количество файлов в директории.
| | |
| |
| 3.19, Iv945n (ok), 08:42, 22/12/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Если организуешь исключительно по тегам и характеристикам, то:
> Не будешь же каждый раз сканировать все
>файлы на предмет какие где теги, а будешь держать кэш в
>какой нибудь базе.
> Раз работаешь только через программу-оболочку, то она
>же при изменении тегов, будет обновлять как файл так и кэш,
>либо только кэш.
>
>А тогда какая разница где и как файлы лежат?
Не знаю, кошерность какая-то :-) Порядок. Думаю многие меня поймут, может даже Вы догадываетесь о чём я (да не в обиду будет сказано, я это строго в прямом смысле).
Сейчас у меня на одном из винчей такой лес, что сам чёрт гойлову сломит. Сливались годами папки (и архивы, кстати, и многотомники, и даже, где-то, исошки с клипартами) одна в другую, с именами и содержанием самого разного характера как только может быть. Стереть жалко, очень много там было красивых "обоев", клипартов, фоток с фотоаппарата мегатонны, да и баб голых, подруг детства :-) - ностальгия:-), в глубине гдето, помнится. А разгребать это вручную совершенно нереально - это как небольшой город по кирпичикам разобрать и собрать снова. В последнее время всерьёз занялся упорядычиванием нажитого, наведением порядка, вот пригодилось бы. Я задумывался на тему что то, о существовании конкретно чего в своих завалах я не знаю и чем не пользуюсь - как бы и не нужно, и можно всё удалить, но не поднимается рука как-то, особенно при нынешних объёмах хардов.
> Тем более у большинства файловых систем есть ограничения на количество файлов в директории.
А у болльшинства софта (как кто-то недавно подметил - это ограничения самих прог, а не ФС) есть ограничения на максимальную длинну полного имени, об которое я со своими завалами постоянно долбаюсь (больше это, правда, касается коллекции книг всяких и статей, а не картинок). А при натыкании на ограничения на количество файлов в директории можно на несколько разбить, не так уж страшно.
| | |
| |
| 4.21, Аноним (-), 09:15, 22/12/2009 [^] [^^] [^^^] [ответить]
| +2 +/– |
>Не знаю, кошерность какая-то :-) Порядок. Думаю многие меня поймут, может даже
>Вы догадываетесь о чём я (да не в обиду будет сказано,
>я это строго в прямом смысле).
Понимаю, только не понимаю зачем все в одну директорию?
Меня на ext3 постоянно мучила директория .thumbnails/normal/ скапливались превьюшки и все начинало тормозить. На ext4 стало побыстрее, но и то начинает притормаживать когда слишком много. Сейчас там 58103 на ext4 вроде не заметно тормозов, а на ext3 уже лагало все ну просто безобразно при просмотре картинок.
Чем же подход digikam или f-spot принципиально не устраивает? Теги есть поиск по ним есть, расставлять умеют, только не хранят все в одной директории. F-Spot создает при импорте по своему разумению, digikam использует существующую структуру директорий.
А что насчет сортировки файлопомойки, так ежели тегов не было, кто их кроме тебя расставит?
Все равно придется все просмотреть и проставить теги. В чем профит, от того что сначала закидаешь все в одну директорию? И из нескольких маленьких кучек отсортированных худо бедно по директориям, создашь одну большую кучу.
Вот если бы digikam научился бы расставлять теги автоматом, различал бы типы фоток, портреты в одну кучу, пейзажи в другую, лица знакомых людей научился бы распознавать, порнуху от эротики отличать :D
Вот это было бы супер.
| | |
| |
| 5.24, pilat (ok), 11:32, 22/12/2009 [^] [^^] [^^^] [ответить]
| +/– |
 > Вот если бы digikam научился бы расставлять теги автоматом, различал бы типы фоток,
> портреты в одну кучу, пейзажи в другую, лица знакомых людей научился бы распознавать,
> порнуху от эротики отличать :D
> Вот это было бы супер.
-- just4fun mode on --
Вот это зацени: http://www.digikam.org/drupal/node/321
Так что рисуй пока скетчи для разных типов картинок: сиськи там, попки, ушастые лица, елочки, и т.п., а фича подоспеет (если еще не реализовали) ;-)
-- just for fun mode off --
| | |
|
| |
| 5.31, Iv945n (ok), 15:29, 22/12/2009 [^] [^^] [^^^] [ответить]
| +/– | |
>я думаю что то вроде nepomuk вам помогло бы
В принципе очень может быть, в идеале я же хочу не только графику, а вообще всё так организовать через теги и семантичнские связи. Я уже сам собирался это разрабатывать. Но Nepomuk вроде как слишком навороченый и фронтенд только для KDE :-(
| | |
|
|
|
|
|
