онструються:
· рекомендовані сайтом до прослуховування музичні треки, популярні у схожих за смакам слухачів (ступінь «схожості» при підборі можна регулювати);
· персональні сторінки учасників зі схожими смаками (подібні користувачі вважаються «сусідами» один для одного);
· записи про часто прослуховується користувачем музиці у форумі або персональних блогах, що ведуться безпосередньо на сайті Last.fm;
· анонси найближчих концертів; при підборі враховуються як музичні пристрасті, так і географічне положення слухача.
Список форматів, поддерживающихся в даних додатках, дозволяє працювати практично з усіма поширеними на сьогоднішній день файлами аудіо і відео, а наявність безлічі різних функцій для обробки та відтворення музичних колекцій задовольнить потреби багатьох користувачів.
2.2 Структура формату MP3
- файл складається з декількох фрагментів (фреймів) MP3, які, у свою чергу, складаються з заголовка і блоку даних. Така послідовність фрагментів називається елементарним потоком. Фрагменти не є незалежними елементами («резервуар байт»), і тому не можуть бути вилучені довільно.
Малюнок 2.1 - Структура формату MP3
Блок даних MP3-файлу містить стислу аудіо інформацію у вигляді частот і амплітуд. Тема MP3 складається з маркера, який служить для знаходження вірного MP3-фрагмента. За ним слідує біт, що показує, що використовується стандарт MPEG і два біти, дають використання layer 3; іншими словами, це визначає MPEG - 1 Audio Layer 3 або MP3 (див. рис. 2.1). Наступні значення можуть варіюватися залежно від типу MP3-файлу. Стандарт ISO/IEC 11172-3 [12] визначає діапазон значень для кожної секції заголовка, разом із загальною його специфікацією. Більшість MP3 файлів зараз містять ID3-метадані, які передують або йдуть за MP3-фрагментом.
Теги [12] (від англ. tag - ярлик, мітка, бирка) - мітки в кордонах MP3-файлу (на початку та/або в кінці). У них може бути записана інформація про авторство, альбомі, рік випуску та інша інформація про трек. У більш пізніх версіях тегів можливе зберігання обкладинок альбомів і тексти пісні. Існують різні версії тегів. Той, який використовується при написанні програми, представлений наступним пунктом.
ID3 [12] (від англ. Identify an MP3) - формат метаданих, найбільш часто використовуваний у звукових файлах у форматі MP3. ID3 підпис містить дані про назву треку, альбому, імені виконавця і т.д., які використовуються мультімедіапроігривателямі та іншими програмами, а також апаратними програвачами, для відображення інформації про фото і автоматичного впорядкування аудіоколекції.
Після створення MP3 формату з'явилася проблема зі зберіганням даних про музичному файлі. У MP3 це ніяк не передбачалося. У 1996 Еріку Кемп [12] прийшла ідея додати ділянку пам'яті у файл, щоб вирішити цю проблему.
Перша версія ID3-тегів займала всього 128 байтів, що починаються з рядка TAG (див. рис. 2.2). Тег містився в кінець файлу для підтримки сумісності з ранніми програвачами. Деякі з них видавали невеликий шум, коли намагалися прочитати тег, але більшість ігнорували його. Сучасні програвачі коректно сприймають цю інформацію.
Малюнок 2.2 - Структура формату ID3V1
Оскільки для даних приділялося небагато місця, в таких тегах можна було зберігати тільки базові відомості про пісню: назва, альбом, виконавець, коментар, по 30 байт на кожне поле, 4 байта для зберігання року і одного байта під жанр, який можна було вибрати з заздалегідь визначеного списку з 80 значень (пізніше Winamp розширив список своїми 68 значеннями). Якщо назви пісень або альбомів містили більше тридцяти символів, вони обрізалися. Звичайно, через обмеження за розміром ні про які розширених можливостях зберігання метаданих не могло бути й мови.
Єдине вдосконалення, яке було представлено у версії 1.1, було запропоновано Майклом Мутшлером (Michael Mutschler) в 1997: так як поле під коментар все одно занадто мало для зберігання чого-небудь корисного, було вирішено скоротити його на два байти, щоб використовувати їх для зберігання номера трека.v1 багато критикували за ряд проблем. По-перше, поля були занадто невеликими для більшості інформації, якою їм належало зберігати. 30 байт не вистачало для довгих назв, вони урезалісь.v1 також не вистачало інтернаціоналізації. Він стверджував, що всі рядки повинні зберігатися в ISO 8859-1 [12], але на практиці користувачі часто використовують національну кодування, тому нерідко їм доводилося бачити незрозумілі символи.
2.3 Ethernet
Ethernet - п...
