TBK PSG Packer

[introspec]

Ну и фантазии)) Настройка IM2 - это байт 18)

У Alone Coder - короче, насколько я помню

Я имел в виду вот этот плейер:

start:		call	init

loop:		ei
		halt
		call	play
		jr	loop

[Advertiser]

[denpopov]

У Alone Coder - короче, насколько я помню

Я имел в виду вот этот плейер:

неудивительно, что его демы такие тормозные

[Titus]

У Alone Coder - короче, насколько я помню

Даже не знаю, как на это реагировать, как на комплимент или упрек)

Короче - не всегда лучше или универсальнее. Зависит от задачи.
Речь о порядке кода. Порядок очень маленький до 20 байт.

[sq/skrju]

У Alone Coder - короче, насколько я помню.

[introspec]

Товарищи гусары, вот и клади вам палец в рот!

[Hacker VBI]

У Alone Coder - короче, насколько я помню

Я имел в виду вот этот плейер:

start:		call	init

loop:		ei
		halt
		call	play
		jr	loop

ещё короче???

[denpopov]

Товарищи гусары, вот и клади вам палец в рот!

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

ещё короче???

выкинь call'ы, впиши процедуры init/play, -6 байт и -2 на ret'ы

[Titus]

ещё короче???

Речь вроде шла о длине настройки IM2 (установка вектора, таблица и т.д.), а не о длине обработчика прерывания.

[jerri]

jerri, потому что это непростые плейеры, предназначенный для решения специфических проблем. Потому что это не самостоятельная программа, а по сути библиотека для использования в своих программах. Кому реально нужна такая библиотека, без дураков? людям которые только начали изучать ассемблер? чем вортекс плох для людей, только начавших изучать ассемблер? чем наши плейеры сложнее вортекса?

Я понял что плеер непростой. Я понял что библиотека.
Но если пишешь исходник пиши так что бы он был понятный.

Пожалуйста, прочти наш первый пост. Много ли вопросов возникает у тебя после его прочтения? А есть ещё такой момент как "простота" базового примера - настойка IM 2 потребует больше кода чем сам плейер. Причём, вставь мы туда обработчик IM 2 - нашёлся бы, уверен, человек, у которого он затёр бы не ту память. Т.е., с моей точки зрения, то, как выложен выравниватель на такт Alone Coder'а, со встроенным обработчиком прерываний - глубоко "неправильно", потому что человеку в теме это всё равно не нужно, а человеку не в теме это просто создаст ощущение ложной безопасности, с потенциалом создания ничуть не менее серьёзных проблем уже в будущем.

к прерываниям вопросов у меня нет. Но после прочтения первого поста у меня вопросы не исчезли.

Я пишу так много слов, потому у меня нет ощущения, что мы с psndcj сделали что-то неправильно. Конечно, я могу в этом плане заблуждаться. Но тогда будь добр, скажи конкретно, по пунктам, что именно сейчас сделано "не так", чтобы мы могли учесть твои пожелания в будущих версиях.

То что вы сделали это здорово. Но вот об ограничениях плеера нет ни слова.

Щелкает ли плеер страницами?
16к лимит для одного музона или можно как то исхитриться?

[introspec]

Щелкает ли плеер страницами?
16к лимит для одного музона или можно как то исхитриться?

Сам плейер никаких манипуляций с памятью не осуществляет. Поэтому если хочется положить музыку в страницу - да, ограничение на длину трека в 16кб. Но плейер тупой и ни на чём не настаивает. Сборка приложенного примера, компилирует плейер с адреса 32768, т.е. даёт больше 31кб на музыку. Если действовать с умом, можно занять и медленную память, просто положив вектор прерываний в память быструю; это позволит играть музыку длиной до 47 килобайт.

Цель этого плейера - демодизайн. Если трек не входит в банку, скорее всего, нам придётся работать над треком с музыкантом в любом случае, потому что память на вес золота. Конечно, нам хочется запихать в банку больше, чем помещается сейчас, но это вопрос будущей работы. Плейер автоматически прыгающий по банкам для наших задач реально неактуален, скорее даже вреден.