AleXH
-
Публикаций
1 949 -
Баллов
2 202 -
Зарегистрирован
-
Посещение
Весь контент AleXH
-
Только на прошлой странице говорили про нежелательность оффтопа - нет, пришёл новый тролль, выравнивающий кривую АЧХ своего тракта зелёными, окислившимися проводами Даже если такой окисел рассматривать как признак наличия меди в проводе , то всё равно с таким бредом методом нужно идти... в другую тему.
-
Игорь, имхо 2-я очень удачная по интерфейсу (или я просто прикипел к ней?), в любом случае всё что нужно для плейера, в ней есть и 3-я вроде как и не нужна (мне), я даже опасаюсь, что будет утрачена завершённая лаконичность текущего интерфейса. Отсюда и желание довести до "идеала" именно 2-ю. Random требует кода, а Repeat в меню и закольцованные переходы по Next и Prev практически ничего, потому и предложил.
-
Игорь, может стоит закольцевать переходы в плейлисте - при нажатии Next на последнем треке переходить на 1-й, а prev на 1-ом переходит на последний? А также добавить кнопку Repeat, либо пункт в меню повтора воспроизведения плейлиста с индикацией режима.
-
Достойный ответ, с юмором @CAH91, количество версий АП впечатляет Поддерживаю. Это абсолютно правильно - беседа должна вестись в пределах обсуждаемой темы, иначе человек придёт ознакомится - а кругом трёп не по теме. Это касается любых тем, любых форумов, кроме специально предназначенных для флуда. Второй момент - Игорь вынужден тратить больше времени на чтение и просеивание информации, ведь не забывайте - он отвечает ещё и на вопросы пользователей, причём не на одном только этом форуме.
-
Не вопрос - пинцет - универсальная модель - можно и последний камешек с дороги убрать и вату из головы
-
Когда читаешь такие сообщения в надцатый раз с выходом каждого билда, то возникает вопрос - это сколько же ваты в голове у народа помещается! (шутка) Сказано неудачно - Игорю вряд ли это даётся также "безвозмездно и элементарно легко", как нам, поэтому чувство радости от халявы в данном контексте выглядит вообще нехорошо
-
FAR3 в обоих режимах без сортировки и с сортировкой по именам выводятся альбомы одинаково - по нарастанию года. В 102 версии сортируется список также, как и в 103, но в 102 отсутствует год, предваряющий название альбома, т.е. "исполнитель - альбом", а в 103 "исполнитель - год - альбом". Игорь - разобрался, АП год берёт из тега, а в теге стоит не год создания альбома, а переиздачи. Получается сами альбомы идут в правильном порядке, извиняюсь за ложную тревогу.
-
да @asmnb, в июньских версиях вы слушали флэки-треки, а сейчас апе-образ, отсюда и ощущение повышенной нагрузки.
-
Игорь, NTFS.
-
Игорь, папка "Loreena McKennitt" содержит папки, начинающиеся на года, именно их названия и видны на той картинке, поэтому и возник вопрос - почему нет сортировки? В плейлист они были добавлены через кнопку open - родительской папки "Loreena McKennitt". Так вы дальше мои сообщения от прочтите и всё узнаете.
-
Игорь, а с этим беспорядком можно что-либо сделать?
-
Игорь, поправочка - вытесняется, но гораздо позже, когда уже нагло выпихивают
-
Игорь, этот вариант сидит в памяти как влитой. Спасибо.
-
Смотрите в Process Explorer, там всё видно.
-
ОС 7 и выше при отключенном свопе при нужде создают сессионный файл подкачки.
-
Игорь, - х86. @nikitosss, тогда траблы при работе с ресурсоёмкими задачами. На выделенном ПК исключительно под плейер - всё должно быть ок.
-
Игорь, FMDO - ОС выталкивает постранично образ из памяти в своп, потом в диспетчере видно, как часть остаётся в памяти, а часть в свопе и при воспроизведении читается оттуда. Хорошо бы проработать этот момент глубже.
-
Имхо дело не в версии - менеджер памяти ОС сбрасывает в файл подкачки данные из памяти, когда памяти не хватает. Этому могут способствовать и сторонние оптимизаторы работы памяти, ускоряющие загрузку приложений, для чего они регулярно освобождают часть памяти, сбрасывая данные в файл подкачки, либо ресурсоёмкие приложения, игры-стратегии и тд. Попробуйте задать в реестре, путь HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management, параметру DisablePagingExecutive типа REG_DWORD значение 1. Погоняйте, посмотрите - выгружается или нет.
-
@nikitosss, столкнулся с похожей ситуацией - звук стал заикаться при выделенном ядре - посмотрел в диспетчер и вижу, что весь образ из памяти (FMDO) был выдавлен в файл подкачки программой с утечкой памяти.
-
Это как-то слишком замороченно, да и не нужно. Меня вполне бы устроило, если бы окно процесса APlayer.exe имело обновляемый title формата fb2k "[%artist%. ][%album%[ ''$right(%date%,2)]. ][%tracknumber%[/%totaltracks%]. ]%title%". Тогда я бы подправил уже существующие dll, заменив имена процессов и окна, и получил бы вывод title в чатах аськи, дц и пр. WavPack 4.75 (May 25, 2015) прибавил в скорости кодирования-декодирования за счёт оптимизации и ассемблерных вставок - возможно стоит обновить?
-
@SergGrk, это вы себе FM + апсемплинг в настройках ap2config включили.
-
А зачем вводить задержки, почему не сделать ap2decoder составной флаг, который будет доступен и из других процессов? - В нём отображать состояние декодера и пр. данные - соответственно процесс APlayer будет знать, что делает декодер, если busy, то подождать и опросить через 50мс, например.
-
Игорь, я года 2-3 назад поднимал вопрос о создании АП фейкового окна winamp, с которого другие проги смогли бы прочитать название воспроизводимого трека - в планах этого по прежнему нет?
-
Игорь, спасибо за ответ - посреди ночи никого уже не найти Цапов напрямую работающих с плавающей запятой нет? Или там всё равно предварительно конвертируется в фиксированный формат? - Как я понимаю, идея в таком формате в том, что простаивает в CPU мощный блок арифметики с плавающей запятой, позволяющий выполнять преобразования и масштабирование максимально быстро? По #7957 есть комментарии?
-
Зашёл разговор на стороннем форуме есть ли смысл оцифровывать Juli@ и выводить результат в 32 bit float. - Никто не изучал вопрос? Игорь, может вы сталкивались с ПО, позволяющим оставить только 8 младших бит и сделать их старшими, чтобы услышать что там творится в них? - может там кроме шума ничего нет и оцифровка в 32 бита чистой воды фикция.
