Amarok Blog - eean

Not Holding Breath for Chrome

nospam@example.com (Ian Monroe) — Tue, 02 Sep 2008 20:49:49 +0000

I read the Chrome comic on Monday. It goes into technical detail in describing what their justification was for creating Chrome. By and large I think they succeeded: on the whole, Chrome doesn't appear to be a case of not-invented-hereism. They really do have some different ideas of how to do the browser, both technically and in the UI.

So yesterday I knew two things: Chrome was going to be crossplatform and the 30pg+ comic that went into some detail didn't say how they were planning to do that or anything about their UI toolkit.

So after poking at the code for a bit, it comes to no great surprise that crossplatform wasn't a big concern from the start. Currently the Linux version doesn't actually run, according to its website. And their UI toolkit choices might indeed have been based on some NIHism and are certainly not the most Linux or OS X friendly. Given how easy it is to create a crossplatform app if you make the correct early decisions, this is a bit frustrating.

They use Skia, a graphics library for Android for basic image display. And they have "Chromium Views" which mostly seem to be used to abstract between XP and Vista. It could theoretically be extended and used for crossplatform abstraction (just what the world needs - another xplatform api).

And why not Qt? "Existing UI toolkits for Windows are similarly unsatisfying, with limited widget sets, unnatural aesthetics, or awkward programming models. " Doesn't jive with my experience of Qt. But I guess I'm a bit partisan.

I do think that promising cross-platform support might have been a bit disingenuous of them, time will tell for sure. I suspect that if Linux desktop users do see Chrome, it will most likely be in the form of existing browsers incorporating some of their technology or ideas.

QtScript Bindings and some blog

nospam@example.com (Ian Monroe) — Sat, 09 Aug 2008 04:16:04 +0000

QtScript Bindings

If you've been following Peter Zhou's blogs, you know that he has been implementing QtScript support for Amarok. Probably the neatest thing we did is give access to almost the entire Qt API via the QtScript Binding Generator from Trolltech Labs. It uses technology from QtJambi; if you have Qt 4.4.1 and were wondering why Amarok gives a bunch of MetaJavaBuilder errors, this is why. (The bindings are disabled for Qt 4.4.0; we'll bump the Amarok dependency once 4.4.1 is more widespread).

I do think that the QtScript API is probably the most difficult Qt API to get the details right on. Your mind swirls with QScriptValue, QObjects and QVariants. But it is also quite powerful.

Since I had been sending the generators creator Kent Hanson emails regularly, I thought a mailing list would be a good idea to make it more public and useful. Join qtscript-bindings for discussion on the QtScript bindings in general. Kent also created a bug tracker and a Git repo. I created a mirror of it on repo.or.cz and posted the changes we've made to our SVN copy.

The beginnings of documentation for Amarok scripting are available and Richard Moore started a general Techbase article.

Console and Unnamed HTTP Server

The first script I created was an "irb" for Amarok's QtScript environment. This is available with Amarok SVN now, the "Amarok Script Console." It's quite handy to test out QtScript or to even test out the Qt API.

I've been working on a web control application for Amarok 2 using the new API. Using QTcpServer and QHttp, I have created a web server that should work well enough for what I'm doing. Now all that's left is the "little detail" of the HTML interface; I've been tinkering with qooxdoo, a very fancy JavaScript API.

One of my first sizable Amarok-related developments was to create the first kde-apps Amarok script in 2004 using Korundrum. So now its full circle.

Some Blog

The google news catcher sent me an indirect link to this Time-Warner blog: 3 Linux Apps That Make Me Hate Windows. He cites Synaptic, Compiz and Amarok. As much as you hear people gripe about package management on Linux, I really do think its one of its best features. Certainly from a security standpoint: going to a random web site and installing software just isn't something You Do on Linux, and I think thats for the best. And of course, it goes without saying that I agree Amarok is the best media player.

Everyone have fun at aKademy!

QtScript Bindings and some blog

nospam@example.com (Ian Monroe) — Sat, 09 Aug 2008 04:16:04 +0000

QtScript Bindings

Console and Unnamed HTTP Server

Some Blog

amarok.kde.org/blog users: update your feed catcher

nospam@example.com (Ian Monroe) — Fri, 11 Jul 2008 14:16:52 +0000

We're currently transitioning our blog from s9y to Drupal. For the time being people who blog on s9y itself are blogging there still, but the aggregation is already happening on Drupal so its a good time to change.

Add this feed if you want to follow the blogs of Amarok developers:

http://amarok.kde.org/planet.xml

New Belgian Beers

nospam@example.com (Ian Monroe) — Mon, 07 Jul 2008 16:29:28 +0000

As a Missourian and a person who thinks Belgium makes some of the best beer in the world, I've been following the story about the possible take over of Anheuser-Busch by Belgium beer-producer InBev with some interest. Personally I kind of want it to go through: it would hopefully mean the end of American beer being judged by its most tasteless examples. There is some good beer produced here. I think people would look at things differently if Bud Light becomes a Belgian beer.

It would also be very ironic and funny, which is mostly why I hope the deal will go through.

The article notes that "The takeover attempt has also run into a political backlash, as Anheuser-Busch, based in St. Louis, is an American icon. Senator Claire McCaskill, Democrat of Missouri, has vowed to stop the deal." Which got me thinking: I would personally find it hilarious if people in Belgium started rallying against this deal due to the damage to their national pride from having their corporations promote products like Bud Light. Any Belgian folks out there feel like writing their MPs?

Amarokin History X

nospam@example.com (Ian Monroe) — Wed, 28 May 2008 05:07:44 +0000

Our biochemist-in-residence illogic-al just wrote a fun and interesting blog about Amarok on OS X. Interesting because it shows Amarok working on OS X, fun because it shows some of the progression of Amarok 2 in general.

Taiwan Day 0

nospam@example.com (Ian Monroe) — Sat, 26 Apr 2008 05:24:27 +0000

Getting There
Yesterday I arrived in Taipei after about 22 hours of airplanes and airports. At least for a Missouri guy like me, it seems sparling and huge. Fellow Amarok dev and Sydney resident Seb Ruiz isn't so impressed. I didn't get lost on my way to the hostel until the very last block. I walked into a bakery probably looking quite lost (I had been walking around a single block for about 10 minutes) and one of the workers asked me "do you need help?" in English. I showed her the address and phone number of the hostel, she whipped out her mobile and called it, got directions and walked me to the entrance (about 20 meters away actually). So the Taiwanese are very friendly, Seb had a similar experience of someone actually taking him up the elevator directly to the hostel.

The hostel itself (the "Camel's Oasis"), is very homey. I found Seb chatting with a Québécoise about her 6-month world tour (you always find such lucky people at cheap hostels). I did follow Seb's advice and avoided sleeping much on the flight over here (only about 3 hours), but my biological clock still objected to the 11 hour timeshift; I had some pretty spotty sleep last night.

OpenTech Conference
Now we're at Asus for the OpenTech Summit. This morning is being devoted to Asus. Ellis, the product manager for the Asus EeePC (IIRC), presented on how Asus intends to work with the community. A Xandros developer, Brian, went over SDK for the Asus EeePC, which is basically Xandros distributed with Eclipse and Vmplayer. The main development environment they are supporting is Qt 4.2; he did a "Hello World" using Eclipse's Qt Designer integration. Both Ellis and Brian talked about the method for ISVs to release software for the Eee PC; this interests me since it would be really nice to have a way to release the newest Amarok's directly to the EeePC Ass/Remove Programs system. The next version of the EeePC OS is apparently going to make it easy to install .deb's or an EeePC-specific tarball which contains a bunch of .deb files.

The Summit

nospam@example.com (Ian Monroe) — Mon, 14 Apr 2008 01:53:33 +0000

I know I promised on-going blogs on the Linux Collaboration Summit, but I failed. From previous experience I knew not to count on reliable Internet access at the conference site; I was planning to just post the blogs I had written during the day when I returned to the hotel. What I didn't count on was the conference rooms would have less electrical outlets then your average dorm room. We blamed the nearby super-computer for taking all our power. The important point is that the battery life on my laptop is about 15 minutes. So I was put in the ironic situation of going to a technology conference, but having access to very little technology. I did have a digital camera though.

From the whole conference there was a real sense of "hey stuff is actually coming together." Not that this will be the year of the Linux Desktop, but that Linux is positioning itself well as the solution for devices that go beyond the desktop. Like the lowcost Asus EeePC is a whole product category that Linux makes possible. The most interesting session on Tuesday was the Mobile roundtable, since there are several competing stacks: Intel has one based on GTK, LiMo has a variation of that, and then Google is building one from scratch (Qtopia was unrepresented). So in the same way you knew IBM was going to win-big with the now current generation of video games consoles (PS3, X-Box 360 and Wii), Linux is going to do well on the smartphone.

The Desktop Architects Meeting was informative, but I hope future meetings will feature more break-out sessions and actual action plans. Kevin mentioned that in DAM-3 they did something like this. The DAM has people from users to distros to upstream desktop developers. We all have a lot to learn from each other, but also different things that need to be worked out. For instance I had hoped for more work with Gnome developers.

An irony is that due to the LCS I'm going to probably going to give OpenSolaris a serious try. Brian Cameron from Gnome and Sun made a compelling case for their set of development tools when we were talking at the IBM reception. Basically it sounds like you can run a tool like Valgrind (dtrace?) that doesn't make the app your debugging run a magnitude slower.

The Firefox representative made a reference to this, he said that OS X is the best tool for Linux development. He was also concerned that Linux distros turn off their system for counting users, which is apparently part of their update system. Well obviously distros are going to want to turn off an update system, I wonder if Firefox even tried having a counting system separate from update? It would be in Linux's interest to have our Firefox's be counted so that Firefox knows how many Linux users there are. I asked him if they would join the growing ranks of Open Source projects with time-based releases, he more or less flatly said no. Of course that's what most of the crowd at aKademy said when Shuttleworth made the same suggestion, and look at us now.

The most useful parts of the Summit were making contacts with people from throughout the industry: some exciting stuff that's probably too early to talk about.

Texas Bound

nospam@example.com (Ian Monroe) — Sun, 06 Apr 2008 23:49:58 +0000

Tomorrow morning I'm headed to Kirksville Regional Airport and then eventually to Texas for the three-day Linux Foundation Collaboration Summit. I've never been to a non-KDE tech conference before; I'm really looking forward to it. There should be lot's of business types, I'm packing a lot of polo shirts instead of the usual Amarok t-shirts I'd wear at aKademy.

Our hotel supposedly has Internet. So stay tuned, blogs are to follow.

Tomorrow is also the cut-off Google Summer of Code applications. For real this time. If you haven't sent in your Amarok application... realistically it's too late since we already have which ones we want in mind. Of course there's always a chance you're application could be better. I just realized the revised GSoC timeline worked out for me, since before I would've been in Texas during the last week of ranking.

KDE's Summer of Code: Promote it!

nospam@example.com (Ian Monroe) — Mon, 03 Mar 2008 03:08:31 +0000

Summer of Code is back, earlier then ever. Early is good as it allows some more flexibility in the schedule (students could start on their projects as soon as mid-April, in case they aren't available later), the disadvantage is that I'm probably not the only one somewhat surprised that its starting so soon.

So it's important to get the word out to prospective students. So if you're on any LUG mailing lists or any list with Computer Science students, send them a message about Summer of Code in general and about KDE in particular. Include a link to the SoC homepage, the Timeline and the list of KDE project suggestions*. Offer yourself as kind of the local contact to the open source "world".

I sent out such a email to my local LUG and found a few interested people. The common response was that they had wanted to get involved with open source but weren't sure how, the issue SoC is largely trying to solve. We had a meeting yesterday and it sounds like a couple of students will maybe even develop for Amarok. This is just at a small university... there's a lot of untapped potential out there.

*The suggestion list, at least for Amarok before I cleaned it up, had somewhat degenerated into people putting up feature suggestions (one not feasible, one that was more like a weekend project). Be sure to add project suggestions (for projects you actually know something about), but also double check the other suggestions. Always encourage the students to work with a particular mailing list or IRC channel to help refine the proposal.

Dragon and Quassel

nospam@example.com (Ian Monroe) — Mon, 25 Feb 2008 16:11:10 +0000

Haven't blogged in a bit, so I have a couple unrelated blogs.

Dragon Player 2.0.1

Dragon Player 2.0.1 was released last week. 2.0.0 had a little but very visible bug (pressing the mute button would cause the mute button to disable), but luckly my sense of paranoia of such things kept me from advertising 2.0.0 outside of Dragon Player's website. Credit goes to a few years of Amarok releases going just a bit wrong at the last minute (though this year has been good to us).

Anyways I think Dragon Player 2.0.1 is a solid release. It'll probably be the last release of Dragon Player done independently, as now Dragon Player is a part of KDE Multimedia. We have a bunch of ideas for Dragon Player 2.1 (released with KDE 4.1). Mostly it all comes down to polishing the interface.

About the only difference between 2.0.1 and 2.0-rc1 is the new icon. Which looks utterly fantastic in my opinion. Credit goes to Eugene Trounev of the KDE games project. They have a great community spirit, it's no accident that KDE games was fully ready for KDE 4.

Quassel

While Europeans go to FOSDEM Brussels, drinking their great beer and partying with Mike, us Americanos are stuck looking at pictures and thinking how fun it could have been. Luckly this year something else came out of FOSDEM for us lonely folks: the public release of Quassel. My initial impressions wasn't good: it stalls when you join a channel or connect to a server. But it turns out that the way you use Quassel that doesn't really matter, since the "quasselcore" stays running and you basically never have to join a channel again. So for an alpha, it is very usable and I would recommend it, even if you're only interested in an IRC client and not something to test out. Yesterday morning I added mouse wheel support to Quassel's channel list; it was good to warm my Qt Model/View muscles some. I pretty much had to add it: I would try to use my mouse wheel every time I changed channels even though it never worked.

Some people (apparently everyone but me) experience crashing when they do the initial network setup for Quassel Alpha1. Alpha2 should be out shortly.

Fisheye

nospam@example.com (Ian Monroe) — Tue, 12 Feb 2008 02:12:32 +0000

Olivier Bédard, our super-cool Amarok network admin, just installed a tool called Fisheye. It's basically exactly what I was asking for in the last post, it lets you easily look at all the recent commits with a nice pretty interface to look at the diffs. There's a little button to send a given commit to the Crucible, where there's a code review system. It is proprietary however.

It needs a local SVN repository, so Olivier rigged up an SVK repo to mirror from KDE. Apparently Fisheye support for Git is forthcoming, which is good since git-svn is the only way to mirror SVN and have it follow Amarok when extragear was reorganized a couple years ago.

You can check it out for Dragon Player and Amarok.

Need a post-commit Review Board

nospam@example.com (Ian Monroe) — Mon, 04 Feb 2008 15:54:13 +0000

I actually got Review Board running on our Amarok server (only for the local host) just to try it out and see what it was. Turns out I should've just read the documentation first. It clearly states its for reviewing before commits are made, which makes it next to worthless for Amarok development.

Amarok's code review has generally always occurred after a commit. Which is what a SCM is for, if the commit isn't any good you can easily revert. The only exception is for new contributors who submit patches, who probably wouldn't want to register an account on a web app anyways. Currently we use just plain SVN and commit-filter.org to keep track of what each other is doing. The problem with the commit emails is that the diffs are ugly, cut off when too big (eg when a code review is most needed) and don't show new files. Muesli actually made a handy Qt4 web app that showed commits as they were coming in, but it code rotted.

So a Review Board-like software that both accepts patches and lets you look at and comment on SVN commits as they happen would be awesome. So if anyone out there wants to play with one of these new web frameworks (Django, ruby on rails, CakePHP, there's a new one every minute it seems) and make something useful, this would be it.

A bootable livecd XDMCP client Linux Distro?

nospam@example.com (Ian Monroe) — Wed, 30 Jan 2008 16:33:41 +0000

At work there's a computer with a bad hard drive. There's also a blazing fast Linux server. The easy solution should be to just boot up a livecd that gives the list of local XDMCP servers. Despite this easy demand, I haven't yet found one. I tried Thinstation, it seems to be a bit more powerful then I want. I really don't want to find out and pick which hardware to put on the ISO, that seems so Linux-from-the-90s (though maybe is needed for some really thin clients, I don't know). One of the prebuilt ISO's hangs on loading X.

I was able to use a Ubuntu disc that was laying around, that however loads the desktop before GDM (where the menu option to the XDMCP list is). Too much of a hassle for something that has to be done every time the computer boots. Every LiveCD distro I've every used loads a desktop on boot, instead of KDM or GDM. Someone in #knoppix actually pointed out that Knoppix has a "press a button" easy setup for running a network-boot server. Which is neat, but not at all what I need.

Does anyone know of a livecd that perhaps has a boot time option to load a XDMCP broadcast client? Preferably one of the "just works" livecd's like Kubuntu or Kanotix or something of that sort.

Solid Magic and the Dragon Player Release Candidate

nospam@example.com (Ian Monroe) — Mon, 28 Jan 2008 16:11:55 +0000

Release Candidate

I just released the Dragon Player release candidate. It really is the release candidate, it works just fine as far as I know. But I'm not foolish, it probably has some problems that only a wider release will discover. The only identified problems so far is that I forgot to bump the version and the README still calls it "Video Player." I used Harald Sitter's Amarok (but very generic) release script, I was able to include i18n in this release for the first time. There's about 20 translations, which surprised me. Thanks to all the translators! I plan on the 2.0 final version to being out soon, certainly before Hardy feature freezes in mid-February.

Solid Magic

One of the nifty additions in this release is that the "Play Disc" button is now smarter then just playing the DVD at /dev/dvd. Using the KDE pillar Solid, it gets a list of all optical media. If there's more then one, it gives the user a little select menu. The main issue this addresses is that some users have more then one DVD drive. Now they can put the DVD in either and Dragon Player will play it. Also there is no longer a need for separate "Play VCD" and "Play DVD" buttons like Codeine had, since Solid identifies the type of disc.

The Solid API takes a little bit to get used to, but it actually makes a lot of sense. You ask Solid for a list of Solid::Device's. Device has a template as() method, that actually returns pretty much any of the other relevant Solid classes. So in my case, I use Solid::OpticalDisc to identify whether its a DVD, audio CD or VCD or just data and then Solid::Block to get the device path (eg /dev/hdc) to give to Phonon.

Where Has All the Memory Gone

nospam@example.com (Ian Monroe) — Sun, 13 Jan 2008 03:24:30 +0000

Gentoo and Xine dev (and part-time "Amarok Helper") Diego wrote an interesting blog about memory usage. Or, at least interesting to folks like me who somewhat regret never having had a operating systems class. He discovered that any Xine client (which includes Dragon Player or any KDE4 app that makes a sound) wastes 1.7mb of RAM thanks to libvorbisenc.

Using his cowstats script, I profiled Dragon Player:




File name                                                       | .data size | .bss size  | .data.rel.* size


src/app/CMakeFiles/dragon.dir/playDialog.o                          0            1            0


src/app/CMakeFiles/dragon.dir/videoWindow.o                         0           17            0


src/app/CMakeFiles/dragon.dir/mainWindow.o                          0           17            0


src/app/CMakeFiles/dragon.dir/actions.o                             0            1            0


src/app/CMakeFiles/dragon.dir/playlistFile.o                        0            1            0


src/app/CMakeFiles/dragon.dir/fullScreenToolBarHandler.o            0            1            0


src/app/CMakeFiles/dragon.dir/stateChange.o                         0            1            0


src/app/CMakeFiles/dragon.dir/theStream.o                           8            9            0


src/app/CMakeFiles/dragon.dir/fullScreenAction.o                    0            1            0


src/app/CMakeFiles/dragon.dir/main.o                                0            8            0

Not too shabby. Also not so important, Dragon Player isn't a library. I just profiled libamarok which is loaded by all the various Amarok plugins so potentially could be an issue. It had 46k copy-on-write sections total, but out of the dozens of files 40k is a variable in the crashhandler, which is a kind of scary piece of code since it has to work while the rest of Amarok is crashing. So I'll let someone else work on that.

Dragon Player available in Kubuntu Backports

nospam@example.com (Ian Monroe) — Sat, 12 Jan 2008 02:29:44 +0000

Awesome release everyone!

Having KDE4 officially released is making my life easier. Thanks to everyone's favorite MOTU Harald Sitter, Dragon Player is now in gutsy-backports. I've just pointed this out on the Dragon Player website. And Long-time Rokymotioner Enr1x has created an AUR for Dragon Player. So all this makes Dragon Player easy to install, I can't wait for Amarok 2 to reach this point! Dragon Player 2.0 final will then be released in a couple of weeks probably

.

I do plan on working a bit more on subtitle/audio channel issues to make sure it works cleanly. I do feel that I'm spending probably a lot of time on this feature, but I suppose it isn't a surprise given that its one of the few features where I can't just hook up to a Phonon signal and rely on Kretz's code to do all the work for me. And once KDE 4.1 is out, I'll be able to tear most of even this code out.

So as my Dragon Player TODO list has mostly been reduced to testing a couple of things, its time to get back into Amarok 2 code. Hydrogen will be proud of me. I've identified podcasts as really the remaining "why I still have Amarok 1.4 open" issue. Bart has worked a lot with it already, I'll have to see what he has done so far.

Dragon Player 2.0 beta1 released

nospam@example.com (Ian Monroe) — Wed, 09 Jan 2008 16:53:15 +0000

As promised, Dragon Player 2.0 beta1 has been released.

Bug reports and feedback appreciated. Especially on the volume slider, I'm not sure I like having the extra toolbar button.

There's a few more items on the TODO list (mainly double checking stuff works) and then a 2.0 final release can be made.

I've also updated the Codeine kde-apps page to reflect the name change. Now to update the Freshmeat entry (not sure people actually still use Freshmeat though, but it can't hurt.)

Dragon Player moved into kdereview

nospam@example.com (Ian Monroe) — Mon, 07 Jan 2008 19:01:59 +0000

So Dragon Player is moving into kdereview for at least a couple of weeks before perhaps moving on to KDE Multimedia.

To update your SVN checkout do:

svn switch svn://anonsvn.kde.org/home/kde/trunk/kdereview/dragonplayer

There should be a beta release soonish. I consider Dragon Player mostly ready for a 2.0 release, just a bit more polish and some more testing (which is where the beta would come in).

Dragon Player Website Open

nospam@example.com (Ian Monroe) — Mon, 24 Dec 2007 21:11:31 +0000

So I'm visiting my parents in Fulton for the holidays. My laptop doesn't really have the horsepower to compile kdelibs or Amarok, so I've been continuing work on Dragon Player (when not eating chocolate oranges or cookies anyways). Mostly just odds and ends. I have a KPart version of Dragon Player that links and installs, but I haven't actually figured out how to test it (it shows up in Konqueror's configuration, but Konqueror never appears to use it).

I've setup a website for Dragon Player at Kollide, the server brought to you by ~~PBS~~ Amarok Users Like You. The scary screenshot is thanks to the trailer from some movie called Dragon Wars I hadn't heard of before, but it seems appropriate. I actually had to hack phonon-xine to display using the "xshm" video output, otherwise it wouldn't make a screenshot.

You can see its a rather barren website for the moment. I actually like the current Dragon Player icon (the Codeine movie clapperboard icon), but I really could use a Dragon and movie-themed logo for the website and to fill up the black space when no movie is being played. Any volunteers?

Dragon Player 2.0 Alpha 1 released

nospam@example.com (Ian Monroe) — Wed, 19 Dec 2007 03:23:27 +0000

First off, I've graduated Truman State University with a Computer Science major. Hooray! It's been a good 4.5 years, I would do it again.

So I've decided to rename Codeine/Video Player to Dragon Player. Its named in honor of KDE's mascot Konqui of course. I've always been a fan, I requested and received a Konqui shirt back when I was in 11th grade for my birthday (which is 3 or 4 years before I started coding for KDE).

I've also gone ahead and made a release, Dragon Player 2.0 Alpha 1. I hope to generate some feedback and interest from KDE4 distributions (I believe Mandriva is already packaging it from SVN). There's still some rough edges and it doesn't have some features I plan on adding in the final form, but its pretty much there. The most notable part missing is the KPart, I do plan on working on that pretty soon.

Dragon Player doesn't have a web page yet, that should come out soon.

Sad news

nospam@example.com (Ian Monroe) — Thu, 13 Dec 2007 01:33:23 +0000

Just read that Terry Pratchett has a rare early onset Alzheimer's. As he points out he ain't dead yet, but its still sad to think about the decade or two or three of books that now won't be written (assuming he doesn't pull a Stephen Hawkins).

In Pratchettian style he notes that frequently people want to help in such situations, but he'd only accept offers from "very high-end experts in brain chemistry."

In entirely unrelated news (and just to make this somewhat KDE related), Video Player should start remembering your position when you reopen a video pretty soon. While poking around the Phonon API today I remembered the issue I had with adding a context menu to fullscreen mode when I was working on it back in the Spring... but thats for later.

Work on Video Player

nospam@example.com (Ian Monroe) — Mon, 10 Dec 2007 22:05:33 +0000

Recently I've been working again on Video Player; see the blog announcing Video Player if you wondering what I mean (the summary: its Codeine 2.0). It's codebase is nice and small so its pretty easy to make some progress. First thing I did was remove the remaining dependencies on KDE 3 Support and Qt 3 Support. I can't really say its fully ported yet, but its certainly no longer using any deprecated APIs. Thanks to some help from Matt Rogers of Kopete fame, it also no longer crashes on exit. In fact it has no known crashes, an important milestone with any software, though a state that's usually short-lived.

Phonon in KDE 4.0 will not have APIs for subtitle or multiple audio streams (like on DVDs and .mkv files). So Matthias Kretz added a property to the Phonon Xine backend to give direct access to xine_stream_t, an important data structure in Xine. I was able to use this property to add subtitle support for Video Player. Currently it doesn't have any way of knowing when a new subtitle is available (for instance on a DVD, the title screen may have no subtitles, but then they are available when you start playing the movie), and it just asks Xine every 5 seconds. Hopefully I can find some solution for this, perhaps from the Phonon Xine engine or directly from Xine.

This all means Video Player will have a direct dependency on Xine and the Phonon Xine engine until at least KDE 4.1 (though it could probably work with other engines, just without subtitle or multiple audio streams).

When I have more time (I have a Stat final tomorrow) I plan on fixing up all the little features that make Codeine great, mostly involving keeping state.

I actually do have an idea for a less generic but still simple name for Video Player, but I'll keep it private until I buy the domain.

Five Years of Amarok; Git Script

nospam@example.com (Ian Monroe) — Wed, 28 Nov 2007 03:27:38 +0000

An important anniversary went unnoticed last month - Amarok turned 5. According to main.cpp Amarok was created on "Mit Okt 23 14:35:18 CEST 2002". At least we were celebrating Roktober anyways.

Importing Amarok into Git has several advantages. `git grep` is the recent favorite. I've always been a big fan of `git log`. So in celebration of Amarok's birthday, I just finished writing up a little Ruby script that uses git log output to create a CSV file which I made a graph out of below. Apparently Amarok wasn't under version control, or at least not KDE's, until about Sept. 2003. Code here.

The top graph shows the number of line adds + number of line deletes; the bottom shows the total number of commits. You can see when the Amarok 2 branch was opened pretty clearly on both. It doesn't show what's been going on in any of the branches, notably the stable 1.4 branch that opened up at the same time Amarok 2 did.

more on Apple

nospam@example.com (Ian Monroe) — Thu, 20 Sep 2007 04:53:33 +0000

I don't keep it a secret that my grudge against Apple is somewhat personal; about a month after DAAP support was added into Amarok, iTunes 7 was released which dose not allow third-party applications to browse its DAAP server. That after I had worked hard to make Amarok function with the already discovered iTunes v4.5 DAAP hash. (iTunes 7's DAAP hash still hasn't been recreated, it probably doesn't help that the people who setup a site for to figure out the hash make a product obviously meant for piracy ARRGH! on campus networks.)

So its nice to see some growing awareness that Apple doesn't play nice, even in the somewhat mainstream media like BBC news. That gives a good overview of the case of "if Microsoft is a monolopy, then so is Apple." I really don't care whether the EU takes action against Apple. Hindering your customers in using your product is generally bad. You don't have to be a monolopy to do that.

On a somewhat related note, my last blog was 'breaking news' so it was neat to see it get picked up by Digg twice, Slashdot, Heise, Ars, and Boingboing.