For some reason my Squeezecenter, hosted on Ubuntu Hardy, started in ISO-8859-1 encoding mode. I found a simple solution to this:

- sudo gedit /etc/init.d/squeezecenter
- After the line ‘SLIMOPTIONS=’ add a new line ‘export LANG=en_US.UTF-8′
- restart Squeezecenter or reboot

I have my music stored on a network USB disc that is hooked up to an Airport Extreme. Currently the ID3 tagging is not editable through Amarok. ID3 tagging was managable through the depricated smbfs package which was removed in Hardy Heron. Now cifs is used even if configuring smbfs in the fstab config. I’m not fully understanding the problem but my guess is there is a compatibility problem between KDE-taglib (used by Amarok to write ID3 tags to disc) and cifs.

I tried to report the issue to the Amarok team, who did not seem too keen on getting involved.

The only solution to editing ID3 tags on my MP3 files on the mounted network share through Amarok I currently have, is to work around the problem and use the old smbfs package. I tried this solution (compiling and replacing the smbfs files with the old version in Intrepid) without any success. The only solution I have so far is to go back to Ubuntu Gutsy, where there is real smbfs support.

My network share now works ok on smbfs with music even though I still have a “no response” issue when transferring some jpg files to the share. Looks like I’m not alone on this problem after googling a bit..

Update
It turns out the the ID3 editing does not work if there is something (not sure what works and not) in the Comments field. Clearing the Comments field makes the ID3 tags update on the mounted CIFS disc!

Another update
Some of my issues turns out to be due to some ID3 tags being encoded in some ISO-encoding and I’m running UTF-8. For some reason this prevents the disc write. I solved this by bringing the file to my local laptop, whipe out all tags with ID3V2 (from Synaptic) and then re-tagging with Amarok Musicbrainz and moving back the file to the collection..