Newsgroup: it.comp.os.linux.sys
Titolo: Gestione finestre mediante OpenGL

Non s se questo è il NG più adatto per questa cosa (nel caso non lo 
fosse, me ne scuso), ma... per caso si sa di qualche progetto per 
portare anche sotto Linux la possibilità di gestire le varie finestre 
dei vari programmi attraverso OpenGL, in moda da far accelerare 
l'interfaccia dalla scheda grafica, senza fare si che sia il processore 
ad occuparsene, come avviene sotto Mac e in futuro (se non sono solo 
bugie...) sotto Windows?
E' comunque una cosa che deve essere supportata già da X.Org, o sta al 
window/desktop manager gestire la cosa?
Grazie
-- 
Marco Iannaccone
FAKEci...@email.it
(togliere 'FAKE' dall'indirizzo - remove 'FAKE' from the address)

Mi pare che attualmente lo standard openGL sia di proprieta'
microsoft, perche' si e' comprata il detentore del brevetto
tempo fa.
Correggetemi se sbaglio.

 Grazie
-- 
Lorenzo "Paulatz" Paulatto
Trieste
Dagli errori di Windows 98:
1070 0x042E Dopo l'avvio, il servizio si è sospeso in uno stato di attesa.
1440 0x05A0 Schermo già bloccato.


Mi sembra estremamente poco probabile. OpenGL nasce tantissimi anni fa 
con scopi totalemnten diversi da quelli attuali, non credo ci sia mai 
stato uno brevetto su opengl.
Inoltre se è standard (ed *è* standard) non può esser brevettato.



Sbagli di grosso!!!
Microsoft c'entra proprio poco con OpenGL (e tra l'altro a stento la 
suppporta in Windows...) per fortuna!



Tra parentesi, per Windows infatti queste finiestre gestite in 3D non 
saranno gestite in OpenGL, ma col successore delle DirectX...


 alternativi ad xfree e 
x.org
 come fresco 
http://www.fresco.org
Ho dato per ora solo un'occhiata veloce a fresco, e non mi pare di aver 
notato questa cosa.
In pratica, attualmente, quando si deve disegnare una finestra, il 
server grafic (etc...) accede alla memoria grafica, riempiendola, come 
si è sempre fattto, con quello che di volta in volta serve, e che poi la 
scheda grafica manda sullo schermo 8scusatemi per l'estrema semplicazione).
Su questo strato si appoggia poi ad esempio OpenGL per gestire immagini 3D.
Quello che fa invece il sistema grafico di Mac OS X è avere OpenGL prima 
del server grafico, che si appoggia a questo (vabbeh, è più complicato, 
e interagiscono...), e quindi tutto è mostrato in un contesto OpenGL, e 
quindi le finestre delle applicazioni, semplificando al massimo, sono 
dei box bidimensionali gestiti via OpenGL dove il contenuto non è altro 
che una texture ce vi è applicata sopra. In uesto modo tutti gli 
spostamenti delle finestre, i ridimensionamenti, le tarsparenze, etc... 
sono totalmente gestiti dall'hardware OpenGL comliant, e non ricadono 
più sulla CPU.
Mi incurisiosiva questa frase letta nelle release ntes di X.Org R6.8.1:
"Support for 3D immersive user environments like=20 Looking Glass(1) and 
Croquet"
A me non interessa avere un desktop manager 3D, ma questa frase mi fa 
intuire che sia possibile in qualche modo far "disegnare" le finestre 2D 
via OpenGL con l'ultima versione di X.Org...


Mi correggo, ho trovato questo (pero' la storia
dell'acquisizione di parte dei diritti sulla tecnologia
attraverso l'inglobamento di qualcosa da qualche parte
l'avevo letta, il che mi aveva allarmato):
Da "
http://punto-informatico.it
":
OpenGL 2.0 sfida DirectX 9
Il gruppo di società che appoggia lo standard grafico aperto
OpenGL ha rilasciato una nuova specifica, la 2.0, che
promette di mettersi in pari con DirectX e sfruttare a fondo
le ultime novità tecnologiche nella grafica 3D
13/09/04 - News - Roma - Rilasciata la scorsa settimana, la
nuova versione 2.0 delle librerie grafiche OpenGL
rappresenta, a detta dei suoi creatori, la più importante
tappa nella storia di questo standard.
La specifica OpenGL 2.0 sfrutta più a fondo i moderni
acceleratori grafici 3D introducendo, fra le altre novità,
nuove funzioni per la creazione di shader e oggetti
programmabili, le stesse che permettono ai grafici di
aggiungere alle proprie creazioni effetti speciali,
soprattutto basati su ombre e luci, sempre più vari e
raffinati.
La versione 2.0 viene dichiarata compatibile con tutte le
precedenti release di OpenGL, inclusa la 1.0: questo
significa che i vecchi software non necessitano di modifiche
per girare sotto il nuovo ambiente grafico.
OpenGL.org ha pubblicato una sintesi delle novità tecniche
di OpenGL 2.0 qui, mentre la specifica integrale può essere
scaricata sotto forma di documento PDF da qui.
OpenGL è una collezione di API (Application Program
Interface) per la grafica 2D e 3D sviluppata originariamente
da Silicon Graphics (SGI) per il proprio hardware. In
seguito SGI ha fatto delle proprie librerie grafiche uno
standard aperto, oggi supportato da società come Apple, Sun
e IBM. Nel settore dei videogiochi OpenGL si pone come
alternativa alla tecnologia DirectX di Microsoft, a cui è
fino ad oggi sopravvissuta grazie soprattutto al supporto di
sviluppatori di giochi come Id Software (Doom, Quake) e
Valve (Half Life).
Lo scorso anno, Microsoft ha ritirato la propria
partecipazione dalla guida di OpenGL.org motivando questa
scelta con l'incapacità, per tale organizzazione, di tenere
il passo con le innovazioni tecnologiche sviluppate nel
mondo dei videogiochi e della multimedialità. Microsoft ha
ovviamente tutto l'interesse a fornire esclusivo appoggio
alla sua tecnologia proprietaria, DirectX, che ormai da
diversi anni è lo standard grafico di riferimento per il
mondo Windows.
A differenza di DirectX, disponibile solo sui sistemi
operativi di Microsoft, OpenGL abbraccia diverse piattaforme
e dispositivi, anche mobili.


Dai un'occhiata a questo progetto 
http://insitu.lri.fr/~chapuis/metisse/index.html
 dovrebbe essere quanto 
cerchi
Luca

 cerchi
Grazie!
Apparentemente č ispirato in parte a Darwin, che č propio il server 
grafico di Mac OX a cui mi riferivo.


Casomai interessasse a qualcuno, ho trovato anche questo:
http://www.stud.uni-karlsruhe.de/~unk6/transluxent/


 a Darwin, che è propio il server  grafico di Mac OX
Darwin è il kernel di MacOSX.
-- 
Per non dimenticare:
http://snipurl.com/SdC_ed_il_vino
Le sigarette a volte danno buoni consigli:
http://snipurl.com/sigarette

 Darwin è il kernel di MacOSX.
Si, scusami, ho scritto male.
All'implementazione per Mac OS X di X11, che a quanto pare su uno dei 
link segnalati, viene indicato col nome XDarwin (ho omesso una X! :-P)!


 link segnalati, viene indicato col nome XDarwin (ho omesso una X! :-P)!
:-D
