Железо для DOS я собираю себе ITX-Llama. ESFM там нет и нет честной шины ISA, чтобы подключить недостающее. Я почитываю дискорд ITX-Llama, и там обсуждают железо, в том числе не совместимое с ITX-Llama. Я подписан на некоторые Реддиты. Так узнал про шумиху вокруг ESFM. От первого лица не видел.

А ведь у меня была ISA ESS AudioDrive какая-то карта, давно. Но ни одна из 86 поддерживаемых игр на нём не была запущена. Все они кажутся какими-то незнакомыми. Хотя отсутствие знакомства с первыми Red Alert и Fallout можно было бы и ликвидировать. Сейчас единственный доступный мне способ остаётся это DOSBox.

Обновление. Пишут на форумах такое

I've also experimented with "retrofitting" ESFM.MDI into Miles Sound System games that don't have it, and it miraculously works! Just copy over the driver from another game and you'll have an extra "ESFM" option as the last item in the music driver menu.

С большим удовольствием узнал про магазин e1magic. Мне давно казалось полезной идея внешней панели MT-32Pi, но почему-то раньше не видел. Ну хоть кто-то делает. Я постепенно собираю разные ретрокомпьютеры, и для них купил разноцветные корпуса ITX-Llama official case. В этом корпусе встроен дисплей MT-32Pi, однако я не уверен, что он будет работать на чём-то, кроме самой ITX-Llama. А ещё MiSTer FPGA IronClad DX будет иметь MT-32Pi, и не факт, что я смогу состыковать их с корпусом. Корпуса недоступны к заказу, настрадались разрабы с ними, больше не будут, так что мои эксперименты тем, кто не успел, мало помогут. Всем остальным, видимо, что-то с внешней панелью понадобится. Но вот как-то плохо на сайте про неё написано, и в статье тоже. Я даже не понял, какого она размера. В ITX-Llama можно установить только 5"25 отсек, маленького не предусмотрено. Там на месте дисковода декоративная 3D-печать и встроенный в корпус кардридер. Установить мелкий отсек можно, есть адаптеры с мелкого на крупный, но в ближайшем магазине такой адаптер не купить. Заранее надо озаботиться.

В статье насчитал два упущения. Среди новоделов забыты звуковые карты PCMIDI. Там долгое время был хит сезона Orpheus II. Но сейчас новый сезон и новый хит. И это связано со вторым упущением. В звуковых картах ESS раскопали FM-синтезатор ESFM, который мощнее, чем Yamaha OPL3. Пошли гулять альбомы вроде koolnESS. Добавили поддержку ESFM в DOSBox. Пошли искать игры, поддерживающие именно ESFM. Немного, но есть. И ради этого ESFM начали делать новую PCMIDI MK1869 XTREME. С чипами ESFM и ещё GUS. В этой звуковой карте как в Греции, кажется, есть всё.

Правда, как я понял, в чистом DOS нет преобразования MIDI в ESFM, а если в игре специальной поддержки ESFM нет, то для раскрытия звучания остаётся только MIDI. А MIDI-ESFM есть только в виде драйвера Windows 9x.



3

(23 ответов, оставленных в Новости, анонсы, релизы.)

Мне кажется, про IBM нельзя пропустить тему IBM SOM (System Object Model). Это повлияло на Java(1) и Python(2), и технологически примечательно.

Статьи:
От меня, а я смотрел через призму Delphi+Windows, https://habr.com/ru/articles/159139/
Юрий Прокушев, а он много пользовался OS/2, https://ru.ecomstation.ru/showarticle.php?id=144

За открытие исходников SOM в своё время выступали:
Esther Schindler. Just a Little SOM Thing for Linux Developers
Стивен Воан-Николс. Лучшее из OS/2 на платформе Linux // Steven J. Vaughan-Nichols. Reviving OS/2's best in the Linux desktop

1) Java Language Specification глава 13 Binary Compatibility ссылается на Release-to-Release Binary Compatibility in SOM (Forman, Conner, Danforth, and Raper, Proceedings of OOPSLA '95. У этой статьи есть разные версии, и версия в OOPSLA, и версия в PMtW(2) урезаны с разных сторон. Наиболее полную я брал из архива CILabs с сайта языка программирования Dylan в формате PostScript и преобразовал в PDF. Но это не точно. Как бы то ни было, однажды я понял, что забитые в поиск названия статьи возвращают версии менее полные, чем у меня. В моей версии в таблицу авторы добавили столбец Java и примечание

e. Current implementations of Java do not support these, but the new specification make it clear that all of our
transformations must be supported (see [JSL][6] pages 206-214).

Так что цитирование двустороннее.

Другую линию заимствования можно проследить по сайту CILabs в его последние дни. На основе IBM SOM была технология CILabs OpenDoc, подобно тому, как ActiveX был на основе COM. И делали интеграции: чтобы компоненты OpenDoc могли быть компонентами ActiveX (Novell ComponentGlue), ну и OpenDoc-JavaBeans интеграцию тоже сделали, и так доинтегрировались, что вроде как хватит одной только Java.

For component developers, we already see the strength of the component ideas within JavaBeans. Thus, the skills and motivations for developing with OpenDoc may be applied to creating products based on beans, and in evolving JavaBeans, and other technologies, to provide the capabilities required to develop the level of product possible with OpenDoc.

2) После того, как IBM пошла обеими ногами в Java, остановила IBM OS/2, где SOM занимал важное место в WPS. И ещё после совпавшей по времени (1996-1997) неудачи Apple-без-Стива-Джобса осовременить Мак ОС, отладить глюки в проекте Copland, куда SOM переехал из классической Мак ОС и где нарастил присутствие, отпала вторая опора SOM. Авторам, наверное, было обидно, и они написали книгу Putting Metaclasses to Work (1998), в которой описана объектная модель, логически продолжающая развитие SOM. Выражающая суть SOM статья RRBC в сокращённом виде стала одной из глав книги.

Может быть, если не мешать, это и была очередная версия SOM, но получилось как получилось. Получилось, что книга есть, а IBM SOMobjects 4.0 нет.

Книгу прочитал Гвидо ван Россум, и это вдохновило сделать объектную модель в Python на основе прочитанного. Такие термины, как Method Resolution Order, пошли в Python из книги, это одна из глав.