AVM2 Overview Document (pdf)
http://www.adobe.com/devnet/actionscript/articles/avm2overview.pdf

SWF File Format Specification (pdf)
http://www.adobe.com/devnet/swf/pdf/swf_file_format_spec_v9.pdf

Variable-length quantity
http://en.wikipedia.org/wiki/Variable_length_unsigned_integer

needs to decompile as file from swf file.

needs to recreate swf file too.

AIR 는 설치형 어플리케이션입니다.

이제 AIR 개발도 소프트웨어 개발이라고 감히 불러도 될것 같다는 개인적인 생각이 드네요.

그래서 실제 서비스에 필요한 완성도 높은 어플리케이션을 만들려면

어떤 디테일이 필요한지 한번 예를 들어보겠습니다.



1. Install Path.

내 어플리케이션이 어디에 설치가 될 것인지

분명하게 지정을 해줘야합니다.

단일 소프트웨어면 C:\Program Files\ 로 잡아야겠지만

저 같은 경우는 제 어플리케이션은 실험적인 것들이 많기 때문에

C:\Program Files\Wooyaggo Applications\ 폴더에 몰아 넣습니다.


프로그램 폴더도 패키지 처럼 용도와 목적에 맞게 구분되는거 더 편의성있지 않을까 싶네요^^

그리고 현재 설치된 폴더의 한단계 위 폴더를 검색하면

현재 설치되어 있는 어플리케이션의 목록도 알아볼 수 있으니까 나름 장점도 있을거 같습니다.



2. Icon.

AIR 에는 총 3가지 아이콘 종류가 있습니다.

 - Application Icon


Application Icon 은 실행파일의 아이콘, 단축아이콘, Task Bar 에서의 아이콘,

타이틀 창의 아이콘으로 사용됩니다.



 - SystemTray Icon


시스템 트레이 아이콘은 단순히 보여주기 용이 아니라

클릭 이벤트나 마우스 이벤트를 받을 수 있습니다.

특히 우클릭 메뉴를 따로 지정할 수 있기 때문에

보다 편리한 LUI를 위해서 가능하다면 꼭 신경쓰는 것이 좋습니다.



 - File Icon


AIR 는 특정 파일에 대해서

기본 실행 프로그램으로 지정할 수 있습니다.

그렇기 때문에 지원하는 파일의 경우 설정된 아이콘으로 보여질 수 있죠.

보이는 예는 SecretFile 의 파일 포맷인 *.secret 의 파일 아이콘입니다.



3. Window Drag, Resize, Close, Minimize.

네이트온 메신져를 보면 이해가 쉽습니다.

대화창을 드래그 하고 싶을땐 상단을 잡아 끄는 행동을 하게 되고

창의 크기를 늘리고 싶으면 자연스럽게 테두리에 마우스를 가져가죠.

창을 닫고 싶을땐 우측 상단에 X 표시를 찾게 되고

끄지는 않지만 숨겨놓고 싶을땐 마찬가지로 우측 상단에서 _ 표시를 찾게 됩니다.

이 모든게 대부분의 유저들이 자연스러운 멘탈 모델을 따르는 것이라고 볼 수 있습니다.

이러한 자연스러운 멘탈 모델은 거스르지 않는게 좋은 UX 가 되겠죠.

하지만 NativeWindow.startDrag() 나 NativeApplication.exit(), NativeWindow.minimize()

등은 이미 쉽게 제공이 되고 있지만

정작 까다로운 부분은 Resize 부분입니다.

물론 NativeWindow.startResize( edgeOrCornet ) 라고 제공을 하지만

문제는 잡고 드래그할 영역을 만들어주고

Resize 에 맞게 재위치 시켜주는것이 까다롭습니다.

그래서 시간날때 꼭 컴퍼넌트화 시켜놓는것이 좋을 것 같습니다.

앞으로는 기본적으로 마우스의 커서를 기본 커서들로 바꿀 수 있다고 하니 더 쉬워질듯 합니다.



4. 마지막 위치, 창 크기를 기억해놓자.

창을 리사이즈 시키거나 드래그를 할 경우

다시 어플리케이션을 띄우면 예상하지 못한 위치에서 뜨게 될 경우

유저는 불편함을 느낄지도 모릅니다.

왠지 손에 익은 툴이 아니라 매번 포장지를 새로 뜯어 사용하는 기분이 들지도 모르죠.

AIR 에서는 EncryptedLocalStore 라는 static 클래스를 제공합니다.

하나의 어플리케이션당 기본으로 제공하는 저장 공간인데요.

"AIR Cookie"라고 부를 수 있겠습니다.

하지만 용량이 매우 크고 저장포맷이 ByteArray 이기 때문에

다루기는 쉽지 않지만 그만큼 활용할 수 있는 방법도 많고

가능성 또한 매우 무궁무진합니다.

로직은 아래와 같이 되겠죠.

 - 초기화

1. EncryptedLocalStore 뒤져서 저장되어 있는 값 있는지 확인.

2-1. 있으면 초기값 적용하고 EncrpytedLocalStore 제거.

2-2. 없으면 기본값 적용.

 - 어플리케이션 닫을때( NativeWindow.addEventListener( Event.CLOSE, function ) )

1. ByteArray 생성.

2. 창위치 저장.

3. 창크기 저장.

4. EncryptedLocalStore 에 저장.

이런식으로 구현되면 되겠습니다.



5. 우클릭 메뉴를 적극적으로 활용하자.

이부분은 강조하기 조금 불안한 부분인데

그 이유는 곧 AIR 새 버젼이 나오면

ContextMenu 와 NativeMenu 가 대폭 향상된다고 합니다.

지금은 단순히 String 형만 되지만

다양한 표현방법을 제공하고 많이 개선될거라고 하더군요.

머 어쨌든 길을 가는 방법이야 어쨌든 어떤 길이 있는지는 살펴봐야겠죠.



 - NativeWindow.menu

이 메뉴는 Chrome 창 하단에 나오는 기본 메뉴입니다.

Chromless 가 아니라면 꼭 신경써야할 부분임에 틀림 없습니다.



 - Right Menu.


this.stage.addEventListener( MouseEvent.RIGHT_CLICK, rightClickListener );

이벤트를 받아서

NativeMenu.display( stage, x, y );

로 표시해줄 수 있다.



 - SystemTray Menu
InteractiveIcon.menu 속성을 이용하면

쉽게 우클릭메뉴를 설정할 수 있습니다.

---

위 5가지 디테일만 우리가 잘 생각해주면

기본적으로 완성도가 높은 어플리케이션으로 포장할 수 있을 것이다.

개발자적 도전정신은 매우 중요한 요소지만

실제 사용할 유저에게 GUI 뿐만이 아니라 경험이나 편의에 따른 LUI(Logical User Interface) 를 제공하는것도 무시할 수 없는 점일 것이다.


p.s) AIR 한달 넘게 못하고 있는 야꼬였습니다. -_ㅜ

알송이나 메신져들 보면

태스크바는 차지하지 않고 시스템트레이에만 위치해있습니다.

AIR 도 물론 이게 가능하고

약간의 트릭만 있으면 쉽게 가능합니다.


1. 기본 NativeWindow 는 활성화시키지 않는다.

  - 테스크바를 차지하지 않습니다.

2. 새창을 만든다.

  - type 을 "utility"로 만들면 부모창에 종속된 창으로 나타납니다.

3. 새창의 stage, stage.nativeWindow 의 기본 속성을 복사해준다.

4. 기본 트레이 아이콘을 생성해준다.

  - 생성전에 설정해주면 커스터마이징 가능합니다.

5. 새창의 stage 에 Document Class 를 addChild 해준다.

  - 부모창의 의미를 바꿔버리는거죠.

6. 기본적인 셋팅.

  - 자동으로 Application 닫도록 설정.
  - 아이콘 클릭시 맨 위로 나타나도록 설정.

TrayedNativeApplication 소스보기

이번에 올리는 소스는 아주 간단하게

Document 클래스를 Sprite 나 MovieClip 이 아니라

TrayedNativeWindow로 상속하게 되면

기본적으로 시스템트레이로 실행되는 어플리케이션을 만들 수 있습니다.


AIR 데모 : [ 설치하기 ] (AIR Installer 가 설치되어있지 않으면 zip 파일로 인식합니다.)

AIR 소스 : [ 다운받기 ]

파일을 나만의 비밀번호로 암호화한다!!

Secret File

간단하게 Drag & Drop 으로

암호화할 파일을 떨군 후 비밀번호만 입력하면 끝!!



1. 얼마나 안전한가?

MD5 라는 단방향 암호화 알고리즘을 통하여 비밀번호를 모르면 풀 수 없습니다.


2. 어떻게 암호화 하는가?

암호화된 키를 기준으로 원본 파일을 bit 단위로 암호화하기 때문에 용량이 늘지 않습니다.

원본파일 : 가나다라마바사
비밀번호 : 우야꼬

이 원본과 암호키를 기준으로 암호화한다.

MD5 로 암호화된 비밀키 : woo1234 (실제로는 더 복잡합니다.)

가나다라마바사
woo1234woo12
--------------
뷁다뎁뵹료미뷉

이때 사용된 암호키는 단방향 암호화이기 때문에

역으로 비밀번호를 알아낸다는것은 거의 불가능에 가깝다.

비밀번호를 기준으로 다시 복호하는 방법은

뷁다뎁뵹료미뷉
woo1234woo12
--------------
가나다라마바사

이렇게 복호화하게 된다.


3. 어떻게 사용하나?

암호화하고 싶은 파일(중요한 정보, 노출되선 안되는 이미지, 중요한 소스 파일등)

을 secret 파일로 암호화해놓은뒤

원본을 삭제하고

암호화된 파일을 관리, 전송한 후

허락된 이들에게만 비밀번호를 알려주어

파일을 풀 수 있도록 할 수 있다.


4. 정말 풀 수 없나?

MD5 라는 암호화 알고리즘은 단방향, 즉 복호가 거의 불가능한 암호화다.

비밀번호가 한글자 이건 많은 글자 이건간에

일정한 길이로 암호키가 생성되기 때문에

핸드폰 비밀번호 맞추듯이 0000 부터 9999 까지 대입해서 맞추는 방법밖에 존재하지 않는다.

Secret File 은 용량이 큰 파일도 가능하기 때문에

그 많은 bit 를 일일이 복호해서 맞을때 까지 대입해본다는것은

거의 불가능에 가깝다.

게다가 암호가 맞는지 틀린지를 체크하지 않기 때문에

비밀번호가 맞지 않으면 아예 잘못된 파일로 생성이 되어버린다.


많은 애용부탁드립니다^^

저도 개인적으로 소스나 이런 중요한 파일을 보관할때 사용하려고 합니다.

버그나 건의사항 있으시면 블로그나 메일로 연락주세요!!
 

과거를 돌아보려고 제가 썼던 글을 하나둘 보다가

다시금 못본분들을 위해서

한번 더 생명력을 불어넣어보고자 이렇게 다시금 포스팅합니다^^

다시한번 도움이 되길 바라면서 정리해봅니다^^

(sorted by 시간 오래된 순)

about 마음의 글

about AIR

about AS 3.0

OOP & UML

자랑질 +_+)/

이렇게 모아보니 기억이 새록새록하네요.

혹시 읽으시다가 잘못된 부분이나 도움된 글에는 댓글하나씩 남겨주시면 큰 도움 될꺼에요^^

현업에 바빠서 요즘 포스팅이 뜸하다보니 이렇게 썼던 글들을 모아보는것도 좋은거 같네요.

Flash 아자아자!!

신청 강좌란을 마련했습니다.

저야 나름대로 공부하면서 유용한 정보들을 꾸준히 포스팅하겠지만

혹시 블로그를 자주 찾아주시는 분들이 궁금하거나

강좌가 필요한 부분이 있으시면

신청을 해주세요.

그러면 제가 적당한 내용으로 강좌를 올려드리면 어떨까 싶습니다^^



신청은 이렇게 받으면 좋을거 같네요.

1. 신청은 메일로

신청은 victim4@gmail.com 으로 메일로 받았으면 하구요.

강좌하면 좋겠다~ 라고 생각되는 내용으로 정해서

강좌를 써나갈까 합니다.

2. 필요한 내용 설명은 필요한 만큼

어떤 내용이 필요한지

디테일한 기술적 정보가 필요하면 저도 자료를 찾아서

최대한 해드리면 더할 나위 없이 좋겠고

"DisplayObject 가 먼지 잘 모르겠어요~" 정도는 괜찮은데

"ActionScript 3.0을 갈켜주세요~" 라는 터무니 없는 내용은 좀 곤란하겠죠? ㅎㅎ

3. 신청 강좌의 목표?

제가 공부한것을 포스팅하는것도 좋지만

제가 블로그를 개설한 목적이 "내가 겪은 시행착오를 남은 되도록이면 겪지 않았으면..."입니다.

그래서 제가 공부한 내용이 다른 이에게 도움이 된다면

그보다 더한 보람이 어딨을까요?

그리고 다른 이를 가르쳐준다는게 얼마나 어려운일이고 그만큼 보람된 일이라는걸 알기 때문에

제 블로그를 찾아오시는 분들이 필요한 내용으로 포스팅이 된다면

더 좋겠다라는 취지입니당^^

편하게 생각하시고 필요하신 내용있으시면 언제든지 메일로 신청해주세요.

그럼 다들 멋진 개발자가 되기 위해~

Sequence Diagram 보기

아래 올린 ReflectingBitmapData 를 이용한 바탕화면 Navigation 입니다.

Mac OS 와 비슷한 느낌입니다.

한번 평가해주세요^^

PresentationKit - AIR, FLASH

프리젠테이션할때 유용한 프리젠테이션 킷입니다.

기본적으로 Frame 별로 텍스트와 이미지만 생성해두면

마우스클릭으로 자동으로 장면전환 효과를 넣어줍니다.

AIR 버전 - 에어 버젼은 .air 파일로 패키징하여 어디서든 PT를 할 수 있도록 제작되었습니다.

FLASH 버전 - Flash 버젼은 .swf 파일 혹은 .exe 프로젝터 파일로 가지고 다니면서 PT 를 할 수 있도록 제작되었습니다.

각 버젼에서는 컴퍼넌트 제작에 사용된 소스들도 포함되어 있으며 LGPL 오픈 소스 규약을 따릅니다.

고급사용자는 직접 소스를 수정하여 사용하실 수 있습니다.



멋진 PT 를 통해서 개발자의 몸값을 올려보자구욧!!

p.s) 시간나면 xml 파일을 읽어들여서 AIR 하나로 여러 프리젠테이션을 만들어 시연할 수 있는

PresentationAIR 와 PresentationPublisher 를 개발할까 생각중입니다 +_+!!



PresentationKit - FLASH 버젼 미리보기 : http://www.as3.kr/PresentationKit/

PresentationComponent 소스 다운받기

PresentationKit - FLASH 버전 다운받기

PresentationKit - AIR 버전 다운받기

Article : http://www.davidtucker.net/2007/12/15/air-tip-2-going-fullscreen/

AIR : http://www.davidtucker.net/airtips/Tip2.air

AIR 에서는 AS3.0 에서 지원되지 않았던

Fullscreen-Interaction 이 가능해졌다.

바로 StageDisplayState.FULL_SCREEN_INTERACTIVE 모드가 추가되었다.

기존의 풀스크린에서는 esc 키와 마우스 이외에는 동작하지 않았는데

AIR 에서는 Interactive 가 가능하다.

이제 AIR 용 Starcraft 만들 수도 있다는 말이다^^

article : http://kb.adobe.com/selfservice/viewContent.do?externalId=kb403175&sliceId=2

air : http://airdownload.adobe.com/air/applications/SettingsManager/SettingsManager.air


AIR Runtime 의 자동업데이트 기능을 비활성화 시킬 수 있습니다.


암튼 나중에 필요하면 찾아와서 사용하세요^^

바탕화면을 찍어서

친구한테 보내려면 짜증나자나요~?

그래서 만들어 봤습니다.

그 이름하여 Capture for Messenger.

꼭 메신져에만 사용하는것은 아닙니다

스크린샷을 찍은후 원하는 부분을 저장하기 쉽게 사용하실 수 있습니다.

찍고, 실행시킨후, 보낼부분만 선택하고, 메신져로 끌어다 놓기만 하면 됩니다.

실행시키고 찍은후 새로고침해주셔도 됩니다.
 

유저 가이드 보기

p.s) 현재 1.2 로 업데이트되어 자동업데이트가 진행됩니다!!

아시는분들은 이미 아시겠지만

저는 운이 좋게도 input 필드를 별로 쓸 일이 없어서

실무에서는 겪은적이 없었지만

허무할정도로 간단한 방법이었네요.

많은 분들이 걱정했던 부분이 아닌가 싶네요.

TextField.alwaysShowSelection = true;

로 해주면 된다는군요.

관심있는 분들은 이미 보셨겠지만

저는 이제서야 Adobe 사이트내의 HD.Gallery 를 보게 됐네요.

지금 공부하고 있는 H.264 코덱에 대해서 열심히 공부중인데

내용을 공부하고나서

실제 영상을 보니까 피부로 와닿는게 다르네요...

아무래도 하이브리드방식 암/부호화 방식이다보니

씨피유도 획기적으로 잡아먹네요.

블록수도 1/4 로 줄어들다보니 연산이 엄청 많아졌나보네요.

제 컴퓨터가 나쁜게 아닌데 148 Mbps 비트율을 선택하니

움직임보상 예측이 낮은 구간에서는 사정없이 끊겨버리는군요.

이로써 결과는 자명한것 같군요.

앞으로 동영상 서비스를 제공함에 있어서 인코딩은 필히 클라이언트에게 부담해야하는 방향이 맞는거 같습니다.

단지 유저가 지켜볼 필요 없이 백그라운드로 진행되야하겠지만

올해안으로 AIR 로 H.264 를 정복해서 인/디코더를 만들어봐야겠습니다.

스파이더 위크가의 비밀

Fast bandwidth - [ 새창으로 보기 ] 1920x1120

Fast bandwidth - [ 새창으로 보기 ] 1280x760

Low bandwidth - [ 새창으로 보기 ] 848x520

디버거 버젼에서만 돌아가는걸로 확인이 됐습니다.

"디버거"버젼이라는걸 생각못하고 되는줄 알았네요.

9.0.r115

Flash Player installer

 - http://www.adobe.com/go/getflashplayer

Flash Player installer debugger version

 - http://download.macromedia.com/pub/flashplayer/updaters/9/flashplayer_9_ax_debug.exe

Flash Player Uninstaller

 - http://download.macromedia.com/pub/flashplayer/current/uninstall_flash_player.exe

9.0.115 버젼에서

flash.system.System.gc() 메소드가 추가되었다.

이 메소드의 작동 요건은

ADL(AIR 디버깅), installed application(설치된 AIR),

또는 content in application security sandbox 라고 하는데

이건 아마 로컬에서 실행되는 상태라고 이해할 수 있을거 같다.

기존의 가비지 컬렉터의 주기를 기다리지 말고

System.gc() 를 마음껏 날려주자.

GarbageCollector.mxml -

소스보기