Ubuntu Jaunty - No Ctrl+Alt+BackSpace for You!

So Ubuntu 9.04 Jaunty has by default disabled the Ctrl+Alt+Backspace keysequence for restarting the X Server. For some advanced Linux users, this might be completely offensive. But let's remember that Ubuntu us targeting both existing Linux users in addition to newbies.

To Reverse / Fix

KDE 3.5
If you are using KDE 3.5 in Jaunty, you reverse this change to normal behavior by adding this code to your xorg.conf:

Section "ServerFlags"
 Option  "DontZap" "off"
EndSection

KDE 4
1) Install the “dontzap” package (hopefully this step can be skipped in the future):

sudo apt-get install dontzap

2) Launch “systemsettings” and select the “Display” module

3) Click on the checkbox labeled “Ctrl+Alt+Backspace restarts the xserver” and press the apply button.
After that, type in your password. You know the drill.

Thoughts
Sometimes I wonder about things like this begin cropping up in future releases. But honestly, as far as I am concerned, so long as I have the power to re-enable whatever feature was taken away, I don't see a problem here. Others may disagree, but overall I feel confident that this will be a non-issue.

Kubuntu 9.04 with KDE3.5 released!

Kubuntu 9.04 with KDE3.5 has been released! Get your ISO images here.

For some reason, the torrent never worked for me, despite fiddling with my settings quite a bit. I had to download the ISO file in the end, but that was very fast.

For more details on the release, go here.

Kubuntu 9.04 with KDE 3.5 slightly delayed

So according to the Kubuntu download pages, the release of Kubuntu 9.04 with KDE 3.5 packaged by default is slightly delayed. I will personally be watching for this attentively myself, but for those who want to watch themselves, check kubuntu.org, and https://wiki.kubuntu.org/Kubuntu/Kde3/Jaunty for updates.

Text to Speech in Linux

After using my friend's Amazon Kindle 2 and its Text-to-Speech (TTS) feature to read something I had written, I became interested in getting a TTS program for my own use. The best solution I have found was a combination of KDE's Text-to-Speech manager and an external TTS program.

KDE's readily available TTS system integration makes me proud of how the open-source and Linux communities attempt to help people for free.

Part 1 Choosing a TTS Program
Most TTS software in Linux does not seem to provide a graphical user interface for control, just a command line utility. This utility can be tied to a graphical controller, but first you must choose which TTS program option is right for you.

Option #1: For the Free of Charge or Open-Source only People
For the people not willing to pay for any TTS software (and yes, there is some good stuff available for Linux), or for those who will only use completely Open-Source material, Festival + some other voices is probably your best option.

Festival
Festival is a general multi-lingual speech synthesis system and it is probably the first thing one will encounter when researching TTS in Linux. It is well supported in Linux and I personally was able to get it to read a text file within minutes.

To get it to work with kttsmgr, there was no editing of configuration files necessary, but to use it directly from command line I had to add this /etc/festival.scm for ALSA sound support:

(Parameter.set 'Audio_Command "aplay -D plug:dmix -q -c 1 -t raw -f s16 -r $SR $FILE")
(Parameter.set 'Audio_Method 'Audio_Command)
(Parameter.set 'Audio_Required_Format 'snd)

In festival, the voice synthesis is pretty good, though I found it sometimes too fast, particularly over some punctuation, and the voice is obviously synthetic. If you are hoping for something a little different, read about solution #2.

This is a really great tutorial on how to get Festival working with a variety of other voices that are available.

If you are interested in using Festival, but want different voices, Option #2's voices can be made to work with Festival as well.

MBROLA
MBROLA will frequently pop up on Google during TTS searches, or at least it did for me. Wikipedia explains this project better than I, but simply put: It is a free system for enhancing the quality of TTS systems, but it is not itself a full TTS system. MBROLA can be used along with Festival, as the tutorial link above will show.

Linux-Sound.org/Speech
This webpage is a great resource for the many numerous TTS systems and projects in Linux and the open-source world. If you want additionally information about TTS and other related projects, I suggest you go there.

Option #2: Purchased voiced & Closed source
For those willing to pay a little to buy a TTS voice and are willing to use a closed source TTS project, I suggest Cepstral. Their product is very high quality and is available for Linux (32 and 64 bit), Windows and Mac OS. Take a look at their demos and you can tell fairly quickly if their product is right for you.

Their Windows version comes with a nice and simply GUI program to read text, and provides graphical configuration of the programs voice, which is fairly customizable. Their Linux version(s), as far as I can tell, comes with only a command line utility, but they product documention on their website FAQs about using their program with KDE's TTS manager.

Part 2 Configuring a Frontend Graphical Controller
While there may be other controllers, I used KDE's program: kttsmgr. This is their Text-To-Speech manager and it supports a great variety of TTS command line programs.

There are plenty of tutorials on getting Festival to work with kttsmgr.

Update: Besides making sure you install a festival voice, I am not even sure any additional configuration is necessary beyond going through the kttsmgr and adding a talker.

Option #2 Cepstral with kttsmgr
[Taken from Cepstral's own FAQ docs]

To integrate Cepstral voices into the KTTS text-to-speech system (present in KDE 3.4 or later), first select KTTS from the KDE menu or run kttsmgr from the command line to open the configuration manager.

In the Talkers tab, click the Add button to add a new voice. Now, select the "Show All" option for synthesizers, choose the Command synthesizer, and click OK. You'll now be asked to choose a language. Select anything here, as it will be ignored. Finally, it's time to specify the swift command to run. To speak using the default voice, use:

swift %t -o %w

If you want a specific voice, use the -n switch like this:

swift %t -o %w -n Isabelle

You'll also want to select Latin1 as the character set. Click OK, then Apply to set the current voice. Your voice should now work in any KDE app that uses KTTS.

I found that selecting UTF-8 instead of Latin1 caused no problems, but I am also not using any sort of foreign language texts.

Update: When using Cepstral's swift on the command line, you may encounter OSS sound compatibility errors. Install the package alsa-oss and use the program it provides 'aoss' to act as a sound wrapping layer for ALSA. For example:

aoss swift -f file.txt

Recommendations
Try Festival and if it meets your needs, great. Personally I needed something like Cepstral and I was happy to pay for the voice. It worked great with my software.

Amazon Kindle's Text to Speech legal thoughts

Just a quick post: I found an article with a lawyer discussing the implications of the Authors Guild's resistance to Amazon's Text to Speech feature in their Kindle. He makes some great points.

http://www.guardian.co.uk/technology/2009/mar/31/cory-doctorow-kindle

Swiftfox (AMD/Intel optimized Firefox)

Overview
"Swiftfox is an optimized build of Mozilla Firefox. Swiftfox has builds for both AMD and Intel processors and is based on the most cutting edge Firefox source code available."

I learned about Swiftfox while investigating some slow performance I have been experiencing in my normal Firefox. When trying Swiftfox, even after only a few minutes, I noticed some improved "snappiness" in my browsing. That is to say, I noticed switching between tabs was faster, graphics and pages both loaded and refreshed more quickly, and Gmail was significantly faster and more responsive.

Optimizations
Here is some information from the Wikipedia page on Swiftfox. It is interesting to note that the compiled binaries were made using GCC version 4.0.x, while I know for a fact that later version of the 4.x GCC compiler have improved optimizations. Under different circumstances, I might assume this would result in lesser performance, but since the Swiftfox creator has a knowledge of assembly instructions for several architectures, I am willing to give him the benefit of the doubt for knowing what he is doing by using an older compiler.

The Swiftfox build is optimized using the following methods:

Binary code optimization

• Compiled with the highest level of compiler optimization, rather than optimization for binary size.
  • Swiftfox is compiled -O3,^[1][2] (the highest level)
    • The resulting Swiftfox binary is larger than Firefox. (It should be noted that -O3 is not necessarily faster than -O2, or -Os. -O3 introduces two more options on top of -O2: -finline-functions and -frename-registers. The latter is good for CPUs with many registers but may actually be slower on other CPUs.^[3])
  • Firefox is compiled -Os^[2]. (-Os is the same as -O2 but removes optimizations which would increase the binary size ^[3].)
• Binaries incorporate additional instruction sets.^[4]
  • Intel and AMD: MMX, SSE, SSE2, (not generally SSE3^[5]).
  • AMD only: 3DNow!
• Optimization specific to the build microprocessor architecture.^[4]
  • Intel: Pentium 4, Pentium 3, Pentium M, Pentium 3M, Pentium 2, Prescott.
  • AMD64: Athlon64 (32bit binary).
  • AMD: Athlon XP, Athlon, K6-2.
• Compiled with newer version of GCC (Firefox 2.0 uses 3.3.2, Swiftfox 2.0 uses 4.0.4).^[2]

Increased Security

• Better protection from Buffer overflow attacks^[6] (Swiftfox 2.0 uses -D_FORTIFY_SOURCE=2; Firefox 2.0 uses gcc 3.x, which does not support this).^[2]

Simplify

• Pango is not included in the build^{[citation needed]}. This means that Unicode fonts remain supported (see Unicode and HTML), but without certain extra features^[7] provided by Pango. This simplification reduces the binary size, and reduces rendering.

Changed default preference values

• IPv6 DNS lookups are disabled.^[8][4] preventing slowdowns experienced^[9]
• HTTP pipelining is enabled by default.^[8][4] Note that Fasterfox provides a GUI to adjust these settings.
• For full details, see [1].

Conclusion
It is a bit early for a conclusion yet. I'm going to keep trying to use it and see how it continues to performs. The next few days will give me a good idea of how fast it really works compared to regular Firefox.

For more information on Swiftfox, go to: http://getswiftfox.com/

Currently there is no PGP apt-package signing available for the Swiftfox repositories. If anyone learns of some, please let me know.

Update
Ironically, no sooner do I start investigating some benchmark tests for Swiftfox, than I discover an alternative to Swiftfox named SwiftWeasel. I am going to be investigating both of these browsers in time and I will bring you reports of what I discover.

GCC does everything MSVC does, and more

I came across a very encouraging report on compiler optimizations. I am bringing you some of the selected comparision results between GCC and MSVC. Source for this information is Software optimization resources published by Agner Fog. In particular, I used this PDF, which was last updated January 23, 2009.

The table in the PDF source states these results were from GCC 4.1 and MSVC 2005 which are probably from his original publication in late 2008. However I do not know what updates occured since, so these could be taken from later versions of either compiler. I do not know about MSVC, but I know for sure that GCC 4.2 and 4.3 are just getting faster and faster, and that is not counting LLVM.

One thing this evidence shows is clear: Saying MSVC produces faster binaries than GCC is simply not true, especially if they don't specify compiler versions and platforms and computing task. The next time you hear someone rip on the GCC compiler for being slow without specifics, just laugh in their face.

Save Larger/Big Images from Flickr

Overview
Say you want to save a private picture at full resolution size from Flickr Photos, but the image has been blocked from saving/downloading. Here are some quick steps to bypass their restrictions to save the larger resolution image.

Saving the Protected Image
Normally, you can save pictures from Flickr (or any website) by right clicking the photograph and saying "Save Image As..." but in the case of protected Flickr images, all you will see on the desktop is a blank 1x1 pixel placeholder image called spaceball.gif

This happens when a Flickr member has set download permissions to disallow his/her photos from being downloaded. Flickr places a transparent image overlaid on the actual photo so the right-click method fails.

You may either use the good-old Print Screen or the method below works to defeat the Flickr image protection:

For Firefox
Goto the Menu: Tools -> Page Info. Select the "Media" tab.

Click on the image addresses listed in the top section. You will see the image appear in the Media Preview Window below. Click/scroll until you find the one you want.

If you don't care about getting the potentially larger image, just click the Save As button now.

Saving the Larger/Big Image
Restricted/Protected images on Flickr are also frequently only displayed in small resolutions.

Now comes the magic. Right-click on the address of the image you want and select "Copy." This will copy the address into your clipboard. Open a new tab/window in Firefox.

Paste the address but do not execute it yet. In the address text, at the end of the link, just before the .jpg, add _o which is an underscore and a lowercase o. Here's what the link will look like:

http://farm2.static.flickr.com/5678/4532356709_c3d4f5g7e5_o.jpg

Press Enter to open it, and that will get you the original size of the picture. Now you can save it out to your computer. This won't work for some pictures. In that case, try _b instead. This will get you the large (a.k.a big) version of the picture. If neither of those work, then the medium size is the best you can do.

KDE 4.2.2 Things are getting good

So I tried KDE 4.2.2 through VMWare today. I'm really pleased with the impressive improvements I see. I feel like I might be jumping the gun by saying this but KDE 4 may very well be ready for me to use. Here is a quick run down of what I checked/noticed since my last review.

System Settings

• Overall / General: For one thing, the System-Settings area has been filled out a significant amount. Many things are there now that were missing only a few months ago, and what's there seems to work well.
  
• Notifications: I need to confirm whether this is easy to disable all sound. By going to Player Settings and choosing No Audio Output, things might be what I want.
  
  You cannot turn off all the audio notifications in an easy way. I really hate the concept of going through every single program and turning them off. I like my computer to run silently so this is a personal annoyance, but to be honest the previous system under KDE3 was not great, just more usable.
• Startup: Sweet new interface for adding startup programs/scripts. Very nice. Not tested yet myself but this is a cool feature.

Shortcut Keys Binding
Previously I mentioned that KDE4 seemed to only allow binding a single shortcut key sequence in programs, instead of their KDE3's well-established two sequence binding options. I notice that KDE4 may have added, or at least begun adding, options for binding two keys again. This is great.

Gwenview
Gwenview 2.xx is pretty much ready for use... for me anyway.

When I tested Gwenview, as of today, 90% of the "shitty" zooming issues (enlaring smaller images) previously noted have been resolved. I don't exactly know what source these fixes came from, but they are there. I am not even sure if there are any zoom related problems left.

I tested enlarging small GIF/PNG/JPG files and all of them look very good. It is difficult to say whether the zoom quality is "at the highest possible" while using VMWare but it sure looks quite acceptable for the time being.

The only unusual thing I noticed was on the enlarging of small PNG files. Gwenview may not have been performing perfect binary interpolation on all the sample test images I tested. Regardless, the enlarging zoom was still of a very acceptable level of quality.

Konqueror Preferences/Settings
Konqueror seems to have fixed some of its bugs since I last reviewed it, especially the great many of the issues I care about.

• View Configuration: Many of the preferences are now saved, in particular Menu: Settings -> Configure Konqueror -> File Management -> Views.
  
  These were some of the most important for me. Though there seems to be a bug with not displaying the check in the checkbox for enabling "Show Delete in Right Click menu" but the feature is still enabled.
• Tabbing: Tabbing still seems very solid, but I cannot remember if this successful preference saving was present in my last review. Regardless I take this a good sign of progress.
• View Mode Icon Size: The bugs with inconsistent view modes icon size have been fixed. This time around, I only had one instance where the zooming was off slightly, but a quick setting of the zoom and the problem never repeat itself.
• Toolbars: I already mentioned the Toolbars in Konqueror were improved and I am still impressed with them. Nice and usable and still quite configurable. That annoying bug with some element misplacement that occurred with KDE3.5 because of Gwenview integrated image viewing is gone.

Konsole/Console/Terminal profiles
The feature for smoother switching profiles within Konsole has been integrated. Very nice.

Power Management
Yet another sweet looking application I cannot wait to try. This is looking seriously awesome. I have not been able to try this on a mobile device but I will report on it as soon as I do.

Desktop Themes
This is pretty impressive. I guess is just goes to show that KDE can be even more customizable if you want. I don't even know where to begin with all the options. To be bluntly honest, even just testing this a tiny bit with impresses me. I see major potential for smooth and easy eye-candy customization.

Misc.
There are several things which I don't use but their existence is worth noting.

• Digital Camera integration: I don't use a digital camera so my word is that of a novice but it looks like KDE is providing (or will provide) a pretty good user interface for accessing it. This is a nice thing to have since it promotes inclusion of more users in the future.
• PDA/PIM utilities: KDE 4 looks to have some nice (and assumably working) PDA/PIM integration and software. I don't use a PDA (yet) but doubtless I will when the 2nd generation of the Google Phones come out. I am glad that KDE has good these utilities.
  

Themes
When I installed KDE 4.2.x from within Gnome, I ended up with a lot of more color themes... and they were good! When I reinstalled KDE4.2.x from Kubuntu, I was sadly surprised to find it does not ship with some of these themes. I hope that gets fixed because those themes were nice.

Font size
There are still some real font issues, but these may be less of a deal breaker than I first experience. Today in KDE 4.2.2 I set the entire system font size to 7 and then Konqueror and System Settings looked okay. Actually, everything I tested seemed to look just fine after this change. The exception was the Classic-Applications Menu, whose font became quite small but still readable.

Network Manager
I experienced Network Manager problems when using it through VMWare, but I'm not sure how it will perform on an actual system installation. The Knetwork-manager seems to cause a lot of problems for some people, though I have luckily avoided most of these problems through serendipity.

If you are going to use KDE4.x, I would seriously recommend having a diffferent network manager installed and functional. I suggest Gnome's network manager.

Mouse Gestures in Konqueror
Currently I cannot find anyway to enable mouse gestures in Konquorer. I conclude that this feature is not available yet in KDE 4.2. This is unfortunate because I use this feature every day. This is not technically a bug, just a missing feature.

Media:/ protocol
The 'media:/' protocol is not present in KDE4 yet. This is known to the KDE team and it is on their list of things to do.

Conclusion
I am pretty set to use KDE 4.2.2 right now, but I will hold off. I don't have any pressing need to switch yet, and the few missing features are not deal killers but important for me.

Previously, the failure of Konqueror saving settings properly and icon size mismatching was the deal killer for me. But now there only are a few missing features left on my list. Good times.

KDE3.5 an official option for Kubuntu Jaunty

So the Kubuntu team, in their wisdom, is offering an official "remix" version of Ubuntu 9.04 Jaunty pre-setup to use KDE 3.5 instead of KDE4. This is pretty cool in my opinion. I know a lot of users, myself and many of my friends included, are still using KDE 3.5.

The official news posts about it is here: https://wiki.kubuntu.org/Kubuntu/Kde3/Jaunty

I like I have said before in my previous posts, I won't give KDE4 a serious try until their release of KDE4.3 scheduled for June sometime. Prior to this news, I was planning on installing Ubuntu and then throwing KDE3.5 on top. In the meanwhile, this Jaunty with KDE3.5 release saves me a bunch of work.

Speed up Firefox with TmpFS

Introduction
This shows how to speed up Firefox by running it entirely from RAM to improve speed. Most of the credit for this article should go to here, from which I have taken most of this information, with the exception of improving his shell-script understandability.

Firefox uses SQLlite to store most of its information. As SQLite accesses are I/O bound, Firefox suffers when from disk drive bottleneck and competition for read/writes with other processes.

Create RAM partition

Add this entry in /etc/fstab:

firefox /home/xxxx/.mozilla/firefox/xxxxxxxx.default tmpfs size=128M,noauto,user,exec,uid=1000,gid=1000 0 0

Shell Script

#!/bin/bash

WORKING_LOCATION="/home/jondoe/Sata/Linux/presets/home-configs" # Directory where RAM_DIR and LOCAL_DIR exist
RAM_DIR="/home/jondoe/Sata/Linux/presets/home-configs/firefox3_ram" # Location mounted TmpFS
LOCAL_DIR="/home/jondoe/Sata/Linux/presets/home-configs/firefox3_local" # Harddrive folder for out-of-RAM storage

#cd "$WORKING_LOCATION" # Switch to location of working location -- unnecessary if using absolute paths

if [ -z "$(mount | grep -F ${RAM_DIR} )" ]; then # Check if firefox TmpFS already mounted
# Not mounted
mount firefox # Mount it now
fi

# The file '.unpacked_to_ram' is an indicator that we have synced into RAM
if [ ! -f "$RAM_DIR/.unpacked_to_ram" ]; then # Check if we have sync into RAM
echo "No file found indicating synced to RAM"
echo "Executing sync to RAM"
rsync -av --delete --exclude .unpacked_to_ram $LOCAL_DIR/* $RAM_DIR # Execute sync to RAM
echo "Creating note for synced to RAM"
touch "$RAM_DIR/.unpacked_to_ram" # Create note for synced into RAM
else # Already in RAM.
echo "Syncing Firefox3 TmpFS to local folder..."
rsync -av --delete $RAM_DIR/* $LOCAL_DIR # Sync back down to disk
fi

exit

Crontab
*/5 * * * * jondoe bash /home/jondoe/.tmpfs_firefox.sh >> /home//cronlog.txt 2>&1

Funny Manpage for apt-get

My friend Jeff discovered this today. Thought I would share it.

LLVM-GCC vs GCC

So I have been reading up on the LLVM, and on integrating it with GCC. I care about a possible integration of the system because I want Linux programs to continue to be fast. The compiler is an important component in that speed. Furthermore, unlike Microsoft, the GCC project does not have direct communication with Intel Compiler designers, so it is important that GCC compiler be damn good.

From what I read online, it seems like some people like to decry the GCC project as being difficult to contribute to, and perhaps it is... or was. I don't personally believe this after reading experts from The Cathedral and the Bazaar. But I also do not have a lot of experience with the GCC project personally. If nothing else, the history of the GCC since the late 1990s has definitely been one of better community involvement.

Benchmark Data
There is a project called LLVM-GCC which is the combination of GCC and LLVM and I have been trying to collect information on performance between the two compilers. Here follows some of the things I have found.

To note at the beginning, the speed of the compilers is dramatically effected by the CPU architectures they are compiling on. So, an X86_64 architecture compared to Darwin/PPC could give wildly different results for the same code. Many of these tests don't even mention their architectures.

At Cliff Hacks, we see the GCC outperforming LLVM when maximum optimization is enabled (-O3). Unfortunately comparing GCC with -O0 and LLVM standard is fairly invalid, since -O0 effectively ties GCC's hands for speed.

At Laurovenancio, we see LLVM-GCC outperforming GCC by about 2-4%, but this is using GCC 4.1.x. I know from other research that there have been some serious speed improvements in 4.2 and 4.3, and I know that 4.4 is continuing these efforts with Stack management improvements. Because of these updates, I would not take these results as very reliable now.

Leonardo-m's blog is the most recent (2008-12-14) and best illustration of results I have found so far.



These results seem to indicate an overall small speed increase when using LLVM-GCC. The nbody section was a bug which has been reported and fixed already.

If nothing else, the GCC is still an amazing piece of work to be competing so well, even with all of "supposed shortcomings" that I see frequently mentioned in relation to LLVM.

One reason that LLVM has not been adopted into GCC officially is that there are license conflicts between the two projects. I don't really care to list them now, but basically the GCC want to keep things GPL'd and LLVM is more interested in a BSD style license. This is probably because of funding and influence from Apple, their sponsor. I don't fault either party for their intents.

A Final Thought
If LLVM-GCC should become a significantly better/faster/superior/prettier compiler over the GCC, I wonder if there will be a movement to adopt it as the official compiler for Linux distribution packages? I mean, would Debian or Ubuntu start to build their packages with LLVM-GCC if it was a superior compiler? Or would they stick with GCC? Does license matter more than speed? Does "the official Linux compiler" stamp from GCC matter more the perceived performance?

I just hope that if LLVM-GCC should become a "better" compiler that the Linux community, specifically the package maintainers, will consider it as a possibility.

Quest for a Music Player

Abstract
My experiences personally and impressions while looking for a music player in Linux today.

Introduction
So I have used the music player program Audacious for years. I did this because before it, I used BMP, which is the successor to XMMS, which is a WinAmp Clone and I have used WinAmp ever since I started listening to music on my PC.

Why the search for something new? I have been stuck in Ubuntu Hardy for various reasons, and their version of Audacious has some bugs, because it seems to fail to load a bunch of files that are perfectly valid. Also, because of Hardy's libraries I cannot compile and use their latest version myself.

Another bigger reason is that, I have started to really listen to my entire music collection of a few thousand songs, and Audacious is not really a music manager, just a really good player. So my needs have grown beyond Audacious, though I still think it is a stellar program and the best WinAmp clone ever.

Today I looked around to find a music player that suited my needs. Namely, it needed to the following:

• Support MP3, OGG, WAV, MPC (very very important), FLAC and WMA (yeah, I have a few, though the format is terrible).
• Make use of the keyboard for control, preferably something like Audacious/WinAmp
• Have a mini-mode. (A mode where the GUI is small and unobstrusive). This could be anything from a System Tray icon, to the mini-mode that Audacious/WinAmp do.
• Support thousands of songs in a massive single playlist.
• Additionally, it should be easy to use. (Believe me when I tell you this is not the case for most music players out there).
• Normalization of audio.
  

JuK
Got me off to a pretty fast start. They were able to import my music quickly and start playing. However, when I reconfigured their shortcut keys, the program stopped working properly. Most of what I assigned did not seem to function properly and soon after the program crashed.

The program also lacked various extra features usually provided by plugins.

In the end, the playlist system seemed quite clunky and did not work very well for me. Doubtless there is a proper way to do it, but it was not apparent to me. The display is not very informative at points, so sometimes I did not know exactly what songs I had queued up. Perhaps it is my style of use, but again I found the keyboard interfering with controlling the system instead of helping it.

Amarok
Amarok and I have a history. Each time I have tried it, I did not like it, but I don't clearly remember why. This time around, after trying to use the program three times, I figured out the trick to the Playlists. Not exactly intuitive but still useable.

Their interface is pretty nice actually. Nice shortcuts. Good random playback system. Nice SystemTray icon.

• File Information: Initially had some trouble using the interface to examine the filetype and bitrate information for my audio files. But figured it out at last.
• Volumes Synchronization Problems: I cannot figure out how to make Amarok use KDE's volume. I end up having to control two volume systems and this is kind of annoying. I suspect there is a way to do this, because it would seem like a very important feature.

Amarok hung for a bit when I tried to seek forward/back while certain visualizations were enabled.

Aqualung
Simply failed to load. I'm pretty surprised actually. Normally these things don't happen.

Listen Music Player
Simply not enough control as well as customization for me. It looks like a nice little player but not enough for me.

Exaile
Tried it. I could not customize the keys, and I did not really like their default keys. The big deal was that I simply could not get it to play my music. I was unable to load anything into the play lists. I tried on three separate occasions over a few days. It cannot be done without knowing the black magics I guess. Too bad. Not a usable program.

Conclusion
I went with Amarok and I'm generally quite pleased. The program has a lot of things I wanted in Audacious and I'm organizing my music far more easily than before. There are two things I really want though:

• Good normalization system: I downloaded and enabled ReplyGain (which was annoyingly not available through Get More Scripts option system within Amarok itself). ReplayGain works alright. There is no AAC/Musepack options in my Linux distro so that is a pity. I believe the plugin is going through and putting Replay Gain values onto my music files, which is cool, but if it is not, then I'm in trouble because a lot of my files don't have a gain value stored in them, certainly not some of my WMAs. (Again, yeah I know they suck).
• Slim Player Window Like Audacious/XMMS: I really want a slightly slimmer player window for Amarok. Something like Audacious. Even after tweaking the window with KDE's configuration options, it is still rather large.

Update: There is a bug with Amarok 1.4.9. It will not skip forward or back nicely on certain file types, like FLAC or Musepack. This annoying and I hope this behavior has been fixed in Amarok 2.

Daemon Tools utility for Linux

Update: Alternatively I have found Furius ISO Mount, to also be a good program for mounting ISO and other CD image formats. Perhaps even better than Gmount. You can find it under the package name 'furiusisomount'.

Just a quick post here: For those of you that use the program Daemon Tools in Windows, you may have lamented the lack of such a program in Linux. (Even though the ability to mount something in Linux with the mount command has been around for longer than Windows itself).

Lament no longer! The program Gmount-ISO comes to the rescue! The package name in Ubuntu/Debian is simply gmountiso. Like Daemon Tools in Windows, Gmount-ISO provides a graphical user interface for mounting ISO files.


See this wiki page for more details.
http://swik.net/gmountiso

One important piece of information for non-Gnome users! You must have the program 'gksu' installed. This is a password authentication program for Gnome, similar to kdesu (used by KDE). You need this or Gmount-ISO won't work.

Though I have never tried it, another program worth looking into would be CDEmu, specifically the linux port of it, GCDEmu. It has more features that Gmount-ISO, but it is not in the repositories of Ubuntu/Debian.