Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > Delphi: Общие вопросы > Каталогизатор дисков


Автор: Medved 16.5.2005, 00:34
Думаю вот фриварную софтинку написать, каталогизатор дисков.
Вставляешь диск, он сканируется, считывается файловая структура, и заноситься в базу. Так же в БД заносяться txt-шники. И файлы по маске. Поиск и все такое.
Потом опубликовать исходники на форуме.

Нужно кому-нибудь интересно такое?

Автор: Гость_Bose 16.5.2005, 00:59
На СорсВорже есть подобый проект. Уже законченный. На Дельфях. Правда он заточен под коллекцию дисков с музыкой. (мп3/Аудио)
http://sourceforge.net/projects/mac/
и есть еще в виде продолжения проекта отдельные классы для работы с аудиофайлами: mp3, mpeg, wma,ogg...

Автор: Гость_Bose 16.5.2005, 01:02
с законченностью я поспешил. Ибо статистика показывает, что Активность за послежнюю неделю составляет 75%.
но продукт уже находится на стадии завершения.
Оч-чень рекомендую.

Автор: Poseidon 16.5.2005, 01:27
Цитата(Pegas @ 16.5.2005, 00:34)
Нужно кому-нибудь интересно такое?
В принципе мне не нужно, но интересно. Только я не пойму, что мы тут решаем? Если нужна команда, то я за то, что бы попробовать, а если просто совет, нужно ли на это тратить время, то я думаю что да (если оно [время] есть). Тек что ДА в любом случае. Лишним не будет smile

Автор: Yanis 16.5.2005, 06:16
Если будут возникать вопросы, то потом как допишешь в About'е запихни имена тек кто помогал smile

Автор: Medved 16.5.2005, 15:15
В принципе я не вижу ничего сложного, чтобы это нужно было делать совместно. Работы на дня два самому.

Автор: SoWa 16.5.2005, 15:19
Мне, например, надо. Удобно. Хотя есть много подобного.

Автор: Yanis 16.5.2005, 15:19
Цитата(Pegas @ 16.5.2005, 15:15)
В принципе я не вижу ничего сложного, чтобы это нужно было делать совместно. Работы на дня два самому.

Ну тогда дерзай. Забацаешь потом сайтик на Народе и выложишь программу с исходниками =) Если распространения не получит, так хоть новичкам будет интересно посмотреть.

Автор: Akella 16.5.2005, 15:24
Pegas, Могу отправить тебе свои исходники

Автор: Medved 16.5.2005, 15:26
Чего исходинки?

Автор: Akella 16.5.2005, 15:27
Цитата(Pegas @ 16.5.2005, 00:34)
Думаю вот фриварную софтинку написать, каталогизатор дисков.


Автор: Medved 16.5.2005, 15:30
Можешь скинуть. посмотрю.

Автор: Akella 16.5.2005, 15:39
Есть проблема именно с болванками, когда идёт сканирование с винчестера, то всё идёт прекрасно. Проблемы с установкой путей в поле "Путь"

Автор: s-mike 17.5.2005, 07:19
Господа, не знаю как вы, а я бы в такой простой программе предпочел бы обойтись все-таки без БД. Имхо, использование БД тут - просто лишнее увеличение размера программы. Ну если конечно не идет речь о том, что программа будет примером работы с БД для новичков.

Автор: Medved 17.5.2005, 13:06
Цитата(s @ 17.5.2005, 10:19)
Имхо, использование БД тут - просто лишнее увеличение размера программы.

А в чем ты предлагаешь хранить данные? XML? Тут этот стандарт будет не уместен и тормознут. Если все данные сохранять в XML (папки, свойства файлов, данные из фалов, сами фалы при надобности)

Автор: s-mike 17.5.2005, 13:13
Цитата(Pegas @ 17.5.2005, 13:06)
А в чем ты предлагаешь хранить данные?

Ну а свой двоичный формат?

Вот только не совсем понимаю
Цитата(Pegas @ 17.5.2005, 13:06)
данные из фалов, сами фалы при надобности

Если без этого, то и обычным текстовым обойтись можно.

Автор: Medved 17.5.2005, 13:46
Цитата(s @ 17.5.2005, 16:13)
Ну а свой двоичный формат?

А зачем изобратеть веллосипед, если это все есть уже в БД.
Это что, мне надо будет для своего двоичного формата делать реализацию SQL? Реализовывать механизм индексации?
Зачем.

Я планирую использовать локальную БД. Absolut Database (www.componentace.com). Именно когда пользователь запустит в первый раз приложение, сам файл БД будет создаваться динамически. Так что в дистрибутиве этот файл никак не будет занимать место, только программный код.

Цитата(s @ 17.5.2005, 16:13)
Вот только не совсем понимаю
Цитата (Pegas @ 17.5.2005, 13:06)
данные из фалов, сами фалы при надобности

Если без этого, то и обычным текстовым обойтись можно.


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

  TTypeSaveFile = (tsfTxt, tsfImage, tsfFile);  //tipy sohranyaemyh dannyh v blob polya

  ...

  TMSFRecord = packed record //zapis' tablitsy informatsii o fayle
    ID: Longint; //ID zapisi
    ExtFile: string; //rasshirenie fayla
    TypeSaveFile: TTypeSaveFile; //tipy sohranyaemyh dannyh v blob polya
  end;


Автор: sergejzr 17.5.2005, 14:08
Я такой на яве написал. Две разные версии. И одну на бильдере С++.
Только вот БД нормальный недавно только нашёл поэтому буду переписывать под него.
Поделюсь своими идеями/ (Я бы софт дал, только у меня ни одна версия толком не закончена пока. И не знаю даже, где сейчас лежат. Так как форумом занялся smile

Есть такая штука- CD-organizer. Это коробка для сидишек в которой каждая просто имеет свой номер. (Я картинку поищу)
Мой софт сканировал сидишки и записывал данные в базу. Потом было просто замечательно легко. Пишешь название файла или его часть, а он тебе говорит "Сиди 34 /sbornik/java" например.
Так же было реализовано дерево типа проводника по которому можно было просматривать содержимое СиДи из архива не вставляя их ессно smile Двойной клик мышой был возможен так же как "копировать" и потом куда нибудь "вставить". При этом прога запрашивала необходимые Сиди.
Но по настоящему я гордился функцией нахождения двойников. Тоесть от каждого файла делался и сохранялся хэш. Потом при поиске по имени находились не только совпадения по имени, но и с одинаковым хэшем. Если какой нибудь файл приходил в негодность (часто на сиди случается) можно было найти его даже под другим названием (особенно для музыки было очень прикольно)
Хотел добавить функцию по составлению Сиди. То есть проверка на наличие файлов в базе, чтобы не писать одно и тоже по нескольку раз. Заодно и проверка на пустые папки...

Первая версия на файлах вместо базы составила 10МБ для 80 Сиди.
С базой - по 2 МБ на сиди. Поэтому в принципе и приостановил разработку в поисках нормальной иерархической БД, потому что в реляционной проводник плохо реализуется - всё висит ессно.
Пока нашёл FastDB советую взглянуть smile


Автор: Medved 17.5.2005, 16:44
Спасибо, посмотрю.

А насчет контрольной суммы файла - это идея! Я даже не подумал. Спасибо.
Добавлено @ 16:46
Цитата(sergej @ 17.5.2005, 17:08)
Поэтому в принципе и приостановил разработку в поисках нормальной иерархической БД, потому что в реляционной проводник плохо реализуется - всё висит ессно.


Тут имхо все зависит от реализации.

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

Автор: RST8 17.5.2005, 22:58
Посмотрите

http://www.nicomsoft.com/cdc_ru/

бесплатно, удобно, все самое необходимое, никакого перегруза.

smile

Автор: Medved 18.5.2005, 01:45
Цитата(RST8 @ 18.5.2005, 01:58)
http://www.nicomsoft.com/cdc_ru/

Это не
http://unix.rulez.org/~calver/pictures/os_thong_front.jpg

Поэтому проект не теряет своего смысла. Тем боле тут рождается другая идея, более универсальная. Как приведу ее в порядок, можно будет попробовать совместную разработку.

Автор: sergejzr 23.6.2005, 14:10
Тут я поставил себе http://desktop.google.com/. Штука конечно сама по себе обалденная! Покопался в хэлпе и вот что нашёл:

Цитата

http://desktop.google.com/support/bin/answer.py?answer=17227&topic=201
Can I search external drives?

Google Desktop Search doesn't currently search external drives or drives which use removable media (such as CD or DVD drives). For more information about what you can find with Desktop Search, please see http://desktop.google.com/support/bin/answer.py?answer=10076


То есть они работают над тем, чтобы инфу на внешних дисках искать. Во как! Интересно, составит ли эта разработка конкурренцию каталогизаторам?

Автор: Medved 23.6.2005, 15:20
Идея уже не актуальна. Все что я хотел вооплотить, я уже увидел в существующих софтинах. А если писать конкурентно-спопобную другим аналогам, то надо будет подумать о новых фитчах. Которых нигде нет.

Автор: sergejzr 23.6.2005, 15:44
Я кстати себе поставил плагин с их страницы для этого.
Могу только посоветовать smile
http://desktop.google.com/plugins/cddvd.html


Все плагины:
http://desktop.google.com/plugins.html

Автор: Medved 23.6.2005, 15:53
Цитата(sergej @ 23.6.2005, 17:10)
То есть они работают над тем, чтобы инфу на внешних дисках искать. Во как! Интересно, составит ли эта разработка конкурренцию каталогизаторам?


Думаю нет, в гугле умные люди работают, они не делают комбайнов. Ибо универсальность достигается в ущерб качеству.

Автор: sergejzr 23.6.2005, 16:13
Тот плагин, который на который я выше сослался уже делает каталогизацию. То есть можно юзать уже smile

Сорсы прилагаются. Вроде написан на .Net. Кому что надо, может сам добавлять smile

Автор: Akella 1.7.2005, 15:49
Цитата(Pegas @ 23.6.2005, 15:53)
инфу на внешних дисках искать

Если имеется ввиду локальных дисках, то программисты из Google, как и из Меты сделали локальные поисковые системы.

Автор: Medved 1.7.2005, 17:31
Да, проект в любом случае потерял свою актуальность. Пока еще я немного опаздываю. Я задумываюсь реализовать идею, а через месяц, выходит масса программ, именно с той направленностью, о которой я думал. Так было с медиаплеером, теперь с каталогизатором.

Но я не унываю. Идей масса. Лишь бы время было всем этим заняться.

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)