Katastrophos.net Blog

I am pleased to announce beta 4 of Quasar Media Player.
This new version introduces some new features and big improvements in terms of performance and memory-usage.
The previously separate last.fm Audioscrobbler QScrobbler has been integrated into Quasar as add-on.
This release also marks the introduction of the Cover Art Downloader which uses the new open-source katastrophos.net Cover Art search engine to download cover art images for the new Cover Art Flow album browser.

Binaries for the previous platforms (Sharp Qtopia and pdaXrom) along with new binaries for Windows and OS X (universal) are available on the project’s homepage.

It’s been some time since the last update. In my previous post I mentioned I was in the process of setting up a nightly build system. This system has been running silently since May.
I guess it is finally time for me to officially announce the nightly builds of Quasar Media Player:

http://www.katastrophos.net/downloads/quasar/nightly/

Along with the most current sourcecode tarball, binaries are available for 4 platforms:
Windows (win32), OS X (universal binary), Sharp Qtopia and pdaXrom Linux (both for Zaurus PDA)
The Windows version comes in two styles: a generic setup (EXE) and a self-contained portable version (7z archive)

Enjoy and please leave a comment.

I’m currently setting up a nightly build system for Quasar on my Linux box which is running Debian. This system also cross-compiles Quasar for Windows.
The Windows version of Quasar is going to be available in two fashions: one self-contained, portable version and one version that can be installed.
I’m not a huge fan of installers. But when it comes to creating a setup program for a given Windows application I’m quite accustomed to Inno Setup having used it for years. Unfortunately there is no native Linux version of the Inno Setup compiler available for Linux. NSIS exists as package for Debian but I am not fond of using it, largely because I am a Delphi guy. :)
So, here is a small guide on how to get the Inno Setup compiler up and running on Debian:

First step is to install Wine either as super user or by using sudo:

sudo apt-get install wine

As normal user fire up your X server and your favourite terminal application and get the latest Inno Setup QuickStart pack:

mkdir /tmp/innosetup
cd /tmp/innosetup
wget http://files.jrsoftware.org/ispack/ispack-5.2.3.exe
wine ./ispack-5.2.3.exe

This will start the installer in Wine. Note, for the installation you will need a running X11 server since the installer obviously is graphical. If you have not set up Wine before, the default location C:\Program Files\Inno Setup 5 will install to ~/.wine/drive_c/Programme/Inno Setup 5.

Luckily the Inno Setup compiler offers a command line interface, ISCC.exe, which will run in Wine without the necessity of having a X server running. So it is ideally suited for automated runs.

Here is a simple wrapper shell script called iscc:

#!/bin/sh
unset DISPLAY
scriptname=$1
[ -f "$scriptname" ] && scriptname=$(winepath -w "$scriptname")
wine "C:\Program Files\Inno Setup 5\ISCC.exe" "$scriptname" "$2" "$3" "$4" "$5" "$6" "$7" "$8" "$9"

I installed this script in my local bin directory (~/bin) and added it to the PATH environment variable.
This will allow running the Inno Setup compiler from anywhere and it also makes it very easy to integrate into a build script. You can even feed a script via stdin, e.g. something like:

iscc - < ./myscript.iss

Update: I seems like Microsoft changed the behavior of the Explorer’s command line parameters in Vista and Windows 7. Below is the fixed version of my code that addresses the problem.

So, I was wondering the other day how to implement a functionality similar to Firefox’s “Open Containing Folder” or OS X’s “Reveal In Finder”.
It turned out to be extremely simple. Here is the Pascal/Delphi-Code:

uses
  ShellAPI;

function RevealInExplorer(const Filename: string; ShowExplorerWithFoldersBar: Boolean = True): Boolean;
var
  Params: string;
begin
  if FileExists(Filename) or DirectoryExists(Filename) then
  begin
    Params := Format('/select,"%s"', [Filename]);

    if ShowExplorerWithFoldersBar then
      Params := '/e,' + Params;

    ShellExecute(0, 'open', 'explorer.exe', PChar(Params), nil, SW_SHOWNORMAL);

    Result := True;
  end
  else
    Result := False;
end;

UPDATE: This also applies to Windows 7 Final/RTM (7600) and will also work for the U820/U2010/U2020 models. Check my comment for additional information on what needs to be installed on those models.

I just installed Windows 7 Business Build 7000 on my U810. It is quite nice actually and seems to run faster than Vista.

I installed the Vista drivers from the driver CD. The Setup.exe on the driver CD will complain that the operating system is unsupported. To circumvent this problem, just start the setup in Vista compatibility mode:
Right-click on “Setup.exe”, “Properties” -> “Compatibility” -> “Run this program in compatibility mode for:” “Windows Vista”.

Install these items:

Drivers
04. Button Driver
05. Camera Driver
07. Fingerprint sensor (driver)
08. FUJ02B1 Device Driver (HotKey Driver)
09. FUJ02E3 Device Driver (System Extension Driver)
11. Pen Driver
12. Pointer device driver

Utilities/Applications
03. Button Utilities
07. Fujitsu System Extension Utilities

I could not get the Auto-Rotation feature to work. Also, you’ll probably have to calibrate the touch screen.
I also disabled the power management feature of the FCL USB Pen Tablet in Device Manager (Right-click on “Human Interface Devices/FCL USB Pen Tablet”, “Properties” -> “Power Management” -> Disable “Allow the computer to turn off this device to save power”). This improves the response of the touch-screen/tablet.

Oh, and BTW, Windows 7 “only” uses 7.5 GB of disk space, whereas Vista uses 15 GB I think.

All right, this post is just to stop somebody else’s suffering in figuring out why writing to stdin in QProcess on Version 3.3.x-8 of Q…/Free doesn’t work on Windows. Well, actually it works but just for the first line you write to stdin. There is a bug in qprocess.cpp at line 730:

void QProcess::writeToStdin( const QString& buf )
{
    QByteArray tmp = buf.local8Bit();
    tmp.resize( tmp.size() - 1 ); // drop the implicit \0
    writeToStdin( tmp );
}

should be:

void QProcess::writeToStdin( const QString& buf )
{
    QByteArray tmp = buf.local8Bit();
    tmp.resize( buf.length() );
    writeToStdin( tmp );
}

Verision 3.3.7-7 includes the latter method, same as the latest Qt 4.3 sources. So, it’s actually a regression in 3.3.x-8. If you require the latest Qt 3 / Q…/Free for your open source application and need to write to some other processes’ stdin, you can just use a wrapper workaround that uses the latter method and directly uses writeToStdin( const QByteArray& buf ) instead of the QString variant.

So Windows Vista finally allows to enable ClearType font smoothing for Remote Desktop / Terminal Services sessions. Update: Windows XP SP3 does too!
If you try to connect to a machine running Windows XP SP 3 or later using rdesktop, you won’t get smoothed font typing since at the time of this writing rdesktop does not officially offer an option to control this feature. However, here is a workaround:
› Continue reading

Ben Escoto has released version 0.4.2 of duplicity. My previous patch for version 0.4.1 already included most of the changes in 0.4.2.
For the sake of completeness, here is my updated patch bundle which adds Cygwin / Windows support and fixes some problems in the FTP backend:

http://savannah.nongnu.org/download/duplicity/duplicity-0.4.2.tar.gz

To install it you’ll need the same prerequisites as for rdiff-backup, most notably librsync. Please refer to these instructions on how to install it.
Additionally you should install the Utils/gnupg package in order to get the encryption working.
Here is how to compile and install duplicity:

› Continue reading

So, it seems Apple broke Windows Filesharing / Samba with the 10.4.5 update on Intel-based systems. Windows clients are unable to connect to OS X shares, because the server refuses the password.
There are several threads describing the issue in detail:
http://www.123macmini.com/forums/viewtopic.php?t=4555
http://discussions.apple.com/thread.jspa?threadID=401714&tstart=0

Here is a temporary workaround for the problem:
You’ll have to change the authentification settings on your XP/2k box and here is how to do that:

Start -> Run “secpol.msc”
In the tree open and click Security Settings -> Local Policy -> Security Options
Scroll the left pane down to ‘Network Security: LAN manager authentication level’
Change this to ‘Send NTLMv2 response only’

It works for me. Please let me know, if it works for you too…

Update: Apple has released OS X update 10.4.6 which resolves this problem.

I am lazy – very lazy. ;)
That’s also why I can’t stand the default Windows ways of starting applications, ie. Start -> Programs or Quicklaunch bar. Either too many clicks or extreme cluttering.

Having said that, I’ve been a long time user of Y’z Dock, an abandoned implementation of an OS X-like Dock for Windows. Of all the Windows Dock’s out there it came closest in terms of imitating the original behaviour. I guess that’s also the reason why Apple pulled it via DMCA/C’n'D. ;)
Anyway, since Y’z Dock is no longer maintained and there are still some bugs in that software, I was looking for alternatives. Here is what I found: MobyDock, ObjectDock, RK Launcher and RocketDock. There is also AquaDock, but that’s just a repack of Y’z Dock.

RK Launcher has some potential to it, but also way too many bugs. I wasn’t able to access the website, so perhaps the program is pulled, too.

I’ve tried both MobyDock and ObjectDock several times in the past and didn’t like them at that time. This hasn’t changed and I won’t go into detail as to why. It’s really way too subjetive and I don’t want to start a flame war. ;)

So, finally, I’ve settled with RocketDock. It’s faaast and provides instant access to my program shortcuts even under heavy load. That’s what I missed in Y’z Dock. When Y’z Dock was autohidden, it also reduced the process working set size via a nice trick. This is a good thing in low memory conditions since this tells the virtual memory manager it can swap out most parts of the app. However, it can also impose serious delays in feedback. And instant feedback is what I was looking for.
RocketDock offers this, but at the price of higher memory utilization – ~10 MB in my case. I think this is still acceptable for the performance and my Subjective Productivity Boost TM, therefore.
So, now what was left to do was to migrate the dock items from Y’z Dock to RocketDock. Sadly, there is no way to import the itemlist.ini into RocketDock – at least I didn’t see it. ;)

So, being lazy and not wanting to recreate each and every icon manually on several boxes (repitition is harmful TM), I had to come up with a better solution.

And here it is: YzDock2RocketDock (binary and Delphi sourcecode included)

Simply extract the binary to a new folder and copy your itemlist.ini file from your Y’z Dock program directory into that same folder. Make sure to quit RocketDock and backup the registry key \HKEY_CURRENT_USER\Software\RocketDock-v0.9.4 before.
Now, running the binary should import the contents of itemlist.ini into the registry. It will not overwrite any existing items. Instead it does append the imported ones to the existing items.
Finally, make sure to copy all icons over to your RocketDock program directory. Put them into the subdirectory “Icons”. That’s it. Enjoy! :)