Простейший случай- упакованный блок сразу за распаковщиком.
raw.githubusercontent.com/vitamin-caig/zxtune/master/src/formats/packed/megalz.cpp

Надо будет посмотреть как портировалось. Я себе последнюю извилину вывихнул в попытках раскурить че там да как. Автор USP честно признался, что тупо взял код и не разбирался:)

Ну это аппаратная приблуда, софтверно я нигде не видел. Поэтому сделал сам:)

Как уже сказал introspec , лидером будет ayumi. Но это не плеер, а, скорее движок. В частности, есть рендерер из простых форматов типа psg в wav и VST плагин.
По поводу z80stealth ничего сказать не могу- сорцов нет. Наверное, аффтар стесняеццо:)

Совершенно верно. Правда, эмуляция на частоте синтеза жрет гораздо больше ресурсов. Для примера, бенчмарк проигрывания .pt3 трека в разных режимах:
— без интерполяции x1600
— с оптимизацией по скорости x1400
— с оптимизацией по качеству x320

Итого разница в 5 раз. Так что для слушания музыки через телефон хватает второго режима- все равно вокруг шумно, а батарейка гораздо экономнее расходуется.

Поначалу в сабже частота среза была равна четверти частоты дискретизации. Потом понизил- звук вроде бы аккуратнее стал, на мой взгляд.

И в нем тоже. Приложения zxtune-qt/zxtune123 умеют только музыку выдирать, а xtractor все что найдет и еще некоторые форматы картинок. Надеюсь, следующая статья будет немного про него.

Как говорится, в умелых руках и хуй- отвертка. Умеючи, можно и в хрусте спрятать. А если не уметь, то ZXTune и из MegaLZ упрет, не подавится:)

Конечно же, что бы иметь возможность расширения header'а, теми же метаданными к примеру :)

Так ведь

гибкость тут не нужна

. Как же так?;)

Например, использование того же FAT/FAT32.

Философский вопрос. Если все нельзя сделать идеально (а так будет всегда), это же не означает, что вообще не нужно стараться делать хорошо.

А шрифты?

Абсолютно та же проблема

а упакованные данные?

С ними как раз гораздо проще. К упакованным данным обычно приклеивается распаковщик, де-факто являющийся сигнатурой. Если нет распаковщика, обычно есть некие заголовки с сигнатурами (MsPack,Hrust). ИЧСХ, созданы они были как раз в те времена, когда «экономили каждый байт». А вот у современного MegaLZ, рожденного в эпоху широких каналов и толстых носителей, этих сигнатур нет.

Сказал, что я экран, значит экран ;)

Опять парадокс. С упакованными экранами, облегчающими проблему экономии байт, так же проблем нет.

Так что разруха- она в головах…

С чего можно начать?

Например, с разгребания кладовок типа zxaaa.untergrund.net/ftp.html
Использую архивы оттуда в качестве тестовых для контроля качества. Например, в наборе MMA_CD, pos, energyminds, piratsky, vts, zxchip находится почти 55тыс модулей, из них около 19тыс уникальных. Из них примерно 160 — цифровые треки.

Ну наверное по той же причине, «почему не использовать TGA/GIF/PCX/ETC?»

Действительно, по какой же?:)
С претензиями к BMP соглашусь. Добавлю еще неудобное хранение строк снизу вверх и отсутствие метаинформации без костылей.

Опять же цель была использовать как можно проще, гибкость тут не нужна.

Как показывает практика, подобная непредусмотрительность очень часто выходит боком… Тем более, что даже в свой формат ты заложил возможность расширения и какую-то гибкость. Зачем, спрашивается?;)

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

К сожалению, даже в твоем формате без поисков, преобразований и пересчетов не обойтись. Такова цена за удобство передачи информации.

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

При использовании готовых решений снимается серьезная часть проблем, связанных с поддержкой и применением.

Я уже давно занимаюсь проблемой поиска и извлечения всякой полезной информации из спектрумовского наследия. Могу сказать, что самый кошмар- это обычные спектрумовские экраны. Фигпойми как за разумное время определить, что конкретный блок данных длиной 6912 или 6144 байта- картинка, а не код или текст с раскраской. Такая же проблема и у других форматов, авторы которой не предусмотрели никаких опознавательных признаков, но это уже другая история.

Не обязательно. Шаг назад (отмена решений)- неотъемлимая часть процесса стабилизации. Главное- обоснованность любого решения (в том числе и решения об отмене другого решения :)). А не «левое яйцо зачесалось».

Вопрос надо формулировать так: всерьез думаете, что он изменится?

А почему бы не использовать формат PNG? Он
а) очень распространенный
б) очень гибкий по своей структуре

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

Вот ты-то мне и нужен!
У меня два с половиной вопроса по поводу масонской ложи линейки плееров Mason (цифровой и AY):
1) сколько в природе существует треков для редактора?
1.5) сколько из них уникальные (в смысле не конверсии других форматов)?
2) имеются ли описания форматов в открытом виде (чтоб не надо был дизассемблить)?

Дык обзор-то не сколько софта, сколько технических деталей.

Дык все уже давно лежит на vtrdos.ru/system.php#s16

Дык в том и тонкость чтобы не скатиться в рассказ о какой-то суровой технической фигне, которая интересна мне, но не читателям:) Посему прошу предложить темы.

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

«Так не доставайся же ты никому!»
Серьезная степень мудачества, имхо.