Turbo Sound

[PheeL]

Главное, это правильные нотные таблицы под частоту чипа, чтобы музыканты потом не искали "пропавшие ноты". А то как по-написали редакторов, а у них все нотные таблицы были из sound tracker'а который под другую частоту AY был расчитан. И все ноты "поплыли".

[Advertiser]

[Dr.Lion/RSM]

Главное, это правильные нотные таблицы под частоту чипа, чтобы музыканты потом не искали "пропавшие ноты". А то как по-написали редакторов, а у них все нотные таблицы были из sound tracker'а который под другую частоту AY был расчитан. И все ноты "поплыли".

Изначально я хотел поддержать в редакторе три частотных таблицы: правильно кем-нибудь расчитаные таблицы под 1774400 и 1750000 и таблицу Sound Tracker, но в последствии можно будет оставить (для жесткого стандарта) только одну таблицу под частоту AY в Turbo Sound'е (какая там - не знаю, но вероятно 1750000), но тогда возникнут жуткие проблемы с конверсией модулей из других редакторов! Можно хранить частотную таблицу внутри модуля а в редакторе ее подгружать - это универсальное решение, но даже упакованная частотная таблица будет занимать лишнее место в музыкальном модуле.

[PheeL]

но даже упакованная частотная таблица будет занимать лишнее место в музыкальном модуле.

По-моему легче сделать окно с запросом просто - какая таблица будет использоваться. Как в фотошопе на цветовые профили. Или сделать соответствия таблиц с редакторами, когда человек не в курсе вообще. Но жесткая таблица под частоту Turbo Sound должна быть обязательно! Другие таблицы нужны только для совместимости. А тут ты считай стандарт для модулей устанавливаешь и он не должен от разных таблиц зависеть.

[Dr.Lion/RSM]

По-моему легче сделать окно с запросом просто - какая таблица будет использоваться. Как в фотошопе на цветовые профили. Или сделать соответствия таблиц с редакторами, когда человек не в курсе вообще. Но жесткая таблица под частоту Turbo Sound должна быть обязательно! Другие таблицы нужны только для совместимости. А тут ты считай стандарт для модулей устанавливаешь и он не должен от разных таблиц зависеть.

Вся проблема в том, что на данный момент в стандарте pt3 существует не менее 4-х разных частотных таблиц! Это разнообразие порождает целую кучу проблем с написанием "универсального" плеера, который должен поддерживать весь этот гемморой. Тут я вижу пока только два выхода:
1.Одна, расчитанная строго под TS таблица и никаких больше извратов - стандарт и всё! Конверторы - это уже отдельный разговор.
2.В редакторе перед созданием новой мелодии мы специальной опцией грузим нужную нам частотную таблицу (взятую хоть с потолка), пишем себе мелодию и сохраняем модуль. При этом частотная таблица сохраняется вместе с модулем в сжатом виде. Плеер при инициаллизации модуля распаковывает частотную таблицу себе в буфер и проигрывает мелодию. Любая частотная таблица сжимается как минимум в 2 раза и занимает не более 96 байт.
Тянуть "хвост" pt3 и других редакторов в купе с какой-нибудь "новой" табличкой под TS для меня неприемлемо! Насчет профилей и фотошопа я ничего так и не понял

[PheeL]

Как график, голосую за первый вариант Потому как второй, ты представь - сами модули нехилого размера будут ибо в 2 раза больше каналов и на тебе в довесок таблицу... Спектрум опухнет в память грузить. Погубим формат.

[Dr.Lion/RSM]

модули нехилого размера будут ибо в 2 раза больше каналов

Да ещё - каждый канал - это сэмплер приличного размера. Быстрая версия плеера pt3 занимает около 3Кб, под 6 каналов он будет занимать где-то 5-6Кб! Много ли остаётся в странице памяти под сам модуль? Поэтому, скорей всего, для модулей PT Extreme Edition перспективными окажутся плееры, оптимизированные под малый размер - именно такие я писал под pt3. В этом случае размер плеера будет где-то 2-2,5Кб и сожрет он 15000 тактов в пике! Вот какая фигня! А некоторые уже подумывают об 12 и более каналах!

[PheeL]

Поэтому, скорей всего, для модулей PT Extreme Edition перспективными окажутся плееры, оптимизированные под малый размер - именно такие я писал под pt3. В этом случае размер плеера будет где-то 2-2,5Кб и сожрет он 15000 тактов в пике!

Думаю это верное решение. Потому как даже .asm-овский плейер жрал что-то около 10000-12000 (вроде бы) тысяч тактов на свои 3 канала и никто не жаловался. В крайнем случае напишут умельцы себе быстрый плейер какой захотят и всё. Ваше дело - максимальная отдача для музыкантов (т.е больше памяти под ноты). Есть мнение, что также стоит при сохранении жать модули хотя бы lzw методом. Т.е. супер пакер на 10 минут работы не нужен, но чтоб сохранялось быстрее - это да.

[Shiru]

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

Даёшь эффекты, совместимые по номерам и параметрам с MOD!

[Dr.Lion/RSM]

Есть мнение, что также стоит при сохранении жать модули хотя бы lzw методом. Т.е. супер пакер на 10 минут работы не нужен, но чтоб сохранялось быстрее - это да.

Любая мелодия например в формате Pro Tracker в некоторой степени "ужата" по сравнению с тем видом, в котором она хранится в самом редакторе. В такой формат мелодия переводится перед записью на диск и ее сразу можно использовать совместно с плеером. Запакованная lzw мелодия будет где-то в 2 раза меньше, но она не будет пригодна к прямому проигрыванию плеером. В новом редакторе предполагается вышеупомянутая технология, проверенная временем.

[Dr.Lion/RSM]

Даёшь эффекты, совместимые по номерам и параметрам с MOD!

Не пойму, зачем это нужно? Кто-то собирается писать конвертер из MOD'ов или есть музыканты, желающие "безболезнено" пересесть с PC на ZX? А пытаться реализовать все команды MOD в рамках ZX нет смысла!