Наковырялся в настройках 3х канального микшера, не помню как было по умолчанию
Файла конфига чтобы сбросить всё не вижу, можно добавить кнопку Default там где нужно для таких как я?
Вид для печати
Наковырялся в настройках 3х канального микшера, не помню как было по умолчанию
Файла конфига чтобы сбросить всё не вижу, можно добавить кнопку Default там где нужно для таких как я?
ну это как раз для общих\всех настроек
обычно как бы подразумевает установку дефолтных настроек для всего
а бывает часто и такой сброс
https://jpegshare.net/images/c6/16/c...e74dc69fce.png
https://jpegshare.net/images/ea/9d/e...629761f5aa.png
https://jpegshare.net/images/44/cd/4...051dcec8b1.png
и никто не кричит "что под каждый параметр сброс делать?"
а если не делают сброс под каждый параметр
делают сброс настроек на конкретной странице
если конфигурация через редактирование ручками .ini
там пишут какой параметр по дефолту в коменте с боку
но тебе же нужно все запихнуть в реестр
пушо так сказало делать ZOG и М$
а здравый смысл
да кого он волнует...
особенно сосет твой реестр
когда нужно несколько одинаковых программ с разными настройками
при том запущенных одновременно...
в скриншотах выше
видно переключаемые профили (на самом верху слева)
но профили лежащие в реестре это не файл конфига в папке с программой...
Билд 4950:
[+] поддержка всех версий и чипов формата VGM
[+] zxtune-android: добавлен поток случайных треков из каталога VGMRips
Как одна маленькая проблема привела к большому разбирательству.
Изначально для воспроизведения формата VGM (и еще 7 других форматов) использовалась библиотека GME (Game Music Emu). Особых иллюзий по поводу ее качества не было, как особо не было и альтернатив - эталонная библиотка (и проигрыватель) под названием vgmplay представляет собой *****код^W концентрированную боль и страдания в плане интеграции в другие проекты и сопровождения.
После недавнего добавления каталога VGMRips с широчайшим ассортиментом версий и чипов выяснилось (после пользовательской жалобы), что довольно существенная часть треков просто не воспроизводится. Пришлось нырнуть с головой в vgmplay на предмет допилить ее до приемлимого уровня. К счастью, это занятие быстро надоело и пришла идея посмотреть что получилось у других страдателей. Находились репозитории с доработанными версиями кода, но уже довольно сильно отстающие от первоисточника. Грусть-печаль-тоска...
К счастью, Valley Bell (текущий разработчик vgmplay) тоже упоролся поддерживать этого какодемона, поэтому взял и переписал:) К новой библиотеке под названием libvgm тоже есть некоторые вопросы, но все же это прямо небо и земля относительно того что было. Пробная интеграция - и треки зазвучали:)
Потом был достаточно долгий период тестирования на всех имеющихся треках - таки нашлось несколько падений и зависаний (автор уже уведомлен, но фикса пока нет). Ну и выяснилось, что для корректного воспроизведения треков для YMF278B необходимо таскать с собой 2Мб файл с дампом ПЗУ - было принято решение забить на это (всего 11 игр из более 2200).
Также в честь такого события было добавлено "радио" с сайта vgmrips.net - играются случайные треки из случайных игр.
https://play.google.com/store/apps/d...?id=app.zxtune
Скачать версию для Android
http://qrcoder.ru/code/?http%3A%2F%2..._r4950.apk&4&0
Скачать версию для Mac OS X 64-bit
Скачать версию для win64 (MMX/SSE/SSE2)
Скачать версию для linux x86_64
Скачать версию для Ubuntu/Debian x86_64
Скачать версию для Redhat/Suse/Centos/Fedora x86_64
Скачать версию для Raspberry Pi
Неа. До 1.8Мб максимум
Нативный код андроид приложения весит от 6 до 9Мб (пакет в среднем 4.3Мб, на устройстве в среднем 22.2Мб). Меньше сотни треков - недостаточно веская причина для утяжеления пакета на половину, а занимаемого места - на 10%).
На вин7 32 бит последняя рабочая версия zxtune_r4440_windows_x86?
кстате витамин
у тя там же есть скоростной тест
мне вот интересно
а какое преимущество у 64 битной версии на 64 битной машине
перед 32 битной версией на 64 битной машине
чисто в цифрах
а то смотрю ретроплатформщики со своими эмуляторами мк60
дружно начали фапать на 64 бита онли
какой смысл? (ну кроме того случае когда заюзанные сторонние библиотеки только 64 бит)
32 битное уже не идет на 64 битном?
каждому эмулятору мк60 нужно грузить в память 2 гига мусора?
Win-версия при попытке обновления показывает:
Что можно сделать?Код:Ошибка открытия сетевого ресурса 'https://zxtune.bitbucket.io/downloads.xml'.
@18f465fd
--------
Сетевая ошибка: SSL connect error
@18f4652a
--------
Зависит от. Например, эмулятор N64 на 32 битах явно будет работать медленнее, чем на 64.
На линуксе, например, нужно ставить 32-битный рантайм. Это несложно, но если можно избежать, то лучше не ставить.
Тесты можешь сам прогнать (чтоб честно было):где N - число прогонов (лучше 5-10) для точности учетаКод:zxtune123 --benchmark N <files>
- - - Добавлено - - -
В браузере этот файл открывается нормально?
Внезапно, да?
Какие еще вопросы есть? Я с радостью отвечу (без иронии). А вот за некомпетентные наезды жду ответа уже от тебя.
то что хорошо для твоего корпоративного сегмента
с разделением быдло настроек и прав для каждого хомяка
с мерзкими установщиками и быдло офисами которые не дают себе поставить больше чем в одном экземпляре
так же как и запустить
успешно мешает одному юзеру и совершенно трижды ему нафик не нужно
а проблемы у *****реестра всегда одни и те же
слетевшие настройки за которыми нужно лезть в реестр
и искать 100500 веток куда нагадила софтварь
слетание настроек у новой версии
после запуска старой
не переносимость настроек и невозможность иметь разные версии программы с разными настройками
итд...
ну вот к примеру у меня совершенно недавно похерились настройки у HxD
(стал дико тормозить и отжирать дофига оперативки по моему)
как оказалось он хранит в конфиге поисковые запросы
и он туда запер 24 метра копипасты
полечилось элементарно
открыл архив и перетянул старый конфиг поверх
все
что было бы если оно хранило это ***** в реестре?
и сколько бы пришлось плясать с бубном?
здравый смысл важнее
чем какието рекомендации мелкомягких которыми ты отнекиваешься
(по моему с тобой? уже ругались на эту тему
а может и не тобой...)
залез в зхтюн
нашел какой то конфиг
и чот засомневался и зачеркнул...
склероз у всех бывает
- - - Добавлено - - -
публично признаюсь что с кем то витамина перепутол
- - - Добавлено - - -
с другой стороны
октрываю регэдит вбиваю зхтюн
и ты не поверишь что я вижу :)
ладно предположим что осталось от предыдущей версии
или около того для чего та надо
- - - Добавлено - - -
будет настроение
скачаю последнюю версию
натравлю regmon сверху
да и плохо всё это коррелирует с таким ответом
https://zx-pk.ru/threads/10340-zxtun...=1#post1069629
- - - Добавлено - - -
ну идо
судя по подчеркиванию
в случай чего ты включишь отмазку
а это не мой кода
все так и было :)
и может даже будешь прав :v2_lol:
Нет, это актуальные настройки zxtune-qt.
Разумеется. Программа использует функционал QT, которая в винде хранит настройки в реестре, в линуксе - в конфигах. И мне пофиг что там под капотом.
Ты же, брызгая слюной, заявляешь что я вот прям целенаправленно использую реестр и "молюсь на него".
Конфликтующих не нашёл. Заменил libcurl.dll на такой же от Notepaf++, причём он оказался больше по размеру. Проверка на обновления теперь ошибки не показывает.
Билд 4960:
[+] добавлена поддержка формата S98
[+] zxtune-android: добавлен архив треков формата s98 в каталог joshw.info
[*] zxtune-android: исправлены найденные и сообщенные проблемы
Небольшой релиз, приносящий поддержку популярного в Японии формата файлов с музыкой японских же игр. Также был добавлен соответствующий подкаталог в кучку архивов joshw.info.
https://play.google.com/store/apps/d...?id=app.zxtune
Скачать версию для Android
http://qrcoder.ru/code/?http%3A%2F%2..._r4960.apk&4&0
Билд 4970:
[+] добавлена настройка увеличения/затухания громкости и предусиления
[*] переделана обработка длительностей модулей и позиции воспроизведения
[*] zxtune-android: исправлено меню выделения в браузере
[*] zxtune-android: исправлена навигация по сохраненным плейлистам
[*] zxtune-android: исправлено потребление памяти во время сканирования
Сошелся, пожалуй, самый большой рефакторинг за всю историю проекта. Была целиком и полностью переработана работа со временем в модулях.
Корни проблемы уходят во времена начала проекта, когда единственными поддерживаемыми форматами были ориентированные на ZX Spectrum, а о других даже не помышлялось. Длительности треков и позиции воспроизведения измерялись во фреймах, а для перевода в абсолютные времена нужно было их умножать на длительность этого самого фрейма (20мс обычно). Так уж сложилось, что в общей массе форматы вписывались в эту модель. И так продолжалось достаточно долго чтобы накопилась довольно большая масса кода, препятствующая переделкам. А проблемы множились - поддержка обычных звуковых форматов (mp3/ogg/flac/etc) с жутким скрипом втискивалась в модель, привнося и преумножая неточности. И вот, спустя десяток подходов к снаряду, эту боль удалось победить!
Также были поправлены проблемы, о которых даже не подозревалось. Например, возможная некорректная работа со временем для it/xm/mod/etc форматов - таки переменный bpm имеет место быть.
Заодно был переработан звуковой конвейер, что позволило все же нормально реализовать давно выпрашиваемый fadein/fadeout и бонусом preamp.
Поскольку переделки достаточно масштабные, что-то могло сломаться - жалобы принимаются:)
Скачать версию для Android
http://qrcoder.ru/code/?http%3A%2F%2..._r4970.apk&4&0
Скачать версию для Mac OS X 64-bit
Скачать версию для win64 (MMX/SSE/SSE2)
Скачать версию для linux x86_64
Скачать версию для Ubuntu/Debian x86_64
Скачать версию для Redhat/Suse/Centos/Fedora x86_64
Скачать версию для Raspberry Pi
Vitamin, привет. Нет желания поправить делители шума 0/1 на АУ/УМ?
https://docs.google.com/spreadsheets...tmIwQJtMQ/edit
табличка не интересная
в ней куча неизвестно чего и непонятно зачем...
вот тема в которой это мусолили с картинками
https://zx-pk.ru/threads/32191-emuly...=1#post1079503
и пришли к выводу что так и есть
про тон\огибающую железно убедились (для AY) тут
https://zx-pk.ru/threads/32191-emuly...=1#post1079737
Vitamin, при делителе 2 для тона должна быть тишина, как и 1 и 0. То есть не должно быть никаких гармонических артефактов от децимации+фильтрации частот выше найквиста.
При записи реального чипа там по делитель 3 идет тишина если записывать на 44100 (на 4 уже еле слышимый писк есть). Столбец M говорит лишь о том, что делитель 2 хреново фильтруется — писк с частотой 55к при дискретизации 44кгц должен быть абсолютно нулевым, как и 110к (в общем, как и 27к, при делителе 3). Но если фильтрация так себе, артефакты будут оставаться, и будут слышны. Столбец N указывает на каком делителе начинается ненулевая амплитуда (5 значит делитель 4, т.к. считается с 0).
Там есть ссылка на страницу с записями во flac. Сравни сам. Внизу таблицы все подписано.
А вот для шума звук при делителях 0 и 1 должен совпадать (0 как 1). 2 для шума естественно должен быть другим. У тебя пока делители 0 и 1 дают разные шумы (чего быть не должно).
Нео на своей волне, и не вникал, не обращай внимания.
Лучше, если мухи - отдельно, котлеты - отдельно.
Сваливать в кучу логику работы чипа (где делители 0 и 1 - действительно может быть одно и то же) и работу фильтра (где делитель 2 - "то же самое, что и 0 или 1 потому что один хрен не слышно") - плохая идея. Ты в каком режиме проводил тестирование ZXTune?
Для таких вот тонкостей нужно не аудиозапись смотреть, а выхлоп осциллографа или частотометра.
> Ты в каком режиме проводил тестирование ZXTune?
В режиме записи звука на 44100 при воспроизведении .ay
Никто не мешает сделать самому.
Записи с реала при воспроизведении того же доступны для сравнения (и на 44100 и 192000).
> где делители 0 и 1 - действительно может быть одно и то же
Не «может быть» а по факту одно и то же.
> где делитель 2 - "то же самое, что и 0 или 1 потому что один хрен не слышно
В итоговой картине при записи на 44100 или 48000 они действительно дают одинаковый результат, ультразвуковой меандр с частотой выше найквиста не должен двигать диффузор динамика, т.е. должна быть абсолютная тишина. Если идет рендеринг на частоту дискретизации в 192000 гц, то картина конечно иная (из-за другой частоты найквиста). Если фильтр при децимации не обеспечивает такого результата, значит это не лучший фильтр. В крайнем случае можно частоты с такими делителями особым образом процессить, чтобы свиста отраженных гармоник вообще не было. И 0/1 и 2 должны давать одинаковую итоговую волну на 44100 и на 48000.
Эти делители используются чтобы сделать звук огибающей с половинной амплитудой. Могут использовать любые «неслышимые». И слышать фоновый свист на них не очень здорово.
Но вообще это мелочи. Речь изначально всего лишь о шуме с 0/1.
Какой режим интерполяции?
0) я не знаю какой ты фильтр используешь и используешь ли его вообще (см. предыдущий вопрос)
1) я не особо копенгаген в ЦОС, поэтому реализовал простейший IIR фильтр для режима с оптимизацией по качеству
Нет
Резюмируя: чтобы убедиться, что делители 0/1 дают одинаковый результат нужна ссылка на упоминание об этом в даташите (я не нашел) либо осциллограммы.
блджд
смотри на спектрограммы записанные на 192КГц на которых это очевидно
смотри даташит на 8930 где это упоминается в описании режиме совместимости с 8910
(там собственно официально описан и алгоритм генерации шума 8910-го)
ссылки я привел выше
в придачу для тона и огибающей делители 0\1 дают одинаковый результат
почему это должно отличаться от шума? (конечно вероятность есть но все факты сейчас против)
так же обращаю твое внимание что например в вортексе делитель 0 не ставятся вообще
выкидывать еще одну ступеньку, которую можно использовать, было бы крайне не разумно...
- - - Добавлено - - -
интересно а от куда ТЫ убедился что делители 0\1 дают разный результат?
и почему тебе нужно доказывать обратное?
Ты попутался похоже. Это ТЕБЕ, судя по всему, надо чтобы эмуляция работала "как надо" в каком-то пограничном случае, который за 10+ лет существования ZXTune хрен кому впился и касается маленького кусочка функционала.
Хочешь что-то изменить - ну напряги булки, приложи усилия, покажи, что тебе это нужно. Вплоть до pull request'a.
Да, вот такой я ленивый мудак, привыкайте.
а искажения которые привносит звуковуха/софт в эмуле и усилок на реале вы в расчёт не берёте ?