BREW(Binary Runtime Environment for Wireless) 3

BREW(Binary Runtime Environment for Wireless)についてのスレ

QUALCOMM BREWホーム
http://www.qualcomm.com/brew/ja/
http://www.qualcomm.com/brew/

BREW JAPAN .COM｜BREW増強計画
http://www.brewjapan.com/

前スレ
http://pc5.2ch.net/test/read.cgi/tech/1076511398/
関連情報>>2-18

■過去スレ
02 http://pc5.2ch.net/test/read.cgi/tech/1076511398/
01 http://pc2.2ch.net/test/read.cgi/tech/1011078904/

>>1
関連情報まだですか？

('A`)ﾉ http://kintubo.kakiko.com/brew/

>>1 乙

>>3
リンクのまとめサイトなんてあったんだな。知らんかった


でも、なんか寂しいので追加しとくわ

BREW関連

Qualcomm CDMA Technologies - CDMA2000 3G Solutions ← チップセットの情報(PDFあり)
http://www.cdmatech.com/solutions/cdma2000_3g_solutions.jsp?L2=cdma2000_3g_solutions



ARM関連

ARM7DTMIの部屋
http://vsync.org/arm/
ARMメモ
http://www.bomber.co.jp/chaola/docs/ARM/
Linux Zaurusでアセンブリプログラミング
http://www.nk.rim.or.jp/~jun/slasm/arm00.html

Ｑ.
BREWアプリを自作して自分の携帯に入れたいのですが？
Ａ.
素人は作ることは可能ですが端末に転送することはできません
あきらめるかＣＰなどのプロになりましょう

Ｑ.
DLLにコンパイルしたものを端末に転送したのですが実行できません
Ａ.
ARMの形式でコンパイルする必要があります
あきらめるかARMにコンパイルできるようがんばりましょう

Ｑ.
BREWて正直うんこなんですが…
Ａ.
そうかもしれません
しかし手段･道具によらず目的を達成するのがプロというものです
がんばりましょう


Ｑ.
＿|￣|○ ……
Ａ.
(つДT)つ旦

ぶりゅっ

シンビアンのほうが良くない？

シンビアンはウイルスあるよ

('A`)1の過去ログ持ってる人いますか？

更新されてた
https://secsvr.net/brewjapan.com/tech/tech20040910.pdf

>>10
持ってますよ。

ARMってはじめてだったけど、整数除算命令ないのね・・・orz

アライメントは良いとしても他に気をつける所ありますか？

>>12
http://age.tubo.80.kg/age01/imgboard.cgi
ここにうｐして頂けますか？お願いします('A`)

アップしました。
ぶりゅぶりゅ過去ログです。

>>15
サンクスです

SDKダウンロードできねぇす。うえーん

>>17

■FAQ
IE5.5SP2以降推奨、NNでも動くかも知れないけどOperaとかMozillaとかは確実に無理。
JavaScript+ActiveX。

あと、会社名とかをちゃんと登録しないとダウンロードできません。
2Channel Inc. みたいな正式な名前。
登録内容は全部英語。
(http://pc5.2ch.net/test/read.cgi/tech/1076511398/15)

技術討論スレに話題が上がってたので質問したいのですが
BREWは携帯電話専用のAPIなんですか？
それとも携帯端末汎用？

>>19
一応、携帯専用APIではなかったはず・・・

Plamでなかったっけ？(計画だけか？)

>>18
FAQあったんだ。。。過去ログ見られないけど、サンキューです！！
Firefox使ってたよ。。。

武龍3.0てどんな感じですか？

おっ
かっこいいな＞武龍

命名：武龍

よみがな：むりゅう

無理ゆう

お後がよろしいようで

虎BREW

質問です。

IDISPLAY_DrawTextにて文字描画を行っております。

文字の部分に枠ができてしまうのですが
解決方法はないのでしょうか？
透過というか、背景に文字が直接描かれるようにしたいのです。

IDISPLAY_DrawText(app->a.m_pIDisplay,
AEE_FONT_NORMAL, // 太字のフォント
wstr,
-1,
0,
204,
NULL,
IDF_ALIGN_CENTER);

現在はこのような感じです。
よろしくおねがいします。

フォントのｺﾒﾝﾄは無視してください。ﾐｽｯﾀ！

>>28
flagにIDF_TEXT_TRANSPARENTは？

ぐあ！できました！>>30様感謝！

ちなみに、ﾌﾗｸﾞを || で繋げていたため
「うごかねー」と、思っていたのかもしれません。。。

ありがとうございました。

ついでといってはなんなのですが、もうひとつ。
３バイトの文字。たとえば"-あ"をAECHARにするには
どうしたらいいのでしょう。

STRTOWSTR()
じゃない方のワイド文字列変換
これ使うと認証通らない

QRコード解析について質問です。

開発環境
SDK: 2.1.1
端末: W21S
Extension(QRDEC3GV)使用

ICameraで取得した画像からQRコードの解析を行いたいのですが、どうしてもうまくいきません。

撮影した画像をファイルから読み込んで解析する場合、撮影した画像ファイルの深度を16bitに変換して
読み込む必要があるそうなのですが、16bitへの変換がうまくいきません。

また、カメラのコールバック関数内で取得したIBitmapインスタンスから直接解析を行う方法も試してみたのですが、
QRDEC_IMAGE等の構造体に格納する値がわからず、IQRDEC3GV_QrdecDecodeSymbolSetParametersで失敗してしまいます。

画像を撮影してファイルから解析を行う方法と、プレビュー画像を直接解析する方法のどちらでも構わないので、
カメラからの画像を解析する方法をご教授ください。
ちなみに、Extensionのサンプルについてきた画像からの解析は成功しています。

QRコード解析について質問です。

開発環境
SDK: 2.1.1
端末: W21S
Extension(QRDEC3GV)使用

ICameraで取得した画像からQRコードの解析を行いたいのですが、どうしてもうまくいきません。

撮影した画像をファイルから読み込んで解析する場合、撮影した画像ファイルの深度を16bitに変換して
読み込む必要があるそうなのですが、16bitへの変換がうまくいきません。

また、カメラのコールバック関数内で取得したIBitmapインスタンスから直接解析を行う方法も試してみたのですが、
QRDEC_IMAGE等の構造体に格納する値がわからず、IQRDEC3GV_QrdecDecodeSymbolSetParametersで失敗してしまいます。

画像を撮影してファイルから解析を行う方法と、プレビュー画像を直接解析する方法のどちらでも構わないので、
カメラからの画像を解析する方法をご教授ください。
ちなみに、Extensionのサンプルについてきた画像からの解析は成功しています。

STREXPANDでできました。
STRTOWSTRは使わない方がいいのですね。ありがとうございました。

カメラの撮影設定がQRコード用になっていますか？
ズームに0x7fffffffを設定してやれば各端末の最適な設定に変更されるはずです
画像取り込みをそれでおこなえば良いと思います
画像解析はメモリを直接参照すr

ICAMERA_SetZoom( pMe->Camera, (int32)0x7fffffff );
という感じで設定しています。
撮影した画像とサンプルについてきた画像をテキストエディタで開いてみたのですが、
サンプルの画像は「BM6」で始まっているのに対し、撮影した画像は最初から文字化けしていました。
従って、撮影した画像のエンコード方法がまずいのではないかと考えています。
ちなみに、ICAMERA_SetVideoEncodeで、AEECLSID_WINBMPやAEECLSID_NATIVEBMPが設定できなかったので、
AEECLSID_JPEGを設定しています。

一応、関係ありそうな部分のコードを↓に載せます。

#define QR_MAX_FILE_BUF300
#defineQR_MAX_DECODE_BUFFER_SIZE2062

// アプリケーション構造体のQRコードに関する部分 ------------
charQR_FileName[64];
unsigned char*QR_psDecodedText;// ﾃﾞｺｰﾄﾞ結果ﾊﾞｯﾌｧ
unsigned char*QR_psFormatText;// ﾃﾞｺｰﾄﾞ結果ﾌｫｰﾏｯﾄﾊﾞｯﾌｧ
longQR_lBufferSize;// ﾃﾞｺｰﾄﾞ結果文字列ｻｲｽﾞ


// QR関係プロトタイプ
static void Conv24BGRto16RGB_UpsideDownEx( IFile * pFile, unsigned char *img16rgb, long hs, long vs, long lImageSize);
static void Conv8BGRto16RGB_UpsideDown( unsigned char *img8bgr, unsigned char *img16rgb, long hs, long vs);
intQR_GetErr(QRDEC_HRESULT lErr);
static boolean QR_DecodeSymbol( IApplet* pi );// サンプルからコピペした解析用関数
static voidQR_DecodeFromBmp( IApplet* pi, IBitmap* pBmp );// IBitmapから直接解析する為の関数

/*-------------------------------------------------------------------------------
HelloWorld2_HandleEvent
ハンドルイベント
------------------------------------------------------------------------------- */
static boolean HelloWorld2_HandleEvent(AEEApplet * pi, AEEEvent eCode, uint16 wParam, uint32 dwParam)
{
CHelloWorld2 * pMe = (CHelloWorld2*)pi;
AECHAR szBuf[30] = {0};
int ret;

// キーイベント
case EVT_KEY: DBGPRINTF("### APP_EVT_KEY ###");
switch( wParam ){
// 選択キー押下
case AVK_SELECT: DBGPRINTF("### AVK_SELECT ###");
// カメラ：スナップショット
if( pMe->Camera && pMe->m_DispState == STATE_PICTURE ){
ret = ICAMERA_RecordSnapshot( pMe->Camera );
return FALSE;
}
return FALSE;
}

/*-------------------------------------------------------------------------------
画像撮影用関数(mode=TRUE:QRモード、FALSE:通常モード)
------------------------------------------------------------------------------- */
void GetPicture( IApplet* pi, boolean mode ){
CHelloWorld2* pMe = (CHelloWorld2*)pi;
intret;
AEESize*pList;
AEESizeList;

pMe->m_DispState = STATE_PICTURE;
IDISPLAY_ClearScreen (pMe->a.m_pIDisplay);
pMe->Camera = NULL;

// ICameraインスタンス生成
if( (ret = ISHELL_CreateInstance(pMe->m_pIShell,AEECLSID_CAMERA,(void **)&pMe->Camera) ) != SUCCESS ){ return; }

// コールバック設定
if( ICAMERA_RegisterNotify(pMe->Camera,(PFNCAMERANOTIFY)Camera_CB,(void*)pMe) != SUCCESS ){ return; }

pList = (AEESize *)CAM_MODE_PREVIEW;// OK
//サイズリストの取得
pMe->Camera_pbRange = TRUE;
ret = ICAMERA_GetDisplaySizeList(pMe->Camera, &pList, &pMe->Camera_pbRange);
if( ret != SUCCESS ){ return; }
List.cx = pList[0].cx;List.cy = pList[0].cy;

// 諸設定
ret = ICAMERA_SetDisplaySize(pMe->Camera, &List);
if( ret != SUCCESS ){ return; }

// FPS設定
pMe->Camera_dwFPS = (int32 *)CAM_MODE_PREVIEW;
pMe->Camera_pbRange = TRUE;
ret = ICAMERA_GetParm(pMe->Camera, CAM_PARM_FPS_LIST, (int32 *)&pMe->Camera_dwFPS, (int32 *)&pMe->Camera_pbRange);
ret = ICAMERA_SetFramesPerSecond( pMe->Camera, *pMe->Camera_dwFPS);

// QRモード指定
if( mode ){ ret = ICAMERA_SetZoom( pMe->Camera, (int32)0x7fffffff );// QRモード指定 }

IDISPLAY_SetColor(pMe->a.m_pIDisplay, CLR_USER_BACKGROUND,MAKE_RGB(255,255,255));
IDISPLAY_SetColor(pMe->a.m_pIDisplay, CLR_SYS_ITEM,MAKE_RGB(255,255,255));

// メディアデータ設定
pMe->Camera_Media.clsData= MMD_FILE_NAME;
pMe->Camera_Media.pData= "qr.bmp";
STRCPY(pMe->QR_FileName,"qr.bmp");
ret = ICAMERA_SetMediaData( pMe->Camera, &pMe->Camera_Media, "image/bitmap" );

// サイズ設定
ret = ICAMERA_SetSize(pMe->Camera, &List);
if( ret != SUCCESS ){ return; }

//IFileMgr インタフェースオブジェクトのインスタンス化
ret = ISHELL_CreateInstance(pMe->m_pIShell, AEECLSID_FILEMGR,(void**)&pMe->Camera_FileMgr);
if( ret != SUCCESS ){ return; }
//ファイルを作成
IFILEMGR_Remove(pMe->Camera_FileMgr, "qr.bmp");
if((pMe->Camera_File = IFILEMGR_OpenFile(pMe->Camera_FileMgr,"qr.bmp", _OFM_CREATE)) == NULL){ return; }
//ファイルをクローズ
IFILE_Release( pMe->Camera_File ) ;

// エンコード設定
ret = ICAMERA_SetVideoEncode(pMe->Camera, AEECLSID_JPEG, NULL);// ○

// プレビュースタート
ret = ICAMERA_Preview(pMe->Camera);
if( ret != SUCCESS ){ return; }
}

/*-------------------------------------------------------------------------------
Camera_CB
カメラコールバック
------------------------------------------------------------------------------- */
void Camera_CB( void* pUser, AEECameraNotify* pNotify ){
CHelloWorld2*pMe = (CHelloWorld2*)pUser;
IBitmap*pFrame;
AEEBitmapInfo bi;
int ret = SUCCESS;

if( !pMe || !pNotify ){ return; }

switch( pNotify->nStatus ){
case CAM_STATUS_USER_BASE:DBGPRINTF("### Camera_CB:USER_BASE ###");break;
case CAM_STATUS_FAIL:DBGPRINTF("### Camera_CB:FAIL ###");break;
case CAM_STATUS_PAUSE:DBGPRINTF("### Camera_CB:PAUSE ###");break;
case CAM_STATUS_RESUME:DBGPRINTF("### Camera_CB:RESUME ###");break;
case CAM_STATUS_DATA_IO_DELAY:DBGPRINTF("### Camera_CB:DATA_IO_DELAY ###");break;
case CAM_STATUS_SPACE_WARNING:DBGPRINTF("### Camera_CB:SPACE_WARNING ###");break;
case CAM_STATUS_START:// プレビュー開始
DBGPRINTF("### Camera_CB:START ###");
break;

case CAM_STATUS_FRAME:
{
// ▼040924▼
AEEImageInfo*info=NULL;
boolean*retbool=NULL;
//IDIB*pIDIB;
// ▲040924▲

DBGPRINTF("### Camera_CB:FRAME ###");
// ﾌﾚｰﾑ取得
ret = ICAMERA_GetFrame( pMe->Camera, &pFrame );
//DBGPRINTF("### Camera_CB:GetFrame:%d ###",ret);
// ﾋﾞｯﾄﾏｯﾌﾟ情報を取得
IBITMAP_GetInfo( pFrame, &bi, sizeof(bi));
//DBGPRINTF("### Camera_CB:BitmapSize:%d ###",sizeof(bi));

DBGPRINTF("### IBITMAP:ImageInfo.nDepth = %d ###",bi.nDepth);

// 取得フレームから直接解析するバージョン
QR_DecodeFromBmp( (IApplet*)pMe, pFrame );

//CONVERTBMP( (void*)pFrame, info, retbool );
//DBGPRINTF("### info.nColors = %d ###",info->nColors);
//IDIB を作成し、ポインタを取得
/*ret = IBITMAP_QueryInterface( pFrame, AEECLSID_DIB, (void**)&pIDIB );
if( ret != SUCCESS ){
DBGPRINTF("● IBITMAP:QueryInterface:FAILED ●");
}
pIDIB->nDepth = 16;
//IBITMAP を開放
IBITMAP_Release( pFrame );
//IDIB をIBITMAP に変換（キャストなので開放不要）
pFrame = IDIB_TO_IBITMAP(pIDIB);
*/
//ファイルを作成
/*IFILEMGR_Remove(pMe->Camera_FileMgr, "qr.bmp");
if((pMe->Camera_File = IFILEMGR_OpenFile(pMe->Camera_FileMgr,"qr.bmp", _OFM_CREATE)) == NULL){
DBGPRINTF("● Camera_CB:CreateFile(bmp):FAILED ●");
return;
}
IFILE_Write( pMe->Camera_File, (void*)pFrame, sizeof(bi));
//ファイルをクローズ
IFILE_Release( pMe->Camera_File ) ;

QR_DecodeSymbol( (IApplet*)pMe );

*/IBITMAP_Release(pFrame);
break;
}

// 結構多いので一部省略します。
/*-------------------------------------------------------------------------------
QR_DecodeSymbol
QRｺｰﾄﾞ･ﾊﾞｰｺｰﾄﾞﾃﾞｺｰﾄﾞ処理
ﾃﾞｺｰﾄﾞ対象："pMe->QR_FileName"で指定された画像ﾌｧｲﾙ(例："images/qr1.bmp")
ﾃﾞｺｰﾄﾞ結果文字列は"pMe->QR_psDecodedText"に格納
------------------------------------------------------------------------------- */
static boolean QR_DecodeSymbol( IApplet* pi ){
CHelloWorld2* pMe = (CHelloWorld2*)pi;
IBitmap*pScreen = NULL;
IDIB*pDibScreen = NULL;
IFile*pFile;
FileInfofi;
IFileMgr*pFileMgr;
IQrdec3GV*pQrdec = NULL;

QRDEC_IMAGEgImage;
QRDEC_SYMBOL_INFOgSymbol;
QRDEC_STRING_INFOsInfo;
QRDEC_HRESULTrc;
longlImageSize = 0;
void*pWorkarea = NULL;
unsigned longlMemoryVecLen;
int16nLoop = 0;
int32ret32;
unsigned char*pimg24 = NULL, *pimg16 = NULL;

BITMAPFILEHEADERbmFh;
BITMAPINFOHEADERbmIh;
int ret;

{
DBGPRINTF("### QR_DecodeSymbol:Start ###");

// ﾌｧｲﾙ参照
ISHELL_CreateInstance(pMe->a.m_pIShell, AEECLSID_FILEMGR, (void **)&pFileMgr);
if(pFileMgr){
pFile = IFILEMGR_OpenFile(pFileMgr, pMe->QR_FileName, _OFM_READ);

if(pFile){
// ﾋﾞｯﾄﾏｯﾌﾟﾍｯﾀﾞの読み込み
ret32 = IFILE_Read(pFile, (void *)&bmFh, 14);
ret32 = IFILE_Read(pFile, (void *)&bmIh, sizeof(BITMAPINFOHEADER));
lImageSize = (bmIh.biHeight * bmIh.biWidth * bmIh.biBitCount / 8);
}else{ return 1; }

// ﾋﾞｯﾄﾏｯﾌﾟﾌﾚｰﾑﾃﾞｰﾀの取得→16ﾋﾞｯﾄﾃﾞｰﾀをExtensionに渡すための前処理
if(bmIh.biBitCount == 24){
// 24ﾋﾞｯﾄ・ﾋﾞｯﾄﾏｯﾌﾟの場合
pimg16 = (unsigned char*)MALLOC(bmIh.biWidth * bmIh.biHeight * 2 );
if( !pimg16 ){ return 2; }
Conv24BGRto16RGB_UpsideDownEx(pFile, pimg16, bmIh.biWidth, bmIh.biHeight, lImageSize);
}

if(bmIh.biBitCount == 8){
// 8ﾋﾞｯﾄ・ﾋﾞｯﾄﾏｯﾌﾟの場合
IFILE_GetInfo(pFile, &fi);
pimg24 = (unsigned char*)MALLOC(bmIh.biWidth * bmIh.biHeight+100);
pimg16 = (unsigned char*)MALLOC(bmIh.biWidth * bmIh.biHeight+100);
if( !pimg16 ){ return 2; }
ret32 = IFILE_Seek(pFile, _SEEK_END, -lImageSize );
IFILE_Read(pFile, pimg24, lImageSize);
Conv8BGRto16RGB_UpsideDown( pimg24, pimg16, bmIh.biWidth, bmIh.biHeight);
}
if(pFile){ ReleaseObj((void**)&pFile); }
if(pFileMgr){ ReleaseObj((void**)&pFileMgr); }
}else{
if(pimg24){ FREE(pimg24); }
if(pimg16){ FREE(pimg16); }
return FALSE;
}

}

// Extensionを利用してのﾃﾞｺｰﾄﾞ処理
// ﾊﾟﾗﾒｰﾀの設定
gImage.imSize= sizeof(QRDEC_IMAGE);// 構造体ｻｲｽﾞ
gImage.imPixels= pimg16;// ﾌﾚｰﾑﾃﾞｰﾀﾊﾞｯﾌｧ
gImage.imWidth= bmIh.biWidth;// ｲﾒｰｼﾞ幅
gImage.imHeight= bmIh.biHeight;// ｲﾒｰｼﾞ高さ
gImage.imBitCount= (bmIh.biBitCount == 24) ? 16 : 8;// ﾋﾞｯﾄｶｳﾝﾄ
gImage.imCompression= QRDEC_BI_RGB;// 圧縮形式
gImage.imSourceCameraType= QRDEC_IM_DEFAULT;// ｶﾒﾗ情報1
gImage.imSourceCameraValue= 0;// ｶﾒﾗ情報2

gSymbol.siSize= sizeof(QRDEC_SYMBOL_INFO);// 構造体ｻｲｽﾞ
gSymbol.siSymbolType= QRDEC_QR_CODE_M2 | QRDEC_JAN13 | QRDEC_JAN8;// ﾀｰｹﾞｯﾄｼﾝﾎﾞﾙﾀｲﾌﾟ
gSymbol.siQRVersionLow= 1;// QRｺｰﾄﾞ対象最小ﾊﾞｰｼﾞｮﾝ
gSymbol.siQRVersionHigh= 20;// QRｺｰﾄﾞ対象最高ﾊﾞｰｼﾞｮﾝ

// 結果文字列受取ﾊﾞｯﾌｧの確保
if(!pMe->QR_psDecodedText){
pMe->QR_psDecodedText = (unsigned char *)MALLOC(QR_MAX_DECODE_BUFFER_SIZE);
if( pMe->QR_psDecodedText == NULL ){
if(pWorkarea){ FREE(pWorkarea); }
if(pimg24){ FREE(pimg24); }
if(pimg16){ FREE(pimg16); }
if(pDibScreen){ ReleaseObj((void**)&pDibScreen); }
if(pScreen){ ReleaseObj((void**)&pScreen); }
if(pQrdec){ IQRDE3GV_Release(pQrdec); }
return (boolean)8;
}
}
MEMSET(pMe->QR_psDecodedText, 0, QR_MAX_DECODE_BUFFER_SIZE);

// 結果ﾌｫｰﾏｯﾄ文字列ﾊﾞｯﾌｧの確保
if(!pMe->QR_psFormatText ){
pMe->QR_psFormatText = (unsigned char *)MALLOC(QR_MAX_DECODE_BUFFER_SIZE);
if( pMe->QR_psFormatText == NULL ){
if(pWorkarea){ FREE(pWorkarea); }
if(pimg24){ FREE(pimg24); }
if(pimg16){ FREE(pimg16); }
if(pDibScreen){ ReleaseObj((void**)&pDibScreen); }
if(pScreen){ ReleaseObj((void**)&pScreen); }
if(pQrdec){ IQRDE3GV_Release(pQrdec); }
return (boolean)8;
}
}
MEMSET(pMe->QR_psFormatText, 0, QR_MAX_DECODE_BUFFER_SIZE);

sInfo.tiSize= sizeof(QRDEC_STRING_INFO);// 構造体ｻｲｽﾞ
sInfo.tiDecodedBuffer= pMe->QR_psDecodedText;// 結果受取ﾊﾞｯﾌｧ
sInfo.tiFormatBuffer= pMe->QR_psFormatText;// 結果ﾌｫｰﾏｯﾄﾊﾞｯﾌｧ
sInfo.tiMaxBufferSize= QR_MAX_DECODE_BUFFER_SIZE;// ﾊﾞｯﾌｧｻｲｽﾞ

// ﾃﾞｺｰﾄﾞExtensionｲﾝｽﾀﾝｽの構築
if ( (ret = ISHELL_CreateInstance(pMe->a.m_pIShell, AEECLSID_QRDEC3GV, (void **)&pQrdec)) != SUCCESS){
if(pScreen){ ReleaseObj((void**)&pScreen); } return 2;
}

// ﾃﾞｺｰﾄﾞExtension処理領域の問い合わせ
if(!pWorkarea){
lMemoryVecLen = IQRDE3GV_QrdecGetWorkAreaSize(pQrdec);
pWorkarea = MALLOC(lMemoryVecLen * 3);
if(!pWorkarea){ if(pQrdec){ IQRDE3GV_Release(pQrdec); } return 2; }
}

// ﾃﾞｺｰﾄﾞﾊﾟﾗﾒｰﾀのｾｯﾄ
rc = IQRDE3GV_QrdecDecodeSymbolSetParameters(pQrdec, &gImage, &gSymbol, &sInfo, pWorkarea);
if(rc){
if(pWorkarea){ FREE(pWorkarea); }
if(pQrdec){ IQRDE3GV_Release(pQrdec); }
return 2;
}
rc = QRDEC_S_CONTINUE;

// ﾃﾞｺｰﾄﾞ処理実行
while (rc == QRDEC_S_CONTINUE ){ rc = IQRDE3GV_QrdecDecodeSymbolNextStep(pQrdec, 150, 100, pWorkarea); }

if ( rc == QRDEC_S_OK ){ pMe->QR_lBufferSize = sInfo.tiBufferSize;
}else{ ret = QR_GetErr(rc); }

if(pWorkarea){ FREE(pWorkarea); }
if(pQrdec){ IQRDE3GV_Release(pQrdec); }

return (boolean)rc;
}

/*-------------------------------------------------------------------------------
QR_DecodeFromBmp
QRｺｰﾄﾞ･ﾊﾞｰｺｰﾄﾞﾃﾞｺｰﾄﾞ処理
IBitmapから直接変換
------------------------------------------------------------------------------- */
static voidQR_DecodeFromBmp( IApplet* pi, IBitmap* pBmp ){
CHelloWorld2* pMe = (CHelloWorld2*)pi;
void*pWorkArea = NULL;
IQrdec3GV*pQrdec = NULL;
intret;
QRDEC_IMAGEimageArea;
QRDEC_SYMBOL_INFOcodeInstructions;
QRDEC_STRING_INFOstringArea;
AEEBitmapInfobi;

if( ( ret = ISHELL_CreateInstance(pMe->a.m_pIShell, AEECLSID_QRDEC3GV, (void **)&pQrdec)) != SUCCESS ){return; }

{
IBITMAP_GetInfo( pBmp, &bi, sizeof(bi));

imageArea.imSize= sizeof(QRDEC_IMAGE);// 構造体ｻｲｽﾞ
imageArea.imPixels= (unsigned char*)pBmp;// ﾌﾚｰﾑﾃﾞｰﾀﾊﾞｯﾌｧ
imageArea.imWidth= bi.cx;// ｲﾒｰｼﾞ幅
imageArea.imHeight= bi.cy;// ｲﾒｰｼﾞ高さ
imageArea.imBitCount= 16;// ﾋﾞｯﾄｶｳﾝﾄ
imageArea.imCompression= QRDEC_BI_RGB;// 圧縮形式
imageArea.imSourceCameraType= QRDEC_IM_DEFAULT;// ｶﾒﾗ情報1
imageArea.imSourceCameraValue= 0;// ｶﾒﾗ情報2

codeInstructions.siSize= sizeof(QRDEC_SYMBOL_INFO);
codeInstructions.siSymbolType= QRDEC_QR_CODE_M2;
codeInstructions.siQRVersionLow= 0;
codeInstructions.siQRVersionHigh= 0;

stringArea.tiSize= sizeof(QRDEC_STRING_INFO);
stringArea.tiDecodedBuffer= pMe->QR_psDecodedText;
stringArea.tiMaxBufferSize= QR_MAX_DECODE_BUFFER_SIZE;
stringArea.tiFormatBuffer= pMe->QR_psFormatText;

if (pWorkArea == NULL) {
unsigned long MemoryVecLen = IQRDE3GV_QrdecGetWorkAreaSize(pQrdec);
pWorkArea = MALLOC(MemoryVecLen);
}
IQRDE3GV_QrdecDecodeSymbolSetParameters( pQrdec, &imageArea, &codeInstructions, &stringArea, pWorkArea);
}

while (ret == QRDEC_S_CONTINUE ){ ret = IQRDE3GV_QrdecDecodeSymbolNextStep(pQrdec, 150, 100, pWorkArea); }

if ( ret == QRDEC_S_OK ){
DBGPRINTF("○●○ QR(Bmp):SUCCESS ○●○");
pMe->QR_lBufferSize = stringArea.tiBufferSize;
}else{ ret = QR_GetErr(ret); }
if(pWorkArea){ FREE(pWorkArea); }
if(pQrdec){ IQRDE3GV_Release(pQrdec); }
return;
}

大変長くなってしまって申し訳ありません。
宜しくお願いします。

QRはやってないし、わからんが

そらAEECLSID_JPEGを指定したらJPEGが出力
されるがな。
加工したいならRAW出力で出力して、BMPファイルに
すればいいんでねーの？

>>57
AEECLSID_WINBMPやAEECLSID_NATIVEBMPが設定できなかったので、
とりあえず動かすためにAEECLSID_JPEGを設定していました。
というかCAM_ENCODE_RAWの存在をすっかり忘れていました。
RAW出力早速やってみます。

>>58
CAM_PARM_VIDEO_ENCODE_LISTでGetParamやれば
サポートフォーマットは取得できる。
まぁ〜BMPサポートしているのなんか見たこと
無いけど

とりあえず、RAWはメーカ依存なので絶対とは
いえんけどYUV422で出力されると思われ
# RGBは見たとき無いな・・・あんのかな？

とりあえず長いソースを晒すときはテキストでうぷしる
でも守秘義務は守ろうな
晒せる範囲に気をつけれ

でカメラだが
jpg援交画像をimageで取り込み→bitmap化
getﾌﾚｰﾑのbitmapを直接取り込み
あたりをすればよいかと思われ

>>59-60
情報提供＆忠告有難うございます。
RAW出力でやってみたのですが、やはりうまくいかないようです。

>jpg援交画像をimageで取り込み→bitmap化
>getﾌﾚｰﾑのbitmapを直接取り込み
サンプルのコードを見る限り、解析するときに
ret32 = IFILE_Read(pFile, (void *)&bmFh, 14);
ret32 = IFILE_Read(pFile, (void *)&bmIh, sizeof(BITMAPINFOHEADER));
で取得した情報を元に16bitに変換してるようなので、
BMP形式でファイルに保存してからじゃないと無理っぽいです。
IBitmapから直接解析しようとすると、
Extensionの構造体(特にQRDEC_IMAGEのimPixels)に何を入れていいかわからない状態です。

BREW 上でMINIXをさらにショボくしたようなレベルの簡易OSが作れないかな、
と思っているんですが、ちょっと質問。

１、MMUはイジれますか？第一、そもそもハード的にありますか？
２、少なくとも、Dirty Bitは見たいのですが、可能ですか？
３、例外や割り込みはトラップできますか。とりわけ、ページフォルトは？
４、簡易OS上のアプリからのBREWのAPIコールやライブラリコールをトラップ
（正確には禁止）できますか？

クアルコムは、BREWでJavaVMも書けるよ、と怪気炎を吐いていますので、
このあたりのOSレベルの機能も無理やり開放させる方法があるような気がするのですが、
どうでしょうか。

BREW Developers Agreementについて解説してあるサイトとかないですか？
グラントバック条項として

BREWの開発に役立つ特許なら親会社のでも子会社のでもクアルコムに実施料無料で
自由に使わせろって書いてあるように読めるんだけど。
子会社はともかく親会社にそんなこと認めてもらうなんて・・・。

みんなこんな契約そのまま承諾してるのかなあ？

>>60
関係ないが
援交っていーぱつ変換でだすなんｔ

>>62

だれか教えて！
とりわけ、
・ページフォルトがトラップできるか
・BREW API/ライブラリへのコールがトラップ（もしくは禁止）できるか
・ダーティービットが見れるか
この三点、よろしくお願いします。

うーん。クアルコムのサイトでの検索結果では、
非常にダメっぽいなぁ。mmap() すらないんだもんな。

型宣言について聞いてみたい。
BREWでは int16, int32, uint16, uint32 といった型がわざわざtypedefされているが
インターフェイスのヘルプを見ると引数や戻り値に int と書かれているものもある。
みなさんソース書くときにint16とかの記述で統一してますか？　それともintも混在で？
「そんなの好きに書けばいいじゃない」って、気にするほどのもんでもないのかな。
（結局はコンパイルでintやlongに置き換わるわけだし）

実は　bool型 true, false　が
boolean型　TRUE, FALSE　（1, 0でdefineされてる）
で定義されてるのもかなりウザイと感じている。
boolean result = (a != b);　がエラーになってバカらしいなと…
（BREW的には boolean result = (a != b) ? TRUE : FALSE;　）

>みなさんソース書くときにint16とかの記述で統一してますか？　それともintも混在で？
自分で宣言した変数ではintしか使ってない。

>実は　bool型 true, false　が
>boolean型　TRUE, FALSE　（1, 0でdefineされてる）
>で定義されてるのもかなりウザイと感じている。
同感。すげーウザイ。
他にも、KDDI認証とかマニュアルの不便さとか、挙げればキリがない。

BREWは、VC依存でしょうか？
gccでは使用できませんか？

　素人なので間違えてたらごめんなさい。

　GNUDEでもできるみたいなんですが、
elf2modが必要で、正式デベロッパーになるか、
auのBREWCPになるか、Visual Studio Addin を入れないといけないみたいですね。

　ところで、Visual Studio Addin入れようとするとエラーになるんですが、
やっぱりVisual Studioがないといけないんでしょうか。
String NO_VS_ERR_MSG1 was not found in string table.って出ます。

>>69の質問は、gccで作成されたアプリの資源が生かされるのかどうかの為に聞きました。
よろしく、お願いします。m(. .)m

>>70
すいません。レスを確認しませんでした。
>GNUDEでもできるみたいなんですが、
>elf2modが必要で、正式デベロッパーになるか、
>auのBREWCPになるか、Visual Studio Addin を入れないといけないみたいですね。
なるほど、そうなんですか。gccでも可能ってことですね。
ありがとうございました。

>>69-72

エミュレータ用のDLLを生成するには、Visual C++相当のコンパイラが必要。
gccがVCと互換性のあるDLLを吐いてくれるのかどうかは知らん。

実機向けにビルドするならgccで問題ないが、>>70にあるとおり、Visual Studioが
入っていないとgcc用のelf2modがインストールできない。

まあ、gccベースのアプリをBREW化するのはコンパイラ以外の問題のほうが多いと思うが...
（グローバル変数、Cの標準関数、浮動小数点演算が全部NG。
C++の機能も制限あり...これはgccだと回避できるのかな?
100%イベントドリブン+シングルスレッドな構造にそのまま移植できるソースなんて
そうないだろうし。）

まあ武龍の売りはイベントドンブリとかうっへり言語じゃなくて
高速で動く高性能チップと
それようのネットﾘワーク環境が
ワンセットになっている事らしいから


まあチップの中の人とか小人さんがいくら優秀でも
それに命令を渡すため書類の書き方やら手続きやら用語やらがあれだったら
中の人やら小人さんも働きようがないゃな

質問が御座います。

今朝端末でアプリを立ち上げた所、
「エラーが発生しました(004)」と表示され、
製作中の全てのアプリで同じ現象が
発生している状態です。（⊃△Ｔ）
※昨日まで動作していました

エラー004の内容についてお知りの方、
助言していただけないでしょうか？

>>75
SIGﾌｧｲﾙの期限切れ

>SIGﾌｧｲﾙの期限切れ
��(ﾟ△ﾟ;)
クライアント様に新しいの用意して
もらいまふ…。＿|￣|○|||

>>76
早急なレスありがとうございました。

_|￣|〇.oO( IBITMAP_Release2回やらんとメモリ解放されない・・・・)
原因が解かりません。
まさか仕様って訳じゃ無いですよ・・・ね？
一応解放されるけどなんか気持ち悪いです。
どなたか解決法知ってましたら助けてくださぃ。

自己解決しました。
2次配列で取得してました(;´Д⊂)

>>77
SIGは３ヶ月で切れるから気をつけれ

前スレでGCCでのビルドについて質問した者です。
makefileアップしてもらってもうまく行かずに悩んでいたが、>>76ではたと気づいたよ。
sig作り直したらうまく行きました(;°д°)

ついでにC++でもHelloWorldレベルでの確認までできたのでフォーラムのほうにアップしますた。
ttp://brewforums.qualcomm.com/ja/showthread.php?s=&threadid=97

みんなありがとう!(^^)!

武龍で強制的にｽﾘｰﾌﾟさせる方法なんてあんのかね？

>>81
お〜ま〜え〜は〜ア〜ホ〜か〜



まあ、実際良くあることだけどな

BREWで動く関数ポインタの使い方を教えていただけませんか？
下のに書いた感じで、エミュでは問題なく動いてるんですが、
armコンパイルするとエラーが(⊃д⊂)

switch caseや if else 多用すれば良いとも言うけど…

//キーイベントが発生したら、本関数をコール
KeyEvent(AEEApplet *a, uint16 wParam)
{
void (*key[])(AEEApplet*, uint16)={
KeyEvent_0, //0
KeyEvent_1, //1
KeyEvent_2, //2
…
};

//共通処理
key[a->JumpNo]; //各関数へジャンプ
};

void KyeEvent_0(AEEApplet *a, uint16 wParam)
{
//個別処理
}

void KyeEvent_1(AEEApplet *a, uint16 wParam)
{
//個別処理
}
//以下略

リンク時にはまだ関数のアドレスが確定してないから、変数の初期値として
関数のアドレスは指定できないよ。
実行しはじめてからでないと。

なるほど…
つまるところ関数ポインタをメンバ構造体へ突っ込んどいて、
動的に初期化すればOKて事ですか・・？

うーん、そこまでやるならif elseでズラズラ書いた方が良いかなぁ…
ひとまずやってみます。ありがとうございました。

>>85
それじゃぁ呼び出しもできないね。

>>86
「なるほど」じゃねぇだろ。

armコンパイル時にリンクでエラーが出てたと思ったので、
納得してしまったんでつが…

じゃぁどーすりゃいいんだｙｐ！ヽ(｀Д´)ノ

>>88
「思った」ってなんだよ？
エラーでたならエラーメッセージ貼って質問するのが基本なわけだが、できないのか？

>>84
>key[a->JumpNo]; //各関数へジャンプ

これに引数は書かないのか？
(*key[a->JumpNo])(a, wParam); ではダメ？

ちなみに関数ポインタは実機でも使えるよ。
リンクも通るし、できた mod もちゃんと動く。
ただ、前の開発では配列にしたら何故かダメだった。
調べるのもめんどくさいので switch で切り分けた (´Ａ｀)

グローバルなポインタの配列？は出来ないくさい。
テーブルのテーブルとかすると叱られた。

なんかBREWの仕様もさながら
ARMコンパイラが腐ってるのが苦労の原因に見える……外から見てると

質問です。

通信処理を行った後、少しの間動作が遅くなる
といった現象が起きているのです。
どうもIWEB_GetResponse使った時点から
遅くなってる様なのですが、
同じ様な現象が起こった方アドバイスいただけませんか？

ちなみにソースはこんな感じ↓
http://venus.aez.jp/uploda/dat/upload10830.txt

SDKのサンプル元にしてます。
よろしくお願い致します｡

>>93
とりあえず、ぱっと見の突込み所（遅くなる原因かはわからないけど）

なんでデータ受信時の再読み込み系でCALLBACK_Initを
何回もやっているの？必要だっけか？


たまにしかアクセス行かないアプリなら別だけど
IWebをリクエスト毎に生成するのは何故？
IWebは基本的に使いまわすもの

>>94
CALLBACK_Initについてはコールバック設定前に行うっていうのはどっかに書いてあったはず・・・。

あとIWebについてだけど
あれって使いまわせないと思うんだが？
IWebはIWEB_Releaseを行わないと切断できないし。

ついでに>>93については分からないなぁ・・・。
俺のときはメモリを細かく取ってたら遅くなったけど。

>>91
constつけてないだろ。

ラボで貸してくれるという評価ボードって何ができるの？
ICEつなげてソースデバッグとかできるとありがたいんだが・・・・

MSのeMbedded VC++4.0でBREW用バイナリは出来ないのかなぁ・・・。

J2Bトランスレータってどうしたんでしょうね。
10月から始まるって話でしたよね。

Javaに詳しいﾄﾗﾝｽﾚｰﾀｰ用の中の人が思ったより集まらなかったのでは？
どうせ家内製手工業だろうし

十数秒で変換って書いてあるから、手作業はほとんどないと思いますが、
やっぱりあんまり期待できないですね。

BREW開発セミナー
http://www.staffnet.co.jp/BREWseminar/

ぶりゅっ

はじめまして。

質問なのですが、機種ごとに違う、画面の大きさを取得できる関数が
あったとおもうのですが。。なんでしたっけ。

それと、横幅は240で固定なのでしょうか。縦は違う？？

>>104
画面の大きさはISHELL_GetDeviceInfoで取得したAEEDeviceInfo構造体に入ってる。
これで機種ごとにサイズを見てみれ。

>>94,95
レスありがとうございます。
試行錯誤しておりますが、現状直らず…。＿|￣|○|||

現状わかった事として
通信終了後(成功失敗に関わらず)、
約１分程で動作速度が元に戻る。(T△T;)
CallBack、タイムアウトのタイマーは開放してるんで、
それ系の不具合では無いと思うのですが…。

引き続き情報お待ちしております…。m(_ _)m

通信とは関係ないけど、
ＢＲＥＷエミュで文字列リソースだけ読ませるだけの
アプリ作って起動したらやたらとﾌﾚｰﾑが落ちて重くなったことがあった。
そこで画像も読ませたりすると普通の速度に戻ったりとか。

原因は不明・・ｽﾏﾝ

>>108
>約１分程で動作速度が元に戻る。(T△T;)
見事に自動切断(っていうのか?)の時間レスね

なんか解放し忘れてんのかね

ところでenraﾀｿはどこ行きましたか？

pngをメモリから読めますか？APIが見つかりません。

>>110
メモリから読むなら、IMemAStream -> IAStream
でIIMAGEにストリーム設定すればいけんでない？

JavaとBREW：
混同してはならない2つの技術の性格
http://www.mainichi-msn.co.jp/it/coverstory/news/20041018org00m300052000c.html
■■将来は「Java on BREW」か

>>111 できました。ありがとうございます。

とりあえずンニーでカメラ動かそうとすると大変だな

ところでカメラエンコードが失敗したときって何で判定すんの？

>114
よくわからんけど、戻り値を調べるなりできたファイルをチェックするなりすればいいんでは？

エミュレータのソフトキーはキーボードから操作できないのでしょうか。
[＊]キーはテンキーの'＊'
[＃]キーはテンキーの'．'
[クリア]キーはBS
[電源]キーはESC
に対応してました。

HTTP接続した後、１分ぐらい別の作業（画面更新とか）したあとに
再度HTTP接続すると、毎回Response code -1200とか返るんですが

これはｴﾐｭだから？実機でもそう？もしくはサーバー？

ファイルの読み書きなんですけど、
実機ではうまく動いているのにシミュレータでは
IFile_Writeの戻り値が0になってしまいます。
どぉすればいいですかね？
ちなみにIFILEMGR_GetLastErrorの戻り値はEFSFULLでした。
ファイルシステムに空きがないという事だったのですが、どういう意味でしょうか？
またこの場合、どのように対処すればいいのでしょうか？

>>118
http://brewforums.qualcomm.com/ja/showthread.php?s=&threadid=74

1ヶ月も前の話になるけど、ゲームショウで
BREWのゲームって出てなかったよな。
KDDIのブースでもマルチマッチングのPS2のゲームがあっただけだし…

>>119
有難うございました！無事解決しました。

先日BREWをはじめました。
CGI連携について教えてください｡
IWebインターフェイスでCGIに連携する時
仕様書のサンプルのようにGetLineで取得すると、テキストデータ以外がとれません。
バイナリ-データを取得するにはどうすればよいのでしょうか？
GetLineでは取れないのでしょうか？

>>122
ISOURCE_Read

WebRespInfoのpisMessageはISource
のインスタンスだべ

サンプルにあったような・・

ありゃ、漏れIPEEK_Read()でやってたよ＞バイナリの読み込み
まぁ動いてるからいいんかな・・・

う〜ん、うまくとれませんorz
CGIから
Print"abc";
なら取れるのに、
print pack("c", $status);
だと
とれません．．．
なにか必要な設定などありますか？

>>125
HTTPヘッダとボディのデータを一度モニタした方が
良いんでは？

>>125
ごめん。ファイルリソース取得はそれでOK
だったけど、昔cgiでバイナリ出力したときは
漏れもエラーになってた気がする orz

BREW側のHTTPヘッダの解析でまずいことでもして
るのかね？


公式で聞いた方がいいかも

BREWプログラミング実践バイブル
のサンプルプログラムなんですが、エミュレータで動作確認はできないんですかね？
やっぱりdllファイルがないとだめですよね。dllファイルを作るまでの知識がないもんで・・

何がしたいのかはよくわからないけど、
アプリが無いとエミュレータで動作確認はできないねぇ・・・

そういえば、開発者で実戦ﾊﾞｲﾌﾞﾙ買った人っているのかな？

>>129
サンプルをDLしたんですけど、エミュレータで確認したいんですよぉ。
・゜゜・(≧д≦)・゜゜・。エーン!!
DLしたファイルの中にはmif、bid、ソースファイルなどはあるのですが、dllだけないんです。
vc++でコンパイルしてdllを生成するまでの手順がわからないので、困っています。
sdk ver2.1を使っています。
どなたか教えてください。

　ARMコンパイラーはあるんですか?
　自分もサンプルをエミュで動かしてみたいんですが、
ARMコンパイラーないし、Visual Studioもないし‥。
開発だけなら無料でできるって聞いたのに・・・。orz

>>130
dllの作り方はBREWと関係なしにVC++のマニュアルとか検索で調べるとか。

>>131
エミュレータで動かすならARMコンパイラは不要。
VisualStudioでなくてもVisualC++.NETでも可。Cのソースからdllが作成できればいい。
無料でできるのはBREW SDKのインストール。

>>132
すいません。根本的なところで勘違いしてたみたいですね。
ありがとうございました。やってみます。

>>132
　ちゃんと動きました！ありがとうございました！

>>134
エミュレータで、確認できたんですか？やっぱりdllを生成してですか？

エミュで確認できましたよ。dll作りました。
FakeRPGのdllのサイズ400kbもありますけどね。

「BREWプログラミング実践バイブル」にSDKのインストール方法から、
VC++を使ってdllの作成方法にエミュの起動方法まで載ってるのに、
喪前は一体何を聞きたいんだ？

BREWにて
Graphics2.setRenderMode()
みたいなことができる関数ってあるんでしょうか？

javaアプリの移植は、結構大変ですねぇ

BREWアプリのプログラム領域とデータ領域ってどのくらいの大きさなんですか？
ググってもそれらしき情報が見当たりません・・
DLできる最大のデータ量が600KBみたいな事は書いてあったんですが。

>>139
600KBってのはCDMA 1X WINのみ。
それでQVGAの機種が300KBだっけ？
その他はどうだったか忘れた。

>>139
端末仕様書とかはKDDIのConfidential扱いだから
ググっても見つからないかも。

>>137
たぶん、本を買ったんじゃなくて、
ネットで公開されてるサンプルプログラムだけを落とした方だと思います。
自分もそうなので。

半透明ってできないの？
JAVAのPhase3の時はスプライトで半透明をつかってフェードしたので
同じことやろうと思って調べてんだけど・・・
ISpriteにもないみたい・・・
だれかヒントください

残念ながら、半透明は非サポート。
将来的にサポートが予定されているんだっけかな・・？

どうしてもやりたいなら、DIB直接弄るしかないんでないの？

最近アホが多いな

とりあえずソースを複数に分けるときってどんな風にやってる？

グローバル変数が使えないから従来のCの様な分け方できないもんな

>>139
BREWはmodファイルもヒープに格納される。
だから、プログラムで使用するヒープ容量とmodサイズがヒープ容量を超えないようにする。
ちなみに、フレームワークでもヒープを消費するようで起動時点で端末によって使用済みヒープ容量が結構違う。
この辺は実機で確認していくしかないでしょ。
＃端末のヒープ容量はCP登録していれば一部をQのデベロッパーサイトから見れる
＃載っていないやつはメーカに問い合わせろとか書いてある

ファイルシステム上のサイズのことなら、BREW上での制限は特に無い。
容量使えるだけ使える。
ただ、キャリアのガイドラインがあるから>>140の言っているような制限がある。
KDDIの制限ならKDDIのサイトに詳しい資料があるね。ちょっと古いけど。

>>146
普通のCでもグローバル変数ばしばし使っているようじゃスパゲッティーになるわけだが。
BREWの場合はIApplet構造体をグローバルのように使うのが常道。
＃定期的にカーネルへ処理を戻さないといけないから恒常的にデータを保存できるのはここだけ
漏れはC++のフレームワーク作っちゃって、メインクラスのメンバでデータ保存してるけどね。

>>144
thx

IDIBでやってみる…

>>136
>FakeRPGのdllのサイズ400kbもありますけどね。

工エェ！！！

ｂてビットかなぁ

しまった名前が残ってた

これでよし

でもとりあえずBREWはお糞さまだよな(挨拶)

>>149
何も考えずに突っ込んでそのままビルドしたらそうなりました。

dllはエミュレータ用で、これはでかくなるよ。数百KBytesとか普通。
実機用には別にコンパイルしたモジュールを使う。それはdllより遙かに小さくなる。

勉強になりました。
実機のエミュ出て欲しいですね。
出ても金取りそうだけど・・。

最近初心者質問ｽﾚと化して来たなぁ・・・


>>155
とりあえずCP契約すれば、ｴﾐｭﾚｰﾀ用のﾃﾞﾊﾞｲｽﾌｧｲﾙは一通り手に入る。
それが嫌ならｴﾐｭﾚｰﾀについてるﾃﾞﾊﾞｲｽｺﾝﾌｨｷﾞｭﾚｰﾀで作るって手もあったと思った。

＞実機（用コードが動く）エミュ
無理。
つか、作ったとしても全く意味ないし。

SDKダウンロードしてたらエラーでとまった。
サーバのメンテナンスで打ち切られたようだ。　　　ｓｄｊｋｇｓｄ＠ふじこｓ

ふじこの作り方さえ満足に出来ないなんて…終わっとるなｗ

spfファイルをbarに放り込んでリソースからphraseを使ってるんだけど、
AEEMediaData.pDataをFREEで開放しようとしたら
duplicate free 〜〜〜　と　メモリを二重開放していると怒られました。
やり方は
BREWJAPAN.comのTechnicalTipsに載ってた方法を参考にしたんですが・・・
かといって開放しないとメモリリークになるし、もうどうしたらいいかわかりません(´Д⊂、

音の開放のときってbrewのバージョン（2.0とか2.1とか）で違うって
そのTipsのに載ってなかったっけ？バージョン書いたほうがいいよ

バージョンは2.1です。書き忘れてました

>>160
俺はお前を知っている。

このTipに書いてあるのはIMediaインターフェースの開放に関する事ですよね。(23.3)
俺が言いたいのはそれの事じゃないです。
とりあえず読込・MediaDataのセット・開放の部分のソース晒してみます。
/*アプレット構造体 */
typedef struct _App{
AEEApplet a;
IMedia* media[3];
AEEMediaData mdata[25];
}App


/* IMediaインターフェースの作成 */
for(j = 0; j < 3; j++){
i = ISHELL_CreateInstance(shell, AEECLSID_MEDIAPHR, (void*)&app->media[j]);
if(app->media == NULL){
DBGPRINTF("failed");
}
}

/* リソースファイルからのspfファイルの読込 */
for(k = 0; k < 25; k++){
ISHELL_LoadResDataEx(app->a.m_pIShell, RES_FILE, SE_1 + k, RESTYPE_IMAGE, (void*)-1, &dwSize);
buf = ISHELL_LoadResData(app->a.m_pIShell, RES_FILE, SE_1 + k, RESTYPE_IMAGE);
offset = (uint32)buf[0];
dwSize = dwSize - offset;
app->mdata[k].clsData = MMD_BUFFER;
app->mdata[k].pData = buf + offset;
app->mdata[k].dwSize = dwSize;
}

/* メディアデータのセット
　再生する音によってセットするデータの数が異なります。 */
for(i = 0; i < app->soundElements[no]; i++){
IMEDIA_SetMediaData(app->media[i], &app->mdata[sindex + i]);
IMEDIA_RegisterNotify(app->media[i], (PFNMEDIANOTIFY)MediaNotify, app);
}
for(i = 0; i < app->soundElements[no]; i++){
int ret;
ret = IMEDIA_Play(app->media[i]);
if(ret == SUCCESS){
DBGPRINTF("########### PLAY SUCCESS ##############");
}
else{
DBGPRINTF("########### PLAY ERROR ##############");
}
}

/* 開放 */
for(i = 0; i < 3; i++){
if(app->media[i] != NULL){
IMEDIA_Stop(app->media[i]);
IMEDIA_Release(app->media[i]);
}
}

for(i = 0; i < 25; i++){
if(app->mdata[i].pData != NULL){
FREE(app->mdata[i].pData);　　　　　　/*ここでDupricate Freeエラーが発生*/
app->mdata[i].pData = NULL;
}
}

あと、この質問とは別件ですが、>>164で
ISHELL_LoadResDataEx(app->a.m_pIShell, RES_FILE, SE_1 + k, RESTYPE_IMAGE, (void*)-1, &dwSize);や
buf = ISHELL_LoadResData(app->a.m_pIShell, RES_FILE, SE_1 + k, RESTYPE_IMAGE);で
intからunsigned shortに変換しました〜〜のwarningが出ます。kはuint16にしてあるので、型は間違っては無いと思うのですが。
定数を足すとダメなのかな？エミュでは問題なく動きますが、ARMには通りそうにないんで直したいんですが、どうしたらいいでしょうか？

>>165
俺はFREEでなく
ISHELL_FreeResDataを使っている

>>166
型はint16じゃないの？

>>167氏
ISHELL_FreeResData使いましたが同じ結果になりましたorz
後、型は確かにint16でしたね。でもkをint16に直しても結果は同じでした・・・

BREWユザーズガイド読んだら、
ARMコンパイラ使用上の注意として
条件文で変数を指定すんな！って書いてあるんだが、
もしかして条件式に変数を書いちゃいけないんだろうか？

>>164
とりあえず、bufのポインタ自体を保持しておかないと正しく開放できないですね。
duplicate freeって、FREE()呼んだ時点じゃなく、アプリ終了時とかに表示されませんか?
確保したのはbuf(サイズはdwSize)なのに、mdata.pDataはbuf+offset(サイズはdwSize-offset)を
指しているので、FREE(pData)を呼んでもbuf自体は開放されてないです。
なので、「アプリ終了時に未開放のメモリが残る→実行環境がbufを開放する→bufとpDataの
重複する領域が二重開放になる」という現象が発生します。
あと、ISHELL_FreeResDataを使うのが正しいです。
（わかりにくい説明ですみません）
結論は「pDataじゃなくbufに対してISHELL_FreeResData()使ってください」

>>169
ARMのコンパイラは、

if(nRet = IMENUCTL_HandleEvent(pme->pIMenu, eCode, wParam, dwParam))
{
/* MenuCtlがイベントを処理したっぽい */
return TRUE;
}

みたいなコードを書くと、「代入の結果を条件判断に使ってるよ?」と警告をはきます。
（代入じゃなく比較したかったんじゃないの? と言いたいらしい）
warningが溜まりすぎると「too many warning」とその時点でエラー扱いに
なってしまう（コンパイルできない）ので、条件文の中で代入を使わないほうが良いです。
こう書いたからといって危険なバイナリが出来るわけではないですから、
コンパイルさえ通ればこう書いても問題ありません。

あ、FREE(pData)呼んだ時点で、pDataとbufが重複してるから
二重開放エラーになるんですね

>>165
単純に解放処理の順番がまずいだけじゃないの？
app->media[i]って構造体を解放してから
そのメンバapp->mdata[i].pDataを解放してるようだが。
逆にしてみたらどうか。

/* 開放 */
for(i = 0; i < 25; i++){
if(app->mdata[i].pData != NULL){
FREE(app->mdata[i].pData);　　　　　　/*ここでDupricate Freeエラーが発生*/
app->mdata[i].pData = NULL;
}
}

for(i = 0; i < 3; i++){
if(app->media[i] != NULL){
IMEDIA_Stop(app->media[i]);
IMEDIA_Release(app->media[i]);
}
}

>>166
リソースのIDを計算で与えてることがそもそも間違い。

'SE_1 + k'と書いてるところの引数はリソースのIDを指定するものだが、
リソースのIDはあくまでラベル的に扱い、数値として見てはいけない。
計算後のIDがリソースファイルに存在する保障はないし、リソースファイル
の作り方次第ではIDが連番で割り振られるわけでもないから。

何が何でもIDを計算で渡すというなら明示的にキャストすれば
とりあえずコンパイルは通る。

ごめん。>>164のソースよく読んでなかった。
>>170-171に同意ってことで。

俺は
const int16 idid[3] = {ID_AAA,ID_BBB,ID_CCC};
とかやってる

>>164でいうと
ISHELL_LoadResDataEx(app->a.m_pIShell, RES_FILE,idid[k], RESTYPE_IMAGE, (void*)-1, &dwSize);

とゆーかんじだ。参考にならなかったらごめんな！

>>170-175
ありがとうございました。大変参考になりました！
とはいっても試すのは週明けになるのですが(汗

C言語は多少勉強した程度で、Java→BREWの移植をしてるんですが、
なかなか上手く進まなくて大変ですね。
最初の最速の見積もりの半分くらいしか行きやしない(´Д⊂、

とりあえず
byte *a;

a = MALLOC(1024*10241024*1204*1024);

FREE(>>177);

while(>>177 != deth){
　　wark(app, >>177);
}

FREE(>>177);
*>>177=0;

>>179
× deth
○ death

>>179
X　wark
○　work

>>170
なるほど、そういう意味でしたか。
納得しました。ありがとうございます。

すみません、初心者ですが教えてください。
>>180はガッするべきですか？

ﾇﾙﾎﾟ

>>185
static const AECHAR gaxtu[] = {'ガ','ッ','\0'};

ちと端末に関して質問。
BREW機で、扱える画像ファイルの解像度制限ってある？

JAVA機だと、VRAMの都合最大320*320ピクセル超えると
止まる機種があるらしいって話を聞いたんだが…

全部VRAMなんて使ってなさそうだから問題無いような気もするんだが…
KDDI相手に質問したい場合、キャリア通さないといけないんで面倒なのよ(ノД｀)

舞竜はメモリの許す限り読み込めるんじゃねーの

いや知らんけど

うーん、質問が悪かったかな…
パーツの画像をひとつにまとめるか、複数ファイルにするかってトコで、
サイズの制限があるなら画像を分割しないとね、って話になっててさ。
ファイルが分割されるとソース変更が必要だし、リソースサイズも増えるから
できればファイルを結合できれば助かるんだが。

質問を変えて。
最大何ピクセルくらいの画像を実機に読み込ませた事有りますか？

一応漏れは480×36のBMPをIDISPLAY_CreateDIBitmap()で生成させて、
動作するまでは確認した事があるんだが…
多分メインメモリに展開してコピペしてるだけだろうからVRAMの制限はなく、
>>188と同じ事思っているんだが、
『思う』ってだけじゃ誰も納得してくれねーし
手元にS5505SAしかねーしOrz

武龍3.0って蛇場仮想マシーンは搭載されるんですか。

>>189
画像と言ってもBMPとかPNGとかで変わってくるわけで。
さらにIImage／IBitmapのどっちを使うとかそのへんも。

ちなみにIImageのデコードはヒープ使うと明言されてるし、COMVERTBMPもヒープを消費する
のは確認しているのでおそらくヒープが足りてれば制限はないとおもうけど。
漏れはQVGAフルスクリーンサイズのBMP・PNG・JPEGをリソースから読んで描画するとこまではやったことある。
＃端末はKDDIのQVGA端末数機種

でかい画像をそのまま描画するっていうとまた話は変わってくるんだろうけどね。
＃描画時には制限があるかもしれない

次のようなソースをコンパイルするとエラーが出る。
static void mytest(MyApplet *ap) {
DBGPRINTF("mytest");
IShell *sh = ap->a.m_pIShell;
}

error: C2275:'IShell' : typedef識別子に、クラス メンバ アクセス演算子(->)を使用しました。
aee.h(294): 'IShell'の宣言を確認してください。

だけど、
IShell *sh = ap->a.m_pIShell;
DBGPRINTF("mytest");
の順に変更するとエラーでない。
なぜでしょうか？

ちなみにincludeしてるのは、AEEModGen.h AEEAppGen.h AEEShell.h AEEFile.h AEENet.h myapp.bid AEEStdLib.h です。

>>192
C言語ではローカル変数は最初にしか宣言できないぞー。

>>193
あなるほど！
VC++っていうからC++もOKかと思ったけど、
ARMのコンパイラのこと考えるとC++ダメなんだな。
早速の指摘ありがとう

BREWのソースのテンプレートのコメントが//だったんで
すっかりC++が使えるものと勘違いしてました。

いや、BREWはC++でも開発できるが。

>>196
ARMのコンパイラC++スタイルでもOKということか？

俺はg++使ってるからなぁ…。
ARMコンパイラは上司に触らせてもらってないから何とも。
GCCで十分というウワサ。

>>191
基本はpngをIImageで開いてる。
IBitmapもIImageも、DIBに展開してメモリに確保している点は共通処理だったと思うから、
どっち使っても同じじゃないかなーと思ってるんだが。

ひとまず画面サイズはokね、サンクス！

それにしてもpngの展開遅いね…
開きっぱなしで使うもんだから、メモリの管理面倒でつよ

//
のコメントだと
//表
でエラーになるのがムカツク
/*表*/
ならOKだったような気がする・・・

>>199
png遅い？
おいらはとくに困ってないけど、まあ作るものによって違うんかなあ

画像のサイズは開発サイトのFAQを見れ。
すごいデカイとはいえ制限がある機種がある。

png展開が遅いのがダメってなら自力で圧縮するしか無いかな。

//表[改行]が行末\結合でダメなら、幸いにしてmakefile経由なんだから
他のコンパイラとかでプリプロセスだけ通したら？

//コメントのスタイルはC99から標準だっけか。
かといってARMコンパイラはC99でもなんでもないけど。

gcc使うとコードがでかくなるって話を以前ココで聞いたけど、
--ffunction-sections とか --gc-sections とか使ってもダメなの？
そもそも使えるのかな

>>201
>--ffunction-sections とか --gc-sections とか使ってもダメなの？
>そもそも使えるのかな
減らんです。
有効なら検証提出もGCCで行くんだが。

>>199
JPEG を使っていると png は一瞬に感じてしまふ。
しかし、S の端末は JPEG 展開にメモリ消費しすぎだな。

ずっとRVCT使ってたんだけど、いい加減ｺﾝﾊﾟｲﾙごとに担当者にｿｰｽ提出するのﾒﾝ毒なってきたからgccに移行しようかと思う今日この頃。
ところで、STLが使いたいんでSTLportをBREWに移植しようと思ってるんだけど、ｿｰｽ改変の前にmakefile書くのがﾏﾝﾄﾞｸｻ。
ttp://www.stlport.org/

>>204
後で後悔しないように気を付けれ

くそー。STL使うとBREWelf2modがｴﾗｰ起こす。
STLが使いたいのに。むしろSTL使わなければとりあえず既存のｺｰﾄﾞが問題なく動く。

----------------------------------------
C:\PROGRA~1\BREWAD~1\common\bin\BREWelf2mod.exe my_app.elf my_app.mod
Unknown section name ".gcc_except_table]:"
NMAKE : fatal error U1077: 'C:\PROGRA~1\BREWAD~1\common\bin\BREWelf2mod.exe' : ﾘﾀｰﾝ ｺｰﾄﾞ '0x1'
Stop.
ﾂｰﾙは次のｺｰﾄﾞを返しました: 0
----------------------------------------

とりあえず、英語ﾌｫｰﾗﾑにお住まいのｴﾛい人がずばっと解決してくれるのを待つか。。。
ttp://brewforums.qualcomm.com/showthread.php?t=6362

会社名（というか大学名）をちゃんと入れたけどSDKダウンページのInstallを押すと
SDK ACCESS ERROR言われる｡゜（ﾟ´Д｀ﾟ)゜｡

Release NoteやらUpdateは落とせるのに何故…

>>208
ブラウザの設定じゃないの?　同じような質問が過去レスにたくさんあったよ

>>209
ブラウザはIE6で、ActiveXもJavaScriptも有効になってるんですが…(´･ω･`)
過去ログが見られないので過去スレの回答が分かりません orz

>>3のまとめページに過去ログあるぞ

RVCT は C++ 使えるよ。
だけどテンプレートまわりで制限があるよ。

>>211
まとめページ見逃してました orz
過去レスのリンクからオフィシャルフォーラムで記事を見つけ、無事DLできました。
ありがとうございました

喪前ら今日もたくさんBREWﾀﾝを弄んだんですね

お疲れさまです

KDDIの認証で、ITextCtlとIMenuCtlを使って
ソフトキーを描画するなって書いてあったんだけど、
自分で画像用意してイベントはAVK_SOFT1とかでやれって事？
折角用意されてるのに、おかしくないか？

サービスガイドのキー入力−ソフトキーに禁止理由書いてある

てか大して使えもしないコントロールの利用方法覚えるより、
制限に縛られずに適当に作った方が楽でないかい？

質問させてくれろ・・・
３Dモデルって何のファイル使えばいいの？
拡張子教えてくれろ・・・。

LightWaveのファイルはそのまま使える

>>219
下記のプラグインとかはいれる必要ないんですかね？
ttps://www.mascotcapsule.com/toolkit/kddi/tool.html

・・・モデル描画はAPIとかありましたっけ？
もしかして・・・、座標データを使って３Dモデル描画しましょうｗ
って感じですか？

AEEAppletで作るアプレットのメンバを
グローバル変数のかわりに使おうかとしてるんだけど、
これってサスペンドから復帰したときに初期化されちゃうよね？

藻前らサスペンド時にdbに書き込んだり
ファイルに保存したりとかやってるの？

ﾌｧｲﾙに保存した方が良いんだろうけど、俺はﾒﾓﾘに放置しっぱなし。
EVT_APP_STOPの時に解放してる。

まぁ、解放できそうな物はSUSPEND時に解放してRESUMEで復元してるけど。

>>222
え？サスペンドから復帰したとき初期化とかされないの？
エミュで実験してるけど0で初期化されてるような気がするけど

と、思ったが、
SUSPENDをhookしてないことに気がついた。
たぶんTRUEかえせばＯＫなんだろう。

例のソフィアクレイドルの記事にもあるが、
SUSPENDに対してFALSE返すと、強制的にアプリを終了させられてる。
TRUEを返せば、大丈夫。
ただ、全てのタイマーを終了させることと、
一部のオブジェクトに関して解放を行い、
RESUME時にそれらを復帰させないと駄目。

>>225
ご指摘のとおりですた

>>197
C++使うならarmcppでコンパイルすればOK。
C++構文使いたいだけならmakefileのCCを直すだけで良いだろう。
クラスとか普通に使うとすると自動生成makefileを手直ししないといけなく
なってくるけどね。

ただ、エミュ用にコンパイルするときVCのデフォルト設定だと
.cはC++としてみてくれないから.cppとかに変えるかプロジェクト設定弄ら
ないとならんけど。

RVCTでビルドしてみたら、こんなの出るけども

>Warning: Q0115W: Deprecated command syntax will not be supported in future versions. Use -output to specify the output file.
>Finished: 0 information, 1 warning and 0 error messages.

今後サポートされそうにない命令使っているってことなの？
みなさん、どうしてるの？

>>228
どこだったか忘れたけど、それは無視して良いって書いてあったはず。

>>229 エク、エク、エク、エク、エクセレント！
英語ばかりで悩んでます。ありがとう。

とりあえずCPさんもそうじゃない人もKDDIのﾌﾟﾛｸﾞﾘﾐﾝｸﾞｶﾞｲﾄﾞとｻｰﾋﾞｽｶﾞｲﾄﾞに目を通しておくことをお勧めする

>>230
ごめん。
EZアプリ(BREW)開発ツールガイドver1.5.pdf を確認したら
ARMコンパイル時のWarningで４つくらい例が出てて、
そのWaningだけ「必ずしも無視できるわけではない」って書いてあった。
スマン。

ぶりゅう子「おにぃちゃん…きょうも…わたしを………いじめるの…………」

>>228
過去スレに答えがモロあったような…
makefileのHEXTOOLのパラメータを書き換えた

みんな「ﾌﾞﾘｭ-」って読んでるけど、「ﾌﾞﾙｰ」らしいぞ

どっちでもいいんだよ。
でも、ブルーが一般的になりそうだね。
ここじゃブリューで定着しちゃったけど。

ttp://rundog.txt-nifty.com/rundogorg/2004/08/brew817_2.html

スペルをＢＬＵＥにしろよ

>238
飲み物つながりでJavaへの対決姿勢を示したんでは。
見てみたら「醸造する」の他に「(お茶を)入れる」って意味もあるのな。 > brew

>>231
まったくだ。本当にそのとおりだ。頼むからみんな読んでくれ。
あとFAQも。
pdfだしその文書そのものも、もっっっのすごい読みづらいのはわかる。
けど、知らないとすごい困ることが多いんだ。
お薦めするというより必須。いやもうホントに…

>>240
どこにあるの？

http://www.au.kddi.com/ezfactory/tec/spec/brew.html
ここにあるやつかな

ゼッタイ読んでないねーってアプリもいくつかあるね

うん。派遣でBREW開発だというんで、そこのを読んで予習していったら、
全然従ってないので唖然としたことある。

まあ全ては>>240の
＞pdfだしその文書そのものも、もっっっのすごい読みづらいのはわかる。
になるんだけどね。
300ページ近いくせにしおりもリンクもないもんだから(一部あるけど)、
えっちらおっちらスクロールして探さないといけない
やる気あるのか？ＫＤＤＩ

検索しる
…と言いたいが確かにだるいな

だが検証を通すのに必要なことがあちこちに書かれてあるので
チームリーダーか全体仕様を考えたりするエロい人に一度は読ませるべき

〜〜はしてはいけませんとか使ってはいけませんとかこうしなさいとか書かれてんだもんな…＿|￣|○ｵｶｹﾞﾃﾞ ｷｮｳﾓ ﾃﾂﾔﾃﾞｽ

独り言です。
機種一覧表（性能、フォントサイズ、使用可能サウンドフォーマット、etc.）とか無いのかなぁ。
まったく、ふしだらな。

http://brewforums.qualcomm.com/showthread.php?t=4911
結局のところ、libstdc++.a ﾗｲﾌﾞﾗﾘか、ﾍｯﾀﾞﾌｧｲﾙの中のｺｰﾄﾞで malloc() free() を使ってるのが良くないみたいだ。
っつー事はﾍｯﾀﾞ書き換えて（operator new & delete）ﾀﾞﾒだったらﾗｲﾌﾞﾗﾘ自体再ｺﾝﾊﾟｲﾙだな。
すげーﾏﾝﾄﾞｸｻいが、stlportを移植するよりはよっぽど楽そうだ。

あー、早くBREWでSTL使いたい。

ソフトキーの描画ってどうやってます？
画面の下に自分で文字書いてたりしてます？絵とか。

>>249
自分で四角描いて文字を描画してるだけ。

>>249
俺もそーしてる。その方が自由に描けるし。
っつーか、BREWで用意されてるｺﾝﾄﾛｰﾙ系は何かと使いづらいね。
がんばって似たようなの作ろうかな。

>>249
自分で画像作ってる。けどデキがいまいち･･･。
本物のソフトキーと同じ画像ってどっかにないもんかね？

>>251
激しくキボン。

BREWはまだまだ商品として世に出されるべきではなかったな
構想段階でもう半年〜一年ぐらいはっきりと仕様を固めていれば
今のように"とても"作りにくく移植性の低いAPIにはならなかったはず
それともQ社の技術力が低いのか

どちらにせよ全体的な仕様統合と十分なサポートがなされないなら
該当諸氏はQ社に対する評価を改めるべきである

と書かれてた

brewのAPIが使いにくいのは確かだが、海外端末扱ってるとJAVAほど端末による
癖が無いのはうれしいけどね。
C系統だからプリプロセッサ使えるし。

しかし、何でオブジェクト指向なのにCでやろうと思ったのかが激しく疑問だが。
最初からC++にすればあんな使いにくいAPIにはならなかっただろうに。

エミュレータでImage開いてサイズの取得のみだけやってリリース、
その後一時的に処理がやたらと重くなるって不具合ない？
実機で再現しないんで放置してよいものかどうか…

>>252
詳しくも何も、好き勝手自由に作るだけじゃね？
使いやすいと思えるのは結局作った本人だけな罠ｗ

>>247
俺も欲しいよ。
ＫＤＤＩ用意しろやああああああ
機種ごとの資料みて自分でまとめるのは面倒なんじゃあああああ

>>256
そうそう、面倒だよな〜
しかも端末仕様書にIMenuControlインタフェース云々のくだりがあるもんだから、
勝手に使えるもんだと解釈されて、その前提で会議進んでるしｗ

てか標準フォントサイズのバラバラ加減もどーにかして欲しいもんだがナー

皆様どうもです。やっぱり手書きなんですねーうーむ。

もう一つ質問なのですが、終了キー以外にも終了ボタンが必要とか
検証項目にあるのですが。。
ISHELL_CloseApplet()をいつでも呼べるようにすることですよね？
ソフトキーにこれと、音楽on/offを当てたら終わりですよねぇ。

ISHELL_CloseApplet()は必ず必要？

>>249
俺はトップメニューに「終了」項目つけて、それでCloseAppletするようにしてる。
全部の画面から終了できるようにする必要はないんじゃないかな？
まぁまだ検証出してないからわからんが･･･。

追加。
CloseAppletで終了できるようにしろっていうのは、
確か終話ボタンで終了すると、他のサスペンドしてる
アプリも終了しちゃうからだったと思う。
そういう意味ならどっか1箇所でCloseApplet呼び出せるようにすればいいかと思われ。

>>258
どこでも終了できるようにしなくてもOKだよ。
うちも259と同じようにトップとかに終了をつけてるだけだし。

>254
JavaでもPPP.exeなんかを使えば、プリプロセッサもどきは可能。
探せば、他にもありそうだけど（#define 関数が使えるとか）。

>>259-261
なるほどサスペンドなんかを考えなければいけなかったんですね。

ありがとうございました！

>>256-257　　少しばかりの一覧表　　外出か？
http://www.au.kddi.com/ezfactory/tec/spec/4_5.html

>>262
まあそうなんだが（Cコンパイラでプリプロセッサだけかけるって手もあるしね）コンパイラ
自体が機能を持ってないから他人／他社と連携するときに色々面倒だ。
スレ違いなんでこの辺にしておくが、C++派の漏れとしては、まあとりあえずSymbianかbrewに
がんばってほしいところ。

もう2ch製APIとかつくりゃええやん

お忙しい所申し訳ありません。
質問が御座います。

モード選択でモードＡ･Ｂの二つを
上下キーで選択する処理を行いたいのですが、
「A1402S」のジョグダイアルにて
キーが取得出来ない様なのです。
（端末が手元に無い為、動作確認出来ません；；

ジョグダイアルの上下キー取得は
AVK_UP･AVK_DOWNで問題無かったでしょうか？
また、タイマー速度が速すぎると
キーを取りこぼしたりはするのでしょうか？
参考にタイマー速度を幾つに設定しているか等
教えていただけると幸いです。
因みに、現在のタイマー速度は80�_秒に設定しています。

何卒、よろしくお願い致します。

>>267
AVK_UPとDOWNでおｋ。
ジョグダイアルって一瞬でPRESSとRELEASEのイベントが来るからそのせいじゃないのかな？

>>267
ラボ行って試せ。がんばれ

BREW ディベロッパー ラボ 無料
http://www.brewjapan.com/lab/index.html

>>266
ここの住人が結集してフレームワーク作るってことか？

>>267
タイマーって何ぞや？
普通にキーイベントを取得するだけなら、タイマーとか必要ない筈だが。
アプリのHandleEventで、eCode==EVT_KEY、wParam==AVK_UPとかを検出すれば出るはず。
そこにブレークポイントかDBGPRINTF置いて、処理がそこに行ってないようであれば、
キーイベント検出の前に何かのコントロールのハンドルイベントでTRUEを返してる可能性有り。
ちなみに俺はW21Sなんだが、ジョグダイヤルでもちゃんと検出できてるぞぃ。

>>267
タイマーって何ぞや？
普通にキーイベントを取得するだけなら、タイマーとか必要ない筈だが。
アプリのHandleEventで、eCode==EVT_KEY、wParam==AVK_UPとかを検出すれば出るはず。
そこにブレークポイントかDBGPRINTF置いて、処理がそこに行ってないようであれば、
キーイベント検出の前に何かのコントロールのハンドルイベントでTRUEを返してる可能性有り。
ちなみに俺はW21Sなんだが、ジョグダイヤルでもちゃんと検出できてるぞぃ。

>>267
俺の方は70msでちゃんとキーイベントが来てたからタイマーの間隔は大丈夫だと思う。

>>271
タイマーコールバックを短い間隔で回すとキーイベントが来ないことがあるってなかったっけ？

>>273
ん〜タイマーは数秒以上でしか使ってないからわからん。
後は任せた。

>>268
>AVK_UPとDOWNでおｋ。
それだけ分かっただけで助かります。
ありがとうございました。
原因は別の所に…；

>>269
>ラボ行って試せ。がんばれ
それが一番なんですが、何せここは北海道…
もうすぐ雪が降りますわ…＿|￣|○

>>271-272
>タイマーって何ぞや？
製作中のアプリがゲームなので、
ゲームループ回すのにタイマーを使用してるんですよ。
んで、ループの頭で押しっぱなしやらを判定してます。

>ハンドルイベントでTRUEを返してる可能性有り。
他機種の上下キーによる動作は大丈夫なんで、
問題は無いかと…。

アドバイスからすると取得は問題なさそうなので、
違う箇所を検証してみます。
また何かあれば宜しくお願い致します。

>>267
あー、たぶんキーを押したとかのフラグ処理が悪い。
RELEASEのときに押したっていう情報は残らないで
そのキーが押されていない状態になるっていう処理になってないか？

質問させてください
Brewでゲームを開発しているのですが
「A5503SA」にてIWebで通信後、ゲームのスピードが重くなる
現象がでます。
他の機種(A5501T等)では、ゲームスピードが変わることはないので
リリースのミスなどはないと思うのですが
同じような現象で対応策などありましたら情報を宜しくお願いします。

>267
端末仕様書を見れ
どのキーがどのイベントに対応してるか載ってますよ

あと時間を窮する質問は掲示板ではしない法がよいかと思われ

>>267
BREWはキー押しっぱなしだとEVT_KEYイベントが断続的に発生するから

キー押されたらフラグ上げる
→タイマーイベントでフラグをチェック＋処理
→フラグをクリア
→タイマーセット

でいいと思うが。
わざわざRELEASE拾う必要なくね？

>>276
>RELEASEのときに押したっていう情報は残らないで
>そのキーが押されていない状態になるっていう処理になってないか？
あー、ビンゴです…；
要は

EVT_KEY_PRESS　　押したキーフラグ取得
EVT_KEY_RELEASE　放したキーフラグ開放
だと、
ゲームループ内で押しっぱなし等の確認処理を行う前に
フラグが消えている　＿|￣|○|||

ってことでOKですか？

大体ソースが見えたな。
タイマーにかからないタイミングでキー連打したら、
全く動かないゲーム作ってるって事かｗ

>>267
そゆことだな。

>>270
欲しいなそれ。
むしろ作りかけの物をとりあえず公開して、
ああしようこうしような風に仕上げていっても良いかも試練。

へっぽこなﾓﾝだったら漏れも公開できますが。ｗ

全てはへっぽこから始まる

いいね、フレームワーク。
皆でやっちゃいますか？

賛成。
STLPortの移植も…

ちっちゃい独自関数でもあると便利なんてのもありですな

今更かもしれないけど、自分はジョグだけはEVT_KEYで取ってた

BREWのバイナリサイズに上限はありましたっけ？
STLPortのライブラリをリンクすると結構でかくなりそうな気がするんですが

>>289
mod,sig,bar等とアプリが作成するファイル
全部含めて200KB(QVGA対応機は300KB)。

>>289-290
ストレージも、シェアも・・・
関係するファイルサイズ全て含めて200,300KBですよね。

>>289>>291はサービスガイドと開発ガイドを全然読んでないだろ。

タイマーのコールバック間隔とキーイベント破棄の関係について
サービスガイドに載ってる注意書きから抜粋。参考までに。

※　BREW2.1 対応機種では、50ms 程度の短いタイマ間隔でコールバックを繰り返すとキープレスイベ
ントが破棄される場合があります。
タイマ間隔を長くするなどのアプリ側でのチューニングが必要となりますのでご注意ください。

modてギャクコンできないのかな
うっかり古いソースを上書きしてもうた

一般にオブジェクトコードからCレベルのソースを復帰するのは至難の業。

とっとと思い出してコーディングした方が速い

っというか、仕事でやってるならバックアップぐらい
とっとけよ

>>293
30フレーム/秒は不可能というわけか。

良い機会だからCVSの導入または、毎日一回自動でバックアップを取るバッチを作るといいと思うよ。
ちなみにそう言うときはファイル名は backup-yyyymmdd.zip みたいにしてある程度世代管理してもﾌｧｲﾙ名がかぶらないようにすると良い。

>>297
可能だと思う。処理しきれない速度でｲﾍﾞﾝﾄが到達すると、
many callbacks pending とか何かでｲﾍﾞﾝﾄが破棄されるだけ。

だから、一回の処理が10〜30ms程度で完了するのであれば、30fpsは実現可能。

>>293の言ってるｷｰﾌﾟﾚｽが破棄されるってのは、ｲﾍﾞﾝﾄ処理待ちが多すぎて、
せっかく届いたｷｰｲﾍﾞﾝﾄが無視されるってわけ。

だからﾀｲﾏｰ間隔が長くても、一回の処理が遅すぎると結局ｷｰｲﾍﾞﾝﾄを取りこぼす可能性大。

エンドキーって終話キーとはちがうのですか？

Windowsみたいにメッセージをメインループ側から受け取る事ってできるっけ？

「秒間30フレーム」は可能かもしれないけど、
タイマー使うメッセージループて時点で「1/30秒で回ってくるメインループ」は
不可能な気がするんだが。処理が追いつく前提でも。

>>300
ｴﾝﾄﾞｷｰ＝終話ｷｰで、多分あってると思う。

>>301
確かに。出来たとしても、なんちゃって30fpsだな。ｗ

Smallフォント対応機種向けのBREWアプリで、
Smallフォントを使用する方法はあるのでしょうか？

enumで定義されてる
AEE_FONT_〜
らには、それらしきものはないので、無理かと思いましたが、
どこかでエクストラスモールフォントを使用する方法を
見かけたような気がして……。

>>303
FAQだったはず

スマンカッタ、FAQだけだとわけわからんな
開発支援サイトのFAQと端末仕様のpdfを参照すれ
どれかのフォントと排他なんで使いづらいかもよ

ﾌﾟﾛｸﾞﾗﾐﾝｸﾞｶﾞｲﾄﾞ50ﾍﾟｰｼﾞ以降嫁

>>304-305
ありがとうございます！助かりました。
既存フォントと差し替える形で使うのですね。


>>306
すみません、目視＆検索で探しては見たのですが、
読み落としてしまったみたいです＿|￣|...○

そうなんだよ、一度読破しておかないとダメなんだよ。
検索や目視でひっかからないことがおおい。
「どこかにそんなこと書いてあったなぁ」というのだけが頼り。

>>301 >>302
マルチタスクの環境（BREWもカーネルがアプリの実行をスケジュールしてるから
これにあたるよね）でなんちゃってじゃないFPS管理なんてできないでしょ。
なんちゃってでも、処理速度が追いついてれば概ねその通りに動くんだから普通は30fpsといえると思うが。
＃まあ実際現状の端末では30fpsでまともな処理は難しいと思うが

ちなみにBREWのコールバックって種類が多すぎ＆統一性があまり無いから困るね。
さらにタイマーとか優先度が高いコールバックがあると、imageのデコード終了とかのコールバックは後回しになっちゃったりするし。
いっそのことVxWorksでも入れてくれると良かったんだが。

検証項目？のMALLOC後の戻り値を見るってやつなんですが
みなさまどういう実装してます？

これ後から気づいて。。

いま

char *a() {
　　　　return (char *)MALLOC(128);
}

のような関数あるんですが。。どうしよう。。

オールBREW端末にらんで〜日立ソフトBREW GUI開発ツール
http://www.itmedia.co.jp/mobile/articles/0411/16/news043.html

世界初、日立ソフトがクアルコムのBREWR3.1対応
携帯電話向けGUI開発支援ツールを販売
〜携帯電話端末への組込み型BREWアプリケーション開発の生産性を飛躍的に向上〜
http://www.hitachi-sk.co.jp/News/News287.html

ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!!

日立ソフト：アプリケーション開発フレームワークanyWarp
http://hitachisoft.jp/anywarp/

http://k-tai.impress.co.jp/cda/article/news_toppage/21428.html

>>310
ぬるぽだったら終了させればいいんじゃねーの？

ITmedia記事より。

> 価格は年間使用権契約で、1ライセンスあたり100万円弱を想定している。
> キャリアや端末メーカーから、アプリケーション開発やコンサルティングを
> 受託し、初年度5億円の売上げを目指す。

えーと...。

>>314
ｶﾞｯ

KDDIのアプリ企画審査って厳しいんですか？
普通に動けばいいってもんじゃない？

この流れで１分でガッされるのか・・・

すみません、315書いてリロードしたらすぐ上のカキコが目に入ったもので脊髄反射で...。

ぬるぽで終わらせたいんですが
メッセージ出してうんぬんかんぬん。。。だとかなり直さないといけないので
どうしたものかと思ったのですが〜

やはり地道に書くしかないみたいですねー

>>320
今度もｶﾞｯ

よく分かりませんがエラー発生時にメッセージ出さずにいきなり終了はNGですよ。
メッセージ出してなんかボタン押されたら糸冬了ってシーケンスにしとかないと。

>>317
そりゃもう。

基本的に何処のルーチンに於いても、
エラー検出して異常終了（再開）できる出口用意しといた方がいいと思う。
つかそれが普通だと思う。
ぬるぽ検出したら、上の出口につなげるだけ。

MALLOC以外にも、動的にメモリ確保する箇所は山ほどできるぞ。
つーかpngなりjpeg使う時点でヒープ使うし

むー結構大変ですねー
とりあえず終了用のclassを改造してみます。

ありがとうございまっした

>>322
（´-`）.｡oO（終了メッセージ出すとこでぬるぽしたらどうするんだろう）

>>324
終了用ダイアログ（IDialogでは断じてない）は最初に用意しておく、が正解。
最初にそれすら確保できないようなケースは知らん。

a = MALLOC(1);
b = MALLOC(2);
c = MALLOC(3);

例えばこんなコードでcでエラーが起きた場合、
aとbもFREEしないといけないんですよね。。。

めんどーひ

BREWのFONTって、文字の横幅は固定なのでしょうか？
固定っぽいけど、それは機種依存になるのかな？
今後、それは変わらないのでしょうか？

だれか教えてください　　ﾍﾟｺﾘ

言葉足らずなので追記
可変長フォントなんてのがあり得るのか、知りたいのです。

固定ピッチかプロポーショナルかってことなら、固定ピッチだ。
また、LARGEは何ドット、NORMALは何ドット、という規定値もない。
具体的なドット数は機種によってバラバラなので端末仕様書で確認する。

>>329
ありがとう。
今後、プロポが導入されたとして、
デフォルトがプロポになると困るなぁ・・・って思ってたんだ。

http://www.k-mb.biz/

>>302
＞ｴﾝﾄﾞｷｰ＝終話ｷｰで、多分あってると思う。
そうですよねｔｈｘ。
でも検証のＰＤＦのどっかのページに終話キーと
エンドキーが同じページに書いてあるんでつよ

検証の方法も検証してくださいこのバグヤロー

>>326
MALLOCを生で使うつもりなのか？
やめておくべきじゃないかと。

>>333
ゴムつけないとダメ？

>>333
使わないか？

>>334
ええ。何か(変な中断とか)あった時、(１つ１つ解放する)セキニンとるのは鬱陶しいしー

えーじゃぁゴム付きってどう書くんですか？

>>337
typedef struct _MyData {
　char* hogedata;
　char* foodata;
　...
} MyDatal;

アロケートした領域は↑みたいな奴（開始時は0で初期化)に覚えておいて、
ヤバイときにまとめて開放する関数を用意しておくようにするだけ。
実行途中で細かくアロケートが必要な場合は、
最初にまとめてMALLOCした中から自力で切り出すのも大アリ。
（実行途中で「メモリが足りません」なんてかっこ悪杉）

男なら生だろ！

>>332
大半が使えないキーコード一覧見ると、「AVK_END」と「AVK_POWER」と別にあるよ。
エミュじゃ終話キー押したら即アプリ終了して、キーイベント発生しなかったけど。
端末仕様書には、この点何も書いていない。

つまるところ、「使うな」と言っているように思えるんだが…
使う必要あるの・・？

大変参考になりました。ありがとうございます。

>>340
プログラミングガイドのわかりにくい場所に書いてなかった？
EVT_KEYのイベントをきっちりかけばいいはず

byte a;

while(flg)
{
　　a = MALLOC(1);
　　FREE(a);
}

>>343
　 　∩＿＿＿∩　　 　　　　　　｜
　　 | ノ＼　　　　 ヽ　 　　　　　　|
　　/　　●゛　　● |　　　　 　　　|
　 |　∪　　( _●_)　ミ　 　　　　　j
　彡､　　　|∪|　　 |　　　 　　　 Ｊ
/　　　　 ∩ノ ⊃　 ヽ
(　 ＼　／ ＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼ ／＿＿＿ ／

終話キーのキーコードはアプリに通知されないので
割り当てられたAVK_XXXの値を意識する必要はない。

終話キーを押した場合、アプリにはEVT_APP_STOPイベントとして通知されるので
そこからアプリの終了処理を呼んでおしまい。
従ってEVT_KEYイベントで「終話キーが押された場合は…」といった処理は書かない（書けない）。

蛇足だが終話キーはキーリピートも発生しない。

>>344
パクッと行け！パクッと！

>>343
　　　　　　　　　　　　　　＼　　　∩─ｰ､
　　　　　　　　　　　　　　　 ＼／　●　､_ ｀ヽ
　　　　　　　　　　　　　　　　/ ＼(　●　 ● |つ
　　　　　　　　　　　　　　　　|　　 X_入__ノ 　 ミ　　　a = MALLOC(1); でｺﾝﾊﾟｲﾙｴﾗｰ ･･･
　　　　　　　　　　　　　　　　 ､　(＿／　　　ノ
　　　　　　　　　　　　　　　　　＼＿＿＿ノﾞ
　　　　　　　　　　　　　　　　 ／ 丶'　⌒ヽ:::
　　　　　　　　　　　　　　 　/ ヽ　　　 /　/:::
　　　　　　　　　　　　　　　/　/へ ヘ/　/:::
　　　　　　　　　　　　　　 /　＼ ヾミ　 /|:::
　　　　　　　　　　　　　　（__／| ＼___ノ/:::

>>343
　　　　　　　　　＼　　　∩─ｰ､ 　　　====
　　　　　　　　　　 ＼／　●　､_ ｀ヽ 　　======
　　　　　　　　　　　/ ＼(　●　 ● |つ
　　　　　　　　　　　|　　 X_入__ノ 　 ミ　　　それと無限ルークマ――
　　　　　　　　　　　 ､　(＿／　　　ノ　/⌒l
　　　　　　　　　　　 /＼＿＿＿ノﾞ＿/　 /　　=====
　　　　　　　　　 　 〈　　　　　　　　 ＿_ノ　　====
　　　　　　　　　　　 ＼　＼＿　　　　＼
　　　　　　　　　　　　　＼＿__）　　　　　＼　　　======　　　(´⌒
　　　　　　　　　　　　　　　　＼　　 ＿＿_ ＼＿＿　　(´⌒;;(´⌒;;
　　　　　　　　　　　　　　　　　 ＼＿＿＿）＿＿＿）(´;;⌒　 (´⌒;;　　ズザザザ

>>345
訂正ありがと。カンチガイしてた。
つーかまたBREWやりたいんだけど、しばらくできそうにないや

BREW2.1で3Dをする場合は何が必要になるのですか？

OpenGL ESは3.0からですよね？
2.1だとI3Dを使うと思うんですが、どこにもstruct _I3Dの実体が見つからないのですが。

ちとすまん、機種依存情報って何処らへんに載ってたっけ？
いつしかExcelの資料見た覚えがあるんだが…手持ちに無いOrz
どうもA5505SAでIDISPLAY_MeasureText()が正常な値を返して来ないっぽいんだが。。。

解決しますた。
どうも全角でも半角の幅が帰ってきてるっぽいんで、
半角のサイズ×２で誤魔化した。
他の機種は大丈夫だったかな… 何か情報あったらお願いします。

>>349
I3Dをサポートする端末は国内に無い
なお、I3Dは"AEEINTERFACE(I3D)"というマクロで定義されている

OpenGL ESは別にBREWのバージョンとは関係なく端末でライブラリを実装すれば
2.1でも動く
しかしいずれにせよエイチアイのMascot CapsuleがBREW上に実装されている以上
これらのライブラリを直接呼ぶ必要性は普通は無い

>>352

つまり、現状で3Dを使ったアプリを作る場合は
Mascot Capsuleを使うしかなようですね。
ありがとうございました。

>>350
A5505SAでIDISPLAY_MeasureText使いまくりのアプリを
作ったけれど、そんなバグはなかったし、検証も通ったよ。
他機種でも同一バイナリで問題なく動いているしなあ。

>>350
俺もA5505SAでIDISPLAY_MeasureText使ってたけど検証は通ったよ。
自分で実機では見てないけど変なとこあったら言われてるだろうし。
違うところに原因があるんじゃないかなぁ・・・。

>>350
ついでだけどA5505SAの機種依存でIDISPLAY_MeasureTextのはなかった。

まさかAECHAR型を渡してないってオチじゃないよな？

あれれ・・？　ソース抜粋してみる。

int fontW, fontH;
AECHAR str[] = {'※', '\0'}; //※…全角一文字

fontH = IDISPLAY_GetFontMetrics(a->m_pIDisplay, AEE_FONT_NORMAL, NULL, NULL);
fontW = IDISPLAY_MeasureText(a->m_pIDisplay, AEE_FONT_NORMAL, str);
DBGPRINTF("フォントサイズ：H=%d,W=%d", fontH, fontW);

これだけなんだが、出力結果はH=18、W=9だった・・・

エミュ、A5506T(だったはず)では正常な値が帰ってくるのを確認済み。
なので機種依存かと思ったんだが・・・
プログラミングガイドの何処か見落としたﾖｶｰﾝ

追伸。
strの定義からfontH求めるまで20行ほど省略してるが､この間変数には一切触れてない。
'※' を全角スペースや、他の全角文字も幾つか調べてみたが軒並みアウト。
ついでにIDISPLAY_MeasureTextExも試してみたが､結果は同じく9ピクセルが帰ってきた。

で、半角文字を入れても9ピクセルが帰ってきたんで､それを2倍して対応しますた。
ここで取ったフォントサイズを元にメッセージボックスやら何やら作ってたんで致命的だったのよTT

＞AECHAR str[] = {'※', '\0'};

チカラ抜けたよ…　ダメに決まってんだろー

何が悪いのかわかってないんで、ダメな理由教えていただけると…

プログラミングガイドやAPIリファレンスで文字列描画について再確認するとともに
この辺を見るのもいいかと。
http://www.itmedia.co.jp/mobile/0311/14/n_bapp.html

あー、なるほど。
先の初期化方法だと、全角文字はバイト列逆に入力されちゃうのか。
いやむしろAECHARが逆に扱ってるというべきか…
デバッグ出力でも確認できたんで納得した。
S5506Tもエミュもタマタマ動いていただけっぽいな。

ご迷惑おかけしますた。

書き忘れ。
>>360,362
夜遅くまで付き合ってくれてサンクス。
助かったよ〜

>>350　なにかと面倒なことは多いけどがんばれー

ttp://www.geocities.jp/messenger4nis/

IMEDIA_SetAudioDevice(pMe->m_pMedia, AEE_SOUND_DEVICE_CURRENT)で
EUNSUPPORTEDが帰ってきます。

これを設定できなくても一応実機エミュともに正常っぽく音がなっているので
ほったらかしてるんだけど、まずいですか？

しかしSDKドキュメントのIMEDIA_SetMediaData()と
IMEDIA_SetAudioDevice()の説明って何で同じなんだ・・・

>>367
設定しなくていいんじゃね？

KDDIの事前検証チェックシートには
AEE_SOUND_DEVICE_CURRENTか指定しない状態にしろって
書いてあるっぽい。

>>368
ありがとうございますー。心置きなく無設定にすることにします。

>>363
つーかエンディアンがどうこう言う前に、AECHARの中身の文字コードは端末依存だぞと。
ちゃんとSTREXPAND使って変換しないと危険だと思うが。

>>371
心配かけて申し訳ない。
>>358のソースは文字サイズ取るためだけに使ってるんで、ああいう初期化をしただけ。
なので他の場所ではSTREXPAND()使ってるから問題なし。
今はISHELL_LoadResString()で遊んでます。

>>371
いやそれでも問題だと思うが。
SJISで全角コードを設定してもそれが半角文字になってしまう可能性は否定しきれないだろう。
まあ固定ピッチフォントである保証もないので、突き詰めると色々問題ありな分けだが。

特定の端末でうまく動けば良いということなら止めはしないが、個人的にそういうのは余り好きじゃないな。
＃そういう考え方で作られたプログラムを別プラットフォームにコンバージョンするという仕事を何度もやらされたんで

>>373
多分>>372のアンカーミスだよな・・・
対処は351に書いたが、全角のsjisコード書いたなんて言った覚えは無いぞ。
固定ピッチでなくなったケースなんぞ知らん。

てかそういう仕様なんで、こちらとしてはどうしようもない。
別プラットフォームも最初から想定していないから大丈夫だと思う。
そう思いたい ○|￣|＿

武竜を使いこなすには約五年間に渡る苦行を修める必要があります

武竜って生まれてどれくらい経ってるっけ・・？

>>374
ごめ、アンカーミスってたね^^;

＞AECHAR str[] = {'※', '\0'};
って普通にWindowsで書いてコンパイルしたらSJISコードが入ると思うが。
で、エンディアンの修正とかやってもコードは変わらないと思う。
普通にchar配列として初期化してSTREXPANDしたほうがいいと思うよ。

>固定ピッチでなくなったケースなんぞ知らん。
現状は存在しないと思うが、将来にわたってそうだという保証は無い。
まあ、おまいさんが今動けばよいというのは良いのだが、想定以上に長いことソースが使われることは良くあること。
で、現状ではOKって考えで作られたソースを後から直す羽目になる人のことも考えといたほうが良いぞというのが漏れのアドバイス。
＃結局自分で治す羽目になることだってあるわけだし

つまるところ、サブルーチン一つ作って、常に描画文字列の幅を測定してから適切な位置に描画するようにすれば良いだけだし。
そういうのがスマートなコーディングだと漏れ的には思うが。

まああくまで私見なので、気に入らなければ無視してつかーさい。

言っている事には全く同意なんだが…
AECHAR str[] = {' ', '\0'}; //←半角スペース
こうした。
'※'を表示したいんじゃなくて、全角文字の幅が欲しかっただけなので、
半角で得た幅に2を掛けておしまい。
…とはちゃんと書いてなかったか、説明不足ｽﾏｿ。
他の箇所は先にも書いたとおりSTREXPAND使ってる。

で、何故この幅が必要かというと、
画面サイズと文字サイズを基準にテキストボックスを作ってるから。
テキストボックスの画像はバラバラのパーツなので、これを基準には出来ない。
画面サイズのみ基準に計算すると半角文字が1文字はみ出る可能性があるので、
それを予防する為の全角文字サイズ確保ってトコなんですわ。

固定ピッチでなくなると、この仕様そのものが使えなくなる。
と言うか半角1文字のズレを許容範囲とするなら、このままでもほぼ問題ない。

画像サイズ基準にして画像差し替えだけで対応できるのがベターなのかもしれないが、
漏れの力ではこれ以上の仕様変更は無理○|￣|＿


関係ないが
>無視してつかーさい
何便？

>>377
諸々わかってて「でも今回のこの仕様ならこれでOK」って感じで例外的なコードを書くのは
構わないんじゃないか？固定ピッチかどうかなんて画面デザインにもはねるんだから、
現状の端末を仮定して当然だと思う。

ただ、>>358 のコードはそういう判断の結果出てきたものでは全くないし（現に正常動作しない）、
これがたまたま動いてしまう環境もあるあたり性質が悪いかも・・・

>>378
依然としてエンディアンに依存するコード・・・でも普通は動くだろうけど。
AECHARの半角のコードに自然じゃないエンディアン使う端末ってあまり想像できないし。
一行 STREXPAND 書くだけでLEでもBEでもShift_JISでもeuc-krでもgb231でも動くのに・・
コードサイズがキツキツとか？極小の中の人かな。

そもそもHelloBrewでああいう初期化がされているので、
諸悪の根源と思っていない
＆１バイト文字でエンディアンに依存にするケースが想定できない
＆無駄と思えるコードは最小限に抑えたい（趣味）
というのが変更したくない理由。

何かトラブルメーカーみたいなんで、素直にSTREXPANDに変更しときます。
まだちゃんと納得してないけど…
ご迷惑おかけしますた。

>>378
結局半角ｘ２にしたんならそれほど問題はないと思う。
＃とはいえ特に問題なければSTREXPANDしといたほうがベターだとは思うが
この部分が分からなかったので「全角コードでのAECHAR初期化は危ない」と言いたかっただけだから。
固定ピッチ依存についてもそういった理由があるのならまあ現状仕方ないかと思う。

>>379
>諸々わかってて…
程度の問題だろうね。
上でも書いたように、半角ASCIIでAECHAR初期化とか固定ピッチ依存とはいえクリティカルでない
のなら漏れもそれで良いと思うよ。
いまやってる仕事で端末性能に依存したゲームのコンバージョンやらされてて、動きが早すぎるとか言われ、
「じゃあ理想FPS教えて」と言っただけで逆ギレされたりしていたんで、端末依存に過敏に反応しちゃったかも。

>一行 STREXPAND 書くだけで…
同感。
ちなみに漏れはC++使ってるんで、文字列クラス作って自動変換されるようにしてる。

BREWを実機に落とせるようにするにはKDDIに認められなきゃならない事はわかったけど
一体いくらかかって、どういった壁があるんでしょうか？

ほしゅ

>>382
ケーブル２０００円
ARMコンパイラ１５万円
KDDIに企画申請プライスレス

>>382
検証３回目からは２０万円（税別）

>>385
検証２回までは無料、３回目でﾌﾞﾗｯｸﾘｽﾄ？

提出するバイナリはちゃんとARMコンパイラ買ってコンパイルしないといけないんでしょうか。

>>386
GCCでもおけぃ。
ただしモジュールサイズでかめ気味になるかも。

おぅ388は
>>387でした

>>388
　ありがとうございました。GCCで行きます。

CPとしては検証に落ちることそのものが論外、理由は開発支援サイト見れ。
たとえ発売時期が遅れたとしても、可能な限り完璧にしておこう。

は？

しおりないのはやっぱつらい･･。

エミュレータで起動中にMemory クラプション?クランプション？　
エラーというのが発生してリセットされます。

これってどういう時に起きるエラーなんでしょうか？（ ´・ω・`）

>>394
メモリ壊してる（確保していないアドレスに書き込んでる）ってことじゃないかと。
＃メッセージは詳しく覚えてないけど

エラーメッセージは忘れたがエミュレータ起動中のエラーならこういう可能性も。
−　mifはあるけどdllがない
−　mifとdllを置くフォルダ構成が正しくない
−　mifとdllでファイル名が違う

>>395-396
ありがとうございました。

>>396
確かに何かを壊しているんじゃないかという雰囲気はしてました（　ノω・`）

>>396
そういう場合も発生するエラーなのですか・・・。

今回の場合、アプリにある機能を増やすまでは発生せず、
追加した関数（配列を頻繁に使用している）で発生してるっぽいので、
どうも配列外にはみ出して読み書きしている可能性が多そうです。

>>397
いや、「エミュレータで起動中に」とあったのでメニューからアプリを選んで
起動したとたんに起こるエラーを挙げてみただけ。
>>397を見るとどうやらアプリ「実行中」のエラーのようだから>>396のことは無関係だ。

>>397

>追加した関数（配列を頻繁に使用している）で発生してるっぽいので、

ちなみに、実機ではスタックがかなり小さいのである程度で買いサイズの配列を
スタックに採っているとリセットかかる。
MALOC等でヒープに確保しないとダメ。

ただ、エミュではそんなこともない（普通にWindowsのスタックサイズ制限になる）
ので原因はそこではないと思うが。
原因であろう関数がほぼ特定できているなら（そしてエミュで問題が発生するのなら）
普通にステップ実行すればどこでおかしくなっているかは分かると思うが。

>>399
重ね重ねありがとうございます。

心当たりの関数は、ヒープに確保してあるデータテーブルから
ループで順々にデータの読み書きをしていくものです。

何かの変数が、ある範囲のとき、どこかのテーブル参照で
ループオーバーかデータ取得異常をおこしてる予感が
ひしひししています。

虫の生息域はきっとその関数内なので、地道に虫探しに行ってきます。
テーブル多いよ大きいよ ○|￣|＿

APIのドキュメントを読んだけど、
スレッドの生成方法がよくわからない。
どうやって生成するのか知ってる人教えてください。

>>401
2.1じゃサポートしてないんじゃなかったっけ？

フォーラムに載ってた気がする。一度確認することを
勧める

>>402
2.1 でスレッド使えるよ。undocumented だけど。
2.0 は使えない。

// goto使えるんだね
hage:
goto hage;

JPEGファイルの縮小表示を行いたい場合って、やっぱり

JPEG ファイルを IImage として読込
-> IImage のサイズを調べる
-> 同じサイズの IBitmap(1) を作成
-> IDisplay のレンダリング先を上記 IBitmap(1) に設定
-> IImage_Draw() を使用して IBitmap(1) に描画
-> 目的のサイズの IBitmap(2) を作成
-> IDisplay のレンダリング先を上記 IBitmap(2) に設定
-> IGraphics_StrechBlt() を利用して、上記 IBitmap(2) に描画
-> IDisplay_DetachDestination() とか IBitmap_Release() とかとか

こういうかったるいことをやらなくちゃどーにもならないのだろうか。

う〜ん、ほんのちょっとだけ ITRANSFORM_TransformBltSimple() の方が楽そうだなぁ・・・

>>405-406
IGRAPHICS_StretchBlt()に指定できるビットマップソースはIBitmapやIDIBではなく
WindowsBitmapなのでこの目的には使えません。
# IDISPLAY_BitBlt()はIBitmapやIDIBをとりますが。
なのでITransformを使うしかありません。

ちなみにIGRAPHICS_StretchBlt()はバグありなのでその意味でも使えません。
http://brewforums.qualcomm.com/ja/showthread.php?s=&threadid=237

Blt周りは特にグッチャングッチャンの設計だな。

エミュレータの出力ウィンドウに表示される
警告の意味がわかりません。
↓の内容なんですがどなたかわかりますか？
アプレット起動したときに表示されます。

WARNING: App Callback Pending(数字)

ファイルシステム残量チェックと
ヒープ残量チェックって関数あります？

IFILEMGR_GetFreeSpace
IHEAP_GetMemStats

JavaアプリをBREWに移植中。描画方法でアドバイスが欲しい。

このJavaアプリは処理ループごとに差分描画で画面を描いている。
BREWでサスペンド→リジュームが起こったとき、差分描画の方法では
サスペンド発生時の画面全体の描画内容が復元できない。

サスペンド発生時に画面内容を、画面と同サイズのビットマップに描画、
リジューム時にそれを画面に描画し直せば元通り…と思って試したら
サスペンドに入るときの砂時計マークまで描画されててダメ。
（サスペンドが発生すると、まず端末側が砂時計を描画して、それから
　アプリにサスペンドが通知される模様）

サスペンド時の画面を復帰させるのに、皆さんはどうやってますか？
１．差分描画しないで常に画面全体を描画している。
２．オフスクリーン（画面サイズのビットマップ）を用意してそこへ
　描画（差分描画）、それ全体を画面（デバイスビットマップ）へ転送。
　…これだと文字を書くのにどうするか？
３．差分描画を基本とするが、リジューム時はシーンごとに個別対応で
　画面全体を描画し、その後また差分描画を続行する。
４．その他。

>>410
ヘルプを読むと、GETFSFREE()、GETRAMFREE() も使えるのかも？
BREW 2.1 以降だし、使ったことないけど。

>>412
1、問題外。
2、IDISPLAY_SetDestination() を使用すれば文字も描画できるのでは？
3、シーン毎っちゅーのが分からんが、漏れならこっちでやるなあ。
4、砂時計が描画される部分だけ描画時毎に保存して...（ｗ

>>413
＞2、IDISPLAY_SetDestination() を使用すれば文字も描画できるのでは？
それはそうなのだが、デバイスビットマップを入れ替えるとクリッピングや透過色の指定が
クリアされるので、それらを使っていると面倒なことになる。
また、タイミング悪く、入れ替えてる間に砂時計が描かれてしまうこともあり得る。＜考え過ぎか？
何とかIDISPLAY_SetDestination()を使わない方法を考えているがうまくいかなくて…

＞3、シーン毎っちゅーのが分からんが
ステージ開始したとき、クリアしたとき、ゲームオーバーになったとき、など、
描画内容が大きく変わる区切りを指す。説明不足スマン。
これは確かな方法だと思うが、上記シーンごとに画面復元の処理を入れていくことになり、
作業量が増えるのでちょっと躊躇ってる。＜ヨワッ　でもやはりこの方法なのかな。

＞4、砂時計が描画される部分だけ描画時毎に保存して
砂時計が描かれてからEVT_APP_SUSPENDが通知されるので、そのときには
砂時計が描かれた状態を保存してしまっていて結局ダメで…

413さんthx.　他の方のアドバイスもいただきたいです。

>>412
漏れは2の方法で復帰させてる。てか1と2の複合か。
（ゲームじゃないが、画面全体が頻繁にスクロールが発生するアプリでスクロール分を差分描画）

1.IDISPLAY_SetDestination()でオフスクリーンを指定
2.クリッピング、描画など
3.IDISPLAY_SetDestination()でディスプレイを指定
4.オフスクリーンをディスプレイに描画
5.IDISPLAY_UpdateEx()で画面更新

の繰り返しで。
砂時計はディスプレイに描画されるので、オフスクリーンの方は大丈夫。
結局毎回画面全体を更新している訳だけど、DDBの上書きだけなら結構な速度が出るよ。
S5505SAで約20フレーム確認。それ以上は試す必要なかったんで計ってない。スマソ

>>414
4. は、412 氏が上手くできなかった SUSPEND 時保存の改善案。

(1) アプリ側の描画時に砂時計がでるはずの部分だけ保存
(2) SUSPEND 時で全画面保存
(3) RESUME 時に (2) で保存したものを描画
(4) 同じく RESUME で (1) で保存したものを (3) に上書き

問題は、各機種毎に砂時計の出る位置やサイズが違う気がする
ってことかなあ？…速度的には悪くないと思うけど。

415氏、416=413氏、具体的な内容で参考になりました。助かります。
>>413の2番をふまえて>>415の方向で考えてみます。

変に考えが凝り固まっててオレの頭がサスペンド中ってオチなのか…

透過処理とかの絡みでDDBitmapを直接弄ってるけど遅い。
asmで書き直してる人とか多い？

みんな頑張れよ
↓
ttp://next.rikunabi.com/tech/docs/ct_s03100.jsp?p=lw1061&f=impress&__m=1

EVT_APP_NO_SLEEPから復帰するタイミングを見たいときは
何をチェックしたらいいんでしょうか？


EVT_APP_RESUMEやEVT_APP_STARTではないみたいだし・・・。

サウンドでspfファイル使ってる人いる〜？

>>421
シ
てか、それしかサウンド使ったことない・・・。

qcp使ってる

移植性とか考えると音はやっぱSPFの四音同時が妥当なのかね。
日本の端末じゃMIDI＋QCP×4とか出来ないようだし…。

どうやってますよ？オマイラ

着うたフル

>>425
BREW2.0端末で200kb
2.1で300kbじゃなかったか？

エミュレータでは問題なく動いてるアプリが
実機でいきなりMemory Accessで落ちるんですけど
原因って何でしょう？

処理を全部コメントにしてreturnしていても
場所によってエラーになるんですが。。

>>427
奇数番地をまたいでのwardアクセスとかじゃないか？

タイムクライシスで半透明やってるんだけどどうやってんですか！

>>427
ありがちなのが、ヒープ足りなくなってる状態でMALLOCとかが失敗しているのに
エラーチェックしないで書き込んでるとか、ポインタ操作をミスってるとか。
あと、実機用はmakefileで、すべての依存関係が記述できているとは限らないか
らクリーンしてみると挙動が変わったりすることもある。

ちなみに実機でしか再現しないリセット系エラーを追及するには、ログをファイ
ルに吐くような手を使わないとダメです。
＃DBGPRINTFなんかはバッファされるのであてにならない

IShell_CreateInstance()関数を使ってINetMgrのインスタンスのインスタンス
を生成しても戻り値がSUCCESSとならないんですが、どんな原因が考えられます
か？コンパイルはできます。ちなみに
IShell_CreateInstance(pMe->m_applet.m_pIShell, AEECLSID_NET, (void**) &app->pINetMgr)
という感じにしてます。

>>431
とりあえずMIFは？

>>428
初歩的質問でもうしわけないのですが
奇数番地をまたいでのwardアクセスってなんでしょう。。。

>>430
ヒープは残っててMALLOCの戻り値もチェックしてます。
クリーンしてみたのですが変わらず。。

デバッガについて質問です。
エミュレーター上でVC++のデバッガーを使いたいと思い
ttp://www.s-cradle.com/developer/technicalqas/tqbr/index.html#q0049
に書かれている方法を試したのですが
'(パス)\BREW_Emulator.exe'にはデバッグ情報がありません。続行する場合は[OK]を押してください。
というメッセージボックスが表示されてしまい、続いて
１つ以上のﾌﾞﾚｰｸﾎﾟｲﾝﾄが設定できませんでした。これらのﾌﾞﾚｰｸﾎﾟｲﾝﾄは無効です。実行ﾌﾟﾛｸﾞﾗﾑはﾌﾟﾛｸﾞﾗﾑの始めで停止します。
というメッセージボックスが表示され、デバッグできません。
プロジェクト(P) -> 設定(S) -> リンク - カテゴリ - 一般 のデバッグ情報を生成する(G) にはチェックが入っています。
どうしたらステップ実行等が可能になりますか？
環境はVisual C++ 6.0 BREW SDK 2.1.1jです。
宜しくお願いします。

>>434
プロジェクト→設定→デバッグでデバッグセクション実行可能ファイルに
ｴﾐｭ.exeを入れればおｋ


あと質問なのですが
みなさんリソースファイルに埋め込んだ音声ファイルは
どのようにして再生してますか？

>>433
wardはwordの書き間違いでそ。

アライメントの問題。バイト(8bit)アクセスならどんな
アドレスでもアクセスできるけど、ハーフワード(16bit)は
2の倍数、ワード(32bit)は4の倍数のアドレスでしかアクセス
できない。
ARMはこれを間違えると例外が発生する。x86はアライメント
気にしないでも処理は一応動く。
# ちなみに、ARMでも例外発生しないものもある

うーむ。
メモリまわりは全く知識が無いのでチンプンカンプンです。。
いま途中まで動いてる部分はまぐれっぽいですね。

大変そうだ

>>437
アライメントと決まったわけじゃないしな。
単純にメモリ壊しているだけかもしれん
アライメント問題はこんな感じ

----
uint16 buf1[10];

uint8 *p1 = (uint8 *)buf1; *p1 = 0;
p1にアクセスするのはOK

uint16 *p2 = buf1; *p2 = 0;
p2にアクセスするのはOK
----
uint8 buf2[10];

uint8 *1 = buf2; *p1 = 0;
p1にアクセスするのはOK

uint16 *p2 = (uint16 *)buf2; *p2 = 0;
p2にアクセスするのはNG★

例え動いたとしても、偶然buf2が2の倍数のアドレスに
配置されてたってだけ
コレをやりたい場合は、アドレス調べてうまくいくよう
自分の処理を調整するか、_packed、PACKEDとかでコン
パイラに教えてあげる必要がある

>>431
MIF ﾌｧｲﾙに権限がないとか良くありがちな罠。

てかメモリ周りわかんないでどうやってＣ書くんだ？

>>435
https://secsvr.net/brewjapan.com/tech/form.html
ここの「BREW Technical Tips」に載ってる
【リソースファイルにサウンドデータを格納するには】の
サンプルを参考にさせてもらってる。

427とそれへのレスを見て思ったのだが、
情報が足りてない質問に憶測で答えていても解決は遠いと思う。

「エミュレータで動いて実機でMemory Accessエラー、原因は何？」とか
「処理を全部コメントにしてreturnしていても場所によってエラーになる」とか
ソースを出さずに言われても意味不明。

エミュレータで期待通りの動作をして実機で動かないなら、ビルド環境の問題
かもしれないし。（←と、当てずっぽうになってしまうわけだ、情報が足りないと）

427はせめてその疑ってる付近のソースを（可能な範囲で）晒してみたり、
ARMかgccか、makefileはBREW Addinsの自動生成のか、自前で書いたものか、
とかの情報を出してみてはどうか。

ごめんなさい解決しました。。。
なんと問題はフラグの初期化し忘れでした。情けない。
int型をとってTRUEかFALSEかで使ってた部分で落ちてました。

メモリについての知識もほとんどないので
難しいコードも組んでないし、メモリ周りのエラー起きないですよね。

皆様たいへん勉強になりました。
ありがとうございました。

なんか、ISocket での通信が妙に遅い（１ｋｂｐｓとかしか出ない）んだけど、一回の送信ﾃﾞｰﾀって何ﾊﾞｲﾄぐらいが良いんだべか。
ちなみに今は、512ﾊﾞｲﾄ単位で送ってる。
au網のﾊﾟｹｯﾄ長は128ﾊﾞｲﾄだった気がしたが、ﾍｯﾀﾞを除いた際の適正ｻｲｽﾞがわからん。

buf = new byteBuffer(512);
socket->Write( buf.GetBuffer(), (short)buf.GetSize() );

あぁ、ｻｰﾋﾞｽｶﾞｲﾄﾞ見たら、１秒間での ISocket_Write() は２回までって書いてあるな。
普通に１２８ﾊﾞｲﾄで送ったら２ｋｂｐｓじゃん。

送信ｻｲｽﾞでっかくして再挑戦してみま。

>>443
難しいコードが>>438で挙げてある程度のコードを指すのだとしたら、油断しすぎか経験
少なすぎ。Cである以上メモリ処理はついてまわるし（特に携帯みたいにヒープの少ない
環境だとね）、知識がほとんど無いとか言ってる場合じゃないかと。

>>434
「デバッグ情報がありません〜」のメッセージは出る。「次回から表示しない」のチェックを
入れてメッセージボックス自体を殺してしまってOKなはず（これはEmulator.exeのシンボル
ファイルが無い、という警告なので出て当たり前）。
あとはビルドがリリースモードになってないか確認。

サーバから落ちてくるpng画像を読み込む方法って、
一度ファイル名つけて保存→ISHELL_LoadImage() しかないかな？
今まで同一フォルダにプロジェクトと実行ファイルまとめてたんでメンドクサイ(ノД｀）

>>447
IMemAStream 使えばいいんじゃないか？

>>448
お、使えそう！ サンクス！！

久しくやってないのでうろ覚えだけどISourceをIAStreamに変換
できなかったっけ？
ISOURCEUTIL(間違ってるかも)とかで

>>450 情報サンクス。
ダウンロード完了するまで待ってISourceからbyte配列にデータ格納するクラス作っちゃったんで、
IMemAStreamの方が都合よさそうです。
調査不足を痛感・・・頑張らんとなぁ

>>441
遅くなりましたがありがとうございましたです。

もしかしてＢＲＥＷってＥｘｔｅｒｎ使えないの！？

使えてるけど？extern

ところでしーばらくBREWから離れているんだけど、少しは環境よくなりました？

プロジェクトに美女が２名参加しました(゜∇゜)

>>456　うっぷ

>>456
それは幻覚の一種だ。
治し方は知らんが。

1000個程度の整数の定数表を格納したいのです。
staticな配列に初期時に格納できるばよいのですが、
BREWでは当然無理なことで、何かよいアイデアはないでしょうか？

IFILEMGR_Removeで失敗することあるのかな？
同名のファイルを上書きできないから、まず消さないといけないでしょ？
失敗したらどうすればいいんだ？

if (IFILEMGR_Remove(pMe->fileMgr, "test.txt") != SUCCESS) {}

>>459
ん? constな定数表なら普通にスタティック/グローバルに持てるよ。
変数は無理ぽだけど。

>>461
あ？確かに「global/static変数」と書いていました。
どうもありがとう。

>>460
>同名ファイルを上書きできない
いやできるんじゃないの？

IFile *pf = IFILEMGR_OpenFile(pMe->m_pIFileMgr, "hoge.bin", _OFM_READWRITE);
IFILE_Write(pf, data, sizeof(data));

OpenFileの時点でファイルポインタが先頭だからそこから書き込み。
200Byteのファイルに100Byteだけ書き込んで末尾を切り捨てたければ

IFILE_Truncate(pf, 100); // １００バイト以降を切り捨て

とかやってやればいいんでないの？

実際には、存在しないファイルを_OFM_READWRITEフラグで開こうとするとエラー返してくるから、そこから
_OFM_CREATEで作成試行してそれでも駄目ならファイルシステムエラーとして扱う、みたいな処理が必要
になるけど。

>>455
しばらくがどのくらいかしらないけどＳＤＫのインストールは楽になったよ。
あいかわらずダウンロードはできないけど入力するのはメールアドレスのみ。

そんくらいかなぁ・・・

>>463
同名ファイルの上書きはたぶんそれでできるね。
つーか、オレも_OFM_READWRITEで
きちんと上書きできるの確認したことある。

BREWのデータ個人の携帯に転送して俺アプリ作成したいんだけど、
やっぱ無理？ハックしてる人いない？いっしょにハックしてくれる人でもいいけど

無理

>>460
ファイルをOpenしたままだとRemoveできないね。
まあこれはアプリの側で知ってるはずだからきちんと管理しる。

>>463
困るのはRenameで名前がかぶる時かな? そんなことするかどうかは別にして。

IHTMLVIEW で <table> を使用したことありますか？
エミュレータで実行すると無視されるようなので、
ひょっとすると使用できないのかもと思ったんだけど。

失礼 IHTMLVIEW -> IHTMLVIEWER です。

>>469
サービスガイド巻末に利用可能タグ一覧載ってるぞ。

BREW APIで、送受信メールデータにアクセスすることって可能ですか？

送受信メールを消去したいんですけど、誰か教えてくれませんか？

BREWから自動で一般電話回線に発信したいのですが、方法を知ってる方いらっしゃいますか。
質問ばかりですみませんが、よろしくです。

モチツケ

>>471
ほんとだ。<p>扱いだと。結局、使えないということか。
でも、たいへん役にたつ情報でした。サンクス。

>>472-474
まずリファレンスとかドキュメントをよく読め。


で、記憶の範囲だがメールフォルダにアクセスする手段は（KDDI拡張にも）無かったと思う。
通話発信はTAPIで可能だが、KDDIでは禁止していたようにも思う。
ってことで、以上をヒントにドキュメントで確認してくれ。

>>474
なんか犯罪の臭いがする…

sig生成ソフトだれかくれ

新参者に2つほど教えてくれまいか。

・MSPとbrew-supportとCINのアカウントってそれぞれ申請しないといけないの？
MSPはあるんだけど他の2つはどうすればもらえるんだろう

・「端末試験モード設定兼解除申込書」ってのが欲しいんだけど、どこで手に入りますか？
駄目元でググって見たけどやっぱり駄目だった

質問です。
IMenuCtlで普通のメニュー（テキストアイテムが縦に並ぶやつ）を表示してる
んですが、タイトル表示しろといわれて表示したらセンタリングできない；；
なんかセンタリングする方法ってないですかね？

>>481
メニューコントロールなんぞ使わずに自力で作れば？
って思うんだが…

みんなIMenuCtrlとかITextCtrl使ってるモンなの？
漏れは全く使ってない。
テキスト入力が必要なところは全部HTMLだからってのもあるけど。

作ろうと思うんだけどめんどくさいからとりあえずBREWで用意されてるの使ってるのが俺。
たしかに俺も、あんなの使うなら自作した方が全然ﾏｼだと思う。ｗ

>>480
「端末試験モード設定兼解除申込書」…ウチはKDDIの営業からもらったべ

>>484
申込書は貰えましたです。
でもクアルコムIDがまだという罠。
時間掛かるのかな。年明けそう orz

>>482
主に海外向けなのもあって、標準的UIを極力使えというお達しなんだよね。
メニューとかの見栄えって端末によって結構違うから自前で作ると他のアプリとの
整合がどうのこうのと･･･
＃外人は日本人の基準からは考えられないほどの○○が多いらしい
まあタイトル部分だけ自分で書いても良いんだが。

とりあえず現状は（トライアル版的位置づけだし）左詰で我慢してもらおう。

日本では「うげー」と思われてても、海外のプロポーショナルフォントの端末で
ｶｺｲｲ文字で見ると「ｲｲ！」っていうケースもあるしね。Series60 の UI とか。

BRIファイルをダウンロードして書き換えちゃダメなのかな。

>>448
Barでした

ITextCtl使わない場合、カーソルとかどうしてるんですか？
漏れも、入力コントロールを使わねばならん場面があるんですが、
ITextCtlだと背景色とか変えられないから、フォーカスがどこに
あるのか見にくいので、画像はっつけてその上にフレームなしの
ITextCtlおいてみたりしたんですが、どうもイマイチ・・・

エミュだとスモールフォント使えないから、見栄えの確認ができ
ないのも辛いね。

売り物のクロスコンパイラ買うのなんかいやなので、っていうか５ライセンス
買う予算下りなかった。
　なのでARM用にgccのクロスコンパイラ構築したいのですがみなさんなんか
ナイスなノウハウ持ってませんか？たぶんARMでも3種類チップ使い分けられて
いるので、1個環境作って終わりーとかならないと踏んでいます。

gccでは実機では動かせなかった。
Cで絵を一枚表示する程度の簡単なプログラムなら動いたのだが。
実際に必要なのはC++(javaからの移植だから)で、こっちはどうやってもだめ
だった。
プログラムの起動もしない。

使ったのはこれ
http://sourceforge.net/projects/gnude/

>>491-492
公式見れ。

･･･と書こうと思ったが、なんか公式フォーラムトップしかアクセスできないな。
結論から言うと、GNUDEで（C++も）できる。
一部ヘッダファイルの修正とmakefile自前生成が必要なだけ。
makefileのサンプルもヘッダファイルの修正についてもフォーラムにあるので復旧したら見てくれ。

ただ、GCCでやるとmodサイズがarmよりかなりでかくなる＝ヒープもその分消費するので注意。
速度はほとんど同じかGCCのほうが早いくらい。

あ、フォーラム接続できた。
http://brewforums.qualcomm.com/ja/showthread.php?s=&threadid=97
がmakefile等の上がっている記事。
http://brewforums.qualcomm.com/ja/showthread.php?s=&threadid=75
がヘッダファイルの修正方法。

この辺はテンプレに入れといたほうが良いかもね〜

>>493
実機で動かしてみた？
C++では動かなかったよ。
Hello worldレベルなら動くんだけどね。

gnudeでbuild出来るもんなら、実機でも動かせる。
俺のところは、gcc(gnude)でテストして、gnudeで出荷しとるよ。

>>495
うちとこは商用レベルのものをGNUDEで動かしております。
勿論実機動作確認済み。

しかし.modのサイズが増えるのはいかんともしがたい…早くARMコンパイラください o rz

>>496,497
C++ですか？
当方のテストはCだと動くけど、C++はだめ。

C++だよ

同じくC++。社内ライブラリにクラス使ってたりするので動く、間違いなく。継承・仮想関数・純粋仮想関数もろもろOK。

で、>>494にあがってたフォーラム２件見てみたのだが、あそこにあがってるmakefileではC++のコンパイルはとおるだろうが実機じゃ動かないと思われ。
コンパイラフラグとして
-fno-exceptions -fno-unwind-tables -fno-rtti -ffunction-sections
の４つ追加が必要（よって例外とか実行時型判別は使えなくなる）。-ffunction-sectionsは無くても動いたかも。
さらに、ソースコード中どこかに
extern "C" void __cxa_pure_virtual(void){}
の関数、リンカフラグに
--cref
追加。
クラスに対してnew/delete使うならクラスのnew/deleteオーバーロードじゃなく、グローバルスコープでnew/delete/new[]/delete[]をオーバーロードしてやればOK。
うちはこれに気づかず、クラスのnew/deleteオーバーロードしてんのにARMコンパイラ使用時や実機でエラー吐かれるて嵌ったorz

あと、元々GNUDEでのBREWバイナリコンパイルは英BREWフォーラムのtyndal氏の記事が元（だと思う）。
http://brewforums.qualcomm.com/showthread.php?s=bb18a6bbfdca41e8baab0de92c686daa&threadid=1601
ここと、記事に載ってるリンク先を見れば必要な情報は揃うはず（うちはそれでC++環境構築できた）。

>>497
動かしてみる、感謝。

まちがえた。

>>500
ありがとう。

enraタン復活。

>>500
フォーラムのmakefileのままで実機（au端末）でも動いたよ。C++ね。
まあ、ワーニングは沢山出るけど。

もともとARMで成功していたソースにPACKEDなんかの修正入れただけだけど。
コード的には、virtualは使用、例外実行時型判定は非使用。

ちなみに、その辺の情報持ってるなら公式にもRESしといてあげれば〜
ここだけだと過去ログ見れない人もかなり多いだろうし。

ワーニング

「ウォーニング」と発音する人ってほとんどいないな
「Award」→「アウォード」も


♪せぶん でいず わー、たたかーうーよー

>506
ﾉｼ
でも会話してると、相手は「ワーニング」、漏れ一人「ウォーニング」orz

BREW開発支援サイト落ちてる？
正月休み？

いつも落ちてる

C++で書いてる人に質問。
容量足りなくなりませんか？
ゲーム作ってるけど、C++では、容量的に難しい・・・

>>510
例外処理機構とRTTIを切ってないのか？
それ以外ならCとたいして違わんはず。

>>506-507
ま、ウォーニングでもワーニングでもないがな。IPAで書くと…

ウォーニングと言うとダビスタしか思い出せないんだが…

>>506
発音はウァーニング、筆記はワーニング

こういうのって普段プログラムの話しない人は知らないくて仕方ないよね

コンピューラっとは言いにくい

>>510
俺はARMコンパイラだけど、>>511と同じように
そんなに差は無い気がする。

テンプレート使いすぎてんじゃないの？

ていうか、大体の事はmapファイル吐かせれば分かる。

新年早々すいません。
AEEApplet_Newでインスタンス作成したときにIAppletのa.m_pIShellに
明らかに不正な「１」という数字が代入されて例外で落ちる現象で悩んでます。
（NULLでないのが始末悪い）
似たような現象で悩んだことのある人いませんでしょうか？

>>517
AEEAppGen.hへのパスが正しいかどうか、使用しているAEEAppGen.cと
一致しているかどうかを確認してください。
　
2.0以前と2.1以降ではAEEAppGen・AEEModGenのソースが異なり、
バージョン間で互換性がありません。
2.0のヘッダは2.0のソースと、2.1のヘッダは2.1のソースと一緒に使ってください。
　
2.1のAEEAppletの定義
struct _AEEApplet
{
　 DECLARE_VTBL(IApplet)
　 AEECLSID clsID;
　 uint32 m_nRefs;// Applet reference counter
　 IShell * m_pIShell; // pointer to IShell
　 /*以下略*/
};
　
2.0での定義
struct _AEEApplet
{
　 DECLARE_VTBL(IApplet)
　 AEEModObj * pNext;
　 AEECLSID clsID;
　 uint32 m_nRefs;// Applet reference counter
　 IShell * m_pIShell; // pointer to IShell
　 /* 以下略 */
};

>>518
ありがとうございます。まさにそれでした。
要するにポインタがずれてリファレンスカウンタの値かなんかに化けてたわけですね。
AEEAppGen.cが2.0相当のものがコンパイルされていたようです。
BREW Switcherのテストしたときにしくじったままになってたのではないかと思います。
お騒がせいたしました。

BREWでRPGゲーム作成に挑戦したいのですが、
マルチスレッドなしで、ユーザーが操作するｷｬﾗｸﾀｰ以外を
動き回すことって可能なんでしょうか？

ゲーム初心者なのでよくわかってませんが、
あれはシングルスレッドでも十分なのでしょうか？

>>520
すまないがその質問はBREW自体とはあんまり関係ないんで、
↓で教えてくれそうなスレを探すことをお勧めする。

ゲ製作技術
http://pc5.2ch.net/gamedev/

タイマで刻めばいいやん

それ以前にBREWの開発環境が無いと見ているがどうだろう

ちょっと教えてください
アプリからWebページを開きたいのですが、
IWebを使わないとだめでしょうか？

Win32のShellExcuteみたいなのがあれば
教えていただきたいです。

ISHELL_BrouseURL() つかいなはれ。

携帯で使うにはAUの承認がいるんですか？

>>526
とりあえずBREWでＡＵの携帯向けに出すためにはKDDIの企画採用審査が必要で、
詳しくは↓のページを参考にするといいかもしれないです。

ttp://www.au.kddi.com/ezfactory/tec/spec/brew.html

ISHELL_BrouseURL() でブラウザ連携したいのですが。

プログラミングガイドとほぼおんなじソースで
ISHELL_BrouseURL() 使ってみたのですが、全く何にもなし。
実機で試してもメッセージひとつ飛んでこないんですが、
何かありがちなミスとかあったりしますか？
関数は通ってるようなのですがエラーも何も出ず、
何事も無かったように動き続けます・・・
サスペンドメッセージも飛んでこないでどうしたものかと・・・

ブラウザ連携はキャリア独自の仕様だから、KDDIならKDDI仕様に準じた方法をとらないとできないよ。
KDDIの日本向けパッチに含まれてるサンプルにあったと思うが。
それともKDDI仕様でやってもだめだってことなのかな？だったら分からんが･･･

ちなみに漏れは主に海外端末のお仕事なので結局これは使えなかった。
から詳しくはしらない。
＃結局IWebでアプリ内にブラウザ機能仕込みました 細かいこと考えなきゃかなり楽に実装はできる

ありがとうございます。
とても、いいものを教えてもらいました（゜∀゜）ｱﾋｬ

リファレンス見ると、まさにＳｈｅｌｌＥｘｃｕｔｅですね。
でも、ブラウザ以外使わないから、必要ないけど。

ところで、エミュの設定いじって試すこと出来ませんか？
実機では確認取れたのですが。。。。

>>545
それは消費税込みでつか？

545に期待

IWEB_GetResponse()を使ってます。
URLには
192.168.0.1/test.jpg
という感じで5KBの画像を取り込もうとしてますが、
ISOURCE_Read()を使っても1300byteまでしか読み込めません。
原因わかりますでしょうか？

>>533
ISOURCE_Exhausted() がTRUE返すまでコールバック続けるべし。

既出だったらすいません。
BREW初心者なんですが、三角関数を使いたいときって
どうしたらよいのでしょうか？時間がないのでとりあえずは
スクリプトで対応表(0°〜359°)を出力して、
ソースに埋め込もうと思ってますが。

BREWの事情は知らないけど、C++なら #include <cmath> std::sin std::cos じゃないの？

無さそうだったので漏れは作った。

>>536 Cで書いてます。
BREWでは一般的に標準Cライブラリが使えないんですが、
C++では使えるんでしょうか？

>>537
そうですよね。したいのは描画位置の計算なんで、
ルックアップテーブルにしといたほうがどっちみち
速いんですが。
どうもありがとござんした。

>>537
三角関数を作ったの？

いやいや、>535と同じでsin()の出力結果をテーブル化して、それを返してるだけ。
ワールド座標を画面中央に固定すれば、多少精度が低くても携帯の画面じゃわからないしね。

関連するところでまたお聞きしたいんですが、
浮動小数点について。ドキュメントを見る限り、
「doubleの変数自体を扱うことはできるが、
　(ヘルパーを使わないと)演算はできない」
という解釈でよいんでしょうか。

>>535
どぞー
http://brewforums.qualcomm.com/ja/showthread.php?s=10866a5abc0b6168f002c015e2caf3bc&threadid=271

漏れは全部整数で計算してるんで、その辺よく知らない。
それと、まだ検証通したわけじゃないんでNGかもしれないが、
__int64 なる64bit変数があるんで、最悪これ使ってる。
実機で動作も確認してるんだが、ダメだったら地獄だろうなｗ

>537
情報thxです
＿|￣|○
座標なんで、はじめから整数だけ使って
計算のときは100倍してとかして乗り切るしかないっすね。

>>542
がーん、int64 って使えたんだ。
int32+int32 でクラス作っちゃったよ…。

「int64」じゃなくて「__int64」ね。
SPRINTFの%dとかは32bitまでしか表現してくれなかったから、
その辺は自分で作った。

尚、当方VC++6.0で確認してます。
gccはわからん

JAVAだろうとBREWだろうと携帯ならルックアップテーブル使うのが常識でしょうに…。

ﾍｪ

>>535
自前で実装汁

『C言語による最新アルゴリズム事典』とかに載ってる
http://www.vector.co.jp/soft/data/prog/se002453.html
ソースは古いので適当にあわせる＆BREW用に直す


速度求めるなら固定少数、テーブル化しちゃえ

>>541
そそ。

math系は全部自前になる

>>548
速度求めるなら全部整数化してシフト演算だろ
遅いハードで少数使おうとするのがそもそも間違い。
可能ならば乗除算も控えてシフト演算で代用するのがベター。
BREWのCPU仕様わからんからコレが正解かどうかはわからんけど。

それとURLのソース見てみたけど、これ16bitCPU用だよね・・？

>>550
そらぶん回しの部分はね。

>>550
ARM7コアなら積和演算くらいは遅くない(レイテンシ1〜2cycle)と思う。
定数倍なんかは近代的なコンパイラならシフト＋加算に展開されるし。

ARMだと除算命令無いから、定数以外での除算はできるだけ避けるが吉。
グッと遅くなる。

基本的な事かもしれないんですが、
midi でBGM鳴らして、それに音声をかぶせて
同時再生させる事は brew で可能ですか？
qcp ファイル被せてみてるんですが、qcp を
再生すると midi が止まってしまいます。
同じチャンネルで音声再生させようとしてる
せいでしょうか・・・すいませんがアドバイス
お願いします。ちなみにエミュレータ環境です。

不可能じゃない？

>>553
どぞ〜
http://brewforums.qualcomm.com/ja/showthread.php?s=5f621eec84ccb1af6af939dd22f38519&threadid=224

http://e2ch.hp.infoseek.co.jp/cgi-bin/src/up0053.png#pc5.2ch.net

Ｆｏｒｕｍはいつykuboさんがブチ切れるか心配になる瞬間があるね。

>>553
エミュはともかく実機での同時再生についてなら、各端末仕様書に表が載ってるから
それを参考にすることをオススメ。

生暖かく見守ろう

553です。
>>555、557 両氏　ありがとうございます。
brew初めて一週間経ってないんで指針すらわからず
困ってました。助かりました。

>>557
ykuboさんは確かに仕事とはいえ耐えに耐えてるって感じだな。

正方形のPNG画像があるのですが、これを90度、180度、270度回転させ、
4つを組み合わせて1つの画像を作りたいのですが、可能でしょうか？
ITransformインタフェースを使えば
Bitmap画像を回転できるということはわかったのですが･･･。

1.回転させたPNG画像を4つ用意する。
2.Bitmap画像を用意して回転させる。
3.他の方法を探す。

のどれが正解なんでしょうか？
1や2は画像ファイルのサイズが大きくなるので、できれば避けたいです。

>>561
DIB取ってきて自分で回転させるなり、ITransformやるなりすれば
良いんでねーの？

http://brewforums.qualcomm.com/ja/showthread.php?s=&threadid=175

1.PNG画像を普通にIIMAGEで開く
2.PNG画像と同サイズのBMPをIBITMAP_CreateCompatibleBitmapで作成
　(引数のpIBitmapはディスプレイのBMPポインタで)
3.2で作成したBMPに対してPNG画像を書き込み
4.倍サイズのBMPをIBITMAP_CreateCompatibleBitmapで作成
5.3のBMPをITransform使って書き込み

これでできるよ。

>>562、563

おぉう！ありがとうございます！！！

BREWAppLoader ですが、W21SまたはW22Hとの接続に、
au製のWIN用USBケーブルを使用してやった方いますか？
今やってみたら接続できなかったので。

IFileインタフェース利用時の確認画面について質問です。
ファイル保存操作をする際は確認メッセージを表示する事になっていたと思います。
ここで「以後確認しない」を選択したとして、その情報をファイルに保存する場合。
次回起動時、ファイルを開かないと確認画面を表示すべきかどうか確認できない、
しかしファイルを開く前に確認画面を出さないといけないのでは？

というところで詰まってしまいました。
根本的にやり方が間違っているような気がするのですが、
どなたか処方箋お願いします。

>>566
データフォルダにコピーするとき(IFileCp)は必要だったような気がするけど、
普通にファイルを保存する(IFile)のに確認画面は必須じゃないんじゃなかったっけ？

「EZアプリ（BREW）サービスガイドver.2.1.pdf」の
「9.5.6.ストレージエリア内ファイル操作時」を見てみるといいかも。

>>566
ストレージエリアに弄るときは確認は必須ではないよ。
でも、Sharedを弄る場合は必須になってる。

>>566
物凄くマジメな人なのか?

IFILE_Write()を行わなければ「保存操作」じゃないんだから、_OFM_READWRITEでOpenして
設定を読むことは確認ダイアログ抜きにできるのでは...。
いったん _OFM_READ で開いて設定読み込んで閉じてまた開く、でもいいけどさ。

ロックディレクトリ（orファイル）みたいな発想で、空ファイルを作って、そのファイルがあれば
「確認しない」なければ「確認する」みたいな処理でもいいけど、クラスタサイズが大きい
端末もあるからこれは避けたい。
応用版で設定ファイル名そのものを使い分ける手もあるけど、バグ出しそうだからやりたくないな。

皆様レス感謝です。
勘違いしてデータフォルダ内ファイル操作の項目を見て必須だと思い込んでました。

通信設定等の保存にしか使わないので、確認画面無しで行きます。
いやー、助かったー

BREWのDBって糞だな。学生作った作品並に悪いよ。もうこんな糞環境で開発止めたい。
パフォーマンスでねぇし。そんなことで明日も明後日も会社で仕事だよ。

ドラゴンボールが糞だと？

>>572 あれ、モトローラの石で動くBREW実装ってあるの?

>>571
>>6

IFILEの非同期読み込みやろうかと思ってるんだけど、
コールバック関数って読み込みが完了した時点で呼ばれないの？

>>555
　のリンク先見る限りだと、AudioPhrase使えなそうなんですけど、
日本のBREW端末でBGM+音声ってできないんでしょうか？

>>576
>>557

>>575
Callbackの意味わかってんの？

>>577
　どうも。あの表以上のことはできないんですよね。
JAVAゲー完全移植は無理か・・・。

>>579
どうせみんな音消してやってるから問題ない

そうでもないはず。家でやる人結構多いみたいだし。
http://www.itmedia.co.jp/mobile/0304/15/n_infop.html

2003年4月15日　06:44 PM 更新

いやいや、確かに古いけど今はもっと増えてると考えるのが自然じゃないの。

漏れは家でももっぱらマナーですがなにか

家でやるときくらい、音だしてやれよ。
プログラマーも苦労してんだからＹＯ

つーか家で携帯アプリなんてﾔｯﾃﾗﾝﾈ

　　　　　　　　　　　　　　　　｜
　　　　　　　　　　　　　　　　｜
　　　　　　　　　　　　　　　　｜
　　　　　　　　　　　　　　　　｜
　　　　　／V＼　　　　　　　◎　←>>575
　　　　/◎;;;,;,,,,ヽ
　＿　ﾑ::::(;;ﾟДﾟ)::| ｼﾞｰ
ヽﾂ.（ﾉ::::::::::.:::::.:..|）
　 ヾソ:::::::::::::::::.:ﾉ
　　 ｀ ー U'"U'

腹減ってんだろ誰も見てないよ

とりあえず、575はコールバックを100回声に出して読むべきだと思う

　　　　　　　　　　　　　　　　｜
　　　　　　　　　　　　　　　　｜
　　　　　　　　　　　　　　　　｜
　　　　　　　　　　　　　　　　｜
　　　　　／V＼　　　　　　　◎　←>>581
　　　　/◎;;;,;,,,,ヽ
　＿　ﾑ::::(;;ﾟДﾟ)::| ｼﾞｰ
ヽﾂ.（ﾉ::::::::::.:::::.:..|）
　 ヾソ:::::::::::::::::.:ﾉ
　　 ｀ ー U'"U'

>>581は労働金庫

散々読んだが未だに >>572-573 の流れが読めない(;´д⊂

>>592
「ドラゴンボール」「モトローラ」でググってみた。

ドラゴンボール【DragonBall】 初代Palmに搭載されていたモトローラのMPU。

だそうだ。

すみません、QVGA機種のサスペンドについて質問です。

EVT_APP_SUSPENDは実装しているんですけど、
ここにイベントが入ってこないんです。

INFOBOADとかは、電源キーが押されると、勝手にメニューが開いて
ここで「中断」を押すとアプリにEVT_APP_SUSPENDは入ってくるんで、
どう考えても、アプリ側で処理するべき事では無いような気がします・・・

でも、なぜQVGAの機種達はメニューを開かないのかが、分かりません。

どなたかご存知の方がいればお教え頂けないでしょうか？

とりあえずサスペンドイベントはアプリキーで発生するはず。
それと電話かけてみるとか。

ただ例外があるようで､何をやってもサスペンドが発生しない
タイミングがあるのはこちらも確認してます。
EZナビウォークとかはサスペンド無視してるようにも見えるし、
深く考えない方がいいのかも…

>>595
回答ありがとうございます。
2.1のQVGA機で、サスペンドさせても中断メニューが
表示されないのは何が原因でしょうか？
2.0は普通にいきます。

QVGA機ってのが具体的にどのメーカーのどの機種を指してるのか
わからないと答えようが無い気がするが・・・

でも、手元にあるBREW2.1のW21KとA5501Tだと電源押せばちゃんと
「アプリを終了します、よろしいですか？」とかいうメッセージが
出るんだけど、中断メニューってこれのことじゃないのか？？

BREW2.0でINFOBARだと、メニューが表示された後で「中断」とか押すまで
EVT_APP_SUSPENDが来なかったような覚えがあるけど。

よくわからんが、EVT_APP_SUSPENDでFALSEでも返してるんじゃねーの？
俺は詳しく調べる気は無いから頑張って解決してくれ('A`)ﾉｼ

IDISPLAY_MeasureTextEx() で nMaxWidth 指定して、
その幅以上のテキスト突っ込んだ時の戻り値って機種依存あるっぽいね。

って既出？

>>594
機種名くらい書きなさい

もしかして外人？

>>598
機種依存ってかフォントサイズ違うんだからあたりまえじゃね？

とりあえず5504TとA5307STで確認。

AECHAR str[] = "０１２３４５６７８９０１２３４５６７８９"; (STREXPANDで変換したって事で…)
w = IDISPLAY_MeasureTextEx(a->m_pIDisplay, AEE_FONT_NORMAL, str, -1, 100, &len);

で得たwとlenの値

A5504T : w = 440(22*20), len = 10
A5307ST : w = 280(14*20), len = 20
エミュ : w = 95(19*5), len = 5（マシンのフォントサイズに依存）

こんな感じになりますた。
多分SAはエミュと同じ動きしてるっぽい。

一部訂正。
誤：A5504T : w = 440(22*20), len = 10
正：A5504T : w = 440(22*20), len = 4

もう何がなんだか・・・

まともなエミュが欲しい…

戻り値が機種依存とか聞いて勘違いしたスマン
その３つの比較を見るとエミュレータが示すような結果を実機でも期待したいもんだな
自分もIDISPLAY_MeasureTextEx()を多用しているが戻り値wは使っていない

通常起動か待受起動か判定する方法教えて

エミュ上で brew ってるんですけど、プログラムを
動かしっぱなしで放置しておくと、突然処理速度が
ガタ落ちになってしまいます。何か（エミュ上で
有効な）キーを押してやると元の処理速度に戻りま
すが、また一定時間経つと処理速度が落ちる・・・
これってエミュだけの問題でしょうか？それとも
実機で発生する（と思われる）省電力モードのエミュ
レーション機能でしょうか？後者だった場合、この
モードに移行させないようにすることはできますか？
実機で動かせる環境にないので、お手数ですがご教授
ください。

あ、あと、エミュで dll が 200kB 近くあるんですが
実機用にコンパイルすると小さくなるのかな？

>>606
処理落ちは EVT_APP_NO_SLEEP で FALSE を返していることが原因だと思うので、
ここで TRUE を返してやれば処理落ちしなくなる。
ただし、KDDIのチェックの時には EVT_APP_NO_SLEEP で
FALSE を返さないといけないってチェックがあるので注意が必要。

実機の時はARMコンパイラで作成したmodファイルで、
エミュのｄｌｌとは別物なので基本的には問題無し。

>607
　なるほど。EVT_APP_NO_SLEEP ですね。
　ありがとうございます。やってみます。
　mod サイズについてもわかりました。
　具体的には何割くらい小さくなるんだ
　ろう・・・実機用にコンパイルできれば
　一発なんだけど、そのための試作プログ
　ラム中なもので(^^;)

BrewSDKは企業に所属してないと手に入らないのでしょうか？

>>609
そんなこと無いはず。
>>1のQUALCOMM BREWホームで落とせる。

>>608
modはdllの1/10ぐらいになるという話をきいたけど、
あまりあてにならない。

何かフォーラムがすげーくだらない質問で埋まってくね・・・
ykuboさんご愁傷様。

ファイルの書き込みなんだけど、
実機でタイムアウトしないものなんだろうか？
エミュだとやたら怒られるんだけど

俺を忘れてもらっちゃ困るぜ

後ろから呼ばれると驚きます

´ー｀)つ[http://pc5.2ch.net/test/read.cgi/tech/1101931660/ ]

>>612
っというか、なんであんなに日本フォーラムに
機械翻訳したような日本語の質問が多いんだろ？
海外に投げまくってるのかね？CP

CONVERTBMP()でIBitmapを取り出す際に　*pbRealloc がTRUEになった場合の
解放について教えてください。

1)IBITMAP_Release()を呼ぶ
2)SYSFREE()で解放する
3)両方

のどれになるんでしょ?
ドキュメントによればSYSFREE()を呼べ、ってなってるけれど・・・

4)やってみて問題ないものを選ぶ

WebOptsについて調べたいのですが、いい資料はないでしょうか。
SDKについてるAPIドキュメントを見ましたが、役に立ちません。

>>620
なぜかTipsにある
https://secsvr.net/brewjapan.com/tech/form.html

>>618
CONVERTBMPはIBitmap*なんか返さないが…。
SYSFREEで開放しなければならない「何かのメモリブロック」が返ってくるだけだよ。
その正体が何かについては一切分からない。

>>619
エミュレータでは、SYSFREE()での解放でうまく行ってる。
実機に持っていったときにまた調べてみます。

>>622
AEEDisp.h の IDISPLAY_BitBlt() の解説を読んでみて。
BREW 1.2以降では、IBitmapインタフェースのポインタが返るそうな。
(型は void* だけど)

>>618
多分1,2どっちでも問題ない。両方やったらNG。
WSTRDUP() とかも解放関数がFREEOBJ()と指定されてるけど、
FREE()で解放しても問題ないっぽい。
（そのまま検証に出したわけじゃないから詳しくは知らん）

てかBMP使ってるの・・？
PNGやJPEGでも>>563の１〜３でDDB作れると思うんだが。

>>624
ありが�d

BMPを使ってるのには特に深い理由はなくて、いま開発の初期なんでいろいろ
試してみてるとこなんです。gzip圧縮すればファイルサイズ自体はあまり変わら
ないので。

>>563の方法も試してみます。
PNG/JPEG展開とCONVERTBMP()のオーバーヘッドがどのぐらい違うのかで、
どっちを使うか決めますわ。

BREWって64ビット整数扱えますか？
32x2を作らないとだめ？

100レスくらい過去ログ読んでから質問しろと

W21SAのEZナビウォークって標準のアプリだけ、
電源ボタン押しても中断メニュー無いんだけど、
これってどうやってるの？

>>627
読み飛ばしてました。Thx

あとARM7のint幅は16ビットですか・・・？

携帯かEZナビウォークのバグ。
どっちかは自分で考えてくれ

標準で付いてるアプリだと公開されてない方法とか使ってたりするんじゃないか？

つーか、携帯標準で付いてるアプリはまともに検証すらして無い気がする
０３SAについてたラジオのアプリも起動時のメモリチェックしてない感じだったし。

初心者です。見当はずれな質問していたらすみません。
brewSDKのエミュレータでカメラは使用できるのでしょうか？
たとえば、ＰＣ上にＵＳＢカメラを接続してその画像を
エミュレーター上で写すことはできるのでしょうか？
よろしくお願いします。

>>632
出来ない。

でも、エミュ上でならなんでも使えるからDirectShowで
真似事みたいなのは作れる。っというか作った

>>629
モードによって違うと思うが、普通(ARMモード)は32bitです。

>>632
無理ぽです。
あと、ICameraはBREWプログラマの敵です。
早急に実機でテストできる環境を整備すべきです。

>>625
必要なワーキングメモリも違う事に注意。
618の方が少なくて済むよ。画像サイズによりけりだけど。

>>633
>>634

やはり使えないんですね〜。
や早速の返事ありがとうございました。

カメラアプリで便乗質問。
カメラを使う上で要注意の端末があれば教えてください。
（有名なバグがある、組み方にちょっと工夫が必要となる、など）
特にBREW2.1、QVGA対応端末で。

>>637
ｺｰﾙﾊﾞｯｸされる順番が機種によって全然違う。気がする。

>>637
とりあえず、○ニーは注意してやった方が良いかも

>>638
俺はパラメータ別にあるGetParamの呼べるタイミングの
違いかなぁ

>>621
遅くなりましたがサンクスっ！
ばっちり設定できましたっ

ソフィアのゲームエンジンより安いライセンス製品知りませんか？

>>641
自社開発。

auのBREWアプリでポリモーフィズム使ってる人いる？
容量とか処理速度とか問題にならない？

BREWアプリを外注したらif文だらけのコードがあがってきたんだが、
これって普通？

>>643
マルチUzee

どうでもいいけどKDDIって韓国のBREW系HPに質問しまくりだな。
自分らで解らないこといっぱい聞いてるなぁ。
　いっぱい書き込みあるなぁ。もうだめじゃん

今日こんなのがあるなんて初めて知って、興奮してたら…
俺がやりたかったことは見事 >>5 のFAQで儚く散った…
自分の携帯にすら入れられないとは…ちぇっ.

>>643
仮想関数呼び出しのメカニズムから勉強し直せ。

> 自分の携帯にすら

BREWはさ、HDDレコーダとかカーナビとかのような、ちょっと電子部品が多めの
家電製品の一部であって、ＫもＱも携帯マニアの楽しみなんて考えてないからな。
元々エンドユーザがプログラムするもんじゃないんだよ。

アプリの自作も、発表の手段も、持ち歩くことも、手段は他にいくらでも有んだから、
必ずしも全キャリアの端末が自作アプリ置き場である必要はないだろ。そこを敢えて
ハッキングする！（←語源の方のハックね）というひとなら尊敬もされようが、自分の
活動環境があらかじめ用意されていないから失望した、なんてのは創造性がねえよ。

BREW導入開始当初なら兎も角、今更、こんな板にまで出張して愚痴たれられても…

てかちょっとでも悪用すると、便利な盗撮道具や
ウィルスまがいのアプリが出来上がりってのは笑えないね。
もうちょい考えて環境整えろと。

まぁただの愚痴だったんで、住人の皆様の気分を害したならごめんなさい。
情報見付けた時に「おぉっ！」っと思ったんで、ちとがっかりしただけでして…。
大人しく今まで通りJavaいじってます。所詮趣味でプログラム書いてるだけなんで…。
C++の方が好きなんですけどね…。

>>647
>>643はiアプリから移植したからそうなってるんじゃないのか？

よし、Cの標準関数移植するぞぉがんばるぞぉ。

>>652
ヘルパー関数使えやヴァカ

>>650
648だけど、言い過ぎだった。
「新製品なのになんで動かないんだよ」「非対応は怠慢」から始まって
「自由に作らせろ」「Java VM乗せればいいじゃん」「無料にしろよﾎﾞｹ」まで
数々の有り難いご意見を、毎日毎日毎日毎日毎日頂戴しているせいか
過剰反応してやってしまった。今は反省している。

色んなしがらみが有って「うちはキャリアでも端末メーカーでもないよう」
程度の弁解すらなかなか言えんのよ。

遅RESだが。

>>625
PNGからの展開よりもCONVERTBMPの動作のほうが１０倍以上速いよ。
＃メモリ上のデータから画面に描画するまでで
端末にもよるがARM9端末なら大抵は。

JPEGは問題外。
速度は端末によってかなりバラバラ、さらにデコード待ちのコールバックがTIMERコールバックより優先度が低いらしく発生しない。

>>643
過去にも検証があった気がするがそんなに遅くは無い。
もちろん不要なところまでvirtual入れないようにはしといたほうが良いだろうが。

>>631
検証って行ってもKDDIの基準はQUALCOMMの基準より大分厳しいからな。
標準アプリはKDDIの基準ではNGでもQUALCOMM基準ではOKって可能性も多分にある。
てか、KDDIの基準は厳しすぎ。

神経質ユーザー対策のため、日本仕様になってるんだろう審査

実際にIDIBをサポートしないIBitmap実装を使ってる実機ってあるのかな。
手持ちの実機のDeviceBitmapもQueryInterfaceするまでもなく中身はIDIBだったし。

>>655
ファイルならISHELL_LoadBitmapがお手軽。
gzipかましてるなら、展開時間と展開前バッファとIDIBのコストを考慮。
DDBでいいならIDIBいらないけど、ヒープ余裕なのかな？

>>643
大量のif文（switch-caseに置き換えられないんだろうか？）を書くのと、virtualを使って書くのと。
果たしてどっちがコードサイズ小さくなるんだろうね？

うちは問題になるほど差は無いと思うし、最適化でジャンプテーブル化される余地のあるswitch-caseならともかく
大量のif-else書いて毎回分岐するくらいならvirtualで実装した方が速い気がする。

参考：Efficient C++

SMALL_FONTって、実機じゃないと動作しなかったりしますか？
ｴﾐｭだと ISHELL_CreateInstance() でのﾎﾟｲﾝﾀの中身が０なんですけど。。。

>>660
http://brewforums.qualcomm.com/ja/showthread.php?s=&threadid=92

>>661
ああっ、ﾌｫｰﾗﾑにあったのか、手間取らせて申し訳です。

IStaticインタフェースを使用して、テキストと小さな画像を同時に表示して
（テキストの続きに画像がきて、またテキストが続く）、その画面をスクロール
したりとかは可能でしょうか？
なんとなく無理そうだと感じてはいますが。
また、APIリファレンスを見ると、IStaticインタフェースでもIImageインタフェース
から読み込んでる画像が表示できるらしいのですが、やり方がよくわかりません。
BREW SDK 3.1を使用しています。

> IStaticインタフェースを使用して、テキストと小さな画像を同時に表示して
> （テキストの続きに画像がきて、またテキストが続く）、その画面をスクロール
> したりとかは可能でしょうか？

IStatic単体では無理です。

> なんとなく無理そうだと感じてはいますが。
> また、APIリファレンスを見ると、IStaticインタフェースでもIImageインタフェース
> から読み込んでる画像が表示できるらしいのですが、やり方がよくわかりません。

いや、そんなことは出来ないはずです。

> BREW SDK 3.1を使用しています。

3.1で作ってもまだ対応する端末が無いですよ...。

やりたいことに一番近いのはIHTMLViewerでしょうね。
ゲーム以外でならそこそこ使いでのあるインタフェースです。
（というよりIControl/IDialogは総じて役に立ちません）

IHTMLViewerすらだめだ。自力でGeckoエンジン移植したい。
2D描画について詳しく書かれた文献はないですか？自分でWindow作ったり
メニュー作ったりするので必要なのです。
DreixtX4以来振りなので何もかも忘れてしまってます。助けてください。

だいぶパニクってるようだがまず落ち着け
何を質問したいのか整理して

描画から入力まで
全て自前で用意するのが
間違いがなくていいだろうな。

でも標準フォント横最小10文字の世界で何をしたいのだろう…

>>664
ありがとうございました。やはり、無理なのですね。

>いや、そんなことは出来ないはずです。
APIリファレンス(SDK 3.0.1 日本語版) IStaticインタフェースの項の
--
3. BREWのリソースファイル、またはコード内に記述されたテキスト文字列
から、タイトル用テキストとテキストメッセージ文字列を取得します。テキ
ストメッセージの代わりにビットマップを使用する場合は、ビットマップを
読み込み、IIMAGE_SetParm()関数を使用してアニメーションのプロパティ
（フレーム数やアニメーションの速度など）を設定します。
--
ここの記述の意図は何なのでしょうか？
英語のフォーラムに似たようなことをやろうとしている方の投稿があった
のですが、フォローがついてなかったです。

>3.1で作ってもまだ対応する端末が無いですよ...。
3.1搭載の端末の開発を行っているものですから。
IHTMLViewerの方を調べてみます。
それでは、ありがとうございました。

>>669
すみません、調べてみたら出来るみたいです...ただ使い道と使い勝手は「？」ですが。
文字かイメージかの二者択一なので、混ぜてスクローリングはやっぱり無理です。
ここではさすがに回答できないので公式へポストしていただければｺﾞﾆｮｺﾞﾆｮ...。

BREWに戻りたいので必要もないのに保守してみる

検定不合格になるとどうなるんでしょうか？
それを考えるとビクビクして、寝られません。

>>672
たしか優良コンテンツプロバイダの場合は2回落ちると優良コンテンツプロバイダからを降ろされちゃうんだっけ？

>>672
２回目までは無料。
３回目からは有料になる。

この検証不合格のカウントも機種単位じゃなくて、アプリ単位で数えるとか聞いたような覚えがある。
つまりはW21Kで１回不合格出すと、別機種でのチェックでは２回目からのカウントになるとか・・・
聞いた話だから信憑性は微妙だがな。

>>673
一発で優良が外れて、復帰には三連続合格が必要だったとおもた。

BREWってPCMの多重再生ってきますか？

間違えました。
BREWってPCMの多重再生って出来ますか？

>>677
端末によるけど、日本の機種はダメだったような気がする

更に他の機種もやってみた。

A5306ST : w = 96(12*8), len = 8　正常。
A1304T : w = 280(14*20), len = 7　w不正。

もう自前で関数用意するの飽きたよ(´д｀)

>>674
有料っていくら？

>>679
乙

>>680
20万

詳しくはKDDIに聞いてくれ('A`)

>>232
ここで聞いた症状だと、ブラウザじゃなくてBREWのIHTMLVIEWのバグですよ。
アプリカタログ内で詳細とか表示してるのは、OpenWaveのブラウザじゃなくて
BREWのIHTMLVIEWだから(Qualcomm製)。

誤爆した。
http://hobby7.2ch.net/test/read.cgi/phs/1106706121/　へのレスでした。

あれっ、W21Tで ezurlto: がうまくいかない。。。
一瞬ｱｲｺﾝが砂時計に変わるけどすぐ消える。
なんだろ、謎だ。ez2urlto: 使うかー。
あー、機種判定して動作わけるのﾏﾝﾄﾞｸｾ。

　　　ま　　　た　　　Ｔ　　　か

今日のビックリ新発見

ITransform で TRANSFORM_FLIP_X を指定したら
絵の上下が逆になった。

Σ(*ﾟーﾟ)

他とスペック全然違ったり、おかしな動作したり、一体何がしたいんだT芝。

>>686
X軸でフリップするからそれで正しいのではｗ

10台の男の子なりたい職業第一位「プログラマー」
http://www.athill.com/INFO/NEWS/main_041222.html

さぁ語れ

>>689
言われてみたらそうかもな〜

でも、いままで触ったことのある環境では、FLIP_Xでは左右反転だったんで
面食らったｗ

こ・・・これは、堀江効果か？
ちょっと経営側とプログラマーを勘違いしてるのかも・・・

しかし、情報系に興味持ってくれている子どもが多いってのは良い事だ
たとえ最終的に文型職に進んだとしてもきっと役に立つだろうし

>>692
どう考えても標本になる人数少なすぎるだろ

>>693の言うとおりだと思うが、笑いのネタとして受け取るなら
　　　１位…プログラマー
　　２０位…ゲームプログラマー
項目を分けた基準が何なのかってことと、順位差の原因が気になるかな？

人気（順位）よりも具体的にどういうイメージを持っているのかに興味があるな。
１０代男子が思い浮かべるプログラマー像、システムエンジニア像、クリエイター像、
他、「コンピューター関係」は具体的に何を思い浮かべるのか。

brewプログラミング実践バイブルの本のスケジューラアプリのサンプルプログラムを
試しているのですがstatusというインターフェイスがなくてエラーが出てしまいます。
これは何なのでしょうか？誰か教えていただけませんか？ちなみにp104です。

>>695
ここらに記載されているサンプルは自前のクラスを使うので（つまりStatusはBREW標準のクラスではないので）、このソースだけコンパイルしようとしても通らないはず。
本（6ページ）に記載されてるURLからサンプルを丸ごと落とせば解るんじゃないか?

>>695
あの本はかなり前のページから内容引きずってるんで、
一部分だけソースコピってもマトモに動かないよ。
各章の頭から必要な関数やらを引っ張り出して、足りない部分補足しないと動かない。

で、それが出来るなら最初から見ない方が早いと思うｗ

アプリケーションからAPIなりを使用して、アプリケーションを更新（起動後
に最新版のアプリをダウンロードして、そのまま処理を続行する）すること
は可能でしょうか？
iアプリにはそういう機能があるらしく、BREWアプリでもできると助かるので
すが。あるとしたらIShellインタフェースとかかと思い、APIリファレンスを
みてみましたが、見つかりませんでした。
自分自身のバージョンを取得する関数はあるので、なんらかの仕組みはあるの
かなぁと思っているのですが...。

＞iアプリにはそういう機能があるらしく
ねーよw　何ふきこまれたんだ

iアプリでやれるのは
１．ダウンロード済みのアプリを、ユーザーが再度ダウンロードしようとした場合、
　日付を判定してそれが新しいものだったら上書きでダウンロード（バージョンアップ）する。
２．動作中のアプリから別の（ダウンロード済みの）アプリを呼び出して、自分自身は終了する。

で、どの道、BREWでもアプリのダウンロードを指示するAPIはないし、
実行中のアプリを書き換えることができるはずもない。

ちょっとお尋ねしたいんですが、、、
新機種対応する時に、文字サイズが違う時は、
A.あらかじめ、色んなフォントサイズに合わせるようプログラミング
B.文字サイズがちがう機種ごとに新バイナリで対応
のどちらが一般的でしょうか？

私、携帯のアプリ開発に初めて回されまして、
A.を提案したのですが、携帯はB.だよとメンバーに総叩きにあいましたｗ

>>700　特にこのスレ向きの質問ってことでもないようだが。

一般的にどちらってのは特にないんじゃないか。ケース・バイ・ケースで。
レイアウトやデザイン主体ならBかもしれないし、テキスト主体ならAかもしれないし。
というよりその問題はフォントサイズだけ見て決まることじゃないと思う。

金や暇があるならＢでやれば？

>>699
どうもです。

iアプリでは、動作中のアプリから新しいアプリをダウンロードして、
古いほうは終了、新しい方を起動（引数？わたしで継続実行）みたい
なことができると（そういう仕様のアプリを作る予定）聞いたのです
が、BREWアプリでは難しいのでしょうか？　iアプリの方はそういう
仕掛けがあるのかなぁと思ったのですが。

>２．動作中のアプリから別の（ダウンロード済みの）アプリを呼び出して、自分自身は終了する。

（ダウンロード済みの）アプリというのが、この場合新しいバージョンのアプリをダウンロードするアプリ
（標準でそういうのがあるのかな）になるのと思ったのですが。
今ちょっと調べてみたのですが（すみません）、iアプリ更新機能連携起動に相当する仕組み
がBREWアプリで（簡単に）できそうかな？　というのが知りたいです。

BREWのフォントサイズひどくない？　端末メーカー自由奔放に作りすぎ
下請的にはBは考えられませんね。メッセージ等は自動調整。メニュー等は画像で持つのがいいな。

699です。
>>703
iアプリではアプリ実行中に新しいバージョンをダウンロードさせて再起動することができる。
失礼した。再起動後に途中から開始する（ように見せかける）のは作り込み次第で。
BREWアプリでは、サービスガイドやプログラミングガイドを見る限り同様の仕組みはない。

料金体系のことがあるしアプリマネージャーからの操作以外にバージョンアップさせる方法
はないような気が。EZアプリカタログを通す以外のダウンロード方法もないし。

いまいち役に立たない解答でスマン。フォローできる人いたらよろしく頼む。

ていうかアプリマネージャからの自動verうｐじゃいけない理由があるのかと。
もし自前でDLしようとしても、認証関係で落とされるんじゃないか？

アプリマネージャからユーザが手動でバージョンアップさせにいくのではなくて、
アプリから自動でバージョンアップさせたいと考えています。

ですが、仕組みそのものがなさそうですし、認証とかはいるとなると難しいそう
ですね。
せめて、アプリのバージョンアップを誘導できればいいと思うのですが、アプリ
からEZアプリカタログに最新版があるかどうか調べる手段はあるのでしょうか？
（やはり、これも認証とかが絡んでしまう？）

>>707
アプリカタログはあれはあれで一つのBREWアプリなので。
最新版の有無とかの確認が必要なら、自前でサーバ用意しておいてやるのが良いんじゃなかろうか。
まあ通信の必要が無いアプリだとそのためだけに通信させるのは馬鹿げてる気がするけどね。

もし自分で書き換えたいならアプリマネージャーのようなものを
自分で作って対象アプリ書き換える必要があるが、
KDDIの資料を（少しでも）読んでいるなら、
他のアプリのフォルダにアクセスするのは無理だとわかるだろう。

自分でローダーを作って、実行ファイルを自前でメモリに展開して実行すれば
もちろん実行できるが、KDDIの認証で落とされる。

最新版か確認するだけなら自分とこでVer確認する鯖作れば？

名前間違えたごめんなさい

>704
同意。
docomoの方がフォント関連は楽だよナァ
というかT端末文字デカ杉(;´Д⊂)

もし端末開発の中の人見てたらアプリ制作現場からのお願いです。
各社端末仕様は出来るだけ統一してください。
ホントお願いします。

>>711
Tのフォントがでかかったり03SAのsmallがDocomoのtinyサイズだったりするしな。

だが、携帯端末開発者スレは俺も見てるけど中の人も大変らしいぞ

もういや 携帯電話開発 お前ら元気ですか Phase8
ttp://pc5.2ch.net/test/read.cgi/prog/1106234370/

自分で書き換えたいと言うよりは、自アプリを契機に
して更新したい方向です。（わかりづらくてすいません)
最新バージョンは、サーバ経由で取得できそうですの
で、アプリカタログに誘導できれば、最低ラインには
到達できそうです。
WAPブラウザからは、アプリカタログまでは誘導できる
ようですが、IHtmlViewer等でできるといいですけど。
(最悪、手動で更新してくださいとメッセージがだせれ
ばよいですが)
ちなみに、初回ダウンロード時には、生成されてない
ファイルなどは、更新時に引き継げるのでしょうか?
Start with Brew というドキュメントには、MIFやフォルダ
名は、数字の名前に置き換わるみたいな記述があり
ますが｡(同じフォルダにダウンロードされる?)

>>713
どうでもいいがそんなもんぁKDDIに聞け
こんなとこでうだうだやるより早かろ
書けない情報もあるだろうしな

いい加減引っかかりそうだしな

ちゃんと資料読んでりゃ、答えが書いてあるしな。

ところで、ヘッダには使い方まで説明してあるけど、
KDDIのリファレンスには無いAPIとかってどこまで使用していいの？
こういうのも全部聞かないといけないのかね。

クライアントに資料ちゃんとそろえて貰いなさいょ

KDDIのCP資料にだいたい書かれてる

ところでBREW用のOpenGLを詳しく解説したサイトない？
なんかもう英語しかなくて逝きそうなんだが

そもそもBREWって時点で日本語解説サイトがほとんど無かった覚えが・・・
仕事でやってる奴がほとんどってのが問題なんだろうけど。

>>718
いや、CP資料に書かれてないAPIなんだけどね。
(うちの)実機でも動く。

ちなみにBREW3.0でアプリ側からアップロード指示できるようになるぞ。
よかったね>>713

>>718
あなたが↓のページの作者でないならば役に立つかも。
http://brewforums.qualcomm.com/ja/showthread.php?s=&threadid=201

>>700
レベル低い職場だと大変だね。

>>700
(ノД｀)かわいそー

>>684
ez2系の方がパラメータ渡すのが楽だし、端末仕様でOKならそっち優先すべきじゃないかな。

>>700
技術レベルが低い職場だと大変だね。
Tだけ分けるって手もあるけど、コードサイズ大して変わらない気がする。

こんな現象起きた方おりませんでしょうか？(ノД｀)

検証端末はW21Sが2つ。どちらも製造ロット2004年8月。
で次の動作を行います。
・あるゲームアプリを起動しサスペンドにする。
・(名前を言っていいものか分らんので)あるツールアプリを一発起動させAlermを選択し、ゲームアプリに戻る。
・Alermでツールアプリが起動されるまで放置。
・ツールアプリが起動されたら終了させ、ゲームアプリに戻る。
この動作を繰り返し行うと
1つ目のW21Sではゲームアプリの処理速度が落ちます…orz。
もう1つのW21Sでは何回やっても処理速度が落ちません。
当然、どちらも同一バイナリです。

後、処理速度の落ちた端末をしばらく放置しておくと
なぜか元の処理速度に戻ります。

誰かご教授お願いします(´人｀)

馬鹿な自分ではわからないのですが・・
現在私はHTMLVIEWERを用いてプログラムやっています。
その後、ファイル処理のプログラム（sample.txtファイル作成しデータを書き込む関数を追加しました）
を追加したのですが、
アプリケーションエラー「Priv Violation」sample.txt
と出てプログラムがとまってしまうんです。
どういうことでしょうか？教えてください。

>>725
見なかった振りしとけ。

>>726
ソース出せ。
ココには張るなよ。

永遠の企業をめざして
ttp://dblog.dreamgate.gr.jp/user/e008/e008/

>>724
あー、EVT_APP_SUSPEND で true 返してないだけだった罠。
恥ずかしくて結果報告も出来なかったよ。ｗ

>>725
Alerm って使用禁止じゃなかったっけか。

>>726
９割方MIFﾌｧｲﾙが原因だと思う。

>>727
(｀・ω・´)ヾらぢゃーです　隊ちょー
そのまま、検証へぶちこみます

>>729
いえいえ、ゲームアプリ自体では当然使用してないですよ〜
(正確には待受アプリで使っちゃ駄目なんじゃなかったっけかな？)

>>727
>>729
お返事助かります。
そのソースですが、
かなり面倒な説明で申し訳ないのですが。そしてお手数ですが・・・
↓これをベースにして。
http://www.k-jbs.co.jp/jbscgi/dlcounter.cgi?url=http://k-jbs.dnsalias.net/coworkers/fukumitu/brewsample/CalcJoule.zip&name=brewsample

↓これのファイル書き込みのところだけ組み込んでみました
http://www.s-cradle.com/developer/technicalnotes/tnzn/0001/filesystem.zip

ベースとしているプログラムは、
HTMLVIEWERを使い数字を入力して何かの速度を計算する、
というものになっています。
私が試したのは、計算結果をtxtに書き込むという処理です。

すいません↑のベースにしたファイルですが、
http://k-jbs.dnsalias.net/coworkers/fukumitu/brewsample/
このページの本サンプルプログラムソース
のリンクで落としました。

>>732
確認したいんだけど「特権レベル（Privilege Level）」という単語を知ってる?

>>732
ソフィのサンプル貼られてもねぇ・・・

とりあえずサービスガイド一通り目を通せ。
そんなんじゃ今後ずっと躓くぞ？

検証だそうとしたら
上司にぬっコロされそうになった(ノД｀)あいーん
だって原因わかんないんだもん

別機種から対応するか…
(T_T )...ﾄﾎﾞﾄﾎﾞ

>>735
どうしても駄目ならKDDIに聞け。
KDDIの方から端末メーカーに原因を聞きに行ってくれたりするぞ。

結果、糞仕様が明らかになる可能性も高いんだが('A`)

特権レベルですか・・・・
どのように権限がかけられているかわかるはずもなく、
１から自分で作りたいと思います。
経験不足でした。
皆様に感謝いたします。

>>729 がわざわざ「９割方MIFファイルが原因だと思う。」と書いてくれてるんだから先ずMIFファイルを開いて
隅から隅まで穴があくほど見てみれ。
それでも分からなければ二つのサンプルのMIFファイルを見比べてみれ。

IWebでネットアクセスした後ってアクセス終了した後もしばらく重くなる端末多いですよね。
アクセス終了後にIWebをリリースしたりしても回避できないし。
この辺の解決方法知ってる人いませんか？

>>739
��(￣∇￣)え！？
通信した後、重くなる端末ってけっこうあるんすか？
おいらが試した端末は
A5306STとW21Sですが重くならなかったですよー。
W21Sは通信中も重くならないっす。

>>739
何かよく聞く話な気がするけど、漏れそういう現象見たこと無いんだけど…
具体的に遅くなる端末教えてもらえませんか？

ちなみにIWebその他全部、通信周りは利用ごとに解放してます。

使用機種は A5306ST、A1304T、A5504T、A5307ST、A5505SAかな。
ダウンロード直後に画面全体ポリライン描きまくって描画速度を出してるけど、
特に遅いと感じた事は無い。

蛇足だけど IDISPLAY_MeasureTextEx() の機種依存情報、
いくつか既出だったのね。ｵﾊｽﾞｶｼｲ(´∩ω∩｀)

IWebじゃないけど、テスト用にフレーム数表示するだけの
アプリを動かした時に重くなったことがある。
そのときは、画像を読み込んだら軽くなった。

原因は不明・・・

更新ダウンロードの件、サービスガイドに載っていました。すいませんでした。
>>720
3.0のリリースノートを見てみたのですが、アップロード指定の件、見つからなかった
のですが、もし可能でしたらどちらに記載されていたか教えていただけないでしょうか?
(話の流れだと、3.0のヘッダーファイルになるのでしょうか?)

ネットに繋げられない/ブラウザの使えないPCにBrew SDK2.1.1を入れたくてインストール済みのPCから
フォルダ \BREW SDK v2.1.1 Ja と \BREW Addinsをコピーして、\BREW Addins\vs60の中身をVS6の
\Common\MSDev98\Template にコピーしました。
新規作成ダイアログの途中、MIFファイルの作成で環境変数が未設定だとわかったので
BREWDIR SDKをコピーしたフォルダ
BREWSDK SDKをコピーしたフォルダ
BREWSDK210JA SDKをコピーしたフォルダ
BREWADDINS アドインのフォルダ
を設定しましたが、それでもMIFエディタが立ち上がりません。
またMIFの作成をパスして終了したらAEEAPPGEN.C等のファイルが
..\..\..\..\..\..\..\SRC\AEEAPPGEN.C となっており実在するファイルへリンクが繋がっていません。
ウェブからのインストールと同じ状態にするには他に何を設定すればいいかご存知の方がいたら教えてください。

>>725
がんがってください。俺にいれるのはこれだけでつ。
あとはなにか分かったらここに報告してくれると
他の人が助かるかもしれないのでよろしくおながいします。

つーか遅くなるほうの機体が壊れてるんじゃねーの？

>>745
インストール済みのＰＣとＨＤＤを取り替えれば？

ｙくぼさん改行忘れてるよ

怒ってるのかな？

>>740-741

とりあえず現象が確実に出るのがinfobar。
他にも海外端末（具体的に言うとモトローラV810とか）でも出ているらしいです。
限界速度近くで動かしているのもあり、微妙な速度低下でもFPSが落ちちゃって困ってるんですよね;;

あと、IWebアクセス中、アクセス後はQCELPの再生時にIMediaの状態がPLAYに
なっても実際音が鳴り始めるのが遅れるとか言う現象もあったり。

インジケータを見ていると、通信中のアイコン点滅がアクセス後も１０秒くらい
続いているので、内部的に通信してる＝チップセットに負荷が掛かるってことな
んだと思うんですが。

>>746
ふぁーい(´ω｀)ﾉ
何かわかったら書込みしまっす〜
機種が壊れて…おれもそう思いたいっすけどね〜
CPにあるテスト機3機種で起きるみたいなのよね
おれの持ってる市販のW21Sだけ起きないｗ

>>748
INFOBARって中身A5306STだって噂を聞いたことあるけど
通信で重くなるって違いがあるってことは
その噂は間違いなのか…φ(.＿. )ﾌﾑﾌﾑ

噂ってｵﾏｴ…

ITRANSFORM_TransformBltSimpleを使用する前にしなければいけないことってありますか？
TRANSFORM_*を指定するとA5503SAにて、上3分の1ほど描画されません。
他の機種では正常に描画されます。
わかるかたいらっしゃいますか？

>>751
ITRANSFORM_TransformBltSimple()は特に必要とする前処理はない。
そのｶｷｺだけでは何とも言えないが、引数と元にする画像を再度チェックしてみてはどうか。

レスありがとうございます。

表示したいのはIBITMAP_CreateCompatibleBitmapで作った240*240画像です。
（そこにIImageを描画しています）

ITRANSFORM_TransformBltSimple(m_pITransform,0,0,img,0,0,240,240,0,COMPOSITE_KEYCOLOR);
では正常に表示され
ITRANSFORM_TransformBltSimple(m_pITransform,0,0,img,0,0,240,240,TRANSFORM_FLIP_X,COMPOSITE_KEYCOLOR);
などでは上3分の1ほど表示されません。
エミュでもA5501Tなど他の機種でも正常なのです。
今回はアプリでは使わなそうなので良いんですが…わけわかりません。

>>753
IBITMAP_Invalidate()かな

>>754
ありがとうございます。
しかしながら、マニュアルからこの関数の使い方がいまいちわかりません。

1)　240*240のIBitmapを作る
2)　1)で作ったIBitmapにIImageを描画
3)　ITRANSFORM_TransformBltSimpleでIBitmapを描画

ですと、2)の後に使用すればいいんでしょうか？

>>755
あえて言うなら 3) の後
2) でも問題はない
（要はIDISPLAY_Update()までにターゲットのDDBのdirty rectを拡げときゃいいんだから）

>>756
ありがとうございます。
今日はできないようなので、来週にでも試してみたいと思います。

アプリ終了と同時にブラウザ起動で、指定URLに飛ぶ処理ってできます？

>>758
ez2urlto: 使えば出来るんちゃうか？
ezurlto: だと、ｱﾌﾟﾘ終了時にﾒﾓﾘ解放しちゃうから駄目ぽ。

ez2urlto??

ｸﾞｸﾞっても出てこないんですけど、KDDI拡張とか？かな。。

>>760
あー、まさにその通り。
ISHELL_BrouseURL() の KDDI仕様です。

↑ISHELL_BrowseURL() のまちがい。

あらっ、今週は誰も休日出勤してないのね保全。

みんなちゃんと寝たか？
ＦＦはやったか？

何かの役にたてば・・・全然関係なかったらスマヌ


http://hobby7.2ch.net/test/read.cgi/appli/1106984938/

868 名前：非通知さん＠アプリ起動中 投稿日：05/02/07 22:05:12 ID:2bpJt0lw
今発見したんだが、どうやらWebのｷｬｯｼｭがたまってるとアプリの動作が遅くなるみたいだ。
電源切ってｷｬｯｼｭ消した後にﾛｯｸﾏﾝやったら動作が速くなった。
既出だったらスマン。


869 名前：非通知さん＠アプリ起動中 投稿日：05/02/07 22:08:09 ID:6mA9h/9J
>>868
外出というより常識かと思われ。
ただし、W21CAなどのハイエンド機種では大差は無い。

>>761
ありがとうございます。調べてみますー

INFOBAA
http://k-tai.impress.co.jp/static/news/2004/04/01/infobaa.htm

>>767
で、そのｲﾝﾌｫｳﾞｧｰ('A`)にはBREWは乗るのか？

>>761
何度もすみません。
ISHELL_BrowseURL(app->a.m_pIShell,"http://www.yahoo.co.jp");

こんな感じで使うんですよね？
エミュ、実機共に何も起きなくて悩んでおります。。
これらのドキュメントは、もしやCPしか見られないんですかね？

こまりんこ

>>766
>ISHELL_BrowseURL(app->a.m_pIShell,"http://www.yahoo.co.jp/");
惜しいけど違う。
いずれにせよそんなんじゃ検証通る訳無いんで、CPに資料貰って来い。

>>769
ｴﾐｭは何も起きない。でも、渡されたURLを確認することは出来た気がする。
というか、BREWの実装としてはｼｪﾙにURLを渡したらその先の実装はﾈｲﾃｨﾌﾞに依存。
URLがﾌﾞﾗｳｻﾞで見れるｲﾝﾀｰﾈｯﾄのｻｲﾄかどうかもわからん。

KDDIの端末ではﾌﾞﾗｳｻﾞを起動することも出来るが、
その詳細についてはCPにならないと教えてもらえない。

っていうか、そんなんだから優秀な学生ﾌﾟﾛｸﾞﾗﾏがBREWに興味持ってくれないんだ。ヽ(`Д´)ノ

>っていうか、そんなんだから優秀な学生ﾌﾟﾛｸﾞﾗﾏがBREWに興味持ってくれないんだ。ヽ(`Д´)ノ
あ〜、769をけなしてるんじゃないよ。
qualcommがBREW有料にするからｲｸﾅｲって言いたい訳。

>769-772

ezfactoryで配布しているプログラミングリファレンスにコードまで載ってる
4.1.1 ISHELLの(43)

と思ったらezurltoしか載ってないじゃんorz
ｽﾏﾝｶｯﾀ

そうだ！スタートイベント時にこっそりﾃﾞﾊﾞｯｸﾌﾟﾘﾝﾄﾌ"ぬるぽ"て書いとかないか？

なんどもx2すみません。
ブラウザは起動は無事成功いたしました。感謝

で、BREWアプリは終了させてブラウザのみ動いてほしいのですが
こういうのは。。どうなんでしょう。
アプリを終了させると、ブラウザも終わってしまうので。

>>776　できない

>>777
>>759
どっちが正解だ？
ブラウザ起動させてアプリ終了て不可能？

>778
ezurltoだと不可でez2urltoだとOKだな多分。
プログラミングガイド精読しる

いやそれは勘違いか...単に待ち受けで使えるだけか...?
漏れは使ってないからワカンネ。

サービスガイドに書いてあることを要約すると、
・待ち受けアプリでezurltoを使ってブラウザ起動すると、
　呼び出し元のアプリが終了してしまい、無事にアプリに戻れなくなる。
・ez2urltoを使うと、待ち受けアプリからでもアプリを終了させずに
　ブラウザ起動できるようになる。

このことから、ezurltoもez2urltoも『アプリからブラウザを呼び出しても、
元のアプリに無事戻ってこられるように』という考えで用意されてると言える。

つまり、待ち受けでも待ち受けでなくても、ezurltoでもez2urltoでも、
「ブラウザを起動してアプリは終了させる」という動作はできない、と。
（わざわざ、そういう操作をできないようにしているのだと）

…と、自分は理解しているんだが。ﾏﾁｶﾞｴﾃﾙ?

ret_evt に EVT_APP_STOPを入れておいて、
ブラウザ終了時にアプリも終了させるのはダメ？

>>782
だめ。
まあカスタムイベント受信→イベントハンドラ内でISHELL_CloseApplet()で見た目としては閉じられそうだけど。

サービスガイドでezurlto周りの説明覚えてないが、
ezurlto使ってプログラミングガイド通りの記述をすると、
アプリはサスペンドに入るっぽいんだが。

サスペンドイベント捕まえてISHELL_CloseApplet()呼んでもアプリは終了しなかった。
ez2urltoは試してないんでわからん。

ez2urlto で ISHELL_BrowseURL() して、即 ISHELL_CloseApplet() じゃだめなん？


・・・自分で試してみれって話だな。ｗ

>>785
いっしょにブラウザも終わってしまいますねー。

一応それっぽいことはできました。
ブラウザ起動で、サスペンド中は待機。
で、アプリに戻ってきた場合は、終了するclassに入っていく・・ような。
一瞬の間はできてしまいますが。

検証とおるかなー

なんだよみんな連休かよバーカ

(ﾟ∀ﾟ)ｱﾋｬﾋｬﾋｬﾋｬ　休日出勤頑張れ！

今はKDDI検証が渋滞中らしいからみんな暇なんかね？

ぶりゅっ

漏れも渋滞待ち ノ

今思えば、ちゃんと休み取っとくんだった・・・

乙。代休は取れへんのか？

話は変わるが、アプリゲットでＢＲＥＷアプリも登録出来るようになったらしいね。
ttp://ac-admin.appget.com/

http://d.hatena.ne.jp/npaka/20050215

誰が作ったかわかんないBREWアプリなんて
どうせ怖くて落とせないだろうし無問題。

>795
いや、アプリゲットは公式コンテンツへもリンクできるから、公式コンテンツを宣伝できるってことでしょ。
勝手アプリなんて今のBREWでできるわけないし。

カメラの道は”無駄に”厳しいっす
端末仕様書に嘘が書いてあったりヘッダファイルにバグがあったり
おまいら本当にCPにアプリ作らせる気があるのかと＞K,Q

>>797
禿しく同意ｗ
機種毎にﾌｫﾝﾄが違うのはどーにかするが、
ｶﾒﾗまわりの機種依存処理はﾎﾝﾄひどいな。

半年ぶりにBREWに戻れそうです。おまいら、よろしく。
ところで半透明くらい使えるようになった？

おまいの脳内の中ではバリバリ半透明使えるぜ

アルファブレンディングくらい自分で書けと。

ところで、DBGPRINTFを使ってる人ってリリース時にどうやって削除してる？
ILoggerはマクロで抑制できるけど、DBGPRINTFは無理だよね？
可変長引数を取るマクロってARMコンパイラで使えるの？

>>801
マクロじゃなくて置換で

#ifdef _DEBUG
#define TRACE DBGPRINTF
#else
#define TRACE if(0)DBGPRINTF
#endif

if(0)DBGPRINTFの方は常に偽なので最適化で削除される。
あまり誉められたやり方じゃないが、ARMコンパイラで警告出さずにやる方法はこれしか思いつかん
かった。#else〜#define TRACE〜#endifの空宣言にすると意味の無い文字列やシンボルがあります
とか警告出るのよね。

>>802
おーありがとう。
今は
#if defined(DBGPRINTF) && !defined(_DEBUG)
#undef DBGPRINTF
#define DBGPRINTF
#endif
ってやってて、Warningでまくってたわｗ
#define DBGPRINTF(fmt, ...)
が使えればいいんだけどねぇ。

>>802
BREW環境はよく知らない通りすがりですが
TRACE((fmt, ...));
と書いとけば
#ifdef _DEBUG
#define TRACE(args) DBGPRINTF args
#else
#define TRACE(args)
#endif
でいけるような。

>>804
なるほど、()で引数１つに纏めるわけですか。

しかしこれ、DBGPRINTFの第一引数はchar *固定なわけですがARMコンパイラだと
TRACE(("nullpo %d", 100));
を
DBGPRINTF(("nullpo %d", 100));
と展開しようとしてキャストエラー吐かれます（非０なconst intをポインタに変換できない）。

同様の手法でやるなら、IWEB_GetResponseの引数みたいに
#ifdef _DEBUG
#define TRACE(fmt, arg) DBGPRINTF(fmt, arg)
#else
#define TRACE(fmt, arg) /* nop */
#endif
と定義して、呼び出し側で
TRACE("ぬるぽ　%sx%d", ("ｶﾞｯ", 256));
みたいに呼ぶしかないんじゃないでしょうか。

>>805
> DBGPRINTF(("nullpo %d", 100));
　TRACE(("nullpo %d", 100));
　　↓
　#define TRACE(args) DBGPRINTF args
　　↓
　DBGPRINTF ("nullpo %d", 100);
を期待したんですがARMのプリプロセッサの仕様かもしれないですね。
引数2つだとfmtだけのTRACEが書けないので、うーん。

一応確認ですがDBGPRINTFの後のargsに()は付けないんですよー。

#defie TRACE DBGPRINTF args
でうまくいきました（*´д｀）ゞ

あーハズカシ…

おし、この勢いで行けばMIDPスレを超える！('з')

漏れの場合

#ifdef _DEBUG
#define _DPRT0(fmt)DBGPRINTF("%s(%d):"fmt,_BN(__FILE__),__LINE__);
#define _DPPRT1(fmt,a)DBGPRINTF("%s(%d):"fmt,_BN(__FILE__),__LINE__,a);
#define _DPPRT2(fmt,a,b)DBGPRINTF("%s(%d):"fmt,_BN(__FILE__),__LINE__,a,b);
#define _DPPRT3(fmt,a,b,c)DBGPRINTF("%s(%d):"fmt,_BN(__FILE__),__LINE__,a,b,c);
#else
#define _DPRT0(fmt)
#define _DPRT1(fmt,a)
#define _DPRT2(fmt,a,b)
#define _DPRT3(fmt,a,b,c)
#endif
見たいな感じにしてる。
ファイル名と行番号を自動で同じ行に出したいので、可変引数一括り方式だとうまく行かなくてね。
まあ３つ以上も引数とることなんてまず無いのでこれで用は足りるがほしければ定義増やせば良いだけだし。

ちなみに_BNはbasename的な機能を持たせたマクロね。

>>801
ごめん。ちょっと質問させて。
アルファブレンドを直接書いて、使い物になる速度って出ます？
たいがい広範囲にかぶせますよね？アルファ付きのものって

>>801
自分はこんな感じでやってます。
誰も書かないってことは、もしかして推奨されない方法？
それともトンデモ勘違いやらかしてる？

int debugprint(char* str,...)
{

#ifdef DEBUGLOG
　va_list　　ap;
　GP*　　　gp;
　　　　gp = (GP*)(GETAPPINSTANCE());
　　　　va_start(ap,str);
　　　　VSNPRINTF(gp->gvarsDebugbuffer,128,str,ap);
　　　　va_end(ap);
　　　　DBGPRINTF(gp->gvarsDebugbuffer);
#endif
　　　　return(0);
}

悪い、トンデモ勘違いだった。
>>811は忘れておくれ