Недавний контент djsoft

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

run mshta.exe "C:\Path\To\YourApp.hta"

RadioBOSS 7.2.5 Изменения Планировщик: в окне создания нескольких плейлистов добавлена настройка Начальный номер Плеер: позиция трека теперь отображается в подсказке Плеер: улучшена обработка шрифта карт машины Плеер: API playbackinfo теперь отображает следующий трек, если включена опция...

Была какая-то проблема в плейлисте, видимо. В программе нет кода чтобы убирать/добавлять "двойки" или делать какие-то подобные операции с именами файлов. Пока непонятно, что именно за "баг", в настоящее время ситуацию можно описать так: у всех все работает.

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

Я не знаю, что вам не нравится, но мы это оставим как есть, менять что-то там не имеет вообще никакого смысла, даже обсуждать это уже нет смысла :)

Результат проверки уже известен: ошибка не подтвердится, будет просто потрачено время на всю процедуру. Тут 100% вы что-то сделали, поэтому оно так работает, вы же делаете какие-то ручные правки в базе. Можете проверить не только пути треков, но и их Track ID, если они отличаются, значит в базе...

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

Если другие надо оставить, то пока никак. Остается вариант с проксированием запроса через ваш скрипт.

Технически разницы быть не может, почему у вас так - непонятно, как вариант, база была открыта, изменеия были сделаны позже и данные в открытой базе не обновились. Откуда такие треки вообще берутся? Думаю, это не будет новостью, но про эту "проблему" больше никто не пишет. Вы делаете что-то...

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

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

Информация читается всегда из одного места (таблица tracks2) т.е. разный результат не может быть из-за того, на основе чего создана база - неважно, какой источник был изначально плейлист или другая база или просто через интерфейс добавили. Может, есть еще другие копии этого трека, и поэтому вот...

Да, это известная проблема, будет исправлено в следующем обновлении.

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