JSplitter v4.3.4 / 3.9.7 [07.10.2026]

Список разделов › foobar2000 › Плагины

Описание: Все о плагинах, компонентах, расширениях

  • 12

Сообщение #1 LUR » 21.03.2018, 05:06

Плагин представляет собой панель, совмещающую функциональность сплиттера (контейнера для панелей других плагинов) и хоста скриптов JavaScript.

Особенности функционала:

1. Панели добавляются в сплиттер в произвольном порядке, где с ними можно работать как с обычными окнами Windows, а именно: перемещать, изменять их размер, сворачивать, разворачивать, закрывать. Т.е. при работе с плагином foobar2000 превращается в приложение с MDI интерфейсом (Multi Document Interface). Для точного позиционирования панелей предусмотрено отображение координат и их редактирование "на лету" в заголовке окна панели (полезно при дизайне интерфейса сборки). Также имеется возможность настраивать цвета и шрифт заголовка окон панелей.
Функциональность сплиттера работает как в DUI, так и в CUI.

1.PNG


2. Поддерживается режим редактирования разметки как в DUI так и в CUI в традиционной для них манере. Поддерживается также управление размещением панелей в сплиттере через стандартный "размещатель" Columns UI.
3. В основе хоста скриптов лежит Spider Monkey Panel от TheQwertiest, соответственно имеет все возможности данной панели + дополнительные расширения API, касающиеся сплиттера. Также в проект активно вносятся изменения из "мода" Spider Monkey Panel за авторством marc2k3
4. Поддерживается управление панелями в сплиттере из скриптов. Возможно программно перемещать, скрывать, изменять размер панелей.
5. Имеется специальное API для быстрого создания кнопок в корне панели и обработки их нажатия.

ПРИМЕЧАНИЕ О ВЕРСИЯХ
Ввиду того, что последней ESR (Extended Support Release) версией движка JavaScript SpiderMonkey, поддерживающей Windows 7, является 102.15.1esr, решено сделать форк основной версии JSplitter и сделать из него ветку 3.x. Все изменения, вносимые в последнюю версию JSplitter (кроме движка), будут добавляться и туда. Единственная разница между веткой 4.x и 3.x в движке JavaScript: В 3.x будет всегда один и тот же движок 102.15.1esr, а в 4.x - самый свежий ESR.

СКАЧАТЬ
АНГЛИЙСКАЯ ВЕРСИЯ
РУССКАЯ ВЕРСИЯ

Версия 3.9.7 (для пользователей Windows 7)
АНГЛИЙСКАЯ ВЕРСИЯ
РУССКАЯ ВЕРСИЯ

Краткое руководство
Для добавления панелей в сплиттер можно воспользоваться следующими способами:

1. С помощью контекстного меню панели плагина:

2.PNG


2. С помощью стандартного размещателя Columns UI:

4.PNG


3. С помощью списка панелей, вызываемого из контекстного меню плагина:

10.png


либо окна редактирования скрипта (см. скриншот). Список панелей можно также использовать для добавления, удаления, переупорядочивания панелей, а также изменения их положения и размеров вручную (двойной щелчок по соответствующему полю):

Снимок.PNG


4. В стандартном режиме редактирования разметки (Default UI / Columns UI)

9.png


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

3.PNG


ВНИМАНИЕ! Порядок размещения панелей в сплиттере зависит от глубины их визуального расположения. Самое верхнее окно будет последним в списке. Если вы активируете мышкой какую-либо панель, она переместится в конец списка. Учитывайте это при использовании функции GetPanelByIndex (см. ниже). Чтобы случайных перемещений по списку не происходило, вы можете заблокировать панель (см. ниже)

Show caption - включает/отключает отображение рамки (бордюра) окна панели
Locked - заблокировать панель. С установленной галочкой окно не реагирует на попытки переместить/изменить/закрыть окно.
Show coords - отобразить координаты. В заголовке окна будут отображены координаты окна, которые будут обновляться по мере перемещения/изменения размера окна.
Support pseudo transparency - некоторым окнам необходима поддержка "прозрачности". С включенной опцией плагин будет заменять фон окна панели на содержимое корневого окна плагина. Т.е. например все, что нарисовано в скрипте с помощью on_paint(gr) будет скопировано в окно.

В режиме отображения координат можно вводить необходимые координаты вручную кликнув по нужной координате или изменить название панели:

7.PNG


Настройки внешнего вида окон панелей расположены здесь:

8.png


Show tools menu for panels' caption - включает/отключает меню для заголовка окон панелей.
Move panels with middle button - позволяет перемещать панели при помощи средней кнопки мыши. Полезно когда бордюр окна скрыт (меню Show caption).
Align panels to edges of each other when dragging - выравнивать панели по краям друг друга при перетаскивании окошек. Полезно при построении интерфейса сборки, где панели должны быть расположены плотно друг к другу.
Show scrollbars for out-of-view panels - экспериментальная функция показа полос прокрутки, если панели выходят из зоны видимости. Прокручиваются только панели, содержимое отрисованного окна не меняется и не скроллится.
Hide panels on close - скрывать окна вместо их закрытия. Полезно для временного скрытия панели с помощью кнопки закрытия окна. Вернуть обратно окна можно в размещателе Columns UI сняв галочку Hidden с панели (или из "списка панелей" см. выше):

6.PNG



Программный интерфейс
Базовое API всегда зависит от плагина, на котором основана текущая версия JSplitter. Документация к плагину прилагается. Плюс к этому доступны следующие дополнения для объекта window:

window.GetPanel(caption) - получить объект для доступа к панели по тексту заголовка. Будет возвращена первая панель, совпавшая по тексту с аргументом. Текст панели указывается в заголовке. По умолчанию он имеет значение имени плагина панели, но его можно изменить как напрямую в заголовке окна (Show coords -> Click in caption text), так и в размещателе Columns UI (Use custom title)
window.GetPanelByIndex(index) - получить объект для доступа к панели по индексу. Вообще порядок изначально тот, в котором добавляются панели, но так же порядок можно увидеть в размещателе Columns UI, там же его и изменить.
window.CreateButton(x, y, images, hover_images) - создать кнопку в сплиттере. Кнопка будет создана в корне окна и будет размещена по координатам (x, y). Также функции передаются изображения для задания внешнего вида кнопки. Собственно от количества изображений images, переданных функции, будет зависеть количество состояний, которые может принимать кнопка. hover_images - изображения кнопки, отображающиеся при наведении курсора мыши. Функция достаточно гибкая для создания различного вида кнопок, например:
var path = fb.FoobarPath + "themes\\lur\\black\\bio.png";
var hpath = fb.FoobarPath + "themes\\lur\\black\\bio_on.png";
var a = window.CreateButton(0, 0, path, hpath); - создает обычную кнопку с картинкой bio.png, которая меняется на bio_on.png при наведении курсора мыши
var b = window.CreateButton(0, 0, [path, hpath], null); - создает чекбокс-кнопку. Обычное состояние - bio.png, нажатое (галочка установлена) - bio_on.png. Обратите внимание, что изображения для наведения курсора отсутствуют. Обычно чекбоксам они и не нужны, но можно их установить при желании.
var c = window.CreateButton(0, 0, [path1, path2, path3], [path1_on, path2_on, path3_on]); - можно создать кнопку с тремя (и более) состояниями. Они будут циклически переключаться при нажатии. Текущее состояние кнопки можно будет получить с помощью свойства кнопки State (см. ниже).
Также можно создать группу радио-кнопок (взаимоисключающих) с помощью следующей функции:
window.RadioButtons(buttons) - создает группу радио-кнопок. Принимает в качестве аргумента массив кнопок. Каждая кнопка должна иметь не менее двух состояний, иначе функция свалится. Пример:
var a = window.CreateButton(0, 0, [path, hpath], null);
var b = window.CreateButton(30, 0, [path, hpath], null);
window.RadioButtons([a, b]);
Теперь при нажатии на одну кнопку (состояние 1), другая будет "отключаться" (переходить в состояние 0) и наоборот.
window.GetButton(id) - получить кнопку по значению ее идентификатора (Button.ID)
window.RemoveButton(button) - удаляет кнопку
window.HandOnButtons - переключает курсор мыши для всех кнопок либо на руку, либо на стрелку. Данное свойство также действует на все создаваемые впоследствии кнопки. У каждой кнопки это свойство можно менять индивидуально (см. ниже).

Введены вспомогательные методы для управления главным окном плеера.
window.FoobarWindowX - возвращает и устанавливает положение главного окна foobar2000 по оси X.
window.FoobarWindowY - возвращает и устанавливает положение главного окна foobar2000 по оси Y.
window.FoobarWindowWidth - возвращает и устанавливает ширину главного окна foobar2000.
window.FoobarWindowHeight - возвращает и устанавливает высоту главного окна foobar2000.

Так как JSplitter не получает никакой информации о передвижении мыши над панелями самих плагинов, но иногда это требуется, то введено API для получения данных событий. Перед использованием данного API его необходимо явно разрешить в настройках JSplitter (опция "Track mouse over panels (for on_panel_mouse_*)"/"Отслеживать мышь над панелями (для on_panel_mouse_*)").
window.TrackMouseEnterLeaveOnPanels = true; - включает отслеживание входа/выхода курсора мыши из области панелей. По умолчанию false. Для обработки событий используются следующие функции:
on_panel_mouse_enter(name) - событие входа курсора в область панели, name - имя панели
on_panel_mouse_leave(name) - событие выхода курсора из области панели, name - имя панели
window.TrackMouseMoveOnPanels = true; - включает отслеживание позиции курсора мыши в пределах области панели. По умолчанию false. Для обработки события используется следующая функция:
on_panel_mouse_move(name, x, y, mask) - событие перемещения курсора в пределах области панели, name - имя панели, x,y - координаты точки на панели

Объекты, получаемые при помощи функций, указанных выше, имеют следующие свойства и методы:

ПАНЕЛИ (GetPanel, GetPanelByIndex)
Свойства:
(readonly) String Name;
(read, write) String Text;
(read, write) boolean Hidden;
(read, write) boolean Locked;
(read, write) boolean ShowCaption;
(read, write) boolean SupportPseudoTransparency;
(read, write) int X;
(read, write) int Y;
(read, write) int Width;
(read, write) int Height;
(read, write) boolean TopMost;
(read, write) boolean EraseBackground;
Методы:
void Show(show = true);
void Move(x, y, width, height, repaintParent = false);

КНОПКИ (CreateButton, GetButton)
Свойства:
(readonly) ushort ID;
(read, write) int X;
(read, write) int Y;
(read, write) int Width;
(read, write) int Height;
(read, write) boolean Hidden;
(read, write) boolean HandOnHover;
(read, write) Function Click;
(read, write) uint State;
Методы:
void Show(show = true);
void Move(x, y);
void Resize(width, height);

Назначение свойств и методов объектов довольно прозрачно. При назначении ширины или высоты кнопки в ноль, ширина и высота автоматически высчитываются (как и просто при создании кнопки) из максимальной ширины и высоты изображений. Отдельного упоминания заслуживает обработка нажатий кнопок. Она осуществляется 2-мя
путями:

1. При помощи задания свойства Click объекта кнопки:
var a = window.CreateButton(0, 0, [path, hpath], null);
a.Click = function() { do_something(); }

2. При помощи специального callback'a, который вызывается при нажатии ВСЕХ кнопок, созданных с помощью window.CreateButton:
function on_button_click(id) - принимает идентификатор кнопки, который можно получить через свойство кнопки ID.
switch(id) {
case a.ID:
do_something();
break;
}


ПРИМЕЧАНИЕ: В отличие от панелей, существующих вне зависимости от скрипта, кнопки создаются только программно с помощью скрипта и всегда уничтожаются при выгрузке скрипта.


ДОКУМЕНТАЦИЯ
https://dima-lur.github.io/jsplitter/

Пример конфигурации
Распаковать в папку с чистым портативным фубаром.
СКАЧАТЬ

Пример от zeremy

История версий
Версия 4.3.4 [07.10.2026]
  • [ИСПРАВЛЕНИЕ] Исправлена ошибка инвалидации шрифта GDI+, загруженного с помощью utils.LoadFont. Обращение к свойству GdiFont.Name могло инвалидировать внутренний объект шрифта GDI+ и приводить к падению foobar2000 при последующих операциях рисования GDI+, например GdiGraphics.DrawString.
  • [ИСПРАВЛЕНИЕ] Исправлено падение, которое могло происходить при выходе из foobar2000 во время финализации объектов JavaScript. Реэнтерабельная обработка оконных сообщений при освобождении COM-объектов могла попытаться выполнить ожидающие задания JavaScript после того, как контекст JavaScript уже был уничтожен. Жизненный цикл завершения работы и очистка ресурсов также усилены для защиты от реэнтерабельной финализации.
  • [ОБНОВЛЕНИЕ] Расширен метод MenuObject.SetDefault: теперь в качестве параметра можно передавать не только ID пункта, но и другой объект MenuObject, что позволяет назначить само подменю пунктом по умолчанию.

Версия 4.3.3 [06.10.2026]
  • [ИСПРАВЛЕНИЕ] Исправлено некорректное преобразование component-specific locations (например, 3dydfy://) в пути файловой системы в fb.AddLocationsAsync и plman.AddLocations. Относительные пути к файлам по-прежнему разрешаются относительно текущего скрипта, include-файла или файла Worker.
  • [ИСПРАВЛЕНИЕ] Удалён завершающий разделитель пути из %jsplitter_fb2k% и %jsplitter_fb2k_profile%, чтобы они соответствовали ожидаемому синтаксису путей Title Formatting и не создавали двойные разделители при составлении путей.

Версия 4.3.2 [05.10.2026]
  • [ИСПРАВЛЕНИЕ] Исправлена визуальная «белая вспышка», которая всегда появлялась при запуске foobar2000 независимо от текущей темы. Теперь JSplitter самостоятельно отрисовывает начальный фон панели в соответствии с текущей темой интерфейса до начала выполнения скрипта.
  • [ОБНОВЛЕНИЕ] Убраны ненужные hit testing и обработка курсора в режиме FbWindow.FrameStyle NoBorder в случаях, когда такое поведение неприменимо (например, когда MinWidth == MaxWidth).
  • [НОВОЕ] Добавлены методы FbTitleFormat.EvalActivePlaylistItem и FbTitleFormat.EvalPlaylistItem для вычисления выражений Title Formatting в контексте плейлиста, включая специфичные для плейлиста поля, такие как %list_index% и %list_total%.
  • [НОВОЕ] Добавлен метод MenuObject.SetDefault для назначения пункта меню по умолчанию, который отображается жирным шрифтом. Пункт по умолчанию можно переназначить повторным вызовом метода с другим ID.

Версия 4.3.1 [03.10.2026]
  • [НОВОЕ] Добавлены две глобальные переменные Title Formatting: %jsplitter_fb2k% и %jsplitter_fb2k_profile%, предоставляющие пути к каталогам установки и профиля foobar2000. Эти же значения доступны в качестве переменных окружения процесса. Добавлен отдельный раздел Title Formatting в документации с описанием всех переменных JSplitter.
  • [ОБНОВЛЕНИЕ] Метод FbWindow.SetPseudoCaption расширен необязательным параметром maximize_on_dblclk, позволяющим разворачивать и восстанавливать главное окно двойным щелчком по области псевдозаголовка.
  • [ОБНОВЛЕНИЕ] Унифицировано разрешение относительных файловых путей во всех поддерживаемых API, принимающих пути к файлам, включая скрипты панелей, подключаемые файлы и Workers. Относительные пути разрешаются относительно расположения вызывающего скрипта с последующим поиском в предусмотренных каталогах.
  • [НОВОЕ] Добавлено свойство window.ScriptInfo.Path, возвращающее полный файловый путь к основному скрипту панели в системном формате или пустую строку для скриптов, загружаемых из памяти.
  • [ИСПРАВЛЕНИЕ] Исправлено возможное падение в fb.ShowPictureViewer при невозможности открыть файл изображения, если его путь содержит фигурные скобки.

Версия 4.3.0 [02.10.2026]
  • [ОБНОВЛЕНИЕ] Движок JavaScript обновлён до SpiderMonkey 153.4.0esr.
  • [НОВОЕ] Добавлена поддержка ES-модулей. Файлы .mjs, выбранные в качестве файловых скриптов панели, теперь загружаются как ES-модули с поддержкой относительных статических импортов, вложенных и циклических зависимостей, именованных экспортов и экспорта по умолчанию, кеширования модулей, import.meta.url, путей с Unicode и корректной передачи ошибок при загрузке, разборе и выполнении модулей.
  • [ОБНОВЛЕНИЕ] foobar2000 SDK обновлён до версии от 2026-10-01.
  • [НОВОЕ] API FbWindow расширен системными командами для управления главным окном foobar2000: Minimize, Maximize, Restore и Close, а также свойствами IsMinimized и IsMaximized для проверки состояния окна.
  • [НОВОЕ] Добавлено свойство window.IsToolbar, позволяющее определить, размещена ли панель JSplitter на панели инструментов Columns UI.

Версия 4.2.2 [28.09.2026]
  • [НОВОЕ] Добавлены потоковые API файлового ввода-вывода для обработки больших файлов без загрузки всего их содержимого в память JavaScript. utils.OpenTextReader и utils.OpenTextWriter обеспечивают построчное чтение и запись текста с выбором кодировки, а utils.OpenBinaryReader и utils.OpenBinaryWriter позволяют читать и записывать двоичные данные через повторно используемые буферы Uint8Array. API доступны как в панели, так и в Worker.
  • [ОБНОВЛЕНИЕ] Расширена поддержка кодировок в utils.ReadTextFile и utils.WriteTextFile. Чтение текста теперь единообразно поддерживает UTF-8, UTF-16LE/BE, UTF-32LE/BE и поддерживаемые кодовые страницы Windows, включая автоматическое определение кодировки при соответствующем запросе. WriteTextFile теперь также принимает кодовую страницу для выходного файла вместо ограничения только UTF-8 и может опционально записывать BOM для UTF-8, UTF-16 и UTF-32. Для совместимости существующие значения по умолчанию для UTF-8 не изменены.
  • [НОВОЕ] Добавлен Worker.RunAsync для удобного однократного выполнения фоновой работы без ручного создания и управления постоянным Worker. Каждый вызов создаёт временный полноценный Worker realm/поток, структурно клонирует переданные аргументы в него, выполняет пользовательский синхронный или асинхронный JavaScript callback, структурно клонирует результат обратно в панель и после этого автоматически завершает Worker. Метод предназначен для достаточно крупных изолированных задач, например обработки больших файлов, где отдельный протокол обмена сообщениями с Worker лишь добавлял бы лишний шаблонный код.
  • [НОВОЕ] Добавлен нативный SQLite API, доступный как в панели, так и в Worker, если процесс foobar2000 предоставляет совместимую библиотеку SQLite. utils.OpenDatabase открывает файловые базы данных или базы в памяти и возвращает объект SQLiteDatabase с прямым выполнением SQL, параметризованными запросами, транзакциями и повторно используемыми подготовленными выражениями через SQLiteStatement. Значения JavaScript могут безопасно передаваться как SQL-параметры, строки результата возвращаются как обычные JavaScript-объекты, а значения SQLite BLOB представлены как Uint8Array. Относительные пути к базе используют разрешение путей относительно скрипта JSplitter; также поддерживаются базы :memory:.
  • [НОВОЕ] Добавлен utils.LoadFont для загрузки пользовательских TrueType/OpenType-шрифтов непосредственно из пакетов скриптов без их установки в Windows. Загруженные шрифты являются приватными для процесса foobar2000, становятся доступны API шрифтов GDI и Direct2D и используются совместно панелями и Worker. Относительные пути разрешаются относительно текущего скрипта JSplitter, благодаря чему шрифты можно распространять вместе с основным скриптом, подключаемыми файлами или исходниками Worker. Повторная загрузка одного и того же файла безопасна, а загруженные шрифты остаются доступны на протяжении всего времени работы процесса foobar2000.
  • [НОВОЕ] Добавлен API fb.Window для управления главным окном foobar2000 непосредственно из скриптов панели. API предоставляет текущую позицию и внешний размер окна, позволяет перемещать и изменять его размер, переключаться между стандартной рамкой, режимом без заголовка и режимом без рамки, входить и выходить из полноэкранного режима, а также задавать ограничения минимального и максимального размера. В Default User Interface также можно скрывать и восстанавливать главное меню и строку состояния. Настройки применяются непосредственно к главному окну foobar2000 и могут динамически изменяться во время работы. Начиная с этого выпуска window.FoobarWindowX, window.FoobarWindowY, window.FoobarWindowWidth, window.FoobarWindowHeight и window.MoveFoobarWindow устарели и будут удалены в будущих версиях. В новом коде следует использовать свойства геометрии fb.Window и Move.
  • [ОБНОВЛЕНИЕ] utils.GetWaveformAsync расширен опциональным callback on_progress. Готовые диапазоны огибающей waveform теперь могут передаваться ещё во время декодирования, позволяя интерфейсу waveform появляться постепенно, не дожидаясь завершения декодирования всего трека. Callback получает каждый новый диапазон Float32Array вместе с его смещением в выходном массиве и может вернуть false, чтобы отменить устаревший запрос декодирования. Возвращаемый Promise по-прежнему разрешается полным waveform после нормального завершения декодирования. Добавлен пример.
  • [НОВОЕ] В расширенные настройки JSplitter добавлен параметр «Формат заголовка статистики воспроизведения». Он задаёт выражение Title Formatting, используемое для идентификации треков во внутреннем индексе статистики воспроизведения JSplitter, и позволяет изменить схему сопоставления для библиотек, где стандартного идентификатора $lower(%artist% - %title%) недостаточно. Изменение настройки требует перезапуска foobar2000.
  • [ОБНОВЛЕНИЕ] Расширен fb.ShowPictureViewer. Помимо непосредственного открытия изображения по пути к файлу, теперь он может принимать FbMetadbHandle и опциональный тип обложки альбома. В этом варианте foobar2000 самостоятельно находит и открывает требуемое изображение, включая как встроенные, так и внешние обложки.
  • [НОВОЕ] Добавлены API выбора звуковых потоков для мультимедийных файлов с несколькими потоками. fb.GetAudioStreams перечисляет все звуковые потоки, предоставляемые активным входным декодером, и возвращает для каждого полные данные FbFileInfo вместе с индексом потока, состоянием потока по умолчанию и текущим пользовательским выбором. fb.SetAudioStream сохраняет выбранный поток для трека и, если применяется к воспроизводимому в данный момент элементу, перезапускает воспроизведение так, чтобы новый поток применился немедленно с продолжением примерно с текущей позиции. Выбор потоков использует штатный input stream selector foobar2000, а SetAudioStream требует foobar2000 2.0 или новее.
  • [ИСПРАВЛЕНИЕ] Исправлена обработка сохранённых компоновок JSplitter, содержащих ссылки на UI Elements из компонентов, которые больше не установлены или временно недоступны. Отсутствующие дочерние элементы теперь обрабатываются безопасно и представлены заглушкой UI Element not found вместо неправильного восстановления или инициализации панели.
  • [ИСПРАВЛЕНИЕ] Исправлено периодическое зависание при перезапуске foobar2000 после обновления или удаления используемого в данный момент пакета скриптов. Перезапуск теперь запрашивается только после полного закрытия Package Manager и диалога настройки панели, что предотвращает зависание завершения работы во вложенном модальном цикле сообщений.
  • [ОБНОВЛЕНИЕ] Движок редактора исходного кода обновлён до Scintilla 5.6.7.

Версия 1.0 [20.03.2018]
LUR M
Автор темы, Модератор
Откуда: Минск
Репутация: 447
С нами: 13 лет 10 месяцев


Сообщение #421 yeyo » 12.11.2024, 07:45

Hi, LUR!
Is there any way to freeze the hidden window to reduce resource usage until it is activated again when the hiding is canceled? Thank you!

Also, the d2d1 crash when exiting fb has been bugging me, is it related to this one that marc2003 has fed back? I'll upload the crash report for your reference!
marc2003:About this crash on exit... it's because you're calling Scintilla_ReleaseResources from DllMain>DLL_PROCESS_DETACH.

This was fine in original JSP/SMP using the default technology but crashes since you now seem to be using Technology::DirectWrite.

So call Scintilla_ReleaseResources from initquit::on_quit or use this macro...

FB2K_RUN_ON_QUIT(Scintilla_ReleaseResources);
Вложения
crash reports.rar
(44.67 КБ) Скачиваний: 221
yeyo
Репутация: 1
С нами: 4 года 1 месяц

Сообщение #422 LUR » 13.02.2025, 08:35

regor:some changes to current features (which hopefully should be easy to implement), like the limit of heap size at advanced preferences.
SpiderMonkey API has a limit for context memory:
// Create a new context (and runtime) for this thread.
extern JS_PUBLIC_API JSContext* JS_NewContext(uint32_t maxbytes, JSRuntime* parentRuntime = nullptr);
But I can increase the limit for the garbage collection threshold (now it is 256MB).

Добавлено спустя 12 минут 31 секунду:
regor:And please, the limit of 60s on the slow script warning. Allowing a 0 or -1 to disable it and much higher values too. This one alone has provoked a lot of script reports when tagging huge libraries on batch using scripts and similar things.

Do you really think a “slow” script has the right to live in any more or less normally designed program environment? There is a substitution of notions here. It is not a “slow” script, it is a script that is similar to a program that “does not respond”. This should not happen in principle. Any long operation should be executed in a separate thread, allowing the user to continue working or at least to see that the process of execution continues, not hangs. Here is a video example of how to write functions that execute something for a very long time (by the way, judging by your scripts, you know what asynchrony is). And with this approach, you won't even see the “slow script message” because the program will keep responding to your actions:

phpBB [media]


Добавлено спустя 7 минут 17 секунд:
regor:1. Packages are not loaded properly
Fixed in an upcoming version.

Добавлено спустя 39 секунд:
regor:Have to test other things, not sure if you implemented these fixes:
Added

Добавлено спустя 21 минуту 6 секунд:
regor:There are some remaining important bugs, like ActiveX objects connecting to internet crashing foobar2000 on panel reload/shutdown. Can give more details if needed. In particular 'WinHttp.WinHttpRequest.5.1' or 'Microsoft.XMLHTTP' and their variants.

I have not dealt with these issues, but in my build still lives a large biography script by our forum member. The script hasn't been updated in 3 years almost, but it works. Microsoft.XMLHTTP is there too and nothing crashes.
LUR M
Автор темы, Модератор
Откуда: Минск
Репутация: 447
С нами: 13 лет 10 месяцев

Сообщение #423 LUR » 14.02.2025, 05:17

Версия 3.6.1.11 [14.02.2025]

● Обновлен движок JS до SpiderMonkey ESR128 (128.7.0esr)
● Обновлен движок редактора кода до Scintilla 5.5.4
● Обновлен foobar2000 SDK до 20241203
● При импорте пакета скриптов возникала ошибка (mz_zip_reader_init_file failed with error 0x11: file open failed), когда путь к архиву содержал нелатинские символы.
● При завершении работы плеера иногда происходил сбой, при этом создавался дамп в crash_reports (Access violation, Symbol: "D2D1CreateFactory")
● При выполнении utils.IsFile / utils.IsDirectory возникали ошибки скрипта, если происходили ошибки доступа к файловой системе. Теперь функции просто возвращают false.
● Теперь при вызове utils.ColourPicker цвета сохраняются в наборе до выхода из программы.
● Комплект скриптов примеров в папке samples\complete обновлен в соответствии с исправлениями regor от 29.10.2024
● ВНИМАНИЕ! Начиная с этой версии Windows 7 не поддерживается.
LUR M
Автор темы, Модератор
Откуда: Минск
Репутация: 447
С нами: 13 лет 10 месяцев

Сообщение #424 LUR » 15.02.2025, 03:27

Версия 3.6.1.12 [15.02.2025]

● Вызовы "связанных" функций, получаемых с помощью Function.prototype.bind(), в SMP API были сломаны из-за изменений в API движка JS.
LUR M
Автор темы, Модератор
Откуда: Минск
Репутация: 447
С нами: 13 лет 10 месяцев

Сообщение #425 dreamawake » 15.02.2025, 04:06

Thanks for the update
dreamawake
Репутация: 3
С нами: 3 года 5 месяцев

Сообщение #426 yeyo » 15.02.2025, 10:16

Thanks for the update

After updating to 3.6.1.12, all js panels will not work properly, reaction freeze or click operation, etc. will be invalid, and everything will be normal when returning to 3.6.1.11.
yeyo
Репутация: 1
С нами: 4 года 1 месяц

Сообщение #427 LUR » 15.02.2025, 17:55

yeyo:all js panels will not work properly
Give me please examples of your panels, I will look into it later.
LUR M
Автор темы, Модератор
Откуда: Минск
Репутация: 447
С нами: 13 лет 10 месяцев

Сообщение #428 yeyo » 16.02.2025, 03:26

LUR:Give me please examples of your panels, I will look into it later.
You can use the included sample scripts to test, such as: samples\jsplaylist-mod, samples\jsplaylist-mod and so on, all js work is abnormal
yeyo
Репутация: 1
С нами: 4 года 1 месяц

Сообщение #429 LUR » 16.02.2025, 11:47

Версия 3.6.1.14 [16.02.2025]

● Исправлена критическая ошибка в функции setInterval (скрипты, использующие ее, работали некорректно).
● Добавлена реализация свойства Click (чтение/запись) объекта кнопки, созданного функцией window.CreateButton.
LUR M
Автор темы, Модератор
Откуда: Минск
Репутация: 447
С нами: 13 лет 10 месяцев

Сообщение #430 yeyo » 16.02.2025, 15:14

Thanks for the update, it's working fine now.
yeyo
Репутация: 1
С нами: 4 года 1 месяц

Сообщение #431 regor » 17.02.2025, 17:43

LUR:SpiderMonkey API has a limit for context memory:
// Create a new context (and runtime) for this thread.
extern JS_PUBLIC_API JSContext* JS_NewContext(uint32_t maxbytes, JSRuntime* parentRuntime = nullptr);
So the max value can not be greater than 4294967295 (in bytes)? i.e. 4 Gbs?

Do you really think a “slow” script has the right to live in any more or less normally designed program environment?

I get your point but there is a misconception here. That warning was added to avoid infinite loops (i.e. program not responding anymore as you say) ok; but the problem is such warnings are useless for actions which require a lot of time since there are not additional threads on SMP (contrary to browsers which have web-workers). Your example is trivial, you are just using async to perform an action which requires a few ms to process, but it's still being processed on the same thread (just later).

See this: https://insights.encora.com/insights/javascript-settimeout-and-promise-under-the-hood

The bottom of the page explains the problem, it doesn't matter if you wrap intensive operations on timeouts or promises since they are still being processed on a single thread (they are just added to the queue after other code), so the process is still blocked at that point.

You can not easily ASYNC process your entire library. i.e. if you retrieve a tag for all tracks from your library, no matter how you do it it will take some time on large libraries. You have these kind of problems for really intensive operations, like fingerprinting matching, track comparison, etc. And the only way to "avoid" it, is by artificcially adding timers without processing between chunks.

An example of the problem:
Спойлер
Код: Выделить всё
"use strict";

      console.log('This example works fine for small libraries, but it will show problems when you are having +100k tracks...');
      console.log('Note %PLAYED_TIMES% may easily had thousands of values when you have enhanced playback statistics component installed since years');
      const librarySize = 100000;
      const tf = fb.TitleFormat('%GENRE%|%STYLE%|%RATING%|%PLAYCOUNT%|%PLAYED_TIMES%');

      const test = new FbProfiler('test');
      console.log('This is blocking the program while processing');
      let handleList = fb.GetLibraryItems();
      while (handleList.Count < librarySize) { // Obviously really huge libraries need more time than this trick
         handleList.InsertRange(handleList.Count, fb.GetLibraryItems());
      }
      tf.EvalWithMetadbs(handleList);
      test.Print('Sync');

      test.Reset();
      new Promise((resolve) => {
         console.log('This is also blocking the program while processing, since .EvalWithMetadbs is not done on another process even if it\'s wrapped in a promise');
         handleList = fb.GetLibraryItems();
         while (handleList.Count < librarySize) {
            handleList.InsertRange(handleList.Count, fb.GetLibraryItems());
         }
         resolve(tf.EvalWithMetadbs(handleList));
      }).then(() => test.Print('Async'));

In my library (aprox. 100K tracks) it needs between 3 and 5 seconds. Note it's just retrieving the tags, not even doing anything with it! I have seen reports at multiple places where SMP also had problems with much bigger libraries (x3 at least).

Note most SMP method are not async, so in the end, for large data, you have a problem unless the popup can be disabled.

This problem can be somewhat avoid by creating an artificial async method, which slices the input on chunks which are expected to be processed under the refresh frame rate. Time not used by code (under 25 ms) is used by the program to parse the UI input, but this is totally arbitrary since you can not ensure at all that timeout is enough for every system to process the chunk. Therefore there will be some cases and systems where this still blocks the UI.

Спойлер
Код: Выделить всё
FbTitleFormat.prototype.EvalWithMetadbsAsync = function EvalWithMetadbsAsync(handleList, slice = 1000) {
         const size = handleList.Count;
         // eslint-disable-next-line no-async-promise-executor
         return new Promise(async (resolve) => { // NOSONAR
            const items = handleList.Convert();
            const count = items.length;
            const total = Math.ceil(size / slice);
            const tags = [];
            let prevProgress = -1;
            for (let i = 1; i <= total; i++) {
               await new Promise((resolve) => {
                  setTimeout(() => {
                     const iItems = new FbMetadbHandleList(items.slice((i - 1) * slice, i === total ? count : i * slice));
                     tags.push(...this.EvalWithMetadbs(iItems));
                     const progress = Math.round(i / total * 100);
                     if (progress % 25 === 0 && progress > prevProgress) { prevProgress = progress; console.log('EvalWithMetadbsAsync (' + this.Expression + ') ' + progress + '%.'); }
                     resolve('done');
                  }, 25);
               });
            }
            resolve(tags);
         });
      };

You can see this kind of code working on my statistics framework:
https://github.com/regorxxx/Timeline-SMP

It has both sync and async modes, sync mode just blocks the UI during processing which is unavoidable using standard SMP methods. The process in chunks hack (which is clearly working over something which should be done in C++) just tries to not process to much at once to not block the UI. The total processing time may easily be x3 or x4 due to the timeouts overhead and even then it's not 100% sure that UI is not blocked (for sure the popup is avoided, but not the real problem!).


Also note CMD calls within SMP need to be synchronous some times to work properly. For ex. calling ffmpeg to process a track within a SMP panel. It may easily take 20 seconds. Using something like this:

Спойлер
Код: Выделить всё
const WshShell = new ActiveXObject('WScript.Shell');
WshShell.Run(command, iShow, bWait);

If you don't run it with 'bWait' it's async, but you have NO RETURN at all. No promises. Nothing. So you never know when the external process ends. The only -reliable- solution is waiting for the process to end, and SMP considers that as an "infinite loop".

In resume all CMD actions (which could be used to backup files, process tracks with SOX/ffmpeg, downloads, etc.) and actions which process the entire library (library managers, track comparison by feature-vectors, fingerprint comparison, library taggers, etc.) have these kind of problems. And that slow script warning does nothing but annoying the final user. If there is something which can be improved on code, it will be obvious on normal usage and people will still report it, whether you have the warning or not. But for sure for special cases where code needs time and there is no workaround, it's just an annoyance. I'm fine with maintaining it by default if you think it's a good safe-measure, but being able to disable is essential for serious development and heavy scripts. I think you added such possibility on the latest releases, much appreciated! I had a few users with really big libraries or slow systems which will surely appreciate it.

I have not dealt with these issues, but in my build still lives a large biography script by our forum member. The script hasn't been updated in 3 years almost, but it works. Microsoft.XMLHTTP is there too and nothing crashes.

I was talking about Wiilb script, which may be using another method than the one you use. I will send you a sample file to test it asap. It's an error which has been reproduced by at least +10 people on the other forum in SMP.
regor
Репутация: 1
С нами: 1 год 11 месяцев

  • 2

Сообщение #432 LUR » 18.05.2025, 02:25

Версия 4.0.0 [18.05.2025]

● Обновлен движок JS до SpiderMonkey 128.9.0esr
● Обновлен движок редактора кода до Scintilla 5.5.6
● Исправлены настройки работы с памятью движка JS, вследствие чего ликвидированы ошибки при запуске и работе скриптов
● Скорректирована загрузка скриптов и исправлен вывод трассировки стека
● Для режима редактирования разметки в DUI добавлено стандартное контекстное меню JSplitter (в CUI добавление своего меню в режиме редактирования разметки не поддерживается).
● В окно "Список панелей" добавлен столбец "Псевдопрозрачность" для быстрого доступа к опции "Поддерживать псевдопрозрачность", доступная ранее только в контекстном меню рамки панели.

Версия 3.7.0 [18.02.2025]

● Сделан откат к движку JS 102.15.1esr как к последнему поддерживающему Windows 7, теперь ветка 3.7.x будет содержать только этот движок, но в нее будут добавляться все другие изменения новой версии, для которой создана ветка 4.x, т.е. эта ветка только для пользователей Windows 7. Пользователи более современных систем должны пользоваться версиями 4.x
LUR M
Автор темы, Модератор
Откуда: Минск
Репутация: 447
С нами: 13 лет 10 месяцев

Сообщение #433 dreamawake » 18.05.2025, 11:47

:clap: :clap: :clap: Thanks!
dreamawake
Репутация: 3
С нами: 3 года 5 месяцев

Сообщение #434 LUR » 18.05.2025, 20:30

Версия 4.0.1 [18.05.2025]

● Исправлено падение старых версий плеера при добавлении панели JSplitter и при закрытии плеера.
LUR M
Автор темы, Модератор
Откуда: Минск
Репутация: 447
С нами: 13 лет 10 месяцев

Сообщение #435 LUR » 21.05.2025, 04:01

Версия 4.0.2 [20.05.2025]

● Исправлен некорректный способ загрузки скриптов
● Функция fb.IsMainMenuCommandChecked могла возвращать неверный результат, если плагин, отвечающий за пункт меню не возвращал флаги состояния меню (касается нечекнутого меню)
LUR M
Автор темы, Модератор
Откуда: Минск
Репутация: 447
С нами: 13 лет 10 месяцев

Сообщение #436 LUR » 22.05.2025, 22:23

Версия 4.0.3 [22.05.2025]

● Исправлена работа со "связанными" (получаемыми с помощью Function.prototype.bind()) функциями ActiveX
LUR M
Автор темы, Модератор
Откуда: Минск
Репутация: 447
С нами: 13 лет 10 месяцев

Сообщение #437 dreamawake » 25.05.2025, 18:40

Hi LUR, due to default setting of JSPlitter memory limit, when initially caching the covers of a big library, e.g. 60K+ tracks, it will easily reach the limit and result in crash.
Could you consider increase the default settings or set it to 0 (auto)? (I change to 0 and no crash occurred).
Вложения
2025-05-25_233652.png
20250525233348.png
dreamawake
Репутация: 3
С нами: 3 года 5 месяцев

Сообщение #438 dreamawake » 26.05.2025, 17:53

After testing, it is recommended to set to max values 4096/256, NOT 0/0(auto), auto may cause problem sometime.
:help:
dreamawake
Репутация: 3
С нами: 3 года 5 месяцев

Сообщение #439 LUR » 30.05.2025, 07:40

Версия 4.0.4 [30.05.2025]

● Обновлен движок JS до SpiderMonkey 128.11.0esr
● При завершении выполнения функции plman.AddLocations загруженные элементы не попадали в целевой плейлист, если во время фоновой загрузки его индекс был изменен
● Добавлен интерфейс fb.GetAudioChunk / FbAudioChunk для получения порции сэмплов в проигрываемом треке и последующей визуализации скриптом в реальном времени. См. пример "samples\complete\vu meter.js"
● foobar2000 2.25 preview изменил поведение FbMetadbHandle.RawPath, если у вас есть портативная установка и музыкальные файлы на одном диске. Любой код, который проверяет startsWith("file://"), завершится ошибкой, поскольку RawPath теперь начинается с file-relative://. Данная версия восстанавливает старое поведение
● Добавлена функция SaveAs для объекта типа FbMetadbHandleList. Сохраняет в родном формате .fpl, поэтому следует использовать такое же расширение имени файла
● Добавлена функция fb.ShowPictureViewer(image_path). Вызывает диалоговое окно, отображающее масштабируемое изображение, заданное путем image_path. Использует просмотрщик изображений, встроенный в foobar2000. Работает только в версиях foobar2000 >= 1.6.2
● Добавлена функция fb.AddLocationsAsync(locations). Выполняет фоновую загрузку элементов, хранящихся по путям, указанным в массиве locations. Возвращает индекс задачи task_id, получаемый в обратном вызове on_locations_added(task_id, handle_list). handle_list - полученный список FbMetadbHandleList, который можно обработать или вставить в произвольный плейлист.
● Добавлено свойство window.IsDark. Возвращает true, если на данный момент используется тёмная тема DUI или CUI. Отследить смену темы можно в обратном вызове on_colours_changed
● Добавлена функция utils.DownloadFileAsync(url, path) и обратный вызов on_download_file_done(path, success, error_text) для фоновой загрузки файла с адреса url по указанному в path пути. success = true при успешной загрузке, в противном случае error_text содержит текст ошибки
● Исправлена ошибка работы функции utils.Glob при наличии точки с запятой (;) в пути
● Добавлено свойство fb.CustomVolume. Его можно использовать для отображения громкости с устройств UPnP. При использовании обычного устройства оно вернет значение -1, что также означает, что fb.Volume доступен для записи. Когда активен пользовательский регулятор громкости, вы не сможете использовать fb.Volume и должны использовать fb.VolumeUp() / fb.VolumeDown() / fb.VolumeMute() для изменения громкости
● Добавлено свойство window.DPI. Его значение никогда не меняется, пока запущен foobar2000. После изменения в системных настройках новое значение будет доступно только после перезапуска плеера
● Исправлена ошибка, которая возникала при выборе в качестве источника скрипта файла с путем, содержащем символы, отличные от ASCII. То же касается путей в include
LUR M
Автор темы, Модератор
Откуда: Минск
Репутация: 447
С нами: 13 лет 10 месяцев

  • 1

Сообщение #440 LUR » 13.07.2025, 03:00

Версия 4.0.4.3-beta [13.07.2025]

● Обновлен движок JS до SpiderMonkey 128.12.0esr
● Обновлен движок редактора кода до Scintilla 5.5.7
● Исправлена функция FbMetadbHandleList.OrderByRelativePath
● Исправлены функции plman.AddLocations и fb.AddLocationsAsync
LUR M
Автор темы, Модератор
Откуда: Минск
Репутация: 447
С нами: 13 лет 10 месяцев