Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Зачем? За это все отвечает плеер.Провайдеры фонотеки вызываются в отдельном потоке, который ожидается некоторое время в главном а потом уходят в фон? Просто вспомнил, когда делал синхронный интерфейс, UI проигрывателя как будто подвисал.
В плеере это будет выглядеть как и в ВК - бесконечно скроллируемая таблица - фонотека будет подгружать страницы по мере скроллирования контента.
Я где-то выкладывал исходники своего плагина, если хотите - поищу.Вряд ли пригодятся, я пишу на C++. Хотя если есть пример колбека для BackgroundTaskStarted то пригодилось бы.
Зачем? За это все отвечает плеер. Да, вы можете кэшировать выдачу, но нужно ли это?Еще подумаю.
А ошибки - выводились в баннер фонотеки. Это не сложно сделать.Я знаю, надо просто передать строку в QueryInterface класса IAIMPMLDataProviderSelection.
FileSystem можно и не регистрировать, сделать хук на подмену URL при проигрывании и все.Ну тогда в свойствах аудио будет пусто же?
Что именно вас интересует? Он от 1-ого почти не отличается, там добавляется лишь пользовательский параметр - PageID, в котором вы должны хранить информацию о текущей странице / следующей.Переключение страниц.
Похоже опять выкатили защиту от несанкционированного доступа.
UI поток всегда главный.Хорошо. Тогда зачем переводить функцию с главного потока в главный? Почему функция возвращающая ничего сама не выполняется в главном потоке, хотя в документации сказано что если вызвали с второстепенного потока(т.е. НЕ главного), то вызвана она будет в главном потоке, но оно так не работает.
Работает это тольки из главного (UI) потока
Если вызов поступит из второстепенного потока - API автоматически переведет его в главный поток.Не понятно. Когда поток главный, а когда главный(UI).
Внизу в Summary вроде былоЭэм... да есть и я как-то между строк прочитал и не заметил этого. Я так понимаю работает это только в потоках аимпа или в плюсовых тоже должно работать?
В данном случае косяк в документации. Я как раз сегодня добавлял туда новые интерфейсы и обнаружил нестыковку
Там важно то, что у IAIMPTask, IAIMPTaskOwner новые GUID-ыНе лучше ли создать еще один хедер, например apiThreading2? Мне в плюсах нужна только процедура ExecuteInMainThread и задачу в неё подаю обычно из двух процедур - <Config>.SetValue* и <SomeUIControl>.SetValue*, думаю будет не совсем критично если после первой процедуры не будет проверки, а так потеряется совместимость.
Вызвано исключение по адресу 0x7AE39451 (AIMP.Shared.dll) в AIMP.exe: 0xC0000005: нарушение прав доступа при чтении по адресу 0xCC000000.Проверяли в моем проекте, который кидал выше(AIMPTaskCpp)?