最底層是系統呼叫(在核心裡)和驅動程式(一般是可插拔核心模組)。使用者域的程式只能透過呼叫這些來畫圖。硬體一般會實現VGA,SVGA等基本通用標準。其餘的高階功能有驅動程式提供。高層的opengl,d3d實現庫裡等都會直接或間接呼叫系統和驅動介面。amd顯示卡有開源驅動，很多bios也有原始碼，可以自行讀原始碼研究。建議先了解下上世紀80x86時代在真實模式作業系統上是怎樣畫圖的。

當然沒問題了。DOS時代都是自己寫介面的。

basic C foxbase都可以 其他語言應該問題不大

對了 用C語言寫微控制器程式驅動螢幕也做過。為顯示中文還自己寫漢字型檔。

當然可以，我上大學的時候電子協會的假期題目就是組合語言編一個程式，圖形顯示文字，圖片和時鐘。其實就是點陣，一共一千行左右，各種暫存器記憶體操作。更難的題目是用微控制器和液晶屏做一個示波器。c語言要輕鬆很多了。但問題是你要鍛鍊什麼能力，再牛逼自己造顯示器驅動也可以。

所以說難度大的事情很多，你提的事只是剛好自己蹦一下能達到的。如果為了學習，全力支援你，如果只是為了挑戰，建議站在巨人的肩膀上，多做點有貢獻的事。

可以的，大學時候我畢業設計做一個漢字輸入和顯示，當時就是把按鍵轉換成漢字後用呼叫漢字點陣一個一個點打印出來，最後成功顯示漢字，完成漢字輸入。複雜的圖形也可以按畫素顯示出來。但是寫遊戲你的精力是在遊戲邏輯指令碼設計而不是繪圖，所以有directx3D引擎庫，加快遊戲開發。

當然可以！找一塊微控制器，控制一塊點陣顯示屏，你就可以繪製出任何硬體支援的圖形！

注意，不借助庫來繪圖，理論上只能是對硬體直接程式設計才行。哪怕是在作業系統下，透過系統API繪圖，你也是在用別人寫好的庫，所以你這個前提還是比較厲害的！

能。大學時在dos中寫過俄羅斯方塊，但是仍然需要呼叫基礎的圖形介面。難不成繞過顯示卡驅動直接讀寫？這麼做的成本太高了。畢業設計是機器人模擬，使用OpenGL實現3d。如果完全手擼…不敢想～

顯示器是平面的，也就是說顯示的圖案實際是一個個帶顏色的點填滿一個矩形。用程式碼往視訊記憶體裡面去填這些點陣就能顯示圖案了。在dos下面是可以的，現在的windows估計有限制，不確定。

可以，甚至是不用C語言，直接寫都行，影象檔案本質就是二進位制資料，你瞭解某種影象的格式之後依葫蘆畫瓢就可以寫出影象了

當然可以，而且如果只是愛好的話，可以直接搞個帶lcd的微控制器開發版，自己去實現顯示驅動，自己設計實現圖形庫就可以了。而且成本也不高，如果夠牛逼的話可以搞個開元源ui庫，使用的人多了，你也可以一戰成名啊

當然沒問題，但影象起碼要有顯示標頭檔案吧

graphics.h要不

或者wingdi.h

不知道你說的其他庫範圍多大。

從彙編到c到c++,從gdi到gdi+,軟體也在進化迭代。從頭造輪子，不僅需要勇氣毅力，還要技術，特別是建構複雜框架的組織能力。