De hecho, en sentido absoluto, si estás utilizando Qt no te hace falta servidor gráfico para nada, en realidad lo mínimo que te hace falta es un/dev/fbX donde pintar, yo mismo lo he hecho alguna que otra vez cuando haciendo algún que otro encargo para la empresa, hemos hecho correr sistemas con Linux en 8 megas de RAM con entorno gráfico, sonido, animaciones y todo corriendo como un rayo.
Qt permite que le indiques incrementalmente las capacidades gráficas de las que dispone el hardware, por ejemplo si hay disponible un blitter o openGl. De hecho viene con su propio sistema de ventanas, QWS, y una vez configurado te maneja hasta los punteros del raton o la pantalla táctil.
Es casi trivial echar a andar un sistema utilizando un framebuffer con aceleración gráfica OpenGL ***DENTRO*** de una ventana, hacer es sistema completo sobre opengl es un poco más complicado porque tienes que mapear las primitivas que utiliza Qt para dibujar los widgets y evitar tener que copiar todo dentro de texturas cada vez que uno hace una operación, pero esto lo iban a resolver en Qt5. hay que reseñar que Android te proporciona drivers que funcionan de ambas maneras, y creo que por ahí van los tiros.
Para aplicaciones que no están basadas en Qt basta lanzar un servidor X en modo rootless, lo único que tienes que hacer es mapear las primitivas del servidor a las de Qt (que a su vez las mapea al hardware). Esto lo hice una vez en 2005 o 2006, y se puede lanzar las X bajo demanda, por ejemplo, aunque el hecho de lanzar las X te multiplique por 2 las necesidades de memoria (nosotros nunca la hemos tenido corriendo con menos de 16 Megas de RAM, y eso las X solas).
Si es esto lo que van a hacer, me parece un poco carota llamarle servidor gráfico, en realidad van a usar el que Qt incorpora.
Querrás decir Wayland, Unity es un escritorio. El servidor gráfico es X.org [wikipedia.org] y antes de este que anuncian lo querían sustituir por Wayland [wikipedia.org].
No hablan de sustituir Unity por esto, hablan de sustituir X.org por Mir en lugar de utilizar Wayland. Son un poco veletas estos de Ubuntu.:P Unity lo cambian a Qt simplemente.
Claro que mas bien lo que quieren es tener el control, ya que para poder aportar código debes cederles los derechos al estilo Cups. Cosa bastante mala siendo una empresa quien controlará todo el código y decidirá por donde va a ir.
-- Si no obtienes respuesta sera porque no la mereces.
Este caso seria el segundo, ellos decidirán que hace y que no hace el núcleo y cualquier aportación que sea aceptada tendrá como requisito que el código les pertenecerá. Así que aunque el 99% del código fuera tuyo, ellos decidirán todo sobre el camino a seguir.
-- Si no obtienes respuesta sera porque no la mereces.
Toda la informacion
(Puntos:3, Informativo)( Última bitácora: Viernes, 25 Julio de 2008, 17:50h )
https://plus.google.com/100409717163242445476/pos
http://pastebin.com/KjRm3be1 [pastebin.com]
Pues no lo tienen difícil....
(Puntos:3, Informativo)( http://kernel.org/ | Última bitácora: Viernes, 31 Julio de 2015, 11:54h )
Qt permite que le indiques incrementalmente las capacidades gráficas de las que dispone el hardware, por ejemplo si hay disponible un blitter o openGl. De hecho viene con su propio sistema de ventanas, QWS, y una vez configurado te maneja hasta los punteros del raton o la pantalla táctil.
Es casi trivial echar a andar un sistema utilizando un framebuffer con aceleración gráfica OpenGL ***DENTRO*** de una ventana, hacer es sistema completo sobre opengl es un poco más complicado porque tienes que mapear las primitivas que utiliza Qt para dibujar los widgets y evitar tener que copiar todo dentro de texturas cada vez que uno hace una operación, pero esto lo iban a resolver en Qt5. hay que reseñar que Android te proporciona drivers que funcionan de ambas maneras, y creo que por ahí van los tiros.
Para aplicaciones que no están basadas en Qt basta lanzar un servidor X en modo rootless, lo único que tienes que hacer es mapear las primitivas del servidor a las de Qt (que a su vez las mapea al hardware). Esto lo hice una vez en 2005 o 2006, y se puede lanzar las X bajo demanda, por ejemplo, aunque el hecho de lanzar las X te multiplique por 2 las necesidades de memoria (nosotros nunca la hemos tenido corriendo con menos de 16 Megas de RAM, y eso las X solas).
Si es esto lo que van a hacer, me parece un poco carota llamarle servidor gráfico, en realidad van a usar el que Qt incorpora.
Saludos.
1 + 2 + 3 + 4 + 5 + 6 + 7 +... = -1/12
Re:Saltándome las polémicas...
(Puntos:3, Interesante)( http://www.fsf.org/ | Última bitácora: Domingo, 09 Mayo de 2004, 05:32h )
El servidor gráfico es X.org [wikipedia.org] y antes de este que anuncian lo querían sustituir por Wayland [wikipedia.org].
No hablan de sustituir Unity por esto, hablan de sustituir X.org por Mir en lugar de utilizar Wayland. Son un poco veletas estos de Ubuntu.
Unity lo cambian a Qt simplemente.
Claro que mas bien lo que quieren es tener el control, ya que para poder aportar código debes cederles los derechos al estilo Cups. Cosa bastante mala siendo una empresa quien controlará todo el código y decidirá por donde va a ir.
Si no obtienes respuesta sera porque no la mereces.
Re:¡Qué asco!
(Puntos:2)( http://www.fsf.org/ | Última bitácora: Domingo, 09 Mayo de 2004, 05:32h )
¿Ya se te ha olvidado la respuesta de Torvalds al desarrollador de Red-Hat por lo del arranque seguro?
Re: [GIT PULL] Load keys from signed PE binaries [lkml.org]
Este caso seria el segundo, ellos decidirán que hace y que no hace el núcleo y cualquier aportación que sea aceptada tendrá como requisito que el código les pertenecerá. Así que aunque el 99% del código fuera tuyo, ellos decidirán todo sobre el camino a seguir.
Si no obtienes respuesta sera porque no la mereces.