﻿Test files for SqueezeCenter Bug #9772
(Encoding for this text file is UTF-8+BOM, line endings CR+LF for Windows users)

Archive contains Windows Unicode filenames -- please extract using a tool that can handle it (i.e., WinRAR)!

For legal reasons, all files only contain 30s of pink noise. They should be mixable in MusicIP nevertheless, I also include MusicIP Analysis Data in the tags.

Moonbase, Alfred E. - Test #01_ All ASCII _ Only 0x20-0x7f.mp3
Moonbase, Alfred E. - Test #02_ All ISO-8859-1 _ ÄÖÜäöüßÉéØøÆæÅå.mp3
Moonbase, Alfred E. - Test #03_ Non-ISO _ Philip’s Apostrophe.mp3
Moonbase, Alfred E. - Test #04_ Non-ISO _ Dashes – —.mp3
Moonbase, Alfred E. - Test #05_ Russian _ Русский.mp3
Moonbase, Alfred E. - Test #06_ Thai _ ไทย.mp3
Moonbase, Alfred E. - Test #07_ Hebrew _ עברית.mp3
Moonbase, Alfred E. - Test #08_ HebRus _ עברית _ Русский.mp3
Moonbase, Alfred E. - Test #09_ Japanese (Nihongo) _ 日本語.mp3
Moonbase, Alfred E. - Test #10_ Chinese (Zhōngwén) _ 中文.mp3
MOONBA~1.MP3 (Test #11: Pseudo short filename with digit)
MOONBS~B.MP3 (Test #12: Pseudo short filename with letter)

They should appear as an album »SqueezeCenter Bug 9772« by »Alfred E. Moonbase«.

Files #1 and #2 should work and display correctly in an ISO-8859-1 environment. These are intentionally tagged using ID3v2.3/ISO-8859-1, to verify SC’s use of both ISO and UTF tags.

Files #3 and #4 should work in a Windows CP-1252 filesystem but probably break SC, since characters in the non-ISO range 0x80..0x9f are used. These are tagged using ID3v2.3/UTF-16.

Files #5..#10 might not even extract if you don’t use an extractor that can handle Windows Unicode filenames. Also, these will only work on Windows versions that can handle Unicode filesystems (i.e., XP/Vista/Windows 7 using NTFS partitions). They will most probably also break SC’s current MusicMagic Importer logic. These are tagged using ID3v2.3/UTF-16.

Files #11 and #12 intentionally have filenames that *look like* Windows’ »short filenames« (BUT AREN’T). These are just to check if the internal »short/long filename logic« is broken somewhere. (A user *might* create filenames like this.) They also serve as a test bed for uppercase file extensions (".MP3" instead of ".mp3"). (File #12 couldn’t be called »MOONBA~B.MP3« since this confuses some unpackers that don’t handle short names correctly.)

In a working environment, ALL of the above files should constitute one album in SC, be searchable, mixable and displayed correctly.

Link to bug at slimdevices.com:
http://bugs.slimdevices.com/show_bug.cgi?id=9772

I hope I have now collected all oddities that might creep up under Windows.

Many thanks to all of you who help with this, especially Michael Herger and Philip Meyer!
Thanks to "rami69" and "romanr" who provided more examples.

Moonbase <moonbase@quantentunnel.de>
