Пользуетесь ли вы плагинами от Winamp?

[Artem]

Возникает вопрос, зачем тратить силы на изготовление своего велосипеда ?

1) Мой велосипед появился раньше
2) Даже при помощи этой библиотеки плагины от винампа не смогут работать в многопоточном режиме

[tyss]

Сейчас вопрос стоит остро по отношению к Input-плагинам.

Не пользуюсь. В принципе, на мой взгляд, АИМП понимает достаточное кол-во форматов. Привлекает возможность читать из архивов, но это уже для очень редких любителей, это можно и с фубара или XM player-а, да и при проигрывании в таком случае "кушает" дополнительные ресурсы.

[Arioch]

1) я так понимаю, что это уже не важно, чей раньше. Важно, кто тратит свои силы на поддержку. И вам эта трата теперь кажется непродуктивной.
2) а зачем там МНОГОпоточность? максимум, насколько понимаю, один посторонний и полностью изолированный от VCL Main поток, в котором будет своё, полностью изолированное, невидимое окошко. Насколько понимаю, даже в терминах VCL это реализуется "в лоб" без разных хаков: отдельной DLLкой, которую будут вызывать в контексте отдельного потока

[ZeoN7]

Юзаю General Plugin - GenAudioScrobbler для скробблинга треков для lastfm. Отличная замена официальному скробблеру.

Тоже самое, только этот плагин и используется.

[Artem]

2) а зачем там МНОГОпоточность? максимум, насколько понимаю, один посторонний и полностью изолированный от VCL Main поток, в котором будет своё, полностью изолированное, невидимое окошко. Насколько понимаю, даже в терминах VCL это реализуется "в лоб" без разных хаков: отдельной DLLкой, которую будут вызывать в контексте отдельного потока

Чтобы можно было одновременно декодировать два файла.
P.S. VCL тут вообще не приделах.

[Arioch]

Привлекает возможность читать из архивов,

Для меня в данном случае даже интересна не поддержка конкретно ZIP/RAR/7z, а принципиальная поддержка "несколько трэков в одном файле", и пусть будут ZIP/RAR как частные случаи. Но пусть так же будет OGG, CUE, ISO, вероятно MKV/MKA - в общем, кому что надо.
Но чтобы поддержка самой концепции "несколько треков в одном файле" была встроена в ядро и работала прозрачно в плеере, плейлитсте, библиотеке, конверторе, SDK и т.д. Чтобы без вывертов и потерь передавать из одного в другое

[Arioch]

Чтобы можно было одновременно декодировать два файла.
P.S. VCL тут вообще не при делах.

Ммм... а зачем ?

Многопоточить однопоточную DLL... Мен кажется, это будет весьма хитрый и потенциально глючной код.
Тем более мне кажется, это по возможности лучше вынести в отдельный AIMP-плагин, не переплетённый с основным ядром.

Либо наоборот, сделать такое ядро, чтобы могло многопоточно использовать любые однопоточные плагины, aimp/bass/winamp/etc

PS. Возможно. Насколько помню, WniAMP SDK основан но Windows Messages, но если вам нетрyдно создавaть GDI WIndow и диспатчинг сообщений без VCL - то только лучше.

[Soolo]

Ммм... а зачем ?

откройте менеджер эффектов АИМПа, пощёлкайте по вкладкам

[Artem]

Для меня в данном случае даже интересна не поддержка конкретно ZIP/RAR/7z, а принципиальная поддержка "несколько трэков в одном файле", и пусть будут ZIP/RAR как частные случаи. Но пусть так же будет OGG, CUE, ISO, вероятно MKV/MKA - в общем, кому что надо.
Но чтобы поддержка самой концепции "несколько треков в одном файле" была встроена в ядро и работала прозрачно в плеере, плейлитсте, библиотеке, конверторе, SDK и т.д. Чтобы без вывертов и потерь передавать из одного в другое

Так это и сейчас есть, только в SDK представлено слабо (что я планирую исправить)

[Андрей Бубнов]

На данный момент не использую никаких плагинов от WinAmp. По большей части только из-за того, нет достойного... или я просто не вижу надобности в них

[qazaq]

Мне нужна возможность подключать плагины визуализации. Я прикрутил к компу дополнительный дисплей отcюда:
http://lcdsmartie.sourceforge.net/
А в третьей версии вроде как отменили поддержку этих плюшек, поэтому до сих пор сижу на версии 2,61. Было бы неплохо вернуть поддержку визуализации в версии 4.

[Artem]

Ммм... а зачем ?

Например, чтобы во время проигрывания просчитать ReplayGain наперед.

Многопоточить однопоточную DLL... Мен кажется, это будет весьма хитрый и потенциально глючной код.
Тем более мне кажется, это по возможности лучше вынести в отдельный AIMP-плагин, не переплетённый с основным ядром.

Именно!

Либо наоборот, сделать такое ядро, чтобы могло многопоточно использовать любые однопоточные плагины, aimp/bass/winamp/etc

Вопрос в надобности такого решения.

PS. Возможно. Насколько помню, WniAMP SDK основан но Windows Messages, но если вам нетрyдно создавaть GDI WIndow и диспатчинг сообщений без VCL - то только лучше.

На сообщениях построены только General-плагины. К слову, Windows Messaging многопоточность не поддерживает.

[Artem]

Мне нужна возможность подключать плагины визуализации. Я прикрутил к компу дополнительный дисплей отcюда:
http://lcdsmartie.sourceforge.net/
А в третьей версии вроде как отменили поддержку этих плюшек, поэтому до сих пор сижу на версии 2,61. Было бы неплохо вернуть поддержку визуализации в версии 4.

Я ничего не отменял.

[Arioch]

К слову, Windows Messaging многопоточность не поддерживает.

Это зависит от понимания многопоточности. ДИспетчер сообщений у каждого окна - однопоточный. Но PostMessage вполне себе асинхронный - т.е. многопоточный

[Arioch]

Вопрос в надобности такого решения.

иными словами, input-модули в стандарте BASS SDK и AIMP SDK уже многопоточны по стандарту ?