OS 없이 사용할수 있는 그래픽라이브러리?

OS 없는 곳에서라... 아마 임베디드 쪽으로 하시려나 보네요

저도 임베디드 쪽인데, VxWorks를 씁니다.
그런데 그래픽 라이브러리는 없는데 OSD 를 짜야해서,
제가 직접 아이디어를 내고 구현하고 있는 중이죠.

GoF의 디자인 패턴이라는 책과
Java Swing 라이브러리 소스코드(이거 불법인가-_-)를 좀 참고해서
간단한 GUI 라이브러리를 구현해가고 있는 중입니다.

그런데 님의 경우 OS 도 없는 곳이라면,
malloc 이나 new 연산자 같은것도 안 된다는 거 아닌가요?
그런 것도 안되는 시스템이라면 정말 작은 시스템일텐데
그래픽 라이브러리까지 필요할지 의문이군요.

좀 더 정확한 상황 설명이 있어야 도움이 될 것 같습니다.

SDL이 있지 않나요?

직사각형 영역을 화면에 "blit" 하는 루틴만 있으면 포팅이 가능한 것으로 알고 있습니다.

--feanor

그래픽 처리 루틴은 그래픽 칩셋에 의존하기 때문에 그래픽칩셋이 뭐냐가 중요하겠지요.

320 x 200 x 256 이나 640 x 480 x 16 모드의 경우는 그래픽 표준이기 때문에
위와 같은 표준에 정의된 환경에서 그래픽 작업을 한다면 그래픽 칩셋을 무시하고 코딩하시면 되니깐 많이 수월할 것 같네요.
그 이상을 원하신다면 각 그래픽 칩셋회사에서 제공하는 드라이버를 까보는 수밖에 없을 듯 하네요.

1. target system에서 기본적인 framebuffer 처리(점찍기, 색상처리등)이 가능합니까?
이건 위에서 말씀 하셨으니 가능하시겠지요.

2. standard library의 사용이 가능합니까?
불가능 하다면 일반적인 라이브러리(그래픽스던 뭐던)를 포팅할때 많은 시간을 허버해야 할지도 모릅니다.

위의 두가지가 된다면 제가 말씀드렸듯이 일반적인 그래픽스 라이브러리의 포팅은 어렵지 않습니다. 신경써야 할 부분이라면 색상 디스플레이쪽에서 yuv<-> rgb정도를 변환해주는 것 정도가 있겠지요. 그리고 target cpu의 성능이 좋지 않은 경우라면 DrawPoint 등의 함수를 inline이나 MACRO로 바꾸어주는 것도 좋은 선택이 될 수 있습니다.

그 외에 graphics 처리에 optimize된 library를 chip에서 제공한다면 필요한 부분에서 이를 대체해주는 것도 성능상 좋을 것 같네요..

이 정도가 가능하다면 일반적인 2D library뿐만 아니라 덩치 큰 3D library도 가능합니다.