Знакомые, живущие в Калифорнии, рассказывали, что несколько раз пробовали подрезать гугл-кар, чтоб посмотреть что будет. В их случае все закончилось благополучно. Но я думаю, они не одиноки в своих экспериментах. Это может частично объяснить статистику аварий.
Для чистоты эксперимента можно еще сгенерировать исходный 192kHz звук (взять например синусы на пределе слышимости на 18kHz, 16kHz, 14kHz), а не брать готовый файл (который мог быть получен апсемплингом с тех же 44,1kHz), и провести те же опыты.
ми# != фаb (см. таблицу выше)
Однако да, если кто-то написал например ре#, а кто-то миb — то они имели ввиду одну и ту же ноту.
Хотя, раньше это были разные ноты, и отличались на какую-то часть тона (то ли 1/8, то ли 1/16), и эту разницу не каждый мог услышать. Но потом все упростили, и в результате мы имеем то что имеем.
вроде почему есть до-диез, но нет ре-диез, а вместо него ми-бемоль?
На самом деле есть и диезы на все ноты, и бемоли:
до# = реb
ре# = миb
ми# = фа
ми = фаb
фа# = сольb
соль# = ляb
ля# = сиb
си# = до
си = доb
Просто знаки при ключе идут в определенном порядке (отсортированы по частоте встречаемости в тональностях): диезы в порядке фа, до, соль, ре, ля, ми, си (т.е. например в тональности с двумя диезами будут фа и до, с пятью — фа, до, соль, ре, ля); бемоли в обратном порядке — си, ми, ля, ре, соль, до, фа. Потому вероятность встретить ми-бемоль гораздо выше, чем ре-диез (первая встречается в 6 тональностях, вторая только в четырех). Этим и обусловлен выбор названий нот в таблице.
Полицейское пиликанье — лучше всего найти какой-нибудь американский фильм с полицией, и посмотреть в аудиоредакторе частоты, последовательность и длительность.
А «в лесу родилась елочка» звучит не совсем правильно потому, что не учитываются длительности нот. Тут может быть два подхода:
1) добавить длительность к каждой ноте
2) сделать ноту минимальной длительности, а длинные ноты делать повторением нужное число раз
3) сделать ноту «пауза», во время которой ничего не играется
Например, во 2 случае массив будет выглядеть так:
{do,la,la,sol,la,fa,do,do,do,la,la,si,sol,do,do,do,do,re,re,si,si,la,sol,fa,do,la,la,sol,la,fa,fa,fa};
А в 3 случае массив будет выглядеть так:
{do,la,la,sol,la,fa,do,do,do,la,la,si,sol,do,p,p,do,re,re,si,si,la,sol,fa,do,la,la,sol,la,fa,p,p};
Да, и правильно в данном случае называть ноту не si, а sib потому что там си-бемоль при ключе, и вместо каждой ноты си должна играться си-бемоль (правильная ли частота в массиве с частотами я правда не проверял).
Тогда три фотодиода с тремя цветофильтрами — чтоб цветную фотографию. Плюс можно добавить ИК и УФ.
Но нужно тогда еще городить АЦП для каждого канала с интерфейсом к компьютеру.
Или можно проще — вместо диодов взять простую веб-камеру, и брать средний цвет пикселей в центре.
1) гирлянду можно не паять, а делать более технологичным образом: нужно взять шлейф «лапшу», и далее в нем шилом делаются отверстия и вставляется диод, контакты загибаются. В конце 90-х с отцом так делали гирлянды на продажу — 5-жильный шлейф для 4 каналов, простенькая схемка из 4 транзисторов, микросхемы ROM (c эффектами) и счетчика. Технология с шилом показала свою живучесть — до сих пор работают гирлянды.
2) на Ардуине можно реализовать более сложные эффекты с разной яркостью — с помощью ШИМа
Собственно, это еще одна из «ловушек» — наравне с нулевой строкой. Потому что даже если попадется пользователь, знающий про нулевые строки и попробует отредактировать такую строку — после редактирования скрытое значение числовой константы перезапишется нулевыми значениями.
Похожие методы использовались еще в ZX Spectrum`е — в BASIC-загрузчиках программ (для защиты от взлома).
Делалось это следующим образом:
10 REM [код перехода на символ с координатами 0,0]Текст копирайта, привет от программистов[код белого цвета фона][код белого цвета чернил]: RANDOMIZE USR адрес_куска_машинных_кодов: REM [куча пробелов для последующей записи вместо них машинных кодов]
Далее с помощью прямой записи в память (POKE) строка делалась нулевой, чтоб нельзя было ее вызвать на редактирование, а вместо пробелов записывалась программа в машинном коде — чтоб нельзя было остановить с клавиатуры ее выполнение, и можно было считать следующий файл без заголовка.
В результате если пользователю таки удавалось остановить выполнение загрузчика (например преждевременной остановкой магнитофона) — при попытке сделать LIST он получал только текст-приветствие.
Однако да, если кто-то написал например ре#, а кто-то миb — то они имели ввиду одну и ту же ноту.
Хотя, раньше это были разные ноты, и отличались на какую-то часть тона (то ли 1/8, то ли 1/16), и эту разницу не каждый мог услышать. Но потом все упростили, и в результате мы имеем то что имеем.
На самом деле есть и диезы на все ноты, и бемоли:
до# = реb
ре# = миb
ми# = фа
ми = фаb
фа# = сольb
соль# = ляb
ля# = сиb
си# = до
си = доb
Просто знаки при ключе идут в определенном порядке (отсортированы по частоте встречаемости в тональностях): диезы в порядке фа, до, соль, ре, ля, ми, си (т.е. например в тональности с двумя диезами будут фа и до, с пятью — фа, до, соль, ре, ля); бемоли в обратном порядке — си, ми, ля, ре, соль, до, фа. Потому вероятность встретить ми-бемоль гораздо выше, чем ре-диез (первая встречается в 6 тональностях, вторая только в четырех). Этим и обусловлен выбор названий нот в таблице.
Теперь в любом месте, где встречается @«123» будет выводиться @«2345678»:
(во всяком случае для arm64)
А «в лесу родилась елочка» звучит не совсем правильно потому, что не учитываются длительности нот. Тут может быть два подхода:
1) добавить длительность к каждой ноте
2) сделать ноту минимальной длительности, а длинные ноты делать повторением нужное число раз
3) сделать ноту «пауза», во время которой ничего не играется
Например, во 2 случае массив будет выглядеть так:
{do,la,la,sol,la,fa,do,do,do,la,la,si,sol,do,do,do,do,re,re,si,si,la,sol,fa,do,la,la,sol,la,fa,fa,fa};
А в 3 случае массив будет выглядеть так:
{do,la,la,sol,la,fa,do,do,do,la,la,si,sol,do,p,p,do,re,re,si,si,la,sol,fa,do,la,la,sol,la,fa,p,p};
Да, и правильно в данном случае называть ноту не si, а sib потому что там си-бемоль при ключе, и вместо каждой ноты си должна играться си-бемоль (правильная ли частота в массиве с частотами я правда не проверял).
Но нужно тогда еще городить АЦП для каждого канала с интерфейсом к компьютеру.
Или можно проще — вместо диодов взять простую веб-камеру, и брать средний цвет пикселей в центре.
2) на Ардуине можно реализовать более сложные эффекты с разной яркостью — с помощью ШИМа
Делалось это следующим образом:
Далее с помощью прямой записи в память (POKE) строка делалась нулевой, чтоб нельзя было ее вызвать на редактирование, а вместо пробелов записывалась программа в машинном коде — чтоб нельзя было остановить с клавиатуры ее выполнение, и можно было считать следующий файл без заголовка.
В результате если пользователю таки удавалось остановить выполнение загрузчика (например преждевременной остановкой магнитофона) — при попытке сделать LIST он получал только текст-приветствие.