The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

В Firefox добавлен CSS-движок Stylo, написанный на языке Rust

25.07.2017 20:49

В ночные сборки Firefox добавлен новый CSS-движок Stylo, развиваемый в рамках проекта Quantum, в котором производится работа по переносу в браузер возможностей, изначально развиваемых для движка Servo. Stylo написан на языке Rust и примечателен распараллеливанием обработки стилей CSS. Для включения нового CSS-движка в about:config следует установить опцию layout.css.servo.enabled=true.

Наиболее заметным эффектом после включения Stylo отмечается увеличение скорости обработки страниц, так как разные CSS-стили обрабатываются параллельно, не блокируя друг друга. В настоящее время работа сосредоточена на оттачивании кодовой базы и стабилизации Stylo - открытыми остаётся 68 известных проблем, 18 из которых имеют характер блокирующих выпуск. Разработчики намерены оперативно устранить данные проблемы и задействовать Stylo в Firefox 57, запланированном на ноябрь и примечательным модернизацией оформления браузера и полным переходом на WebExtensions.

Тем временем, в ближайшем выпуске Firefox 55, который выйдет 8 августа, будут включены наработки другой инициативы Quantum - Flow, в рамках которой развиваются дополнительные оптимизации для увеличения производительности интерфейса пользователя. Тестирование бета-версии Firefox 55 показало существенное ускорение работы со вкладками и сокращение времени запуска. Тестирование проводилось с профилем, содержащим 1691 (!) вкладку. Если в прошлые выпуски запуск браузера со столь огромным числом вкладок занимал 5-8 минут, то в Firefox 55 ситуация изменилась и на запуск ушло всего 15 cекунд, а потребление памяти снизилось в 4 раза (с 2 до 0.5 Гб, без фактической загрузки содержимого всех страниц).

Из ожидающих внедрения инициатив проекта Quantum также можно отметить Quantum DOM, который обеспечит распараллеливание операций с DOM (Document Object Model). JavaScript-код для разных вкладок и iframe будет выполняться параллельно в отдельных нитях, что позволит увеличить отзывчивость браузера при использовании большого числа открытых вкладок. Для переключения между нитями будет задействован встроенный планировщик совместной многозадачности, переключающий контекст в "безопасные" моменты, например, при вызове функций и в вершине каждой итерации циклов, что позволит минимизировать использование блокировок. Дополнительно планируется реализовать эвристические методы для остановки выполнения кода во второстепенных фоновых вкладках, а также предоставить интерфейс для блокирования бесконечного зацикливания и снижения приоритета ресурсоёмких скриптов.

Текущий браузерный движок Firefox не может в полной мере задействовать потенциал современных многоядерных систем из-за изначального использования однопоточных схем обработки контента. В частности, при обработке одной страницы однопоточным остается связанный с DOM (Document Object Model) внутренний API, функции формирования содержимого окна, парсинга HTML и выполнения JavaScript. Использование Rust позволяет разбить код DOM и рендеринга на более мелкие подзадачи, которые могут выполняться параллельно и более эффективно использовать ресурсы многоядерных CPU. Кроме эффективного распараллеливания операций, используемые в Rust технологии безопасного программирования позволят кардинально поднять уровень безопасности.

  1. Главная ссылка к новости (https://blog.nightly.mozilla.o...)
  2. OpenNews: Проект Mozilla представил Quantum, комбинированный браузерный движок для Firefox
  3. OpenNews: На 2016 год запланировано задействование в Firefox кода на языке Rust и движка Servo
  4. OpenNews: Разработчики Firefox представили браузер Tofino, использующий технологии Chromium
  5. OpenNews: Началось формирование ночных сборок браузерного движка Servo
  6. OpenNews: В Firefox появилась многопроцессная обработка контента и Quantum Compositor
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/46917-stylo
Ключевые слова: stylo, servo, firefox, rust
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (64) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 22:04, 25/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Использование Rust позволяет разбить код DOM и рендеринга на более мелкие подзадачи bla-bla-bla

    Я не пишу на С/СPP, но почему-то уверен, что дело не в языке. Поправьте, если ошибаюсь.

     
     
  • 2.2, НяшМяш (ok), 22:09, 25/07/2017 [^] [^^] [^^^] [ответить]  
  • +23 +/
    Просто в ржавчине реализация комбинации "многопоточность+безопасность" будет менее трудозатратной, чем написание того же самого на старых-добрых. Тем более, рефакторинг большой кучи легаси кода бывает куда сложнее, чем написание нового с продуманной архитектурой.
     
     
  • 3.4, Аноним (-), 22:11, 25/07/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Просто в ржавчине реализация комбинации "многопоточность+безопасность" будет менее трудозатратной,
    > чем написание того же самого на старых-добрых. Тем более, рефакторинг большой
    > кучи легаси кода бывает куда сложнее, чем написание нового с продуманной
    > архитектурой.

    Я бы поспорил, новое поколение новый косяки

     
     
  • 4.12, НяшМяш (ok), 23:14, 25/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Я бы поспорил, новое поколение новый косяки

    Не без этого. Но пройдёт немало времени, чтобы Servo\Stylo сравнялся по косякам со старым движком.

     
  • 2.3, Аноним (-), 22:10, 25/07/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Как писавший на C/C++ могу сказать - конечно на чем-то странном и кривом можно писать замечательные вещи, но лучше выёживаться и использовать инструменты по назначению :-)
     
  • 2.17, Аноним (-), 00:11, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Нет, дело в отсутствии в природе программистов, умеющих писать на С/СPP. А сами языки, конечно, ни в чём не виноваты.
     
  • 2.27, Джо (?), 05:27, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я думаю вообще никаких проблем на C++ сделать параллельное выполнение нет, тут тебе и TPL, и TBB и в новом стандарте параллельные версии стандартных алгоритмов. Здесь скорей всего речь о том чтобы создать новую версию движка сразу с учетом параллельности и тут как раз Rust осваивать надо.
     
  • 2.39, Аноним (-), 09:43, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Есть такое понятие как тьюринговая трясина
     
  • 2.63, Аноним (-), 16:50, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Практика на C/C++ показывает - если программа изначально не была задумана как многопоточная, то многопоточной ее уже не сделать... только переписывать.

    По поводу Rust - производительность у него на уровне C/C++, так что вполне хороший вариант. Я бы даже сказал - однозначно лучше java и C#.

     

  • 1.5, Аноним (-), 22:35, 25/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Модернизация оформления браузера? Всё, кроме линуха.. Приличная часть экрана идет коту под хвост

    Самое печальное, что мозилла gives a fuck на пользователей линукса(в багтрекере тянется тред сколько уже лет, чтобы запилили client side decoration).. А самое забавное, что HTitle больше не будет работать с 57.. Класс!

     
     
  • 2.6, Аноним (-), 22:37, 25/07/2017 [^] [^^] [^^^] [ответить]  
  • –7 +/
    В общем, лучше использовать хром.. Даже хоть будет следить за мной корпорация зла/добра, я "профита" получаю больше
     
  • 2.19, th3m3 (ok), 00:51, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Юзай глобальное меню.
     
  • 2.40, Firefoxus (?), 10:04, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Использую pixelsaver и не парюсь по поводу того расширения.
     
  • 2.48, Аноним (-), 12:00, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вам ~32 пикселя на вкладки и адресную строку жалко? http://joxi.ru/MAjbwRKUvkY6WA
     
     
  • 3.69, Аноним (-), 01:54, 29/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Жалко не 32 пикселя. Жалко, что вкладки не прилегают к верхней кромке экрана. Без этого по ним целиться сложнее.
     

  • 1.7, kvaps (ok), 22:37, 25/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот это уже интересно.
    Неужели CSS-движок дает такой выхлоп по скрости и памяти?
     
     
  • 2.8, Аноним (-), 22:40, 25/07/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    А ты внимательно читал? Уверен что "такой" выхлоп как-то связан с CSS?
     

  • 1.10, Аноним (-), 23:01, 25/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    >(с 2 до 0.5 Гб, без фактической загрузки содержимого всех страниц).

    Получается в одном из релизов это сломали, теперь починили и выдают за фичу.

     
     
  • 2.25, pda (?), 01:36, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет, получается 2.0 по нынешним меркам умел чуть меньше, чем ни хрена. Он и ACID 2 то проходить только с версии 3.0 начал. А как известно, самая быстрая программа та, которая ничего не делает. :)
     
  • 2.59, Kuromi (?), 05:51, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, там реально все проще. Никакого отношения к Серве и прочему стаффу это ускорение не имеет отношения, просто раньше при восстановлении сессий они сразу грузились, а теперь это заменено на "ленивую" загрузку. Судя по багу - никакой особой сложности безумной в этом не было, просто разработчики не сталкивались сами с подобного размера сессиями. Собственно баг - https://bugzilla.mozilla.org/show_bug.cgi?id=1345090 Modify SessionStore to restore tabs with lazy-browsers
     

  • 1.13, Аноним (-), 23:17, 25/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Звучит многообещающе, пока сложно сказать, что получится в итоге, но уже точно в конце года это будет другой браузер, и теперь есть надежда, что жертва расширениями будет не напрасной.
     
     
  • 2.21, th3m3 (ok), 00:52, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Это действительно стоит того. Уделает Хром. И любителям хрома больше нечем будет крыть. Ведь уже нельзя будет сказать, что Firefox якобы тормозит ;)
     
     
  • 3.26, pda (?), 01:37, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В отместку за Rust, Google перепишет Chrome на Go. :-D
     
     
  • 4.42, inferrna (ok), 10:23, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +8 +/
    А а память под сборщик мусора будет выделяться в облаке на сервере гугла, чтобы юзерский пк не перегружать.
     
  • 3.28, Аноним (-), 06:33, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну, пока нет соответствия стандартам, уделывает. В принципе, любой хелловорлд уделает. Вот когда реализуют цсс3, тогда и поговорим, уделыватель ты наш.
     

  • 1.15, Аноним (-), 23:40, 25/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Все ускоряют и ускоряют файерфокс, а он все тормозит и тормозит
     
     
  • 2.18, Я. Р. Ош (?), 00:51, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Значит это не он, а ты.
     
     
  • 3.29, Аноним (-), 06:35, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Значит это не он, а ты.

    Это не файрфокс тормозит. Это просто всё остальное слишком спешит. (С) типикал фф юзер

     
  • 2.20, VINRARUS (ok), 00:52, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня не тормозит. Как включить тормоза правильно?
     
     
  • 3.23, Аноним (-), 01:09, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня не тормозит. Как включить тормоза правильно?

    Попользоваться с полгода каким-нибудь ДЕЙСТВИТЕЛЬНО нетормозным приложением, и потом снова запустить Файрфокс. А то сидят на своих Ubuntu/Eclipse/Vuse/GNOME3/KDE5/Emacs, а потом удивляются "Чего это я тормозов не замечаю?".

     
     
  • 4.67, shifty (?), 11:35, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я Emacs не пользуюсь и не хочу начинать холивар, но хочу знать как он попал в этот список?
    И что будет нетормозной альтернативой?
     

  • 1.22, Аноним (-), 01:04, 26/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > потребление памяти снизилось в 4 раза (с 2 до 0.5 Гб, без фактической загрузки содержимого всех страниц).

    То есть по сути с 2ГБ до 0.5ГБ снизилось потребление памяти на загрузку ОДНОЙ страницы. Отлично.

     
     
  • 2.47, PnDx (ok), 11:48, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На подготовку 1.6к вкладок. Какая-то структура данных теперь инициализируется при загрузке страницы, а не в момент создания вкладки. Глядишь, ещё и вычищаться при закрытии вкладки будет не только то, о чём программист вспомнил. Профит по-любому.
     
     
  • 3.50, Ан (??), 13:13, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вот этот баг судя судя по всему https://bugzilla.mozilla.org/show_bug.cgi?id=906076
     
     
  • 4.68, Kuromi (?), 01:08, 29/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, этот - https://bugzilla.mozilla.org/show_bug.cgi?id=1345090
    Ускорение загрузки мегасессий произошло уже давно, просто опеннет берет новости с их блога, а они туда пишут не спеша. Пользователи Nightly уже давно в курсе.
     

  • 1.30, Аноним9563 (?), 07:19, 26/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    имею пк 2007 года. вин7 х64.  4 гб оперативы. из них 296 метров на данный момент отжирает  фаерфокс с единственной вкладкой опеннета. Открываю во 2 вкладке ютуб.  отожрал еще 40+ метров(видео НЕпроигрывается.). Открыл 3 вкладку интернет-магазин Никс. + еще 20мб памяти - причем если по магазину лазить потребление фф повышается до 380мб. Запустил видео на ютубе - потребление 398 мб памяти... Открыл анидаб.Онлайн. (ютуб - HTML5- показывает видео))( сайт с анимешками)uBlock режет кучу рекламы... потребление памяти возросло до 470.  отключаю видео на ютубе. Включаю   флешплеер на анидабе  посмотреть аниме - потребление памяти 560 мб. Лагов конечно нет, но... что если я сейчас  тупо продублирую  эти 4 вкладки? А если я с этими вкладками   закрю браузер а потом с ними же открою... ?  Лень проверять  Но, недалее как вчера я запустил браузер и открылось разом с десяток страниц(это после выключения света)  Без флэша но чуть-чуть рекламы... обкновенные форумы  запускался он точно не меньше одной минуты. А у моей старой тетушки на ноуте  ~2005 гв (1 гб оперативы,винХП) он вообще незапустится  даже с этими же 4мя.

     
     
  • 2.31, Аноним9563 (?), 07:20, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да на пк с 36 гб памяти можно не обращать внимания на  отожранные браузером даже 10 гб оперативы. Но!  нужно понимать тот факт что он не должен ТАК работать! Если браузер чересчур прожорливый  с десятком открытых страниц  это явно что кто-то на6ыдлокодил ( и это мягко сказано!)
    Вы конечно можете сказать обновляй свой ПК. И зря.  ИМХО  КАк бы далеко не шагнули ПК вперед(хоть гиперквантовые  через 500 лет), сколько бы нистало в них оперативы, а такая   простая программа как  интернет браузер должна запускаться и стабильно работать На всех устройствах! Да, Даже на старом дедушкином пне!
    Кстати да, ооочень хорошо бы ввести нечто вроде ОТК, где бы  все программы проверялись на устройствах в несколько раз слабее " минимальных требований" программой. Вот тогда у нас  появится действительно КАЧЕСТВЕННЫЙ Софт!
     
     
  • 3.33, Аноним9563 (?), 07:30, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Даже Калькулятор может повесить ваш компьютер при вычеслинии  2+2= ?  Если "программист"  вместо 4х кб памяти выделил целых 400.
    Навсе нужны рассчеты  а не тып-ляп-готово.
     
  • 3.45, Ан (??), 10:42, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Доброе утро. Браузер уже относительно давно не такая простая программа.
    Ютуб о котором вы говорите напичкан JS по самое не хачу. Магазины в большинстве случаев то же не скупятся на динамику и JS. А браузер превратился из простого рендера в запускалку приложений.
     
  • 2.35, Аноним (-), 08:06, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > имею пк 2007 года

    у меня тоже старый комп, но всё же фаерфокс у меня стабильнее работает, чем хром
    а вообще в последнее время пробую иногда на sea monkey сидеть, вот он быстрее и шустрее и фурифокса и хрома

     

  • 1.32, Аноним (-), 07:23, 26/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Наиболее заметным эффектом после включения Stylo отмечается увеличение скорости обработки страниц, так как разные CSS-стили обрабатываются параллельно, не блокируя друг друга.

    И чё, на C++ нельзя было так сделать?

     
     
  • 2.34, Анонимы (?), 07:44, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Конечно нет. Скоро дойдём до того, что надо всё переписать именно на руст, ибо другие языки не умеют в многопоточность и не раскрывают потенциал многоядерных ЦП.
     
  • 2.36, Аноним (-), 08:42, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > на C++ нельзя было так сделать?

    Сделай! Кто-то решил на др. языке и сделал на др. языке. В чём суть претензий? Все должны обязательно на плюсах писать?

     
     
  • 3.49, Аноним (-), 12:49, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В том, что нужно тащить никому не нужный Rust.
     
     
  • 4.54, Аноним (-), 14:37, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > В том, что нужно тащить

    Так вы уже запилили альтернативу или только языком молоть, да указывать «как надо правильно!(тм)» горазды?

    > никому не нужный Rust.

    Это типа плюралис маестетис? Или очередной дeбилис анонимус за всех любителус говорилус?

     
     
  • 5.55, Аноним (-), 15:02, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Rust - это жалкая обвязка вокруг с++ и ничего более.

    Он делает фактически все, что делает с++ плюс некоторые хотелки мозиловцев.

     
     
  • 6.58, Анонимммо (?), 18:09, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Это типа плюралис маестетис? Или очередной дeбилис анонимус за всех любителус говорилус?
    > Rust - это жалкая обвязка вокруг с++ и ничего более.

    Значит, второе плюс "анонимус экспертус диванус опеннетус".
    Спасибо за ответ!


     
  • 6.60, freehck (ok), 06:02, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Rust - это жалкая обвязка вокруг с++ и ничего более.

    С тем же успехом Вы можете доказывать, что C++ - это жалкая обвязка вокруг ассемблера и ничего более.

     
     
  • 7.62, Ydro (?), 07:56, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А вы правы)) Если в имени макросов посередине использовать точку, то получаются отличные методы и поля объектов ))
     

  • 1.37, Аноним (-), 08:54, 26/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    С недавних пор Nightly жрёт CPU как AAA-игрушка. Печально.
     
     
  • 2.43, Deepwalker (??), 10:23, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А будет жрать еще круче — для того он и параллелится. И не понимаю отличий от ААА игрух — браузер это адская рендерилка чего попало, как раз как те самые магические ААА тайтлы.
     
     
  • 3.64, Аноним (-), 18:07, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Safari мультипроцессорный, но такой нагрузки от него нету. А с Nightly ноутбук превращается в печку.
     

  • 1.38, Гентушник (ok), 09:17, 26/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Тестирование бета-версии Firefox 55 показало существенное ускорение работы со вкладками и сокращение времени запуска.
    > Тестирование проводилось с профилем, содержащим 1691 (!) вкладку.

    Ну вот и настало моё время!
    http://i.imgur.com/QedeZxi.png

     
     
  • 2.44, Аноним (-), 10:26, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Достойные показатели, товарищ!
     

  • 1.51, Антон (??), 13:28, 26/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    когда лиса уже займется оптимизацией энергопотребления но ноутбуках при работе от батареи???? а то 40 минут фильма разряжают батарею в 4200 mAh от 100% в ноль((( уродство и только((((((((
     
     
  • 2.52, Аноним (-), 13:41, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а надо через торренты заранее скачать и смотреть без зон^Wбраузера
     
     
  • 3.53, Аноним (-), 13:41, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а надо через торренты заранее скачать и смотреть без зон^Wбраузера

    ну как в нулевых

     
     
  • 4.56, dr Equivalent (ok), 15:48, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В нулевых классно.
     
  • 4.57, Гентушник (ok), 16:51, 26/07/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Видимо я живу в нулевых ибо всегда так делаю.

    1) На торрентах легче найти фильм в хорошем качестве.
    Нафиг ваши шакалистые 480p фильмы.

    2) Качество твоего соединения с интернетом, а так же загруженность всего канала до целевого сервера никак не влияет на просмотр локального файла, в отличии от браузера...
    Не хочу заиканий и подгрузки посреди фильма (при том что скорость инета достаточная).

    3) Можно открыть фильм в своём любимом плеере, а не довольствоваться огрызком который показывается на сайте.

    4) Если фильм популярный, то можно начать его смотреть почти сразу после начала скачивания, не дожидаясь окончания (только надо включить последовательную загрузку в торрент-клиенте).

     
     
  • 5.61, freehck (ok), 06:25, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Видимо я живу в нулевых ибо всегда так делаю.
    > 1) ... в хорошем качестве.
    > 2) ... соединения с интернетом ... загруженность канала ...
    > 3) ... в своём любимом плеере ...

    Да это всё фигня, по сравнению с качественным переводом, который в бесплатных интернет-кинотеатрах не найдёшь днём с огнём. У них цель-то простая: больше, больше, БОЛЬШЕ контента! Пихай всё подряд и как можно скорее, не то хомячки сбегут на другой ресурс!!!

    После этого случаются такие вещи: есть несколько переводов, AVO, DVO, MVO, DUB. Они будут выбирать справа-налево. Если выбор между MVO и DUB, они выбирают DUB без лишних вопросов. Между MVO и DVO/AVO они выбирают MVO. Всегда. Если есть несколько переводов MVO, и нет DUB... Не знаю, как оно на самом деле, но лично мне кажется, что они то ли монетку бросают, но в общем случайным образом выбирают озвучку.

    Однако я знаю массу случаев, когда стоило поступать иначе. Например "Hackers" 95го года отвратительны в дубляже, и лучше бы брать перевод MVO от НТВ. Вперёд, найдите хоть где-нибудь стрим с этим фильмом *не в дубляже*. Не выйдет, я пытался. Или вот для "Evil Dead 2" лучше бы тоже брать AVO от Михалёва. Он слегка гонит отсебятину, но без неё фильм не так уж и хорош.

    А то тут ещё некоторые спрашивают "зачем иметь локальную коллекцию фильмов, ведь ВСЁ можно посмотреть прямо на сайте"! Не вопрос, ребятки. Нравится вам хавать, что дают -- вот и хавайте, а у меня свои привычки при просмотре кино.

     
  • 5.65, Аноним (-), 18:08, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    YouTube тоже предварительно выкачивать предложишь?
     
     
  • 6.66, Гентушник (ok), 18:41, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > YouTube тоже предварительно выкачивать предложишь?

    Не обязательно, ибо:

    1) Качество такое какое поставил автор видео, лучше всё равно нету (говорю прежде всего про оригинальный контент).
    2) У гугла довольно много CDN по всему земному шару и у меня по крайней мере с ними проблем особо нет.
    3) При желании можно смотреть ютуб в своём плеере, я так делал на одной слабой машинке, которая не тянула ютуб через flash/html5.

     
     
  • 7.70, Аноним (-), 23:02, 30/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Классно рофлишь.

    >Качество такое какое поставил автор видео, лучше всё равно нету

    Полным полно каналов, чьи видео за пределами ютьюба не появляются.

    >У гугла довольно много CDN по всему земному шару

    Какое отношение имеют CDN к потреблению ресурсов _браузером_?

    >При желании можно смотреть ютуб в своём плеере, я так делал на одной слабой машинке, которая не тянула ютуб через flash/html5

    Проблема выжирания аккумулятора - это FF-only. Все остальные браузеры с воспроизведением видео справляются, не превращая ноутбук в привязанную к розетке сковородку, несмотря на пачку зондов, которым надо работать 24/7.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру