Ставим Android поверх Windows

Знаете Вы толк в извращениях ))
Зачем ставить ведроид на windows ?? Ну с практической точки зрения? ( денег на ведрокомп жалко? ru.aliexpress.com/item/GOOD-USE-Cheapest-Miracast-Dongle-HDMI-1080P-TV-Sti... ) Это система для смартов и планшетов, для компа это сильно неудобная фигня.

Brat, а чо, лайвочек мало понаделано?
по поводу ссылки, спасибо, поржал

P.S. ведро в форточку - эт круто)))

Зачем ставить ведроид на windows? For debugging software, f.i.

Дык нахрена в форточку то? Уже х86 ведроид есть. Правда сыроват, но всё же. На третьепнёвом фуджи - просто лепота

Один вопрос -- нахрена?

Там выше кто-то по делу прокомментировал: для отладки софта, например.
Хотя такие вопросы стоит адресовать только American Megatrends. Они, как начинающие, без наших вопросов ну никак

Тот же андроид - это линукс, что ни говори. А уж его под любые процессоры и под любые системы - вагон и тележка. Выбор есть. И что все зациклились на этом андроиде...

Я себе из убитого планшетника на SoC AllWinner A13 себе микрокомп с Debian GNU/Linux сделал... Лишь бы не ведроид...

За него (разработки под него) платят денюжку...

>Хотя такие вопросы стоит адресовать только American Megatrends. Они, как начинающие, без наших вопросов ну никак

я такой вопрос уже три года подряд AMI задаю на EmbeddedWorld, стандартный ответ "а вдруг вам захочется погонять любимцев из мобильника прямо на рабочем месте"

PS:у них(AMI) и USBкамера работает в SetupMenu года как два уже, только не придумали пока под каким соусом эту завлекуху пользователям впарить

А зачем поверх, есть отдельный андроид для PC - android-x86.org

Если BIOS Setup поддерживает встроенную USB-камеру ноутбука, то это не
так уж и удивительно, программная поддержка под конкретную камеру может
быть интегрирована в BIOS. Если BIOS поддерживает любую внешнюю
USB-камеру, подключаемую к портам, то либо все хорошо с унификацией
программных моделей камер, либо в BIOS интегрировали поддержку под все
существующие камеры. Наверно последнее маловероятно, все таки BIOS
не Windows.

Ну, вообще-то в спецификации USB существует класс USB Video.
Поддержка любой флешки aka класса Mass Storage или любых клав/мышей никого же почему-то не удивляет.

Да, стандартные классы существуют почти для всех видов устройств.
Но иногда некоторый BIOS не загружается с некоторой флэшки, хотя
под Windows она на той же плате работает. Или даже при подключении
флэшки "зависает" BIOS POST.
Хотя далеко не всегда причина этого в драйвере USB Mass Storage.

>Вот это интересно! Как оно работает? Пару наводящих вопросов, плиз.

пока не придумали для чего - работает топорно, т.е. "могём - и усё"
USB клавиатуры/флэшки/пр. ведь опредеделяется давно , вот и добавили новый распознаваемый тип
выглядит это как картинка(небольшое окошко поверх всего) с камеры на мониторе с момента инициализирования видео

зайдешь в Setup картинка и там, пойдешь в Shell , оно и там поверх текста
баловство в общем пока, ничего путного

хотя теоретически при использовании камеры заднего обзора в автомобилях , функционал с момента завода машины
(есть общая проблема, машина заведена , а железо/ОС "еще просыпается" т.е.если на х86)

Возникает конкретный вопрос: "картинка в картинке" реализована программно,
(например, периодической записью в видеопамять по тикам таймера),
или видеоадаптер поддерживает эту функцию аппаратно?
Падает ли производительность, если этот режим включен?

Какая запись в видеопамять? Это же UEFI. Есть драйвер камеры, есть драйвер видео, есть приложение - все как у людей.

Мой вопрос про то, что происходит на низком уровне. Процесс может идти под
управлением UEFI Graphics Output Protocol (GOP) и драйвера камеры, но в
конечном счете вывод картинки сводится к записи в видео память.
Хотя прямое обращение UEFI приложения к видеопамяти по адресу,
возвращенному функциями GOP, не является нарушением субординации
и законно с точки зрения спецификации UEFI.

как и у предыдущих коментаторов у меня вопрос - зачем? ну хотя если ради эксперимента)))