Форум » Cсылки на программы и инструкции » clewd для массового копирования оптики на хард » Ответить
clewd для массового копирования оптики на хард
zencd: http://shounen.ru/soft/clewd/desc_ru.shtml <cite> У меня много компакт дисков (да и ДВД немало), и иногда надо скопировать целую стопку CD на винт (штук 10-30 за раз). Для того, чтобы во время работы не отвлекаться от просмотра для нажатия кнопок для начала копирования, был написан батник. Не слишком удобный. Потом я его переделал, получился clewd (вместе с cdcp.bat) </cite> когда надо - незаменимая вещь!
Die Hard: К этому батнику, да еще бы CD-changer на 30 дисков :-)
Damned: Да, мне бы не чейнджер, а манипулятор, т.к. в основном страдаю от того, что невозможно автоматизировать смену дисков :) Альбомы-то сами копируются, но лопатить 30-40 дисков (а то и больше) для компиляции заказа очень муторно :)
zencd: так может скопировать оптику на жесть один раз и не париться? некоторых денег стоит, но 1) удобно для трейдов, 2) дублирование информации, 3) я заколебался диски в CDROM вставлять - слушаю только то что на харде :)
zencd: ну а чейнджер нужен конечно не знаю как я без него оцифрую свои 150-200 аудио сиди - может так и не оцифрую
Damned: zencd пишет: так может скопировать оптику на жесть один раз и не париться? некоторых денег стоит И сравнительно немалых. Чтобы 200 DVD на винт вкатать надо винт на 700 гиг. Максимум продаются 500 Гб, за 250 зеленых. Значит, надо еще один на 200 добавить, еще 80. Итого 320 зеленых за такое счастье... Спасибо, не надо :)
ahv: слишком большая погрешность в расчетах, надо исправить :) 200DVD=875,44ГБ 250$+80$=330$ кто-то тут уже считал кстати, что дешевле покупать диски по 200ГБ, чем по 500.
zencd: /* кто-то тут уже считал кстати, что дешевле покупать диски по 200ГБ, чем по 500 */ мой друг подсчитал что 400-тки имеют оптимальную цену за метр я не проверял, но пора бы уже 200-кам потерять лидерство что касается объёмов, то они у всех разные. конечно 200 ДВД в копеечку влетит дублировать но у меня - в районе 200Гб, так что выходит недорого, зато удобств... и чё раньше так не делал. денег чтоли не было :)
Trellis: так может скопировать оптику на жесть один раз и не париться? В этом случае может возникнуть другая проблема - как найти нужный альбом. В случае копирования с DVD легко найти альбом среди 2-3 десятков папок. А вот когда в одной папке на винте будут сразу несколько сотен или тысяч альбомов, то на это может уйти некоторое время (особенно актуально для классики, т.к. название диска можно записать разными способами...).
Die Hard: Как мне кажется это не проблема. Называй папки так, как прописаны они у тебя в каталоге, тогда и искать не придется. А можно пойти еще дальше. Назначить в каталоге каждому альбому свой ID. Затем, помещаем каждый альбом в отдельную папку на винте, названную по имени ID. После подобных манипуляций, подготовка заказа - вообще минутное дело. Подаем на вход любой рукописной проге (можно даже макрос наваять) список ID альбомов нужных для обмена, и она копирует/переносит их в нужное нам место. Останется только скомпоновать по дискам и записать. А если разбивка изначально присутствует, то в этой же проге можно сделать и автоматическое формирование заказа. Любой, кто хоть немного знаком с программированием, напишет ее за пару часов, если не быстрее.
Trellis: Как мне кажется это не проблема. Называй папки так, как прописаны они у тебя в каталоге, тогда и искать не придется. В идеальном случае конечно так и должно быть, но в реальности всё хуже. Например иногда обнаруживаешь ошибки в названиях, в каталоге исправляешь, а на DVD остаётся старое название. А можно пойти еще дальше. Назначить в каталоге каждому альбому свой ID. У меня знакомый именно так хранит фильмы, в папках с ID (у него около 10000 фильмов). Вариант заманчивый, нужно обдумать плюсы/минусы...
zencd: Directory ID обсчитывается просто - например как тот-же cddb/freedb id - специальному алгоритму скармливаем длительности звучания всех песен, и на выходе получаем число типа 0xa89204 IDs можно хранить в корне каждой папки, а можно и каждый раз заново обсчитывать dat's tru way :)
Damned: zencd пишет: Directory ID обсчитывается просто - например как тот-же cddb/freedb id - специальному алгоритму скармливаем длительности звучания всех песен, и на выходе получаем число типа 0xa89204 Это все требует нехилых усилий даже для небольшой коллекции, that's false way. Если уж писать прогу, то она должна на основании уже имеющихся данных идентифицировать альбом. Например, имеются несколько параметров: имя папки, размер папки. Для имени папки выделим еще исполнителя, год, название альбома (присутствие каждого параметра в названии папки понятное дело не обязательно). Каждому параметру присваиваем вес. Затем определяем программно сумму весов для каждой папки, и наибольший вес являет нам нужную папку. Если несколько очень близких сумм получилось, тогда юзер выбирает вручную из вариантов. Если вес получается очень маленьким, он не заслуживает доверия, и юзер снова вручную выбирает из вариантов. Короче, масса алгоритмов можно придумать, приведенный мной алгоритм у меня почти никогда не сбоит, только на альбоме, папка которого называется INFLAM~1, тут уж и я засомневаюсь, что там.
Die Hard: IDs можно хранить в корне каждой папки Дельная мысль. Удалить - дело 5 секунд. (н-р: Ctrl-B в ТС) специальному алгоритму скармливаем длительности звучания всех песен, и на выходе получаем число типа 0xa89204 В кач-ве ID можно использовать CRC всех файлов в папке. Остается один вопрос. Как все это дело синхронизировать с каталогом?
zencd: CRC это вариант, но представь - ты скопировал с DVD на HDD и смотришь, а теги не проставлены - проставляешь теги и CRC файлов уже другой к тому же я например храню базу в MAC, и соответственно мне известна длительность всех треков, т.е. я могу легко провести соответствие между каталогом и директориями на HDD. а вот CRC в каталоге МАКа не хранится... даже если кто-то хранит базу в экселе, то есть возможность найти соответствие через общую длительность альбома или через вес в байтах/мегабайтах. причём найти его можно один раз и проапдейтить каталог с новой колонкой AlbumID всё теория конечно :))
zencd: кстати, я когда генерил CDDBID's, на один ID находилось порой несколько вариантов, в основном это были 2х-трековые синглы
zencd: /* Остается один вопрос. Как все это дело синхронизировать с каталогом? */ а это зависит уже от каталога. в принципе можно даже сравнивать именя директории и поле AlbumName :) вообще идеальный ALBUM ID мне видится таким - некий хэш (типа cddb'шного), но учитывающий только музыкальные данные, без тегов, ибо теги имеют свойство меняться... всё, раскрыл секрет :))
zencd: в принципе я глянул на формат мп3, он довольно простой (id3 тока под ногами мешаются :) так что мой "идеальный" хеш сосчитать относительно несложно да и встречал я готовый модуль на перле разбирающий мп3 по фреймам
vhl: Как насчет Ape/Wv/Ogg ? Как считать их хеши? Для меня эта проблема всала уже очень актуально! :) На винте уже больше сотни папок вида DV01,DV02,DV03... Хочу все свалить по артист - альбомам, чтобы в winampe удобно было выбирать.
zencd: у файлов разных lossy/loseless форматов внутри есть 1) теги и 2) сами данные конечно с каждым форматом надо повозиться отдельно (разобрать файл), но это возможно так же как и для мп3 в принципе может быть проще и стандартный CDDBID юзать, но как я писал выше для синглов он бывает повторяется
zencd: vhl в твоей конкретной ситуации могу посоветовать такую вещь, junctions (если у тебя NTFS) хранишь диры как ты хочешь в C:\Music, и параллельно создаёшь набор ссылок на ту же музыку, но сгруппированую по DVDям, т.е. C:\Music\Art - 1 C:\Music\Art - 2 C:\Music\Art - 3 C:\DVDs\DVD1\Art - 1 C:\DVDs\DVD1\Art - 2 C:\DVDs\DVD2\Art - 3 это всё тоже непросто конечно :) но как вариант... вот эта утилитка умеет: http://www.sysinternals.com/utilities/junction.html junction.exe "C:\DVDs\DVD1\Art - 1" "C:\Music\Art - 1" junction.exe "C:\DVDs\DVD1\Art - 2" "C:\Music\Art - 2" junction.exe "C:\DVDs\DVD2\Art - 3" "C:\Music\Art - 3" я понимаю что голыми руками это сума сойдёшь делать, но если покрутить это дело...
полная версия страницы