Использование Linux мне по прежнему продолжает напоминать половой акт с пылесосом. Куча сложностей, неудобно, ощущения не те, но по прежнему находятся те, кто продолжает этим регулярно заниматься и даже рассказывает там на поверхности "как оно было здорово".

Предлагаю ознакомиться с историей подобного полового акта на примере настройки ATI под Fedora 17.
Решил поделиться с Вами историей, о совсем не тривиальном, как оказалось, решении проблемы воспроизведения качественного видео потока на Fedora 17 x86-64. До недавнего времени, проводя свободные часы за своим нетбуком (Asus 1215B, E-450, 8Gb RAM, 500Gb SATA), я считал, что меня всё устраивает. Хождение по интернетам, музыка, фильмы (в основном dvdrip'ы), игры (сейчас модно в старый-добрый Half-Life зарубить), всё работало без нареканий, пока мне не захотелось посмотреть фильм с пометкой 1080p. Стоявшая при покупке Windows 7 Home x64, в связке с K-Lite+MPC, без особых проблем справлялась с такими задачами, поэтому я, без задней мысли, дважды ткнул курсором в файл и приготовился к просмотру. Сказать что видео поток тормозил — ни сказать ничего! Небезызвестный параметр «Frames Per Second» превратился в «Seconds Per Frame», а настроение упало ниже плинтуса. И началось курение мануалов!

Google подсказал, что нужно выполнить следующие шаги:
- Установить проприетарный драйвер от AMD.
- Установить драйвер для поддержки XvBA.
- Profit!

Конечно, какие могут быть проблемы, если все пакеты есть в репозитории? Но это для Ubuntu. В репозиториях для Fedora, я нашел только проприетарный драйвер от AMD, он же fglrx. На XvBA не было и намёка.

Очередные поисковые запросы привели меня на страничку, на которой пользователь под ником canyon рассказывает где взять пакеты именно для Fedora17, и как их правильно установить. Он настаивал на установке драйвера fglrx именно с сайта AMD, так как по его опыту, тот, который в репозиториях — «сломан», в следствии чего, аппаратное декодирование не работает. С сайта, так с сайта. Тем более, что версия драйвера выгодно отличалась (13.1 vs 12.10). Загрузка прошла успешно:

$ wget -c https://www2.ati.com/drivers/linux/amd-driver-installer-catalyst-13.1-linux-x86.x86_64.zip]https://www2.ati.com/drivers/linux/amd-driver-installer-catalyst-13.1-linux-x86.x86_64.zip

$ unzip amd-driver-installer-catalyst-13.1-linux-x86.x86_64.zip

$ chmod +x amd-driver-installer-catalyst-13.1-linux-x86.x86_64.run

И я приступил к выполнению пунктов мануала. Вся ирония его фразы «Quick How-To», была осознана мной в полной мере. Быстрый how-to, на практике оказался кратким how-to (видимо трудности перевода). Скажу сразу. Перед началом всех действий, в моей ОС, вместе с пакетом «mesa-libGL», стоял еще один пакет — «mesa-libGL-devel», который подтянул за собой многие зависимости (включая *.h файлы), требуемые для сборки XvBA драйвера с поддержкой GLX. И так, всё по порядку. Запуская установшик проприетарного драйвера от AMD:

$ sudo ./amd-driver-installer-catalyst-13.1-linux-x86.x86_64.run

Я получал крах за крахом. Зависимости наше всё! По итогу, лично моей системе, не хватало пакетов «kernel-headers» и «kernel-devel», но даже после их установки «/usr/share/ati/fglrx-install.log» был полон как никогда. Установщик ругался на отсутствие файла «/lib/modules/3.7.6-102.fc17.x86_64/build/include/linux/version.h». Рекурсивный поиск по папкам нашел «version.h» по адресу «/usr/include/linux/version.h». Убедившись, что этот файл принадлежит текущей версии ядра — я скопировал его по требуемому адресу.

$ uname -r

$ rpm -qf /usr/include/linux/version.h

$ sudo cp /usr/include/linux/version.h /lib/modules/3.7.6-102.fc17.x86_64/build/include/linux/version.h

После этого, драйвер всё-таки установился, но перезапускать систему я не рискнул, так как всё в том же «fglrx-install.log» была запись (выдержка):

/usr/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c

ошибка: "VM_RESERVED" undeclared (first use in this function)

Error Kernel Module : Failed to compile kernel module - please consult readme.

Переменная не определена — модуль ядра не собран. Беда! Поиск и ещё раз поиск. Вот оно. Пользователь под ником lx6544 перепостил мануал, в котором эта проблема решалась так:

В фале «/usr/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c», после 100-й строки, добавлялось определение переменной «VM_RESERVED»:

#ifndef VM_RESERVED

#define VM_RESERVED (VM_DONTEXPAND | VM_DONTDUMP)

#endif

Следом, пересобирался и устанавливался модуль ядра:
$ cd /lib/modules/fglrx/build_mod/

$ sudo ./make.sh

$ cd /lib/modules/fglrx/

$ sudo ./make_install.sh

Обе пары команд вернули мне «done» и я выполнил перезагрузку ОС.
$ sudo aticonfig --initial -f

$ reboot

Проприетарный драйвер был установлен. Работал исправно. Далее, по мануалу от пользователя canyon, был rebuild и установка RPM пакета под текущую ОС:
$ sudo yum install rpm-build

$ rpmbuild --rebuild ~/libva-xvba-driver-0.8.0-2.fc17.src.rpm

И тут крах. В окне терминала красовалось «очень» информативное сообщение:
checking for XvBA... no

configure: error: you need XvBA to build this package

Не говорившее мне ничего особенного. В «~/rpmbuild/BUILD/xvba-driver-0.8.0/config.log» уже более конкретно было написано:

configure:13374: gcc -o conftest -O2 -g -I/usr/include -L/usr/lib64 conftest.c -lrt -lpthread -lm -lXvBAW -lX11 -lXext -lGL -ldl >&5

conftest.c:44:21: fatal error: amdxvba.h: No such file or directory

compilation terminated.

Дабы не делать тут простыню (всеравно никто не будет разбираться, что там и зачем) предлагаю дочитать все в первоисточнике.

Комментарии

# Luca | 24 февраля 2013 12:23:26 | 0
Вместо того, чтобы работать люди занимаются херней, а потом, когда поделие проваливается везде где только можно начинают строить теории о заговоре с целью не допустить переход всего мира на истинно свободную ОС.

Однажды в электричке я ехал с двумя ребятами (признавайтесь кто это был?)). Как понял из разговора они не виделись несколько лет. Один уже устроился на работу, а второй сказал, что планирует посвятить себя дальнейшему изучению Linux. Типа он с этим хочет связать свое дальнейшее развитие и как только пересдаст долги за 4-ый курс будет пробовать создать свой собственный дистрибутив, которым по его мнению все точно сразу начнут пользоваться т.к. он придумал пару интересных фишек, но пока не знает как их сделать.
edited: Luca, 24.02.2013 12:31
# Linux777 | 24 февраля 2013 12:24:56 | 0
Драйвер ставится одним кликом в Ubuntu. Ускорение работает. Увидел установку через run-файл - дальше не читал.

Надо лишь поставить пакет xvba-va-driver и смотреть через VLC (в настройках выбирается акселерация).

Сложно для простого пользователя? Мне не сложно.

Вечером специально запущу ноут и проверю, отпишусь тут.
# Luca | 24 февраля 2013 12:32:57 | 0
Linux777, откуда простому человеку про это знать? Мне к примеру это не очевидно.
# OpenMind | 24 февраля 2013 01:08:25 | 0
Luca, у вам очень интересная эпопея с установкой драйвера. Как-то я тоже проходил подобный квест, только с 12.6. Ну что скажу... ставил подобными шаманскими способами. Правда без XvBA. Почему-то на стандартном драйвере всё равно нагрузка не высокая, Разве что 30 гиговые уже на 50% грузят. Правда я чисто просто так попробовал воспроизвести. Сильно ли отличаться будет скорость воспроизведения или такая фича работает только на чём-то современней hd3650?
# karabas | 24 февраля 2013 02:15:35 | 0
Сообщение от
Google подсказал, что нужно выполнить следующие шаги:
- Установить проприетарный драйвер от AMD.
- Установить драйвер для поддержки XvBA.
- Profit!

А в винде проприетарные дрова не ставил разве?

VLC и все работает, дрова кстати ставятся через центр приложений, хоть и не убунта.
# aeze | 24 февраля 2013 02:21:51 | 0
запилите новость про школьника и его инновационный антивирус на батниках
# Linux777 | 24 февраля 2013 02:54:24 | 0
прежде всего, проприетарный драйвер ставится несколькими кликами мыши в GUI и никак иначе

sudo apt-get install xvba-va-driver libva-glx1 vainfo

vlc --ffmpeg-hw

всё, после этих двух команд - работает аппаратное ускорение видео, даже тяжелое 1080p видео перестает тормозить на Ubuntu + HD6320

согласен: не очевидно, не удобно для новичка и даже опытного пользователя

но! никакой компилёжки, никакой ручной установки драйвера, никакой тонкой ручной настройки ключами конфигурирования НЕТ

Luca, мой тебе совет на будущее, ты когда сказки про Linux придумываешь - меньше ври

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

можно объяснить это низким спросом на рынке ОС, поэтому всё сложнее чем на винде, хотя ничто не
мешает выполнить все эти настройки для акселерации - автоматически

просто я ПРОТИВ вранья, когда процесс настройки чего-либо в Linux показывается в десятки раз сложнее чем это есть на самом деле
edited: Linux777, 24.02.2013 15:04
# Tritus | 24 февраля 2013 03:33:10 | 0
Сообщение от
прежде всего, проприетарный драйвер ставится несколькими кликами мыши в GUI и никак иначе

просто я ПРОТИВ вранья, когда процесс настройки чего-либо в Linux показывается в десятки раз сложнее чем это есть на самом деле

Я тоже против вранья. Из сегодняшнего:

https://dynamic.linexp.ru/Files/c904a847-213d-4ed4-b802-68f8dd330379.png
# karabas | 24 февраля 2013 03:54:38 | 0
А это что?
https://dynamic.linexp.ru/Files/2efef79e-463e-41fe-9cce-514e0fdf56c5.png

Этож пипец сложно.... виндузятник не осилит...
edited: Luca, 24.02.2013 16:51
# JustAnon | 24 февраля 2013 04:18:58 | 0
Напомнило Кунг-фу в командной строке. Вообще не понимаю, зачем люди ставят Linux, если морально не готовы к подобным проблемам. Уже и за Windows 7 уплачено и все без нареканий. Еще и Fedora почему-то.
# MOP3E | 24 февраля 2013 05:04:32 | 0
Сообщение от
А в винде проприетарные дрова не ставил разве?

Ты знаешь, я в винде не смог найти где можно отключить аппаратное ускорение. Похоже, если видеокарта его поддерживает, оно будет работать вне зависимости от желания пользователя.
# MOP3E | 24 февраля 2013 05:06:06 | 0
Сообщение от
Вообще не понимаю, зачем люди ставят Linux, если морально не готовы к подобным проблемам.

Linux - мы успешно решаем проблемы, отсутствующие в нормальных операционных системах!
# Linux777 | 24 февраля 2013 05:28:27 | 0
Сообщение от
Linux - мы успешно решаем проблемы, отсутствующие в нормальных операционных системах!

про проблему курицы-яйца слышал? а ведь всё еще актуально относительно Linux
# Antimatеrialе | 24 февраля 2013 07:04:58 | 0
Сообщение от
ATI

Сообщение от
видеокарты

Смиялсо в голос. Да, кстати, красноглазый же дистр, а установка драйвера для Видеокарты делается в один шаг:
sudo pacman -S nvidia nvidia-utils
Да, на самом деле это осуществляется еще на этапе установки системы. В общем, кто хочет, тот работает. А кому-то только ебаться...
# X_perienced | 25 февраля 2013 06:59:29 | 0
Надо было ставить Trisquel - в нем такой проблемы нет, так как проприетарных драйверов нет. Ускорения тоже нет, зато греет чувство, что все свободы ПО соблюдаются.

Antimateriale, драйвера от nVidia не подходят для видеокарт ATi (AMD), даже проприетарные. Вас обманули, не поебаться не получится.
# blow05 | 25 февраля 2013 04:14:42 | 0
А можно ссылочку на файлик, который ATI на открытых дровах не покажет? А то у меня почему-то всё нормально показывает О_о
# OpenMind | 25 февраля 2013 06:40:54 | 0
Сообщение от
Antimateriale, драйвера от nVidia не подходят для видеокарт ATi (AMD), даже проприетарные. Вас обманули, не поебаться не получится.
ахаха ... я думал упаду от смеха) так вот оно чё михалыч!
# Linux777 | 25 февраля 2013 09:32:21 | 0
Сообщение от
Antimateriale, драйвера от nVidia не подходят для видеокарт ATi (AMD), даже проприетарные. Вас обманули, не поебаться не получится.

да ты чо, не может быть! не поверю что колесо от паровоза не подходит к запорожцу
# karabas | 25 февраля 2013 09:42:36 | 0
Как я понял, кто ищет проблемы, тот их находит, причем в винде, линуксе, не важно.

У меня знакомый под виндой играет в WOT, так вот :) у него в гараже на GTX260 Карта прогревалась на 102с, при этом в самой игре 90 не больше.
Разбирал карту, менял термопасту, ставил доп кулер на низ корпуса, толку ноль, Корпус такой
Termaltake

И нихрена не помогло. Лишь только новые дрова исправили проблему. Ну это естественно кривая винда виновата....
# OpenMind | 26 февраля 2013 12:08:44 | 0
Сообщение от
И нихрена не помогло. Лишь только новые дрова исправили проблему. Ну это естественно кривая винда виновата....
во многих дровах, хоть на винду линукс есть скрытые тонкие недостатки. Вот и исправилось)
# wratyr | 05 марта 2013 10:57:04 | 0
Помоему это просто сообщество по пиару винды и антирекламе линукс
Где вы эти глупости находите не понятно, все давным давно уже ставится легко и просто
Причем после установки просто работает без нареканий и в отличии от винды которая вне зависимости от того что с ней делаеш начинает выкидывать фокусы и тормозить со временем

Вообще когда до вас дойдет господа что во всех проблемах с драйверами виноваты не разрабы дистрибутивов, а в первую очередь произвдители железа которые должны выпускать драйверы для разных ос, а не дяди Васи с сообществ слабо представляющие как работает та или иная реализация какой-либо инновационной технологии

В пример могу привести оптимус от нвидии, который реализован был нормально только для вин и нвидиа сообщила что не собирается реализовывать поддержу этой технологии в драйверах для соляры фри или линукса.
Получив в руки ноут с указанной технлогией и обламавшись с простой установкой вы конечно побежите постить новость сюда и писать какой линукс кривой отстой потому как из коробки "НИПАИГРАТЬ!!!111"

Тоже самое отностится к древнему аргументу виндоводов по поводу игр: а линуксоиды виноваты в том что компании производящие игры не выпускают игр для никсов? да это просто навызявание майкрософта массам и не более того.

Как и аргумент о том что в этих ваших гномах и кедах не удобно: да это просто дело привычки и не более того.

П.С. Работаю с линуксами и фри бзд и считаю современные дистрибутивы достаточно простыми в установке и настройке
Не сложнее винды по крайней мере которая до сих пор используется мной как ос для копиляния программ для виндовой платформы(для других целей считаю не пригодной)
Сам я пользуюсь маком(лион 10.7.2) и считаю что удобнее и качественнее мака нет нечего, а здесь явно постят те кому не повезло с набором железа или выбрали кривой дистрибутив и разыскивают намерно проблемы в линуксе чтобы указать на это публично раздув до мировых масштабов свою *nix-некомпитентность
# sergey109 | 05 марта 2013 04:14:32 | 0
Вы понимаете, товарищь Luca ,что своими постами, еще в стоплинуксе, с избытком доказали свою крайнюю рукопопость.
Почему же не воспользоваться {{ документацией }}
А потом, при каждом обновлении ядра, вы будете рожать еще по посту, доказывая еще раз место произрастания ваших рук.
За это время (флудежа на стоп-линукс и сдесь) можно весьма прилично изучить систему, да и освоить поиск по вики тоже.
Много раз ставил федору, да и сейчас ей пользуюсь, ни разу подобной фигней не страдал.
И за все эти годы пора бы уж знать, что так ставить лучше драйвера нвидии.
Ну если уж так хочется приключений на жопу, то
amd*.run --listpkg
И с удивлением обнаружится ЧТО дистрибутив есть в списке и можно сделать --buildpkg
Сообщение от
Очередные поисковые запросы привели меня на страничку, на которой пользователь под ником canyon рассказывает где взять пакеты именно для Fedora17, и как их правильно установить. Он настаивал на установке драйвера fglrx именно с сайта AMD, так как по его опыту, тот, который в репозиториях — «сломан», в следствии чего, аппаратное декодирование не работает
LOL
edited: sergey109, 05.03.2013 16:23
# Zenitur | 16 марта 2013 01:38:23 | 0
Это ещё не всё. Теперь тебе нужен плеер с поддержкой VA-API. В mplayer поддержка не добавлена, в отличие от VDPAU для NVIDIA, который там начиная с 2008 года и поэтому сразу есть во всех дистрибутивах Linux. В VLC добавлена, но лично у меня загрузка на CPU такая же, как без VAAPI.

1). Устанавливаем патченный mplayer:

https://www.linux.org.ru/forum/multimedia/8898116?cid=8899114

https://www.linux.org.ru/forum/multimedia/8898116?cid=8899373

2). Для проверки загруженности процессора выполняем "mplayer-vaapi -ao alsa -vo vaapi:gl -va vaapi файлик.mp4"

3). Настраиваем GUI. Так как а). У mplayer убран обычный GUI на GTK б). Недостаточно просто сделать плеером по умолчанию mplayer-vaapi, нужно ещё и указать параметр для включения аппаратного ускорения - настраиваем smplayer.

https://live.bete.tv/uploads/images/7/6/8/2/758/f40d05b377.png

https://live.bete.tv/uploads/images/a/e/f/2/758/f55a79e99c.png
# Zenitur | 16 марта 2013 01:44:48 | 0
Сообщение от
Драйвер ставится одним кликом в Ubuntu. Ускорение работает. Увидел установку через run-файл - дальше не читал.

Что не так? Установщик через RUN-файл умеет создавать пакет RPM для Fedora и SUSE. DEB тоже умеет, но его только через консоль.

------------------------
ТРИО теплый пол отзыв
Заработок на сокращении ссылок
Earnings on reducing links
Код PHP на HTML сайты

Категория: Другое