LINUX.ORG.RU

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


0

0

Хорошая новость для пользователей звуковых карточек семейства X-Fi, бета версия от производителя с закрытым исходным кодом доступна для загрузки. Драйвер совместим с ALSA и, к сожалению, поддерживает только x86_64 Linux.

Список поддерживаемых карт:

  • Creative Sound Blaster X-Fi Elite Pro
  • Creative Sound Blaster X-Fi Platinum
  • Creative Sound Blaster X-Fi Fatal1ty
  • Creative Sound Blaster X-Fi XtremeGamer
  • Creative Sound Blaster X-Fi XtremeMusic

Известные проблемы:

  • Код драйвера не собирается с помощью GCC версии 4 или выше,
  • S/PDIF passthrough не поддерживается в текущей версии,
  • Внешние I/O модули не поддерживаются в текущем релизе.
  • Приложения с диска, идущего в комплекте с картой не работают с этим драйвером.
Ссылка для загрузки: http://ru.europe.creative.com/support...

>>> Подробности

★★

Проверено: Shaman007 ()

первый!

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

MuZHiK-2 ★★★★
()

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

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

geek ★★★
()

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

anonymous
()

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

frey ★★
()
Ответ на: комментарий от geek

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

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

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

AsphyX ★★★
()

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

AP ★★★★★
()

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

Baz
()

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

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

anonymous
()

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

Danmer ★★
()

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

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

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

rudchenkos
()

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

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

Gharik
()
Ответ на: комментарий от Danmer

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

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

AP ★★★★★
()
Ответ на: комментарий от AP

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

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

rudchenkos
()

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

troorl ★★
()

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

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

rudchenkos
()
Ответ на: комментарий от rudchenkos

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

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

anonymous_incognito ★★★★★
()
Ответ на: комментарий от Danmer

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

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

slav ★★
()
Ответ на: комментарий от AP

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

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

anonymous_incognito ★★★★★
()

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

anonymous
()
Ответ на: комментарий от anonymous_incognito

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

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

Gharik
()
Ответ на: комментарий от Gharik

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

Gharik
()
Ответ на: комментарий от anonymous_incognito

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

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

Displacer ★★
()
Ответ на: комментарий от Gharik

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

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

anonymous_incognito ★★★★★
()
Ответ на: комментарий от anonymous_incognito

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

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

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

Gharik
()
Ответ на: комментарий от catap

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

Displacer ★★
()
Ответ на: комментарий от Displacer

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

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

anonymous_incognito ★★★★★
()
Ответ на: комментарий от Gharik

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

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

anonymous_incognito ★★★★★
()
Ответ на: комментарий от anonymous_incognito

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

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

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

Gharik
()

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

guitarist ★★
()
Ответ на: комментарий от Gharik

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

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

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

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

anonymous_incognito ★★★★★
()
Ответ на: комментарий от Gharik

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

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

dikiy ★★☆☆☆
()
Ответ на: комментарий от Displacer

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

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

anonymous_incognito ★★★★★
()
Ответ на: комментарий от AsphyX

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

Нет там их.

haywire
()
Ответ на: комментарий от anonymous_incognito

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

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

Displacer ★★
()
Ответ на: комментарий от Displacer

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

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

shahid ★★★★★
()
Ответ на: комментарий от vilfred

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

pawnhearts ★★★★★
()
Ответ на: комментарий от anonymous_incognito

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

AP ★★★★★
()
Ответ на: комментарий от anonymous

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

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

haywire
()

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

kaa81
()
Ответ на: комментарий от kaa81

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

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

Swappp
()
Ответ на: комментарий от kaa81

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

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

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

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.