Опера стала каким-то чудовищным комбайном, теперь и Лиса, которая мне нравилась как раз тем, что изначально - это только каркас, а все остальное надстраиваешь по своему желанию, приобретает монструзные черты. Беда.
Отсутствует
Лия, понимаешь, это ведь базовая функциональность, это как отображение PNG. Просто еще пара форматов. Видеоплэйеры весят по мегабайту и меньше, если там нет фильтров, эквалайзеров, шкурок произвольной формы с прозрачностью, архива шкурок, менеджера плэйлистов, каталогизатора и так далее. Если базовую функциональность по проигрыванию видео встроить в браузеры, и IE8 подтянется, браузеры станут тяжелее, но страницы станут легче, и проблем будет заметно меньше. Возможно, даже видеобаннеры будет легче блокировать, чем Flash-баннеры.
Комбайн - это SeaMonkey. Приближается к этому состоянию Флок.
Для любителей аскетизма - K-Meleon.
А Файрфокс - слегка позолоченная середина. Он тяжеловат не по функционалу, а по прожорливости.
Отсутствует
Да и кроме прожорливости есть в нём и свои плюсы-минусы. А прожорливость - это его данность. NN9 обладает меньшим "аппетитом"...
Жив курилка! (Ромен Ролан, "Кола Брюньон")
Отсутствует
Саша, но мне не нужна такая функциональность, а кому-то не нужна другая, этим и симпатична идея "каркас". Другое дело, что может быть я ошиблась и такая идея изначально не была идей разработчиков; но все равно - беда, хоть и моя собственная.
Отсутствует
Ну мне кажется что встроенные кодеки будут работать стабильней чем плагины, лишние плагины как я думаю выкинут з дистрибутива, ток легче он станет или тяжелей
Отсутствует
Лия
В данном случае минус идеи Каркас в том, что производные продукты будут тормозить
Ведь встроенная функциональность написана на С++ и откомпилирована, а расширения пишутся на скриптах и интерпретируются.
Так что надо либо ждать бинарных расширений, либо компилировать себе свою версию из исходников, предварительно убирая все лишнее
--- ---
Отсутствует
MySh
Да, причём под каждую ОС и желательно одновременно.
А просто написать под каждую платформу по мэйкфайлику не получится?
И неужели нельзя использовать один формат для бинарников (по крайней мере под х86)?
--- ---
Отсутствует
Forest
А просто написать под каждую платформу по мэйкфайлику не получится?
Ага, а я буду искать коммерческий компилятор под Windows, устанавливать, настраивать — только чтобы установить маленькое расширение для Firefox
И неужели нельзя использовать один формат для бинарников (по крайней мере под х86)?
Если бы это было так просто, наверное, и Firefox бы был один бинарный, хоть под Windows, хоть под Linux, хоть под OS/2. Однако отчего-то этого не наблюдается...
Отсутствует
MySh
Ага, а я буду искать коммерческий компилятор под Windows, устанавливать, настраивать — только чтобы установить маленькое расширение для Firefox
Нет конечно - это у разработчиков мэйкфайлики, которыми они собирают нам билд сразу с кучей бинарных расширений
Если бы это было так просто, наверное, и Firefox бы был один бинарный, хоть под Windows, хоть под Linux, хоть под OS/2. Однако отчего-то этого не наблюдается...
По идее разные только интерфейсы к оси.
То есть если все делать на том же QT, то бинарник самого Лиса должен быть одинаков что под линукс, что под вин.
Другое дело, что QT-шные либы наверняка будут шиться в ехе, что уже будет все портить...
--- ---
Отсутствует
Forest
бинарник самого Лиса должен быть одинаков что под линукс, что под вин
Про то, что в них разные форматы (pe и elf) исполнямых файлов вы естественно не знаете?
То есть если все делать на том же QT
Следующим предложением будет переписывание фокса на жаве/дотнете?
Отсутствует
Дану фтопку.
Lex1
Следующим предложением будет переписывание фокса на жаве/дотнете? smile
А ты что предлагаешь так и оставить всё на этом глючном/тормозном GTK
В данном случае минус идеи Каркас в том, что производные продукты будут тормозить sad
Ведь встроенная функциональность написана на С++ и откомпилирована, а расширения пишутся на скриптах и интерпретируются.
Резонно.
Отсутствует
Forest
В данном случае минус идеи Каркас в том, что производные продукты будут тормозить sad
Ведь встроенная функциональность написана на С++ и откомпилирована, а расширения пишутся на скриптах и интерпретируются.
На современных процессорах это уже ИМХО не заметно.
Отсутствует
Lex1
Про то, что в них разные форматы (pe и elf) исполнямых файлов вы естественно не знаете?
Ссылочке на различия был бы очень рад, но не думаю, что они там такие уж катастрофические.
Следующим предложением будет переписывание фокса на жаве/дотнете?
Еще не известно, что лучше: быстрый движек на С++ + медленные скриптовые расширения (которые обеспечивают не такую уж и малую часть функциональности средненастроенного Лиса) или все не так быстро, как С++, но и не так медленно, как скрипты - зато унифицированно?..
TLemur
На современных процессорах это уже ИМХО не заметно.
Весь вопрос в массовости - за секунду Лис должен выполнять много скриптов и ну очень много раз каждый да еще и для каждого окна/таба
Оценку давать не буду, так как в движке Лиса копаться не приходилось, но видя, как он тормозит при большом кол-ве табов, не сомневаюсь, что много.
Еще большой задел современных процов - много ядерность - Лисом фактически не используется (лишь в меру расторопности ОСи) - он ведь однопоточный
--- ---
Отсутствует
Forest
производные продукты будут тормозить
В четвёртом фоксе вроде бы планируют jit-компиляцию, что должно положительно сказаться на скорости (для тех кто не в курсе, подобная техника используется и в жаве с дотнетом, которые тоже в некотором роде интерпретируемые.).
Ссылочке на различия
http://en.wikipedia.org/wiki/Portable_Executable
http://en.wikipedia.org/wiki/Executable … ble_Format
Еще не известно, что лучше
~80% пользователей не используют расширений. Дальше ясно?
Ну а если хотите оценить, то можете попробовать что-нибудь вроде java-browser
Отредактировано Lex1 (19-12-2007 18:21:31)
Отсутствует
Lex1
В четвёртом фоксе вроде бы планируют jit-компиляцию
А когда планируется этот волшебный 4-й Лис?
И зачем изобретать велосипед, если можно было бы использовать существующий jit те же йавы или дотнета?
http://en.wikipedia.org/wiki/Portable_Executable
http://en.wikipedia.org/wiki/Executable … ble_Format
Спасибо, почитаю на досуге
~80% пользователей не используют расширений
Бедные, как мне их жалко
что-нибудь вроде java-browser
Надо будет глянуть.
--- ---
Отсутствует
Саша, но мне не нужна такая функциональность, а кому-то не нужна другая, этим и симпатична идея "каркас". Другое дело, что может быть я ошиблась и такая идея изначально не была идей разработчиков;
Лия, часть моих знакомых сказали бы, что никогда не смотрят браузером PNG-файлы. Хотя это было бы и не верно. Может, тогда сделать поддержку JPEG, GIF и XHTML в виде плагинов и в поставку не включать? Где граница каркаса? Идея каркаса убьет простоту встраивания файлов. Чисто теоретически, IE6 прозрачные PNG поддерживает. Но нетривиальным методом и плохо, поэтому их используют гораздо реже чем могли бы.
Отсутствует
Лия
Ну, резонность это в общем то вопрос подхода. Можно создать быстрый интерпретатор, а можно сделать и компилятор столь медленный что с ним не захочется работать. Пример быстрого решения - DEC FX32. За счёт использования быстрых алгоритмов он позволяем мне на процессоре DEC Alpha AXP выполнять задачи написанные в кодах Intel со скоростью 0,98 от полной скорости процессора. А это по большому счёту интерпретатор. И сам он работает под DEC UNIX, а задачи выполняются ... от Windows XP/Vista. Причём чаще других это Maya 3D/3DS MAX 9. И хоть система "не родная" но людей её мощность устраивает - 256 64-х разрядных процессоров в кластере и доступная память в 97 ТБ... Хватает...
Жив курилка! (Ромен Ролан, "Кола Брюньон")
Отсутствует
У меня что-то Windows Media Player не работает в Firefox
Так-как сейчас ни плеера, ни кодеков в фокс не встроено, то он пользуется внешним плеером и внешними кодеками. Видимо они у вас либо вовсе не установлены, либо были установлены криво, либо поломались, либо вы поставили кривые кодеки.
Рекомендую посетить вот эту страницу: http://www.codecguide.com/download_mega.htm
И скачать оттуда самую новую версию K-Lite Mega Codec Pack (сейчас это 3.6.2, весит 17 Мб).
Или вот эту страницу: http://www.codecguide.com/download_kl.htm
Там лежит облегченная версия K-Lite Codec Pack Basic (2,5 Мб), Standard (7 Мб) или Full (13 Мб).
Во всяком случае у меня у KLMC видео воспроизводится великолепно.
Отсутствует
Не прошло и трёх лет, как Youtube и Vimeo синхронно объявляют о внедрении HTML5. Я не люблю теории заговора, но момент выбран очень грамотно. В новеньком Firefox 3.6 кодек H.264 не работает, а значит будет разочарование и отток небольшой части юзеров на Chrome, который поддерживает как H.264, так и Theora (правда реализация хуже, чем в Firefox).
Краткое изложение ситуации с кодеками (мало ли, вдруг кто не в курсе):
В начале июля 2009 года из черновой версии спецификации HTML5 исчезло требование реализовать в браузере поддержку определённого видеоформата, так как стало ясно, что имеющиеся варианты неспособны устроить всех. Разработчики Firefox предпочитают формат Ogg Theora, к нему же склоняются в Opera. В Apple и Nokia наотрез отказываются поддерживать Ogg Theora и продвигают H.264. Google включил в Chrome поддержку и того, и другого кодека, но на собственных сайтах предпочитает использовать H.264, который дает более высокое качество.
Суть конфликта в том, что H.264 защищён многочисленными патентами, и его использование требует лицензионных выплат, причём есть опасение, что в скором времени их величина существенно вырастет. Создателям Firefox как сторонникам идеологии свободного софта поддержка столь закрытого формата кажется неприемлемой. Вместо него они продвигают полностью открытый, но практически никем не используемый Ogg Theora.
Это резонные доводы, но проблема в том, что и у H.264 есть неоспоримые достоинства. Во-первых, он повсеместно используется уже сейчас. Поддержка H.264 встроена в большинство популярных операционных систем, файлы в таком формате умеет воспроизводить Adobe Flash Player, а кроме того, существуют аппаратные ускорители воспроизведения H.264. Почему Nokia и Apple вместе выступили против Ogg Theora? Мобильные устройства, выпускаемые ими, неспособны воспроизводить видео без аппаратной поддержки (софтовые кодеки даже не рассматриваются, потому что они слишком быстро тратят заряд батарей). Что касается патентной чистоты Ogg Theora, то у юристов этих компаний она вызывает сомнения.
Положить конец противоречиям способно, видимо, лишь вмешательство извне. Если Google переведёт Youtube на H.264 или поддержка одного из форматов появится в Internet Explorer, то остальным волей-неволей придётся принять их выбор.
По-моему, всё правильно написано. Вот Google и сделал свой шаг.
Отсутствует
файлы в таком формате умеет воспроизводить Adobe Flash Player
Вообще не понимаю - в чем проблема? Если флеша достаточно для воспроизведения, то о каком
будет разочарование и отток
идет речь? Никто не заметит, что их браузер воспроизводит H.264 через флеш-плагин.
Отсутствует
dimakey
Они перейдут на HTML5, а там нет ни какого флэша для видео.
Точнее от там не нужен, так как видео встраивается в страницу при помощи соответствующего тэга.
Из-за отсутствия поддержки H.264 в Фоксе такое видео воспроизводиться не будет.
http://www.youtube.com/html5
Отредактировано Lain_13 (22-01-2010 13:22:40)
Отсутствует