[Comm] каталогизатор CD/DVD

[Comm] каталогизатор CD/DVD

[Bogaevskiy Jurij]

День добрый!
Хотелось бы услышать мнение общественности по поводу сабжа. Кто что 
использует и что без проблем запустится под ALC 3.0 ?
Спасибо.

Re: [Comm] каталогизатор CD/DVD

[Anatoliy Lisjutin]

В сообщении от Вторник 11 Апрель 2006 10:07 Bogaevskiy Jurij написал(a):
> День добрый!
> Хотелось бы услышать мнение общественности по поводу сабжа. Кто что
> использует и что без проблем запустится под ALC 3.0 ?
> Спасибо.
GTKtalog .
Хотя хотелось бы что нибудь под qt.
То что нашел на свеже мясе не развивается , кроме  GTKtalog.

-- 
With my best regards to you !!
http://rusarchives.ru http://rgantd.ru http://victory.rusarchives.ru
SilverFox@rgantd.ru

Re: [Comm] каталогизатор CD/DVD

[Вячеслав Диконов]

В Втр, 11/04/2006 в 14:10 +0400, Anatoliy Lisjutin пишет:
> В сообщении от Вторник 11 Апрель 2006 10:07 Bogaevskiy Jurij написал(a):
> > День добрый!
> > Хотелось бы услышать мнение общественности по поводу сабжа. Кто что
> > использует и что без проблем запустится под ALC 3.0 ?
> > Спасибо.
> GTKtalog .
> Хотя хотелось бы что нибудь под qt.
> То что нашел на свеже мясе не развивается , кроме  GTKtalog.
Еще есть
http://alexandriaarchv.sourceforge.net/

Но менее стабильно и тоже признаков жизни не подает. Обоим проектам
нужна помощь для перехода на более новые библиотеки/ускорения поиска и
т.п.

Есть также туча чего-то для web и SQL, но их сложно устанавливать +
сервера нужны.

Re: [Comm] каталогизатор CD/DVD

[Andrei Lomov]

Anatoliy Lisjutin wrote:

> GTKtalog .

У меня он не сканирует диски на машине с двумя приводами (CD, DVD).
ALM 2.4

Если один привод, то нормально.

-- 
Всего доброго,
А.Л.

Re: [Comm] каталогизатор CD/DVD

[Вячеслав Диконов]

В Втр, 25/04/2006 в 18:06 +0700, Andrei Lomov пишет:
> Anatoliy Lisjutin wrote:
> 
> > GTKtalog .
> 
> У меня он не сканирует диски на машине с двумя приводами (CD, DVD).
> ALM 2.4
> 
> Если один привод, то нормально.
Там в настройках можно вводить свои команды подключения-отключения.
Однако работать будет только с одним устройством.

Re: [Comm] каталогизатор CD/DVD

[andriy]

Вячеслав Диконов wrote:

>В Втр, 25/04/2006 в 18:06 +0700, Andrei Lomov пишет:
>  
>
>>Anatoliy Lisjutin wrote:
>>
>>    
>>
>>>GTKtalog .
>>>      
>>>
>>У меня он не сканирует диски на машине с двумя приводами (CD, DVD).
>>ALM 2.4
>>
>>Если один привод, то нормально.
>>    
>>
когда-то давно пробовал GTKtalog - базы выходили громадные, иногда 
вылетал и загружал он базу долго.
Возможно сейчас быстрее работают новые версии...

Для небольшого количества дисков ~50шт нормально, но ~100-200 тяжело, 
мне в частности...
(Машина была - Cel850/128MB)

Re: [Comm] каталогизатор CD/DVD

[Вячеслав Диконов]

В Срд, 26/04/2006 в 18:44 +0300, andriy пишет:
> Вячеслав Диконов wrote:
> когда-то давно пробовал GTKtalog - базы выходили громадные, иногда 
> вылетал и загружал он базу долго.
> Возможно сейчас быстрее работают новые версии...
Вы о чем? Новых версий нет. Все аналоги  - альфы. 
Правда базы вовсе не громадные.

<мечты> Вот бы кодеров заставить делом заниматься и доработать хотя бы один каталогизатор вместо обычного бега по кругу. </мечты>


> Для небольшого количества дисков ~50шт нормально, но ~100-200 тяжело, 
> мне в частности...
> (Машина была - Cel850/128MB)
Из переписки с автором помню, что сделать оптимизацию под большие базы
он не захотел, так как у него была база маленькая.

Re: [Comm] каталогизатор CD/DVD

[andriy]

Вячеслав Диконов wrote:

>В Срд, 26/04/2006 в 18:44 +0300, andriy пишет:
>  
>
>>Вячеслав Диконов wrote:
>>когда-то давно пробовал GTKtalog - базы выходили громадные, иногда 
>>вылетал и загружал он базу долго.
>>Возможно сейчас быстрее работают новые версии...
>>    
>>
>Вы о чем? Новых версий нет. Все аналоги  - альфы. 
>Правда базы вовсе не громадные.
>
><мечты> Вот бы кодеров заставить делом заниматься и доработать хотя бы один каталогизатор вместо обычного бега по кругу. </мечты>
>
>
>  
>
>>Для небольшого количества дисков ~50шт нормально, но ~100-200 тяжело, 
>>мне в частности...
>>(Машина была - Cel850/128MB)
>>    
>>
>Из переписки с автором помню, что сделать оптимизацию под большие базы
>он не захотел, так как у него была база маленькая.
>_______________________________________________
>  
>
под винду помню когда-то тоже искал что-то freeware,open, - увы у всех 
были какие-то
свои странности.
Думаю лучше для больших баз использовать  MySQL или аналог....
И архитектура етой базы должна быть хорошо продумана, хороший 
каталогизатор должен иметь хоть какой-то
мини-превью к различным типам и т.д., тип носителя CD/DVD, даты и т.д.
Что такое видел под винду фриварное но и оно мне чем то не понравилось...
Так что писать самому
:-)

Re: [Comm] каталогизатор CD/DVD

[Michael Isachenkov]

> >>когда-то давно пробовал GTKtalog - базы выходили громадные, иногда 
> >>вылетал и загружал он базу долго.
> >>Возможно сейчас быстрее работают новые версии...
> >>    
> >>
> >Вы о чем? Новых версий нет. Все аналоги  - альфы. 
> >Правда базы вовсе не громадные.
> >
> ><мечты> Вот бы кодеров заставить делом заниматься и доработать хотя бы один каталогизатор вместо обычного бега по кругу. </мечты>
> >
> >
> >  
> >
> >>Для небольшого количества дисков ~50шт нормально, но ~100-200 тяжело, 
> >>мне в частности...
> >>(Машина была - Cel850/128MB)
> >>    
> >>
> >Из переписки с автором помню, что сделать оптимизацию под большие базы
> >он не захотел, так как у него была база маленькая.
> >_______________________________________________
> >  
> >
> под винду помню когда-то тоже искал что-то freeware,open, - увы у всех 
> были какие-то
> свои странности.
> Думаю лучше для больших баз использовать  MySQL или аналог....
> И архитектура етой базы должна быть хорошо продумана, хороший 
> каталогизатор должен иметь хоть какой-то
> мини-превью к различным типам и т.д., тип носителя CD/DVD, даты и т.д.
> Что такое видел под винду фриварное но и оно мне чем то не понравилось...
> Так что писать самому
> :-)

что-нибудь SQLite/BDB-driven наше все. Прямо M$ Access без GUI. А хранить базу сидюков в MySQL -- ... . Oracle/DB2 подойдет? ;)

-- 
WBR, Michael Isachenkov

Re: [Comm] каталогизатор CD/DVD

[Andrei Lomov]

Вячеслав Диконов wrote:

>> > GTKtalog .
>> 
>> У меня он не сканирует диски на машине с двумя приводами (CD, DVD).
>> ALM 2.4
>> 
>> Если один привод, то нормально.
> Там в настройках можно вводить свои команды подключения-отключения.
> Однако работать будет только с одним устройством.

Как все просто. Спасибо.

-- 
Всего доброго,
А.Л.

Re: [Comm] каталогизатор CD/DVD

[Вячеслав Диконов]

В Втр, 02/05/2006 в 15:15 +0400, Michael Isachenkov пишет:
> > >>когда-то давно пробовал GTKtalog - базы выходили громадные, иногда 
> > >>вылетал и загружал он базу долго.
> > >>Возможно сейчас быстрее работают новые версии...
> > >>    
> > >>
> > >Вы о чем? Новых версий нет. Все аналоги  - альфы. 
> > >Правда базы вовсе не громадные.
> > >
> > ><мечты> Вот бы кодеров заставить делом заниматься и доработать хотя бы один каталогизатор вместо обычного бега по кругу. </мечты>
> >
> > Думаю лучше для больших баз использовать  MySQL или аналог....
> > И архитектура етой базы должна быть хорошо продумана, хороший 
> > каталогизатор должен иметь хоть какой-то
> > мини-превью к различным типам и т.д., тип носителя CD/DVD, даты и т.д.
> > Что такое видел под винду фриварное но и оно мне чем то не понравилось...
> > Так что писать самому
> > :-)
> 
> что-нибудь SQLite/BDB-driven наше все. Прямо M$ Access без GUI. А хранить базу сидюков в MySQL -- ... . Oracle/DB2 подойдет? ;)
А можно без демонов и настройки сетевого взаимодействия/фаерволов/веб?
А? 

А еще это приложение должно уметь сканировать диски, лазить в архивы,
таги, заголовки файлов, cddb и пр. места за информацией. А база должна
быть компактной, чтобы ее легко было почтой отослать товарищу для
сравнения/обмена.

Re: [Comm] каталогизатор CD/DVD

[Алексей Синицын]

18.05.06, Вячеслав Диконов<linuxbox@degunino.net> написал(а):

> > > >>когда-то давно пробовал GTKtalog - базы выходили громадные, иногда
> > > >>вылетал и загружал он базу долго.
> > > >>Возможно сейчас быстрее работают новые версии...
> > > >>
> > > >>
> > > >Вы о чем? Новых версий нет. Все аналоги  - альфы.
> > > >Правда базы вовсе не громадные.
> > > >
> > > ><мечты> Вот бы кодеров заставить делом заниматься и доработать хотя бы
> один каталогизатор вместо обычного бега по кругу. </мечты>
> > >
> > > Думаю лучше для больших баз использовать  MySQL или аналог....
> > > И архитектура етой базы должна быть хорошо продумана, хороший
> > > каталогизатор должен иметь хоть какой-то
> > > мини-превью к различным типам и т.д., тип носителя CD/DVD, даты и т.д.
> > > Что такое видел под винду фриварное но и оно мне чем то не
> понравилось...
> > > Так что писать самому
> > > :-)
> >
> > что-нибудь SQLite/BDB-driven наше все. Прямо M$ Access без GUI. А хранить
> базу сидюков в MySQL -- ... . Oracle/DB2 подойдет? ;)
> А можно без демонов и настройки сетевого взаимодействия/фаерволов/веб?
> А?
>
> А еще это приложение должно уметь сканировать диски, лазить в архивы,
> таги, заголовки файлов, cddb и пр. места за информацией. А база должна
> быть компактной, чтобы ее легко было почтой отослать товарищу для
> сравнения/обмена.

Для того что-бы передавать, можно экспортировать в текст или html.
GTKtalog, насколько я помню, это умеет.

Re: [Comm] каталогизатор CD/DVD

[Вячеслав Диконов]

В Чтв, 18/05/2006 в 05:07 -0700, Алексей Синицын пишет:
> 18.05.06, Вячеслав Диконов<linuxbox@degunino.net> написал(а):
> 

> > > что-нибудь SQLite/BDB-driven наше все. Прямо M$ Access без GUI. А хранить
> > базу сидюков в MySQL -- ... . Oracle/DB2 подойдет? ;)
> > А можно без демонов и настройки сетевого взаимодействия/фаерволов/веб?
> > А?
> >
> > А еще это приложение должно уметь сканировать диски, лазить в архивы,
> > таги, заголовки файлов, cddb и пр. места за информацией. А база должна
> > быть компактной, чтобы ее легко было почтой отослать товарищу для
> > сравнения/обмена.
> 
> Для того что-бы передавать, можно экспортировать в текст или html.
> GTKtalog, насколько я помню, это умеет.
Итак, круг замкнулся.

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

Re: [Comm] каталогизатор CD/DVD

[Metalking]

В сообщении от 11 апреля 2006 14:10 Anatoliy Lisjutin написал(a):
> В сообщении от Вторник 11 Апрель 2006 10:07 Bogaevskiy Jurij написал(a):
> > День добрый!
> > Хотелось бы услышать мнение общественности по поводу сабжа. Кто что
> > использует и что без проблем запустится под ALC 3.0 ?
> > Спасибо.
>
> GTKtalog .
> Хотя хотелось бы что нибудь под qt.
> То что нашел на свеже мясе не развивается , кроме  GTKtalog.
tellico

Re: [Comm] каталогизатор CD/DVD

[Eugine V. Kosenko]

Metalking wrote:
> В сообщении от 11 апреля 2006 14:10 Anatoliy Lisjutin написал(a):
>   
>> В сообщении от Вторник 11 Апрель 2006 10:07 Bogaevskiy Jurij написал(a):
>>     
>>> День добрый!
>>> Хотелось бы услышать мнение общественности по поводу сабжа. Кто что
>>> использует и что без проблем запустится под ALC 3.0 ?
>>> Спасибо.
>>>       
>> GTKtalog .
>> Хотя хотелось бы что нибудь под qt.
>> То что нашел на свеже мясе не развивается , кроме  GTKtalog.
>>     
> tellico
>   

В целом, неплохая штука, но убойной функцией GTKtalog является умение
сканировать диски на предмет файлов и вытягивать информацию о файлах с
помощью file и доступа к метаданным. Кстати, по той же причине пользуюсь
GSDL, в которой также предусмотрена функция полуавтоматического
вытягивания метаданных из текста.

Самые существенные, как для меня, проблемы GTKtalog:

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

- убогие отчеты;

- проблемы со шрифтами вообще и в UTF8, в частности, что не лучшим
образом сказывается на локализации.

Касательно последнего, хотя я такие же проблемы имею с XMMS и GnuCash
(видно нужно править что-то в консерватории), но чтобы понять суть
проблемы, похоже, таки придется по свободному времени влезть в
исходники. Если таки не получиться раскурочить эту приблуду (таки C --
не мой язык для таких приложений), попробую создать его клона, впрочем,
надеюсь, до этого не дойдет.

А пока плакаю и продолжаю грызть этот кактус с целью изучения функционала...

Re: [Comm] каталогизатор CD/DVD

[Вячеслав Диконов]

В Птн, 19/05/2006 в 19:31 +0300, Eugine V. Kosenko пишет:
> Metalking wrote:
> > В сообщении от 11 апреля 2006 14:10 Anatoliy Lisjutin написал(a):
> >   
> >> В сообщении от Вторник 11 Апрель 2006 10:07 Bogaevskiy Jurij написал(a):
 
> > tellico
> >   
> 
> В целом, неплохая штука, но убойной функцией GTKtalog является умение
> сканировать диски на предмет файлов и вытягивать информацию о файлах с
> помощью file и доступа к метаданным. Кстати, по той же причине пользуюсь
> GSDL, в которой также предусмотрена функция полуавтоматического
> вытягивания метаданных из текста.
> 
> Самые существенные, как для меня, проблемы GTKtalog:
> 
> - глухой вис до необходимости пристрелить несохраненную базу при попытке
> сканировать битый диск, именно по этой причине интересна отсоединенный
> SQL-сервер,  который успеет завершить транзакцию даже в случае умирания
> приложения;
> 
> - убогие отчеты;
Это надо сам GTKtalog дорабатывать.

> - проблемы со шрифтами вообще и в UTF8, в частности, что не лучшим
> образом сказывается на локализации.
Это проблема GTK1. Решается портированием на GTK2. Такой порт GTKtalog
существует (можно скачать сырцы в Инете), но он заброшен на пол-дороги.
Его можно собрать и запустить, но некотрые диалоги и показ содержимого
базы толком не работают.

> Касательно последнего, хотя я такие же проблемы имею с XMMS и GnuCash
> (видно нужно править что-то в консерватории), но чтобы понять суть
> проблемы, похоже, таки придется по свободному времени влезть в
> исходники. Если таки не получиться раскурочить эту приблуду (таки C --
> не мой язык для таких приложений), попробую создать его клона, впрочем,
> надеюсь, до этого не дойдет.
Лучше допортировать GTKtalog или дописать Alexandria Archives.

> А пока плакаю и продолжаю грызть этот кактус с целью изучения функционала...