Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Зачем? За это все отвечает плеер.Провайдеры фонотеки вызываются в отдельном потоке, который ожидается некоторое время в главном а потом уходят в фон? Просто вспомнил, когда делал синхронный интерфейс, 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)?