[2650] Символы в ШАБЛ〇НАХ для строк (бегущей и т.п.) у некоторых старых обложек

[«G-Li†ch»]

Замечено уже очень давно (лет 7 назад так точно, хотя скорее всего уже лет 10 прошло), но только сейчас стало понятно, в чём же дело.

• обложка: Silver grey
• Шаблон для бегущей строки: %Char(9619)%Char(9618)%Char(9617)%E %L %Char(215) %IF(%R,%R %Char(6) %T,%T) : [%Char(402)%Replace(%H, kHz,)\%Replace(%B, kbps,)] %S%Char(9617)%Char(9618)%Char(9619)

Запустить проигрывание любого.mp3 с отсутствующими ID3 — видим в бегущей строке "прямоугольники". Причём даже если имя файла содержит символы, отсутствующие в текущей системной кодировке, то и в его имени отображаются "прямоугольники"!
Вписать в любой ID3 (v1 или v2) поле "Исполнитель" (хз почему именно только его?) — сохранить. Хоба! Теперь в бегущей строке символы отображаются как положено!
Т.е. не имеют значения как кодировка самого ID3 значения, так и установка "Язык — Преобразование не-юникодных строк в соответствии с" UTF-8.

Для "второй строки с информацией" ещё интереснее:

• %Char(402)%Replace(%H, kHz,)%Char(9833)%Replace(%B, kbps,) %Char(215) %S %Char(8725)%low(%E)%IFEqual(Mono,%Replace(%C,Stereo,), 〇,) — %DM (%TM) %IF(%Lyricist,%Composer %Char(8260)%Lyricist,%Composer)%IF(%Lyrics,%Char(8735),)

В этом случае, символ ♩ показывается только у тех элементов списка воспроизведения, что моно, а если быть точнее, когда в символ 〇 присутствует во второй строке. Другими словами, только когда подобный символ, например ∥, во второй строке с информацией присутствует, тогда и все элементы в списке начнут отображать ♩ вместо "прямоугольника" тоже…
По этой причине, пришлось вторую строку с информацией переформатировать следующим образом:

• %Char(402)%Replace(%H, kHz,)♩%Replace(%B, kbps,)%Char(8741)%S %Char(8725)%low(%E)%IFEqual(Mono,%Replace(%C,Stereo,), 〇,) — %DM (%TM) %IF(%Lyricist,%Composer %Char(8260)%Lyricist,%Composer)%IF(%HasLyrics,∟,)

И да, %HasLyrics… долгое время у меня тут стояло просто %Lyrics, т.к. было заготовлено чисто для информирования о "наличии текста песни" — из-за отсутствия оного, даже всё дописанное дальше этого условия тупо игнорируется…

[Artem]

сейчас стало понятно, в чём же дело

Три раза перечитал пост, но так и не понял

[Artem]

У меня не зависимо от того, что писать, всегда показывается корректно. Единственный квадратик - символ с кодом 6 (ну тут и понятно)

[Artem]

Кроме отображения квадратиками, в чем еще проблема? Неправильно что-то парсится? И еще момент, зачем вы используете тут %Char? можно же просто символы вставить в строку

[«G-Li†ch»]

По картинке 1.png — поле "Исполнитель" заполнено? Проблема наблюдается только для тех mp3, у которых ID3 напрочь отсутствует, либо заполнены "неиспользуемые" данные, например, год, или даже "Название" (т.к. в данном случае, насколько я припоминаю, видимо берёт из имени файла)…

тут (win7 с русским «для программ не поддерживающих Юникод») хотя бы "палку" показало… в противном случае исправить на – %Char(8211)…

По вопросу со второй строкой с информацией — сообщение исправлено (оказалось, сам символ ◊ показался, тогда как ♩ нет).
Номера Char как-то доводилось чисто для себя выписывать (чтоб в случае чего быстренько можно было глянуть их номера, тупо зайдя в настройки AIMP`а)… В ранних экспериментах так-то оставлялись уже готовые символы, но вот припёрло мне однажды снова их номера выискивать…

[Artem]

Проблема наблюдается только для тех mp3, у которых ID3 напрочь отсутствует, либо заполнены "неиспользуемые"

Дело не в теге, дело в %Char(6). Если символ #6 нет в строке - действительно, появляются квадратики...

[Artem]

В ранних экспериментах так-то оставлялись уже готовые символы, но вот припёрло мне однажды снова их номера выискивать…

Зачем нужны их номера? Почему бы сразу не вставить символ в строку?

[«G-Li†ch»]

Ну квадратики у меня как раз вместо ▓▒░ и ░▒▓, а %Char(6) только при наличии поля Исполнитель отображает палку. Т.е. когда вообще отсутствуют метки:

А %Char()`ы тут пришлось вставлять, чтоб избавиться от пробелов, иначе %S игнорируется, т.к. AIMP считывает это как "%S░▒▓" целиком, из-за чего всё допустимое дальше пропадает — случается та же ситуация, что и с %HasLyrics  — всё дописанное после этого не показывается вовсе (улетает в out of bounds?)…
Ставлю в бегущую строку тот же символ "Multiplication X" %Char(10005), что во второй строке с информацией на этом снимке — теперь и тут становится всё нормально… Т.е. не все Юникод символы заставляют отображать правильно всю строку (в обоих случаях) — понять бы, почему так…

Ы… %Lyrics работает для Бегущей строки… Вставляю "своё условие" сюда — тоже самое происходит. При наличии символа ∟ — отображаются ▓▒░ и ░▒▓ как следует, при отсутствии — квадратики вместо них.
Тоже, если в поле "Год" вставить этот символ, и задействовать %Year, хотя, если там цифры или др. подобные "простые символы", то тоже квадраты, хотя если ровно те же символы вписать в поле Исполнитель — то становится всё нормально!

[Artem]

Видимо, есть какие-то нюансы на стороне функции отрисовки текста в Windows...

Вот небольшая демка, на ней можно посмотреть, как Windows выводит текст, где есть #6 символ, и где нет.
Функция отрисовки одна и та же, а вот результат - разный (зависит от шрифта). В вашей обложке использует Trebuchet MS

[Artem]

%Char()`ы тут пришлось вставлять, чтоб избавиться от пробелов, иначе %S игнорируется

Подумаю над этим.

[«G-Li†ch»]

Оу… А на бесятке всё оказалось труднее… Дейсвительно, даже если меток нет, то символы ▓▒░ и ░▒▓ отображаются (но совсем не так, как у Вас, и не так, как на той 7-ке — большой интервал между символами), и даже при %Char(6) выводится палка, только не «такая маленькая», как в демке, а чуть подлиннее (или размер шрифта другой, или это больше не Trebuchet MS)… Но вот у второй строки с информацией, мало того, что КРУЖ〇К (работавший на 7-ке) почему-то заменился "маленьким квадратиком" (т.е. тот самый «fallback для не найденного»), так ещё и "Parallel To" маленький (не высокий и наклонный), и "Multiplication X" %Char(10005) адекватный (а не «высокий», как было на той 7-ке)… — вот уж точно, чудеса винды… Похоже, если "обновить" системные шрифты на той 7-ке, и проблема тоже изменится…

[«G-Li†ch»]

А… палка %Char(6) эта в конце строки что-ли у той демки?

Действительно, просмотрщик шрифтов FontMassive "выделил красным квадратики" (отсутствующие символы), а вот у множества других просмотрщиков тоже шрифт подменяется — понять бы, что же провоцирует эту подмену в винде…

Кстати, выключив "Движение" бегущей строки, отпускание кнопки сенсорной панели/мыши, "вручную сдвинутый" текст сбрасывает свою позицию…

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

[Artem]

А… палка %Char(6) эта в конце строки что-ли у той демки?

да, я ее в конец поставил, чтобы  было более наглядным при сравнении строк

понять бы, что же провоцирует эту подмену в винде…

По идее винда должна всегда подменять недостающие глифы глифами других шрифтов.

у последней открытой вкладки «Отображаемые данные» всё время пусто

Гляну

и да, ещё всбесило, что при навигации по настройкам клавиатурой частенько внезапно переключается фокус туда)

Где именно?

[Alex-D]

Не знаю, связана ли моя проблема с ТС, но с последней обновой плеера тоже съехали некоторые символы. Например, индикатор замка на заблокированных плейлистах стал отображаться криво. Да, скин старый, но до этого на нём всё было в норме - значок был ровный и маленький.

[Artem]

Да, скин старый, но до этого на нём всё было в норме - значок был ровный и маленький.

Раньше не было никакого значка - была звездочка. Сейчас используется emoji-символ "замок"