ТЕМА:

В каком виде представлены 3D данные?

Есть ли возможность передавать 3D модели с компьютера по виртуальному последовательному порту?

На картинке помимо домика есть текст. Расскажите об API для вывода текста.

CCMOV [r15], 0        // адрес в кэше для форматированного текста
CCMOV [r15+1], multiline_str  // шаблон форматирования
CCMOV [r15+2], 0xff00 // color|flags      белый цвет, форматирование включено
MOV [r15+3], r1 // 1-ый подставляемый параметр
MOV [r15+4], r1 // 2-ой подставляемый параметр
MOV [r15+5], r1 // 3-ий подставляемый параметр
DCALL printf_func // вызов функции форматирования
CMOV MEM_ADDR_LO, LO(TEXT_ADDR) // адрес в оперативной памяти, на который настроена видеопамять текстового режима
CMOV MEM_ADDR_HI, HI(TEXT_ADDR)
WRITE r0, 128*3 // запись 384-x (3 строки) ячеек из кэша в оперативную память
// ***
multiline_str: .ascii "Timer  Decimal: %u\n       Hex: 0x%x\n       Binary: %b\n" // вывод числа в разных системах счисления
usb_status: .ascii "[USB] Vendor:  0x000%X\n      Product: 0x000%X\n      Device:  0x000%X\n" // вывод в 16-ричной системе с фиксированной шириной числа (4 цифры) и ведущими нулями

Если соединить USB-порт платы расширения Марсохода с другим Марсоходом. Допустим, ваш usb_controller.sv запустится на USB Full-speed (12 Мбит/с), хватит ли этой скорости чтобы передавать 3D данные по этому интерфейсу между Марсоходами?

Не думали ли об эмуляции терминала VT-102?

Простаивают ли арифметические устройства при выполнении обычного кода, не относящегося к графике?

Ещё вопросы созрели. Почему именно 108 Мгц? Это как-то связано с таймингами видео? Как называется устройство/проект?

Устройство интересное. Пожалуй, мне бы даже было интересно его использовать при выполнении нескольких условий. Например, если скорости последовательного порта достаточно для вывода текста и 2D и 3D графики, то оно интересно как внешний терминал. Насколько я понял, вы предоставляете программное API для вывода текста. Интересен был бы некоторый протокол, с помощью которого можно посылая инструкции в последовательный порт установить курсор, установить цвет текста и вывести текст. Нарисовать точку, линию, круг, прямоугольник, залитый прямоугольник, картинку и 3D объект. А так же получить коды нажатых клавиш клавиатуры, подключённой к Марсоходу (и, возможно, данные от мыши).

Более привлекательными такое устройство станет если прошивка будет залита в флеш EPCS4 шилда разъёмов.

Что касается использования вашего проекта в составе "большой ПЛИС" в виде компонента "графический адаптер и ускоритель 3D-графики", то это тоже интересно, но тут возникает проблема арбитража SDRAM между вашей SoC и другими устройствами. (Имхо, это большая тема для обсуждения

В общем, я хочу сказать что мог бы стать пользователем вашего устройства, но не как программист, а как пользователь графического терминала. Если вам интересно развить проект в эту сторону, то могу принять участие в разработке протокола обмена информацией.

petrmikheev пишет: Проект -- miksys.

Интересен был бы некоторый протокол, с помощью которого можно посылая инструкции в последовательный порт установить курсор, установить цвет текста и вывести текст. Нарисовать точку, линию, круг, прямоугольник, залитый прямоугольник, картинку и 3D объект. А так же получить коды нажатых клавиш клавиатуры, подключённой к Марсоходу (и, возможно, данные от мыши).

Вроде, сделать можно. Но хочу уточнить: а какой в этом практический смысл? Если подключать к компьютеру, то было бы проще подключить напрямую второй экран и управлять им программно. Или вы хотите соединять с другим устройством, у которого нет своей графики? Будет ли достаточно разрешения экрана 640 на 480?

Более привлекательными такое устройство станет если прошивка будет залита в флеш EPCS4 шилда разъёмов.

Это без проблем. Программа с домиком вполне помещается в EPCS4. Загрузка с флешки в данном случае не необходимость, а демонстрация фичи.

Одно из возможных решений с SDRAM, которое не потребует переделок в моём проекте -- помимо графического ускорителя использовать в том числе и мою реализацию контроллера SDRAM, в которой арбитраж уже есть .

Если использовать мой проект в качестве составной части проекта для марсоход3, то возникнет еще одна задача -- переделать vga_controller.sv на работу с HDMI.

В общем, я хочу сказать что мог бы стать пользователем вашего устройства, но не как программист, а как пользователь графического терминала. Если вам интересно развить проект в эту сторону, то могу принять участие в разработке протокола обмена информацией.

Да, это интересно. Но тут еще много чего нужно обсудить.

alman пишет: ...вот где-то тут реальные пользователи.

Вот с чем не согласен, так это с тем, что второй монитор способен заменить терминал. Дополнительный монитор, в отличие от терминала, не позволит разделить компьютер между несколькими пользователями.

Например, вероятно вы сможете наладить продажи, если бы продавали "устройство в коробке" и драйвером ядра для Linux, который был создавал в /dev/mikTTY. А для Windows могла бы быть популярна DLL, предоставляющая высокоуровневый протокол работы с терминалом. Т.е. мне кажется что вот где-то тут реальные пользователи.

А какая глубина цвета в версии для Марсохода-2?

Задача - передавать информацию для отображения, информацию от устройств ввода, проброс порта USB (в некотором виде). Нужен некий стандарт, описывающий семейство протоколов для обмена информацией между устройствами (Марсоходами и т.д.). Если Вам это интересно, то предлагаю оформить это как-то документально в виде стандарта. Вопрос лишь в том, как это оформит - нужна какая-то площадка для дискуссий. При этом, в случае разработки такого стандарта, мне бы очень хотелось видеть Ynicky и других активных участников форума Марсохода.

petrmikheev пишет: Не верю. Скорее всего можно по цене марсохода купить одноплатный компьютер с нужным набором разъемов. А потом использовать его в качестве тонкого клиента.

petrmikheev пишет: Не думаю, что тут имеет смысл придумывать универсальный протокол. Это чревато чрезмерным усложнением и впустую потраченными усилиями. Пока что вы -- единственный гипотетический пользователь протокола, поэтому давайте ориентироваться конкретно под ваши нужды (оставив, разумеется, возможность для расширения протокола в дальнейшем). Не могли бы вы рассказать, что у вас за устройство, и какая информация будет визуализироваться? Важна ли здесь именно 3д графика? А, к примеру, текстурирование и освещение?

В общем, для начала интересно - рассматриваете вообще вышесказанное как выполнимые желания? Тут как бы вариант получить "странного" пользователя в моём лице или ждать других, более адекватных пользователей. :)

Моё устройство в некотором роде конкурент вашему, поэтому было бы неэтично рекламировать его в этой теме.

На самом деле мне нужен алфавитной-цифровой терминал, подключаемый к шилду разъемов по USB.

Что касается графики, то здесь любопытство скорее праздное

Насколько я понимаю, текстурирование для вывода графики Doom это обязательное условие и без него затея смысла не имеет. Что касается освещения, то это интересная, но (имхо) необязательная возможность.

И на конкурента как раз было бы интересно посмотреть и сравнить.

На самом деле мне нужен алфавитной-цифровой терминал, подключаемый к шилду разъемов по USB.

Что касается графики, то здесь любопытство скорее праздное

Тогда я предлагаю реализовать VT100, а про остальное думать потом.

Именно Doom сделать не получится. Нужно помнить, что у меня очень серьезное ограничение по количеству треугольников и размеру текстур. Суммарный объем текстур не может превышать 16 килобайт (это две текстуры 64х64 или 8 текстур 32х32). В приложенной вами картинке текстур явно больше.
А освещение в каком-то виде нужно. Когда оно есть, оно незаметно. Но когда его нет, картинка теряет всякое сходство с реальностью.

alman пишет: USB контроллера пока нет, именно поэтому заинтересовался вашим. Но да, надеюсь через FDI прокинуть последовательный порт. Это позволило бы отлаживать взаимодействие с Марсоходом-2 с помощью компьютера. Насколько я знаю, без перепайки кабеля нет возможности соединить два USB-мама разъёма, поэтому хотелось бы обойтись стандартными средствами. Как вариант - соединить ноги разъёмов двух плат, но всё же хочется использовать только стандартные средства.

alman пишет:

Именно Doom сделать не получится. Нужно помнить, что у меня очень серьезное ограничение по количеству треугольников и размеру текстур. Суммарный объем текстур не может превышать 16 килобайт (это две текстуры 64х64 или 8 текстур 32х32). В приложенной вами картинке текстур явно больше.
А освещение в каком-то виде нужно. Когда оно есть, оно незаметно. Но когда его нет, картинка теряет всякое сходство с реальностью.

Увы, я имею поверхностные представления о 3D-графике. Можно уточнить? Вот эта картинка из Doom не очень удачная - "вид из окна" с горами, насколько я могу судить и помнить, сделан не текстурой, а типа фоновой картинки, т.е. сцена отрисовывается поверх картинки, а там, где окно, просто ничего не рисуется и остаётся как бы вид из окна. А во время поворота фоновая картинка сдвигалась тоже. Это было наглядно видно в игре. Сами же текстуры, за редким исключением, довольно просты и примитивны. Бегало это довольно шустро на 386DX2-66 МГц.

С чем связан ограниченный размер текстур? Точно уж не памятью - 640х480х2 = 614400 байт видеопамять. На всё остальное остаётся больше 7 Мб.