On 07/08/2011 06:09 PM, Cliff Sharp wrote:
Great suggestion.
My plan has been to convert to OpenGL - then spice-ios would have the
potential to run on most every platform with decent performance.
OS/X runs OpenGL and iOS runs OpenGL ES. I know how to implement OpenGL
is such a way that it would be the same code base on both of these
platforms and with none to minor changes would run on a lot of other
platforms.
If you wish to use OpenGL, common/gl_canvas.c should help. We currently
don't use it, I'm not sure why, maybe it didn't improved performance
compared to software canvas.
Who would be a good person to ask to maybe provide some guidance from a
spice architectural standpoint?
I have spent a lot of hours digging the the current code but without
knowing all the tons of libraries very well I feel like I am just
spinning my wheels.
If I could just get a little help with a starting point, in the code, I
could start making some progress.
Thanks
On Jul 8, 2011, at 5:28 AM, Attila Sukosd wrote:
Hi,
Wouldn't an idea be to get the OpenGL version (+ glut?) in a usable
shape? I would guess transitioning it to OpenGL ES shouldn't be too
difficult either for android/ios..
Best Regards,
Attila Sukosd
-----------------------------------------
DTU Computing Center - www.cc.dtu.dk <http://www.cc.dtu.dk>
att...@cc.dtu.dk <mailto:att...@cc.dtu.dk>, gba...@student.dtu.dk
<mailto:gba...@student.dtu.dk>, s070...@student.dtu.dk
<mailto:s070...@student.dtu.dk>
On Fri, Jul 8, 2011 at 9:35 AM, Christophe Fergeau
<cferg...@redhat.com <mailto:cferg...@redhat.com>> wrote:
Hi Cliff,
On Thu, Jul 07, 2011 at 06:12:07PM -0500, Cliff Sharp wrote:
I would like to ask a question to extract a fairly detailed response
from
those who are most familiar with the spice architecture.
What (in some detail) would be needed, as far as architecture and
software development, to maybe start with the spice-protocol (i.e. as
little as possible) and build a command line spice client to run on a
platform?
Your best bet might be to look at what spice-glib does, it's part of
spice-gtk, but it doesn't have any GUI-related dependency, so it
should be
pretty light on deps, and it handles most of the low-level protocol
interactions with a spice-server. Marc-André might be able to give a more
detailed description of what this provides.
Christophe
_______________________________________________
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
<mailto:Spice-devel@lists.freedesktop.org>
http://lists.freedesktop.org/mailman/listinfo/spice-devel
____
Cliff Sharp | csh...@vbridges.com <mailto:csh...@vbridges.com>
_______________________________________________
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/spice-devel
_______________________________________________
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/spice-devel
