>> Зачем переписывать кодек VP8 на Java, если он прошивается в ПЗУ телефона?
> Внезапно, твои краплеты на яве "прошиваются" в то же самое "пзу" (как правило являющееся NAND флешкой).Раз завёлся разговор про J2ME, а не Android, jar-файлы с мидлетами приходят на телефон не в прошивке, а в большинстве случаев по OTA (по воздуху) — есть такая технология доставки мидлетов, когда пользователь выбирает ссылку на описатель мидлет-сюиты jad-файл внутри мобильного браузера, а после согласия на доставку загружает мидлет(ы).
>> Ведь всё равно наружу выставляют программный интерфейс для доступа к нему
>> из приложений на Java,
> А что если захочется НОВЫЙ КОДЕК заинсталлить?
А зачем тебе новый кодек? Что положили в прошивку — пользуйся. Не нравится — меняй прошивку или покупай другой телефон. В прошивке всё системное ПО отлажено и защищено от шаловливых ручёнок.
> Убогому крапу с j2me этого
> не дано, но для смартфонов это вполне возможный технически вариант. То
> что его не всегда разрешают политически - ну так за это
> некоторые и не любят искусственно кастрированные платформы.
То есть ты признаёшь, что в смартфонах кодек VP8 далеко не всегда можно заменить. И тем не менее утверждаешь, что обычный мобильник со прошитым VP8, который можно задействовать из J2ME, крап?
>> и мидлеты спокойно пользуются функциями этого "чёрного
>> ящика", как и функциями нативной OpenGL ES.
> Ага, а вот FCAM на моем n900 реализует допустим кастомный алгоритм автофокуса.
> И свои функции обработки картинок с матрицы. Не хочу ничего сказать,
> но фотки получаются явно лучше чем родной камерой да еще и
> в пережатый жыпег. А ява-кодеры смогут рожать только 100500 оболочек для
> сосиски, при том сосиска делается не ими и вкуснее чем есть
> - не станет.
J2ME использует аппаратно-программные возможности, которые заложены в прошивку аппарата. Ничем не лучше и не хуже того же нативно-смартфонного ПО. Несложные алгоритмы пост-обработки изображений можно реализовать на Java. Байты везде байты.
> А глядя на фотки с андроидов я понимаю
> что сосиска там пополам с картоном.
Какие принципиальные трудности переписать пост-обработку мультимедийных данных с C++ на Java, если это не для реального времени? Трудность в том, что специализированный софт УЖЕ написан на C/C++ (опыт Symbyan и WinCE), а на Java его ещё предстоит написать или переписать, так как в те времена J2ME работала только на полудохлых аппаратах, где не было тех ресурсов, что были в смартфонах с операционными системами. Сейчас ситуация изменилась — приложениям на Java и DEX-машины доступны те же аппаратные ресурсы, что и ранним смартфонным приложениям.
>> от нативной реализации — так работает Jake — Quake2, частично переписанный
>> на Java. Нужно просто разделять ответственность между нативным кодом и управляемым кодом.
> Честно говоря, мне изолированная среда нужна сугубо для просмотра сайтов. А в
> случае локальных приложений у мну политика более жесткая: я вообще не
> запускаю программу если вижу основания ей не доверять.
Как ты увидишь основания не доверять, где критерии доверия нативной программе, выполняющейся по сути в общем операционном пространстве с другими программами?
> Как я смотрю, троянам не очень мешает разграничение прав.
Конечно не мешает. Потому что троянские программы выполняются в одном пользовательском окружении с остальными программами. Защита памяти ничего не даёт, если троянская программа может элементарно изметь файл другой программы и/или её конфигурацию.
В мидлетах это невозможно — контрольные суммы не сойдутся при нарушении целостности class-файлов, а в J2ME используются песочницы, где мидлеты могут видеть данные только родной сюиты, jar-файлы не сохраняются в ФС, а переписываются/классы компилируются в защищённую область NAND.
> В конце концов, я или
> подтверждаю набор прав или иду лесом и прога не работает. С
> таким же успехом я или ставлю прогу, или нет. Поэтому если
> я не доверяю программе - я просто ее не использую. Совсем.
Логично.
>> Пусть нативный код пишут те, кто деньгами ручается за его качество и соответствие заявленным функциям.
> Т.е. про бесплатные/открытые программы можно забыть?
Почему забыть? Например, OperaMini довольно хорошая бесплатная программа, позволяющая экономить трафик и гибко конвертировать контент под размер экрана мобильного устройства.
Никто не запрещает переделать OperaMini под свои задачи — есть довольно много усовершенствованных версий этой программы.
> А я какнить кутимом на н900
> бесплатно попользуюсь. Он в разы лучше любого мобильного шита для андроидов,
> j2me и прочих ифонов получился и к тому же задаром и
> с исходниками. И не пытается меня облапошить/нагреть на каждом углу. В
> отличие от.
Что, и Qt ты сам собственноручно перекомпилировал для своего N900, user294?
> Зато зловредов которые смски на короткий номер шлют, качают рекламу, сливают по
> сети конфиденциальные данные и шпионят - навалом.
Любой несертифицированный мидлет не способен отсылать SMS без разрешения со стороны пользователя. Видимо, ты один попался на этом и теперь ноешь.
> Если прога работает с сетью - это вообще крындец.
Так, "компьютер это сеть" — девиз Sun Microsystems. :)
> Запускать поделки от умников типа тебя
> я просто не собираюсь - untrusted, а мониторить каждый байт на
> предмет не сперли ли чего и не вгрузили ли дряни
> - меня ломает, извини.
Сдался ты мне.
>> Или вам хочется, чтобы весь код был написан на (++, а в фоне всё время
>> работал антивирус касперского,
> Нет, я просто хочу запускать программы которым я доверяю. Например, открытым программам
> от проверенных авторов я как правило доверяю.
И у них есть сертификаты, подписанные доверенными CA? Откуда ты знаешь, может ту программу, которую тебе прислали по почте якобы знакомые, или которую ты скачал с сайта, подвергшегося взлому, не подменили? В J2ME на этот счёт есть система подписей и сертификации, а для твоей платформы что? Кому ты доверяешь на самом деле? "Доброму слову"?
