Естественно. Я тут немного о другом. Я писал про ситуацию, когда "сумма синусоид" (или разность) сама по себе на запись не попадает, а появляется только при воспроизведении. К примеру: Инструмент 1 писался одним микрофоном и попал на канал 1. Инструмент 2 писался вторым микрофоном и попал на канал 2. При этом микрофон 1 из за диаграммы направленности плохо слышит инструмент 2 и наоборот. Если мы не режем частоты выше 22 кГц, то ухо услышит разность частот между инструментом 1 и 2, если разностная частота попадёт в слышимый звуковой диапазон. А если обрежем? Велика ли будет потеря?
На мой взгляд ещё не раскрыта вот какой момент. Предположим в исходном музыкальном произведении в какой то момент времени два инструмента издают звук частотой гораздо выше слышимого ухом диапазона, назовём их F1 и F2. Тогда до уха дойдёт как как сумма частот Fs=F1+F2 так и их разности Fr1=F1-F2 и Fr2=F2-F1. Сумма нас не особо интересует, она уйдёт далеко в ультразвук. А вот разности при определенных условиях может попасть в слышимый диапазон и её наличие влияет на восприятие музыки. Если мы обрежем все частоты выше скажем 22 кГц, то таких разностных частот, появляющихся именно во время воспроизведения мы не услышим. Останется только те разности, которые записали микрофоны во время записи и которые попали на запись уже в виде слышимых звуков. Вопрос - насколько это существенно вообще?
Мне удалось на излёте (в середине 2010-годов) поработать с интересным кадавром - вся периферия была от ЕС (блочные терминалы ЕС-7920, ленточные накопители и т.п.) но при этом сам мейнфрейм IBM SYSTEM/370. На всем этом крутилась программа расчета зарплаты немаленького машиностроительного предприятия, написанная на PL/I. Повезло что в курсе операционных систем нам давали какие то основы JCL и совсем уж полным идиотом я себя не чувствовал.
Конечно бредятина, кто ж спорит! Это же всё ради фана делается, "подержите моё пиво, смотрите как я могу". Портировать на 8080 я наверное пока не возьмусь. Но теоретически проблем быть не должно, раз на 6502 запустили.
Contiki OS нужно 2-4 Кб ОЗУ. А вообще "просто посмотреть" можно без особых затрат. Вот тут https://github.com/ep00ch/esp32-at-ppp Contiki портирован на ESP32. У Микроши же есть последовательный порт на 580ВВ51 ? Вот вот туда и подключать ESP и любой терминалкой с поддержкой VT100 туда заходите.
Ох да, похожая история в ФС самой CP/M. В 2.2 вообще никакой даты времени у файлов не было, да и писать ее особо некуда было, пару-тройку байт резервных буквально оставалось. К 3.0 этот вопрос так и не решили. Но задача хранения даты времени видимо стала достаточно актуальной и стали появляться разные, несовсестимые варианты ее хранения в отдельных записях ФС (экстентах).
P.S. Пришлось с этим ковыряться довольно плотно в свое время когда писал контроллер, который интерфейсно представлялся обычным НГМД, в который "вставлена" CP/M дискета, а физически работал с любой SD/MMC картой с FAT16/FAT32 файловой системой.
А вы думаете я не пробовал? Я работаю с разным железом, начинал еще с 1816ве48 (mcs48). Использовал PIC (12 и 16 серий). Сейчас использую и 'чистые' Atmega и Attiny и ESP и RPi. Я искренне не понимаю в чем 'прокладочность' Ардуино? В наличии стобайтового бутдоадера и принудительном включении пары библиотек? Так то код Arduino это тот же C++, компилируется тем же gcc, прошивается тем же avrdude. Хочешь прошиваться внутрисхемным программатором - да пожалуйста, все пины для этого выведены, стирай бутлоадер и шейся внутрисхемно. Короче для многих задач, как по мне, очень удобно использовать.
Ну я себя к чайникам не отношу, опыт в электронике более 30 лет. Но тем не менее Ардуины есть и использую в большом количестве. Для ряда задач они идеально подходят. Хотя дорогие стали заразы.
Ох, не счесть сколько раз я себя обманывал такими мыслями...
В данном случае я делюсь реальным опытом как я решил конкретную задачу максимально просто и быстро, без пайки и прочей свистопляски. А ардуины да, похоже они в коробочке чем то не тем занимаются в свободное время, с каждым разом их там всё больше и больше.
Я скорее о ситуации когда надо срочно прошить I2C а нечем. К примеру принесли железку в ремонт. У меня была ситуация что "кончился" счетчик копий в картридже лазерного принтера, а печатать надо было вот прям щас. Там как раз какая то 24C01 или 24C02. Пока спаяешь даже на макетке самый простой программатор, 1-2 часа пройдёт. А тут 4 проводка кинул от Ардуины, скетч набросал - всех дел ну максимум на 10-15 минут.
Если нужно разово и срочно прошить i2c ПЗУ-шку, а программатора нет, самое простое - взять обычную советскую Arduino, 4 проводочка и простенький скетч на 10 строчек, который читает дамп из массива и пишет в ПЗУ-шку. Мне кажется не встречается в природе человек, который занимается электроникой, и у которого бы не было хотя бы одной Arduino дома.
Если 5 из 6 говорят что файл чист - то это ложное срабатывание конкретного антивируса и повод ему не доверять. Какая то эвристика перебдела, было несколько раз такое при проверке файлов на вирустотале. И всегда действительно оказывалось ложное срабатывание.
Стоило упомянуть в статье Turbo Pascal 3.0 под CP/M. Во-первых он имеет специфичный, отличный от DOS внешний вид, но включает в себя много функций DOS версии. Во-вторых он актуален и сейчас для ретро-программирования под CP/M. Я в частности использую для всяких поделок типа https://github.com/ivang78/flapcpm
Прошёл год с небольшим как я его асилил, точнее более новую версию ZX2022. Пока без контроллера дисплея и без диска, CCP.COM лежит в половинке EEPROM. Зато никаких атмег, fpga. cpld - только Z80, Z80DART, RAM, EEPROM и 5 корпусов К555
Очень просто это решается. Торговаться о сроках можно и нужно, особенно если это объективно требуется бизнесом. Но только за счёт урезания какого то функционала, что естественно должно быть озвучено и согласовано. Тогда у бизнеса будет понимание, что их интересы по срокам учитываются и не будет ощущения, что кого то дезинформировали на этапе первоначальной оценки.
Естественно. Я тут немного о другом. Я писал про ситуацию, когда "сумма синусоид" (или разность) сама по себе на запись не попадает, а появляется только при воспроизведении. К примеру: Инструмент 1 писался одним микрофоном и попал на канал 1. Инструмент 2 писался вторым микрофоном и попал на канал 2. При этом микрофон 1 из за диаграммы направленности плохо слышит инструмент 2 и наоборот. Если мы не режем частоты выше 22 кГц, то ухо услышит разность частот между инструментом 1 и 2, если разностная частота попадёт в слышимый звуковой диапазон. А если обрежем? Велика ли будет потеря?
На мой взгляд ещё не раскрыта вот какой момент. Предположим в исходном музыкальном произведении в какой то момент времени два инструмента издают звук частотой гораздо выше слышимого ухом диапазона, назовём их F1 и F2. Тогда до уха дойдёт как как сумма частот Fs=F1+F2 так и их разности Fr1=F1-F2 и Fr2=F2-F1. Сумма нас не особо интересует, она уйдёт далеко в ультразвук. А вот разности при определенных условиях может попасть в слышимый диапазон и её наличие влияет на восприятие музыки. Если мы обрежем все частоты выше скажем 22 кГц, то таких разностных частот, появляющихся именно во время воспроизведения мы не услышим. Останется только те разности, которые записали микрофоны во время записи и которые попали на запись уже в виде слышимых звуков. Вопрос - насколько это существенно вообще?
Мне удалось на излёте (в середине 2010-годов) поработать с интересным кадавром - вся периферия была от ЕС (блочные терминалы ЕС-7920, ленточные накопители и т.п.) но при этом сам мейнфрейм IBM SYSTEM/370. На всем этом крутилась программа расчета зарплаты немаленького машиностроительного предприятия, написанная на PL/I. Повезло что в курсе операционных систем нам давали какие то основы JCL и совсем уж полным идиотом я себя не чувствовал.
При этом про реально легендарный RCA 1802 (COSMAC) забыли :( А ведь он до сих пор выпускается и используется.
Конечно бредятина, кто ж спорит! Это же всё ради фана делается, "подержите моё пиво, смотрите как я могу". Портировать на 8080 я наверное пока не возьмусь. Но теоретически проблем быть не должно, раз на 6502 запустили.
Contiki OS нужно 2-4 Кб ОЗУ. А вообще "просто посмотреть" можно без особых затрат. Вот тут https://github.com/ep00ch/esp32-at-ppp Contiki портирован на ESP32. У Микроши же есть последовательный порт на 580ВВ51 ? Вот вот туда и подключать ESP и любой терминалкой с поддержкой VT100 туда заходите.
Contiki Os на i8080 вроде не портировали, хотя ресурсов должно хватить. Будет и браузер и телнет :)
Вот эта побойчее в плане количества лотов: https://zx-pk.com/forum/
Ох да, похожая история в ФС самой CP/M. В 2.2 вообще никакой даты времени у файлов не было, да и писать ее особо некуда было, пару-тройку байт резервных буквально оставалось. К 3.0 этот вопрос так и не решили. Но задача хранения даты времени видимо стала достаточно актуальной и стали появляться разные, несовсестимые варианты ее хранения в отдельных записях ФС (экстентах).
P.S. Пришлось с этим ковыряться довольно плотно в свое время когда писал контроллер, который интерфейсно представлялся обычным НГМД, в который "вставлена" CP/M дискета, а физически работал с любой SD/MMC картой с FAT16/FAT32 файловой системой.
А вы думаете я не пробовал? Я работаю с разным железом, начинал еще с 1816ве48 (mcs48). Использовал PIC (12 и 16 серий). Сейчас использую и 'чистые' Atmega и Attiny и ESP и RPi. Я искренне не понимаю в чем 'прокладочность' Ардуино? В наличии стобайтового бутдоадера и принудительном включении пары библиотек? Так то код Arduino это тот же C++, компилируется тем же gcc, прошивается тем же avrdude. Хочешь прошиваться внутрисхемным программатором - да пожалуйста, все пины для этого выведены, стирай бутлоадер и шейся внутрисхемно. Короче для многих задач, как по мне, очень удобно использовать.
Ну штош, значит я переоценил распространенность Arduino.
Ну я себя к чайникам не отношу, опыт в электронике более 30 лет. Но тем не менее Ардуины есть и использую в большом количестве. Для ряда задач они идеально подходят. Хотя дорогие стали заразы.
В данном случае я делюсь реальным опытом как я решил конкретную задачу максимально просто и быстро, без пайки и прочей свистопляски. А ардуины да, похоже они в коробочке чем то не тем занимаются в свободное время, с каждым разом их там всё больше и больше.
Я скорее о ситуации когда надо срочно прошить I2C а нечем. К примеру принесли железку в ремонт. У меня была ситуация что "кончился" счетчик копий в картридже лазерного принтера, а печатать надо было вот прям щас. Там как раз какая то 24C01 или 24C02. Пока спаяешь даже на макетке самый простой программатор, 1-2 часа пройдёт. А тут 4 проводка кинул от Ардуины, скетч набросал - всех дел ну максимум на 10-15 минут.
Если нужно разово и срочно прошить i2c ПЗУ-шку, а программатора нет, самое простое - взять обычную
советскуюArduino, 4 проводочка и простенький скетч на 10 строчек, который читает дамп из массива и пишет в ПЗУ-шку. Мне кажется не встречается в природе человек, который занимается электроникой, и у которого бы не было хотя бы одной Arduino дома.Если 5 из 6 говорят что файл чист - то это ложное срабатывание конкретного антивируса и повод ему не доверять. Какая то эвристика перебдела, было несколько раз такое при проверке файлов на вирустотале. И всегда действительно оказывалось ложное срабатывание.
Стоило упомянуть в статье Turbo Pascal 3.0 под CP/M. Во-первых он имеет специфичный, отличный от DOS внешний вид, но включает в себя много функций DOS версии. Во-вторых он актуален и сейчас для ретро-программирования под CP/M. Я в частности использую для всяких поделок типа https://github.com/ivang78/flapcpm
Прошёл год с небольшим как я его асилил, точнее более новую версию ZX2022. Пока без контроллера дисплея и без диска, CCP.COM лежит в половинке EEPROM. Зато никаких атмег, fpga. cpld - только Z80, Z80DART, RAM, EEPROM и 5 корпусов К555
Очень просто это решается. Торговаться о сроках можно и нужно, особенно если это объективно требуется бизнесом. Но только за счёт урезания какого то функционала, что естественно должно быть озвучено и согласовано. Тогда у бизнеса будет понимание, что их интересы по срокам учитываются и не будет ощущения, что кого то дезинформировали на этапе первоначальной оценки.
Да, благодарю, за разъяснение, тупанул.