MuzCat и AIMP - вопросы совместимости

[zldo]

Порадовало что ошибки о кторых я писал в новой версии (2.60 b1 462) исправлены, однако есть одно но - скорость передачи списка воспроизведения из MuzCat в AIMP резко упала
Как я понял были сделаны изменения в алгоритм распредения памяти (AIMP перестал отъедать оперативку сотнями при работе с большими списками). Может стоит это оптимизировать?


..............
Заметил одну неприятную особенность - разложение треков с cue на составляющие происходит и при AIMPClassic.AIMP_PLS_AddFiles(mcpls, IPLSStrings(Wparam)); это естественно приводит к изменению числа элементов плейлиста и некорректной работе MuzCat с AIMP т.к. все взаимодействие завязано на индексах. Это возможно поправить? Или добавить еще одну функцию где предварительная обработка списка будет отключена.

З.Ы. При открытии m3u происходит тоже самое, что я думаю не совсем верно - получается что файл с cue невозможно прослушать в AIMP как таковой - он при любых обстоятельствах рассыпается на кучу виртуальных .

[zldo]

Понекропостю 
Получение индекса воспроизводимого элемента в списке воспроизведения как я пониамю можно узнать:

Code: [Select]

AIMtoMCPlugin.PlaylistManager.EntryPropertyGetValue(AIMtoMCPlugin.PlaylistManager.StorageActiveGet, AIMP_PLAYLIST_STORAGE_PROPERTY_PLAYINGINDEX, @x, SizeOf(x));
x после вызова не меняется.

Разобрался - запутался в методах...

Хотелось бы еще это значение изменять...

Code: [Select]

AIMtoMCPlugin.PlaylistManager.StorageBeginUpdate(AIMtoMCPlugin.mcpls);
AIMtoMCPlugin.PlaylistManager.StorageAddEntries(AIMtoMCPlugin.mcpls, TAIMPAddonsPlaylistStrings(wparam));
AIMtoMCPlugin.PlaylistManager.StorageEndUpdate(AIMtoMCPlugin.mcpls);
Скорость на больших списках низкая

[zldo]

Чего не хватает:
1. PlaylistManager.StoragePropertySetValue(mcpls, AIMP_PLAYLIST_STORAGE_PROPERTY_PLAYINGINDEX, @Idx, SizeOf(Idx));
Установка индекса воспроизводимого файла - об этом уже писал ранее.

(Напишу зачем это нужно - допустим польхователь отсортировал список в моей прграмме, следовательно необходимо привести состояние списка проигрывателя в то же состояние, а индекс того файла который проигрывается естественно поменялся). Если ТОТ СПИСОК с которым я работал до описаных выше действий ВОСПРОИЗВОДИЛСЯ, то все OK если же до этого воспризводился другой список, то тут начинаются всякие чудеса.

Еще один момент - в моей программе не хранится индекс воспризводимого файла, а при двойном клике выполняется нечно похожее на
Play(List, Idx), что в конечном итоге сводится к трем пунктам что я описал, так как 3 пункт не всегда работает верно, то и получается что этот самый Idx теряется
Одним словом все упирается в УСТАНОВКУ ИНДЕКСА ВОСПРОИЗВОДИМОГО ФАЙЛА В ПРОИЗВОЛЬНОМ СПИСКЕ ВОСПРОИЗВЕДЕНИЯ вне зависимости от его состояния, и состояния проигрывания. На данный момент это например нельзя сделать для списка который ни разу не воспроизводился.

2. Добавление элементов из cue списков перестало работать - раньше добавлялос в виде: cue:filename.cue:cueindex. Поменялся формат?
3. PlaylistManager.StorageAddEntries(AIMtoMCPlugin.mcpls, AIMPAddonsPlaylistStrings) - выполнение занимает значительное время хотя все данные передаются в готовом виде. Как я понял происходят какие-то обработки (разбиение cue) в итоге число записей в плейлисте может не совпасть с числом переданным в AIMPAddonsPlaylistStrings. Получаем отличия в списках и как результат некорректную работу MuzCat со списком в целом

[Artem]

1) Я уже вроде тоже говорил, что нужно использовать TrackIndex для управления очередью воспроизведения, т.к. PlayingIndex - это всего лишь визуальная часть. К примеру, если проигрываемый файл будет удален, то PlayingIndex станет = -1, а вот TrackIndex будет показывать на предыдущий файл.
2) Формат просто Filename.cue:trackindex
3) Тут как бы две стороны медали, если плеер не будет действовать в разрез с настройками - будет тоже не очень правильно.

[zldo]

PlayingIndex - это всего лишь визуальная часть. К примеру, если проигрываемый файл будет удален, то PlayingIndex станет = -1, а вот TrackIndex будет показывать на предыдущий файл.

Мне визуальная часть как раз и нужна, просто в sdk AIMP_PLAYLIST_STORAGE_PROPERTY_PLAYINGINDEX помечен как readonly

Code: [Select]

AIMP_PLAYLIST_STORAGE_PROPERTY_PLAYINGINDEX             = 54; // READONLY! ABuffer: Pointer to Integer, ABufferSize: SizeOf(Integer)

2) Формат просто Filename.cue:trackindex

Ok, понятно

3) Тут как бы две стороны медали, если плеер не будет действовать в разрез с настройками - будет тоже не очень правильно.

Хм... этот вопрос уже поднимался раньше

я думаю не совсем верно - получается что файл с cue невозможно прослушать в AIMP как таковой - он при любых обстоятельствах рассыпается на кучу виртуальных .

[Artem]

Мне визуальная часть как раз и нужна, просто в sdk AIMP_PLAYLIST_STORAGE_PROPERTY_PLAYINGINDEX помечен как readonly

Ок, сделаю.

я думаю не совсем верно - получается что файл с cue невозможно прослушать в AIMP как таковой - он при любых обстоятельствах рассыпается на кучу виртуальных .

Да, именно так, если стоит опция "разделять файлы на кучу виртуальных".

[zldo]

А в StorageAddEntries(AIMtoMCPlugin.mcpls, AIMPAddonsPlaylistStrings) можно будет параметр третий добавить "разделять файлы на кучу виртуальных"?

[Artem]

А в StorageAddEntries(AIMtoMCPlugin.mcpls, AIMPAddonsPlaylistStrings) можно будет параметр третий добавить "разделять файлы на кучу виртуальных"?

Для будущего API подумаю.

[zldo]

Нашел еще один момент - при добавлении файлов в список игнорируются файлы с неподдерживаемыми/пустыми расширениями что также ведет к рассогласованию индексов.

[Soolo]

Нашел еще один момент - при добавлении файлов в список игнорируются файлы с неподдерживаемыми/пустыми расширениями что также ведет к рассогласованию индексов.

Естественно. Расширения не просто так придумали. Зачем сканировать все файлы, когда можно отфильтровать по расширению

[zldo]

Согласен, правда не всегда это оправдано - у себя отключил случайно плагин с поддержкой flac, а потом долго понять не мог почему эти файлы не добавляются в плейлист  .
Собственно сообщение все о том же - добавить в API функию добавления файлов в плейлист без предварительной обработки "как есть".


Чуть не забыл, для файлов плейлистов такую опцию думаю нужно в настройки вынестисти иначе можно "случайно" файлы из списка потерять...

[Artem]

Плейлисты импортируются другим образом, с ними проблем быть не должно

[Artem]

Все же тема звучит как "Вопросы по SDK", а не "Просьба о новой функции", так что актуален пока единственный вопрос - будет ли новая SDK?

Новая SDK уже выпущена:
https://www.aimp.ru/index.php?do=download&cat=sdk