Там проц 900 Mhz, одно ядро и никакой виртуализации, увы. Ну и виртуалка в этом контексте ничем, в общем-то, не лучше простой установки ОС в соседний раздел. Разве что место чуть сэкономится за счет динамического размера образа диска. Но зато сам виртуалбокс весит как вся ReactOS.
Грузиться с неё она все равно не умеет. А хотелось бы.
Вот у меня есть, скажем, Asus EEE 701 2G. Там 2 гигабайта встроенной флэш, а хочется впридачу в линуксу там иметь и что-то виндоус-совместимое (проприетарный диагностический usb-сканер автомобиля запускать, например. Wine тут не вариант, т.к. с драйверами не дружит). ReactOS, которую можно было бы запустить с ext2, была бы тут самым минимальным злом из возможных.
Попытки-то были, например в 1989 году вышла ОС UZI под какой-то комп на z80.
Просто помимо 8-разрядности и отсутствия MMU, unix ещё подразумевает собой Си. Сишные программы больше по размеру и медленней, чем ассемблерные. Если проблему с размером ещё можно хоть как-то сгладить — расширить память компьютеру, например — что, впрочем, всё равно не панацея из-за её неминуемо страничной организации — то скорость просто ставит крест на практическом применении, особенно для многозадачности.
А без многозадачности у Юникса вообще нет преимуществ, т.к. на фоне любого 8-бит Юникса CP/M просто летает.
Ваша программа на C++ может быть заменена на два grep и два tr (точнее, sed y//, т.к. tr не дружит с юникодом).
И ещё меня смущает else{ translate = ""; }. Выделил цифры, нажал хоткей, цифры стерлись — это вроде бы не очень логичное поведение. Хотя, ^Z тут спасет, так что это можно признать и фичей.
Причём на сайте уже есть и штрихкоды у многих (а то и у всех ламп), и поиск по ним работает.
Так что всё приложение сведётся к получению штрих-кода из сканера и открытию браузера с результатами поиска.
Даже не удивительно, что это единственная ссылка, прожившая 6 лет :) Все остальные «выложил навечно» мертвы, причём обычно даже вместе доменным именем.
Спасибо.
Оффтоп, но в ваш LGA775 влазят Xeon'ы, рассчитанные на LGA771. Физически они чуть отличаются, но китайцы продают уже переделанные и готовые к использованию процы, ищутся на али по «LGA775 Xeon». Вполне себе нехилый апгрейд за 30 баксов.
Мозг легко перепрошить. Надо оставить стакан воды под воздействием светодиода на ночь, и она структурируется с учетом пика на 450 нм. По стакану каждое утро два месяца — и всё, солнечный свет боле не мил, подавай светодиодный!
Какие проблемы разобраться в 16-битной железке (и не исключено, что проц там вообще 8-битный), имея схему, прошивки и всю-всю-всю документацию? «НАСА всё же госструктура» и архивы по действующим миссиям наверняка хранят аккуратно.
Если искать среди программистов — ваша «проблема водителя» может и актуальна. А вот среди эмбеддеров нужные знания есть если не у большинства, то у многих.
Думаю, имеется в виду, что 2) хорошо бы иметь стерео-сигнал, так как в нём в два раза больше информации (и каждый канал можно попробовать конвертировать в tap отдельно) и 3) не вздумайте писать через вход микрофона, т.к. возникнут искажения.
У меня есть вопрос в зал — сохранилось около 30 кассет с программами для ZX. Чем можно преобразовать сигнал с линейного входа звуковой карты в формат понимаемый эмуляторами ZX?
Если оцифруете — не забудьте, пожалуйста, загрузить tap-ки на spectrum4ever.org. Там собирают коллекцию всех возможных вариантов пиратских кассетных версий.
Там и инструкция по оцифровке есть — spectrum4ever.org/fulltape.php?go=info
Это самый первый прототип был с таким подключением. Нынешний вариант да, придётся периодически подзаряжать.
Но в те годы работа шла через Bluetooth 2.0, а сейчас используется BLE. Энергопотребление, соответственно, заметно снизилось, и часто заряжать не придётся.
Удивительно, это же тот самый МикроАРТ, который разработал такие популярные клоны ZX-Spectrum, как Pentagon-128 и ATM-Turbo. Они, оказывается, не просто до сих пор существуют, но и продолжают разрабатывать электронику, похвально.
Если переписал из книжки программу и запустил — это одно. Если писал с подсказками родителей — это другое. А если сам изучил язык, сам представил конечный результат работы, сам алгоритмизировал и сам реализовал программно — то уж простите, но тут никак не отвертеться — программировал.
В этом, наверное, и дело? Перемножаем 640*480*25 кадров и получаем пиксельклок в 7.5 МГц. Ардуина не вытянет, разве что если ничем иным, кроме вывода на экран, заниматься не будет. А если речь идет о VGA (уж больно разрешение на это намекает), то там и частота кадров обычно выше, и цвет имеется.
Нет, с вас 9300 за 2 ПК. Никого не волнует, что компьютер у вас всего один. А то так и стоимость корпоративной лицензии на сотню компов можно удачно на 100 поделить.
...«чем у GoPro Hero 2», вы имели в виду?
У меня sj1000. За $69 это отличный вариант, но ни динамический диапазон, ни, особенно, качество звука и рядом с GoPro Hero 3 не лежали.
Грузиться с неё она все равно не умеет. А хотелось бы.
Вот у меня есть, скажем, Asus EEE 701 2G. Там 2 гигабайта встроенной флэш, а хочется впридачу в линуксу там иметь и что-то виндоус-совместимое (проприетарный диагностический usb-сканер автомобиля запускать, например. Wine тут не вариант, т.к. с драйверами не дружит). ReactOS, которую можно было бы запустить с ext2, была бы тут самым минимальным злом из возможных.
Просто помимо 8-разрядности и отсутствия MMU, unix ещё подразумевает собой Си. Сишные программы больше по размеру и медленней, чем ассемблерные. Если проблему с размером ещё можно хоть как-то сгладить — расширить память компьютеру, например — что, впрочем, всё равно не панацея из-за её неминуемо страничной организации — то скорость просто ставит крест на практическом применении, особенно для многозадачности.
А без многозадачности у Юникса вообще нет преимуществ, т.к. на фоне любого 8-бит Юникса CP/M просто летает.
И ещё меня смущает else{ translate = ""; }. Выделил цифры, нажал хоткей, цифры стерлись — это вроде бы не очень логичное поведение. Хотя, ^Z тут спасет, так что это можно признать и фичей.
Так что всё приложение сведётся к получению штрих-кода из сканера и открытию браузера с результатами поиска.
Спасибо.
Да. Причём там синтаксис, близкий к Phi-вычислениям. target(gen) вместо target(mic), остальное всё довольно схоже.
software.intel.com/en-us/articles/getting-started-with-compute-offload-to-intelr-graphics-technology
Если искать среди программистов — ваша «проблема водителя» может и актуальна. А вот среди эмбеддеров нужные знания есть если не у большинства, то у многих.
Если оцифруете — не забудьте, пожалуйста, загрузить tap-ки на spectrum4ever.org. Там собирают коллекцию всех возможных вариантов пиратских кассетных версий.
Там и инструкция по оцифровке есть — spectrum4ever.org/fulltape.php?go=info
Но в те годы работа шла через Bluetooth 2.0, а сейчас используется BLE. Энергопотребление, соответственно, заметно снизилось, и часто заряжать не придётся.
В этом, наверное, и дело? Перемножаем 640*480*25 кадров и получаем пиксельклок в 7.5 МГц. Ардуина не вытянет, разве что если ничем иным, кроме вывода на экран, заниматься не будет. А если речь идет о VGA (уж больно разрешение на это намекает), то там и частота кадров обычно выше, и цвет имеется.
У меня sj1000. За $69 это отличный вариант, но ни динамический диапазон, ни, особенно, качество звука и рядом с GoPro Hero 3 не лежали.