Изменение даты редактирования файла

scorp

Well-known member
Почему-то когда выбрано сохранение доп.информации в MySQL, то при редактировании тегов оно трогает сам файл и обновляет дату его изменения, оно же должно в базу писать и все, не трогая сам файл? На SQLite вроде такого не было... Эти изменения даты на файлах сбивают с толку потом при работе с файлами на диске через Проводник, Тотал...
 
Почему-то когда выбрано сохранение доп.информации в MySQL, то при редактировании тегов оно трогает сам файл и обновляет дату его изменения, оно же должно в базу писать и все, не трогая сам файл? На SQLite вроде такого не было... Эти изменения даты на файлах сбивают с толку потом при работе с файлами на диске через Проводник, Тотал...
Если вы редактируете тег (одно из стандартных полей вроде Название, Исполнитель и т.д.) то это пишется в файл - так как это операция редактивроания тега. Копия пишется в базу для работы кеша (чтобы не читать каждый раз из файла).
 
Если вы редактируете тег (одно из стандартных полей вроде Название, Исполнитель и т.д.) то это пишется в файл - так как это операция редактивроания тега. Копия пишется в базу для работы кеша (чтобы не читать каждый раз из файла).

Не ну так на SQLite вроде не было, я еще специально переключил тогда на базу, чтоб файлы не трогало. И по логике если не используется из тегов файла напрямую то его и не надо трогать. Или если такая фигня то опцию бы.. возможность отключить писать в файл изменения... Короче запорол себе теги в пару десятков файлов этой перезаписью...
 
Не ну так на SQLite вроде не было, я еще специально переключил тогда на базу, чтоб файлы не трогало. И по логике если не используется из тегов файла напрямую то его и не надо трогать. Или если такая фигня то опцию бы.. возможность отключить писать в файл изменения... Короче запорол себе теги в пару десятков файлов этой перезаписью...
Если редактируете теги то файл тоже будет обновляться - это же, в первую очередь, редактирование тега. База здесь не участвует - основное ее назначение это хранение доп информаци (количество запусков и т.п.) и кеширование тегов (чтобы не читать файлы каждый раз). Ожидаемое поведение для любого редактора тегов что тег пишется в файл. Конкретно в RadioBOSS это работает уже 20 лет именно так, менять тут ничего не нужно.
 
Если редактируете теги то файл тоже будет обновляться
Как же сделать что придумать, чтоб не трогало дату и время при правке тегов, вот прям вообще оно мне не в тему и портит всю малину. Есть идеи?
 
Как же сделать что придумать, чтоб не трогало дату и время при правке тегов, вот прям вообще оно мне не в тему и портит всю малину. Есть идеи?
Время изменения файла обновляется системой. А почему это вообще имеет значение?
 
Время изменения файла обновляется системой. А почему это вообще имеет значение?
Потому что в файл менеджерах нарушается сортирвока по дате + в тотал командере у меня по цветам выделяются файлы в зависимости от периода их появления, короче все нарушается при обработке, путаются в итоге новые и старые измененные, которые показывает новой датой. Вот в программах, которые сделаны по уму, например в Mp3tag есть простая опция (см.скрин), почему нельзя сделать так же по уму в РБ я не понимаю... неужели так сложно, в доп.опции закинуть хотя бы.

1679041526595.png
 
Потому что в файл менеджерах нарушается сортирвока по дате + в тотал командере у меня по цветам выделяются файлы в зависимости от периода их появления, короче все нарушается при обработке, путаются в итоге новые и старые измененные, которые показывает новой датой. Вот в программах, которые сделаны по уму, например в Mp3tag есть простая опция (см.скрин), почему нельзя сделать так же по уму в РБ я не понимаю... неужели так сложно, в доп.опции закинуть хотя бы.
Да, можно будет добавить это в Advanced options.
 
Назад
Верх