Согласен, понять трудно. Вот как все начиналось (цитата из InfoWorld от 28 января, 1985).

According to Atari president Sam Tramiel, engineers couldn't complete another version, the Atari XEM music micro, which is the same as the 65XE except for its «Amy» music chip. Sam Tramiel calls it «the only thing left over at the old Atari that was any good.»

The XEM is supposed to produce eight independent voices and will create new interest in computer-generated music, says Zeb Billings, president of Sight & Sound Music Software Inc. of New Berlin, Wisconsin. Sight & Sound, a 20-year-old company in the music business, writes all the software for Casio electronic music peripherals. Billings says his company will be working with Atari on music software for the new computer.

«This chip is so highly advanced that if you close your eyes, you can't tell if the music is coming from a piano or the computer», Billings says. «The cello sound is so real that you can almost smell the resin on the bow.»

In accordance with Tramiel tradition, Tramiel and his troops promised low prices on all products «designed for the masses.» The XEM should retail for less than $150.00.

Ray Tabs, вице-президент Sight & Sound, на своей страничке LinedIn по поводу опыта работы в 80-х указывает: «Took Sight & Sound into the new music technology. Purchased a non-working VLSI chip from Atari. Developed the chip into a working VLSI music synthesis chip». (https://www.linkedin.com/pub/ray-tabs/8/a95/870).

Еще один из работников этой компании пишет в комментариях: «I was part of the company that bought the AMY sound chip technology from Atari. We’d hoped to use it at the heart of new synthesizers. As a digital additive synth, our software and methods quite resembled the technology that would become MP3. We had very rich sounds compressed to an unprecedented degree». (http://www.dadhacker.com/blog/?p=1000).

И вот, как все закончилось: «The Amy chip and technology were sold to a Millwaukee based audio design house called Sight & Sound. The company was able to not only decypher the workings of the Amy, but created a newer and more powerful version which they intended to market. However Atari suddenly reappeared on the scene and initiated a law-suit that apparently was so frightening that many of the former S&S employees that have been interviewed for the research on the Amy chip would only talk under anonymity. The Amy chip, its technology and its enhanced replacement would not only never be used by S&S, but Atari never utilized the technology either. The designs, equipment and chips lanquished in a warehouse until 1998 when the company was liquidated and everything was sold off or destroyed.» (http://www.atarimax.com/jindroush.atari.org/achamy.html)
Непонятно, на кой хрен было передавать технологию, а потом запрещать ее практическое коммерческое применение.
  • avatar VBI
  • 4
а слышим в музыке мы часто именно субтрактивные синты, как самые популярные сейчас :)
  • avatar VBI
  • 4
аддитивный синтезатор по тем временам был очень прогрессивным.
Суммирующий (аддитивный) синтез, в котором используется принцип суперпозиции (наложения) нескольких волн простой (обычно синусоидальной) формы с различными частотами и амплитудами. По аналогии с электроорганами эти волны называются регистрами и обозначаются, как 16' (тон на октаву ниже взятого), 8' (исходный тон), 4' (тон на октаву выше взятого) и т. д. (цифра представляет собой длину трубы соответствующего регистра органа в футах). В чистом виде встречается у электроорганов (Hammond, Farfisa) и их цифровых эмуляторов (Korg CX-3, Roland VK-8 и т. д.). Звучание инструмента тем богаче, чем большее количество регистров использовано в конструкции.

Не так давно очень популярны были гранулирующие синтезаторы, в которых использовались «гранулы звука» — части исходной звуковой волны. используя различные lfo и прочее, выбирались разные части исходной волны в процессе воспроизведения, что приводило к появлению нового звука.
  • avatar VBI
  • 3
Ты отрицаешь моё право побыть параноиком? :-D
ну позволь тогда и мне быть романтиком!
По идее, ЧАСТИЧНО, но при должном умении вполне таки определенно.
Я теперь знаю своего персонального бомбисту. Кисакуку! :-D
  • avatar nyuk
  • 4
Я просто напомню, что тег z80 делает страничку веселее:
loop:
 org 0xd1xx
 cp (hl)    ; random byte (random CY)
 dec l      ; . . .
 sbc a,a    ; -> a=FF or 00
 and h      ; h=2d -> a=2d or 00
 sub b      ; b=d1 -> a+=2f
 rst 0x10   ; a=2f or 5c
 jr loop
  • avatar psb
  • 4
если исключать читерство, то… а что такое читерство?:) имхо, самый чит в этих 7 6 5 байтах — команда зацикливания — она создается на стеке, когда пользователь вводит RUN . именно поэтому там нет автозапуска. ок, предположим, мы не можем юзать такой «сложный и неустойчивый» подход. но регистры-то реюзать можем? если да, то вот вариант 8 байт (работает даже на каком-то SE Basic ROM):

loop:
 org 0xd1xx
 cp (hl)    ; random byte (random CY)
 dec l      ; . . .
 sbc a,a    ; -> a=FF or 00
 and h      ; h=2d -> a=2d or 00
 sub b      ; b=d1 -> a+=2f
 rst 0x10   ; a=2f or 5c
 jr loop
Спасибо! Ожидания подтвердились :)
Таки потестировал. Через дробь скорость без/с DC фильтром. Используются стандартные конфигурации сборки.

Raspberry Pi (Linux, 700MHz)
armv6/vfp: x1.94/x1.91

3Q RC9731C (Android, 1.6GHz):
armv5te/soft-float/thumb: x0.58/x0.55
armv7-a/vfpv3-d16/thumb: x4.88/x4.77

В общем, неюзабельно в реалтайме.
Длинами кодовых блоков логично меряться, когда в них весь исполняемый код. Иначе получается мерялка — кто круче извратится, либо надо меряться длиной TAP-файла.
  • avatar lvd
  • 0
Да :)
«47 voters: 38 online + 9 at partyplace»
Чем плохи жюри? Разве профессиональные голосователи — не вариант для искоренения столь ненавистного неймвотинга?
over 50 посетителей — в разы более адекватно, чем на наших пати, имхо.
  • avatar lvd
  • -1
Ты отрицаешь моё право побыть параноиком? :-D
  • avatar lvd
  • 1
На комоде, например, печатать весь лабиринт заставляют ПЗУ, хитро запатчив ему область память с переменными и небольшими кусочками кодов.

Каждая из 7b, 6b и 5b требует определённых манимуляций с бейсиком, после чего в области памяти #FFxx (где стек) появляются некоторые байтики, которые, будучи исполненными, оказываются подходящими, чтобы закрутить процедуркам цикл и как-то модифицировать регистры. Вопрос — включать ли это в длину кода, или нет, и почему? Если включаем, то тогда далеко не 7 байт будет, если нет и меряемся только длиной части с данными кодового блока, то 0б (1б) — победитель, ведь трюки-то любые никто не запрещал.
  • avatar lvd
  • 2
1. Из длины комодоровских процедур надо вычитать 2. Т.е. настоящая длина 11 и 9 байт соответственно. И ещё, эти блоки грузятся в 0ую страницу по адресу $7С. Там, в основном, лежат системные переменные биоса и бейсика, но и кусочки кода тоже. Судя по всему, они хитро патчат эти кусочки. Основной цикл, кстати, крутится в ПЗУ! Глубже не копал.
2. Оказывается, чуть раньше Gasman'овского threadzx на пц появился Maze 8b. Правда, лабиринт там неклассический, если судить по скриншоту.
Кстати, вот этот релиз csdb.dk/release/?id=137331 заслуживает реальне уважения
Вопросов на самом деле 2:
1) на других платформах так же были хаки?
2) если не было, то какие все таки честные объемы рабочих процедур на ZX?
  • avatar nyuk
  • 4
Сравнения имели бы смысл, если бы это было какое-то компо с зафксированными правилами. А так у alone прикольный хак и у psb прикольный хак, но совершенно другого плана.

А сравнивать их, это как теплое и мягкое.