https://mobile.opennet.me/openforum/vsluhforumID3/64266.html Опубликован (http://www.streaminglearningcenter.com/articles/ogg-vs-h264---round-one.html) отчет с результатами измерения качества картинки при организации потокового вещания с использованием кодеков H.264, Ogg Theora 1.0 и Theora 1.1 (http://www.opennet.ru/opennews/art.shtml?num=23587) (Thusnelda). Вывод сделан неутешительный, на низких битрейтах (ниже 1mbps) Ogg Theora заметно проигрывает формату H.264, причем размытость и артефакты на изображении существенно различимы. Тем не менее по эффективности кодирования и скорости кодирования/декодирования Theora обогнала H.264, но оптимальный баланс между качеством и интенсивностью потока пока демонстрирует H.264. <br><br><br><br>Низкое качество Theora 1.1 было объяснено (http://www.streaminglearningcenter.com/articles/ogg-vs-h264---round-one.html?comment_id=370#comment_370) одним из разработчиков Theora неверной установкой параметров буферизации, установленной в режим минимизации задержек (предотвращения остановок) на низкоскоростных каналах свя...<br><br>URL: http://arstech https://mobile.opennet.me/openforum/vsluhforumID3/64266.html#92 Tue, 02 Mar 2010 11:47:16 GMT &gt;Это доказывает то, что можно делать почти всё. <br><br>Да хрен там. System-wide кодеки - нельзя. А standalone плееры, смотрелки и т.п. ... простите, но мне как-то удобнее когда формат начинает пониматься всей системой вообще. Запускать плеер для того, а потом плеер для сего, а потом плеер для этакого - неудобно нифига, знаете ли. Да и не хватает зачастую скорострельности яве на дохлом проце для реалтаймного декодирования. Даже звука, про видео вообще помолчу.<br><br>&gt;Оптимизация и ускорение на J2ME существенно важнее, чем в нативном коде. <br><br>Хоть раком встаньте, но в тугих циклах оно сливает нативному коду раза в три. За счет рантайм проверок и прочая. А это серьезно. Ждать вместо 3 секунд 9 при открытии картинки - мучительно. А если кодек вместо 20% проца сожрет 60 - это будет номер. Впрочем такой кодек скорее всего будет жесточайше икать потому что не будет периодически укладываться в реалтайм. А если яве приспичит мусор собрать или там чего еще - ну, весь мир подождет.<br><br>&gt;в последнем, зачастую, забивают на оптими https://mobile.opennet.me/openforum/vsluhforumID3/64266.html#91 Tue, 02 Mar 2010 11:11:41 GMT &gt;&gt;Некоторые разработчки на J2ME портировали код для работы со сжатыми <br>&gt;&gt;изображениями (чтение есть, нужна запись) из Java SE в J2ME-приложения <br>&gt;&gt;практически без потери основного функционала. <br>&gt;<br>&gt;Я рад за них, но не догоняю что это доказывает.<br><br>Это доказывает то, что можно делать почти всё. Оптимизация и ускорение на J2ME существенно важнее, чем в нативном коде. в последнем, зачастую, забивают на оптимизацию совсем &#8212; добились приемлемой производительности, значит можно больше ничего не делать.<br><br>&gt;&gt;Работу с байтовыми потоками в java/javame никто не отменял. <br>&gt;<br>&gt;Строго говоря, для LZ оптимальнее работать с битовыми потоками зачастую.<br><br>Работа на уровне битов и битовые операции в Java тоже доступны.<br><br>&gt;&gt;Никакой библиотекой libpng на J2ME-девайсах не пахнет, <br>&gt;<br>&gt;Отлично, а на девайсах с libpng никакой J2ME не пахнет. Квиты? :)<br><br>J2ME эмулируется даже в Android, не говоря уже о WinCE. Я на iPAQ hx4700 использовал Opera Mini на IBM J9 WEME вместо того нативного убожества под названием IE, что туда https://mobile.opennet.me/openforum/vsluhforumID3/64266.html#90 Tue, 02 Mar 2010 00:51:32 GMT &gt;городе по-крайней мере) итого набрать массив на 2 ТБ обойдется в <br>&gt;360 долларов, <br><br>Хороший рецепт как сделать дорого, жруче и ненадежно :D. Вот только вы представляете себе сколько юзерья наседает на штуки типа ютуба и сколько они туда вливают говна? Я не думаю что гугл и т.п. сильно пропрется от идеи более чем удвоить размер файлопомойки :)<br> https://mobile.opennet.me/openforum/vsluhforumID3/64266.html#89 Tue, 02 Mar 2010 00:40:49 GMT &gt;&gt;[оверквотинг удален]<br><br>Хреново удален.<br><br>&gt;&gt;&gt;Нобелевка! <br>&gt;&gt;Тогда дайте ее плиз господину Хаффману :).И еще некоторым. <br>&gt;Ха не надо ля-ля данными может быть и байт позже он может <br>&gt;шифроваться и 2 битами. <br><br>Хаффман грубо говоря пытается кодировать более часто встречающиеся байты более короткими последовательностями чем редко встречающиеся (до похожей идеи допер еще дедушка Морзе, сделав коды часто встречающихся букв более короткими). Ежу понятно что если в потоке все значения байтов встречаются одинаково, выиграть не получится ничего. Но если в потоке неких байтов больше а неких меньше, хаффман выиграет за счет более экономного кодирования частых байтов. Заметьте что повторы хаффмана вообще не интересуют. Его интересует сугубо статистические свойства потока. Если распределение частот возникновения байтов в потоке неравномерное, хаффман выигрывает на этом. Так что нобеля ему :).Да и прочим кто клепает компрессоры оперируюзщие вероятностными делами. <br><br>&gt;Хотя да существуют и другие алгоритмы сжатия: вроде https://mobile.opennet.me/openforum/vsluhforumID3/64266.html#88 Mon, 01 Mar 2010 22:48:34 GMT &gt;&gt;А мой даже midi играть умеет) <br>&gt;<br>&gt;Интересно, Nokia N900 может нормально воспроизвести MIDI без проприетарных блобов? <br><br>А кто сказал, что у меня N900?)<br> https://mobile.opennet.me/openforum/vsluhforumID3/64266.html#87 Mon, 01 Mar 2010 19:10:59 GMT &gt;Зачем включать заведомо убогие кодеки, <br><br>Я и смотрю, ворбис такой убогий что заруливает большую часть остальных при слепых тестах.<br><br>&gt;когда доступны более качественные? Ни один производитель <br>&gt;не решится выпустить продукт, где совмещаются взаимо противоестественные <br>&gt;технологии &#8212; франкенштейн никому не нужен. <br><br>Да что вы? А производители которые пихают огг в их плееры - это глюк? :)<br><br>&gt;Нюанс в том, что vorbis+theora не дотягивают до уровня качества AAC+H.264, вот и всё. <br><br>Вообще-то мне ворбис понравился больше AAC. Вот теора да, дохловата. Ну и какого буя за меня какие-то уроды решают что мне нельзя играть ворбис? На вашей J2ME не больно то напишешь кодек который может для всей системы декодировать желаемый формат. А накукуй мне какой-то левый отдельный плеер? А для рингтонов и т.п. - бодаться с конверсией в "правильный" формат? Замечательно, ага. Аж 2 раза. Вот убогие девайсы тем и отличаются что несамостоятельны и вечно требуют инвалидские костыли.<br> https://mobile.opennet.me/openforum/vsluhforumID3/64266.html#86 Mon, 01 Mar 2010 19:05:20 GMT &gt;Я таких расширений-то не знаю. <br><br>И что дальше? Ну да, по мнению леммингов круто когда можно выбрать из полутора наименований. А почему я должен ограничивать себя форматами которые соизволил запихать производитель?<br><br>&gt;На J2ME-девайсах MIDI, как и другие медиаформаты <br>&gt;- AAC, WAV, MPEG - играется без проблем даже в java-приложениях <br><br>Вот только играет их по факту какойнить обложенный блобами по самое небалуйся синтезер или декодер... <br><br>&gt;(из java-кода вызывается плеер телефона). <br><br>И, конечно, это совсем не закрытый блоб? oO<br><br>&gt;Ничего доустанавливать не нужно. <br><br>Более того - если вдруг захочешь доустановить - окажется что это нельзя. Знаете что такое нормальная поддежка формата? Это не игра его из вашей гребаной самопальной програмки. Это прививание system-wide поддержки формата кодеком, мля. И да, поставив бинарный кодек ворбиса в симбиан, маемо и т.п. - я получаю игру нового формата ВО ВСЕЙ СИСТЕМЕ. Вплоть до того что ранее неподдерживаемый файл как 2 пальца об асфальт ставится на рингтон и, вашу мать https://mobile.opennet.me/openforum/vsluhforumID3/64266.html#85 Mon, 01 Mar 2010 18:55:40 GMT &gt;Притом, что в PNG используется СЖАТИЕ (без потерь). Такие же кодеки на <br>&gt;Java есть и для GIF, JPEG и BMP. <br><br>Круто. А почему вообще каким-то супербогам должно быть можно загонять меня в фиксированные рамки "вы юзаете только эти и эти форматы, а остальное - ни-ни"? А то парсер/декодер на яве если и получается то куда как более тормозной. Ну а если вам просадили (и без того хилый) проц в 3 раза галимой виртуалочкой, значит в сможете в 3 раза меньше чем "божки". А уж system-wide кодек на яве и вовсе хрен напишешь. Так чтобы поставил его и системный плеер, рингтоны, системные сигналы и прочая стали бы понимать желаемый формат.<br><br>&gt;Некоторые разработчки на J2ME портировали код для работы со сжатыми <br>&gt;изображениями (чтение есть, нужна запись) из Java SE в J2ME-приложения <br>&gt;практически без потери основного функционала. <br><br>Я рад за них, но не догоняю что это доказывает. <br><br>&gt;Работу с байтовыми потоками в java/javame никто не отменял. <br><br>Строго говоря, для LZ оптимальнее работать с битовыми потоками зачастую. <br><br> https://mobile.opennet.me/openforum/vsluhforumID3/64266.html#84 Mon, 01 Mar 2010 18:12:07 GMT &gt;&gt;OGG поддерживается, если производитель девайса включил кодек в <br>&gt;&gt;прошивку. <br>&gt;<br>&gt;Ключевая фраза. ЕСЛИ СОИЗВОЛИЛ. <br>&gt;То есть де-факто производитель УЖЕ включил поддержку aac, mp3 и т.д., а <br>&gt;вот vorbis+theora забыл,ага.<br><br>Зачем включать заведомо убогие кодеки, когда доступны более качественные? Ни один производитель не решится выпустить продукт, где совмещаются взаимо противоестественные технологии &#8212; франкенштейн никому не нужен.<br><br>&gt;Нюасн в том, что за первое платит потребитель. А второе - открытое, <br>&gt;бесплатное. <br><br>Нюанс в том, что vorbis+theora не дотягивают до уровня качества AAC+H.264, вот и всё.<br><br>&gt;Так почему нас ВЫНУЖДАЮТ пользоваться платным продуктом за НАШИ же деньги? <br>&gt;Попахивает мазохизмом, как минимум.<br><br>Ты сам-то осознал то, что спросил? Никто никого не вынуждает &#8212; ходи с Nokia 1*** или покупай N800/N900.<br>