cnc-club.ru

Я, кстати, вчера собрал, наконец, видеодрайвер с allwinner блобиками (r6p2) на RT ядре 4.19.х. Под рукой не было дисплея с HDMI, чтобы проверить. На неделе буду тестировать. Моя текущая задача, чтобы с ускорением заработал webgl в браузере.

MX_Master писал(а):sudo apt-get update

Выдаёт
Skipping acquire of configured file 'main/binary-arm64/Packages' as repository 'http://deb.machinekit.io/debian stretch InRelease' doesn't support architecture 'arm64'

Подскажите, пожалуйста, что я упустил во время компиляции armbian?

pvl писал(а):doesn't support architecture 'arm64'

А что тут непонятного?

pvl писал(а):используя armbian build оттуда же - с полученным образом плата грузится, но machinekit отсутствует и не устанавливается

Для arm64 вроде нет собранных .deb пакетов.
собирайте из исходников.

Проверил работу WebGL в браузере chromium. Прилично тормозит. И это несмотря на то, что гаечки (es2gears) крутятся с частотой 300 FPS. Возможно, я делаю что-то и не так.

В целом, всё понятно, но я мальца разочарован. Надеялся, что WebGL будет в браузере пошустрей. Как и говорил UAVpilot, платки Orange Pi довольно слабые (: Особенно, по части графики.

MX_Master писал(а):Проверил работу WebGL в браузере chromium. Прилично тормозит. И это несмотря на то, что гаечки (es2gears) крутятся с частотой 300 FPS. Возможно, я делаю что-то и не так.

В целом, всё понятно, но я мальца разочарован. Надеялся, что WebGL будет в браузере пошустрей. Как и говорил UAVpilot, платки Orange Pi довольно слабые (: Особенно, по части графики.

Сейчас эти процессоры плодятся как пирожки в праздничный день. Я думаю, что не за горами новые процессоры с частотами выше 2 ГГц и количествами ядер выше 4-х за вполне разумные деньги. И как писали выше, на таких частотах можно будет забить на видео драйвера, т.к. и сам процессор будет справляться. А насколько будет трудоемко портировать все эти наработки на новые процессоры?

В идеале проц должен быть с полноценным встроенным МК или FPGA. У которого должны быть аппаратные счётчики и генераторы импульсов. Тогда смысл в переходе на другие процы будет.

Вощем, на графику можно сильно не рассчитывать. Надо доделать сопроцессорный генератор и это максимум, что мы можем от Orange Pi получить.

MX_Master писал(а):Проверил работу WebGL в браузере chromium

Вы можете показать вывод Chrome, набрав в адресном баре "chrome://gpu" ?

Я включал/выключал "Override software rendering list" (--ignore-gpu-blacklist), юзал и другие разные флаги для запуска. Даже если везде написано "Hardware accelerated" (chrome://gpu), производительность вывода та же самая (примерно 5 FPS).

Проверил ща в телефоне (MT6735, Mali-T720, Android 5.1, linux 3.10.65) ту же WebGL страницу, выдаёт примерно 20 FPS. Посмотрел в тырнетах, что можно получить на других, более мощных одноплатниках.. Вот, к примеру на Odroid XU4 (ubuntu 18.04, 4.14) можно выдавить больше 30 FPS на более сложном WebGL примере. Короче говоря, при всём желании, выдавить с Mali-400 в браузере что-то производительное не выйдет. Разве что какое-то нативное ПО с OpenGLES2 писать.

MX_Master писал(а):Я, кстати, вчера собрал, наконец, видеодрайвер с allwinner блобиками (r6p2) на RT ядре 4.19.х. Под рукой не было дисплея с HDMI, чтобы проверить. На неделе буду тестировать. Моя текущая задача, чтобы с ускорением заработал webgl в браузере.

И как сие отразилось на тест латенси?
Аппаратное ускорение webgl зачем? Если не сложно по подробнее изложи как оно планируется использовать.

P.S.
У меня на ядре 4.14.у аппаратное ускорение сильно ухудшило показания тестов. Отложил в сторону эту затею.

После 5 FPS в WebGL тесте я latency даже не стал замерять. Итак понятно, что такое аппаратное ускорение лично мне не подходит. WebGL в браузере я планировал юзать для отрисовки траектории в новом (веб) интерфейсе. Не срослось. Писать с нуля нативную морду для LinuxCNC с поддержкой OpenGLES2 довольно и муторно.

Учитывая подход разработчиков Orange Pi и Allwinner к софту для своих изделий, думаю, на вменяемую видео производительность можно не рассчитывать.

MX_Master писал(а):WebGL в браузере я планировал юзать для отрисовки траектории в новом (веб) интерфейсе.

Т.е. веб интерфейс формируется на апельсине machinekit, транслируется по сети, а смотришь его с другого компа в браузере?
И он выдаёт

MX_Master писал(а):5 FPS в WebGL тесте

.
Веб морда machinekit, судя по процессу сборки, показалась мне довольно тяжеловесной. На практике не пробовал.
Ещё заметил, что много пакетов автоматом собраны с поддержкой GL как оно писалось для х86, А библиотека GL, не находя аппаратной
поддержки, сама переключается на программный вариант.
Скорее всего виновник WebGL. Шестерёнки ведь ускоряются до 300.

Честно говоря, я планировал на плате запустить урезанный вариант linuxcnc, а полную версию с графическим интерфейсом на обычном ПК.
И связать их по сети. Вроде такой вариант возможен.

Я планировал сделать собственную веб-морду, которая могла бы пристойно работать и локально, и удаленно. Локально уже не получится. Разве что в виде текста и кнопочек, без траектории.

MX_Master писал(а):Я планировал сделать собственную веб-морду, которая могла бы пристойно работать и локально, и удаленно.

В промышленных контроллерах локально крутятся только консольные программы и передают/принимают данные на/от удалённ(ый/ого) ПК.
На удалённом ПК крутится SCADA, которая и обеспечивает интерфейс пользователя, или браузер. В одном месте, где работал, присутствовали
оба варианта. Управлялось всё из SCADA, а для начальства "реалити-шоу" картинка в браузере.
Попробуй локально на апельсине запустить веб сервис и cyclictest только на одном, выделенном, ЦПУ, а удалённо
посмотреть в браузере веб-морду. Одновременно наблюдая, что там локально cyclictest в консоли показывает.
Такой вариант может иметь право на жизнь

На latency работа веб-сервера не сильно отразится. Также как и работа XRDP/tightvncserver, которые я сейчас юзаю вкупе с tklinuxcnc

MX_Master писал(а):На latency работа веб-сервера не сильно отразится.

Вот и хорошо!
Хотя я имел в ввиду сравнение двух вариантов с поддержкой аппаратного ускорения Mali-400 в ядре и без оного для WebGL.
Речь об этом была?

Жаль, конечно, что столь долгожданные надежды на MALI не совсем оправдались и приходится пока думать как со всем этим жить.
Всвязи с этим хочу опять поднять тему с Keystick GUI, который совсем без графики. Вот какой уже месяц не могу спокойно спать из-за этого

В соседней теме выложили исправленный исходник. Сообщение №33
http://www.cnc-club.ru/forum/viewtopic. ... 46#p478346
Возможно ли эту исправленную версию вкомпилить в грядущую сборку или я опять, по недомыслию, прошу что-то невозможное?

going писал(а):Речь об этом была?

О чём бы речь не была, с WebGL на апельсине теперь всё понятно. Сам браузер жрёт ресурсы апельсина лопатой. А когда он рисует WebGL сцену, браузер даже притормаживает.

Если будут дальнейшие эксперименты с графикой на апельсине, то только на чистом С и с прямым доступом к OpenGLES2.

Kovus2 писал(а):В соседней теме выложили исправленный исходник. Сообщение №33
http://www.cnc-club.ru/forum/viewtopic. ... 46#p478346
Возможно ли эту исправленную версию вкомпилить в грядущую сборку или я опять, по недомыслию, прошу что-то невозможное?

Почему нет, займусь на досуге.

Может два апельсина?))
Один управляет движением, другой рисует...

Lexxa писал(а):Может два апельсина?))
Один управляет движением, другой рисует...

Дык, второй рисовать будет не лучше чем первый