» AIMP (часть 2)

NeoHunter

Цитата:

Кстати по поводу приоритета, на свежей 1307 появился серьезный баг с воспроизведением.Несмотря на то, что максимальный приоритет выставлен, при копировании большого объема данных по сети и одновременном лазанье по меню того же aimp, при открытии окон, воспроизведение замирает с характерным треском. Когда копирование файлов по сети закончилось, этот эффект пропал.

Есть смысл посмотреть, как ведут себя в тех же условиях другие плееры - WMP, Winamp, Foobar. Чтобы стало понятно - общая ли это проблема, или только AIMP'овская.

del

Добавлено:

Цитата:

а сколько вообще нужно ставить размер кэша ? чтоб оптимально. у меня при чистой установке вот так вообще

поддерживаю вопрос

функция проигрывания "предыдущего" трека глючит.
включен "случайный режим" (S) воспроизведения.

1. Нажимаю "Следующий трек" (трек A)
2. Выбираю любой другой трек мышкой (трек B)
3. Ещё раз выбираю какой нибудь трек вручную (трек C)
4. Жму "Предыдущий трек" и вместо того чтоб проиграть трек B, открывается совсем другой (случайный).
хотя "глюк" не постоянен. Иногда нормально перескакивает на предыдущие треки.

версия 3.50

--
в новых версиях никто такого не замечал?

aleks_123
smersh2012

Цитата:

а сколько вообще нужно ставить размер кэша ? чтоб оптимально. у меня при чистой установке вот так вообще

поддерживаю вопрос

Это зависит от размера проигрываемого файла, в идеале он должен полностью быть в кэше чтобы исключить прерывания при проигрывании.
С другой стороны при проигрывании например WavPack или других форматов с файлами
большего размера, это уже не помогает (не кешировать же 500 Mb и выше)и тут уже важен интеллектуальный кеш.
Вот с ним похоже у aimp пока не все гладко.
Надеюсь что только пока.

Или это вообще особенности текущих бет как написал автор из-за отладочного модуля, тем более что в предыдущих релизах такого треска я не слышал.

aleks_123

Цитата:

а сколько вообще нужно ставить размер кэша ? чтоб оптимально. у меня при чистой установке вот так вообще

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

NeoHunter

Цитата:

С другой стороны при проигрывании например WavPack или других форматов с файлами
большего размера, это уже не помогает (не кешировать же 500 Mb и выше)и тут уже важен интеллектуальный кеш.

У АИМПа кэш заполняется с половины объема. Т.е. когда пол отведенного кэша проигралась и начинает играться вторая половина, плеер вытягивает с диска пол объема кэша. Т.е. при кэше в 50Мб, каждые проигранные 25Мб файла начинается закачка следующих 25Мб.
К этому мы пришли с многочисленными опытами по заполнению кэша и считыванию из него.

nyafnyaf
Очередь отлажена 100 лет назад и запоминается без сбоев. Проверил только что на 3.50 - не повторил. На 3.55 - тоже нет.

svobodny
глюк появляется через несколько повторов тех действий что описал выше.

--
и ещё при быстром выполнении пунктов 2 и 3

Цитата:

2. Выбираю любой другой трек мышкой (трек B)
3. Ещё раз выбираю какой нибудь трек вручную (трек C)

на версии 3.50 билд 1277, позиция предыдущего трека гарантированно сбивается.

nyafnyaf, можете записать видео? Не получается повторить.

svobodny
http://rghost.ru/49331841
смотреть лучше скачав, а не плеером на грхосте (неправильно растягивает mp4)

svobodny

Цитата:

У АИМПа кэш заполняется с половины объема. Т.е. когда пол отведенного кэша проигралась и начинает играться вторая половина, плеер вытягивает с диска пол объема кэша. Т.е. при кэше в 50Мб, каждые проигранные 25Мб файла начинается закачка следующих 25Мб.
К этому мы пришли с многочисленными опытами по заполнению кэша и считыванию из него.

Хм тогда в моем случае с WavPack размером около 700mb понятно почему он заикался, если при перемотке скажем в конец альбома, начинается дикое заикание, вероятно тут еще есть и какие-то особенности самого WavPack ?
Но вообще то странно, файл копируется по сети, а музыка считывается с локального диска, так почему происходит заикание не понятно. Может считывать файл можно тоже разными методами ? И в существующей реализации у aimp он не самый оптимальный ?

Кстати сегодня аймп при проигрывании небольшого flac с локального диска и одновременного копирования по сети вообще упал
см скриншот

файл небольшой 6 Mb - flac размер буфера 8Mb
Странно все как-то в последней бете и очень нестабильно.

nyafnyaf, ну вот не получается повторить ни на 3.50.1277, ни на 3.55.1307.

NeoHunter, передам Артему.

svobodny
вот ещё один ролик на вин7 с портабельным аимпом (v3.55.1307)
http://rghost.ru/49350938

позиция всё так же сбивается.

--
кто нибудь ещё пробовал повторить мои действия по сбиванию позиции предыдущего трека?

smersh2012

Цитата:

поставил свежий релиз AIMP v3.55 Build 1307 RC (07.10.2013), затем тоже свежий DSP Pack 1.37 for AIMP RePack by elchupakabra

Артем:
"Ошибка возникает в плагине, раньше ее не было потому, что к плееру не был подключен отладочный модуль."

Тестовая версия: AIMP v3.55 Build 1312 RC 2
Дата сборки: 15.10.2013

Список изменений:
* Звуковой движок: включение / выключение эффектов теперь происходит более плавно
* Расширенный поиск: добавлен пункт меню "расположение файла"
* Расширенный поиск: добавлена возможность добавлять файлы в очередь кликом средней кнопки мыши
- Исправлено: Плеер - интерфейс программы зависает при воспроизведении треков
- Исправлено: Плеер - ручное переключение файлов происходит с задержкой
- Исправлено: Плейлист - при перетаскивании группы файлов есть лишние слоты
- Исправлено: Скин движок - исправлены мелкие недоработки
- Исправлены мелкие недоработки

AIMP 3.55:
md5 aimp_3.55.1312_rc_2.exe: 24ED3156551FF0D1F5693A3917D23F80

Скачать (7,22 Mb):
прямые
Programki.net
обменники
Turbobit.net
MediaFire.com
Google Drive
Яндекс.Диск

За все другие ссылки AIMP DevTeam ответственности не несет.

Что то последняя версия не дружит с vst dsp плагином

svobodny


Цитата:

Тестовая версия: AIMP v3.55 Build 1312 RC 2

проблема с очередью осталась.
http://rghost.ru/49416481

Проблема с корректным отображением пути в инсталяторе


система w7 x64 sp1

Друзья, был в своё время на WinAmp такой скин: разворачивающая летающая тарелка серебристо - голубого цвета. Пример
Никто не сталкивался с таким в Aimp

И второй скин, который хотелось бы видеть: никто не находил?

NeoHunter

Цитата:

Проблема с корректным отображением пути в инсталяторе

Не вижу такой проблемы, стоит Win8.1 x64, проверьтесь на вирусы

Coolers1988

Цитата:

Не вижу такой проблемы, стоит Win8.1 x64

ну а у меня w7 x64 sp1 и проблема есть ! И в предыдущей бете тоже была, и на моей памяти такой баг у аимп периодически в разных релизах всплывает.

Цитата:

проверьтесь на вирусы

и при чем тут вирусы(даже гипотетически), к отображению пути в конкретной программе инсталяторе ?
или может быть чудо вирус вмешивается в работу инсталятора aimp только для того чтобы неверно отобразить путь ?!

Цитата:

Проблема с корректным отображением пути в инсталяторе

Ответ Артема:
"Значит он в таком виде хранится в реестре. Более того, этот путь вполне корректен."

svobodny

Цитата:

"Значит он в таком виде хранится в реестре. Более того, этот путь вполне корректен."

Звучит как-то странно, что значит хранится в реестре в таком виде ? Вы хотите сказать что это для всех программ инсталляторов в реестре есть такая переменная ? Или только для aimp ? И почему тогда к примеру другие программы при инсталяции на той же системе все показывают корректно?

По поводу корректности, в x64 win системах есть два пути для инсталяции (надеюсь все в курсе), так вот при таком отображении пути как сейчас в aimp, не видно куда именно инсталлируется программа, поэтому на мой взгляд это не просто косметика и нужно все таки это поправить.
Да и просто для такой популярной программы коей является aimp - муветон.
Я конечно понимаю что это не имеет отношения к функционалу, но как театр начинается с вешалки так и программа с инсталлятора.

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

NeoHunter

Цитата:

Проблема с корректным отображением пути в инсталяторе

Цитата:

ну а у меня w7 x64 sp1 и проблема есть !

нет здесь никакой проблемы, не выдумывайте. Этот путь характерен для х64 систем.
Как правильно заметил Артём: этот путь корректен.
Учите мат часть.

NeoHunter, ответ Артема:
"Может быть они экспандят путь после чтения, АИМП - нет. Да и не вижу особой проблемы в этом, просто не красиво."


Цитата:

при таком отображении пути как сейчас в aimp, не видно куда именно инсталлируется программа

"Видно - в х86 (на это указывает ~2). Да и более того, в обычный PF она не может ставится - она не 64-битная."

molchel

Цитата:

этот путь корректен.

Что именно имеется в виду под словом корректен ?
Я же не говорю о том что программа инсталлируется куда то не в тот каталог, я с самого начала сказал что это визуально не очень красиво. Да и просто не солидно.

Цитата:

Учите мат часть.

Что именно - конкретно.
svobodny

Цитата:

"Может быть они экспандят путь после чтения, АИМП - нет. Да и не вижу особой проблемы в этом, просто не красиво."

Так я с самого начала так и сказал - не красиво и не солидно, скажу больше из всех программ инсталлируемых в последнее время под x64 такое увидел только у AIMP, поэтому и резануло взгляд.
Я согласен что это не тот баг который нужно отбросив все править, но по крайней мере внести в todo и при случае наверное все таки пофиксить.

NeoHunter

Цитата:

Что именно имеется в виду под словом корректен ?

это значит, что путь отображается как положено, правильно.
Если вы не замечали, то такое отображение очень часто практикуется в инсталяторах.

molchel

Цитата:

это значит, что путь отображается как положено, правильно.

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

Цитата:

Если вы не замечали, то такое отображение очень часто практикуется в инсталляторах.

Я замечал ровно обратное что в подавляющем большинстве инсталляторы отображают путь корректно, да встречаются и исключения, но это именно исключения, а не правило.
И я замечал что даже в программах инсталляторы которых отображали путь некорректно с тильдой, со временем исправлялись и отображали его нормально, что в общем то нормально и так и должно быть.

NeoHunter
по поводу матчасти: http://lurkmore.to/%D0%A3%D1%87%D0%B8_%D0%BC%D0%B0%D1%82%D1%87%D0%B0%D1%81%D1%82%D1%8C без обид

по делу:
C:\Progra~1\ - в инсталяторе означает каталог по-умолчанию Program Files для х86 систем или для х64 приложений, которые по-умолчанию ставятся именно в Program Files, а не в Program Files (x86).
C:\Progra~2\ - означает, что система, в которую производится установка, х64 и в ней имеется две папки, название которых начинается одинаково "Progra" и приложение устанавливается х86-битное.
Дальше срабатывает правило-ограничение, чтобы в строке было не более 8 символов, поэтому Program Files заменяется на "Progra~2".
В данном случае всё завязано на DOS-командах, в которых нельзя использовать пробел, если строка не в кавычках. Поэтому путь сокращается до восьми символов с двойкой в конце.
Уверен, что вы запускаете установку из какого-нибудь файлового менеджера, который и использует DOS-команды.
Запустите установку из проводника и узреете полный "правильный" путь.
Надеюсь доходчиво объяснил и не засрал мозги

NeoHunter
Можете прислать кусок реестра?
Артем:
"HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Uninstall\AIMP3
Пусть целиком экспортен узел и пришлет"

molchel

Цитата:

по поводу матчасти: http://lurkmore.to/%D0%A3%D1%87%D0%B8_%D0%BC%D0%B0%D1%82%D1%87%D0%B0%D1%81%D1%82%D1%8C без обид

Сударь что такое мат часть я как-то в курсе
и ссылки на луркоморье тут совсем ни к чему и раз уж речь зашла о мат части, как я уже написал выше, дайте ссылку на эту самую мат часть на которую вы пытаетесь ссылаться(где написано что отображение пути с тильдой для не DOS приложений это нормально, как вы говорите), а не пытаться объяснить мне сам термин.

Цитата:

Уверен, что вы запускаете установку из какого-нибудь файлового менеджера, который и использует DOS-команды.

Запуск идет из far 3 x64 в w7 x64 sp1, но для интереса запустил и просто из explorera - результат тот же, путь с тильдой.

Жду ссылку на мат часть говорящую что , путь вида C:\PROGRA~2\AIMP3\ в win приложении это нормально и так и должно быть

Добавлено:
svobodny

Цитата:

Можете прислать кусок реестра?
Артем:
"HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Uninstall\AIMP3

нет такой буквы
у меня в "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Uninstall\
ветки aimp3 нет вообще.

NeoHunter
Я писал по примерно такому же поводу уже, местному представителю aimp, посмотрите в версии для печати. В конце концов, я не стал спорить или настаивать, а переправил руками в реестре путь с формата 8.3 в обычные пути.
Почему у них так получается - хз. М.б. дельфийный костыль какой-то, просто не в курсе. Я брал код из сэмплов msdn и писал приложение c++ которое добавляло тестовую запись пути в реестр, проблемы конвертирования, чтобы оно происходило само по себе, не было.