2161
Игры нашего форума / Re: Ассоциации
« : 16 Март 2010, 16:06:14 »
Seth McFarten?
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
вчера отсмотрел фильм "Повелитель бури / The Hurt Locker" и... остался в неральном недоумении УдивленНу, в принципе, неплохая операторская работа. В остальном - да, ничто не достойно Оскара.
за кой хрен этот фильм получил 6 (ШЕСТЬ) оскаров и звание "лучший фильм" - нихрена не понятно В замешательстве
ну да, кино нормальное, но имхо ничем не выдающееся из общей массы, обычный середнячек, ничего тянущего хотя бы на один оскар я в нем не увидел.
короче я в полных непонятках, по каким критериям нынче оскаровыдаватели оценивают фильмы...
монитор Sony Trinitron, ЭЛТ 15"Черт побери, сколько же ему лет???
С твоим приводом в ноуте всё впорядке?В порядке.
в новых версиях да, в старых нет.Ты прав. Версии были не совсем новые.
Это всё ваши детские впечатления искажают картину реальности. И нет, я тоже начал с сеги, моя первая консоль, мой первый МК на ней, и я люблю сегу, но не стану считать что геймплей там лучше. На аркаде куда всё серьёзнее и просчитаннее.Мне не катит зажимать кнопки курсора на полсекунды, а потом отпускать, чтобы сработал тот или иной спецприем (как у Кабала раскрутка, например) (ибо я играю на клаве, а не на рычаге) + геймплей намного медленнее + персы слишком большие, и потому маленькое поле для прыжков и бега + некоторые звуки просто идиотские, по сравнению с сеговскими (особенно падение от аперкота) + если ты засел в блок, то выйти из него без последствий уже не получится, если на тебя набегают с небольшого расстояния, долбя то кнопку А (для броска), то Х или то Z для комбы, то, изредка, пытаются тебя подловить на подсечку (на сеге шансов больше выйти из этой затруднительной ситуации, да и вообще наличие буфера клавиатуры меньше чувствуется на сеговском эмуляторе, чем на мамовском).
Какбэ уже и mpeg7 существует.На ВиКи:
В дополнении, к рассмотренным стандартам, рассмотрим стандарты которые являются не усовершенствованием предыдущих стандартов сжатия, а описывают различные языки описания:Т.е. это не совсем чтобы алгоритм сжатия.
* MPEG-7: Формальная система для описания мультимедийного контента.
* MPEG-21: MPEG описывает стандарт, как мультимедийная среда разработки.
Так вот, пиринг между его клиентами доступен только за отдельную плату (зато на 10Мбитах).У нас пиринг только по районам, т.е. по несколько близлежащих районов в одной пиринговой сети (как правило не больше 6), и скорость в них до 100 Мбит/с. Но мы с другом в разных пиринговых сетях, поэтому я ему не могу по локалке через ДЦ со скоростью 100 Мбит/с передавать файлы, разве что только через инет хабы, но вот ДЦ-клиенты не очень дружат с таким подключение инета/локалки, т.е. хаб пишет, что клиент посылает неверный айпи адрес, а верный - такой-то, и приходится его в ручную вбивать в свойства хаба, а как изменится этот адрес (он ж динамический), то снова меняй, и так каждый раз (гемор да и только). Вот я и хотел в обход ДЦ через другой п2п клиент передавать (нашел, что StealthNet - самый простой вариант для этого, а вон видишь, почему-то порты у него не открываются, а у друга Семерка, а я в ней не шарю).
Ну как вариант, предлагаю использовать порт с пятизначной цифрой.В каком примерно диапазоне (некоторые 5-значные уже проверяли, наобум - без толку)
нужно проверить настройки фаерволов и других программ на конкретном компьютереПроверял брандмауэр и McAffee - все там разрешил этой проге (и входящие, и исходящие соединения).
Ну или настройте уже хамач и пользуйтесь настоящей сеткой.Ну, это уже слишком мудрено. Мой друг - ламер полный, я ему запарился по скайпу все объяснять по его скриншотам, какие он мне шлет, - слишком долго это, а с Хамачи мне самому нужно будет разбираться хрен знает сколько.
Продолжай выдумывать всякую ерунду дальше.Ок.
помоему аркада заведомо лучше убогой сеги..Спрайты - да, музыка тоже, звуки - нет. (Про геймплей вообще молчу.)
Но тут никакое крутое финансирование не нужно, не нужна команда из сотен человек, нужна "всего лишь" умная голова. Такие вещи пишутся единолично.Да ты что? Что ты! Мы же не в конце девятнадцатого века живем. Алгоритмы эти не одной головой придумываются, - там матчасть очень мудреная.
но снизить нагрузку при перекодировании и уменьшить размер роликов - для него очень важные задачиНастолько важные, что если новые алгоритмы появятся, то ютуб не пожалеет денег на их покупку. Это-то ясно. Вопрос в том, хватит ли ему денег на разработку этих алгоритмов? Что-то я не слышал, чтоб он деньги вливал в разработку.
Ага, дело безнадежное.Выглядит не впечатляюще. Рановато думать о 60 фпс пока.
http://www.eurogamer.net/videos/onlive-60fps-quality-estimation-video -вот еврогеймер попытался сжимать в реальном времени 60 кадров в секунду при 5 мегабитах. Но и сам Onlive от таких амбиций судя по всему отказался. Кажется, там будет только 30fps.
Неправда, спрос есть и огромный. Потенциальные клиенты - от YouTube до NetFlix.Люди за деньги смотрят фильмы на ютубе и нетфиксе?

Уже семь лет как ничего круче h264 не могут придумать. Сдается мне, это потолок.Ну, 7 лет это не так уж и много. Алгоритмы сжатия видео были и в начале 90х, например Microsoft Video 1 (1990-1991 гг), а дивикс когда появился, в начале 2000х? Или все же ближе к середине (я уж забыл). Ну а разница между ними просто колоссальна.
Нечего там смотреть - это всего лишь контейнер.Ну, я и имел в виду H264. Просто обычно с ним и mkv у меня и ассоциируется матроска.
Еще раз, неважно насколько красиво. Важно количество цветов и количество движущихся объектов. Неважно, кодируешь ты настоящий рой ос, или нарисованный, ресурсы необходимы те же самые.Нет, не общее количество цветов (глубина цвета), я имею здесь в виду (понятное дело, что 24-битная картинка будет иметь более сочный цвет, чем 12-битная). Я имею в виду, что в кино одни цвета встречаются реже, чем другие, например, красный цвет встречается реже, чем все остальные (кстати, именно поэтому в divx-ых фильмах артефакты заментнее именно на красных цветах, нежели на остальных (обрати внимание на красную одежду какого-нибудь человека в каком-нибудь 24-битном дивиксовом 700МБ-ом фильме или сериале (175-180 метров на 20-25 минутную серию) и ты увидишь, что я прав)). К тому же в мультфильмах (в тех из них, что на компьютере рисуются, ну или хотя бы прогоняются на компьютере после рисования на бумаге), цвет заливка цветом как правило равномерна (в кино не бывает таких равномерностей), а чем равномернее, тем меньше требуется битрейта для кодирования, соответственно, в случае 3Д-игр, чем более гладкая поверхность с незамысловатыми текстурами на ней (с равномерной заливкой), то и тут будет хоть какая-то, но экономия на битрейте. Ну и так далее.
поддержка языка виртуальной разметки VRML для показа 3D объектовЭто было 5 лет назад? Или mpeg4 до сих пор развивается как формат?
Ерунда, сжатие видео так не работает.Т.е. шо значит ерунда? Ты где-то видел алгоритмы сжатия видео, разработанные специально для сжатия 3Д-игр? Нет таких! Поэтому и не работают. Если сделали специальные алгоритмы для сжатия мультиков (пр. вс. аниме), то почему ты думаешь, что для игр этого сделать нельзя? Ты что, не видишь разницу между видео из игр и видео из фильмов? Игры что, уже все поголовно обладают 100% натурально-кинематографической графикой? Бред! Конечно, можно разработать специальные алгоритмы сжатия для видеопотока игр, которые будут давать картинку, выглядящую заметно лучше, чем при сжатии кодеками, рассчитанными на обычное видео, при том же битрейте.
Во-первых, отдельные сервера и так должны стоять во всех частях света. Бесполезно размазывать большую нагрузку по времени и странам. Какая разница, если сначала американские сервера не выдержат, в следующем месяце английские, а потом японские. Держать лишние миллионы серверов во всем мире в целом или иметь про запас по миллиону в каждой стране - это одно и то же. Во-вторых, после таких задержек OnLive пошлют далеко и надолго, а особо отчаянные еще и засудить попытаются.Ну, тут ты конечно прав. Я лишь только пытался себе представить возможные пути обхода чрезмерных нагрузок на сервера при выходе новых игр, и то, что я написал, было первым, что пришло мне в голову.
скрины в gif перегониДа какие скрины-то, ёклмн? С твоего сайта что ли? Только те, которые у тебя в png, мне надо в gif перегнать?
заранее благодарю
скриншотов редактора сделай пожалуйстаА, ясно. Но каких именно мест в редакторе? И гифы-то тебе для анимации нужны, верно?
у меня разрешение экрана не позволяет
topos84, сделай пожалуйста скриновНе понял, это ты про что?
по 2
один маленький 200х160
и большой
все как на странице(моменты)
подробней http://dune-hacking.wen.ru/editors/dme097.htmlсдесьСсылка не работает.