У OT Easy (мой первый мобильник) была уникальная фича (хотя сам не использовал ни разу) - конструкция отсека с аккумулятором была такой, что вынув аккум на его место можно было вставить... 3 AAA батарейки!
Для одноразок - это Bic (у них одно лезвие), а вот между 2-3 во всяких Gillette они и забиваются. А для T-шек (очень в последнее время непопулярных и недооцененных) - голова с "открытым" гребнем - ультимативное решение
Согласен! Вот тот же Cougar QBX - да, он для mini-ITX, НО! Под полноформатный БП (XPG Core Reactor 800 например), под полноразмерную видеокарту (Двухслотовую, 7600XT или RTX4060 а может и 4070 - вполне), cable-management как автор и описывает - весь за задне-боковой крышкой, 92-мм башня помещается (а что еще для того же 5700X надо?), и при хорошей сборке внутри выглядит как... не знаю с чем сравнить, но плотность и рациональность компоновки - завораживающая. Но попотеть и именно что "покорпеть" при сборке придется. Зато в результате получается чудо, маленькое (но ОЧЕНЬ тяжелое) - прям предмет зависти. И главное - сейчас скажут про воздушные потоки итд - с ними всё ок. Ставим 90mm Noctua Redux на выдув - и всё супер. Но повторюсь: плотность компоновки - на грани возможного. Сложность сборки - на грани невозможного.
Если не требуется "человекочитаемость" - а она что в JSON что в XML весьма условна (про то что можно "посмотреть и поправить что угодно хоть в notepad" - ну такое...) для реально больших ПОТОКОВ данных - это преимущество так себе) - то Protobuf хотя бы.
JSON - это ублюдок, ставший стандартом "де-факто". Потому что кто-то когда-то додумался до того, что "зачем что-то парсить, валидировать, и т.д." - когда можно сделать eval - и вот - готовый "объект". Сколько уязвимостей это в свое время породило - страшно вспомнить. Это при том что был XML, схемы (как раз для валидации), XSLT для его трансформации хоть в чёрта лысого, и самой технологии было уже сто лет. Но кому-то пришла идея: зачем какие-то парсеры, схемы, валидация, херак eval - и хоба - объект!
В идеальном мире - так и было бы: КРЕАКЛов вытесняет пролетариат: на стройках возникает нехватка рабочих рук с "ломами" -> зарплаты перетекают "на стройки", система переходит на новый виток спирали.
Обновился. ntsync + Wine 10.4 = это ОН, тот самый венде..того! В плане игр - так точно. Elizabeth Figura таки смогла, и не только сделать это (за что ей мегареспект), а и "протащить" в mainline - а это зачастую может быть даже сложнее.
PCEngine - IMHO самый тру-8-битный из всех 16-битных! И вероятно формат треков достаточно компактен и прост для эмуляции. Семплы фиксированной длины, много каналов и эффектов... Спасибо, до этого не знал и не слышал.
Во-первых "лучше поздно чем никогда", во-вторых - RPi5 IMHO немного "поворот не туда" - (почти) отказ от обратной совместимости, (немного) измененный форм-фактор - а зачем вот эти "почти" и "немного" - внятного ответа не нахожу.
Тоже Arch, всё на btrfs - полет нормальный, Hibernate прекрасно работает. Но это после перехода на AMD-шную видеокарту. На nVidia 1070Ti с блобами - были глюки, факт.
Тут я считаю что это битвы кита и слона (точнее понятий сложности по Колмогорову и Шеннону). С цифровыми предзаписанными сэмплами любой может. А вот такое уложить в 4 килобайта: ой как не любой: https://www.youtube.com/watch?v=G1Q9LtnnE4w
SID - это вообще другая история. Его делали люди, которые "Считали, что микросхемы генерации звука, представленные на рынке, включая те, что использовались Atari в их компьютерах, были примитивными и, видимо, сконструированными людьми, ничего не знающими о музыке". То есть технарями, но при этом и музыкантами. И недокументивованных и нестандартных фич в нем столько, что сделать полноценный его эмулятор - это "челлендж со звездочкой". Да к чему слова - вы сами просто послушайте. При том что проц в Commodore (6502) сильно уступал Z80.
Да, я тоже это не сам придумал, но методом проб и ошибок оказалось что именно такая расстановка if-ов привела AVRGCC к практически идеальной генерации кода, распределению переменных по регистрам и их переиспользованию. То есть на asm-е у меня вышло бы не лучше.
Можно сократить число пинов до минимума используя сдвиговые регистры. Но да, более-менее нормальный R-2R 8-битный ЦАП - это реально "кладбище резисторов" - 24 штуки на канал. 24 - потому что в таком варианте все они будут одного номинала и их можно более-менее точно подобрать). Сам "страдал" таким лет 10 назад.
У OT Easy (мой первый мобильник) была уникальная фича (хотя сам не использовал ни разу) - конструкция отсека с аккумулятором была такой, что вынув аккум на его место можно было вставить... 3 AAA батарейки!
Для одноразок - это Bic (у них одно лезвие), а вот между 2-3 во всяких Gillette они и забиваются. А для T-шек (очень в последнее время непопулярных и недооцененных) - голова с "открытым" гребнем - ультимативное решение
Не одни. Воров забыли.
Согласен! Вот тот же Cougar QBX - да, он для mini-ITX, НО! Под полноформатный БП (XPG Core Reactor 800 например), под полноразмерную видеокарту (Двухслотовую, 7600XT или RTX4060 а может и 4070 - вполне), cable-management как автор и описывает - весь за задне-боковой крышкой, 92-мм башня помещается (а что еще для того же 5700X надо?), и при хорошей сборке внутри выглядит как... не знаю с чем сравнить, но плотность и рациональность компоновки - завораживающая. Но попотеть и именно что "покорпеть" при сборке придется. Зато в результате получается чудо, маленькое (но ОЧЕНЬ тяжелое) - прям предмет зависти. И главное - сейчас скажут про воздушные потоки итд - с ними всё ок. Ставим 90mm Noctua Redux на выдув - и всё супер. Но повторюсь: плотность компоновки - на грани возможного. Сложность сборки - на грани невозможного.
Если не требуется "человекочитаемость" - а она что в JSON что в XML весьма условна (про то что можно "посмотреть и поправить что угодно хоть в notepad" - ну такое...) для реально больших ПОТОКОВ данных - это преимущество так себе) - то Protobuf хотя бы.
JSON - это ублюдок, ставший стандартом "де-факто". Потому что кто-то когда-то додумался до того, что "зачем что-то парсить, валидировать, и т.д." - когда можно сделать eval - и вот - готовый "объект". Сколько уязвимостей это в свое время породило - страшно вспомнить. Это при том что был XML, схемы (как раз для валидации), XSLT для его трансформации хоть в чёрта лысого, и самой технологии было уже сто лет. Но кому-то пришла идея: зачем какие-то парсеры, схемы, валидация, херак eval - и хоба - объект!
В идеальном мире - так и было бы: КРЕАКЛов вытесняет пролетариат: на стройках возникает нехватка рабочих рук с "ломами" -> зарплаты перетекают "на стройки", система переходит на новый виток спирали.
Обновился. ntsync + Wine 10.4 = это ОН, тот самый венде..того! В плане игр - так точно. Elizabeth Figura таки смогла, и не только сделать это (за что ей мегареспект), а и "протащить" в mainline - а это зачастую может быть даже сложнее.
PCEngine - IMHO самый тру-8-битный из всех 16-битных! И вероятно формат треков достаточно компактен и прост для эмуляции. Семплы фиксированной длины, много каналов и эффектов... Спасибо, до этого не знал и не слышал.
ИМХО одноплатники = Alpine. Они аж самый первый Raspberry еще поддерживают! А в плане компактности - даст фору вообще всем.
Во-первых "лучше поздно чем никогда", во-вторых - RPi5 IMHO немного "поворот не туда" - (почти) отказ от обратной совместимости, (немного) измененный форм-фактор - а зачем вот эти "почти" и "немного" - внятного ответа не нахожу.
Тоже Arch, всё на btrfs - полет нормальный, Hibernate прекрасно работает. Но это после перехода на AMD-шную видеокарту. На nVidia 1070Ti с блобами - были глюки, факт.
Три необязательно: достаточно двух, и таблиц для смешивания: ABC, BCA, CBA.
Тут я считаю что это битвы кита и слона (точнее понятий сложности по Колмогорову и Шеннону). С цифровыми предзаписанными сэмплами любой может. А вот такое уложить в 4 килобайта: ой как не любой:
https://www.youtube.com/watch?v=G1Q9LtnnE4w
Не у всех AY был GPIO. У 8912 - был, у 8910 (более мелконогого и доступного в те времена не было.
SID - это вообще другая история. Его делали люди, которые
"Считали, что микросхемы генерации звука, представленные на рынке, включая те, что использовались Atari в их компьютерах, были примитивными и, видимо, сконструированными людьми, ничего не знающими о музыке". То есть технарями, но при этом и музыкантами. И недокументивованных и нестандартных фич в нем столько, что сделать полноценный его эмулятор - это "челлендж со звездочкой". Да к чему слова - вы сами просто послушайте. При том что проц в Commodore (6502) сильно уступал Z80.
Для Вектор-06Ц насколько мне известно был эмулятор AY на советской КР580ВИ53 (сильно ограниченный, но звучал +/- похоже)
Да, я тоже это не сам придумал, но методом проб и ошибок оказалось что именно такая расстановка if-ов привела AVRGCC к практически идеальной генерации кода, распределению переменных по регистрам и их переиспользованию. То есть на asm-е у меня вышло бы не лучше.
Да, с огибающей это у вас круто прям! Хотя и неочевидно не зная внутренностей AY. У меня для AVR было вот так:
Максимально тупо, зато ассемблерный код генерировался просто заглядение
Можно сократить число пинов до минимума используя сдвиговые регистры. Но да, более-менее нормальный R-2R 8-битный ЦАП - это реально "кладбище резисторов" - 24 штуки на канал. 24 - потому что в таком варианте все они будут одного номинала и их можно более-менее точно подобрать). Сам "страдал" таким лет 10 назад.