Creative Sound Blaster X-Fi Series Linux 64-bit Beta Driver

первый!

А что, 32-битные уже выпустили?

> поддерживает только x86_64 Linux

нда... вот первые признаки заката 32-х битных систем

>Код драйвера не собирается с помощью GCC версии 4 или выше, S/PDIF passthrough не поддерживается в текущем релизе, Внешние I/O модули не поддерживаются в текущем релизе...

...текущий релиз не работает.

Отстающие производители дров начинают догонять, что не может не радовать. Вот только нафига они 64бит выпустили не понятно.

64 бита - это как раз хорошо, думал сначала будет только 32 :) Но что на счет x-fi notebook или там другой чип?

Нда. Как хорошо, что я купил Echo Indigo, а не это дерьмо...

>>Код драйвера не собирается с помощью GCC версии 4 или выше, S/PDIF passthrough не поддерживается в текущем релизе, Внешние I/O модули не поддерживаются в текущем релизе...

>...текущий релиз не работает.

+1. И кому он в таком виде нужен? Может проще сбегать в магазин и купить младшенький Audigy, благо дёшевы они нынче... А X-Fi положить на полочку до лучших времён :)

Охренеть. Creative выпустила свои дрова. Значит в лесу сдох очень крупный медведь. Надо срочно его найти, пока мясо не протухло.

кто-нить уже попробовал? как оно работает? хардверное микширование потоков есть?

> Драйвер совместим с ALSA и, к сожалению, поддерживает только x86_64 Linux.

Бугога :-))) теперь народ опять будет костыли приделывать, чтобы в 32-разрядной системе юзать этот драйвер

Да, хорошо, что я её не взял, сидел бы с февраля без звука...
А взял Audigy4, определяется альсой как Audigy2, но работает, правда каналы наоборот выводит...
Кто знает, как поменять в альсе каналы местами?
А то неудобно как-то наушники задом-наперёд надевать :(

> Хорошая новость для пользователей звуковых карточек семейства X-Fi, бета версия [драйвера?] от производителя с закрытым исходным кодом...

> Код драйвера не собирается с помощью GCC версии 4 или выше

эээ... какой код? этож не open source. или всмысле у креативовцев он не собирается?

> к сожалению, поддерживает только x86_64 Linux.

Бугогагага! Этому bear-shit'у нужно больше 4Гб памяти для работы? =)

> Кто знает, как поменять в альсе каналы местами?

GNOME 4.0 будет обнаруживать кривые дрова и при необходимости менять местами уши пользователя. Включайтесь в разработку :)

> GNOME 4.0 будет обнаруживать кривые дрова и при необходимости менять местами уши пользователя. Включайтесь в разработку :)

под стулом :-D

Я пацтулом)))) Они наконец выпустили дрова, но какого-то хрена только под х86_64. Блин, это что-то))

> поддерживает только x86_64 Linux

1: када релиз? 2: завтра 1: не работает :( 2: а под x86_64 собирать пробовали? 1: о! заработало! еее

> эээ... какой код? этож не open source. или всмысле у креативовцев он не собирается?

Очевидно, обёртка для ядра. У nvidia тоже такая есть, только вот собирается gcc 4.x без проблем. Скорее всего, это означает, что код нарушает написан на C++ с нарушением стандартов.

> Кто знает, как поменять в альсе каналы местами?

http://alsa.opensrc.org/index.php/FAQ#How_can_I_tell_ALSA_to_swap_the_left_an...

Вкратце для тру лоровцев:

pcm.swapped {
type route
slave.pcm "cards.pcm.default"
ttable.0.1 1
ttable.1.0 1
}

pcm.default pcm.swapped

Это всё в ~/.asoundrc

Хотя скачал, посмотрел - вроде C++ нет.

> GNOME 4.0 будет обнаруживать кривые дрова и при необходимости менять местами уши пользователя.

Неверно. Переворачивать пользователя вниз головой.

а я помню они на своем сайте каялись, что не могут выпустить драйвер для линукса потому что страшно заняты глюкавым драйвером для висты(если честно я не очень понял как это связано), а вообще помимо драйвера они обещали доделать OpenAL и (внимание!) EAX

ооо, я даже ссылку нашел по поводу eax

http://www.linux.org/news/2007/05/18/0003.html

> Хотя скачал, посмотрел - вроде C++ нет.

А ты в объектники загляни, что в __папочке__ arch/x86_64. Там с++'а всем по горло хватит.

И собрана эта хрень gcc-3.4.5, потому и 4-й веткой не линкуется во что-то вменяемое.

А уж утилита alsaver.c - это вообще шедевр... Кто первый найдёт переполнение буфера? =)

> Скорее всего, это означает, что код нарушает написан на C++ с нарушением стандартов.

Драйвера редко пишут на с++ :)

Это не означает что их на нем не пишут.

> А ты в объектники загляни, что в __папочке__ arch/x86_64. Там с++'а всем по горло хватит.

Заглянул. Наличие функций типа dllMain в линуксовом объектнике впечатлило.

> Заглянул. Наличие функций типа dllMain в линуксовом объектнике впечатлило.

Такое ощущение, что дрова для ветки 2.4 и никак иначе, потому что имеет место куча предположений, ссылок на результаты работы `make depend` и т.п. Под 2.6.22 естественно с полтыка не собирается и кучу нужных дефайнов не делает.

Короче, скорее сия поделка больше похожа на пре-альфу по линуксовым меркам, а сама карточка - на мини-комп, "драйвер" для которого с минимальными потерями пытались портировать, но нихрена толком не вышло. Заодно стали понятны причины "проблем работы X-Fi с чипсетами некоторых производителей" - с такими-то драйверопейсателями... Походу модуль толще выходит чем у видях NVidia.

Ну, если этот драйвер написан еще и на с++, тогда уж я не знаю, курьёз какой-то получается, а не драйвер.

> Драйвера редко пишут на с++ :)

Таки Creative, похоже их на C++ написала, причём даже без обёртки в C, а прям так и торчат C++ интерфейсы в прекомпилированных модулях в каталоге arch. Не всякий компилятор соберёт.

> Такое ощущение, что дрова для ветки 2.4 и никак иначе, потому что имеет место куча предположений, ссылок на результаты работы `make depend` и т.п. Под 2.6.22 естественно с полтыка не собирается и кучу нужных дефайнов не делает.

Э, я немного не в курсе, а есть порт 2.4.x на x86_64 архитектуру? К тому же очень странно было бы сейчас делать новые, закрытые драйвера для 2.4, на кого они рассчитаны?

> Э, я немного не в курсе, а есть порт 2.4.x на x86_64 архитектуру? К тому же очень странно было бы сейчас делать новые, закрытые драйвера для 2.4, на кого они рассчитаны?

Почему "порт"? Оно там вроде как изначально торчало, в какой-то момент появившись. Особенно если вспомнить, в каком именно году появились первые процы с amd64-расширениями.

Но ядра 2.4.х под амд64 есть точно, потому как сам ставил и работал.

из NuMega чтоль портировали драйвер или еще какой подобной штуки...

Абассака, "известные проблемы" - вообще финиш.

> Почему "порт"?

Неточно выразился.

> Но ядра 2.4.х под амд64 есть точно, потому как сам ставил и работал.

Сейчас глянул, действительно есть, по крайней мере в последних версиях ветки 2.4. Но всё равно это нечто, если драйвера действительно только для 2.4, я даже не припомню более-менее совремённого распространённого дистрибутива на 2.4.

>И собрана эта хрень gcc-3.4.5, потому и 4-й веткой не линкуется во что-то вменяемое.

Значит ли это, что если у кого-то (почти у всех) ядро собрано gcc-4.*, что можно вообще забыть об этом драйвере (ведь версии gcc должны совпадать)?

> из NuMega чтоль портировали драйвер или еще какой подобной штуки...

Уж не знаю откуда, но похоже виндовую версию драйверов кувалдой под Linux запихивали.

> Может проще сбегать в магазин и купить младшенький Audigy

Нет там их.

> Уж не знаю откуда, но похоже виндовую версию драйверов кувалдой под Linux запихивали.

Вообще, это можно рассматривать как большое техническое достижение :) Портировать в линукс драйвер, который изначально проектировался даже без намёка на это. Нужно порадоваться за людей, осуществивших этот подвиг :) И люди похоже продвинутые, чего стоит x86_64 :)

> Драйвера редко пишут на с++ :)

далеко ходить не надо - fglrx, например.

>Вкратце для тру лоровцев...

Большое спасибо

> нда... вот первые признаки заката 32-х битных систем вот не первые признаки криворукости некоторых кодеров

Эту опцию мы спрячем в GConf :) Ну то есть в ДНК :)

> что не могут выпустить драйвер для линукса потому что страшно заняты глюкавым драйвером для висты

Для Висты нормального драйвера действительно нет. В том, что есть, нет ни EAX, ни Dolby - ничего. Получаем эдакое AC97 за 100-200 долларов.

а что 32 разрядок по их мнению уже нет ?

Поддержка устройств в Линукс, конечно, уже давно не проблема, но... чморить производителя одной из лучших карточек за попытку написать для нас дровину - это как к себе в карман гадить. Пусть у каждого из вас ЛИЧНО нет такой карточки, пусть у вас есть карточка получше, но этот девайс может делать лучший звук в играх под офтопик. Благодаря усилиям производителя, сможет и под Линукс. А это, просто капец, как здорово. И мне непонятен пессимизм ЛОРовцев, сидящих с AC'97, и слушающих жалкое подобие звука.

>Поддержка устройств в Линукс, конечно, уже давно не проблема, но... чморить производителя одной из лучших карточек за попытку написать для нас дровину - это как к себе в карман гадить. Пусть у каждого из вас ЛИЧНО нет такой карточки, пусть у вас есть карточка получше, но этот девайс может делать лучший звук в играх под офтопик. Благодаря усилиям производителя, сможет и под Линукс. А это, просто капец, как здорово. И мне непонятен пессимизм ЛОРовцев, сидящих с AC'97, и слушающих жалкое подобие звука.

Они могли бы открыть спеки или хотя бы сотрудничать с той же ALSA, уже давно был бы драйвер. А выпускать первую бету после двух лет производства... И еще не известно сколько времени им потребуется, что бы довести драйвер до нормального состояния...

> чморить производителя одной из лучших карточек

Это производитель одних из ХУДШИХ карточек. Нормальные карточки производят M-Audio, Terratec, ESI, E-MU и некоторые другие.

К тому же creative известен своей отвратительнейшей поддержкой всех моделей карточек, кроме самых последних. Драйвера к чему-либо еще просто не выпускаются, проблемы не исправляются месяцами, а большинство - вообще никогда. Предложение покупать Alchemy владельцам Audigy за деньги - вообще классный финт ушами. В общем, трудно представить себе компанию с более наплевательским отношениям к пользователям, чем Creative.