Blinking heck. I’m on the front page of the Raspberry Pi blog. Thanks Liz, and please send any contributions to the user manual to email@example.com
Received my Raspberry Pi on Friday; thanks Myra. Tried Fedora on it (too many bugs) and then Debian (but I had the Feb version, Doh!). The February version didn’t have all the software I needed so this morning I’m getting just released April version. Wooo..
I recently decided to create a GUI renderer for a project I’m working on. It should be multi-platform and high-resolution, and the source data must be created within an off-the-shelf editor. The obvious solution is to use vector graphics, just like the web. But unlike the web, I don’t want to rely on Adobe Flash as it requires the whole project to be built in Flash and it isn’t completely multi-platform. To be multi-platform, I would want the renderer to be written in C++. The editor should not only allow the content creator to make images, but also define animations and interactions. This is so the GUI can built and tested outside the game.
Some vector graphics formats that are usable for GUIs are SVG, SIF, OpenVG which could then be rendered to Canvas, Cairo, or similar. They would hold all the information I need to render, animate and interact with the GUI.
There are a couple of vector graphics editors for these formats.
Starting with SVG I thought it should be easy to grab a C++ library for the SVG format and use that within my game. Again, after much searching and hunting around, I’ve come to the conclusion that there isn’t such as thing. SVG renderers do exist but they are years old and don’t look very well maintained. However, Chrome and Firefox both interpret SVG, as does Inkscape. The browsers use WebKit which can parse SVG into an intermediate format, and then they render from that intermediate format. This is also true of Inkscape. This makes sense. So what I’m looking for is a library to interpret SVG (or SIF, or OpenVG) and then create the draw list to render to cairo, or similar.
This is where it gets interesting. The first hit on SVG renderers is ‘librsvg’. This is a lightweight renderer for svg but it isn’t an easy to grab library. Much of the old homepage is out of date so you have to start rummaging around in the Gnome source and I think it starts to use many other libraries like Pango, Cairo, …
Unless someone else can point me in the right direction, I don’t think there is an opensource C++ SVG Rendering library on the web. I guess I could be approaching this from the wrong direction. Maybe I don’t need to think about SVG and just focus on the editor which produces format XXX and then find a C++ renderer for format XXX instead. But SVG seems to be the only acronym I can find to fit XXX.
Maybe I should be ignoring the format and just concentrate on the Vector Graphics renderer (Cairo, for example). Getting this working first would answer a lot of questions about which format to pump into it.
Maybe I’m forgetting that I need to consider the final rasterer’s requirements. I’m assuming that any renderer would create a PixMap in some typical format, that I can just blit to the platform’s display once the image has been created.
Ultimately, unless I stumble upon a magical solution which encapsulates the XXX format, and converts that to a PixMap image for blitting; I’ve got a lot of work ahead of me.
Please comment if you know of the magical solution.
Just uploaded my first Android app. My neighbour’s daughter couldn’t put it down.
Designed by me, suggested features by my sons. Free artwork and music from the web and programming in Java by me.
Yes I will blog here again, particularly when I talk about Android Dev, Game Project Dev, and programming of video games and robots. But for the time being; check out my latest #AltDevBlogADay posting.
I was going to write another short article about the Raspberry Pi computer and some of the work I’m doing on writing a children’s manual for it. That will have to wait for 15 days, because…
…, I’d promised a friend of mine that I’d post some thoughts of his about lazy game design. The debate I hope it will open will undoubtedly improve the creativity in video games in coming years.
Good introductory video on:
Not much about computer science; just a focus on art & game design on computers (with a smattering of maths and physics). All good skills for computer games and VFX but games will need pure computer scientists too; particularly for tools development, system engineering, code optimisation, concurrency & multiprocessor architectures, artificial intelligence, and online products (security, databases).