http://habrahabr.ru/blogs/webdev/128606/ — комменты замечательно отображают баттхёрт флеш-прафисианалав и прочих фанатов проприетарных технологий. Вот что случается с ними, вот так их выкидывают на свалку истории. И поэтому закрытая (фактически, монополизированная) технология обречена на провал рано или поздно, даже если она де-факто была стандартом долгое время.
Да, сейчас HTML5+JS проигрывают флешу по многим параметрам. Но у них есть одно огромное преимущество — их пилят на виду у всех, да ещё и несколько крупных корпораций сразу, а не один жадный адоб. И я уверен, в обозримом будущем будет нам и белка, будет и свисток©, то бишь, и P2P через JS (господи, как я этого хочу), и работа с камерой/микрофоном, и ненагружающая проц векторная анимация, и, сука, баннеры, куда ж без них. А игрульки на JS с нормальным офисным графоном уже есть в G+.
54 comments
recommend
bookmark
subscribe
видишь ли, sandbox для js никто толковый не придумал, так что я не думаю, что получится баннеры делать.
При чём тут sandbox? Баннер на том же канвасе можно делать.
канвасе без джаваскрипта?
Брр. Почему без-то? Чем тебя нынешний JS в том же хромиуме не устраивает?
> P2P через JS
Да вы там совсем пизданулись.
Ну уж прям так и пизданулись... http://chromestory.com/2011/03/p2p-peppe...
как только это сделают я надеюсь увидеть (или запилить) AirPlay через браузеры (чтоб у меня, типа, лежала на компе музычка, а другой левый ноут подключен к колонкам, тогда я на том ноуте открываю специальную страничку браузера, а на этом ноуте управляю тем ноутом чтоб играл мне музло отсюда. profit!).
Осиль уже mpd + icecast :/
p.s.: по ссылке: "P2P Pepper and Java API". ну как же без этого.
А вебморд для mpd навалом, кстати.
там ноутбук — старый ibook g4 на процессоре PowerPC и старой макоси. сам осиль.
Фу, говноед. А по ссылке просто опечатка, везде, кроме подписи, говорится про javascript.
ну или прикинь. приходишь ты к кому-то в гости, и чтоб получить доступ к вещанию музычки просто на его венде заходишь на нужную страничку и (почти) всё!
ты говноед, а моя мама пользуется интернетами с удовольствием.
Ну дык а я о чём. Поднимаешь mpd + icecast + вебморду дома, прокидываешь порт — готово дело. Ставишь туда флешовый плеер, чтобы маунт с айскаста крутил. То, что ты используешь говно вместо ОС, это проблема, конечно, но ведь можно и нормальный музыкальный сервер обустроить.
ээ, какую ОС ты предлагаешь использовать на этом ноутбуке?
Вот это не подойдёт? http://www.debian.org/ports/powerpc/inst...
и как твой тугой умишка предлагает впилить туда флешовый плеер?
Как файлик .swf в каталоге вебморды?
то есть пользоваться этим компьютером для просмотра ютуба ты предлагаешь отказаться?
btw, в подавляющем большинстве браузеров поддерживается тег <audio>, так что можно без особого труда запилить вывод в ogg и слушать через него без всякого флеша.
Я, может, чего не понимаю, но флеш на дебиане почему-то работает. Как минимум, у меня.
на архитектуре PowerPC?
А сейчас ты как смотришь?
под MacOS PowerPC есть.
не я а моя мама. у меня современный ноут с убунтой.
Вот же бида. Теперь понятно, почему говноедов так называют, сплошные анальные ограничения. Но ничто не мешает тебе сколотить медиасервер из говна и палок с дебианом, mpd и айскастом, который будет тебе по сети стримить аудио откуда угодно. Всё в твоих руках.
да, как будет домашний сервер какой-то — так и сделаю. а с p2p js это можно сделать аболютно без ебли.
Поясни, как ты собираешься из p2p js получать доступ к локальным файлам.
придется поднять файлосервер
еще надо как-то придумать обнаружение компьютерами друг друга, конечно, попроще чтоб было
И дальше как? Чем это будет отличаться от прямых запросов на твой сервер? Я так понимаю, суть p2p js в обмене данным между браузерами без всяких серверов, а если с одной стороны нужно поднимать сервер, то задача сводится к уже существующим запросам и HTML5.
неее. суть p2p просто в управлении со своего браузера тем браузером, что на ноутбуке том. чтоб переключать композиции и так далее.
ооо, так можно ж обойтись и без p2p, что ли. хмм...
Хуйня какая-то. А не проще на том ноуте поднять самописный управлятор с вебмордой?
на каком из? ну мне надо с моего ноута управлять проигрыванием музла на том ноуте (потому что колонки в том). без пробрасывания портов и регистрации.
а, музло на этом ноуте тоже.
Блеа, хватить мне мозги ебать. Тот-этот, блядь. Чего, блядь? Про что несешь? Вообще охуеть. Ноут A и ноут B, объясни схему в этих понятиях, где музыка, где ты, кто кем рулит.
ноут А, за ним сижу я. на нём лежит музыка. ноут B подключен к колонкам. максимум усилий, на которые я согласен — зайти на определенный урл в браузере на ноуте B. задача: сидя за ноутом А играть музыку, находящуюся на ноуте А через колонки, подключенные к ноуту B.
так вот. мне кажется, что вполне можно написать веб-страничку, которая получает указания проигрывания/остановки проигрывания и урл к файлу музла. так что я осознал, что это вполне можно запилить.
Монтируешь каталог с музыкой на ноуте A к ноуту B, на ноуте B поднимаешь веб-сервер + на пыхпыхе пишешь управлялку плеером. В итоге, подходить к B вообще не надо.
да, так вот я не хочу пытаться писать веб-сервер под это говно. там какой-то древний питон если еще можно найти — уже счастье будет.
ну и, так сказать как я уже сказал так сказать, решение с html-страничкой универсально.
А как твоя страничка будет плеером управлять? И какой там плеер вообще? Или ты хочешь самой страничкой и играть вместо плеера? А как же плейлисты и прочая хуйня?
вот тут самое интересное и начинается (потому я зачем-то и приплел p2p). на своем ноуте (который A) я запускаю скрипт, который: 1. подымает веб-сервер для доступа к музычке. 2. получает мой ip-адрес и дает ссылку. 3. подымает по этой ссылке (вроде http://192.168.1.102/listen.html ) специальную страничку, которая подписывается на события (к примеру, лонг-поллинг или вебсокеты) по какому-то еще адресу (к примеру, http://192.168.1.102/obey ) и выполняет все указания, приходящие оттуда. оттуда приходит указание к примеру { 'action': 'pause' } или { 'action': 'play', 'files': [' http://192.168.1.102/music/rap.mp3']} , создает тег <audio> и т.п. понимаешь?
ну да. и, собственно, еще одна страничка player.html, но на нее захожу уже я на ноуте A, на ней уже плей-листы и прочее возможно.
блять, я гений! очень хочу реализацию теперь :-)
Мудак ты. Сервер на клиенте подымать — это ебануться головой надо. Лучше наоборот сделай, сервер на B, туда же монтируй чем угодно свою музыку и крути. Тем более, можно сделать так: на B запускаешь браузер с плеерной страницей, которая поллит локальный сервер (который тоже на B) на предмет команд, а этому серверу ты отдаёшь команды с A также через веб-морду. Отсюда сразу куча плюсов — для B неважно, откуда брать музыку (как примонтируешь, так и будет), далее, ты можешь рулить с любого ноута, а не только с того, на котором у тебя сервер запускается по твоей схеме и т.д. Клиент должен быть легковесным как только можно, а сервер должен делать свою задачу в обслуживании.
еще раз. сервер на B я писать не хочу и не буду. музыка у меня на ноуте A. клиент легковесным быть не должен. от ОС компьютера с колонками я зависеть не хочу (блять, это ж может быть даже мой телефон, на котором есть браузер с поддержкой <audio>!).
а то что ты описал — да, любому в голову приходит и я примерно это сделаю уже с "домашним сервером" (который вечно включен, на котором кино и бекапы, который к телеку подключен и т.п.)
короче ты вообще не понимаешь задачу, а пытаешься вывернуть её наизнанку так, чтоб твой ум её мог осилить.
(благодаря примеру с телефоном я еще раз убедился, что я — гений)
Я понимаю задачу ровно настолько, насколько ты мне её описал. Так как ты хотел, чтобы у тебя играло на ноуте с колонками, я логично предположил, что именно он центр твоей аудиовселенной, насчёт телефонов разговора вообще не было. Короче, делай как знаешь.
но насчет того, что музыка на ноутбуке A я ведь говорил? и логично предположить, что я её иногда и в наушниках слушать хочу, и не только дома). в общем, спасибо в любом случае, без тебя у меня бы с идеей не вышло (я бы ходил с дурацкой мыслью о ёбаном p2p в js). теперь осталось имплементнуть.
Да не за что, две головый и две точки зрения всегда лучше одной. Мне лично p2p js интересен для реализации сервиса файлообмена без торрента (точнее, торрент-клиент в любом браузере). Такие вещи уже есть ( http://ru.filesovermiles.com/), но они заточены на флеш и имеют жуткий лимит ввиду секурности — файл должен целиком загрузиться в память и держаться там всё время раздачи. Понятно, что объединить прямой доступ из js к диску и секурность этого довольно сложно, разве что выдавать подтверждение с полным путём на доступ к файлу или целому каталогу или в настройках браузера указать один каталог, внутри которого и оперировать файлами, выдавая права доступа каждому желающему сайту по запросу. И т.д.
ага, p2p передача файлов очень нужна. пока что оптимальный вариант — skype. увы.