The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Компания AMD открыла код для ускорения декодирования видео силами UVD-декодеров GPU

03.04.2013 13:43

Компания AMD опубликовала серию патчей для DRI-модуля radeon из состава ядра Linux и gallium-драйверов r600 и radeonsi из OpenGL-стека Mesa, c реализацией средств для задействования встроенных в GPU декодеров UVD (Unified Video Decoder). Указанные патчи позволят использовать средства GPU для ускорения декодирования видео при использовании открытых драйверов. В настоящее время код выпущен только для чипов HD4xxx-HD5xxx (R700, Evergreen), поддерживающих UVD2, и HD6xxx-HD7xxx (Northern Islands, Southern Islands) с поддержкой UVD3. Тем не менее, в дальнейшем не исключена реализация поддержки и более старых серий HD2xxx-HD3xxx (R6xx, RS780, RS880).

Особенностью реализации является использование для доступа к функциям ускорения декодирования видео интерфейса VDPAU (Video Decode and Presentation API), изначально предложенного и развиваемого компанией NVIDIA. Используя указанный интерфейс, многие мультимедиа-приложения и библиотеки, уже поддерживающие VDPAU, смогут задействовать UVD-декодеры AMD без переработки программ, в том числе вынести на плечи GPU функции пост-процессинга, масштабирования, слияния (compositing), отображения и декодирования потоков, сжатых с использованием кодеков H.264, VC-1, MPEG-2 и MPEG-4 (в том числе DivX, XviD, Blu-ray 3D и Stereo 3D). Напомним, что в драйвере Catalyst поддержка UVD реализована через интерфейс XvBA (X-Video Bitstream Acceleration), поддержка которого в открытом ПО распространена существенно меньше, чем VDPAU.

Ранее поддержка UVD в Linux была возможна только при использовании проприетарных драйверов AMD. Скрытие от разработчиков открытых драйверов связанных с UVD спецификаций объяснялось потенциальной возможностью их использования для обхода средств DRM (Digital Rights Management), используемых для обеспечения защиты от копирования видео- и аудио-контента в Windows-версии драйвера Catalyst. В итоге, удалось урегулировать все юридические тонкости, связанные с предоставлением исходного кода для работы с UVD.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
  2. OpenNews: Разработчик из AMD подытожил состояние открытых драйверов для карт семейства Radeon
  3. OpenNews: Релиз X.Org Server 1.10. Компания AMD открыла код, связанный с API XvBA
  4. OpenNews: Компания NVIDIA выпустила opensource библиотеку для реализации поддержки VDPAU API
Автор новости: dalco
Тип: К сведению
Ключевые слова: uvd, amd, gpu, driver, vdpau
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (81) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (-), 14:45, 03/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Ого. Амд наносит ответный удар.
     
     
  • 2.2, Вован из Тагила (?), 15:00, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • –8 +/
    На плейстехе 4 бабла подняли. Теперь можно куражиться.
     
     
  • 3.54, Аноним (-), 00:18, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > На плейстехе 4 бабла подняли. Теперь можно куражиться.

    Завидовать другим - нехорошо.

     
  • 2.7, Аноним (-), 15:28, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На пхорониксе в комментариях написали, что это как и с broadcom'ом, открыли обертку над блобом.
     
     
  • 3.10, бедный буратино (ok), 15:40, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > На пхорониксе в комментариях написали, что это как и с broadcom'ом, открыли
    > обертку над блобом.

    И куда эту обёртку засовывать? (гусары, молчать!)

     
     
  • 4.15, anonymousY (ok), 16:37, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > И куда эту обёртку засовывать? (гусары, молчать!)

    Очевидно патчить ею ядро и месу.

     
  • 3.55, Аноним (-), 00:19, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А ссылку?
     

  • 1.3, Семен (??), 15:06, 03/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    VDPAU таки становится стандартом в Linux. It's Good!
     
     
  • 2.52, Аноним (-), 23:21, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Стандарт декодирования в gnu/linux это VAAPI
    плохо что они не сделали VAAPI
     
     
  • 3.82, Аноним (-), 10:54, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Стандарт декодирования в gnu/linux это VAAPI

    Это кто сказал?

    > плохо что они не сделали VAAPI

    Поработав и с тем, и с другим, могу сказать, что VDPAU заметно прямее сделан и лучше документирован, чем VAAPI в части декодирования. В частности, там хотя бы даются гарантии потокобезопасности.

     
  • 3.86, Аноним (-), 08:51, 05/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    стандартов используемых в линуксах очень мало и видеодекодирование в их число не входит
     

  • 1.4, Аноним (-), 15:15, 03/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +22 +/
    Мне не показалось? Кто-нибудь ещё видит эту новость?
     
     
  • 2.6, бедный буратино (ok), 15:16, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я с 2008 года всё жду и жду, а оно всё не выходит и не выходит. Иногда кажется, что оно - ан нет, опять показалось. Не будем торопиться с выводами.
     

  • 1.11, anonymousY (ok), 16:13, 03/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Оно в апстрим войдет и если да с как
     
     
  • 2.12, anonymousY (ok), 16:14, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    *кой версии?
    Есть ли где-нибудь их git с открытым доступом?
     

  • 1.13, Аноним (-), 16:31, 03/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Забыли указать в новости, что поддержка в виде *блобика* микрокода и обертки для работы с этим блобиком.
     
     
  • 2.14, anonymousY (ok), 16:34, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/

    Есть какие-нибудь это доказывающие факты?
     
  • 2.32, Аноним (-), 18:25, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Зато патентные троли не лезут.
     
  • 2.38, Andrey Mitrofanov (?), 19:47, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Забыли указать в новости, что поддержка в виде *блобика* микрокода и обертки
    > для работы с этим блобиком.

    О-о-о, это ты ещё AtomBIOS(TM) не видел. Очень расстроишься...:(((

     
     
  • 3.56, Аноним (-), 00:21, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > О-о-о, это ты ещё AtomBIOS(TM) не видел. Очень расстроишься...:(((

    С другой стороны, драйверу достаточно сделать парсер-интерпретер. А видяха за счет интерпретируемого "типа, bios" сама знает как с ней работать. Чем оно хуже например фирмвары в сидироме или жестком диске - интересный вопрос.

     

  • 1.16, Аноним (-), 16:53, 03/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Зачем доказывать очевидное?
    http://lists.freedesktop.org/archives/dri-devel/2013-April/036766.html
    http://people.freedesktop.org/~agd5f/radeon_ucode/
     
     
  • 2.18, anonymousY (ok), 17:20, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/

    Вы firmware блобом называете??? Ну тогда и нынешний радеон тоже обертка над блобом.

     
     
  • 3.21, Аноним (-), 17:30, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Блобом называется большой бинарный объект. В частности, нечто по типу 100-килобайтных uvd-микрокодов вида RV_7....bin, не имеющих исходников. Большинство же файлов по ссылке не удовлетворяют этому критерию. Да дело даже не в исходниках, а в том что новость не отражает суть.
     
     
  • 4.23, anonymousY (ok), 17:38, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/

    >Большинство же файлов по ссылке не удовлетворяют этому критерию.

    Так это блоб или не блоб? У вас есть понимание того, чем собственно является firmware?

    >Да дело даже не в исходниках, а в том что новость не отражает суть

    В чем же она не отражает сути, позвольте спросить?

     
     
  • 5.24, Аноним (-), 17:45, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > У вас есть понимание того, чем собственно является firmware?

    Есть. Поэтому я не называю микрокод фирмварью.

    > В чем же она не отражает сути, позвольте спросить?

    В том, что 90% реализации поддержки UVD *не* в виде пачтей.

     
     
  • 6.28, anonymousY (ok), 17:58, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/

    >Есть. Поэтому я не называю микрокод фирмварью.

    Вы называете его блобом.

    >В том, что 90% реализации поддержки UVD *не* в виде пачтей.

    Вы на аптекарских весах измеряли?
    Как вы вообще себе это представляете? fireware содержит специфичный для данного gpu код. Для того чтобы распространить его в исходниках, надо сначала добавить поддержку соответствующей архитектуры в компилятор, затем в ядро. Или надо было все это выложить в виде отдельного .S  файла полностью состоящего из hex-а? Тогда бы реализация стала полностью открытой?

     
  • 6.57, Аноним (-), 00:22, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть. Поэтому я не называю микрокод фирмварью.

    Хотя по факту отличий между ними минимум.

     
  • 5.25, Аноним (-), 17:49, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Тут недавно была новость про опенсорсную "поддержку" броадкомовского 3D и GL в какой-то поделке. Тут тоже самое. Вот только там новость отражала суть, а тут - нет.
     
     
  • 6.34, anonymousY (ok), 18:50, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/

    Если человек невежественен, то ему лучше молчать, тогда он может даже сойти за умного.
     
  • 6.78, Аноним (-), 03:11, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Тут недавно была новость про опенсорсную "поддержку" броадкомовского 3D и GL в
    > какой-то поделке. Тут тоже самое. Вот только там новость отражала суть, а тут - нет.

    Тут это в куда меньшей степени. А так - вы кинули команду накопителю по SATA интерфейсу, а там его контроллер отрабатывает команду. Вас не смущает что у него есть флеха и микрокод в ней? Который и отрабатывает данную команду по факту?

     
  • 6.88, Аноним (-), 12:00, 05/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > какой-то поделке.

    Raspberry Pi это был. Ну да, там совсем отстойно сделано: GPU загружает систему, а ARM с линем там так - вспомогательная фигня при GPU, которую уже потом догружает сам GPU, после того как стартанул, лол. В указанооом же случае GPU лишь периферия. Своей линии поведения как таковой не имеет, невзирая на микрокод.

     
  • 2.19, Stax (ok), 17:25, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вы с луны упали?
    Это фирмвари карт, без которых свободный драйвер вообще работать не будет. Им сто лет в обед и они давно входят в любой дистрибутив.

    $ ls /lib/firmware/radeon/R600_*
    /lib/firmware/radeon/R600_me.bin  /lib/firmware/radeon/R600_pfp.bin  /lib/firmware/radeon/R600_rlc.bin
    $ rpm -qf /lib/firmware/radeon/R600_*
    linux-firmware-20121218-0.2.gitbda53ca.fc18.noarch
    linux-firmware-20121218-0.2.gitbda53ca.fc18.noarch
    linux-firmware-20121218-0.2.gitbda53ca.fc18.noarch

    А по ссылке просто более актуальные версии.

     
     
  • 3.22, Аноним (-), 17:32, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, с луны, упал. Только сначала процитируй строчку, в которой я допустил ошибку.

    RV710_uvd.bin 02-Apr-2013 23:24 113K
    RV770_uvd.bin 02-Apr-2013 23:24 89K

    И соотнеси это с размером патчей, можешь заодно читать тогда научишься.

     
     
  • 4.26, Stax (ok), 17:50, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И? Откуда вы знаете, что это не "вообще" общий UVD-код, который нужен радеонам для работы этого модуля?
    Кода мало, т.к. декодирование-то аппаратное, а не в драйвере. Причем на специализированном аппаратном модуле (который еще разный у разных карт), а не на засылаемых из ОС шейдерах. Так какой код вы там ожидаете увидеть, когда по определению это активация аппаратной фичи и передача данных в карту?
     
  • 4.30, Аноним (-), 18:10, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дались тебе эти блобы.
    1) Меняются апи/аби у dri/mesa/drm и оставшейся шайки-братии стека открытых видеодрайверов - менять этот блоб не нужно. Он продолжает просто работать. Что есть неоспоримый плюс.
    2) Блоб отлажен и работоспособен на все 110%. И в дальнейшем не представляет проблем со своей поддержкой. Даже если в нём и есть какие-то подпорки для Digital restrictions management, то не срать ли на это? Ускорение видео от этого никуда не пропадает и просто работает.
    3) Подозреваю, что ситуация с текущими bios аналогична - архив с кучей блобов для разных "блоков" (например для встроенных сетевух). Если такой пурист - open hardware ваш выбор

    По теме, осталось выцыганить блобы на управление питание, чтобы рулить вольтажом и частотой.

     
     
  • 5.45, qux (ok), 21:20, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > 3) Подозреваю, что ситуация с текущими bios аналогична - архив с кучей
    > блобов для разных "блоков" (например для встроенных сетевух). Если такой пурист
    > - open hardware ваш выбор

    Пурист-не пурист, а желание использовать поменьше закрытых компонентов достаточно понятно, с учетом тематики сайта. Тем более, обязательных не так много, и минус один это уже неплохо.

    > По теме, осталось выцыганить блобы на управление питание, чтобы рулить вольтажом и
    > частотой.

    А тут почему блобы? Ценной IP вроде нет, защитой от крайних значений аргументировать разве что.

     
     
  • 6.50, dalco (ok), 22:32, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Полгодика назад проскакивала информация кажется, на похорониксе кто-то из амдшн... текст свёрнут, показать
     
     
  • 7.80, Аноним (-), 08:04, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Еще более короткое резюме - писать код управления питанием для опенсорсных дров
    > гораздо быстрее и проще с нуля.

    Ну дык. Если бы вы видели что обычно в таком коде бывает (легаси от проприерасов на 10+ лет - это просто залежи мамонтового шита) - вы бы тоже так считали.

     
  • 7.85, qux (ok), 15:36, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дык ок, сами говорите, для свободных дров вариант с нуля лучше. Зачем тот блоб просить тогда.
    Вообще интересно, это такая сложная фича, или фреймворк подхватили под другим причинам..
     
  • 6.59, Аноним (-), 00:34, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Пурист-не пурист, а желание использовать поменьше закрытых компонентов достаточно понятно,

    Оно конечно да, но просто ныть про микрокод - неконструктивно. Если реально мешает - создайте инициативу по переписыванию, например. Кто же виноват что сервисному процессору код нужен?! С другой стороны, фирмваре у вашего харда вы же врядли станете переписывать, так? Хоть там и есть флешка и ее можно перешить. И довески на блинах, которые тоже можно переписать. Так что по максимально жестким Столлмановским критериям - и это можно освободить. С другой стороны - вред от этого кода не так уж и огромен - сидит он в своей железке и ничего такого особо вредного делать за ее пределами не может особо.

     
     
  • 7.84, qux (ok), 15:32, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ныть неконструктивно почти по определению :) А упоминать можно по нескольким причинам, намеренный вред не единственная. Свободный код это еще и правило тысячи глаз (или как его там), и возможность исправить что-то своими силами, а не ждать апдейта от производителя (особенно если устройство уже не поддерживается).
    Для вашего примера можно вспомнить известный баг с потерей данных, кажется, 12й серией барракуд. Переписывать нет, но иногда вмешаться — да.
     
     
  • 8.89, Аноним (-), 12:15, 05/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Все так Компромисс Да, компромисс С другой стороны - минус один аргумент за п... текст свёрнут, показать
     

  • 1.17, Аноним (-), 17:19, 03/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Лучше бы энергосбережение доделали
     
     
  • 2.20, Stax (ok), 17:26, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучше бы энергосбережение доделали

    Это печальная правда :( С энергосбережением на свободных дровах совсем швах.

     
     
  • 3.29, Аноним (-), 18:07, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    профили Пушкин писать будет?
     
     
  • 4.33, Stax (ok), 18:50, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Какие еще профили?
    Делаешь echo low > /sys/class/drm/card0/device/power_profile - все равно карта потребляет в несколько раз больше энергии, чем в винде или с официальным каталистом в линуксе.

    Энергосбережение как минимум на HD4000 и выше в свободных дровах не работает практически никак.

     
     
  • 5.35, ананим (?), 19:31, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    а надо
    echo profile > /sys/class/drm/card0/device/power_method
    только потом
    echo _нужное_ > /sys/class/drm/card0/device/power_profile
     
     
  • 6.36, Stax (ok), 19:39, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Разумеется, там уже profile.
    Вы это, доки открыли для себя? Я эти доки не первый год вижу. Факт то, что энергосбережение не работает. Вообще никак. low туда пиши или что еще - частоты незначительно меняются, но карта все равно пышет жаром и крутит вентилятором. С каталистом все ок.

    # cat /sys/kernel/debug/dri/0/radeon_pm_info
    default engine clock: 750000 kHz
    current engine clock: 750000 kHz
    default memory clock: 950000 kHz
    current memory clock: 950000 kHz
    voltage: 1250 mV
    PCIE lanes: 0
    # cat /sys/class/drm/card0/device/power_method
    profile
    # echo low >  /sys/class/drm/card0/device/power_profile
    # cat /sys/kernel/debug/dri/0/radeon_pm_info
    default engine clock: 750000 kHz
    current engine clock: 506250 kHz
    default memory clock: 950000 kHz
    current memory clock: 950000 kHz
    voltage: 1050 mV
    PCIE lanes: 0

    Верите или нет, но разницы реально никакой (может -1 градус). Температура ядра 63 градуса с активно работающим вентилятором. С каталистом там в районе 50 при практически выключенном вентиляторе.

    Багзилла кишмя кишит багами вроде полной неработоспособности энергосбережения, если подключены два монитора (https://bugs.freedesktop.org/show_bug.cgi?id=49981) - там даже частота и напряжение не понижаются. Но даже если они понижаются, толку мало.

     
     
  • 7.37, ананим (?), 19:45, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    а это?
    echo low > /sys/class/drm/card0/device/power_profile
    что выдаёт?

    зыж
    >Вы это, доки открыли для себя?

    а без наездов, не?

     
     
  • 8.39, Stax (ok), 19:50, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Просто вы реагируете, будто я не прочитал документацию А я с ней давно знаком и... текст свёрнут, показать
     
     
  • 9.40, Maaniv (?), 20:14, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вполне возможно что профиль low, зашитый в карту, действительно содержит высокие... текст свёрнут, показать
     
     
  • 10.75, Аноним (-), 02:57, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Или вообще не прописан прописан криво Иногда бывает В новых дровах обещали зав... текст свёрнут, показать
     
  • 9.43, Anonymous1 (?), 21:05, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Простите, а производитель той карты, что без эффекта, кто Прямой Saphire или же... текст свёрнут, показать
     
     
  • 10.46, Аноним (-), 21:53, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А у меня на Gigabyte HD 7750 энергосбережение работает, а на Sapphire HD 6450... текст свёрнут, показать
     
     
  • 11.49, Stax (ok), 22:19, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ой, расскажите, как вообще ощущения от 7750 на открытых дровах Я подумываю пере... текст свёрнут, показать
     
     
  • 12.62, Аноним (-), 00:56, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Приобрел буквально на днях mesa-9 0 1 упорно пытается использовать llvmpipe, хо... текст свёрнут, показать
     
     
  • 13.87, Аноним (-), 11:39, 05/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    https bugs freedesktop org show_bug cgi id 56331 ... текст свёрнут, показать
     
  • 12.68, Аноним (-), 02:32, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    В последнее время его уже довольно сносно допилили Но у 5ххх 6ххх драйвер все-т... текст свёрнут, показать
     
  • 11.53, Аноним (-), 23:26, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    У меня Radeon 7750 и определить работу энергосбережения не могу т к карта не гре... текст свёрнут, показать
     
     
  • 12.61, Аноним (-), 00:49, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    В этом вам поможет cat sys kernel debug dri 0 radeon_pm_info И таки карта на ми... текст свёрнут, показать
     
  • 11.83, Аноним (-), 12:25, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А нет, беру свои слова обратно Если на Sapphire с HD 6450 _принудительно_ выста... текст свёрнут, показать
     
     
  • 12.90, Аноним (-), 12:17, 05/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо даунклокнулся А чего у него дефолтная частота такая мизерная 7770 чуть ... текст свёрнут, показать
     
  • 10.48, Stax (ok), 22:15, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Прямой Palit Без эффекта , напомню, только под открытыми дровами В остальном ... текст свёрнут, показать
     
     
  • 11.77, Аноним (-), 03:08, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Покажите это Тому Стелларду на форониксе или в багтрекер закатайте Походу как р... текст свёрнут, показать
     
  • 10.74, Аноним (-), 02:56, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Разработчик AMD упоминал что некоторые раздолбаи не все таблицы состояний в биос... текст свёрнут, показать
     
  • 7.76, Аноним (-), 03:07, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > current engine clock: 506250 kHz
    > voltage: 1050 mV

    Даунклокнулось. Но хиловато. Походу у производителя кривые таблицы в bios, увы.

    > Верите или нет, но разницы реально никакой

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

    Нормальный даунклокинг на low профайле выглядит как-то так:
    default engine clock: 850000 kHz
    current engine clock: 156990 kHz
    default memory clock: 1200000 kHz
    current memory clock: 300000 kHz
    voltage: 1000 mV

    // кстати это - вообще OEM какой-то кривоватый. И то нормально таблицы прописали...

     
  • 7.81, Doc_X (?), 10:16, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    current engine clock: 199960 kHz
    было 499960
    температура упала на 9 градусов
    OpenSUSE 12.3 RAdeon 4650 mesa 9.0 дрова открытые последние
     
  • 5.60, Аноним (-), 00:47, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Наглый пиндеж, на 5000-й серии все прекрасно работает Как-то так От рута echo... текст свёрнут, показать
     
     
  • 6.72, Аноним (-), 02:52, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >Проверялось на 75хх - 77хх

    Уй, глюки, проверялось на 55хх-57хх.

     
  • 6.79, LeNiN (ok), 06:10, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Его ядра я не видел.
     
  • 5.65, kurokaze (ok), 01:27, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > в несколько раз больше энергии, чем в винде или с официальным
    > каталистом в линуксе.

    какая разница как в виндах? общественность разве интересовалась? давайте тогда уже напишите как в макоси, фряхе и солярке

     
     
  • 6.73, Аноним (-), 02:54, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > какая разница как в виндах?

    Ну как какая. Стремиться надо к лучшему что может выжать железо. Если где-то лучше - не лишне чтобы и пингвин так же научился бы.

     
  • 2.44, qux (ok), 21:14, 03/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Это тоже энергосбережение, для CPU :)
     

  • 1.41, Аноним (-), 20:44, 03/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    VDPAU - это хорошо. Также хотелось бы наконец поддержки Xv в glamor.
     
  • 1.47, Аноним (-), 21:54, 03/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Очень хотелось бы все это великолепие в 3.10.
     
     
  • 2.64, kurokaze (ok), 01:25, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    толсто же
     

  • 1.63, kurokaze (ok), 01:24, 04/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А в чем сакральный смысл? На IvyBridge Core i7 FullHD отнимает 2/3 одного из ядер.
    Я пробовал 4К гонять - 4 потока влегкую держит.
    Лучше бы сделали аппаратную поддержку наследника H264
     
     
  • 2.66, Аноним (-), 01:32, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А теперь попробуйте посмотреть FullHD на Bobcat-е, или каком-нибудь Atom-е.
     
  • 2.67, Аноним (-), 01:36, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Лучше бы сделали аппаратную поддержку наследника H264

    Это уже не к этим ребятам вопрос. Посмотрите на аппаратные возможности UVD3.

     
  • 2.70, Аноним (-), 02:47, 04/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А в чем сакральный смысл? На IvyBridge Core i7 FullHD отнимает 2/3 одного из ядер.

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

     
  • 2.91, Аноним (-), 22:59, 05/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    reframe>=8, 15k kbps и я с удовольствием послушаю историю о том кто и как лётает на 1 ядре
    Да и корочка, знаете ли, золотая. Для кинца намного дешевле купить низкопрофильный радик с пассивным охлаждением (обычно это бюджетные модели в семействе и стоят в пределах 30-40 баксов). Или ту же апушку от амд. Другое дело, что софтово на цпу можно играть что угодно (как уж получиться - неизвестно, но принципиальных ограничений нет)
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    MIRhosting
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру