Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..., opennews (??), 14-Янв-13, (0) [смотреть все] Лучше бы в энергосбережении к уровню блоба хотя бы приблизились , Аноним (-), 10:21 , 14-Янв-13, (1) –1 // Юзайте интегрированный intel, сударь , tamerlan311 (?), 10:25 , 14-Янв-13, (2) –9 // и вместо рака будет грыжа В смысле, производительность оного в несколько раз, Аноним (-), 10:48 , 14-Янв-13, (5) +4 // Intel HD 4000 не такой уж и плохой по производительности по крайней мере УЖЕ бол, Xasd (ok), 14:28 , 14-Янв-13, (24) Драйвера у интеля - да, неплохие А вот интеграт - на то он и интеграт, чтобы бы, Аноним (-), 14:40 , 14-Янв-13, (27) +1 60 ФПС в чем в игре в 3Д моделлировании в рендере в фильме , Анонимус_б6 (?), 15:08 , 14-Янв-13, (32) –1 Уй, пропустил Это я xonotic мучал на предмет производительности с новыми дровам, Аноним (-), 15:21 , 14-Янв-13, (38) Играм на основе движков от первого до третьего квэйков для игры на соревнователь, Аноним (-), 17:17 , 14-Янв-13, (51) А это DarkPlaces engine Он по эффектам заткнет не только кваки 1-3 но и половин, Аноним (-), 18:22 , 14-Янв-13, (67) Фанатики любят утверждать, что для них 100 и 120 фпс заметны Когда я им предлаг, commiethebeastie (ok), 19:55 , 14-Янв-13, (85) Сложно заметить разницу между 100 и 120 FPS на мониторе с рефрешем в 60 По чист, Аноним (-), 21:08 , 14-Янв-13, (97) –2 резкое падение со 120 на 100 может быть вызвано повышенной нагрузкой на ЦПУ, в т, Аноним (-), 22:28 , 14-Янв-13, (108) Не путайте 120- 100 и 120- 1- 100 Проседания GPU со 120 до 100 FPS вы не поч, XoRe (ok), 02:31 , 15-Янв-13, (122) +2 Видяха тоже может просесть Если сцена не уместилась в память видяхи и ее куски , Аноним (-), 05:40 , 15-Янв-13, (124) Может про лаг дисплея еще расскажите что это не заметно , GentooBoy (ok), 13:55 , 15-Янв-13, (141) Это заметно только на совсем отстойных дисплеях наиболее прокачанным из задрoтов, Аноним (-), 15:05 , 15-Янв-13, (143) Я знаю Я имел в виду и форки в том числе Большая часть этих изменеий 8212 гр, Аноним (-), 20:07 , 14-Янв-13, (91) Ага, а TGV - это такой дальний форк паровоза Ну да, фиг поспоришь Вот это сложн, Аноним (-), 21:24 , 14-Янв-13, (99) Помнится, там в кампании были карты для прохождения на скорость Их проходить с , Аноним (-), 00:42 , 15-Янв-13, (120) Да, как минимум первую из них Там ключевой фактор - точно выверенное время реак, Аноним (-), 05:45 , 15-Янв-13, (125) Ознакомьтесь с двигом ку3 для которого фпс имеет значение, это такой своеобразны, GentooBoy (ok), 13:58 , 15-Янв-13, (142) А зачем мне это DarkPlaces - это ку1 и большой-большой напильник гражданина Lor, Аноним (-), 15:10 , 15-Янв-13, (144) Это называется быдлокод Известная ошибка таймера еще со времен DOS , commiethebeastie (ok), 21:45 , 14-Янв-13, (104) Или просто проседание и резкое падение FPS в некоторых сценах Падение с 100 FPS, Аноним (-), 05:53 , 15-Янв-13, (126) теперешний nexuiz написан на cryengine, не забывайте, Аноним (-), 22:30 , 14-Янв-13, (110) А красивые и интересные карты для игры по сети к нему делать никто не будет, рав, Аноним (-), 05:57 , 15-Янв-13, (127) +1 вообще-то, делают карты но качество оформление карт в классическом нексуиз , Аноним (-), 03:17 , 16-Янв-13, (155) Поэтому когда они поругались с автором оригинала - они отфоркались и довольно лю, Аноним (-), 05:52 , 16-Янв-13, (156) С точки зрения отрисовки да С точки зрения упоротого death-match игрока нет Д, К.О. (?), 11:35 , 15-Янв-13, (138) Не уверен что xonotic с его dark places попадает в эту номинацию Все-таки его а, Аноним (-), 15:11 , 15-Янв-13, (145) В мечтах, pavlinux (ok), 00:54 , 15-Янв-13, (121) –1 Павлинукс каркает, а разработчики пилят Ну ты каркай, каркай А я в результате , Аноним (-), 07:38 , 15-Янв-13, (137) –1 Пускай пилят, когда допилят, на эти железки уже в музее олдгики дрочить будут , pavlinux (ok), 22:27 , 15-Янв-13, (152) +1 Да ладно каркать то, HD6xxx вполне себе продается в магазинах и в общем то доста, Аноним (-), 23:26 , 15-Янв-13, (153) Судя по всему, Вы не пробовали Intel HD 4000 Да, в синтетических тестах она пр, nal (??), 21:14 , 14-Янв-13, (98) –1 Надо же, дистрофики между собой соревнуются А посоревнуетесь с хотя-бы HD5830 , Аноним (-), 21:37 , 14-Янв-13, (100) +1 А ничего, что эти видео карты из разных сегментов и позиционируются по разному , nal (??), 22:04 , 14-Янв-13, (107) –1 Нет, ничего Они выпускаются и имеют право на жизнь Можете с 57хх соревноваться, Аноним (-), 06:14 , 15-Янв-13, (128) +1 ну и бред же Хотя да, если носом в телек упереться , vovans (ok), 23:23 , 14-Янв-13, (117) +1 Ну вот чем-то таким телек от монитора и отличается выглядит как г вно если ближ, Аноним (-), 06:15 , 15-Янв-13, (129) +3 Да, чё там, мелочиться-то , пусть vga чипы и видеокарты выпускают И чтоб луч, Andrey Mitrofanov (?), 10:28 , 14-Янв-13, (3) +2 // Глупый троллинг Энергосбережение нужнее кривого и тормозного 3д, независимо от , Аноним (-), 17:43 , 14-Янв-13, (53) –1 // Смотря где и кому Если потребление энергии единственный критерий - юзайте смарт, Аноним (-), 19:54 , 14-Янв-13, (84) +1 Задолбали Читайте факин мануалы, например у арчеводов https wiki archlinux o, Аноним (-), 10:58 , 14-Янв-13, (7) +4 // А ты выдерни из видюшки все провода, перегрузись и по ssh дай команду echo dynp, Конь (?), 14:31 , 14-Янв-13, (25) –1 // Это не является моим типовым вариантом использования компьютера и энергосбережен, Аноним (-), 14:51 , 14-Янв-13, (28) +1 screen flickering при dynpm в том же мануале от арчеводов это написано , анонимищще (?), 15:47 , 14-Янв-13, (43) Ну да Поэтому я переключаю профайлы Поиграть - high Десктопная активность - l, Аноним (-), 17:14 , 14-Янв-13, (50) +1 Ну не работает же полностью Вот хотя бы это пусть сделают , анонимищще (?), 19:00 , 14-Янв-13, (75) –1 Зависит от того что понимать под полностью Технически смена частот - работает , Аноним (-), 19:28 , 14-Янв-13, (80) +1 Экран мерцает при переключении частот - не работает Ну и плюс, как уже выше сказ, анонимищще (?), 19:52 , 14-Янв-13, (83) –1 Вы дурак И не работает от работает, но с некоторыми проблемами не различает, Аноним (-), 19:56 , 14-Янв-13, (86) +1 Поэтому я и сказал выше - не полностью Не замечаете Ну и радуйтесь себе молча в, анонимищще (?), 20:30 , 14-Янв-13, (96) –1 Вы написали не работает что не соответствует действительности Ну вот у меня - , Аноним (-), 21:39 , 14-Янв-13, (101) +1 Виснет на HD6770, HD6670 На любых версиях radeon драйвера - и 6 и 7 У меня в к, Конь (?), 15:47 , 14-Янв-13, (44) –1 У меня несколько подобных видях было Ничего не висло И да, IIRC реклокингом на, Аноним (-), 17:46 , 14-Янв-13, (55) +1 Кстати ради интереса попробовал На попавшихся под руку 57xx 58xx никаких зависо, Аноним (-), 11:50 , 15-Янв-13, (139) Фигню не несите Та функция из мануала работает лишь частично И это официально , Аноним (-), 15:46 , 14-Янв-13, (42) –1 // Dynpm дурацки работает, не отнять Профайлы вручную ставятся нормально , Аноним (-), 17:47 , 14-Янв-13, (56) +1 выставил low температура упала на градус Энергосбережение работает, че с fglrx , Аноним (-), 17:44 , 14-Янв-13, (54) // А cat sys kernel debug dri 0 radeon_pm_info подтверждает переключение частоты, , Аноним (-), 17:49 , 14-Янв-13, (57) +1 В ведре 3 8 работает даже на профиле high, не говоря об auto и low , commiethebeastie (ok), 19:58 , 14-Янв-13, (87) Есть такая проблема У меня не работает Температура с открытым драйвером без на, Аноним (-), 20:31 , 15-Янв-13, (149) А что не так с энергопотреблением У меня HIS IceQ Radeon, и все в порядке Уров, Аноним (-), 11:24 , 14-Янв-13, (10) +2 // как-бы вам объяснить подоходчивее энергопотребление не зависит от шума и нагре, Аноним (-), 15:52 , 14-Янв-13, (45) –1 // И вам также доходчивее объясню Да, энергопотребление не зависит от шума, зато ш, Аноним (-), 17:09 , 14-Янв-13, (49) +1 тогда мне непонятно зачем вы привели в контексте обсуждения энергопотребления ко, Аноним (-), 22:39 , 14-Янв-13, (112) Я приводил Вы меня спутали с другим анонимусом , Anonimous (?), 22:41 , 14-Янв-13, (113) Вы уж простите, но это не очевидно , Аноним (-), 23:13 , 14-Янв-13, (115) Исходя из ваших слов, энергопотребление у открытых драйверов выше Т е и темпер, Аноним (-), 23:19 , 14-Янв-13, (116) Вообще-то, если видеокарта жрет - она греется И все сожранное переводит в тепло, Аноним (-), 17:50 , 14-Янв-13, (58) вот смотрите как деревья гнутся сильно, значит ветер сильнее подует для тех, кто, Аноним (-), 22:42 , 14-Янв-13, (114) Да Но вообще, как я понимаю, вендырь еще может по своей инициативе задавать таб, Аноним (-), 06:28 , 15-Янв-13, (130) рассматривая конкретную видеокарту с не измененным BIOS понимаем, что потреблени, Аноним (-), 06:56 , 16-Янв-13, (157) Лучше бы они аппаратное декодирование h264 сделали , Anonimous (?), 12:57 , 14-Янв-13, (19) +1   // современные процессоры в том числе и ноутбучные -- настолько мало напрягаются , Xasd (ok), 14:32 , 14-Янв-13, (26) +1   // Тем не менее, апи VDPAU через шейдеры таки изобразили, правда пока весьма скромн, Аноним (-), 14:53 , 14-Янв-13, (29) –1   Это хорошо, но что-то кроме mpeg 1 2 на шейдерах не подекодируешь, так что подде, Anonimous (?), 15:40 , 14-Янв-13, (41) +1   А это только потому что никто не реализовал что-то сверх того , Аноним (-), 17:51 , 14-Янв-13, (59) –1   И не реализуют Ибо h264 и прочие современные кодеки значительно сложнее первого, Anonimous (?), 18:03 , 14-Янв-13, (62)   Вот это не факт, для GPU как раз удобны операции по масс-обмолоту данных в стиле, Аноним (-), 18:10 , 14-Янв-13, (65) –1   Ну тогда не шейдеры, а opencl cuda скорее нужен, хотя я видел только декодер дир, Anonimous (?), 18:33 , 14-Янв-13, (72) +1   Ну просто шейдеры уже сейчас есть, а opencl пока в процессе допиловки Вот и юза, Аноним (-), 18:53 , 14-Янв-13, (74) –1   Вот-вот Программировать подобное на шейдерах подобное не есть самое приятное за, Anonimous (?), 20:06 , 14-Янв-13, (90) +1   Думается более приятно чем реверсить недокументированную железку Чего бы ради Ш, Аноним (-), 21:43 , 14-Янв-13, (102) –1   Железки они до этого уже реверсили И весьма успешно Декодеров h264 на шейдерах, Anonimous (?), 22:29 , 14-Янв-13, (109) +1   вообще-то что glsl, что opencl выполняются одними и теми-же блоками, Аноним (-), 23:35 , 14-Янв-13, (118)   Смотря что понимать под успешно Вон у нвидий до сих пор проблемы даже с прост, Аноним (-), 06:53 , 15-Янв-13, (132) +2   Во-первых декодирование через uvd, во-вторых нетбучные процы могут уже не потяну, Anonimous (?), 15:36 , 14-Янв-13, (40) –1   Откуда в нетбуке вообще возьмется сабжевый GPU, для начала Прямо анекдот вспо, Аноним (-), 17:53 , 14-Янв-13, (60) +1   Дык, имеется nvidia ion не знаю как сейчас, а раньше были нетбуки с оным, имеютс, Anonimous (?), 18:16 , 14-Янв-13, (66) –1   Опять же - каким боком нвидия к сабжу Ничто не выдавало в штирлице советского , Аноним (-), 18:25 , 14-Янв-13, (68) +1   Однако, батарею неплохо бы экономить вообще-то , Anonimous (?), 20:10 , 14-Янв-13, (93) –1   На десктопе - не обязательно , Аноним (-), 21:44 , 14-Янв-13, (103) +1   Хм, простите, у вас галлюцинации Часто вам видятся десктопы с батареями , Anonimous (?), 22:32 , 14-Янв-13, (111) –1   1 Мне видится сабжевое GPU в десктопе К которому ваши безапелляционные заявлен, Аноним (-), 06:56 , 15-Янв-13, (133) +3   офигеть как мы до этого дошли 1 я написал о том что современные процессоры но, Xasd (ok), 06:49 , 15-Янв-13, (131) –1   1 У нетбуков нет нормальных GPU Так что сказ о том как HD4000 не так уж плох -, Аноним (-), 06:58 , 15-Янв-13, (134) +2   У меня на нетбуке 2009 года ATi Radeon HD 4200 Mobile и VA-API отлично декодируе, Аноним (-), 20:30 , 15-Янв-13, (148) +1   Не по теме, но раз уж затронули, то softpipe llvmpipe закончены на данном этапе , CSRedRat (ok), 10:28 , 14-Янв-13, (4) –1 // Собственно разработка софта - это такой процесс который не заканчивается никогда, Аноним (-), 10:55 , 14-Янв-13, (6) +3 // Как раз сегодня в Ubuntu 13 04 пришло обновление ядра и LLVM - заметно увеличени, CSRedRat (ok), 08:46 , 16-Янв-13, (160) Как только в LLVM допилят GPU-инструкции, тогда можно что-нибудь менять А так, , BratSinot (ok), 10:59 , 14-Янв-13, (8) –5 // Простите, softpipe - это для тех у кого GPU нет , Аноним (-), 11:40 , 14-Янв-13, (11) +4 R600g - хорошо, а вот что с HD6000 как там а с HD7000 , хрюкотающий зелюк (?), 11:09 , 14-Янв-13, (9) +1 // С HD6xxx, чаще всего, проблем нет на кайманах кое-что не протестировано должным, dalco (ok), 11:46 , 14-Янв-13, (12) +1 То же что и с остальными - HD6000 тоже используют R600g Что старые Evergreen, Аноним (-), 11:51 , 14-Янв-13, (13) –1 // младший - это 7750, ОЕМ к младшим не относятся, тупо перемаркировка, Аноним (-), 15:58 , 14-Янв-13, (46) // 7750 и 7770 IIRC являются как раз VLIW-ами а не GCNами еще А GCN - это 78xx и в, Аноним (-), 17:54 , 14-Янв-13, (61) подводит, ой как подводит https en wikipedia org wiki Southern_Islands_ 28GPU, Аноним (-), 18:27 , 14-Янв-13, (69) +1 Упс, значит я их с 76хх перепутал Меня почему-то глючило что GCN - 78хх и выше , Аноним (-), 19:11 , 14-Янв-13, (76) Как реальная работа, так RedHat, как пиар, так Ubunta, Аноним (-), 12:10 , 14-Янв-13, (14) // Ну знаете, у редхата нормальных десктопных дистров для простых смертных тупо нет, Аноним (-), 12:20 , 14-Янв-13, (15) –1 // Ну вот и доносят снимая сливки Зря на десктоп RH гоните, в свое время они сотв, Аноним (-), 12:25 , 14-Янв-13, (16) +4 // Я не гоню Я констатирую простой факт то что что может мне для десктопов предло, Аноним (-), 12:29 , 14-Янв-13, (17) –2 Ага, только вот во время этого объединения они как раз и начали форсировать UTF, Stax (ok), 14:14 , 14-Янв-13, (23) Так и что Вы этим хотели сказать Вы явно не на мой комментарий к новости отвеча, Аноним (-), 15:28 , 14-Янв-13, (39) +3 А я то уж подумал что это батхерт и троллинг от федориста , Аноним (-), 11:55 , 15-Янв-13, (140) Федора 8212 ядерный полигон Красивая легенда Пользуюсь Федорой с 16 версии , Сейд (ok), 14:56 , 14-Янв-13, (30) –2 // Да, то-то Торвальдс там крыл что флеш юзерам сломали на ровном месте ИМХО, наст, Аноним (-), 15:11 , 14-Янв-13, (35) –3 Флэшем не пользуюсь Переход с 16 версии на 17 пережил нормально Новые красивые , Сейд (ok), 16:31 , 14-Янв-13, (47) Дело не в флеше Я им тоже не пользуюсь А вот факапинг системных либ прямо поср, Аноним (-), 18:03 , 14-Янв-13, (63) –1 Не знаю, что такое факапинг системных либ и кто такой Marek Olsak, но уже год , Сейд (ok), 18:39 , 14-Янв-13, (73) Зато это знаю я Вот то что сделали федорасы - это оно самое Я рад за вас И пр, Аноним (-), 19:13 , 14-Янв-13, (77) Что бы это не значило, я этого не заметил А уж как я рад за себя - Вы сказали, , Сейд (ok), 19:34 , 14-Янв-13, (81) Зато заметили многие другие, вплоть до Торвальдса который ругался от души Между, Аноним (-), 20:04 , 14-Янв-13, (89) Ну, раз так говорим, то Linux Mint, например, популярней Ubuntu по версии distro, Сейд (ok), 21:45 , 15-Янв-13, (151) +1 Опрос проведенный в интернете показал что 100 интернетчиков пользуются интерне, Аноним (-), 07:37 , 16-Янв-13, (158) Это как сказать пользуюсь нонейм презирвативом уже год, полет нормальный Вот по, Аноним (-), 15:11 , 14-Янв-13, (36) –2 Зачем бы мне это понадобилось 8230 Гм А у них на сайте написано Fedora 821, Сейд (ok), 16:58 , 14-Янв-13, (48) +1 И как, ей доставляет внезапное отваливание флеша, после которого даже музыку не , Аноним (-), 19:14 , 14-Янв-13, (78) –1 Рассмешили, спасибо Нет у неё флэша И вообще, зачем нужен флэш при прослушиван, Сейд (ok), 19:36 , 14-Янв-13, (82) Потому что еще не извелись бакланы которые на сайтах флешевые плееры юзают Таки, Аноним (-), 19:59 , 14-Янв-13, (88) –1 Вконтакт, как ни крути - самоя здоровая база музыки из доступных И если кто-то , Crazy Alex (ok), 20:32 , 15-Янв-13, (150) –2 если вконтакт тупит с переходом на html5 так и все остальные должны тупить хотя,, Аноним (-), 03:08 , 16-Янв-13, (154) +1 Ну просто юзеры типа этой тетушки-музыканта меньше всего хотят продавливать прог, Аноним (-), 08:12 , 16-Янв-13, (159) Понравилось, как новость оформили, молодцы , Аноним (-), 14:13 , 14-Янв-13, (21) // В оригинале было штуки 3 новостей на форониксе тред на форуме Я попытался при, Аноним (-), 15:08 , 14-Янв-13, (33) А теперь поясните для танкистов, что такое 1D-текстуры Раньше вроде-как D расши, ZloySergant (ok), 15:09 , 14-Янв-13, (34) // Это текстура у которой есть только 1 измерение Т е высота или ширина текстуры , Аноним (-), 15:17 , 14-Янв-13, (37) +2 Так версия 4 2 актуальна, почему речь о 3 3 Или отставание настолько велико , Buy (ok), 17:31 , 14-Янв-13, (52) –2 // 1 Во первых, все что надо для 4 х умеют не все GPU насколько я помню 2 Да, отс, Аноним (-), 18:05 , 14-Янв-13, (64) +4 // есть ещё один тормоз - патенты, Аноним (-), 18:32 , 14-Янв-13, (71) // Насколько я помню, реально крупные проблемы там в основном с S3TC И то - интель, Аноним (-), 19:16 , 14-Янв-13, (79) AMD A8-4500M Radeon 7640 Radeon 7670M sudo glxinfo 124 grep OpenGLOpenGL vend, alex (??), 20:25 , 14-Янв-13, (94) // А кто будет включать power method Который echo profile sys class drm card0 d, Аноним (-), 21:47 , 14-Янв-13, (105) // Активная карта встроенная 0 sudo cat sys kernel debug vgaswitcheroo switch0 IG, alex (??), 17:46 , 15-Янв-13, (147) Дистр LinuxMint 14 Mate, alex (??), 20:26 , 14-Янв-13, (95) Я вообще плохо разбираюсь в графических драйверах Очень большая просьба, устрой, Аноним (-), 00:39 , 15-Янв-13, (119) // Ну вот например обзор http habrahabr ru post 148954 - немного с перекосом в н, Аноним (-), 07:24 , 15-Янв-13, (136) +2 Если кратко, то есть 2 типа драйверов для видеокарт проприетарные и открытые Пр, Аноним (-), 17:15 , 15-Янв-13, (146) –1 1,4,9,14,21,34,52,94,95,119

Сообщения

[Сортировка по времени | RSS]

	19. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	+1 +/–
	Сообщение от Anonimous (?), 14-Янв-13, 12:57
	Лучше бы они аппаратное декодирование h264 сделали.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	26. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	+1 +/–
	Сообщение от Xasd (ok), 14-Янв-13, 14:32
	> Лучше бы они аппаратное декодирование h264 сделали. современные процессоры (в том числе и ноутбучные) -- настолько мало напрягаются во время декодирования h264 (HD-качества) -- что это наводит на мысль о том что "ды не пофигу ли на аппаратность декодирования?". так-что [можете меня заминусовать, но...] думаю в скором будущем все опенсурсные девелоперы успешно забудут о том что кто-то их там просл сделать аппаратное декодирование видеокартой :-)
	Ответить | Правка | Наверх | Cообщить модератору

	29. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	–1 +/–
	Сообщение от Аноним (-), 14-Янв-13, 14:53
	Тем не менее, апи VDPAU через шейдеры таки изобразили, правда пока весьма скромно, но... :). Это конечно не совсем аппаратное декодирование, но для GPU такая нагрузка явно проще чем для CPU.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	+1 +/–
	Сообщение от Anonimous (?), 14-Янв-13, 15:40
	> Тем не менее, апи VDPAU через шейдеры таки изобразили, правда пока весьма > скромно, но... :). Это конечно не совсем аппаратное декодирование, но для > GPU такая нагрузка явно проще чем для CPU. Это хорошо, но что-то кроме mpeg 1/2 на шейдерах не подекодируешь, так что поддержка uvd крайне желательна.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	–1 +/–
	Сообщение от Аноним (-), 14-Янв-13, 17:51
	> Это хорошо, но что-то кроме mpeg 1/2 на шейдерах не подекодируешь, А это только потому что никто не реализовал что-то сверх того :)
	Ответить | Правка | Наверх | Cообщить модератору

	62. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	+/–
	Сообщение от Anonimous (?), 14-Янв-13, 18:03
	>> Это хорошо, но что-то кроме mpeg 1/2 на шейдерах не подекодируешь, > А это только потому что никто не реализовал что-то сверх того :) И не реализуют. Ибо h264 и прочие современные кодеки значительно сложнее первого и второго мпега, и нормальной производительности на шейдерахне получится. Так что специализированное DSP - абсолютно нормальное решение.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	–1 +/–
	Сообщение от Аноним (-), 14-Янв-13, 18:10
	> И не реализуют. Ибо h264 и прочие современные кодеки значительно сложнее первого > и второго мпега, и нормальной производительности на шейдерахне получится. Вот это не факт, для GPU как раз удобны операции по масс-обмолоту данных в стиле SIMD/MIMD. А если посмотреть на чем самые быстрые реализации кодеков - окажется что это аккуратно выписанный SIMD ассемблер. А вот такого добра у GPU есть. И операции с таким добром оно молотит оптом и в розницу. Скорее проблема в том что это не больно то просто и никто не сподвигся пока.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	+1 +/–
	Сообщение от Anonimous (?), 14-Янв-13, 18:33
	>> И не реализуют. Ибо h264 и прочие современные кодеки значительно сложнее первого >> и второго мпега, и нормальной производительности на шейдерахне получится. > Вот это не факт, для GPU как раз удобны операции по масс-обмолоту > данных в стиле SIMD/MIMD. А если посмотреть на чем самые быстрые > реализации кодеков - окажется что это аккуратно выписанный SIMD ассемблер. А > вот такого добра у GPU есть. И операции с таким добром > оно молотит оптом и в розницу. Скорее проблема в том что > это не больно то просто и никто не сподвигся пока. Ну тогда не шейдеры, а opencl/cuda скорее нужен, хотя я видел только декодер дирака для куды. А с h264 есть затыки какие-то с распараллеливанием некоторых операций, вон, было несколько кодировщиков h264 на куду под винду, но они не сильно быстры и дают унылое качество на выходе. И даже то ли амд, то ли нвидия собиралась запихнуть DSP, делающий аппаратное кодирование. Я конечно понимаю, что кодирование и декодирование весьма разные вещи, но я не понимаю совершенно, зачем изобретать велосипед. Если у нас есть dsp, то почему бы им не воспользоваться? Тем более, что накатать для него поддержку в драйверах будет в разы проще, нежели переписывать x264 на glsl или даже на opencl.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	–1 +/–
	Сообщение от Аноним (-), 14-Янв-13, 18:53
	> Ну тогда не шейдеры, а opencl/cuda скорее нужен, Ну просто шейдеры уже сейчас есть, а opencl пока в процессе допиловки. Вот и юзанули то что уже работает. В конечном итоге - ну, считает же. > хотя я видел только декодер дирака для куды. В принципе что на шейдерах что на opencl можно считать что угодно. Вопрос в желающих это наапрограммить, не более. > А с h264 есть затыки какие-то с распараллеливанием некоторых операций, Есть. Например при зависимости кадров друг от друга не получится декодировать несколько кадров впараллель. Из-за зависимости от других кадров. Но в целом наверное вышло бы неплохо. Плюс всякий там постпроцессинг типа деблокинга параллелится на ура. > вон, было несколько кодировщиков h264 на куду под винду, но они не сильно > быстры и дают унылое качество на выходе. И даже то ли амд, то ли нвидия > собиралась запихнуть DSP, делающий аппаратное кодирование. Собственно блоки декодирования вроде у обоих есть. И своих грабель с ними есть. Как то - разборчивы к формату и малейшим косякам кодеков. Чуть что не так - и оно будучи дубовым вместо картинки сгенерит полный крап. Софтварные кодеки обладают повышенной терпимостю к неидеальным ситуациям, вплоть до воркэраунда чужих глюков если о них известно. > него поддержку в драйверах будет в разы проще, нежели переписывать x264 > на glsl или даже на opencl. Не будет. За отсутствием на UVD (и что там у нвидии вместо него) документации на данный момент. А реверсить такую штуку - ну, идите и разреверсите. Если реверсилка не отвалится. А шейдеры - вот они, уже готовые. Считаются. Понятно по крайней мере куда копать.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	+1 +/–
	Сообщение от Anonimous (?), 14-Янв-13, 20:06
	> В принципе что на шейдерах что на opencl можно считать что угодно. > Вопрос в желающих это наапрограммить, не более. Вот-вот. Программировать подобное на шейдерах подобное не есть самое приятное занятие. Плюс, насколько я понимаю код еще и может получиться картозависимым. > Собственно блоки декодирования вроде у обоих есть. И своих грабель с ними > есть. Как то - разборчивы к формату и малейшим косякам кодеков. > Чуть что не так - и оно будучи дубовым вместо картинки > сгенерит полный крап. Софтварные кодеки обладают повышенной терпимостю к неидеальным ситуациям, > вплоть до воркэраунда чужих глюков если о них известно. У меня возникали проблемы только с 10-ти битным h264. Все остальное и ионом, и десткопной gt240 показывалось без проблем. Последняя даже divx прекрасно переваривала. > Не будет. За отсутствием на UVD (и что там у нвидии вместо > него) документации на данный момент. А реверсить такую штуку - ну, > идите и разреверсите. Если реверсилка не отвалится. А шейдеры - вот > они, уже готовые. Считаются. Понятно по крайней мере куда копать. Кагбэ открытые атишные дрова как-то существовали до открытия спеков. И там было какое-никакое 3D(причем они работали куда стабильнее чем проприетарный fglrx, и даже выдавали вполне сопоставимую производительность если отключить всякие там эффекты). Так что не думаю, что отреверсить один DSP сильно сложнее. А вот написать декодер h264(который будет достаточно быстро работать, понятное дело) на шейдерах это что-то из разряда очень хитрой магии.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	–1 +/–
	Сообщение от Аноним (-), 14-Янв-13, 21:43
	> Вот-вот. Программировать подобное на шейдерах подобное не есть самое приятное занятие. Думается более приятно чем реверсить недокументированную железку. > Плюс, насколько я понимаю код еще и может получиться картозависимым. Чего бы ради? Шейдеры нейтральны относительно карты. И OpenCL тоже. В поток команд конкретного GPU оно переводится на лету. >> вплоть до воркэраунда чужих глюков если о них известно. > У меня возникали проблемы только с 10-ти битным h264. Все остальное и > ионом, и десткопной gt240 показывалось без проблем. Ну понятно, юзер нвидии в треде. Как обычно короче - каждый кулик свое болото.   > Кагбэ открытые атишные дрова как-то существовали до открытия спеков. И там было > какое-никакое 3D(причем они работали куда стабильнее чем проприетарный fglrx, и даже > выдавали вполне сопоставимую производительность если отключить всякие там эффекты). Так > что не думаю, что отреверсить один DSP сильно сложнее. А вот > написать декодер h264(который будет достаточно быстро работать, понятное дело) на шейдерах > это что-то из разряда очень хитрой магии. Это из разряда обычного программирования. А вот отреверсить черт знает чего и чтобы оно потом еще и не глючило и так и сяк - вот это да, та еще магия.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	+1 +/–
	Сообщение от Anonimous (?), 14-Янв-13, 22:29
	> Думается более приятно чем реверсить недокументированную железку. Железки они до этого уже реверсили. И весьма успешно. Декодеров h264 на шейдерах не писал никто. Вот декодеры мпегов на шейдерах уже давно есть, с начала двухтысячных. > Ну понятно, юзер нвидии в треде. Как обычно короче - каждый кулик > свое болото. Претензии по существу будут? >Это из разряда обычного программирования. А вот отреверсить черт знает чего и > чтобы оно потом еще и не глючило и так и сяк > - вот это да, та еще магия. Ды, реверсили же. И работали атишные дрова стабильней, чем проприетарные и ннаписанные по спекам. А вот на счет обычности не надо. Даже у опенцл и куды множество ограничений есть, а что уж о glsl, который для gp-вычислений не предназначен.
	Ответить | Правка | Наверх | Cообщить модератору

	118. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	+/–
	Сообщение от Аноним (-), 14-Янв-13, 23:35
	> Ды, реверсили же. И работали атишные дрова стабильней, чем проприетарные и ннаписанные > по спекам. А вот на счет обычности не надо. Даже у > опенцл и куды множество ограничений есть, а что уж о glsl, > который для gp-вычислений не предназначен. вообще-то что glsl, что opencl выполняются одними и теми-же блоками
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	132. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	+2 +/–
	Сообщение от Аноним (-), 15-Янв-13, 06:53
	> Железки они до этого уже реверсили. И весьма успешно. Смотря что понимать под "успешно". Вон у нвидий до сих пор проблемы даже с просто реклокингом. А у амд все-таки переключение частот и управление вольтажом - работает, что ни говори. И фич в нуво явно меньше реализовано. Потому что нвидия их лишний раз тормознула отсутствием спеков. И вместо того чтобы напрограммить фичу им приходится сперва методом проб и ошибок понимать как это вообще работает. > Декодеров h264 на шейдерах не писал никто. Просто потому что сам H.264 замороченный и это сложнее чем для mpeg2. Если вы не заметили, кодеки мпег2 для процессоров появились раньше чем мпег4, особенно в инкарнации H.264 (сначала были более простые мпеги 4, по типу divx/xvid). > Вот декодеры мпегов на шейдерах уже давно есть, с начала двухтысячных. Насчет двутысячных не в курсе. А H.264 - это тоже мпег. Правда уже 4-й. И с наворотами. Однако общие идеи в основе те же самые. Просто вокруг них реализовано больше наворотов, улучшающих соотношение битрейта к качеству путем усложнения кодирования и декодирования. Кстати аппаратные декодеры имеют привычку поддерживать только субсет фич H.264, зачастую не выше main профайла. По поводу чего попытка проиграть поток вылезающий за эти пределы может нарваться на былинный отказ. Потому что целиком H.264 - навороченный и сложный. И вообше все его фичи упихать в акселерированный железкой декодер - больно уж сложно. >> Ну понятно, юзер нвидии в треде. Как обычно короче - каждый кулик свое болото. > Претензии по существу будут? Так это и есть по существу - от вас много левого бухтежа ни о чем. >> - вот это да, та еще магия. > Ды, реверсили же. И работали атишные дрова стабильней, чем проприетарные и ннаписанные по спекам. Они работали стабильнее просто потому что мир был проще и фич в них и старых GPU было сильно меньше. Между GPU эпохи когда ати реверсили и GPU которые сецчас выпускают - разница как между паровозом Черепановых и TGV. Ясен фиг, первый паровоз пустить по рельсам проще чем скоростной поезд. Вот только он и 500 км/ч не выжмет. А ездить со скоростью 20 км/ч и постоянными доливками воды народу уже не нравится как-то. > что уж о glsl, который для gp-вычислений не предназначен. Вообще-то современная видеокарта являет собой большой массив simd-образных числокрушилок. И оному пофигу что именно и по какому поводу его заставят обсчитать. Более того, новая архитектура GCN от амд откровенно оптимизирована на GPGPU вычисления. АМД этого даже и не скрывает вообще. Собственно, основной проблемой VLIW было то что эффективно его программить очень сложно. Т.к. учет взаимозависимостей инструкций на предмет занимаемых ими блоков в случае VLIW - лютейший брейнфак. Что зачастую приводит к низкой эффективности использования VLIW-процессора. GCN в этом плане поудобнее для компилеров и программеров.
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	40. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	–1 +/–
	Сообщение от Anonimous (?), 14-Янв-13, 15:36
	>> Лучше бы они аппаратное декодирование h264 сделали. > современные процессоры (в том числе и ноутбучные) -- настолько мало напрягаются во > время декодирования h264 (HD-качества) -- что это наводит на мысль о > том что "ды не пофигу ли на аппаратность декодирования?". > так-что [можете меня заминусовать, но...] думаю в скором будущем все опенсурсные девелоперы > успешно забудут о том что кто-то их там просл сделать аппаратное > декодирование видеокартой :-) Во-первых декодирование через uvd, во-вторых нетбучные процы могут уже не потянуть.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	60. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	+1 +/–
	Сообщение от Аноним (-), 14-Янв-13, 17:53
	> во-вторых нетбучные процы могут уже не потянуть. Откуда в нетбуке вообще возьмется сабжевый GPU, для начала? ;) Прямо анекдот вспоминается: - Штирлиц, что вы тут делаете? - Трамвая жду!
	Ответить | Правка | Наверх | Cообщить модератору

	66. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	–1 +/–
	Сообщение от Anonimous (?), 14-Янв-13, 18:16
	>> во-вторых нетбучные процы могут уже не потянуть. > Откуда в нетбуке вообще возьмется сабжевый GPU, для начала? ;) > Прямо анекдот вспоминается: > - Штирлиц, что вы тут делаете? > - Трамвая жду! Дык, имеется nvidia ion(не знаю как сейчас, а раньше были нетбуки с оным, имеются amd'шные apu умеющие декодировать видево аппаратно и их вполне ставят в нетбуки.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	+1 +/–
	Сообщение от Аноним (-), 14-Янв-13, 18:25
	> Дык, имеется nvidia ion(не знаю как сейчас, а раньше были нетбуки с оным, Опять же - каким боком нвидия к сабжу? "Ничто не выдавало в штирлице советского разведчика, кроме волочившегося за ним парашюта". > имеются amd'шные apu умеющие декодировать видево аппаратно А там проц нормальный вполне, это вам не атом. И GPU там довольно приличные для своего класса.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	–1 +/–
	Сообщение от Anonimous (?), 14-Янв-13, 20:10
	> А там проц нормальный вполне, это вам не атом. И GPU там > довольно приличные для своего класса. Однако, батарею неплохо бы экономить вообще-то.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	+1 +/–
	Сообщение от Аноним (-), 14-Янв-13, 21:44
	> Однако, батарею неплохо бы экономить вообще-то. На десктопе - не обязательно.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	–1 +/–
	Сообщение от Anonimous (?), 14-Янв-13, 22:32
	> На десктопе - не обязательно. Хм, простите, у вас галлюцинации? Часто вам видятся десктопы с батареями?
	Ответить | Правка | Наверх | Cообщить модератору

	133. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	+3 +/–
	Сообщение от Аноним (-), 15-Янв-13, 06:56
	> Хм, простите, у вас галлюцинации? Часто вам видятся десктопы с батареями? 1) Мне видится сабжевое GPU в десктопе. К которому ваши безапелляционные заявления не относятся. 2) И да, десктоп с батареей мне видится регулярно, ибо UPS не отменяли.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	–1 +/–
	Сообщение от Xasd (ok), 15-Янв-13, 06:49
	>> Однако, батарею неплохо бы экономить вообще-то. > На десктопе - не обязательно. офигеть! как мы до этого дошли? 1. я написал о том что современные процессоры (ноутбуки и десктопы) декодируют h264 вообще не напрягаясь. намекая на бессмысленность аппаратного декодирования. 2. в ответ написали: о том что существуют ещё и нетбуки, у которых слабоумные процессор. 3. в ответ написали: о том что у нетбуков не только слабоумные процессор но и слабоумная видеокарта, которая не будет аппаратно ничего декодировать. 4. в ответ написали: о том что существуют специальные платы (наверно намекая на Crystal HD). 5. в ответ написали: о том что надо экономить батарейки. 6. в ответ написали: о том что мы тут говорим якобы не только о слабоумных нетбуках! йоу? а о чём же мы тогда тут говорим? проблемы тольоко у нетбуков! у современных десктопов (и ноутбуков) ПРОБЛЕМ с декодированием h264 (качества HD) -- вообще совершенно НЕТ, на процессорах Ivy Bridge третьего поколения, в независимости от видеокарты!
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	134. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	+2 +/–
	Сообщение от Аноним (-), 15-Янв-13, 06:58
	> а о чём же мы тогда тут говорим? проблемы тольоко у нетбуков! 1) У нетбуков нет нормальных GPU. Так что сказ о том как HD4000 не так уж плох - к ним не относится.   2) Нетбуки околели и поэтому у них видимо и не будет нормальных GPU.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "В драйвере R600g реализована поддержка GLSL 1.4, TBO и UBO. ..."	+1 +/–
	Сообщение от Аноним (-), 15-Янв-13, 20:30
	У меня на нетбуке 2009 года ATi Radeon HD 4200 Mobile и VA-API отлично декодирует HD-видео. Или под сабжевым GPU ты имел в виду Intel?
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема