모바일 컨텐츠 이야기

BREW에서 JPEG을 리사이징을 하려고 하는데 어케 할까 고민이다.1. 가장 무식한 방법은 2.0부터는 JPEG 디코더를 자체 지원을 하니깐 IIMage 객체로 디스플레이 객체에 뿌린 다음에 IDISPLAY_GetDeviceBitmap를 이용하여 스크린 캡쳐(??)를 한다. 리턴된 IDB를 가지고 리사이징을 하고 다시 뿌려준다. 또는 IGRAPHICS_StretchBlt를 사용해서 뿌린다.무식한만큼 간단한 방법이긴 하다만..문제가 생긴다. 화면이 뿌린 이미지가 액정보다 클 때는 복잡해 진다.게다가 IGRAPHICS_StretchBlt가 아직은 약간 불안정한 감이 없지 않아 있다.아무래도 JPEG 디코더를 만들어야 할 것 같다.슬슬 귀찮아 지고 있는 것이다. 만들때 만들더라도 어떻게 할까 고민이다.2. ..

큐리텔폰을 QPST에 연결할 때는 반드시 서비스 코드를 넣어야 연결이 되는데, 이때는580918, 000200, 762665중에 하나를 입력하면 된다.QPST를 사용하지 못하게 하지만 BREW APPLoader의 경우에도 큐리텔폰 몇개는 연결이 아예 되지 않으므로 어쩔 수 없이 QPST를 사용하여야 한다. * 2006/09/03 23:03에 포스팅한 글의 백업본입니다.

SKT의 네트워크 서버를 만들다보면 SKT UAProfile 서버와 통신을 하는 일이 자주 있게 된다. 다양한 정보를 한꺼번에 보여줘야 하는 WAP 서비스의 경우는 약간 다른 이야기겠지만 VM에서 통신을 하는 경우는 대부분 min값을 통한 mdn이나 사용자 폰 모델 정보등을 받아오는게 전부이다. 의외로 많은 서버 개발자들은 네트워크 서버 자체에서 UA Profile을 직접 접속해서 값을 가져온다. 사실 이러한 개발 방법은 그리 좋은 방법이 아니다. 게임 서버마다 SKT UAProfile 서버에 접속을 해서 얻어오는 것은 비생산적일뿐 아니라 UAProfile과 같은 외부 네트워크에 접속해서 값을 얻어올 때 Thread가 Wait 한다는 것은 자칫 서비스가 전체 멈출 수 있는 위험을 가지고 있다. UAPro..

현재까지의 대부분의 모바일 기기는 휴대폰이다. PDA, 스마트폰, UMPC, PMP 등의 다양한 디바이스들은 앞으로의 발전 방향을 예측하기는 힘들지만 적어도 현재는 휴대폰에 비교할 수 있는 기기는 없는 듯 하다. 우리들의 옆자리에 항상 같은 업무를 하는 사람이 자리잡고 앉아 있다 보니, 가끔씩 휴대폰의 기능을 무선 인터넷 접속 기기나 모바일 게임을 하기 위한 기기라고 착각할 때가 있다. 하지만, 대부분의 휴대폰의 원래 기능은 전화인것은 어쩔 수 없나 보다. 휴대폰 단말기의 Background에서 일어날 수 있는 모든 Event를 정리해보았다. 무선 단말기상에서 지원되는 서비스나 컨텐츠를 개발할 때 이러한 Event를 고려하면서 개발을 해야 의도하지 않는 결과를 피할 수 있을 것이다. 또한 역으로는, 이러..

XCE에서 개발하고 배포한 XFont에서 사용하는 이미지를 사용해서 BREW에서 사용 할 수 있는 Class를 만들어 보았다. 사실, 이미지 리소스를 동일하게 사용하지만 Java에서의 한글 처리 방법과는 전혀 다르게 동작한다. 속도만을 고려하였기 때문에 메모리로 이미지를 Full 올려서 사용을 하였다. 첨부한 소스에서는 CONVERTBMP를 해서 메모리에 들고 있지만 Heap에 여유가 없는 어플일 경우에는 Byte 형태의 이미지만 불러서 메모리에서 가상의 BMP를 만들어 고놈만 CONVERTBMP에서 사용하면 좀더 Slim 하게 사용할 수 있을 것이다. 다만, 이렇게 수정하여 사용시에는 메모리를 약 20K정도를 차지하는 넘을 절반정도로 줄일 수 있을 것 같자만 폰에 따라 상당한 속도 저하가 예상된다. ..