Перевод координат

Всем привет. У меня такой вопрос. Какие нужны формулы для переноса 3D в 2D. Задача стоит следующая: есть плоскость с 3D объектами. Есть камера, знаем высоту и ширину экрана пользователя, а также координаты камеры.Нужно преобразовать то, что "видит" камера в двумерный массив "цветов", что бы в дальнейшем сохранить в картинку.Вопрос, как это сделать? (Мне кажется такой же процесс происходит при рендере в 3Dmax)

0

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

Добавлено через 10 минут
текстура, пологаю, наносится на развёртку сюзанны (блендер 3д). то есть при рендере, скорее всего текстуры и прочая двухосная графика наносятся на развёртки объектов, а потом уже визуализируется рендер. в рабочей камере визуализация происходит без текстур и оптической физики. хотя, возможно, что визуализация начинается с развёртки объекта ещё в рабочей камере, это было бы быстро и удобно. то есть рисовать 3д объект нужно сразу с 2д, но по алгоритму обработки развертки

Добавлено через 11 минут
можно смело создавать 2д массив 3д аобъекта-развертку, информация о 3д объекте будет сохранятся в копиях одних и тех же вершин, принадлежащих разным поверхностям. всё элементарно . я решаю ту-же задачу, или похожую, так-что давай меняться соображениями. ещё можно подумать на предмет применения технологических пространств (мой личный приём), но это отнимет некоторое время.

0

с тс соображениями поделился-ему однозначно делать развертку. раз тс не хочет делится соображениями со мной, тщательно погуглив и ничего не найдя, сгенерируем соображения самостоятельно. мой случай проще визуализировать 3д модель, для начала. итак создаем колоду карт поверхностей модели, и к каждой карте поверхности 3 карты камеры (камера у меня простецкая, отображает только то, что все обычно получают построением проекции, да и файлики то стл, состоят из треугольников). карты поверхностей могут менять свое положение в колоде, как последовательность или номер слоя, перемещаться в плоскости колоды. само же проецирование тогда будет смещение карт в плоскости колоды, изменение их положения к поверхности колоды. карты камеры работают следующим образом: они состоят из прозрачной части и непрозрачной, непрозрачная часть будет усекать конкретную поверхность, за которой закреплена эта конкретная карта камеры. таким образом визуализировать 3д модель-расположить карты "колоды" в соответсвующем порядке и сместить их соответственным образом, помимо смещения карты разумеется можно поворачивать. вот таким образом я буду производить визуализацию или построение изображения по 3д модели. думаю неплохо придумал.

Добавлено через 12 минут

0

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

0

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

0

Соображения выглядят гуд. Но проблема в том, что я хотел писать эту штуку на Java Script . Так было по задумке. Поэтому нужен алгоритм, который сведет кол-во операций по преобразованию к минимуму, дабы не нагружать браузер.

0

ну вот, поэтому я и думаю, как применить технологические пространства, чтобы обойти традиционную геометрию. а так-поверь, быстрее не будет, нужен способ обойти традиционную тригонометрию. раньше многое решалось более простыми способами, но пришли люди-одни, которые получают деньги за буквы, другие-которые их охраняют, и стало всё по другому. например есть задачи по физике, которые решаются интегральными уравнениями и пр., но есть решения вообще изящные, тех же задач, старыми способами-через площадя (Пифагор), но чтобы решить их теми способами-нужно уметь думать: с какой стороны и как подойти к задаче. есть люди, которые не могут этого, как ни странно, но легко запоминают много букав, которые даже порой между собой логически не связаны. они-то и пишут много букав. хочешь решить просто-думай, решение есть однозначно, его не может не быть, так как задача реальная. есть изначально нереальные задачи, неправильно поставленые. а то, что нужно тебе-это реально, но нужно ломать голову, точнее то-что в ней. я вообще на Lisp собираюсь исполнять это, и меня это не смущает, как и то, что я не написал на нём ещё ни одной программы, ну может какую нибудь маленькую и никчёмную разве что.

Добавлено через 4 минуты

0

Сообщение от titans2011 Соображения выглядят гуд. Но проблема в том, что я хотел писать эту штуку на Java Script . Так было по задумке. Поэтому нужен алгоритм, который сведет кол-во операций по преобразованию к минимуму, дабы не нагружать браузер.

Если не секрет, то зачем такой изврат? WebGL или тот же Unity3d использовать не проще будет?

0

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

0

Сообщение от XAHOK Если не секрет, то зачем такой изврат? WebGL или тот же Unity3d использовать не проще будет?

Unity исспользует свой язык, мне не хочется его изучать. А скрипт я уже знаю. Там тупо можно создать таблицу по одному пикселю без рамок на весь экран, и функцию по переводу координат 3D в цвет точки. Как-то так. но не знаю. мне кажется для меня это пока сейчас рановато. Я просто думал есть какие нибудь библиотеки или что-то в этом духе, а самому писать ещё рано.

0

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

Добавлено через 11 минут
хотя нет, это же машинная графика, там прийдётся задавать координаты хорды . зато техника визуализации посредством карт прекрасно подошла бы для фотонных ЭВМ, так что не всё изврат, что изврат по чьему-либо усмотрению. наложил изображения, вычел их где нужно, никакая электронника не обгонит. то же самое с логикой фотонного ЭВМ. но пусть будет лучше изврат:троллю-троллье, а я свои пересечённые прямые вынесу сам, как-то.

0

Я таки плюсую оратора с webgl, по сути эта та самая библиотека для работы с 3д из жабаскрипта, которую хотел ТС. И там всё(в идеале, ага) работает с аппаратном ускорением.

0

с аппаратным ускорением не поспоришь, только я не оратор, если что

0

0

Добавлено через 4 часа 23 минуты
titans2011, в HomeLisp есть такая функция: Функция GRWARC принимает семь аргументов: идентификатор окна, координаты центра, радиус окружности, угол начала и угол конца дуги, цвет задается последним параметром (битовой шкалой). Вот подробный пример рисования дуги.

если

есть интересная функция GRWARC. у неё задаётся начальный угол и конечный. это интересно ( в плане алгоритма выполнения самой функции), а нельзя никак вернуть значения двух крайних точек дуги? если алгоритм хорош и можно вернуть значения двух крайних точек, то в визуализации 3д объектов можно обойтись без блобов и больших массивов и вообще больших вычислений. интересен механизм функции, если не секрет. вернуть координаты двух крайних точек и было-бы очень хорошо. я бы попробовал тогда метод карт поверхностей и карт камеры, какая разница чем я буду усекать поверхность-залью отрез цветом фона замкнутым контуром дуги и соединением крайних точек хордой, вот и отсечение. тогда синусы и косинусы мне уже вычислять нет нужды. уже побыстрее выходит. Добавлено через 11 минут было бы очень хорошо вернуть координаты крайних точек, если дугу замкнутую хордой можно залить как контур.

посмотри в Jawa Script, может сгодится. к тому же на базе хорды можно создать многоугольник, если нужно.

0

Хорошо, посмотрю.

0