Pull to refresh
1
0
izenfire @iZENfire

User

Send message
Поправляюсь:
W3C ПЛАНИРУЕТ включить AAC в качестве стандарта WWW:
http://www.whatwg.org/specs/web-apps/current-work/#video0


Комитет W3C пошел на поводу у компаний Nokia и Apple и официально исключил из стандарта HTML5 упоминание о форматах Ogg Vorbis / Theora (http://www.xiph.org/ogg/), как основных для представления видео и аудио данных в Web:
http://rudd-o.com/archives/2007/12/11/removal-of-ogg-vorbis-and-theora-from-html5-an-outrageous-disaster/
> Ссылки на тесты?
Честно потратил на поиск минут сорок, но так и не нашёл тесты по ресурсоёмкости декодеров OGG/Vorbis и AAC.

Я основываю своё мнение на высказываниях авторов обзоров мобильных гаджетов с WM на борту (~2005год), где они сравнивали время непрерывного проигрывания OGG- и MP3-файлов. (К сожалению ссылки дать не могу). Так вот, в случае с OGG девайсы работали около 6-7 часов; MP3 они проигрывали по 10-12 часов. Скорее всего это зависит от программной реализации кодеков, и сейчас они существенно улучшились/оптимизировались. Так что ваше право считаь ту мою реплику несущественной, но всё-таки стоит хотя бы проверить, если есть такая возможность.

> На данный момент поддержка Ogg Vorbis есть в плеерах iRiver и Cowon. Для Symbian смартфонов был (и есть) OggPlay

Но контейнер OGG не поддерживают большинство обычных мобильных телефонов.
Sony-Ericsson, например, хорошо воспроизводит как MP3, так и AAC (.m4a, 320kbps) файлы.
Телефоны Nokia — тоже самое.

Кроме того, AAC признан в качестве стандарта W3C для обмена музыкой в Web.

> LAME и FAAC - это вообще-то кодировщики :-/ Может не стоит все в кучу мешать?
Я в том смысле, что инструменты кодирования/декодирования есть и они так же свободно доступны как OGG/Vorbis.
В котором из линуксов?
В своё время проводил измерения производительности. Так вот, Duron 700МГц по тестам комбинаторики/сортировки на Java был быстрее разогнанного PentiumII 350@450МГц ровно в три раза и по быстродействию соответствовал в общем случае PntiumIII 800МГц.

Микроархитектура AMD Thunderbird/Spitfire восемь лет назад была поистинне революционна.
Есьт ещё Apache FOP.
Складывать данные в DOM? Ну это когда данных немного и памяти достаточно. ;)

Для разбора составного датасета в XML лучше применять какой-нибудь SAX-парсер, а не DOM.
Вот здесь: http://www.javadesktop.org/rollups/components/index.html
замечательные проекты на Swing.

И про этот ресурс: http://java.sun.com/products/jfc/tsc/sightings/index.html
не забываем.
Nokia - производитель мобильных гаджетов, в которых важна долгоиграющая музыка. OGG/Vorbis жрёт ресурсы микропроцессоров больше, чем AAC и дже MP3 (в этом смысле AAC экономичнее остальных форматов, что бы там ни говорили о поддержке DRM, да и гаджетов с кодеками AAC и MP3 завались; есть свободные реализации: FAAC/FAAD, LAME MP3).

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

Может лучше использовать java-технологии Apache Software Foundation и гибко масштабируемую FreeBSD 7.0?
Я давно не занимался server-side-приложениями на Java (c 2002 года). Вот тоже хочу снова вернуться на эту стезю. Смотрю, какие переводные книжки появились по новым технологиям Java и не нахожу этого! На русском языке практически нет новых книг по технологиям J2EE, а за пять-шесть лет то, что было раньше, уже устарело. Сейчас никто не пишет JSP-страницы вручную — используются фреймворки (обозначенные автором темы).

Технический английский у меня на троечку, так что разобраться с новой архитектурой/фреймворками на инглише тяжеловато будет. Что можете порекомендовать для первичного изучения, так сказать, чтобы быстро вернуться "в тему"? Я думаю начать с JSF, ведь по нему скоро выйдет переводная книжка "Core JavaServer Faces, 2nd Edition" авторов David M. Geary, Cay S. Horstmann. Для начала в практическом изучении хочу ограничиться работающим форумом на Tomcat+ApacheDerby.

Так что посоветуете?
Не пробовали использовать FreeBSD 7.0? :) Там есть не только бинарные пакеты, но и linuxulator. Каталог /compat/linux: 10329 элементов, вычисление объёма 306,1 MB. :D
Да, да. Что люди не придумают, лишь бы не знать Java, которая не только JSP, но и консольная, и серверная, и 3D, и... платформо-независима. :)
FreeBSD — это портированный на x86 UNIX. Два раза переписанный: первый раз когда просто захотели портировать, второй раз, когда Novell по решению суда потребовала удалить собственный код AT&T из BSD.
Пингвины — ожиревшие ласточки. Ж)
Ужас просто.

По сравнению с Linux система FreeBSD похожа на DOS: после форматирования флэшки в UFS2 и внедрения загрузчика boot0 в "загрузочный сектор" систему можно просто скопировать с винчестера на эту флэшку, поправить /etc/fstab и дописать всего одну(!) строчку в /boot/loader.conf.
Альтернатива Linux это FreeBSD, которая является СИСТЕМОЙ со своими Unix-корнями. Сейчас развивается очень быстрыми темпами. По количеству и качеству прикладного ПО FreeBSD обогнала Debian. наращивается аапаратная поддержка. Драйверы для оборудования если есть, то они работают стабильно и предсказуемо.
Это называется "Заход солнца вручную".
В JSP кэширование байткода реализовано автоматически.
Firefox 2.0.x по сравнению с SeaMonkey 1.1.7 просто тормоз какой-то! Вот, пишу из Fx-portable это сообщение. Одновременно открыто 9 вкладок. Так и хочется его закрыть и больше не использовать.
Ключевое слово: "если всё хорошо настроить". ;)

Information

Rating
Does not participate
Location
Антарктика
Date of birth
Registered
Activity