TagScanner - [36] :: Программы :: Компьютерный форум Ru.Board

Перейти из форума на сайт.

Новости • Файловые архивы
Поиск • Активные темы • Топ лист
Правила • Кто в on-line?

Вход • Забыли пароль? • Первый раз на этом сайте? • Регистрация

Компьютерный форум Ru.Board » Компьютеры » Программы » TagScanner

Модерирует : gyra, Maz
Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42

Открыть новую тему

Написать ответ в эту тему

Maximus_BRZ

Silver Member

Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору

Вопросы, связанные в выбором редактора тегов обсуждаются в топике

TagScanner
программа для организации и управления музыкальными архивами

Официальный сайт | История версий | Страница загрузки | Скриншоты

Мощная программа для организации и управления музыкальными архивами. TagScanner переименовывает музыкальные файлы различных форматов так, чтобы в их имени содержалось информация из тэгов. Также программа позволяет сгенерировать тэг по имени файла/директории или изменить значения необходимых полей в пакетном режиме. Программа имеет широкие возможности для получения информации об альбоме из онлайн баз, таких как freedb или Amazon. Поддерживаются теги ID3v1 и ID3v2, Vorbis Comments, APEv2, WMA и MP4. Универсальный редактор ТЭГов поможет быстро и удобно обработать необходимую информацию, в том числе в пакетном режиме. Также имеется в наличии простой, но удобный редактор плейлистов, позволяющий сохранять и читать листы в PLS/M3U и экспортировать их в HTML и таблицы Excel. Программа в большинстве случаев значительно облегчает жизнь, когда требуется привести в порядок свой музыкальный архив.

Всего записей: 2219 | Зарегистр. 11-01-2003 | Отправлено: 20:17 04-02-2003 | Исправлено: GoblinNN, 14:23 10-11-2022

metatrop

Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

У это прекрасной программы, созданной замечательным грамотным программистом (что видно, в частности, по тому что TagScan не раздувается в объёме как иные проекты, которым менее повезло на авторов), есть один существенный и хотя естественный недостаток. Когда пользователь меняет тэги/метаданные, все файлы переписываются, и при записи, увы, фрагментируются.

Фрагментация - весьма ощутимый минус, особенно при массовом изменении метаданных у множества файлов. Чтобы её избежать, приходится, ну скажем, копировать файлы на RAM-диск, там вносить изменения, и затем копировать обратно (копирование на NTFS раздел через CopyFile() практически гарантирует нефрагментированность).

Но ведь постольку, поскольку размер файлов известен (даже если не с точностью до байта), TagScan вполне мог бы поступать примерно так же, как RAR и 7-Zip, авторы которых уже поняли необходимость принять меры против фрагментации файлов при распаковке архивов.

Всего записей: 327 | Зарегистр. 17-09-2010 | Отправлено: 16:23 10-10-2019 | Исправлено: metatrop, 16:23 10-10-2019

Tracker Mod

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

metatrop

Фрагментация отдельно взятого файла легко убирается например консольной утилитой contig от Марка Русиновича. И между собой два события "модификация файла в программе" и "запись данных на носитель" ничем не связаны, то, о чём вы говорите, это просто видимое совпадение нескольких независимых событий во времени. Причина возникновения фрагментации лежит в механизме работы файловой системы (ФС), просто одни ФС более склонны к фрагментации, а другие менее. Пользователь же видит только конечный результат - записанные в хранилище данные.

Сами программы ничего не пишут, а отдают готовые данные для записи ОС, а та обращается к механизмам ФС, и если ФС не может найти на разделе достаточный для записи непрерывный участок то она запишет их фрагментами на свободное место начиная с максимального по размеру свободного участка. Поэтому для увеличения производительности ФС необходима её дефрагментация и проверка на ошибки. Но, это чисто системная задача уровня ОС решаемая либо её встроенными средствами, либо специализированными утилитами, а не прикладными программами для которых эти механизмы ОС не доступны.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34396 | Зарегистр. 31-07-2002 | Отправлено: 17:29 10-10-2019

metatrop

Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Victor_VG
Утилита contig.exe вещь безусловно полезная, но уж очень она долго работает (по крайней мере на NT5). Копировать файлы с диска на диск - на порядки быстрее.

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

Если вызвать функцию записи 10 раз по 64 килобайта, то может получиться фрагментированный файл (если на диске есть небольшие "пустоты"), а если записать за раз 640 КБ, то фрагментации не будет. Есть и другие механизмы, в т.ч. позволяющие заранее выделить место (и даже без принудительного заполнения файла нулями в целях безопасности, хотя тут может быть вопрос с привилегиями). Программы uTorrent, rar.exe, 7z.exe/.dll - все они противодействуют фрагментации. Вот и TagScan должен так же.

Всего записей: 327 | Зарегистр. 17-09-2010 | Отправлено: 04:11 11-10-2019 | Исправлено: metatrop, 04:15 11-10-2019

Tracker Mod

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

metatrop

Цитата:

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

Ну вы останетесь при своём мнении всегда, хотя и не правы, и вас явно не переубедить.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34396 | Зарегистр. 31-07-2002 | Отправлено: 05:59 11-10-2019

tagman

Newbie

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

metatrop
Соглашусь с вами. Выделять место под конечный размер файла перед его записью - хорошая практика, очень помогает файловым системам бороться с фрагментацией.
А нулями заполнять для безопасности ничего не надо. Это делается автоматически всеми современными ОС/ФС.

Всего записей: 4 | Зарегистр. 24-09-2019 | Отправлено: 21:13 16-10-2019

Tracker Mod

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

tagman

ФС просто помечает пространство удалённого файла как свободное и распределяет его заново, а функция "удалил файл и сразу затёр его содержимое" в них не предусмотрена ибо тогда им работать будет некогда. Просто новые данные перезаписывают "мусор", всё.

Хотя, если вы пошлёте в накопитель команду с кодом 0х50 то получите массу удовольствия.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34396 | Зарегистр. 31-07-2002 | Отправлено: 00:00 17-10-2019

tagman

Newbie

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Victor_VG
При удалени то понятно, что ничего не перезаписывается. Т.к. к к пустым кластерам обычные программы доступа не имеют и не могут прочитать чужую инфу из удалённых файлов.

А я не про удаление файла, а про создание с предварительным выделением места, о чём говорил metatrop:

Цитата:

Есть и другие механизмы, в т.ч. позволяющие заранее выделить место (и даже без принудительного заполнения файла нулями в целях безопасности, хотя тут может быть вопрос с привилегиями)

Если создать файл, и незаписывать его, а сразу сделать seek допустим на 100 Мб и там что-то записать, то при реальном выделении кластеров под этот файл и его записи файловая система сама залъёт нулями то пространство, которое программа, создавшая файл явно не записывала. Это как раз делается для того, что бы предотвратить доступ к остаточным данным из ранее удалённых файлов, чьи кластера выделяются новому файлу.
По крайней мере в windows это так работает.

Всего записей: 4 | Зарегистр. 24-09-2019 | Отправлено: 19:33 17-10-2019

Tracker Mod

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

tagman

Нет, запись пойдёт поверх остатков, а "затирание данных перед записью" это выдумка господ журналистов созданная когда им надо было надо что-то написать в номер, а писать было не о чем. В реальности такого кода в драйверах файловых систем нет и никогда не было.

Восстановление данных даже после однократной их перезаписи далеко не тривиальная математическая задача восстановления сигнала с амплитудой близкой к уровню помех. А при соотношении уровней "сигнал/шум" 1:1 из-за неопределённости истинности бита эта задача становится абсолютно не решаемой.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34396 | Зарегистр. 31-07-2002 | Отправлено: 23:03 17-10-2019

wvxwxvw

Gold Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Victor_VG
Да при чем тут затирание!? Речь идет о предварительном выделении места на диске, перед записью туда файла. Как, например, в торрент клиентах. Для предотвращения фрагментации записываемого файла.

Вы даже не пытаетесь понять о чем вам пишут.

Всего записей: 5677 | Зарегистр. 02-04-2015 | Отправлено: 11:04 18-10-2019

Tracker Mod

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

wvxwxvw

Цитата:

Если создать файл, и незаписывать его, а сразу сделать seek допустим на 100 Мб и там что-то записать, то при реальном выделении кластеров под этот файл и его записи файловая система сама залъёт нулями то пространство, которое программа, создавшая файл явно не записывала. Это как раз делается для того, что бы предотвратить доступ к остаточным данным из ранее удалённых файлов, чьи кластера выделяются новому файлу.

Я что-то упустил или неверно понял? Затирание нулями решает именно эту задачу - "предотвратить доступ к остаточным данным из ранее удалённых файлов, чьи кластера выделяются новому файлу", а про это выше упоминал metatrop

Цитата:

и даже без принудительного заполнения файла нулями в целях безопасности, хотя тут может быть вопрос с привилегиями)

дальше, да разговор ушёл в технику (классическая курилка на ВЦ - споры утихают только когда все ушли с работы

).

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34396 | Зарегистр. 31-07-2002 | Отправлено: 12:07 18-10-2019

tagman Newbie	Редактировать \| Профиль \| Сообщение \| Цитировать \| Сообщить модератору Подробнее...
	Всего записей: 4 \| Зарегистр. 24-09-2019 \| Отправлено: 14:13 18-10-2019 \| Исправлено: tagman, 14:19 18-10-2019

KostmicK

Advanced Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:

6.1.0 (2019-10-22)

Тёмная тема оформления
64-битная версия
Настраиваемый блок расширенных полей в редакторе
Предопределенная папка для обложек
Возможность автоматической подстановки параметров онлайн поиска
При поиске онлайн теперь отображается количество треков в релизе
Функция форматирования значений теперь имеет отдельную кнопку на панели и доступна из любого режима
Мастер импорта лирики теперь запоминает настройки
Возможность использовать собственный сервер musicbrainz
Сочетание клавиш Ctrl+W для выполнения веб-поиска
Редактор трансформаций теперь масштабируется
Улучшена совместимость тэгов Vorbis с софтом фирмы JRiver
Переход на более быстрый движок для регулярных выражений
Исправлена ошибка 'Access violation' при выполнении нескольких трансформаций, которые могут очищать значения полей
Исправлена проблема с преобразованием номеров треков для виниловых релизов с Discogs

Всего записей: 1654 | Зарегистр. 12-04-2012 | Отправлено: 08:06 22-10-2019 | Исправлено: KostmicK, 08:07 22-10-2019

sasha869 Newbie	Редактировать \| Профиль \| Сообщение \| Цитировать \| Сообщить модератору 6.1.0 64-bit версия валится с ошибкой "Exception EAccessViolation in module Tagscan.exe..."
	Всего записей: 28 \| Зарегистр. 14-01-2012 \| Отправлено: 15:16 24-10-2019

Tracker Mod

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

sasha869

А при каких условиях падает? Я у себя попробовал благо повод был поправить несколько файлов и работает без AV. Что-то должно вызывать сбой а пока мы с вами знаем что его можно получить или нет, а сколь часто пока не знаем...

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34396 | Зарегистр. 31-07-2002 | Отправлено: 17:08 24-10-2019

Tarantux

Junior Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Есть такая проблема для нестандартного масштаба в системе. Компилятор 64-битный по другому немного отрабатывает. Сегодня планирую обновление выпустить, которое несколько проблем закроет для 64-битной версии.

Всего записей: 147 | Зарегистр. 24-10-2009 | Отправлено: 17:15 24-10-2019

Tracker Mod

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Tarantux

А! у меня-то стоит 96 dpi/100% и я иначе выкручиваюсь - через вызов экранной лупы (Win+/Win-). При этом не приходится с размером текста играть, а каждый её вызов ±100%. Это оказалось удобно когда монитор вроде большой, но стоит далеко и под более крупный места нет, а надо плакаты А0 в CAD читать.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34396 | Зарегистр. 31-07-2002 | Отправлено: 18:05 24-10-2019

Tarantux

Junior Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Victor_VG

Ошибка при запуске выявила большое количество, работающих hiDPI режимах, благо сейчас это стало вполне комфортно. Также оказалась востребованной и 64-битная версия.
Плохо только, что на бете ошибки не удалось выявить.

Всего записей: 147 | Зарегистр. 24-10-2009 | Отправлено: 18:13 24-10-2019

Tracker Mod

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Tarantux

А, а я подумал что это просто какое-то совпадение событий так проявилось. Или sasha869 не смог понятно объяснить что он видит. Как maxvlas в теме по Process Hacker целые сериалы снимает, а без полка переводчиков его не понять.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34396 | Зарегистр. 31-07-2002 | Отправлено: 19:42 24-10-2019

KostmicK

Advanced Member

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:

6.1.1 (2019-10-24)

64-битная версия не запускалась на системах с нестандартным масштабированием
Исправлена проблема с зависанием 64-битной версии во время воспроизведения музыки
Исправлено отображение полей в расширенном редакторе
Исправлена ошибка 'Access violation' при запуске экспорта
Локализация: Portuguese (Portugal)

Всего записей: 1654 | Зарегистр. 12-04-2012 | Отправлено: 23:45 24-10-2019

maxx64 Junior Member	Редактировать \| Профиль \| Сообщение \| Цитировать \| Сообщить модератору если сверху обновить,настройки пропадут?
	Всего записей: 43 \| Зарегистр. 01-11-2018 \| Отправлено: 22:19 25-10-2019

Открыть новую тему

Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42

Компьютерный форум Ru.Board » Компьютеры » Программы » TagScanner

Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC