About a year ago the source code and linux port of XaraLX was announced to much fanfare and excitement. Unfortunatly things haven’t developed that well as time has gone by. First of all Xara has had limited resources to devote to the project themselves and there has been little in the form of a developer community formed from the outside. What I learned to my suprise today is that part of the reason for this is because Xara depends on a binary blob called cdraw/gdraw which is similar to pixman in Cairo. This among other things keep most distro’s from shipping it. Not sure what will happen with XaraLX now, but one hope would be that someone sat down and ported the XaraLX code from cdraw/gdraw to Cairo. And through that make it a truly free software application. Xara is interesting and should have a chance to fullfill a need alongside Gimp and Inkscape.
A little later than the rest of the herd I got my Nokia 800 today. It is a worthy upgrade to the 770. Especially with Tigert’s Plankton theme it looks and feel very snazy.
My main frustration though from the 770 is still there, and that is that when entering new streams to the internet radio I have to have the actual stream uri, the playlist uri which is the most easy/common to find is not supported. That said finding the place to enter such uri’s is much easier now compared to the 770.
One feature we look to get into Pitivi is a Nokia 770/800 output profiles. So if you want to prepare a video to take on a trip you just choose the Nokia 770/800 profile and it will get transcoded into a video using the optimal combination of codecs and imgae size/framerate to play back on your device. New release of Pitivi out today btw, so be sure to check it out.
Miguel on ODF vs OOXML
Miguel has a very interesting blog entry discussing the ongoing ODF vs OOXML ISO debacle. Since he linked to an email I sent not long ago regarding SVG I felt a bit compelled to comment on that part of his essay. I agree that it is weird to attack OOXML on its lack of use of SVG when OpenOffice don’t support it, but instead use its own OOD format. On the other side just because ODF fucked up in this area doesn’t mean OOXML need to repeat the stupidity. Of course if they do end up using SVG then it would be a bit funny as suddenly for graphics at least OOXML would be a better and freer standard than ODF is
Miguel also points out the size of SVG as a problem with SVG, to which I agree, but the solution I have advocated for a long while within the librsvg community is to aim to support the SVG Mobile profile as it is for the most part the sensible subset of SVG we are all looking for. Speaking of librsvg it is in maintenance mode currently. Caleb who pushed many of the major changes for a long while has gone AWOL unfortunatly and Carl Worth is naturally putting most of his energy into Cairo itself. Dom is still around maintaining and holding the fort, but lacks the possibility to take librsvg the last steps to match the SVG Tiny profile. So if anyone out there is interested joining the librsvg team to flesh out the remaining holes in librsvg to actually conform fully with one the W3c SVG specs then please drop by #librsvg on Gimpnet or join the mailing list.
So we have been working on the Schroedinger Dirac implementation for some time now and its starting to come together now.
The decoder is pretty fast and works well and the encoder is getting quite close too although its default settings needs to be moved away from developer settings. Not exactly sure where we stand in terms of being compliant with the latest Dirac specification, but we should be quite close as most of Dave’s commits recently have been about taking us the last few steps towards compliance. Anyway here is a screenshot I took today which is showing a video I created using this pipeline:
gst-launch-0.10 filesrc location=Dolphins_1080.wmv ! decodebin2 name="decode" decode. ! ffmpegcolorspace ! videoscale method=1 qos=false ! "video/x-raw-yuv, width=(int)640, height=(int)480" ! ffmpegcolorspace ! schroenc ! queue ! oggmux name=mux ! gnomevfssink location=file:///tmp/dolphins.ogg decode. ! audioconvert ! vorbisenc ! queue ! mux.
Two things stands out in this screenshot, one is that we need the Dirac plugins to report their codec and bitrate to the GUI The second is that the encoder needs tweaking so we don’t get the blur shadow at the ‘borders’ between different items in the image.
So from time to time I head over to LinuxGames.com to see the latest news and keep track of how linux as a gaming platform is evolving. Gamers have been one of those early adopter segments I have been hoping we would be able to lure to the linux platform at some point, but of course currently its mostly about wondering if the egg or the chicken will be the start of Linux as a competitive gaming platform.
Last week I found the game
Tribal Trouble from Oddlabs.com. A small danish gaming company. Its a 3d real time strategy game available for Windows, Mac and Linux. The multiplatform support enabled due to the game being written in Java. It was an enlightening experience for me for a variety of reasons, one being that it is possible to write a 3D game like this in Java and get good performance out of it. It is not the first game I recently seen in Java and I do get the impression that there are quite a few of these Java based games out there which thus have a very low threshold for supporting Linux. Puzzle Pirates is another one of these new generation of games written in Java. With Sun’s recent decision to GPL their implementation of Java I think we have a great opportunity to integrate Java closely in the desktop to enable easy playing of games like these. Sun’s great work on integrating look and feel wise with GTK+ is of course another great boon. One thing I did find in the Oddlabs development blog was a mention that their paying customers was 47% Mac, 9% Linux and 44% Windows. Come on everyone, there has to be more people out there using linux interested enough in getting fun little games onto our favourite platform. Lets at least try to match the market for Mac software. Personally I have already bought the game and spent quite a few hours playing it
So we have one of those cute little green OLPC laptops here at the Fluendo office. What suddenly struck me today is how much it looks like a children’s toy, which is appropriate considering who it is targeted at.
But I am sure things like Fischer Price toys go through a lot of child safety testing to make sure they for instance are not poisonous. So the question is have anyone tried eating parts of their OLPC to make sure we don’t risk killing any kids somewhere with it? Or do I need it pick an office volunteer to try eating some OLPC to make sure its truly safe for the worlds children?
Ok, so I was interviewed about our recent plugin show on the The Linux Link Tech Show. So if you are interested in hearing what Dan and Patrick managed to lure out of me then go to their page and download Episode 176. Topics include our new codecs, free codecs, DRM and other things we do at Fluendo. The sound, especially on my part being recorded with my on my cell phone and the output of that transcoded at least once if not twice. But hopefully I am interpretable
The Elisa team did a new release yesterday, 0.1.3. The big news in this release is initial support for being a upnp server. We have some support for being a upnp client for a long while, but thanks to Coherence we are now able to support being a server also. Be sure to grab this release and report back and issues to the Elisa team. Full release notes for Elisa 0.1.3 to be found here on the Elisa homepage.
Thought I should plug the great work done to organize the Bossa conference in Brazil in March. Bossa will bring together a lot of people from the embedded and mobile linux development community including GStreamer and Fluendo’s own Wim Taymans. Other participants includes Robert McQueen and Philippe Khalaf talking about Farsight and Telepathy, Marcel Holtmann on Bluez/Bluetooth, Chris Hofmann on Minimo and many more.
So be sure to sign up if you have interest in this field. For people outside South America maybe combinding Bossa with some days of vacation would be the perfect opportunity/excuse for visiting Brazil
At Fluendo we have been using GStreamer as the engine for the Flumotion streaming service for quite a while now. But it is nice to see that other companies using GStreamer on the server is starting to make their mark too. Seeing
this article on news.com about Snocap making a deal to allow artists to sell music through MySpace reminded me that I know Snocap is also using GStreamer for their system. I don’t have any details, but the fact that all their job adds mention the need/advantage of having GStreamer experience is clear sign :). For those that don’t know Snocap its the latest venture of Shawn Fanning, the creator of Napster.
Anyway, anyone reading this using GStreamer to power their websites or services I would love it if you posted a comment on it. Always nice to hear how people use GStreamer to solve practical challenges.
Some time ago I bought a USB DVD burner that supported this feature called lightscribe. Essentially it means you can buy DVD or CDROM’s with a special covering and then you can use the player laser to burn text and or images onto the disc. Looks kinda cool. As I expected back then the feature was not supported under Linux. But today I noticed that they actually released and SDK for linux which means CD burning applications or even graphics applications like the Gimp could potentially support it.
The SDK is available under a standard restrictive proprietary license though so don’t expect the functionality to be included with your average distro anytime soon unless some of the DVD burning software developers allows bundling with this non-free library in the license. There is a simple application available from their site, but unfortunatly it seemed unable to detect my drive so I couldn’t test if the lightscribe functionality actually do work.
There are of course two ways to look at this. Either one think that they supporting Linux is cool and help validate the platform for desktop use, even though their support is not free software. Or one considers the support worthless since it is not free software. Personally I do hope that this non-free library doesn’t stop people from trying to create opensource support for lightscribe burners, but in the meantime I do take their closed source support as a positive sign that the linux desktop is gaining in importance.
So if you have the latest release of GStreamer plugins-base installed (0.10.11) you also have the next generation decodebin available. Decodebin2 is our much improved autoplugger which automatically connects pipelines in your playback appications. Currently it is not enabled as the default one so we need the community to give it a run to make sure it is robust enough for us to switch to. The easiest way to test it is to set the USE_DECODEBIN2=1 environment variable before running Totem or Rhythmbox or any other ‘playbin’ using GStreamer application. That will automatically switch you over. Any bugs you find while testing this which do not happen when using the old decodebin would be most appreciated reported to bugzilla.