Тормоза — действительно проблема, но вот размер самого flash'а… Полугигобайтовые 3D игры (коих достаточно) поставить на мобильный — не проблема, никто не жалуется, а Flash на 20мб — уже всё, кончается место?
Версии драйверов последние (всегда стараюсь держать их в актуальном состоянии).
Весьма странно что ни с Flash, ни с одним 3D приложением или даже самой современной игрой никаких проблем не возникает даже на высоких настройках, а банальный (даже самый простой) WebGL canvas подтормаживает (по идее он и без Hardware-ускорения должен летать на этом железе).
Хотя это даже не тормоза, а скорее какой-то внутренний процесс, происходящий каждые 2-3 секунды и успешно подвешивающий канвас на долю секунды. Происходит это во всех примерах с использованием WebGL, так что вряд ли это косяки отдельных реализаций. В общем что-то странное. Но так как для меня подобные возможности браузеров некритичны (да и толком они нигде на данный момент не применяются) — особо не парился с поиском корня проблемы. Вероятно через год-два когда технологию доведут до ума…
P.S. В хроме…
Canvas: Hardware accelerated
3D CSS: Hardware accelerated
Compositing: Hardware accelerated
WebGL: Hardware accelerated
WebGL multisampling: Hardware accelerated
Если бы они слушали пользователей — добавили бы возможность вернуть это меню.
Какой прок от их новой «мега фичи» в виде экрана с кучей ненужных мне линков на приложения? Полюбоваться?
Я не буду использовать этот экран, а буду работать со стандартным интерфейсом идущим, слава богу, с Windows 8, и, судя по всему, вместо меню придётся иметь все нужные иконки на таскбаре и рабочем столе. Уныние да и только.
Хотя если подумать — я вообще не буду ставить Windows 8 — уверен 7ка проживёт ещё очень долго, а там гляди в Windows 9 и вернут менюшку или сторонние разработчики что-то подобное наклипают в виде хака.
Не понимаю зачем было разделять на «ноутбук» и «десктоп»?
У меня 16' ноутбук с максимальным разрешением 1920х1080 (и да, я на этом разрешении и работаю).
И уверен есть ноутбуки с ещё большим максимальным разрешением.
Да и зачем вообще размер в дюймах, если в итоге всё зависит только от разрешения? :)
Примеры действительно потрясающие, но до сих пор, даже на новом железе и сильном видео WebGL подтупливает через каждые несколько секунд (хоть все примеры и показывают постоянные 60fps). В сравнении с любыми даже самыми навороченными 3D приложениями на том же Flash — производительность у него не ахти, что весьма странно…
Только что пробовал конектиться на мак с семёрки — после запуска пары приложений мак намертво повис, будто на него возложили просчитать «в чём смысл жизни и вообще»…
В общем — не сосчитал, насильно перегрузил, пробую второй раз :)
Но в практике (обычно в тестах) бывает, что полностью закрашенная метка — это исправление неверного ответа. В этом случае как раз полагается считать ее не отмеченной. У нас это вынесено в настройки, можно и так, и эдак распознавать.
Это совсем другое дело…
Просто звучало так, будто серьёзный продукт распознающий текст (и не только) во множестве вариаций не может справиться с полностью закрашенной меткой :)
А в чем мерить, насколько сильно помешает распознаванию?
Это действительно спорный вопрос — мерить стоит исходя из того, как работает распознание формы в том приложении, на которое рассчитана проверка валидности. Т.е. в Вашем случае это один из продуктов Abbyy.
Например, полностью закрашенная метка обычно считается не отмеченной, и это надо учитывать
Это для меня вообще оказалось большой новостью, ибо подобным распознанием мы занимались в одном из своих продуктов и уж что-что, а полностью закрашенная метка считалась вполне себе отмеченной. С чего вдруг возникает такая «тонкость»?
Неужели то расстояние до меток «Господин» и «Госпожа» прямо так сильно помешают распознанию?
По сравнению с тем же расстоянием между полями букв мне кажется это не должно быть проблемой…
Да и уровень сложности распознания текста и простой метки (особенно если известно где точно она находится относительно реперов) абсолютно разный — с распознанием метки вообще не должно быть проблем, даже если её обложить текстом со всех сторон, как мне кажется.
Я бы не сказал, что какие-либо браузеры что-то важное/крутое своровали у оперы.
Согласен, конечно, не половина, но видел немало и даже пару раз в наших проектах. Херятся шрифты и некоторые скрипты на страницах. При этом в хроме, сафари, фф и даже ие всё в порядке — фантастика?
Попробовал поскролить табы в самом «жирном» окне — все 50-60 табов пролетают за несколько секунд, даже страницы прорисовываются вполне успешно. После остановки пролистывания — всё в порядке, где остановился — та страница и остаётся, ничего не повисает. Так что для меня это пустой звук :)
Впрочем даже если бы фокс был не медленнее хрома (в чём я всё-равно сомневаюсь), я бы не перешёл на него хотя бы из-за интерфейса и простоты/открытости плагинов.
Кстати может быть. А что, есть рекомендации затирать старый профиль?
А текущий зоопарк версий FF мне вообще, я извиняюсь, кажется цирком. Даже толком неясно какая сейчас версия то актуальная и на чём стоит работать… Всё для пользователей?
Если так, то не знаю, что Вы с ним сделали :)
Пробовал открыть всю свою кишку страниц в нём — терпения не хватило ждать пока он отвисает после каждой новой страницы. Да и при открытии с нуля (восстановлении сессии) вообще аншлаг.
В хроме вся эта прелест открывается за пару секунд с нуля, только потом грузит страницы по-очереди, но без единого лага и подвисания
Всё-равно странно, зачем было так разделять память…
Страницы рузятся раз через пять и секунд по 30-40…
Windows 7 x64 SP1, Chrome
Железо (ноутбук):
Intel Core i7 2630QM, DDR3 1333 MHz SDRAM, NVIDIA GeForce GTX 460QM (3GB GDDR5 VRAM)
Версии драйверов последние (всегда стараюсь держать их в актуальном состоянии).
Весьма странно что ни с Flash, ни с одним 3D приложением или даже самой современной игрой никаких проблем не возникает даже на высоких настройках, а банальный (даже самый простой) WebGL canvas подтормаживает (по идее он и без Hardware-ускорения должен летать на этом железе).
Хотя это даже не тормоза, а скорее какой-то внутренний процесс, происходящий каждые 2-3 секунды и успешно подвешивающий канвас на долю секунды. Происходит это во всех примерах с использованием WebGL, так что вряд ли это косяки отдельных реализаций. В общем что-то странное. Но так как для меня подобные возможности браузеров некритичны (да и толком они нигде на данный момент не применяются) — особо не парился с поиском корня проблемы. Вероятно через год-два когда технологию доведут до ума…
P.S. В хроме…
Canvas: Hardware accelerated
3D CSS: Hardware accelerated
Compositing: Hardware accelerated
WebGL: Hardware accelerated
WebGL multisampling: Hardware accelerated
Какой прок от их новой «мега фичи» в виде экрана с кучей ненужных мне линков на приложения? Полюбоваться?
Я не буду использовать этот экран, а буду работать со стандартным интерфейсом идущим, слава богу, с Windows 8, и, судя по всему, вместо меню придётся иметь все нужные иконки на таскбаре и рабочем столе. Уныние да и только.
Хотя если подумать — я вообще не буду ставить Windows 8 — уверен 7ка проживёт ещё очень долго, а там гляди в Windows 9 и вернут менюшку или сторонние разработчики что-то подобное наклипают в виде хака.
P.S. Странная у Вас таблица:
Ноутбук
12,1 1280х800
13 1366х768
13,3 1440х900
Десктоп
21,5 1920х1080
23 1920х1080
27 2560х1440
Не понимаю зачем было разделять на «ноутбук» и «десктоп»?
У меня 16' ноутбук с максимальным разрешением 1920х1080 (и да, я на этом разрешении и работаю).
И уверен есть ноутбуки с ещё большим максимальным разрешением.
Да и зачем вообще размер в дюймах, если в итоге всё зависит только от разрешения? :)
В общем — не сосчитал, насильно перегрузил, пробую второй раз :)
Это совсем другое дело…
Просто звучало так, будто серьёзный продукт распознающий текст (и не только) во множестве вариаций не может справиться с полностью закрашенной меткой :)
Это действительно спорный вопрос — мерить стоит исходя из того, как работает распознание формы в том приложении, на которое рассчитана проверка валидности. Т.е. в Вашем случае это один из продуктов Abbyy.
Это для меня вообще оказалось большой новостью, ибо подобным распознанием мы занимались в одном из своих продуктов и уж что-что, а полностью закрашенная метка считалась вполне себе отмеченной. С чего вдруг возникает такая «тонкость»?
По сравнению с тем же расстоянием между полями букв мне кажется это не должно быть проблемой…
Да и уровень сложности распознания текста и простой метки (особенно если известно где точно она находится относительно реперов) абсолютно разный — с распознанием метки вообще не должно быть проблем, даже если её обложить текстом со всех сторон, как мне кажется.
Согласен, конечно, не половина, но видел немало и даже пару раз в наших проектах. Херятся шрифты и некоторые скрипты на страницах. При этом в хроме, сафари, фф и даже ие всё в порядке — фантастика?
Попробовал поскролить табы в самом «жирном» окне — все 50-60 табов пролетают за несколько секунд, даже страницы прорисовываются вполне успешно. После остановки пролистывания — всё в порядке, где остановился — та страница и остаётся, ничего не повисает. Так что для меня это пустой звук :)
Впрочем даже если бы фокс был не медленнее хрома (в чём я всё-равно сомневаюсь), я бы не перешёл на него хотя бы из-за интерфейса и простоты/открытости плагинов.
А текущий зоопарк версий FF мне вообще, я извиняюсь, кажется цирком. Даже толком неясно какая сейчас версия то актуальная и на чём стоит работать… Всё для пользователей?
Если так, то не знаю, что Вы с ним сделали :)
Пробовал открыть всю свою кишку страниц в нём — терпения не хватило ждать пока он отвисает после каждой новой страницы. Да и при открытии с нуля (восстановлении сессии) вообще аншлаг.
В хроме вся эта прелест открывается за пару секунд с нуля, только потом грузит страницы по-очереди, но без единого лага и подвисания
Или Вы уже переползли на новое железо? :)
P.S. У меня от 100 до 200 табов обычно висит и ещё 200+ сохранены плагином FreshStart (не то чтобы хром не тянул, просто иначе я потеряюсь что где :).