>хоть кто-нить собрать пытался? :) как обошли вилы с Xxf86vm?

./configure --x-libraries /usr/X11R6/lib/

> 2pitekantrop: чего, ферментированого мамонтого молока перепил?! Это с какого бодуна UTF-8 стала восьмибитной?

От рождения, Ирси, от рождения.

UTF-8 - восьмибитное кодирование символов уникода, UTF-16 - шестнадцатибитное, UNICODE - уникод, без кодирования.

UTF-8 - пропускает сквозь себя любая програма, которая понимает восьмибитную кодировку.

Очевидно, что UTF-7 - это семибитное (!) кодирование юникода?
Это как же так????

А в чем проблема то? Может вам на unicode.org пора?

UTF. Abbreviation for Unicode (or UCS) Transformation Format.

UTF-2. Obsolete name for UTF-8.

UTF-7. Unicode (or UCS) Transformation Format, 7-bit encoding form, specified by RFC-2152.

UTF-8. Unicode (or UCS) Transformation Format, 8-bit encoding form. UTF-8 is the Unicode Transformation Format that serializes a Unicode scalar value (code point) as a sequence of one to four bytes, as specified in Table 3-1, UTF-8 Bit Distribution . (See Definition D36 in Section 3.8, Transformations .)

UTF-16. Unicode (or UCS) Transformation Format, 16-bit encoding form. The UTF-16 is the Unicode Transformation Format that serializes a Unicode scalar value (code point) as a sequence of two bytes, in either big-endian or little-endian format. (See Definition D35 in Section 3.8, Transformations .)

UTF-16BE. The Unicode Transformation Format that serializes a Unicode scalar value (code point) as a sequence of two bytes, in big-endian format. An initial sequence corresponding to U+FEFF is interpreted as a ZERO WIDTH NO-BREAK SPACE. (See Definition D33 in Section 3.8, Transformations .)

UTF-16LE. The Unicode Transformation Format that serializes a Unicode scalar value (code point) as a sequence of two bytes, in little-endian format. An initial sequence corresponding to U+FEFF is interpreted as a ZERO WIDTH NO-BREAK SPACE. (See Definition D34 in Section 3.8, Transformations .)

UTF-32. The Unicode Transformation Format that serializes a Unicode code point as a sequence of four bytes, in either big-endian or little-endian format. An initial sequence corresponding to U+FEFF is interpreted as a byte order mark: it is used to distinguish between the two byte orders. The byte order mark is not considered part of the content of the text. A serialization of Unicode code points into UTF-32 may or may not begin with a byte order mark.

UTF-32BE. The Unicode Transformation Format that serializes a Unicode code point as a sequence of four bytes, in big-endian format. An initial sequence corresponding to U+FEFF is interpreted as a ZERO WIDTH NO-BREAK SPACE.

UTF-32LE. The Unicode Transformation Format that serializes a Unicode code point as a sequence of four bytes, in little-endian format. An initial sequence corresponding to U+FEFF is interpreted as a ZERO WIDTH NO-BREAK SPACE.

Это ты не мне, это ты shadow отвечай.

По _настоящему_ хорошая Media Library - у J.River Media Center (http://www.musicex.com/mediacenter). WMP9 рядом не стоял. Но, естественно, не бесплатно; и любителям халявы тоже обломится, бо крэки есть, но реально не работает ни один, во всяком случае, не больше пары недель =)

:)) Кто-то считает что utf-8 кодируется одним байтом?


UTF-8 - ASCII-совместимая многобайтная кодировка UnicodeUTF-8 - ASCII-совместимая многобайтная кодировка Unicode

Ох блин... а может почитаем стандарт?
Ладно, я раскрою тебе секрет - в UTF-8 один символ может занимать несколько байт...:) В результате это, программа которая пытается общаться с UTF-8 как с однобайтной будет корректно выводить __только__ символы ASCII, остальные - кракозябрами...:) 8 в названии это вовсе не то кол-во бит, которым представляется один символ...;)

> Кто-то считает что utf-8 кодируется одним байтом?

Так считают американцы и красноглазые. А приличные люди знают что это не так...:)

Сакраментальный вопрос - что есть "..битность" кодировки?

Китайский иероглиф кодируется, например, в 24 бита - т.е. в 3 байта. Суть "8-битности" в том, что нельзя брать данные сразу порциями по 24 бита, а надо анализировать порциями по 8 бит. И анализируя каждый 8-битный фрагмент - мы видим, что он есть частью 24-битной последовательности. Или 32, или 16, или 8. Т.е. квантуем по 1 байту.

В UTF-16 данные можно кушать и обрабатывать сразу порциями по 16 бит.

Так.

- мой выбор - mp3blaster (http://www.stack.nl/~brama/mp3blaster/)

- apollo портирован (вернее написано на его основе) http://www.apolloplayer.org/ но оно на qt так что не смотрел

>>Хотя и написал для mpg123 довольно продвинутый враппер...
Можно поподробней что сие, где взять ?!

Я ж и говорил: тот порт apollo - дерьмо.

про междумордие к проигрывателю. часть 2

2 philon:

> Какой еще нужен интерфейс к плееру, акромя того, что есть у mpg123 & aumix?

1) Что-нибудь вроде mp3blaster'-овских списков и групп

2) Эквалайзер

3) plugin'-ы -- чтоб можно было и ogg, и mp3, и чего-еще-моя-душа-пожелает проигрывать ( хотя это не относится к interface )

4) автодополнение имен файлов и команд. Tab forever!

>в UTF-8 один символ может занимать несколько байт...:)
Тут, ирся, ты облажался, не символ занимает несколько байт, а символ
может быть представлен цепочкой из нескольких символов по 8 байт
каждый, о чем и писали здесь уже не раз...
Почуствуйте разницу...

конечно по 8 бит, или 1 байт...

> Что-нибудь вроде mp3blaster'-овских списков и групп

Интерфейс. Опционально. Можно и на music123 навесить.

> Эквалайзер

У mpg123 есть, но не понятно - нафига вообще это нужно? В ручную окрашивать и без того хреновые по какчеству mp3?

> plugin'-ы -- чтоб можно было и ogg, и mp3

Все это может music123

>> Эквалайзер

>У mpg123 есть, но не понятно - нафига вообще это нужно? В ручную окрашивать и без того хреновые по какчеству mp3?

"без того хреновые по какчеству mp3" --- в смысле 128кбс хз откуда и чем скодированные? в /dev/null их... ;)

во-первых, мп3 со студийных дисков (192--320 кБит) вполне приличные.

во-вторых, ogg-файлы на винте в основном с сидюков снимаются (а если нужно без потери качества --- есть flac)

в-третьих, на всех телевизорах есть регулировки яркость/контраст/цвет/чёткость. а типа для звука оно не надо?

добавлю, что эквалайзер неплох при разных наушниках/динамиках.

ИМХО :).

gtk однако гы , чего-то они там недоделали .

сегодня попытался поставить xmms из исходников под дебиан из исходников потому что патч хотел применить к нему и так собрать , так ведь ./configure не нашло gtk-config

хотя gtk v1.2.10 у меня стоит , поискал в инете этот gtk-config

как не странно проблем с ним у людей хватает , в частности на этом форуме откопал штук пять сообшений (на первой странице поиска) типа где взять gtk-config и что это за гусь , и что интересно нигде на этот почти одинаковый вопрос никто не ответил

такая вот хрень