On plGLPipeline and Plasma for Linux…

A new beta driver from nVidia on Thursday night spurred me to revisit the plGLPipeline stuff I’ve been poking at over the past few years. I had an unexpectedly productive few days and got a lot of texturing-related stuff done. I posted the following image on Twitter yesterday to show-off how things were looking:

Relto, rendered on Linux with plGLPipeline

It’s pretty cool, but a single screenshot easily gives a false impression of progress. Some people were asking if I needed anyone to help test it. The reality is that this screenshot is all that plGLClient is capable of right now. The OpenGL work is solely the rendering pipeline and while (very slow) progress is happening there, the rest of the pieces needed for an actual functioning client are still quite far from being usable on Mac or Linux.

plGLClient currently has a hardcoded camera position. If I wanted to take a screenshot of a different part of Relto (or a different Age), I need to edit the code and build a new client. The reason for this is that the camera system depends on a working keyboard/mouse input system, and the current plInputCore system is Windows-only code.

Likewise, the Age name is hardcoded. I’d been testing with the Guild of Writers Pub for quite a while, and after it seemed to be working I decided on a whim to try Relto. Using the real plAgeLoader requires plNetClient and pfPatcher code, and those require the actual networking system code which is a tangled mess of several layers that involve of Windows-specific code.

To be entirely honest, to even get plGLClient to work at all involved commenting out sizable portions of other code. Did you know that texture layers depend on the network system (via plLayerSDLAnimation, which requires plSDL, which requires plNetClient & plNetMessage, which require plNetClientComm, which require …)?

One of the next things on the to-do list for plGLPipeline is getting lighting hooked up. You can see in the screenshot that some objects are rendered black because of the lack of run-time lighting. Unfortunately plGLight also has dependencies on other parts of the system that don’t compile on Linux. For now I’ll probably end up commenting those out for the sake of progress, but I can’t keep avoiding these issues forever.


I’m going to be honest, I don’t know if this project will ever get to a point where the game is playable on Linux natively. It’s taken me over 2 years to get to what you see above, which probably totals less than 80 hours of actual work. There’s so much to do in terms of replacing non-portable code and cleaning up the tangled subsystems, and it’s very overwhelming and makes it hard to work on it. It’s depressing to think that your next step might involve replacing 1/4 of the entire codebase. It feels a bit like punching your way through a rock wall, you make minimal progress at personal cost, but given infinite time you would eventually accomplish it. But we don’t have infinite time, and we don’t have resources.

There is nobody left for whom Plasma is their main focus. There are 3 or 4 of us who make casual contributions, but general interest in Uru has dropped off so there are no new contributors coming along. Between full-time jobs and other commitments and burnout, the reality is that most of us have very limited energy to devote to a project that feels like a black hole sometimes.


(originally posted at http://mystonline.com/forums/viewtopic.php?p=402386#p402386)

Oh CyanChat… where do I even begin?

I’d been vaguely aware of CyanChat since first finding Myst/Riven stuff online, back in 2000 or so (anyone else remember Leeloo’s Riven Hints site?), but the first time I actually joined CC was in 2006.
August 2nd, 2006 exactly. The day the first beta invites for MOUL went out. Gadren had posted on UruObsession that there was some sort of party going on in CyanChat, and Cyan’s intern RivenChan was giving everyone gold (guest) status.

So I went to see what was going on, and just kinda never left. There were a bunch of prominent community members in there; Tweek, Alahmnat, RIUM+, chucker, Aloys, and the occasional visit from RivenChan or greydragon.

I should mention that I was 15 or so at this point. I would go to the library at school during lunch and log in to the Java chat, reading chatlogs when I got home, and staying up far too late chatting about pretty much any topic imaginable with the people in CC.

As a programmer, one of the first things I did when I saw the CyanChat protocol spec was to start writing my own CC client. In C# first, then a server in C#, then a rewrite of the C# client, then some hacking on Kirsle’s Perl client, then one in Python, then one in C# to try out the new WPF technology, then a Pidgin plugin in C, then a few more C attempts to make a CC API library, and some C++ stuff, and bugfixes to a Ruby client… I wrote a LOT of CC clients, and it was my defacto “Learn this new language” project :P

By mid-2007, I’d become friends with some of the CC regulars. TW, vaaht, Nisan, M’buhir/Ku’mah, wandering_nomad, Edrick, theclam, Ki’Sak, Novah, Zadok, amonre… It was great with the ongoing Uru Live storylines too, because people would come in to CC from work/school to hear about what was going on in the cavern.

We started doing late night Skype calls at some point over the summer. Looking back, despite all the high-school angst and teenage insecurities and mild depression, that summer is one of my happiest memories. It always feels like the “golden days” of growing up.
It was some sort of crazy and wonderful happenstance that we all ended up in CC that summer and throughout much of the next year.

At some point, I decided to write a bot to transmit between CC and an IRC channel. Originally intended to temporarily work around an IP ban for mistyping something and triggering the language filter, the idea proved popular enough that several people switched to IRC full-time. I feel like that contributed significantly to the slow decline of CC, and I continually blame myself for that :(

As interest in Uru waned after the shutdown, and people got busy with jobs and life after school, the CC population dwindled. Ultimately it came down to only 4 of us and the IRC bot, and even on the IRC side nobody was really talking. After a year of that, I closed my CC client.
CyanChat and the people there were an incredible part of my life for those few years. It really felt like a family moreso than a chat room, and it was really hard to finally accept that most of you were gone and leaving a chat window open wasn’t going to make you come back.
I owe so much of my musical tastes to wandering_nomad and his CyanChatRadio shoutcast streaming.
I never would have completed NaNoWriMo in 2008 if vaaht hadn’t been reading my work and making suggestions. vaaht was a huge part of helping me to accept certain aspects of myself during those years.
I learned so much from Nadnerb, and especially liked our technical discussions and almost-telepathy.
Now everyone is off doing their own stuff, living their lives. I wish I’d made more of an effort to stay in contact outside of CyanChat, but that regret applies to almost everyone I’ve ever known.
There’s talk of shutting down CC, after almost 17 years of being the “official” chat room of the Myst community. I hate to see it go, knowing how much it meant to people and the friendships and relationships that grew as a result. But if nobody is connected, and nobody is talking, is it really worth keeping running?

Empty chairs at empty tables, where my friends will sit no more.

Horizontal background extending on fixed width sites

Often when building a fixed width website, there are blocks of content whose backgrounds should extend horizontally beyond the fixed width area. Footers are a good example of this, but there are other cases as well.

There are a few ways to go about achieving this: wrapper divs, a mess of absolute and relatively positioned elements… or there’s a nice little CSS hack using the :before pseudoclass.

#myblock    /* Main content block */
    width: 940px;
    margin: 0 auto;
    background: steelblue;
    height: 200px;

#myblock:before    /* The pseudoclass hack */
    position: absolute;
    width: 100%;
    left: 0;
    background: steelblue;
    height: 200px;

A few things to note:

  • The block must have a fixed height, otherwise the :before extensions won’t match the main content height.
  • The content block must not be position relative, otherwise the absolute positioning of the :before pseudoclass won’t work properly.
  • This works in IE8+, Firefox, Chrome, Safari… IE7 and lower have no support for the CSS :before pseudoclass.
  • This is best suited for solid colours. A tiling image should be okay too. A background image at a specific location in the content block will probably incur z-index problems.
    For most browsers, this can be fixed by setting the :before pseudoclass to have a z-index of -1, but this will not work in IE8. There doesn’t appear to be a solution for this problem.


Firstly, we survived and we are awesome. There are few things better than seeing 5 groups send files back and forth over wireless modems on a protocol we designed and then being told that you are the first group in 20 years to accomplish that.

What was interesting for me (between periods of frantic bug hunting) was watching how people worked, how they tried to solve problems, and how they handled things going wrong. From watching that, I’ve realised some things.
I need to be less… controlling about things. I try to always be open to new ideas and new methods, but I always try to ensure that everything is done the way I would do it. This leads to other people feeling useless, and me reaching the point of burnout from trying to do everything. I will always have a need to know how the project as a whole works and how all the pieces fit together, I’m definitely not one for blackboxing. But I need to trust other people to do things, and trust that they can be help responsible for what they’ve done.
Almost as importantly, someone needs to hold me to similar standards. There should be debate about how to do something, and someone’s idea should not be used simply because it’s easy, or it sounds good. I should need to prove my reasons to people before I’m simply given the freedom to implement it.

Those of you who felt like you couldn’t contribute anything, or (worse) those of you who got stuck writing documentation at the last minute: Don’t let me do that to you again.

Gwibber, or “Planning for Plugins”

I have been consistently pleased with Gwibber as a Twitter client over the past year or so, and I’ve seen some very nice improvements over that time (support for new services like Buzz and Digg, support for displaying thumbnails of Twitpics, etc.). Yesterday I was working on a simple prototype for fetching status updates from a web service, and thought Gwibber would be a good place to integrate it.

While I was (mostly) successful, the experience left me with some questions about plans for extensibility by 3rd party modules for Gwibber. Every service is implemented in its own Python file in a directory, adding the class for a new service was easy. Making Gwibber load it was much more difficult.

Gwibber’s client file explicitly imports all of the service modules. This is a problem: if I want to add my own service, I need to edit core Gwibber files. Not to mention, those files are of course in /usr which means I need superuser permissions to do so, and any Gwibber updates will overwrite those changes. I’m certain that there are “plugin” module loaders out there for Python, and if there aren’t any that are suitable it’s easy to write your own (I’ve done so in the past for a different project).
The second part of that problem is that simply importing the module isn’t enough, I also had to edit a dictionary in the client file to add my service to the list of recognised services.

Success… in some ways. The problem now is actually adding the account. Gwibber’s UI stuff seems to be entirely separate from the core, and each service defines its own UI file. I had to create another py file to tell it which UI to use (I cheated and re-used an existing UI, otherwise I would have had to create that as well).

Gwibber is a good program that works well, I wouldn’t have chosen it as my test area if I didn’t like using it. The actual service modules follow a reasonable structure (although some are inconsistent, and there is no documented API). The problem is that everything is hardcoded into the client.
I’ve seen feature requests for other services in Gwibber, but at the moment it isn’t feasible to write support for those as some sort of plugin.

Maybe I’ve been hanging around Pidgin too long, but I think the concept of every service/protocol being a plugin that is loaded dynamically is a very good one; and something that would make Gwibber feel a lot more open to 3rd party development.

From My Hands

(Cross-posted from GoW Forums)

I… haven’t touched Blender in 2 months.
I haven’t done any meaningful work in Blender is far longer.
It’s sad for me to say that, because I have things that I want to do and ideas that I want to develop.

We’re losing people. I’ve seen more people lose interest over the past 6 months than I have in any other period of Uru. We’ve been given hopes and promises, and now we’re all waiting for something that might never come. Times change and people get busier, and I feel that need to seriously ask myself why I’m still here.

It’s not because I enjoy it: Uru is depressing these days, and I don’t want to build Ages that nobody will ever explore;
it’s not for the community: I’ve seen almost all the good people lose interest, leaving only the idiots on MOUL worshiping their Holy Blue Lords of Cyan;
it’s not for the potential: time killed whatever potential was left in Uru.
It’s not even for Plasma anymore, the more I see of it, the more I realise how much it could be improved and yet there’s no way to do that.

I thought things would be more open when MOULa started, but instead they’re more closed than before. Any incentive to work on stuff is crushed by Cyan’s continued silence, and the overwhelmingly vocal disapproval of many community members. We all have bad days where we ask “Why do I put up with this?”; but when you’re seriously asking yourself that question every time you think of Uru, maybe it’s time to move on. I don’t want to be part of this anymore.

Uru’s dead, more dead now than before MOULa started. I keep wanting things to change, but I can’t keep pretending that they ever will. Cyan can’t make Uru work. They’ve lost direction and fragmented so much that the only thing keeping them in business is rehashing existing games on new platforms. The “Golden era” ended with Prologue, and came to a crashing halt after Myst V. MOUL never managed to bring any of that back.

The future is uncertain. I can say for sure that prpl-uruki will probably never be finished, and libHSPlasma development has mostly stopped as all the developers lost interest. PyPRP2 is up in the air, very dependent on what happens with Blender and whether there’s still enough interest to keep developing it. Without maintenance and support for the current tools, Age builders will lose interest and drift away, and with them goes any lingering hope for Uru’s potential.

For now, we keep waiting… but maybe someday you have to accept that the story’s over.