Wii U

[BobbyRobson 0]

Выход - конец 2012 года

Презентация - E3 2012

Изменено 19 февраля, 2012 пользователем BobbyRobson

[Парампампам 2 619]

Такой бред. Нельзя вот так в лоб сравнивать проц Плойки и Пкшные х86 процы.

Сравниваюца не процы, а моща систем в целом, cell приведен как пример

[Lamurchik 291]

Это на всех консолях такое разрешение, подстава на самом деле в другом. У WiiU производительность колеблется в районе 40, когда на боксе и плойке ниже 50 не падает.

Нигде не нашел инфы, но если правда - ухахахахаха 60 фпс двойного мыла :D

[Bkmz 2 285]

Нигде не нашел инфы

Искать надо уметь:

Trine 2

Batman: Arkham City

Call of Duty: Black Ops 2

Mass Effect 3

Ну и еще тут можешь найти интересное http://www.lensoftruth.com/

[Bkmz 2 285]

не смотря на то, что первая волна мультиплатформы и эксклюзивов едва способна конкурировать в графике с PS360, отчаиваться не стоит, вскоре ситуация должна изменится, ведь видеокарточка у WiiU все же ощутимо мощнее и является аналогом Radeon HD 4650/4670, что примерно в 1.5 раза превосходит то, что есть у PS360.

Более подробный разбор полетов тут http://www.eurogamer.net/articles/df-hardw...inally-revealed

[Bkmz 2 285]

Слух: новая прошивка Wii U повысила частоты CPU и GPU

Напомним, в конце апреля Nintendo опубликовала большое обновление прошивки Wii U за версией 3.0.0 U, которое, в частности, ускорило работу операционной системы.

Согласно последним слухам, ускорение работы было достигнуто не только оптимизацией операционной системы, но и повышением тактовых частот процессоров Wii U. Данная информация была опубликована на сайте TV Tropes, который не называет своих информаторов.

Источник пишет, что центральный процессор IBM PowerPC под кодовым названием Espresso, который до этого работал на частоте 1,24 ГГц, после обновления стал работать на частоте 3,24 ГГц. Что касается графического чипа от AMD под кодовым названием Latte, то его частоту работу подняли с 550 до 800 МГц.

Если бы не почти трехкратное увеличение частоты работы CPU, то этот слух казался бы вполне реалистичным, так как в индустрии это не является чем-то уникальным. Например, в 2007 году прошивка для консоли PSP за версией 3.5 подняла тактовую частоту работы процессора с 266 МГц до 333 МГц.

[SerGEAnt 24 498]

[смех в зале]

[Bkmz 2 285]

Digital Foundry: секреты контроллера Wii U раскрыты

Wii U GamePad, контроллер-планшет, поставляющийся с каждой новой Wii U, был взломан командой, отвественной за эмулятор Dolphin, позволяющий запускать GameCube и Wii. Хакерам удалось полностью симулировать функции геймпада на компьютере, что позволило узнать больше о спецификациях и принципе работы инновационного устройства от Nintendo.

”Мы начали изучение Wii U GamePad сразу же после того, как нам (мне и двум другим хакерам) удалось заполучить его в руки”, - рассказал редакции Eurogamer Пьер Бурдон, один из авторов хака, а также энтузиаст в области компьютерной безопасности. ”На самом деле GamePad не особо защищён (по сравнению с Wii U). Прошивка устройства хранится на незашифрованном диске, что позволило нам довольно быстро разобраться в исходном коде. Более того, в контроллере применяется практически стандартная версия протокола передачи данных 802.11n, что упростило эксперименты по подключению к ПК”.

Сам по себе GamePad проще даже самых простых планшетов на Android - в целом это обычный игровой контроллер, оснащённый сенсорным экраном и WiFi-приёмником, а также чипом-декодером для трансляции видеопотока. Нажатия кнопок отслеживаются и передаются на Wii U при помощи того же беспроводного канала 180 раз в секунду - заметный шаг вперёд по сравнению с Wiimote, в котором применялась технология Bluetooth.

”Мы начали работу с рассмотрения способа обмена данными между Wii U и GamePad, предположив, что ключи шифрования WiFi должны передаваться во время подключения контроллера к консоли. Выяснилось, что при этой процедуре используется практически полная копия стандартного протокола. Мы модифицировали wpa_supplicant/hostapd и смогли таким образом связать PC и Wii U. На это ушло меньше недели - нам было достаточно изучить протокол коммуникации между приставкой и GamePad и слегка переработать его под свои нужды”.

Видео Пьера Бурдена демонстрирует симуляцию GamePad на PC - итог недели хакинга и месяцев обратной разработки, или реверс-инжиниринга.

Кастомный протокол синхронизации означает, что теории о том, что Nintendo использует технологию от Miracast для работы Wii U GamePad, были неверны - всё работает несколько иначе.

”Видео сжимается при помощи кодека h.264 (базовый профиль), обычно используемого в мобильных продуктах и при видеоконференциях. Аудио, как правило, передаётся без сжатия, однако мы нашли упоминания ряда сжатых аудиоформатов в прошивке... Мы обнаружили упоминания Miracast, когда начали изучать GamePad, но оказались неправы. Аудио, видео и ввод с устройства транслируются при помощи специально разработанных протоколов”.

Базовый профиль h.264 не содержит ряда более продвинутых методик сжатия данных, используемых в кодеке, однако Nintendo компенсирует это быстрой и качественной передачей. Мы смогли прогнать 33 мегабайта данных по Wi-Fi потоку Wii U примерно за 87 секунд - то есть, средняя скорость составляет примерно 3 мегабита в секунду. Это довольно нерационально в случае, если речь идёт о потоке в разрешении 858х640 при 60 кадрах в секунду, но не стоит забывать, что на видео показана работа лишь основных меню. Пьер Бурдон сообщил нам, что Wii U может динамично изменять битрейт, а значит, скорость передачи варьируется в зависимости от сложности декодируемого изображения.

”Более того, в наших расчётах не учитывается аудио. Вот график размера кадров на протяжении этих 33 мегабайт”.

На графике показано, как распределяются 33 мегабайта данных среди 87-секундного видео. Как вы можете видеть, Wii U меняет битрейт, масштабируя скорость передачи, чтобы сохранять одинаковое качество картинки, выводимой на GamePad.

В целом, мы увидели средние показатели в районе 3 мегабит в секунду, однако встречались и скачки до 25-40 мегабит. Подобная разница в пиковых значениях присуща только кодированию видео при помощи h.264. Чем сложнее изображение, тем больше информации необходимо сохранить, чтобы сжать его без потери качества - а Wii U, в свою очередь, более чем успешно справляется с передачей финального результата при помощи беспроводного стандарта 802.11n.

”Я не проверял, но мне кажется, что пиковые значения соответствуют моментам, когда Wii U отсылает большие ключевые кадры”, - говорит Бурдон. ”Если бы мы отправляли около 10 таких кадров подряд, то график стал бы более плоским. В обычном режиме Wii U отсылает один ключевой кадр, а затем лишь отслеживает изменения в нём, кроме тех случаев, когда иное требуется приложением либо когда один из кадров не был отослан из-за потери пакетов на GamePad”.

Уже известно, что кодировщик h.264, встроенный в Wii U, аналогичен таковым в новом Xbox и PS4, так что есть небольшая вероятность того, что на Wii U появятся облачные функции. К тому же, Бурдон подтвердил нам, что поддержка плавной работы двух GamePad одновременно была изначально встроена на ”железном” уровне.

”Я не вижу причин, по которым консоль не могла бы отсылать видео или аудио с GamePad в Сеть (при этом одновременный запуск интернет-соединения и GamePad оказался бы слишком сложен/невозможен)”, - считает Бурдон. ”Программное обеспечение чипа, отвечающего за связь с GamePad (он называется DRH) может обновляться, так что подобные функции могут планироваться Nintendo к релизу в ближайшие годы. Но стоит учесть, что всё это лишь спекуляции - мы знаем, что они могли бы сделать это, но не нашли упоминаний в прошивке, показывающих, что в компании действительно планируют нечто подобное”.

А что насчёт шансов полностью эмулировать Wii U - финальной цели любого хакера, изучающего приставки? Работа, проделанная Пьером и его коллегами над Dophin, впечатляет, и нам было интересно узнать, есть ли вероятность повторения истории с Wii U, особенно с учётом того, что её архитектура во многом схожа с таковой в оригинальной Wii.

”PowerPC не сложен, но и не прост для эмуляции. Большее количество ядер, на мой взгляд, только упрощает задачу - это значит, что игры будут меньше полагаться на точное время запуска операции. Главной проблемой станет GPU: эмуляция сложного программируемого графического чипа пока что не удавалась никому, и может оказаться невыполнимой задачей. К тому же, многие API, такие как DX и GL надёжно скрыты от любопытных глаз”.

Изменено 19 мая, 2013 пользователем Bkmz