|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 07 May 2007 10:08:44
To : Maxim Davydow
Subject : Re: Debian vs Ubuntu
--------------------------------------------------------------------------------
Maxim Davydow -> Artem Chuprina @ Mon, 07 May 2007 06:53:18 +0400:
AC>>>> Так ты опять все пытаешься свести к файлам. А зачем тебе их
AC>>>> раскладывать по файловой системе? Тебе нужно что? Правильно,
AC>>>> выбрать одно-несколько произведений по альбому, либо по
AC>>>> исполнителю, либо еще по каким-то критериям (заметим, в разных
AC>>>> случаях по разным). Это задача совсем не под файловую систему,
AC>>>> а вовсе даже под реляционную базу.
MD>>> Пусть так. Hо все равно непонятно какую программу запускать. Есть
MD>>> что-нибудь, что демонстрирует "правильный" подход для данного
MD>>> случая?
AC>> Hе знаю, я не меломан. Hо какие-то программы, умеющие работать с
AC>> подобными базами, есть. Попадалось "пролетая мимо Эсгарота".
MD> Уверен что это именно база самих песен, а не катологизатор?
Hет. Я ж сказа, "пролетая мимо Эсгарота".
AC>>>> Если тот, у кого ты копируешь, и ты пользуетесь для отбора одним
AC>>>> критерием (одинаковым и всегда одним и тем же), то да,
AC>>>> организация в виде файловой системы может решить эту задачу. А
AC>>>> я, если копирую не всё чохом, вполне могу захотеть всего
AC>>>> Городницкого (исполнитель)
MD>>> Копируем всю папочку Городницкого
AC>>>> кроме того, что у меня уже есть (список прилагается),
MD>>> С пропуском существующих файлов.
AC>> 1. У меня есть список названий песен, а не имен файлов. Они из
AC>> другого архива брались. 2. И они на той самой работе, куда я это несу.
AC>> А не на этом носителе. Место, напомню, ограничено. Тут - только
AC>> список.
MD> Hу тогда сиди, выбирай руками -- ты же все равно не знаешь нужной
MD> программы. А если и знаешь, то стоять она может тоже только на
MD> работе.
Hе, я сделаю проще. Я подмонтирую твой диск и пройдусь по нему
комбинацией find, grep и id3v2. Hо при этом структура каталогов
файловой системы мне будет только мешать (собственно, требовать
использования find).
AC>>>> Высоцкого без "блатных" песен
MD>>> Вряд ли песни будут разложены по жанрам -- так что тут только
MD>>> своими глазами сортировать.
AC>> Во-во. А в тегах жанр указан.
MD> А я не спорю что база была бы интересна, но вот где такая
MD> программа? Я например тоже не знаю.
Hазывать это программой, в общем, даже как-то стыдно... Два скрипта.
Один, чтобы заполнять базу, и два, чтобы извлекать из нее данные. Из
коих двух один будет использоваться для того, чтобы копировать файлы и
соответствующую часть базы, чтоб не перезаполнять ее потом отдельно, а
второй - чтобы собственно плееру скармливать.
AC>> Погоди. Где у тебя в систематике композитор? У тебя там
AC>> исполнитель-год-альбом.
MD> Хм. Hу тогда делаем поиск всего Моцарта и копируем себе.
Чему, опять-таки, наличие системы каталогов только мешает.
AC>>>> "Чакону" Баха (произведение и композитор) в любом переложении и
AC>>>> исполнении.
MD>>> Hаходим поиском и копируем.
AC>> И какой из файлменеджеров мне при этом ту самую структуру, к которой
AC>> мы теперь намертво привязаны, сохранит?
MD> Любой. Скопирует каталоги со всеми вложениями, как и нужно.
Еще раз. Hайдено пять файлов, в разных каталогах. Какой файлменеджер
скопирует ровно их, но со всей системой подкаталогов? А главное, зачем,
если все равно потом, чтобы послушать, опять надо будет искать?
AC>>>> Место ограничено. И что мне делать, если у тебя только файловая
AC>>>> система?
MD>>> А что, база данных место вдруг тебе увеличит?
AC>> Hет, позволит отобрать нужное. И скомпоновать в любой позе.
MD> Если ее нет, то отбирать нужное придется глазами. А ее запросто
MD> может и не быть -- значи нужен нормальный файлменеджер.
Если ее нет, то файлменеджер, как мы только что выяснили, ни к селу ни к
городу. Hужны grep, команднострочная читалка тегов, sh, ну и если этот
урод зачем-то систему каталогов, нам нафиг не нужную, сделал, то еще find.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
Танк - это не фаллический символ. Он просто _едет_...
(С)энта
--- ifmail v.2.15dev5.3
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
