а с воспроизведением то же "замедление"? Ну ладно, придется пользоваться другим.
а с воспроизведением то же "замедление"? Ну ладно, придется пользоваться другим.
А нельзя впилить поддержку .m64?
Это какой то новомодный пожатый дамп регистров сида
или около того
https://www.worldofspectrum.org/foru...ecy-128#latest
https://enterpriseforever.com/letolt.../msg62494/#new
Последний раз редактировалось NEO SPECTRUMAN; 03.03.2017 в 17:43.
Билд 3890
+ добавлена поддержка PlayStation 1&2 Sound Format (PSF,PSF2)
+ добавлена поддержка Nintendo Ultra64 Sound Format (USF)
+ добавлена поддержка GameBoy Advance Sound Format (GSF)
+ добавлена поддержка упакованных GYM files (BB#74)
* файлы формата HES трактуются как многотрековые (32 трека)
* полная поддержка UTF-8
* исправлен разбор текстовых файлов Vortex Tracker
* исправлен эффект скольжения ноты для PT3 (BB#71)
* xtractor: исправлено падение
* zxtune123: исправлено сохранение найденых модулей
+ zxtune-android: добавлены подкаталоги psf, gsf и usf каталога joshw.info
* zxtune-android: улучшена обработка ошибок
* zxtune-android: исправлен доступ к архиву Modland
* zxtune-android: исправлена проблема навигации по каталогу HVSC (BB#69)
* zxtune-android: максимальный размер загружаемых файлов увеличен до 100Мб
* zxtune-android: исправлены некоторые падения
После длительного перерыва - свежая версия
Более четырех месяцев понадобилось для достижения достаточно амбициозной цели - поддержки форматов семейства xSF.
Проблема даже была не сколько в кардинальном расхождении модели формата (один трек- несколько именованых файлов) с моделью ZXTune (один файл- несколько треков), сколько в из рук вон плохой реализации идеи.
Сама идея проста- для набора треков вместо нескольких больших дампов памяти храним один дамп и набор патчей. Точнее, каждый .minixsf файл представляет собой патч, а внутри содержит ссылки на .xsflib файлы, на которые он применяется.
Более того, .minixsf файл тоже может быть патчем на какой-то другой .minixsf и так далее. Получается этакое дерево, узлы которого содержат данные или патчи.
Все бы хорошо, но разные подформаты используют разные последовательности применения патчей (алгоритмы обхода дерева). Более того, правила именования ссылок на файлы определены весьма расплывчато, в связи с чем, например, некоторые треки могут не работать на файловых системах, чувствительных к регистру. Более того, я встречал треки, у которых в именах патчей вместо пробелов использовались подчеркивания. Разумеется, такие треки работать не будут.
Ну и вообще, идея привязываться к именам файлов, на мой взгляд, очень плохая. Например, если трек имеет урл http://example.com/download.php?id=123 , то найти урл патча с именем another.psflib - нетривиальная задача. На мой взгляд, идея разделения общих данных между треками и использования патчей гораздо лучше была реализована в нашем родном формате .AY (несмотря на другие его проблемы).
Но распарсить формат - это лишь малая часть дела, надо еще уметь воспроизвести модуль. На помощь приходят библиотеки сторонних разработчиков
Highly Experimental. Весьма удобная библиотека для эмуляции PS1&PS2. Написана непосредственно автором формата PSF. Не было практически никаких трудностей с ее внедрением.
Lazyusf2. Библиотека для эмуляции Nintendo Ultra64, написанная на основе эмулятора Mupen64Plus. Для нормальной скорости эмуляции этой весьма навороченной приставки использовалась динамическая рекомпиляция - отложенная генерация машинного кода для выполнения инструкций эмулируемого процессора. К сожалению, этот режим пришлось вырезать - он был реализован только для x86/x86_64. Далее был достаточно долгий и кропотливый процесс оптимизации эмулятора. Удалось получить ускорение в 40%, но этого в некоторых случаях недостаточно (эмулировать на 32-битном 1ГГц ARM 64-битные 93МГц процессор и 62МГц сопроцессор - это сложнее чем кажется). Поэтому некоторые USF треки все же могут изрядно тормозить на Android устройствах.
mGBA. Это даже не библиотека, это полноценный эмулятор GameBoy/Advance. К счастью, автор foo_input_gsf уже приложил усилия по адаптации кода исключтельно для воспроизведения GSF файлов. Моя работа свелась к допиливанию к инфраструктуре ZXTune и борьбе с разными компиляторами.
Что интересного было сделано еще.
Наконец, я собрался с духом и сделал полноценную поддержку UTF-8. Это значит, что всякие иероглифы и прочие умляуты из названий треков теперь показываются нормально. Для этого пришлось написать достаточно хитрый код детекта других кодировок и их последующей конверсии в Юникод. Если заметите ошибки распознавания кодировок - дайте знать.
Пришлось сделать еще один подход к поддержке отвратительного формата .hes - по идее, типичный файл такого формата содержит несколько треков, как и многие другие форматы. Проблема в том, что общее число треков (сюрприз!) нигде не указано. Поэтому ZXTune воспроизводил ровно один трек, указанный в заголовке. Теперь предполагается, что всего треков 32 (другие плееры предполагают 256, имхо, это перебор).
Доступ к архиву Modland сломался после переезда оного на https протокол. Из-за каких-то соображений безопасности, стандартная сетевая библиотека Android не обрабатывает автоматически редиректы http->https. Договориться с владельцем о доступности http зеркала не получилось...
В связи с расширением набора поддерживаемых форматов, также были добавлены соответствующие подкаталоги в каталог joshw.info. Ну и увеличен лимит на размер скачиваемого файла - все каталоги были тщательно досмотрены и новый лимит рассчитывался исходя из разумности и доступности
Скачать версию для Android
Скачать версию для win32
Скачать версию для win64
Скачать версию для win32 (MMX/SSE/SSE2)
Скачать версию для win64 (MMX/SSE/SSE2)
можно переименовать в zXtune
вроде бы название и не меняется
но уже не так конкретно показывает что это только ZX плеер
еще можно большую крутую X нарисовать под наклоном и с разной диной полосок и другим цветом
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)