Сразу может показаться, что кроме Вебкита там ничего нет, но в недрах архивов можно найти такие интересные вещи, как EASTL. Что это такое и чем оно отличается от STL, поставляемой вместе с компиляторами, гуглите сами.
Сейчас открыл ЮТьюб и начал смотреть всё подряд, просто тыкая на случайный рекомендуемый ролик. Посмотрел около шести роликов и не обнаружил описанных мною ранее симптомов. Хотя ранее любой просмотр ролика приводил к описанным мною последствиям.
На седьмом ролике мне «повезло». Вот он. Хотя я и не уверен, что именно с ним у вас получится воспроизвести баг.
Напомню, что беда проявляется, когда ролик был просмотрен полностью и уже завершился, и начинают загружаться и отображаться рекомендуемые ролики.
Кстати, сейчас всплыл еще один мелкий баг: прелоадер отображается во время просмотра, даже тогда, когда весь ролик уже буферизирован. Он почти не вращается, просто висит посреди окна плеера. Если нажать на паузу и продолжить воспроизведение, он исчезает.
Ан-нет, поторопился я. Та же проблема осталась (хотя карта вроде как работает, да). Я даже повторно сделал чистую установку: сначала снес Оперу (хотя настройки, закладки и т.п. сохранил) и с нуля поставил 12.12.
Хотя, мне показалось, что «клиническая смерть» не была настолько глубокой как раньше: мышь немного шустрее реагировала, вкладка также закрылась гораздо быстрее. Возможно, это связано с тем, что Опера перезагружалась, т.к. обычно она у меня постоянно открыта с кучей вкладок и ОС не перезагружается месяцами (использую гибернацию). Но т.к. на все про все ушло около 45 секунду, все равно считаю, что это не нормально. РАМы 12ГБ если что.
Очень хочется, чтобы проблема была решена, т.к. Опера — мой основной браузер, которым я пользуюсь с того момента, как у меня появился интернет, но из-за такой беды приходится ютьюб смотреть в Хроме, либо внимательно следить за окончанием ролика и ставить на паузу в самом конце, что очень неудобно.
Если есть какие-то вопросы, задавайте, постараюсь ответить. Если что, номер баг-репорта DSK-379480
Да, пожалуй с «все верно» я поторопился, вопросы действительно есть.
Пожалуй, не буду пытаться объяснить мое понимание данной ситуации, лучше дождаться пояснения автора статьи.
В предыдущей версии у меня наблюдался крайне неприятный баг: после просмотра ролика на ютьюбе в html5-плеере, в тот момент когда вместо видео должны начать появляться миниатюры рекомендуемых роликов, Опера и вся система впадали в клиническую смерть. Опера вообще очень слабо показывала признаки жизни, ОС еле-еле позволяла шевелить мышкой — секунду елозишь мышкой, 5 секунд наблюдаешь полный стазис. Так и приходилось пошагово двигать мышь к кнопке закрытия вкладки, держать ЛКМ зажатой в течении половины минуты и потом минут 5-10 (это не преувеличение) ждать пока вкладка с горе-ютьюбом закроется. Попытки открыть диспетчер задач чтобы грохнуть всю Оперу тоже особо не помогли: открывается он немногим быстрее, чем закрывается вкладка — можно прям покадрово посмотреть анимацию открытия окна в Aero.
Пытался гуглить на тему моего одиночества в плане этой проблемы, но почему-то ничего не нашел. И меня это как-то не радует, не хочется быть уникальным в этом мире исключительно в этом плане. Я все таки надеюсь, что это баг Оперы, который решается / уже решен, т.к. если это проблемы на моей стороне, то я даже не могу представить с чем они могут быть связаны — по неблагонадежным сайтам не шастаю, никаких хитрых плагинов не использую, точнее вообще их не использую.
Кстати, вчера обнаружил, что вот эта карта при попытке перемещения по ней приводит к тем же крайне печальным последствиям.
Все это происходит под Windows 7 x64. Отчетливо помню, что проблема наблюдалась в версии 12.11.1661. В новой версии просто боюсь инициировать эту проблему, т.к. это наносит моей психике тяжелые увечья :) В багтрекер написал на прошлой неделе, кроме уведомления о получении ничего еще в ответ не получал.
Опрос напомнил мне о моих школьных годах, когда печатать вслепую я еще не мог — как же это было мучительно.
Почитал комментарии и очень удивился, т.к. абсолютно без всякого высокомерия, хвастовства и злорадства не понимаю, как имея N-летний стаж работы программистом (или любой другой специальности, связанной с набором относительно больших текстов), можно не уметь печатать вслепую. Я никогда не использовал тренажеры по обучению слепому набору, просто оно само как-то получилось.
Возможно проблема в страхе в процессе тренировки совершать ошибки или недостатке терпения, которое требуется для постоянного исправления этих ошибок. Но ошибки — это нормально. На двухколесном велосипеде ведь тоже не мгновенно получилось поехать, и плавать тоже не сразу получилось.
Поэтому искренне желаю всем, кто не владеет слепым набором, забить на свои страхи и прочие негативные факторы, и поскорее освободить свой взгляд от клавиатуры.
С одной стороны, люди, которые более-менее знакомы с программированием трехмерной графики (пусть даже незнакомые с Unity3d), смогут самостоятельно найти примеры в документации.
С другой стороны, у людей, которые вообще незнакомы с этой областью, скорее всего появится куча новых вопросов. Например:
1)
Тег { «RenderType» = «Opaque» } помечает шейдер как непрозрачный. Это влияет на очередь отрисовки.
Каким образом влияет? Почему нельзя было уделить абзац на пояснение процесса отрисовки полупрозрачной геометрии и проблем с ней связанной: необходимость сортировки по отдалению от камеры либо использование изощренных техник order-independent transparency (вроде depth peeling)? И, соответственно, сказать, что непрозрачную геометрию можно рисовать значительно быстрее, поэтому важно правильно указать этот флаг.
2)
#pragma surface surf Lambert – объявление функции surface-шейдера… модель освещения по Ламберту.
Вы уверены, что все знают, что такое освещение по Ламберту? Можно было бы тоже пару абзацев уделить тому, как рассчитывается интенсивность света, и что Ламбертова модель освещения подразумевает использование всего двух векторов: нормали поверхности и вектора от источника света до обрабатываемого пикселя. И поэтому, с одной стороны, оно очень быстрое, а с другой стороны, очень простое и далеко до реалистичного: поверхности исключительно матовые.
3)
После чего функцией clip мы указываем, какие пиксели мы пропускаем при рендеринге. Т.к. отсекаем мы по информации, которая хранится в альфа-канале, то в параметрах указываем tex.a.
А в коде почему-то еще вычитаете 0.5. Возможно, стоило написать, что функция clip отбрасывает текущий пиксель, если аргумент функции меньше нуля? Соответственно, в вашем случае, если значение альфа-канала текущего пикселя меньше 0.5, то пиксель нарисован не будет, и таким образом вы управляете прозрачностью финальной картинки (та самая рожица на текстуре кирпича).
Ну и т.д.
ЗЫ. Почему в диаграмме, подписанной «DX8 — DX10», присутствует геометрический шейдер? И шейдер не «фрагментарный», а «фрагментный».
Вы ничего не пропустили. Песочница доступна для всех желающих и на текущий момент поддерживает два вида боев: 6 участников по 1 танку и 3 участника по 2 танка.
Но по диагоналям вы можете определить лишь факт попадания (сам так изначально делал).
Если проверять пересечение луча (если увеличить размеры танка на размер снаряда, то, я думаю, вырождение прямоугольника снаряда до точки — уместно) и четырех прямых, составляющих прямоугольник объекта, то можно получить точку столкновения, а по ней время до столкновения.
А есть возможность выбрать все найденные цепочки? Т.е. не только те, которые отображаются на текущей странице, а вообще все. У меня, например, есть 100+ страниц писем, полученных по новостной рассылке, и которые мне уже не нужны. Хотелось бы их все удалить одним махом.
Ээ… ну пардон, упустил из виду, что в топ-900 вы не вошли. Но правила нарушать все равно не стоит.
Про повезло: я имел в виду, что вам повезло, что вашего дубля не засекли, т.к. администрация активно их выискивала и банила оба аккаунта.
gpl.ea.com/
Сразу может показаться, что кроме Вебкита там ничего нет, но в недрах архивов можно найти такие интересные вещи, как EASTL. Что это такое и чем оно отличается от STL, поставляемой вместе с компиляторами, гуглите сами.
На седьмом ролике мне «повезло». Вот он. Хотя я и не уверен, что именно с ним у вас получится воспроизвести баг.
Напомню, что беда проявляется, когда ролик был просмотрен полностью и уже завершился, и начинают загружаться и отображаться рекомендуемые ролики.
Кстати, сейчас всплыл еще один мелкий баг: прелоадер отображается во время просмотра, даже тогда, когда весь ролик уже буферизирован. Он почти не вращается, просто висит посреди окна плеера. Если нажать на паузу и продолжить воспроизведение, он исчезает.
Хотя, мне показалось, что «клиническая смерть» не была настолько глубокой как раньше: мышь немного шустрее реагировала, вкладка также закрылась гораздо быстрее. Возможно, это связано с тем, что Опера перезагружалась, т.к. обычно она у меня постоянно открыта с кучей вкладок и ОС не перезагружается месяцами (использую гибернацию). Но т.к. на все про все ушло около 45 секунду, все равно считаю, что это не нормально. РАМы 12ГБ если что.
Очень хочется, чтобы проблема была решена, т.к. Опера — мой основной браузер, которым я пользуюсь с того момента, как у меня появился интернет, но из-за такой беды приходится ютьюб смотреть в Хроме, либо внимательно следить за окончанием ролика и ставить на паузу в самом конце, что очень неудобно.
Если есть какие-то вопросы, задавайте, постараюсь ответить. Если что, номер баг-репорта DSK-379480
Пожалуй, не буду пытаться объяснить мое понимание данной ситуации, лучше дождаться пояснения автора статьи.
Пытался гуглить на тему моего одиночества в плане этой проблемы, но почему-то ничего не нашел. И меня это как-то не радует, не хочется быть уникальным в этом мире исключительно в этом плане. Я все таки надеюсь, что это баг Оперы, который решается / уже решен, т.к. если это проблемы на моей стороне, то я даже не могу представить с чем они могут быть связаны — по неблагонадежным сайтам не шастаю, никаких хитрых плагинов не использую, точнее вообще их не использую.
Кстати, вчера обнаружил, что вот эта карта при попытке перемещения по ней приводит к тем же крайне печальным последствиям.
Все это происходит под Windows 7 x64. Отчетливо помню, что проблема наблюдалась в версии 12.11.1661. В новой версии просто боюсь инициировать эту проблему, т.к. это наносит моей психике тяжелые увечья :) В багтрекер написал на прошлой неделе, кроме уведомления о получении ничего еще в ответ не получал.
Почитал комментарии и очень удивился, т.к. абсолютно без всякого высокомерия, хвастовства и злорадства не понимаю, как имея N-летний стаж работы программистом (или любой другой специальности, связанной с набором относительно больших текстов), можно не уметь печатать вслепую. Я никогда не использовал тренажеры по обучению слепому набору, просто оно само как-то получилось.
Возможно проблема в страхе в процессе тренировки совершать ошибки или недостатке терпения, которое требуется для постоянного исправления этих ошибок. Но ошибки — это нормально. На двухколесном велосипеде ведь тоже не мгновенно получилось поехать, и плавать тоже не сразу получилось.
Поэтому искренне желаю всем, кто не владеет слепым набором, забить на свои страхи и прочие негативные факторы, и поскорее освободить свой взгляд от клавиатуры.
Ткните носом, как можно сделать код красивее, т.к. на js пишу крайне редко.
С одной стороны, люди, которые более-менее знакомы с программированием трехмерной графики (пусть даже незнакомые с Unity3d), смогут самостоятельно найти примеры в документации.
С другой стороны, у людей, которые вообще незнакомы с этой областью, скорее всего появится куча новых вопросов. Например:
1) Каким образом влияет? Почему нельзя было уделить абзац на пояснение процесса отрисовки полупрозрачной геометрии и проблем с ней связанной: необходимость сортировки по отдалению от камеры либо использование изощренных техник order-independent transparency (вроде depth peeling)? И, соответственно, сказать, что непрозрачную геометрию можно рисовать значительно быстрее, поэтому важно правильно указать этот флаг.
2) Вы уверены, что все знают, что такое освещение по Ламберту? Можно было бы тоже пару абзацев уделить тому, как рассчитывается интенсивность света, и что Ламбертова модель освещения подразумевает использование всего двух векторов: нормали поверхности и вектора от источника света до обрабатываемого пикселя. И поэтому, с одной стороны, оно очень быстрое, а с другой стороны, очень простое и далеко до реалистичного: поверхности исключительно матовые.
3) А в коде почему-то еще вычитаете 0.5. Возможно, стоило написать, что функция clip отбрасывает текущий пиксель, если аргумент функции меньше нуля? Соответственно, в вашем случае, если значение альфа-канала текущего пикселя меньше 0.5, то пиксель нарисован не будет, и таким образом вы управляете прозрачностью финальной картинки (та самая рожица на текстуре кирпича).
Ну и т.д.
ЗЫ. Почему в диаграмме, подписанной «DX8 — DX10», присутствует геометрический шейдер? И шейдер не «фрагментарный», а «фрагментный».
Если проверять пересечение луча (если увеличить размеры танка на размер снаряда, то, я думаю, вырождение прямоугольника снаряда до точки — уместно) и четырех прямых, составляющих прямоугольник объекта, то можно получить точку столкновения, а по ней время до столкновения.
Спасибо.
Про повезло: я имел в виду, что вам повезло, что вашего дубля не засекли, т.к. администрация активно их выискивала и банила оба аккаунта.