Почему выпуск Flash 9 для Linux задерживается

Там в блоге есть демки http://blogs.sun.com/chrisoliver/entry/more_f3_demos

Заметь, скорость разработки медиа-стаффа чуть-чуть ниже, чем на AS, зато этому фреймворку доступны возможности ВСЕГО JRE, включая весь swing :) Такое флешу и не снилось

А jre, как известно, есть практически под любую платформу, причем на большинстве из них нативный ;)

И для Linux есть полноценная реализация OSS, не хуже ALSA. То, что разработчики Linux решили не идти по пути OSS API - исключительно их проблема. От этого ALSA стандартом не становится.

>>> ВСЕГО JRE, включая весь swing :) Такое флешу и не снилось

Про JRE знаю не так много как хотелось бы, но думаю что как раз таки "снилось" :) Flash быстро развивается, отчасти в строну Java

очень *не* хочу уподобляться тем кто пишет что-то вроде "оно требует JS и флеш плеер", но мне интересно и я хочу запустить демки F3, запускается Java Web Start в окошке пишется 0 of 690 KB Waiting и так уже долго, это у только меня или баг какой? Опять просветите :)

> 0 of 690 KB Waiting и так уже долго, это у только меня или баг какой? Опять просветите :)

Proxy?

> Про JRE знаю не так много как хотелось бы, но думаю что как раз таки "снилось" :)

Ты чего, опомнись :)) С java web-start можно даже в кваку играть (http://www.bytonic.de/html/jake2_webstart.html), интересно было бы посмотреть на флешевый аналог ;)

>И для Linux есть полноценная реализация OSS, не хуже ALSA. То, что разработчики Linux решили не идти по пути OSS API - исключительно их проблема. От этого ALSA стандартом не становится.

Пошли потому что OSS не содержит многих полезных вещей.

Это каких? OSS и ALSA предоставляют примерно одинаковые возможности. Если же действительно хотелось что-то добавить, это можно было сделать развивая, а не переделывая API.

>Это каких? OSS и ALSA предоставляют примерно одинаковые возможности. Если же действительно хотелось что-то добавить, это можно было сделать развивая, а не переделывая API.

софтварный миксинг например.

А чего они такого играют что им SDL не подходит? Он умеет поверх всего нижеперечисленного играть.

> Просветите, а.
Я знаю, что Sony Ericsson k500i умеет svg.

PS: мне не надо крики "нахрена нужны аналоги ГАВНА", etc, не прикидывайтесь идиотами. просто мне нужно нечто подобное флешу необходимо мне для оформления доклада.

У вас устаревшие сведенья. Почитайте про mixer в OSS тут:

http://manuals.opensound.com/developer/ossapi.html

Только в 4.0 версии появилось, которая еще beta :-/

> "Совместимость", мой волосатый друк, есть проблема мастодонтообразных подельщиков типа Оракеловцев, у коих продукт компилится месяц без перерыва - и крайне тяжко отлавливать косяки по всему этому распухшему телу в случае чего.

О, вот он, добрый старыл ЛОР. ;) Картина маслом "Посетители ЛОРа учат программистов Oracle писать кросс-платформенные базы данных".

Версия 4.0 - это одна конкретная реализация. Я же говорил о развитии OSS API в принципе.

>У флеша один плеер, читай *нет* головной боли, типа, это поддерживается в Mozille, но не в IE, а на МАКе вообще третьй случай.

Уже год как хотим увидить флэшплеер для x86_64...

Я про PPC не заикаюсь даже.

Рассказать, почему он может работать во FreeBSD?

>Версия 4.0 - это одна конкретная реализация. Я же говорил о развитии OSS API в принципе.

Ну ALSA развивается быстрее в данный момент.

>А то что SDL и OpenAL далеко не стандарт де-факто!

Для idsoftware OpenAL стандарт де-факто. И вообще для подавляющего большинства игропортировщиков. А уж использовать SDL сам бог велел, если у них какие-то проблемы с xv или еще чем.

>Отучаемся говорить за всех ;-)

Значит так: во фреймбуфере нет такого браузера, где бы работал flash-плеер в текущей реализации.

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

И я лично считаю, что если у тебя не роутер с винтом на гигабайт (хотя нафига ему столько...), то уж пару метров на SDL у тебя найдется.

Это если совсем с головой плохо и нельзя взять код из семерки.

>Для idsoftware OpenAL стандарт де-факто. И вообще для подавляющего большинства игропортировщиков. А уж использовать SDL сам бог велел, если у них какие-то проблемы с xv или еще чем.

На рабочем компьютере ставить openal или sdl ради всякой чуши недобыдлоразработчиков сайтов.... докатились...

> О, вот он, добрый старыл ЛОР. ;) Картина маслом "Посетители ЛОРа учат программистов Oracle писать кросс-платформенные базы данных".

Вай нот, какая нафиг разница между корпоративными писаками? ;) Технология везде по большому счету одинакова, у меня вона, в конторе, такие же "кроссплатформенные писальщики", аж на соляру с вендой и линуксой ваяют одновременно, присматриваясь изподтишка к МежДелМашу - не щадя живота и моска продакт-манагеров своих - дык такого понасмотрелся, что отнюдь не только волосы дыбом встают :) Разве что не база данных, а биллинг на базе этой самой базы :)

s@изподтишка@исподтишка@

конечно же, вроде бы... гм! Нуна бы спеллчекер...

ALSA развивается только в Linux. Если бы разработчики Linux решили развивать OSS, он развивался бы сейчас в Linux не хуже ALSA. Более того, они могли бы пользоваться наработками из других свободных систем, в которых продолжают развивать OSS.

> На рабочем компьютере ставить openal или sdl ради всякой чуши недобыдлоразработчиков сайтов.... докатились...

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

вот орёте "гавно, гавно, только ублюдки испльзуют флэш, нормальные вебдесингеры не юзают кал", но!!!, я вот, к примеру, занимааюсь сноубордингом и маунтинбордингом (очень травмоопасные вещи), и понадобилось залесть на айт одного из луучших производителеййй защиты спортивной - дайнис. и что вы думаете, весь на флэше!!! с флэшем остаётся только смириться, слишком поздно

Угу. Точно так-же весь на флеше сайт XSJADO (А это IMHO лучшие фрискейтовые ролики). Так что - миримся.

>вот орёте "гавно, гавно, только ублюдки испльзуют флэш, нормальные вебдесингеры не юзают кал", но!!!, я вот, к примеру, занимааюсь сноубордингом и маунтинбордингом (очень травмоопасные вещи), и понадобилось залесть на айт одного из луучших производителеййй защиты спортивной - дайнис. и что вы думаете, весь на флэше!!! с флэшем остаётся только смириться, слишком поздно

А травму головы ты не получал? Или даже не помнишь?

Не орать надо, а делать(развивать) открытые альтернативы. Орателей всегда дофига было...

> Web2.0

Забудьте вы этот ничего не значащее слово.

Проблема с апплетами в том, что jvm, сволочь, запускается слишком долго.

>весь на флэше!!! с флэшем остаётся только смириться, слишком поздно

А это значит, что магазин тебя не уважает.

В приличных местах тебе дают выбор - html-версия, или flash-версия.

>Вот поэтому должен быть стандартный API для работы со звуком, который работает везде. ALSA под него не подходит.

Это стандартный API и вся остальная хренота работает через него.

Так что нефиг тут мяться и делать вид, что тупая девственница и члена не видела (я про разработчиков).

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

>ALSA развивается только в Linux.

А линукс развивается везде.

>На рабочем компьютере ставить openal или sdl ради всякой чуши недобыдлоразработчиков сайтов.... докатились...

ДиректХ у тебя идет в комплекте.

А что, твой рабочий компьютер от этого сдохнет и станет хуже работать?

Ты дурак?

Совершенно непонятно зачем вообще этот флэш устанавливать. Чтобы баннеры прыгающие смотреть? ) Это основная область применения его. Сомнительное удовольствие. Ничего хорошего на флэше не видел, разве что мультики симпатичные бывают, но тут заслуга вовсе не флэша, а их авторов. Для разработки веб приложений флэш мало пригоден, поскольку отнимает у пользователя привычные средства навигации(хрен ссылку в новом окне откроешь), создает дискомфорт и жрет ресурсы машины. Хотя конечно производит впечатление на секретаршу дусю. В общем если, например, приличная студия что-то на флэше и делает, то надо создается дублирующая non-flash версия. А такая двойная работа редко оправдана.

Что касается яваскриптов - если не изобретать велосипед, а взять любой нормальный js фрэймворк и получаем красивый, компактный кроссбраузерный код. Со спецэффектами, свистелками и прочим. С любой черточкой или группой черточек или как-нам-удобно svg рисунка мы можем работать так же как и с любым html объектом. анимировать, вешать события и т.д. dom рулит. для пользователей ie есть adobe svg plugin. или. там есть vml. в принципе похожая на svg штука, тоже xml. в принципе, берем xsl в руки и выдаем в ie vml, а остальным - svg.

есть еще такой тег-canvas. для анимации очень хорошо подходит. и есть вот такая штука - эмуляция его в ie http://excanvas.sourceforge.net/

вот примеры использования http://www.xdraw.org/xdhTest.html http://starkravingfinkle.org/blog/2006/04/richdraw-simple-vmlsvg-editor/

>с флэшем остаётся только смириться, слишком поздно

с вендой остаётся только смириться, слишком поздно

>alsa, oss, esd, arts,

Из перечисленных в живых осталась только alsa =)

>но ты поди объясни сие этим идиотам, кои /dev/dsp будут юзать до абсолютного упора

А чем тебя /dev/dsp не устраивает? ALSA прекрасно эмулирует OSS-API. Главное, сам API прост как топор: open его, ioctl, и затем write, wtite, write до опупения.

>А веб приложения c помошью SVG как делаются (что там с логикой хотя-бы)

Логика там на JavaScript. Вот тебе тетрис на SVG:
http://www.croczilla.com/svg/samples/svgtetris/svgtetris.svg

Говно через "о" пишется, уважаемый.

> А чем тебя /dev/dsp не устраивает? ALSA прекрасно эмулирует OSS-API. Главное, сам API прост как топор: open его, ioctl, и затем write, wtite, write до опупения.

Какой-то ментальный онанизм получается с этим "write-write-write!", видать по примеру Балмера работа идет.

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

> Какой-то ментальный онанизм получается с этим "write-write-write!", видать по примеру Балмера работа идет.

Нас всех зомбируют баннерами на лоре.

>Картина маслом "Посетители ЛОРа учат программистов Oracle писать кросс-платформенные базы данных". +1

> Нас всех зомбируют баннерами на лоре.

Да не, банер - то прививка от Макскома, для создания иммунитета перед массированным запуском свисты и последующим выпадением свистяще-пердящих осадков. Тут все путем.

>А чем тебя /dev/dsp не устраивает? ALSA прекрасно эмулирует OSS-API. Главное, сам API прост как топор: open его, ioctl, и затем write, wtite, write до опупения.

Многопоточность на встроенных картах тут же умирает после обращения к /dev/dsp.

> Да и звуковые карты есть не у всех, пусть сделают поддержку
> ПИСИ-спикера, а чо?
Так давно уже в алса есть. Правда, она перманентно в alsa-CVS засела.
В ядре её нет, приходится ручками ставить. :(

> То, что разработчики Linux решили не идти по пути OSS API -
> исключительно их проблема. От этого ALSA стандартом не становится.
Как я понимаю, основная фишка была в том, чтобы стандартизировать
не интерфейсы ядра на уровне ioctl(), как в OSS, а API библиотеки
(alsa-lib). Таким образом интерфейсы ядра можно легко менять, а
проги будут продолжать работать. Кроме того, это позволило вынести
бОльшую часть функциональности в юзер-спейс. К примеру, если в OSS
программное микширование потоков осуществляется в ядре, то в ALSA
это делает сама alsa-lib. Так же это позволит работать по сети.
Если работать с OSS можно только локально, а для сетевой работы
надо использовать esd/arts/nas, то с концепцией ALSA и это не
проблема. Не знаю, есть ли это сейчас, но чисто теоретически я не
вижу проблем чтобы alsa-lib перекидывала звук по сети, и тогда
весь зоопарк саунд-демонов пойдёт лесом.
Одним словом, я думаю, что концепция ALSA более продвинутая, чем
OSS. Реализация, правда, пока хромает, ну да это поправимо.

>>Да, оно гадость и говно, но насколько я знаю, у него нет аналогов.

> А зачем делать аналоги говна? ЗАЧЕМ?

http://www.parallelgraphics.com/products/cortona/

>оперовцам придется подсуетиться над x64 версией..

x64? а это чего за платформа такая?