iモード携帯電話用Java（iアプリ） Part 5

>>925-926
ロードしてるなら、
javaヒープや機種によっては内部ワークを少なからず消費してるはずだから
ありえるんじゃないのかなぁ。
ヒープのGCの頻度や一回の重さも変わるような気がするから。

最近の画面サイズに合わせた画像は、リソース負担でかいから、ありうる話。

>>927
>>928
情報ありがとうございます。
可能性としてあり得る話しだ
とのことで少しﾎｯとしました。
SH900iが特に顕著に変化したようです。
もし大きな画像を使うなら
使わない時は破棄しておいて
使う時にその都度ロードした方が
よさげですね。
でもそれはそれでロード時間がかかるか。
うん、その時はその時考えますw
ありがとうございました。

>>927
キャッシュのヒット率も下がるだろうしな。

>>929
ロード時間に目を瞑れるようだったらそうしたほうがいいかもね。
やたらロードしまくりだったらリソース不足で落ちるかもしれんし、
それよか確実に動いてくれるほうがうれしいな。

D505で画像用の内部ワークが尽きて落ちたときは正直マイッタ。
結局画像サイズをちっちゃくして逃げ切ったけど、
あまりこんなことで悩みたくないよなぁ…

>>923
といってもAPIは全部公開されてるからな(^^;
あれを見たらぶっこ抜けないことは明らか。
というか、ぶっこ抜く方法見付けた奴は神になれるなw

＞あれを見たらぶっこ抜けないことは明らか。
XStringの中身がわからないってこと？

>>933
XStringの中身をiアプリが知ることは出来ないって意味で言ったけど。。

DXと言えどもユーザーのデータはぶっこ抜けないんだよ

一度XStringを描画したらそのGraphicsからは一切ピクセルが読めなくなるとか
比較が出来ないとか
あらゆる手が封じられてる感じだから、もし穴を見つけた香具師は神なんだよ。多分

ITmedia エンタープライズ：特集：第2回　Eclipseで始めるiアプリ――環境構築編 (1/7)
http://www.itmedia.co.jp/enterprise/articles/0407/15/news027.html

だそうDEATH

iアプリでブラウザ作りたいんだけど
タグの処理方法の書かれてるよい資料かサイト
しりませんか？

>>937
それはiアプリスレで聞く内容ではない。

知らんやつにはきいとらん

(つД`)親切で教えたのに。Web系に行きなさい

俺が悪かった。
カリカリしてたもんでな。
すまん。Web系にいってくる。

>>937
iアプリでは無理、という結果になるに150ぬるぽ

package com.nttdocomo.system;

import com.nttdocomo.lang.*;
import com.nttdocomo.ui.IApplication;

public class Test extends IApplication
{
public static void Method()
{
try
{
XString x = SystemPrivateXString.createXString();
SystemPrivateXString.saveXStringValue( x , "a" );
String s = SystemPrivateXString.loadXStringValue( x );
System.out.println( x.toString() );
System.out.println( s );
}
catch( Exception e )
{
System.out.println( e.getMessage() );
}
}

public void start()
{

Test.Method();
}
}
エミュ上でなら動くんだがな

>>942
150ｶﾞｯ

>>943
そりゃsystemパッケージにクラス挿入したら何でもできるわな…

＞[DoJa-3.0]
＞端末によっては、ImageEncoder クラスで画像の形式として "J3dTexture" を
＞指定することで、 イメージをテクスチャのデータにエンコードすることができます。

↑これって、どの機種で可能かテストしたことある香具師いる?
可能であればインチキ光学迷彩が実装できるな・・・

初歩的質問スマソ。

P505iで作ったアプリを、D506iに移植しようと思ったら、D506iがgraphics2クラスを
サポートしていないことに初めて気が付きました。
このような場合、どうやってアプローチすればよいのでしょう？
やっぱ低レベル3DAPI使うしかないのかな……

>>947
あぁ、そうだったけ？
だとしたら低レベル3DAPIとやらを使うしかないのでは？

>>947
そんなことは無いはずだが…。

Graphics2で半透明が使いたいんでしょ
機種によっては使えないよ
でも凝った処理をしないなら半透明ポリゴンで何とかなると思われ
やったこと無いけど

ただ、低レベル3DAPI（C3D〜クラス)ってD以外使えるのか？
Graphics3Dを使った方が安心だと思うが‥

ああ、Graphics2か。Graphics3Dと勘違いしてた。
Graphics2は使えない機種があるね。

使いたいのは半透明と左右反転だけです。
これってGraphics3Dでいけるんでしょうか？
3Dのプログラミング経験は皆無なので、API仕様見てもさぱーり……

ちなみに、Dは高レベル3DAPIでも、ハードウェアレンダしてくれるのでしょうか？

setTransparency()

>>953
3Dはモデルデータつくるのが大変だよな。
データさえ作っちゃえば、そういうメソッド呼べばいいので簡単なんだけど…。

そこでドット絵ですよ

左右反転はGraphics#setFlipModeで可能
半透明はGraphics3Dで使えるけど加算、減算、50%ブレンドの三通りだけ
あと、DoJa3.0以降ならモデルを前もって作っておかなくても使えるぞ
http://www.saturn.dti.ne.jp/~npaka/sorami/4/index.html
とか見てくれ

PrimitiveArrayって、どれくらい実用的なの？

>>957
900iシリーズなら、まぁ使える。
D＜＜(実用最低ライン)＜N≦P＜F＜＜SH
だと思ってくれ。

50X系ではゲームとして実用的な見栄えと速度を出すのは大変だと思う。
最速と言われているPでも厳しい。

N900iとP900iって、端末のソフトだけでなくJava VMの挙動も同じものと考えてええのん？

P900i系＋N900i系 28％
900i系(DoJa-3.5) 41％
505i系(DoJa-3.0) 26％

うちのサイトこんな感じなんでP900iに機種変してこようかと。

>>958
へー。じゃあ結構使われてるのね。
しかし、SHってがんばってるなあ。

>>959
まったく同じではないけど、結構似てる。
メモリ管理や描画まわりの癖とかは共通してる感じ。

Graphics2の対応状況とか、細かいところでは多少違うね。

>>960
1機種だけダントツで速いってのも結構困る状況なんだよねー。
SHをターゲットにして作れれば楽なんだけど、そうも言ってられん。

シェアの高いN/Pが3Dの性能イマイチ(その代わりImage系は速い)
なんで、2Dものには使わないほうが無難かも。
ポイントスプライトはサイズがでかくなると誤差丸めの影響で
ポリゴン分割面が見えちゃうし。

DOJA3.5エミュレータでコードリーダ起動で
getParameterを使って読み込もうとしていますが、
パラメータがどうしてもNULLになってしまいます。
起動まではOKです。
CMD:まではちゃんと読み込んでいるみたいです。

コードはこうなってます
public class sample2 extends IApplication {
public void start() {
String msg;
String a = IApplication.getCurrentApp().getParameter("xxxxx");
System.out.println(a);
if(null != a) {
msg = a;
} else {
System.out.println("パラメータがNULLです");
msg = "ASCII";
}
．．．．．．．．．．．．．
どなたか同様の問題にあったことはありませんか？

>>963
jamは？

jamはこんな感じです

AllowPushBy = Code:command
LastModified = Fri, 23 Jul 2004 18:19:04
AppClass = sample2
AppName = sample2
PackageURL = sample2.jar
AppSize = 598

ちなみにコードリーダのデータは
LAPL:ADFURL:http\://xxx.yyy.zzz/sample2.jam;CMD:command;PARAM:xxxxx,value1;PARAM:name2,value2;;
としています

AppParamに指定したデータが取れるんじゃないのか？

>>699
それを取るメソッドはgetArgs。
getParameterの話してるんだからずれてはいないと思う。
ただ、コードから起動する時にどういうパラメーターにすればいいかは知らん。

いろいろありがとうございます
ドコモもデフォルトでインストすると
\iDKDoJa3.5\lib\multimediaにsample1.datを用意していて
明らかにコードリーダのデータなのですが
sample1.javaはなくてその辺が微妙な気がします
まさかエミュレータで動作確認してないとは思いませんが
getArgsでAppParamからデータを取得は出来てます
なお、赤外線のデータ渡しも同様にgetParameterを使うようです

質問です。

質問です

答えです

答えです

>>967
ｽﾏｿ勘違い。

getArgsの時は「パラメータ名=値」の形式だけど
getParameterの時は「パラメータ名:値」の形式でいいのかな

DojaマニュアルやDOCOMOのサイトでも
PARAM:Valueとなっていて
実際PARAM:Value以外の形式では「不正なフォーマットです」
となってRejectされてしまいますね

>>973
エミュレータの環境設定とかは問題ない？
どこかやり忘れてるってのがありがちなんだけど。

無償Java対応携帯電話の貸し出しサービス
http://ac-admin.appget.com/service.htm

アプリ★ゲットからこんなん来たけどどうよ？
俺は大阪モンなので無縁な話ですが（涙）。

974までのみなさん色々ありがとうございました
自己レスです

結論から行くと実機でOKでした

外国サイトに似たようなBBSと似たような質問があって
（おそらくアメリカ）
そこにエミュレータでは動作不可で実機OKのようなことが書いてあったので
ではやってみようとなって　難なく動作しました
今後の開発でパケ代がその都度かかるのではちょっと困りますが
なんとかエミュで動くようにならないかな？
とは継続して考えています
他のエミュで動いたよとか情報があれば今後ともよろしくお願いしますｍｍ