ZXTune - Chiptunes player

[Alexandr Medvedev]

Как общее мнение по коду депакеров? Задача сделать хоть немного читабельно выполнена?

Код на отлично сделан, всё понятно, без проблем перекинулись отсутствующие в xLook распаковщики CHARPRES, GAMEPACK, LZH, MEGALZ, PACK2, TURBOLZ. Сейчас ошибки отлавливаю.
Среди исходников ZXTune в примерах запакованных файлов два распаковываться как надо не хотят: dsq\win4096 и dsq\win16384. Похоже ошибка здесь в самих файлах а не в коде распаковщика.

В свою очередь встречный вопрос, в распаковщиках заимствованных из xLook/xZXZIP ошибки не встречались?

Помимо ZXZIP и HRiP существуют ещё два архиватора: LZ-Compressor by V.Gamazov и PKMARK by Michael Markowsky, не ли распаковщиков для них?

[Vitamin]

Среди исходников ZXTune в примерах запакованных файлов два распаковываться как надо не хотят: dsq\win4096 и dsq\win16384. Похоже ошибка здесь в самих файлах а не в коде распаковщика.

14.06.2012 (ревизия 1804) был фикс. Похоже, у тебя очень старые исходники.

В свою очередь встречный вопрос, в распаковщиках заимствованных из xLook/xZXZIP ошибки не встречались?

Ну вот как раз в DSQ и фиксал. Больше не припомню проблем.

Помимо ZXZIP и HRiP существуют ещё два архиватора: LZ-Compressor by V.Gamazov и PKMARK by Michael Markowsky, не ли распаковщиков для них?

Первый не стал поддерживать в силу его крайне слабой распространенности (не нашел ни одного архива у себя). Про второй не слышал. Что это?

Хотел еще поддержать RiP, но спотыкнулся о полное отсутствие сигнатур у упакованных блоков. А из-за того, что депакер (являющийся сигнатурой) обычно располагается отдельно, детект такого формата невозможен. Хотя может и прикручу потом наподобие MegaLZ (там та же проблема в общем-то).

[Alexandr Medvedev]

14.06.2012 (ревизия 1804) был фикс. Похоже, у тебя очень старые исходники.

Нет, исходники самые свежие, а вот проверял я на коде из xLook, потому и спросил про найденные в xLook ошибки.

Про второй не слышал. Что это?

Архиватор такой :-) . У себя нашёл несколько архивов, и как раз с мызыкальными файлами, но только там коллекция samples или patterns (я не силён в мызыке).

Хотел еще поддержать RiP, но спотыкнулся о полное отсутствие сигнатур у упакованных блоков.

Так его можно определить другим способом -- по расширению файлов *.Rip .

[Vitamin]

Нет, исходники самые свежие, а вот проверял я на коде из xLook, потому и спросил про найденные в xLook ошибки.

Ну значит надо упомянутый фикс перетащить к тебе.
В комплекте поставки идет утилита xtractor- она анализирует и разбирает все указанные файлы с рекурсивной распаковкой. Можешь с ее помощью проверять.

Так его можно определить другим способом -- по расширению файлов *.Rip .

И какое же расширение у куска памяти по смещению 2580 в файле Demo.B, лежащего в demos.scl, упакованного в my_stuff.zip?

[Alexandr Medvedev]

Ну значит надо упомянутый фикс перетащить к тебе.

Чё-то никак не найду что именно фиксилось, .

в файле Demo.B, лежащего в demos.scl, упакованного в my_stuff.zip

Rip склееный с BASIC естественно не определить, можно только если они по отдельности будут и Demo.B и Demo.Rip, иначе никак.
Тоже самое можно про многие другие паковщики сказать -- без распаковщика не определятся, ну кроме Hrust и MSPack пожалуй.

[Vitamin]

Чё-то никак не найду что именно фиксилось, .

https://code.google.com/p/zxtune/sou...asquieezer.cpp

Тоже самое можно про многие другие паковщики сказать -- без распаковщика не определятся, ну кроме Hrust и MSPack пожалуй.

А без распаковщика никто из них и не используется. В отличие от RiP.

[Alexandr Medvedev]

Псмотрел отличия, но с DSQ снова чё-то не так. Файл win16384 даже BestView и сам DSQ распаковать правильно не могут, не говоря уже про наши распаковщики. Или может он был повреждён ещё до упаковки?

[Vitamin]

Псмотрел отличия, но с DSQ снова чё-то не так. Файл win16384 даже BestView и сам DSQ распаковать правильно не могут, не говоря уже про наши распаковщики. Или может он был повреждён ещё до упаковки?

Похоже. Глянул код теста- 4096 и 16384 заремарены

[Vitamin]

Билд 2566:

* исправлена распаковка LZH2 блоков
* исправлен детект размера YM файлов
* ускорен рендеринг AYM до 20%
* ускорен рендеринг TurboSound до 50%
* ускорен рендеринг TFM до 20%
* ускорен рендеринг SAA до 10%
* фиксы в конверторах AYM форматов
* улучшено использование памяти для TFC/TFD форматов
* исправлено позиционирование (особенно актуально для TFM и DAC модулей)
+ zxtune-qt: возможность сохранения плейлистов с относительными путями
+ zxtune-qt: возможность сохранения плейлистов со встроенными модулями
+ zxtune-android: панель с информацией о текущем модуле (прокручиваемая)
+ zxtune-android: локализация на русский язык
* zxtune-android: пофикшены падения
* zxtune-android: обновлен контрол позиционирования
* zxtune-android: использована стандартная тема HoloDark
* zxtune-android: упрощен и ускорен плейлист
* zxtune-android: уменьшен размер пакета

Скачать .apk для Android (3.4 Мб, прямая ссылка)
Скачать версию для win32
Скачать версию для win64

Вы будете смеяться, но еще один этап оптимизации прошел успешно
Больше всего это коснулось рендеринга TurboSound модулей.
Ускорение TFM рендеринга (сторонний код) состоялось в два этапа: выкидывание всего ненужного (5%) и оптимизация используемых типов данных (15%). Господа сишники и прочие хардкорные ассемблерщики! Не экономьте на спичках- используйте нативные платформенные типы, а не "с минимально необходимой шириной" (это я про повальное использование 8-битовых байт где надо и не надо, а не 32/64-битных выровненных целых). Компилятор все равно накидает расходов на выравнивание и доступ к таким вот огрызкам, но сам доступ будет гораздо тяжелее!

Рендеринг AY/YM в разных режимах интерполяции (отсутствует/быстро/качественно)

TS
      Windows x86_64  Mingw x86_64
b2416 x138/x130/x52   x180/x173/x67
b2466 x358/x331/x80   x418/x376/x96
b2566 x537/x542/x116  x620/x597/x130

PT3
      Windows x86_64  Mingw x86_64
b2416 x269/x257/x100  x379/x349/x138
b2466 x744/x684/x160  x864/x776/x190
b2566 x882/x817/x167  x1052/x925/x195

Рендеринг DigitalStudio без/с интерполяцией

      Windows x86_64  Mingw x86_64
b2416 x186/x157       x242/x167
b2466 x603/x495       x944/x706
b2566 x606/x511       x956/x713

Редеринг SAA в разных режимах интерполяции (отсутствует/быстро/качественно)

      Windows x86_64  Mingw x86_64
b2466 x393/x365/x22   x486/x451/x27
b2566 x443/x398/x23   x524/x508/x28

Рендеринг TFM

      Windows x86_64  Mingw x86_64
b2466 x99             x109
b2566 x114            x130

Также вследствие рефакторинга внутренностей было пофикшено позиционирование TFM/DAC чиптюнов и слегка исправлено позиционирование AYM/SAA

Два нововведения в zxtune-qt по поводу плейлистов: возможность сохранения с относительными путями (давно просили) и возможность сохранения прямо со встроенными модулями (к сожалению, теряются оригинальные имена файлов, советую заносить их в комментарии; дублирующиеся модули сохраняются один раз). Режим сохранения определяется в диалоге выбора файла. Опция сохранения полного списка атрибутов переехала в опции.

Продолжаются допиливания версии под Android: пофикшены все найденные падения (навигация если ничего не выбрано, прослушивание из файлового браузера, воспроизведение TFM модулей), использована стандартная тема (для новых версий это будет HoloDark), немного ускорен интерфейс и добавлена панель с информацией по текущему модулю.

[Kalantaj]

Ганяю больше часа - вылетов не обнаружено.
Но вот чего мне реально не хватает - управления от bluetooth наушников, так как много в транспорте ежжу и не всегда удобно для переключения треков доставать телефон с кармана доставать.