>Глупо пытаться копать под youtube/google, особенно в свете того, что те взяли вроде как, проект ogg theora под свое крыло и могут допилить все это до действительно юзабельного вида.

О да, а почему тогда на просторах сети появилась такая петиция: http://www.petitionspot.com/petitions/oggandyoutube/ ? :)

Я думаю, что вы смешиваете вместе сообщения о том, что Google купил компанию On2, которая в свое время отдало сообществу кодек VP3, из которого и появилась Theora.

>>FF 3.5.7 - работает, Опера 10.01 - нет.

Эпик фейл Оперы :) гыгыбля :)

где? как можно говорить о фейле если ещё не определено какой кодек должен использоваться в теге видео?

>Фильмы через video в HD качестве никто в ближайшие годы смотреть не будет.

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

а причём тут nginx? вы б мат. базу подтянули что ли... для 5 звёздочек слишком позорно такое говорить.

да он кроме «макданальдса» никаких «ресторанов» и не видел.

Camel> Кстати, а видео с tinyogg можно вставлять в свою страничку?

Очень легко. Тегом <video> .

Andru> трындец... а адрес я значит из астрала получать буду? 8)

Не волнуйся - тебе по аське или скайпу будут присылать (лузирсы ведь скайпу продались?).

>>h264 вкуснее. меня как потребителя корма интересует именно соотношение вкусности корма, а не то, где мне его дают.

fixed.

Как мне доставляют фанатики готовые отказываться от качества продукта изза религиозных убеждений!

Tails> h264 качественнее. меня как конечного потребителя интересует именно соотношение размер/качество а не открытость формата

Когда тебя будут брать за задницу за неуплату проигрывания h.264 - посмотрим, как запоёшь. За h.264, знаешь ли, платить надо будет относительно скоро.

devilknight> Как мне доставляют фанатики готовые отказываться от качества продукта изза религиозных убеждений!

Не путай религиозность и фанатизм с дальновидностью.

>Финансирование этого проекта лежит на плечах FSF. Новость проскакивала недели три назад на fsf.org. Так что если и смерть проекта, то очень долгая

Пипец, зачем они деньги впустую сливают?

>А уж человек, который думает, ради качества видео стоит продавать своё заднепроходное отверстие всем подряд - уж точно дурачок. И способ получать с них деньги уж точной найдётся.

Серьёзно, ребята, допилят в вашей мозилле когда-нибудь h264, не надо плакать

>Пипец, зачем они деньги впустую сливают?

Да нечего там финансировать. Файлы удаляются через 48 часов, так что особо много трат не будет. Трафик тоже не особо страшен - посещаемость не та.

А удаление файлов через те самые 48 часов, медленное перекодирование (от запроса до результата может пройти час и больше) и не особо навороченный интерфейс не обеспечат постоянного притока пользователей. Проект загнётся сам, и в его текущем виде много денег в него просто не вложить.

Кстати, на dailymotion _уже_ есть <video> с теорой, правда они переконвертили не все ролики и я не понял, конвертируют ли ещё.

http://openvideo.dailymotion.com/ru

И у них всё всяко серьёзнее, чем tinyogg

>Серьёзно, ребята, допилят в вашей мозилле когда-нибудь h264, не надо плакать

Жалкая попытка банально-зависимых выставить нормальных людей «завистниками и неудачниками». Этот приём в интернет-дискуссиях используют только тогда, когда либо сказать нечего, либо сильно задело.

>А Google Chrome вместо Firefox ставить для просмотра YouTube это так, просто фенька?

По-моему, это трудности мозиллы. У них бинарные сборки проприетарные, могли бы и сделать h264. В хроме даже в свободном ffmpeg играет, через ffmpeg/x264 вроде :)

>с youtube на 42" с fullhd. :DDDDDDDDDDDDDDDDDDDDDDDDDDDD - ну насмешил!!!!

Ну тытруба поддерживает 1080p

>Пипец, зачем они деньги впустую сливают

В анонсе, в разделе It's got potential написано зачем.

> Не путай религиозность и фанатизм с дальновидностью.

Продукты потребляются здесь и сейчас. Загадывать на 10 лет вперед не смысла, так как за 10 лет ты 5-50 (в зависимости от того что это конкретно) раз успеешь сменить используемый продукт. Потому выбирать нужно то что качественнее именно в этот момент (час/неделю/месяц - зависит от стоимости), а не думать: «А не поимеет ли меня гугл/яббл лет через 5?»

>«А не поимеет ли меня гугл/яббл лет через 5?»

Ютуб не исчезнет через 5 лет. И даже не потеряет свои позиции.

Ну вот и Youtube наGNUли :) Поставил в закладки.

> Ютуб не исчезнет через 5 лет. И даже не потеряет свои позиции.

Это не помешает мне прекратить им пользоваться если соотношение цены/качества перестанет меня устраивать.

>У них бинарные сборки проприетарные, могли бы и сделать h264.

У них «проприетарен» только брэндинг, а вот если они купят лицензию на использование какого-либо декодера h.264, то создадут проблемы большому количеству людей: h.264 станет дефолтным форматом и всем вендорам придется раскошеливаться на его применение в своих продуктов (=никаких вам Arora или Konqueror для использования <video>: сомневаюсь что они смогут набирать по 5000k$/год). В свободном Chromium'е (с каких пор Chrome стал свободным?) ничего не играет: в Vimeo я вижу прекрасный черный прямоугольник с элементами для воспроизведения, тогда как в Chrome оно работает. Поэтому рекомендую крепко задуматься, к каким последствиям может привести такая отмашка («купите декодер, меня не волнует»).

>В свободном Chromium'е (с каких пор Chrome стал свободным?) ничего не играет: в Vimeo я вижу прекрасный черный прямоугольник с элементами для воспроизведения

Какой дистрибутив?

>Поэтому рекомендую крепко задуматься, к каким последствиям может привести такая отмашка («купите декодер, меня не волнует»).

Да куда им задумываться то, они всех своих родственников на органы продадут за новый телевизор с большим экраном.

Потребители (в плохом смысле этого слова).

>(=никаких вам Arora или Konqueror для использования <video>: сомневаюсь что они смогут набирать по 5000k$/год)

Разработчики lame платят отчисления за mp3?

С такой скоростью конвертирования оно не нужно. Пусть Столлман сам пользуется, вмести с wget.

Хром - всё показывает отлично.

А в нем реально организовать полный экран?

Тормозит оно.

Сабж. Её бы peer2peer сделать. И часть кодирования отдать клинтской части.

И после паузы не проигрывается.

>А в нем реально организовать полный экран?

Это зависит от браузера. Firefox умеет разворачивать видео, начиная с недавно выпущенной, версии 3.6

> То, что он вернул в сеть ошибки 5xx

Интересный Вы человек. Если backend сдох, web-сервер за него будет контент генерировать? Поделитесь секретом, как именно?

И сайты лежали гораздо реже

В php-cgi жестко задан listen backlog. В 128. Что для хорошей нагрузки мало. Но пропатчить — тривиальное дело.

Разработчики lame вообще настаивают, что их код следует использовать «в образовательных целях», как и предыдущий код из ISO (http://lame.sourceforge.net/tech-FAQ.txt). То есть, они действуют как страус, который закапывает голову в песок.

>Кстати, на dailymotion _уже_ есть <video> с теорой, правда они переконвертили не все ролики и я не понял, конвертируют ли ещё.

http://openvideo.dailymotion.com/ru

Какое то оно пока не совсем рабочее. Нужно ждать чтобы видео полностью загрузилось, перемотка не работает. На tinyogg лучше сделано, жаль что у них нет хостинга.

А гугл никогда в жизни не перейдет на ogg/theora, ему выгоднее свой браузер продвигать, совместимый с youtube. Потом могут и флеш убрать, лишь бы все ставили хром.

>Интересный Вы человек. Если backend сдох, web-сервер за него будет контент генерировать? Поделитесь секретом, как именно?

Стандартный ответ пользователей nginx. Во всём виноват бэкенд.

Хороший фронтенд спавнит новый процесс бэкенда, когда тот помирает.

> Устали от засилья в сети видеороликов в несвободных форматах?

Я просто обессилен от этого :-))) Сижу, ночами конвертирую проприетарный YouTube :-)))

> Хороший фронтенд спавнит новый процесс бэкенда, когда тот помирает.

Во-первых, бэкенд может быть на другом хосте. Во-вторых, спавнить бэкенд — не задача фронтенда. А Вы, вероятно, не в курсе, что PHP умеет перезапускать «погибших» детей. В-третьих, в случае PHP/FastCGI ответ 502 может означать не только, что php упал, но и то, что очередь соединений сокета переполнена. В этом случае если мы будем пытаться породить новую группу процессов, это нам не удастся, так как сокет/адрес занят другим процессом, а если и удастся, а PHP использует кэш опкода/разделяемую память, Вы рискуете получить изумительные сегфолты и другие экзотические ошибки. Такой сценарий лучше? В любом случае это лечение симптомов, а не проблемы. В-четвёртых, если PHP упал вместе со своим менеджером процессов, то существует вероятность, что его прибил OOM Killer. И если web-сервер в таких условиях начнёт перезапускать php, стабильности системе это не добавит. В-пятых, что мешает поставить какой-нибудь munin, который будет перезапускать упавший процесс, пока администратор пытается найти причину падений?

s/munin/monit/

Оригинал:

http://www.youtube.com/watch?v=MzYGxffh1Og

Сконвертированное:

http://tinyogg.com/watch/cq8mH/

Звук пропал, однако.

>Во-первых, бэкенд может быть на другом хосте.

Ну тогда можно показывать честный 502. Только это редкий случай относительно всей массы сайтов в сети.

Во-вторых, спавнить бэкенд — не задача фронтенда.

В случае простой системы фронтэнд+fastcgi бэкенд - вполне задача. Оно не намного хуже внешнего скрипта, только с правами нюансы. Но в ситуации одного сайта на сервер это вполне нормально. А на шаред хостингах царствует мод_пхп.

В любом случае это лечение симптомов, а не проблемы.

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

В-четвёртых, если PHP упал вместе со своим менеджером процессов, то существует вероятность, что его прибил OOM Killer.

Или в сервер попал метеорит. Ну право же, крайние ситуации какие-то. Если начал работать OOM killer, то стабильности серверу уже не видать.

В-пятых, что мешает поставить какой-нибудь munin, который будет перезапускать упавший процесс, пока администратор пытается найти причину падений?

Ничего не мешает. Но народ упорно игнорирует такие решения и мы видим тьму 502 по интернету. Пусть уж сервер поднимает в случае неграмотных админов, а грамотные сами разберутся.

>http://tinyogg.com/watch/cq8mH/

Звук пропал, однако.

У меня звук есть.

> Оно не намного хуже внешнего скрипта

На самом деле хуже. Web-сервер может не знать, что случилось с бэкендом — упал он или просто не хочет отвечать на запросы, или находится в состоянии перезапуска — сервер во всех этих случаях получит ECONNREFUSED. Если бэкенд не упал, а не отвечает из-за высокой нагрузки, порождение новой партии бэкендов (а PHP с 60 детьми не редкость для FastCGI) только увеличит нагрузку на систему (и, как я уже говорил, в случае PHP + opcode cacher может привести к непредсказуемым результатам).

Ну или висит бэкенд на TCP-сокете, не отвечает (типа занят). Фронтенд запускает еще копию бэкенда (для простоты предполагаем, что тот умеет демонизироваться) и отдаёт ему запрос еще раз. Но так как первый процесс висит на сокете, второму не удаётся занять сокет, он пару раз пытается и умирает. А фронтенд достаёт бэкенд. Тот опять не отвечает и т.п. Фронтенду придется либо сдаться, либо респавнить бэкенд каждую секунду/минуту/... В результате те же 50x плюс повышенная загрузка системы.

А в случае UNIX-сокета при достижении listen backlog вообще можно запуском новых юэкендов и уйти в глубокий своппинг, что еще хуже. А там еще и MySQL упадёт (очень редко вижу грамотно настроенный мускул), накроется половина MyISAM'овских таблиц... Нафиг-нафиг.

Внешний скрипт может проанализировать ситуацию (у разработчика больше возможностей — этот скрипт можно заточить под конкретный бэкенд), фронтенд это вряд ли будет делать.

только с правами нюансы

Я обычно сажаю сервер в chroot, забираю лишние привилегии (например, мастер-процесс nginx сидит под рутом) и отбираю возможность запускать что-либо. Допускаю, что конфигурация не типична, но в таких условиях она работать не будет.

А на шаред хостингах царствует мод_пхп.

Ну с mod_php 502/504 получить трудно.

Или в сервер попал метеорит

В этом случае фронтенд тоже вряд ли выживет.

Ну право же, крайние ситуации какие-то.

Крайняя или нет, я не знаю, но лично мне она на практике в 95% случаев попадалась. В остальных случаях — либо левые сборки PHP, либо кривые (зачастую самописные) расширения, либо использование нестабильной версии акселератора.

Пусть уж сервер поднимает в случае неграмотных админов

Возможно, хотя на мой взгляд, это неправильно :-) Мониторинг должен быть в любом случае, ибо если уже фронтенд упадёт, то его автоматом никто не поднимет (а владелец может ничего не узнать).

Звук пропал, однако.

выкинь свой проприетарный браузер

Хвосты фильмам отрезает. Глупо и обидно. Скрипт в гризманки аккуратнее таки, хоть и формат не конвертит.

А так - круто!

>сейчас тебе будут утверждать что просто вода полезней и вкуснее, а твоя любовь к чаю/кофе/пиву навеяна обществом для зарабатывания на тебе денег

Не так что ли? Это все по сути легкие наркотики. Если от чая и кофе хоть какая то польза - взбодриться можно (но кофе вредно действует на желудок, почки и сердце, так что большой вопрос стоит ли этого), то от пива пользы 0, один сплошной вред. Гениальное изобретение: гробить твое здоровье за твои же деньги.

Ну б-г с ним, со страусом. Воспроизведение mp3 сейчас не проблема, не думаю что с h264 что-то изменится. Конечного пользователя не заставляют платить отчисления.

Показывает нормально, но перекодировать не удалось ни одного ролика, пишет «попробуйте позже». То ли лор-эффект, то ли ещё то-то.
Надеюсь, проект будет развиваться, но в настоящий момент он не работоспособен.

> вроде неплохо в сравнении с...

Этот-то ролик, на который у Вас ссылка:

http://tinyogg.com/watch/HQ9pJ/

действительно крутится нормально. Возможно, потому, что это фактически слайд-шоу.

А вот приветствие двух чуваков с офсайта Мозиллы, которые поздравляют меня с установкой FF 3.5.6 («Firefox 3.5 — первый браузер, поддерживающий открытые видео-форматы, позволяющие видео-роликам становиться частью динамичных веб-страниц и не требующие установки плагинов. Опробуйте их в работе, посмотрите этот ролик.»)

http://ru.www.mozilla.com/ru/firefox/3.5.6/whatsnew/

с самого начала спотыкается несколько раз и через несколько секунд встаёт окончательно.

Хотя если найти на этой странице тег video и открыть ссылку в отдельной вкладке:

http://www.dailymotion.com/cdn/OGG-320x240/video/x9euyb?auth=1269605698_a8b62...

то проигрывается нормально. Ну да. К тиниОггу это отношения уже не имеет, зато к репутации открытых форматов, ради которой всё это затевалось - имеет прямое. Это я, старый зануда, ссылку копировал, а большинство просто кликнет, увидит, как всё затыкается, и резюмирует: «Говно этот Ваш Firefox, и Theora тоже говно»!

> продукат с более низким качество проигрывает всегда

man OS/2 Warp vs Windows 95

man PalmOS vs WinMobile

> с самого начала спотыкается несколько раз и через несколько секунд встаёт окончательно.

У меня не встает. Просто весь ролик - слайдшоу.