ZXTune - Chiptunes player

Вид для печати

Показывать 40 сообщений этой темы на одной странице

01.08.2013, 14:51
Vitamin

Цитата:

Сообщение от Alexandr Medvedev

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

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

Цитата:

Сообщение от Alexandr Medvedev

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

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

Цитата:

Сообщение от Alexandr Medvedev

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

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

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

Вложений: 1

Цитата:

Сообщение от Vitamin

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

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

Цитата:

Сообщение от Vitamin

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

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

Цитата:

Сообщение от Vitamin

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

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

Цитата:

Сообщение от Alexandr Medvedev

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

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

Цитата:

Сообщение от Alexandr Medvedev

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

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

Цитата:

Сообщение от Vitamin

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

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

Цитата:

Сообщение от Vitamin

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

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

Цитата:

Сообщение от Alexandr Medvedev

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

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

Цитата:

Сообщение от Alexandr Medvedev

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

А без распаковщика никто из них и не используется. В отличие от RiP.
05.08.2013, 12:31
Alexandr Medvedev

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

Цитата:

Сообщение от Alexandr Medvedev

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

Похоже. Глянул код теста- 4096 и 16384 заремарены:)
06.08.2013, 11:10
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), немного ускорен интерфейс и добавлена панель с информацией по текущему модулю.

https://dl.dropboxusercontent.com/u/...6_08-06-36.png
06.08.2013, 13:34
Kalantaj

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

Цитата:

Сообщение от MOBILux

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

Ну если найду наушники с кнопками и они окажутся совместимыми с синезубыми аналогами- то можно.

Показывать 40 сообщений этой темы на одной странице