AleXH

ок

Да, прочитал что exe содержит контейнер из интерпретатора и скрипта. CPython, Nuitka тоже собирают нечто подобное? Или их байт-код более оптимизирован?

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

C:\Python\Scripts>pyinstaller --onefile ap2gui-xp3.py failed to create process. хм...

Добавил Python34.dll - взлетело, py работает, сейчас проверю компиляцию

Лет 7 назад предлагал Игорю добавить API аналогичный winamp, позволяющий посылать системные команды окну/процессу плейера, получать/изменять состояние. Теперь аналогичная по сути функциональность реализована через http запросы к ap2web: IR-код ПДУ => контроллер => USB => драйвер => сообщение ap2web.

Игорь, может выложите 7z архив с питон 3.4 под ХР, который компилирует ap2gui-xp-src.exe?

Получается так: Игорь, если отвлекаю, то отвечать не нужно, по крайней мере сейчас.

Запускается py с таким результатом:

этот я пробовал, но msi этой версии у меня не поддерживается, а где скачать помоднее и надёжно не нашёл, ставить из неизвестного источника стрёмно. UP. Так, подсмотрел скрипт инсталлера, подрихтовал пути, добавил в реестр, 220 установил. Но pip install pyinstaller==3.2.1 при установке сыпет ошибками:

pywin32-220.win32-py3.4.exe с кривым установщиком, нельзя указать родительскую папку с питоном, в реестре ключи ищет, в частности здесь Software\Microsoft\Windows\CurrentVersion\Uninstall, их там нет. 221 аналогично.

Последний ap2web у меня при выгрузке по ПКМ в трее падает с ошибкой, за предыдущим такого не замечал.

В том числе и если показ картинок отключен вообще - как я понимаю картинки under reconstruction )

Спасибо, пощупаю ) От сырцов ap2gui для XP на питоне 3.4 не откажусь, питон 3.4 у меня есть. Собрать GCC-TDM32 9.2.0 сырцы ap2gui возможно?

под XP порядковый номер 380 не найден в библиотеке DDL COMCTL32.DLL

audioshock вы неправильно представляете себе работу диска и битторент протокола, почитайте в нете.

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

Система ставится на SSD, все %TEMP% 's переносятся на рамдиск, соответственно памяти желательно иметь минимум 8ГБ, а лучше 16 с учётом рамдиска А не надо хотеть от диска того, для чего он не предназначен. Хотим дешёвые удельные ТБ хранилище - значит uT пишем на быстрый HDD 7200 1-2ТБ, а затем с него контент переносим в хранилище, где он и лежит без изменений.

ни то, ни другое в данном случае не поможет, ибо пассив. Искажается сигнал до подачи в усил - в цапе. Разная картина помех - разная картина изменения фронтов импульсов - разное время их защёлкивания (джиттер), восстанавливается разный сигнал. А помехи у нас дает и ЦП при декодировании flac и картинок и ВК при их выводе, если картинки крутятся в процессе воспроизведения - шины памяти очень классно излучают, когда данные по ним носятся.

процесс wav1->flac->wav2 даёт побитовую точность между wav1 и wav2, т.е. это lossless (беспотерьное математическое) кодирование, как у архиваторов. деградация звука воспроизведения flac по отношению к wav я уже говорил из-за чего. Посмотрел графики - профанация и бред.

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

99% - изменения в звук вносят помехи генерируемые в процессе работы ЦП, выполняющего декодирование файла во время воспроизведения, плюс помехи от пересылки данных. Помехи влияют на процесс ЦАП, изменяя выходной аналоговый сигнал. Абсолютной защиты от помех не существует, их можно лишь уменьшить до какого-то уровня. Абсолютно верно. 2ALL Если данные распаковываются по-разному, то это баги в коде декодеров - используйте официальный.

М-да... Бред какой-то пишите - прочтите внимательно, что человек написал, а не то, что вам почудилось.

линукс можно не просто рафинировать, но и собрать с минимально необходимым набором демонов, в отличие от окошек, которые обременены кучей сервисных служб. Но дело не тоько в этом, но и в том, что в этих ОС по разному реализован диспетчер процессов и памяти, по разному работают драйвера, их вызовы и тд. Переключения контента процессов приводят к перезагрузкам кеша и конвейера ЦП, а он, как вы знаете, работает на низких напряжениях, но с дурными токами, порождающими мощные помехи, плюс передача данных по шинам памяти и тд. В результате генератор помех, в который превращается наш ПК ведёт себя по разному под разными ОС. По идее более слаботочные платформы должны однозначно выигрывать у более сильноточных, при условии достаточной производительности в обоих случаях.