Messages

1

Обработано / Re: [x] [2058] Сбрасывает высоту плейлиста при скрытии

« on: January 25, 2018, 16:54:23 »

Проверил на приведённых ранее мною скинах - теперь плейлист сохраняет высоту, даже после смены обложек.

2

Обработано / Re: [2058] Сбрасывает высоту плейлиста при скрытии

« on: January 15, 2018, 18:33:20 »

Повторил, но уже с "не дефолтными" обложками (Euphoria lux 2.3/Euphoria lux shine 2.3), но у этих скинов сделано проще: кнопка "показать/спрятать плейлист" вынесена на сам скин. После скрытия плейлиста, при повторном появлении высота плейлиста сбрасывается.

3

Обработано / Re: [+] [2058] Странное поведение утилиты "Расширенный редактор тегов"

« on: January 02, 2018, 21:48:55 »

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

4

Обработано / Re: [2058] Странное поведение утилиты "Расширенный редактор тегов".

« on: January 02, 2018, 20:21:37 »

Не знаю, что Вам это может дать, но... пожалуйста, вот ссылка: http://dropmefiles.com/VGhuz

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

5

Обработано / Re: [2058] Странное поведение утилиты "Расширенный редактор тегов".

« on: January 01, 2018, 21:56:59 »

Пожалуйста, вот ссылка на видео: http://dropmefiles.com/HFJZv

з.ы.: добавлю, что очистить само окно от добавленных файлов помогает только перезагрузка самой утилиты.

6

Обработано / [+] [2058] Странное поведение утилиты "Расширенный редактор тегов"

« on: January 01, 2018, 21:35:19 »

С "наступившими" праздниками и доброго времени суток! После некоторой паузы с обработкой аудио, решил снова заняться этим интересным делом, но в процессе работы столкнулся со следующей проблемой: утилита "расширенный редактор тегов" (которая в виде отдельного приложения, но входящая в комплектацию плеера программа) стала работать некорректно. То бишь, при добавлении в окно программы 2 (двух) и более файлов, с последующим их выделением комбинацией клавиш "Ctrl+A", в окне утилиты, помимо добавленных файлов, появляются какие-то посторонние "пустые" файлы, но никак не происходит выделение добавленных файлов, как это было раньше (по крайней мере, минуя через одно обновление назад), а также перестали удаляться по нажатию клавиши "Delete" не только добавленные мною файлы, но и появившиеся с помощью вышеописанной комбинацией клавиш те самые "пустые" файлы. И вроде как это не глюки с пьяной головы.

з.ы.: используемая ОС: шindows 10 корпоративная (x64), с последними обновлениями;
используемое "железо": ультрабук HP Pavilion 15-b052sr.

7

Обработано / Re: [+] [2055] Не считываются поля "Диск №" в *.mp3 после пересохранения файла

« on: December 21, 2017, 15:00:22 »

Конечно, можно научить и AIMP читать такие теги, но, может, лучше было бы записать им баг? Есть стандарт, ему надо следовать, почему другие программы должны подстраиваться под чужие ошибки?

Полностью согласен с Вашим мнением, но (лично с моей стороны) имеется проблема - my english very-very bad, а гуглопереводчиком пользоваться побаиваюсь (дабы не выглядеть идиотом, т.к. имеется подобный печальный опыт) - далеко не во всех случаях он корректно переводит, даже если выражаться (на сколько это возможно) прямолинейно и без каких-либо жаргонизмов. А есть ли среди их команды разработчиков русскоязычные люди - мне не известно. Так бы давно уведомил о двух выявленных ошибках, которые, кстати, на данном форуме обсуждались. 

8

Обработано / Re: [+] [2055] Не считываются поля "Диск №" в *.mp3 после пересохранения файла

« on: December 20, 2017, 19:17:59 »

По истечению некоторого количества времени у меня появилась идея, но вот на сколько она реализуема - я не знаю. Собственно, в чём её суть: есть ли вариант научить редактор тегов подправлять выявленную ошибку (в данной теме) за аудио редактором audacity? То бишь, чтобы при редактировании информации файла он (редактор тегов) предупреждал о неправильно заполненном поле и предлагал исправить эту оплошность? Или оно нафиг не нужно?

9

Обработано / Re: [+] [2055] Не считываются поля "Диск №" в *.mp3 после пересохранения файла

« on: December 19, 2017, 22:35:24 »

Понял. И ещё раз - большое спасибо за информацию. 

10

Обработано / Re: [+] [2055] Не считываются поля "Диск №" в *.mp3 после пересохранения файла

« on: December 19, 2017, 22:30:30 »

Понял. Артём, тогда подскажите, пожалуйста, ответ возникший вопрос (описал в предыдущем своём комментарии, во второй его части) по поводу сохранения комментария во *.flac-файле. Заранее благодарю.

11

Обработано / Re: [2055] Не считывается поля "Диск №" в *.mp3 после пересохранения файла.

« on: December 19, 2017, 21:57:03 »

На всякий случай приложил "полный файловый цикл" работ в audacity. В общем файлы из архива в следующем порядке:
1. "оригинал" ("флакушник", пусть и отредактированный, но дальнейшие действия по пересохранению идут от него)
2. "промежуточный" (уже "mp3'шник" - его я стабилизирую от перегрузок)
3. "итоговый" (стабилизированный "mp3'шник" с поправленной вручную информацией с помощью вызванного из контекста плеера редактора тегов). Вот ссылка: http://dropmefiles.com/iBg97

Upd.: в сборке 2056 ничего не изменилось.
з.ы.: если не использовать audacity, а конвертировать с помощью aimp'овского аудио конвертера (минуя стадию стабилизации от перегрузок), то подобной проблемы не наблюдается. Но боюсь, что если засунуть этот же файл на стабилизацию в audacity, итоговый файл придётся всё равно "допиливать" редактором тегов (потому что (на данный момент) аудио редактор смещает содержимое поля "Каталог" в поле "Комментарии", а также устранять текущую проблему с "нечитабельностью" содержимого поля "Диск №").
p.s.: возможно опять же, это ошибка либо audacity, либо aimp'а (либо это не ошибка, а особенности содержания информации в аудио форматах), но если aimp'овским редактором тегов во flac'e сохранять комментарии, то он сохранится не в поле "Comments", а в поле "Comment". При попытке переписать содержимое из последнего поля в первое с помощью всё той же audacity, плеер не считывает содержимое первого поля и не выводит его содержимое в поле "Комментарии" при просмотре с помощью aimp'овского редактора тегов. Пожалуйста, поправьте меня, если я где-то ошибся, а то на ночь глядя иногда может почудиться и не такое

12

Обработано / [+] [2055] Не считываются поля "Диск №" в *.mp3 после пересохранения файла

« on: December 19, 2017, 19:54:53 »

Доброго времени суток! Не знаю, ошибка AIMP'а это, или это ошибка audacity, но есть она давно (просто данное поле тега id3v2 я использую очень редко, поэтому не обращал на него должного внимания, а потом про данную ошибку вообще забывал - и так ровно до того момента, пока не придётся использовать данное поле тега повторно. А дальше - всё по кругу Надо исправляться ). Помнится, что я как-то описывал схожую ошибку но с другим полем: то бишь, после пересохранения *.mp3-файла (то есть *.mp3 в *.mp3) в аудиоредакторе audacity какое-то поле тега не считывалось (уже не помню какое), и этот нюанс поправили в следующем обновлении плеера. Самое, что интересное, когда тем же (топорным) foobar'ом, либо mp3tag'ом "колупаешь" получившийся файл, то поле "Диск №" (то бишь "Part of a set") в файле есть, а AIMP это поле (как и информацию из него) не видит. Приходится повторно вбивать данные в это поле и сохранять редактором тегов, вызванного с помощью контекстного меню плеера. После этого заново перепроверив (топорным) foobar'ом, либо mp3tag'ом файл на предмет добавления новых полей, то ничего нового не увидишь - содержимое полей и их инфомация вся та же, но AIMP (уже) видит нужные поля (в данном случае - "Диск №") и их содержимое.
з.ы.: использую шindows 10 корпоративную (x64, с последними обновлениями), audacity версии 2.2.1.

13

Обработано / Re: [?] [2047] "Интересности" в свойствах *.mp3-файла

« on: November 19, 2017, 08:50:48 »

Понял. Тогда прошу прощения за ложное беспокойство)
з.ы.: тогда эту тему можно "грохнуть".

14

Обработано / Re: [?] [2047] "Интересности" в свойствах *.mp3-файла

« on: November 18, 2017, 22:02:04 »

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

15

Обработано / Re: [?] [2047] "Интересности" в свойствах *.mp3-файла

« on: November 18, 2017, 21:46:37 »

Также я установил первый попавшийся редактор тегов (mp3tag), он тоже видит все записанные теги. Особенно "понравилось" отображение по третьему тестовому файлу, который содержит тот архив, который я выложил выше. Пример прикладываю в том же порядке.
з.ы.: всё-таки получается, что я уже второй раз за зря развёл панику по данному нюансу? Неудобно как-то...