максимальная частота оцифровки при воспроизведении БЕЗ AY

[GriV]

И ещё, тут я посмотрел в коде используются такие команды как "jr nz" "djnz" и прочее. Так вот, избегайте их в проигрывателях, потому что намучаетесь их компенсировать. Я реально сталкивался с тем, что приходилось изворачиваться до одури и не получалось сделать "ровный" звук. Используйте "JP NZ", "DEC B JP NZ" соответственно с этими командами, в байтах оно будет конечно больше, зато в тактах всё будет чётко. Для машин с М1 это вообще ужас, как они работают с этими командами...

[GriV]

Потому как если смешать 1 кг варенья (звук без субгармоник) и 1 кг дерьма (1 битный звук), получим 2 кг дерьма...

Эй, ты не праф ((((-;

Ты просто не слышал последние версии ((((((-;

[TomCaT]

Спасибо, интересный способ. Только для коротких звуков в интре такое как-то не хочется вытворять. Разве что сжать перед созданием файла игры...

Насчет переходов... Почему намучаюсь? Имеете в виду, что длительность у них плавающая на разных машинах? Ну, это уж, извините, хардовые проблемы. Почему они должны меня занимать (точно так же, как и вылет бордюрного рисунка неизвестно куда на плохо склепанных клонах)? Это не должно лежать на совести программиста, когда есть документация с указанием тактовой длительности. Конечно, честь с халвой, если удается обойти все эти различия моделей. Но усложнять или удлинять код ради этого лично я не хочу. Мое, субъективное мнение.

[jtn]

Мое, субъективное мнение.

вот только % скорпионов и им подобных компов достаточно велик, другой вопрос включают ли их, а не юзают эмулятор...

[TomCaT]

Тогда перед загрузкой плеера, может, определять тип машины?.. И грузить тогда нужную версию плеера (если качество и в самом деле намного упадет!..).

[key-jee]

Я делал кодек
который воспроизводит (только воспроизводит, писать естественно на такой скорости не возможно) на частоте около 280 кГц.

У тебя сэмплы то такие есть?
Другими словами, не занимайся фигнёй - поставь отметку в 22 - 44(48) khz и успокойся.

[jtn]

У тебя сэмплы то такие есть?

ртфм ШИМ, adpcm

[GriV]

У тебя сэмплы то такие есть?
Другими словами, не занимайся фигнёй - поставь отметку в 22 - 44(48) khz и успокойся.

Выше уже ответили ((((-;
Но тем не менее, сэмплы есть я их из стандартных 44кгц делал, фишка в том, что 44кгц имеет глубину 16 бит, а у меня только 1, потому и приходиться выкручивать руки для обеспечения качества...

Кстати, для стандартного спекка (3,5 мгц) указанная величина - 280 кгц является в общем то теоретическим пределом и быстрей выводить никак не получится. Так что этот метод я бы назвал абсолютным (((((-; с этой точки зрения полезно его знать (((((-;

[TomCaT]

2GriV: тогда тема закрыта? По сути, максимальная скорость достигается элементарно: Подряд пишутся команды записи в порты вперемежку с записью в видеобуфер Но память И внешняя тоже -- даже если упаковать, сколько секторов, к примеру, займет секунда цифорвки вашим методом?

[GriV]

наверное меня неправильно поняли - такой метод - по два байта на 1 вывод в порт (out (c),X) я не использовал (т.е. вместо данных готовый исполняемый код), именно имеются медиаданные, просто представленные хитрым способом, чтобы достичь максимальной производительности. За 1 секунду расходутся около 45 кбайт. На 256 кб моего скорпиона получалось (2 страница на декодер, 224 кб свободно, итого около 5 секунд )))): ).

Легко подсчитать что если вмеcто медиаданных записывать готовый код, то получится (хехе), на 256 кб скорпиона менее 1 секунды (около 80 мс), на такие жертвы ради скорости я идти не готов :-D