короче привет,

Привет!

Я прогер виндузятник.

Поскольку язык не указан, я считаю, что паскаль.

FreePascal+Lazarus умеет в GetDC(0).

да и наверное пока

Пока! Ты неинтересный, попытка откровенная слабенькая.

визуальная память робота

Точно пока.

Ого! Спасибо не ожидал столько текста на мою персону (без сарказма)...

Сперва бейсик (БК-0100101010), потом GW, потом quick, потом асм 8086 DOS резиденты откатал нормально, потом Borland Turbo С, так глянул и забыл, потом винда QuickBASIC 7.0, потом Borland Compiler Win32, Потом Borland Builder 1.0, потом 6.0 катался много лет... с графикой сложно медленно но есть... Недавно появилось время на работе свободное и теперь Microsoft Visual Studio Express 2012 for Windows Desctop. На пикселях наваял движок, вся работа с графикой исключительно в BMP32 файле (в памяти ессно) ни каких библиотек. Как перенести под линукса без OpenGL и winx? Паскаль преподавал но в член не ставлю, плюсы рулят но только без объектов, моё это структуры и функции всё остальное от лешего... Буду признателен... Спасибо!

почему в нормальной [..] операционке нет «файла» МОНИТОР?!

В Plan9 есть. Но это будущее, которым оно должно было быть...

Скриншот экрана:

topng </dev/screen >screen.png

Позиция мышки:

cat /dev/mouse

В байте сколько бит?

От 4 до 10 обычно.

char - это всегда 8 бит?

Нет.

В слове «скажите» ударение не нужно ставить, оно очевидно.

Кури DRI. А также вместо C++ используй C.

Линукс, очевидно, способен обеспечить доступ к пикселям монитора. Или ты думаешь, что GUI работает в обход ядра?

Файл обычно состоит из байтов (с точки зрения пользователя libc). Если копать глубоко, то никакого файла на самом деле нету.

Хочется показать свои наработки под DOS — запусти их в DOSBox.

это будущее, которым оно должно было быть...

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

В байте сколько бит?

От 4 до 10 обычно.

До 32-х обычно.

И что с того? Каждое приложение изначально бежит в своей собственной песочнице (namespace) и рисует в своём собственном окне (с точки зрения приложения — оно fullscreen, хоть и в окошке).

Да, и это всё было уже 20 лет назад.

В общем, почитай сначала, прежде чем говорить такие глупости.

А кое-где и 36 и другое любое удобное число.

нет «файла» МОНИТОР?!

за то есть X Server, который слушает по адресу localhost:6000. Т.е. через сеть интернет. (не бойся, снаружи этот сервер невиден).

Есть подозрения что Линукс в принципе не способен обеспечить программиста доступом до пикселей монитора и до кнопок клавиатуры

может. Магические заклинания: «gtkmm», «Qt». Заклинать гугл в новолуние.

ЗЫ проверка на вшивость - файл состоит из байтов или из битов?

из тех и из других

В байте сколько бит?

а почему вы спрашиваете?

char - это всегда 8 бит?

ВСЕГДА!!! по нашему стандарту POSIX. Слава GNU! поклонимся его логотипу!!! https://upload.wikimedia.org/wikipedia/commons/thumb/2/22/Heckert_GNU_white.s...

спасибо заранее.

пожалуйста.

плюсы рулят но только без объектов

you make my day

Если копать глубоко, то никакого файла на самом деле нету.

нет, просто ты прокопал сквозную дыру, и теперь в файле нет линукса.

Кидай ссылку на API, почитаю.

topng </dev/screen >screen.png

Я что-то не подрубаюсь. Исходя из того, что ты сказал, /dev/screen для topng является песочницей (куда topng должен сам рисовать). Как скриноштинг будет работать в таком случае?

/dev/screen это конечно круто, но слишком переупрощение и не отвечает современным юзкейсам.

В линуск давно уже есть dri интерфейс, который вывешивает наружу /dev/dri/card* для каждого устройство. Приложение открывает этот файл и через ioctl-и может создать kms-ный буфер отрисовать туда что хочет (например при помощи видеокарты, а не попиксельно как в твоем /dev/screen) и отправить буфер выводиться на нужный crtc.

Естественно, это все достаточно низкоуровнево и поэтому приложению проще работать и создавать и обмениваться буферами с композитором при помощи платформеных либ.

Про фреймбуфер тебе уже сказали?

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

Если у тебя "готовый движок трехмерки", то он наверняка на куде или хотя бы openCL + использует DMA, иначе он не будет крутым, т.к. OpenGL заткнет его за пояс!

А раз так, то ты задаешь вопрос в стиле "я написал крутую штуку, но она не работает почему-то".

Спали, что за dma такое я могу использовать в своем движке?

приплыли

Я что-то не подрубаюсь. Исходя из того, что ты сказал, /dev/screen для topng является песочницей (куда topng должен сам рисовать). Как скриноштинг будет работать в таком случае?

topng читает из stdin, куда направляется данные /dev/screen, и пишет в stdout, который записывается в screen.png

direct memory access же

У меня есть приложение, в которой есть функция main. Какую функцию мне вызвать чтобы заюзать DMA?

/dev/screen текущего процесса (то есть шела по сути).

Недавно появилось время на работе свободное и теперь Microsoft Visual Studio Express 2012 for Windows Desctop.
плюсы рулят но только без объектов, моё это структуры и функции всё остальное от лешего...

Ты про Си слышал вообще?
И что такое winx?

Ты про Си слышал вообще?

да.

И что такое winx?

нет, но я загуглил. Девочки лет 8 с сиськами как у 14и летних. А ноги были нормальными, но их вытянули в 3 раза. Жуткое зрелище.

Это были вопросы для ТСа.

Сперва бейсик (БК-0100101010), потом GW, потом quick, потом асм 8086

То есть, тебе, как минимум, за 30, а то и под 40 (БК-шки — это конец 80-х). И ты до сих пор не осилил английский и гугл до уровня, требуемого для того чтобы не задавать дурацких вопросов на ЛОРе?

Уходи.

Ну, из этих 36 могут, например, адресоваться независимо 3 по 12. Тогда байтом и будет 12.

ну да, а что?

вообще topng не может рисовать в /dev/screen, т.к. в качестве входных данных он одномоментно получил дамп пикселей, не более.

Мда.

а что делает эта команда?

разверни свою мысль — нифига не понятно. (или прочитай следующий коммент)

А кое-где и 36 и другое любое удобное число.

Это всё-таки слово уже, туда влезает шесть 6-битных символа.

ВСЕГДА!!! по нашему стандарту POSIX.

Не посиксом единым, так что по стандарту языка не меньше восьми.

«всё есть файл»

не правильно,
правильно: «всё есть фэйл»

Не посиксом единым

пруф?

http://stackoverflow.com/questions/881894/is-char-guaranteed-to-be-exactly-8-...

А можно было потратить полчаса на изучение SDL.

Алсо, обилие обсценной лексики в ОП, лично мне неприятно смотреть на говно в голове ТС.

нет, дай мне пруф «не посиксом». Только не маздай.

PDP-10, для него есть gcc-3.2, и там CHAR_BIT=9 в include/limits.h

PDP-10

о! А эмулятор есть?

В блобе есть псевдо-DMA. Скажем, при помощи куды ты можешь напрямую работать с массивом вершин, а OpenGL уже будет отрисовывать.

педивикия

/* The Linux graphics stack adheres to Mesa 3D В компьютерах, Direct Rendering Infrastructure (DRI) — это интерфейс и реализация в виде свободного ПО, используемая в системе X Window System, позволяющая пользовательским приложениям безопасно получать доступ к видеоаппаратуре без необходимости использования X server (замедляющего этот процесс). Основное назначение DRI — обеспечение аппаратного ускорения Mesa, одной из реализаций OpenGL. Он также позволяет реализовать ускорение OpenGL на framebuffer console без запущеного X Server’а */ ЧЕЛОВЕК!!! буду курить авось поможет... спасибо! ЗЫ я тоже считаю что файл состоит из байтов. ну по крайней мере файл размером в пол байта мне ни кто так и не сумел показать... :(... а копать глубоко ну его в пень - мне квантов и планковской длины хватает... http://www.gamedev.ru/files/?id=85471 http://www.gamedev.ru/files/?id=78711 Shift - ускорение + 1 Ctrl - ускорение + 10 WASD+QE колесо мыши и левый клик

И я ни как в толк взять не могу почему в нормальной с виду операционке нет «файла» МОНИТОР?!

В линуксе ты его можешь создать. Напиши драйвер и всё будет пахать. Я молчу про всякие drm0 и fb0, потому, что не сильно волоку.

Теперь про нормальность. В СамойЛутшейОси есть con. Зачем ты полез в линукс? Подключаешь драйвер ansi и хоть зазакрашивайся.

братишка, не стадах херней, пиши на OpenGL, так как там все продумано
Ты можешь в /dev/dri/card# строчить, но за#@ешься
Что бы было круто, считай всякую хню через OpenCL

Visual Studio

Это IDE, я в нем пишу на Visual C plus plus, а ты на каком?

да понял я что без растеризации треугольников производительности не получить... вобщем согласен - OpenGL беру на вооружение... :(...

я вообще то сейчас на ST пишу.. :)... а под студией ясен перец С++! только с объектами я накололся - производительность меньше, понимание кода тоже, так что только struct void* char и прочие кошерные вещи...

Под студией что угодно может быть
Я там и на C#, и на F# писал когдато

Какая толстая лалка.

Кидай ссылку на API, почитаю.

http://www.cs.bell-labs.com/sys/doc/names.html

Там есть про это.

В частности:

The bitmap device contains three files, /dev/mouse, /dev/screen, and /dev/bitblt, that provide an interface to the local bitmap display (if any) and pointing device.

When a process forks, the child process shares the name space with the parent. Several system calls manipulate name spaces.

One of the attributes is the name space: when shared, changes made by either process are visible in the other; when copied, changes are independent.

dd if=/dev/zero of=/dev/fb0 seek=<screen_width*y+x> bs=<Bpp> count=1 закрасит чёрным

адекватным (виндузятников я за таковых не считаю) программерам

Я прогер виндузятник

OpenGL ничего не рисует. Рисует видеокарта в color buffer, который является часть frame buffer.

не видно что-то... или это не должно работать в обычном графическом режиме (в смысле в иксах)?