Полигон-2

scg написал:

[q]

С другой стороны, есть SID файлы, в которых передача данных на SID идет постоянно, поэтому требуется точная потактовая симуляция процессора 6510. Такие файлы называются RSID (Real SID) и у них специально изменен Magic Dword в заголовке, чтобы отличать их от обычных SID.

[/q]

Увы, я пока в технические детали ни эмуляции, ни формата *.SID не углублялся, но, если что, это был файл Zardax_One.sid. (Joe Barwick (Stainless Steel)).
Более широкого сравнения пока не проводил, потыкал только несколько треков.

Если позволите, есть немного пожеланий с софтине:
1) я пока не разобрался, как переключать несколько композиций внутри одного файла, софтина пишет что их несколько, но кнопок переключения не нашёл;
2) не пробовал пока, но предполагаю, что вряд ли заработает, поддержку файлов "_2SID", они явно ориентированы на воспроизведение на системах, где установлены сразу два чипа SID; ssidpl9x их не воспроизводит (по-моему вообще вылетает); как следствие - хотелось бы видеть ключи для задания I/O адреса для каждого из SID'ов (ну или хотя бы одного, если поддержка 2-х будет сложной или невозможной); P.S. Плагин к foobar2000 умеет воспроизводить такие "двойные" файлы.
3) в виду того, что я не разбирался в деталях эмуляции - я не в курсе... но всё же, есть какая-то возможность отследить, когда мелодия зацикливается? очень много *.SID'ов (которые, очевидно, были в качестве фоновой музыки) зацикливаются и когда пытаешься сделать их запись - сидишь гадаешь в неведении, где же этот стык... было бы отлично иметь либо индикацию "пошло по N кругу" или возможность остановки по факту зацикливания;
4) на какую частоту чипа SID рассчитывает плеер? DuoSID сейчас умеет и частоту C64 PAL, и частоту C64 NTSC, и частоту SSI-2001, и даже HardSID. Если есть возможность, то ключик для частоты тоже неплохо бы видеть;
5) приятно бы заиметь функции, аналогичные ssidpl9x: возможность отключать раздельно каждый "голос" чипа и фильтры; последнее особенно полезно для воспроизведения на "подбитых" чипах;

#зажрался

scg
1) Ага, надо ознакомиться. В общем, стандартный ключ хэлпа для DOS-программ, но я ожидал в readme увидеть мануал.
2) Шикарно, если так.
3) Да, я уже в курсе, что *.SID - это по сути образ программы для всего C64, а не просто музыка.
У меня из мыслей только сохранить при старте воспроизведения адреса, с которых выполняется программа на протяжение, допустим, полусекунды, а потом, во время выполнения программы смотреть - вернулось ли исполнение на те же адреса... Но это чисто предположение от человека, который не видел структуру программ на C64. По хардкору - отмечать вообще все адреса флагом "выполнялось", но на это потребуется откусить ломоть ОЗУ. И когда выполнение попадёт в уже отмеченный адрес - значит зациклились.
Или, может быть, смотреть разницу адресов для выполнении команды перехода, если она слишком велика (предполагаем, что прогармма равномерно "уходит" от стартового адреса со временем), то регистрируем зацикливание.
Причём есть композиции (которые уже отдельно композиции, а не фоновые), которые по завершению мелодии не зацикливают воспроизведение, а замолкают.
4) Насчёт пересчёта или коррекции ясно. Но вывод целевой частоты в любом случае пригодится по-умолчанию. Вообще, чем больше информации будет выводиться из файла - тем лучше.

Заранее спасибо за Ваш труд!

А вообще бродят мысли и создании/адаптации формата чисто для потока команд для чипа SID, чтобы не тратить время на эмуляцию. Т.о. я почти уверен, что совершенно спокойно можно будет воспроизвести все композиции и на IBM XT на штатной частоте, ибо задача слива по таймеру "тонкого" потока команд напрямую в плату видится категорически лёгкой в плане вычислений.
В идеале - всё в составе одной программы. Запустили по-умолчанию *.SID - воспроизводим в реал-тайме эмуляцию на SSI-2001/DuoSID, запустили со спец ключом *.SID - "воспроизводим" эмуляцию на максимальной скорости в файл-дамп нужного формата. Запустили дамп некого формата (*.RSD? Raw SID Dump?..) - воспроизводим этот "лёгкий" дамп-файл в SSI-2001/DuoSID.

Неожиданно. С Днём Рождения. Макс "Fagear"!
(Лучше - поздно, чем никогда)

https://stdio.ru/download/ssi-2001/osp2001-win-1.0pre2.zip
[+] добавлена возможность отключать каналы и фильтры
[+] добавлен режим Pseudo Stereo, который включается когда файл поддерживает только один чип, но в параметрах командной строки указаны адреса более одного. К сожалению, пришлось пожертвовать дефолтными адресами второго и третьего чипов, поэтому для стерео карточки параметр /p теперь нужно указывать всегда.
[!] исправлен баг с неправильным определением частоты в треках: Eternal-Funk_Remix.sid и Attitude.sid. Там, в оригинальных исходниках была ошибка - они не смотрели на некоторые биты флага.

Кроме того, в файле Selfmade_Executable.sid, если оставить только первый канал, действительно ясно слышны косяки. Здорово, что вы это заметили. Буду разбираться.

Появилось свободное время и решил я позаниматься с этими косяками. Я записал на диск чистый поток команд на SID чип а потом воспроизводил его с помощью простейшей программы, которая вообще не создавала никакой нагрузки на CPU. Так вот, в этом случае при одинаковом потоке передаваемых на чип данных артефакты проявлялись в случайных местах. То есть, артефакты никак не связаны симулятором.
В общем, я пришел к выводу, что виновата во всем неточность функции Sleep(). Проблемный трек переводит таймер C64 на более высокую частоту: около 80Гц и создаваемые им инструменты крайне чувствительны к стабильности этой частоты. Опоздание таймера на 1-2мс и приводит к косякам.
Интернет подсказал, что для таких вещей, в доисторической Винде есть более точный Multimedia Timer. Перевел движок на него.
Ситуация значительно улучшилась, но, к сожалению, абсолютно полностью проблема не ушла. Видимо, на моем первом пне разрешение таймера все-таки недостаточно. Есть надежда, что на более быстрых машинах с HPET проблема уйдет полностью.

Скачать новую версию можно здесь: https://stdio.ru/download/ssi-2001/osp2001-win-1.0.zip