Re: Здесь выбираем конфигурацию компьютера - Public forum of MSU united student networks

Документ взят из кэша поисковой машины. Адрес оригинального документа : http://www.fds-net.ru/showflat.php?Number=10744509&src=&showlite=l
Дата изменения: Unknown
Дата индексирования: Thu Feb 28 03:08:35 2013
Кодировка: Windows-1251

Technical >> Hard&Soft >> Re: Здесь выбираем конфигурацию компьютера Страницы: 0 \| (8) \| 20 \| показать все
g14_crocodile : Re: Здесь выбираем конфигурацию компьютера [re:VVD] 07.02.2012 20:14 \| Reply \| Edit \|	-1
Зачем ему видеовыходы на материнке, если отдельная видеокарта берется?
VVD [re:zash] 07.02.2012 21:26 \| Reply \| Edit \|	0
В ответ на: Ты про какие выходы? Здесь написано, что есть. Угу - есть, спасибо. В описании на его скриншоте нет, а модельный ряд Асрока я плохо знаю и (каюсь) заленился искать спецификацию мамы.
VVD [re:g14_crocodile] 07.02.2012 21:28 \| Reply \| Edit \|	-1
В ответ на: Зачем ему видеовыходы на материнке, если отдельная видеокарта берется? Гуглани на тему фишек Z68 по сравнению с P67. Так вот одна из них (домашнее задание найти какая! :-D) почти навернякак не будет доступна, если нет видео выходов даже на маме с чипсетом Z68.
g14_crocodile [re:VVD] 10.02.2012 11:00 \| Reply \| Edit \|	0
Главная фишка - Smart Response. Возможность использовать встроенное видео при наличии внешней видюхи - маркетинговая приблуда. Что это дает, кроме экономии электричества и QuickSync, который сам по себе тоже не торт?
VVD [re:g14_crocodile] 11.02.2012 01:17 \| Reply \| Edit \|	0
Не угадал. Еще одно слово к запросу: h264.
g14_crocodile [re:VVD] 11.02.2012 12:30 \| Reply \| Edit \|	0
Я же говорю - QuickSync. Используется для того, чтобы кодировать/декодировать киношки. При этом кодирует он может и очень быстро, но качество сравнимо максимум с x264.ultrafast. Если взять x264.normal или x264.slowest или вообще x264.placebo, то или файл получится намного меньше, или качество выше. Про декодирование - актуально только для ноутов, которым надо экономить энергию, при этом без танцев с бубном почти никакие плееры это не поддерживают
VVD [re:g14_crocodile] 12.02.2012 16:33 \| Reply \| Edit \|	0
В ответ на: Я же говорю - QuickSync. Но ты перечислил другую возможность QuickSync-а, а не ту, которую я имел в виду. В ответ на: Используется для того, чтобы кодировать/декодировать киношки. Именно кодировать. Декодирование в домашних условиях на таких холодных процах - кому оно нужно? В ответ на: При этом кодирует он может и очень быстро, но качество сравнимо максимум с x264.ultrafast. Если взять x264.normal или x264.slowest или вообще x264.placebo, то или файл получится намного меньше, или качество выше. Это ты где такого начитался? С кодированием на NVIDIA через CUDA случаем не путаешь? Там дествительно качество посредственное. А интел со своей программулинкой постарались и качество очень даже приличное.
g14_crocodile [re:VVD] 12.02.2012 22:40 \| Reply \| Edit \|	-1
Залил на \\incoming.msu\incoming\QuickSync vs x.264 два файлика. Один сжат quicksync'ом, второй x.264 с пресетом very slow. Оба с битрейтом 1000кбпс. У меня язык не повернется сказать, что у quicksync почти такое же качество.
VVD [re:g14_crocodile] 12.02.2012 23:46 \| Reply \| Edit \|	0
В ответ на: Залил на \\incoming.msu\incoming\QuickSync vs x.264 Я рад за тебя, но как мне их посмотреть, если я не в ГЗ?
g14_crocodile [re:VVD] 13.02.2012 03:22 \| Reply \| Edit \|	0
x264, slowest, baseline profile /user/upload/file442126.e294c8e69405153581d9.jpg x264, slowest, high profile /user/upload/file442127.962622194236a535c71c.jpg quicksync /user/upload/file442128.jpg Оригинал /user/upload/file442129.jpg
VVD [re:g14_crocodile] 13.02.2012 15:05 \| Reply \| Edit \|	0
Ты мне какую-то замыленную хню показываешь. Я тоже видел кучу скриншотов разного видео - как раз сравнение интеловского и нескольких различных енкодеров h264. Реальные артифакты были только на том, который от NVIDIA на CUDA. Остальные малоотличимые. Сейчас попробую нагуглить это сравнение.
VVD [re:VVD] 13.02.2012 16:02 \| Reply \| Edit \|	0
http://www.nix.ru/computer_hardware_news/hardware_news_viewe... http://www.thg.ru/video/video_transcoding_amd_nvidia_intel/p... http://www.ixbt.com/mainboard/lucid-virtu-quicksync.shtml Да их полно: http://www.google.ru/search?q=h264+QuickSync+%EA%EE%E4%E8%F0... Вот еще обсуждение по теме: http://forum.ixbt.com/topic.cgi?id=29:33876-11 Везде вывод один - QuickSync если и хуже софтварного енкодера, то совсем чуть-чуть, а вот нвидивский существенно хуже и глюкавее.
monoid [re:VVD] 13.02.2012 18:17 \| Reply \| Edit \|	0
В двух из этих обзоров сравнивается не с x264, а в третьем - с x264.ultrafast. Еще раз, с чего начался спор: > При этом кодирует он может и очень быстро, но качество сравнимо максимум с x264.ultrafast. Если взять x264.normal или x264.slowest или вообще x264.placebo, то или файл получится намного меньше, или качество выше. Да, в комфортных условиях для QuickSync он выглядит прилично, т.е. в разы быстрее x264.ultrafast при сравнимом качестве. Еще не нужно забывать, что в этих сравнениях можно задрать битрейт так, чтобы даже посредственный кодер давал визуально хорошие результаты. Но! Если человек не торопится, или готовит видео для множества других людей (e.g. релиз рипа), то ему имеет смысл > взять [x264.normal или] x264.slowest и получить гораздо более привлекательный трейд-офф размер-качество, чем может предоставить QuickSync. Имхо, хороший юз-кейс для QuickSync'а - это нарипать фильмов для портативного плейера в последний вечер перед вылетом в отпуск. Ты же начал спорить с совсем другим тезисом g14_crocodile. И последнее. Все эти обзоры подготовлены людьми, которые не являются специалистами в кодировании видео и вряд ли могут сделать профессиональное сравнение. В началу мая должен появиться новый MSU Codec Comparison, который, будем надеяться, прольет больше света на этот вопрос.
VVD [re:monoid] 13.02.2012 19:04 \| Reply \| Edit \|	0
В ответ на: В началу мая должен появиться новый MSU Codec Comparison А ты его сможешь здесь выложить в полном объеме? А то оно кучу денег требовало, когда я последний раз пытался его почитать. По поводу остального: началось все гораздо раньше, когда я сказал, что енкодинг встроенной видюхой стоящий аргумент, чтобы брать маму с его поддержкой. Качество intel наверняка поправят. А брать маму без поддержки встроенной видюхи из-за текущего положения дел с енкодером по меньшей мере глупо. Речь о перспективности технологии, а не о том, что "он сейчас не дотягивает до x264.normal".
monoid [re:VVD] 13.02.2012 19:09 \| Reply \| Edit \|	0
Quote: А ты его сможешь здесь выложить в полном объеме? Нет, я не имею никакого отношения к лабе, которая его готовит, либо к организации, которая его купит (и имел в виду бесплатную версию).
VVD [re:monoid] 13.02.2012 19:15 \| Reply \| Edit \|	0
В ответ на: Нет, я не имею никакого отношения к лабе, которая его готовит, либо к организации, которая его купит (и имел в виду бесплатную версию). А разве бесплатная не из 10 строк и одного сравнительного графика? При этом платная раз в 10 больше. Или я что-то путаю?
monoid [re:VVD] 13.02.2012 19:21 \| Reply \| Edit \|	0
Конечно нет, там 199 страниц (линк на .pdf). ЗЫ. Там есть тест на SandyBridge! Редактировал monoid (13.02.2012 19:37)
Top