«свое одобрение проекту выразили ..., Google Inc.,… и некоторые другие.»
Не верю! Не верю, что всемирной корпорации добра интересна такая система хотя бы потому что деятельность гугла вышла очень далеко за рамки США.
Гораздо проще чем встраивание браузера, как того хочется вконтакте (http://b23.ru/cil8)
«Вам необходимо внутри Вашего приложения создать элемент управления, который будет содержать внутри себя браузер» — именно так они представляют себе авторизацию.
Метод получен в результате анализа их горы java скрипта.
Да вообще встраивать для таких целей браузер — изврат.
Но у меня не было вообще другого выхода, так как sid зависит от ip адреса, а я работаю с виртуальной машиной на Amazon EC2 через SSH. Да, конечно можно подключиться по VPN, авторизоваться в браузере, но это еще больший изврат.
Я так понимаю, что Android 3.0 рассчитан на планшеты, а в ближайшем будущем на телефонах будет править Android 2.3. Принципиально новый андроид для телефон думаю выйдет не скоро.
Вот вейвлеты — очень вычислительно жадные. Да они используются, но на оочень маленьких битрейтах (с очень херовым качеством), потому что иначе уже никак. Но по сравнению с обычными кодеками быстротой они не отличаются.
Не совсем. Есть два случая:
1) Кодируется 29.97 в чересстрочной разверткой и флагами показывается где уже поработал 3:2 pulldown. а где нет. А рендер в тех местах вернет обратно 23.976 и покажет все идеально, а где «чистые» 29.97 уже будет работать деинтерлейсер и качество снизится.
2) Кодируется 23.976, но флагами говорим что надо показать 29.97. Когда-то применялось на DVD.
Есть ошибки:
29.97, а не 27.97
3:2 pulldown имеет отношение только к NTSC а не к PAL как вы написали
и пулдаун не всегда делается флагами в потоке, чаще это делают ДО кодирования.
На блюрее можно использовать 24. Обычно мастер-запись звука берут тупо ту что для американского DVD и все)) Но например видел фильмы IMAX на BD, где ровно 24.
Эта область сейчас занята немного другими делами, я именно — 3D
Поэтому и проект интела по применению вейвлетов (про них я знаю очень мало) к видео почти не движется. H.264 очень хорошо справляется с поставленной задачей, но с 3D пока у него проблемы.
А приведенный в статье метод (естественно более сложный) реализован в XviD
Вот 25 кадров точно из-за электросети.
Но вот отснятые материалы уже никуда не денешь => стандарты не стали менять, просто современные железки показывают и то и другое.
Не верю! Не верю, что всемирной корпорации добра интересна такая система хотя бы потому что деятельность гугла вышла очень далеко за рамки США.
«Вам необходимо внутри Вашего приложения создать элемент управления, который будет содержать внутри себя браузер» — именно так они представляют себе авторизацию.
Метод получен в результате анализа их горы java скрипта.
Но у меня не было вообще другого выхода, так как sid зависит от ip адреса, а я работаю с виртуальной машиной на Amazon EC2 через SSH. Да, конечно можно подключиться по VPN, авторизоваться в браузере, но это еще больший изврат.
1) Кодируется 29.97 в чересстрочной разверткой и флагами показывается где уже поработал 3:2 pulldown. а где нет. А рендер в тех местах вернет обратно 23.976 и покажет все идеально, а где «чистые» 29.97 уже будет работать деинтерлейсер и качество снизится.
2) Кодируется 23.976, но флагами говорим что надо показать 29.97. Когда-то применялось на DVD.
29.97, а не 27.97
3:2 pulldown имеет отношение только к NTSC а не к PAL как вы написали
и пулдаун не всегда делается флагами в потоке, чаще это делают ДО кодирования.
Сравнение делали в МГУ.
Ну приводить к 60 fps монитора то придется, все равно преобразование.
Поэтому и проект интела по применению вейвлетов (про них я знаю очень мало) к видео почти не движется. H.264 очень хорошо справляется с поставленной задачей, но с 3D пока у него проблемы.
А приведенный в статье метод (естественно более сложный) реализован в XviD
Но вот отснятые материалы уже никуда не денешь => стандарты не стали менять, просто современные железки показывают и то и другое.