땡굴이™

MP3 파일의 ID3 태그 확인

땡굴이 — Wed, 18 Jan 2012 11:31:14 +0900

AS3에서 MP3 파일의 ID3 태그 확인 방법은 Sound Class를 이용해서 mp3를 로드 후 정보를 확인할 수 있는데요. 단지 ID3 태그만을 확인해야 하는 경우에는 mp3 파일 전체를 로드할 필요없이 Event.ID3 이벤트 타입을 등록해서 ID3 태그가 확인되면 load 중인 Sound 객체를 중지(close()) 시켜주면 됩니다.

var snd:Sound = new Sound();
snd.addEventListener(Event.ID3, onId3Handler);
snd.load(new URLRequest("mySound.mp3"));
function onId3Handler(event:Event):void {
   // ID3 태그 확인 
   var id3:ID3Info = event.target.id3;
   for (var propName:String in id3) {
      trace(propName + " = " + id3[propName]);
   }
   event.target.close();
}

여기서 주의할 점은 mp3 파일의 시작 부분과 끝 부분에서 ID3 버전 1.0 및 2.0 태그를 모두 사용하여 파일이 인코딩된 경우라면 onId3Handler() 메서드가 두 번 호출된다는 점인데요. 필요한 정보가 어느 태그에 있는지 확인 후에 진행중인 Sound 객체를 중지 시켜줘야겠죠.

snd.addEventListener(Event.COMPLETE, onCompleteHandler);

Event.COMPLETE 타입으로 MP3가 모두 로드된 후에도 ID3 태그를 참조할 수 있는데요.
굳이 재생할 필요가 없는 MP3를 전부 로드하는건 불필요한 작업이기 때문에(시간도 걸리고) Event.ID3 타입으로 처리하는 것이 효과적이라 할 수 있겠습니다.

주로 MP3 플레이어를 제작할 때 재생 리스트 작업에 사용하게되는데.. 가령 로컬의 특정 폴더에 있는 MP3 파일을 확인해서 재생 리스트를 만든다면 폴더에 곡이 많을수록 최대한 빨리 ID3 태그를 불러오는게 필요하겠죠. 대부분의 MP3 파일들이 파일의 시작 부분에 ID3 정보가 들어가 있기 때문에 전체 파일을 로드할 필요없이 정보를 빠르게 불러올 수 있습니다.

다만 순차적으로 MP3 파일의 ID3 태그 정보를 로드해야 할 경우 반드시 2가지 이벤트를 모두 등록해줘야 한다는 점입니다.

snd.addEventListener(Event.ID3, onId3Handler);
snd.addEventListener(Event.COMPLETE, onCompleteHandler);

모든 MP3가 ID3 태그를 정상적으로 가지고 있다고 볼 수 없기 때문에 1차적으로 Event.ID3 이벤트로 확인 한 후 확인이 되면 곧바로 진행중인 sound.load()를 close()로 중지시키고 다음 곡을 로드해서 정보를 확인하고, Event.ID3 이벤트가 발생하지 않았따면 해당 MP3가 ID3 태그를 가지고 있지 않은 상태기 때문에 Event.COMPLETE 이벤트 발생시 다음 곡을 로드하도록 해줘야합니다.

또한 정상적으로 MP3가 로드되지 않았을 때도 확인이 필요하기 때문에 IOErrorEvent.IO_ERROR 이벤트도 등록해주는 것이 좋습니다.

snd.addEventListener(IOErrorEvent.IO_ERROR, onIoErrorHandler);

댓글 쓰기

Shuffling의 진수 : LMFAO - Party Rock Anthem

땡굴이 — Tue, 06 Dec 2011 02:27:10 +0900

몇년전 유럽에서 선풍적인 인기였던 테크토닉이 상체 댄스였다면..
셔플은 완전한 하체 댄스. 집에서 맨발로 따라 하다가 물집 생겼음.
기본적으로 런닝맨만 마스터 하면 다른 응용 동작은 쉽게 따라 할 수 있다.
하지만.. 내 몸은 예전 같지 않고 ㅠㅠ;

댓글 쓰기

안녕하세요. 혜성이 100일 인사드립니다.

땡굴이 — Mon, 31 Oct 2011 01:11:36 +0900

@ Lumix GF-1 20mm / F1.7

이렇게 인사드리는건 처음이죠?
혜성이가 태어난지 100일(10/27)이 되었답니다.
그동안 블로그에 소개도 제대로 못하고..
언니는 사진도 많이 찍어주고, 블로그에 포스트도 많이 올려줬는데..
혜성이는 이번이 처음이네요.

@ Lumix GF-1 20mm / F1.7

이 녀석에게는 미안한 마음이 한 가득입니다.
회사를 옮기면서 정신없는 시간을 보낼 때 한참 엄마 뱃속에서 아빠를 기다렸을텐데..
정작 태어났더니 프로젝트 때문에 주말마다 출근하는 아빠가 미웠을겁니다.
사실 혜성이 보다는 은경이에게 더 미안한 마음이죠..
미안하다는 말은 하지 않아도 마음만은 항상 미안함 마음을 한가득 가지고 있습니다.
은경이는 절대 인정하지 않겠지만..

블로그 포스트도 뜸하니..
언젠가 우리 딸들이 아빠 블로그 보면서 자기 글을 얼마나 올렸는지 카운트 할지 모르니까..
혜성이도 은성이랑 비슷하게 포스트 올려줘야겠어요.

그동안 찍어놓은 사진들도 많고..
여행 다녀온 사진들도 많은데..
주말에 잠자는 시간을 줄이던지..
평소에 술 마시는 시간을 줄이던지..
다시 부지런한 아빠가 되어볼 생각입니다.

아무튼 100일 진심으로 축하한다. 혜성아.
건강이 최고니까.. 아빠랑 엄마랑 불량식품 먹지 않도록 노력할게 ^^.
사랑한다~

@ Lumix GF-1 20mm / F1.7

혜성이를 매일 괴롭히는 포스 강은성

댓글 쓰기

AIR 어플리케이션 업데이트할 때 발생되는 오류

땡굴이 — Mon, 19 Sep 2011 13:55:44 +0900

이미 사용자에게 배포된 AIR 어플리케이션을 업데이트하는 방법으로는 여러가지 방법이 있지만 흔히 사용되는 방법은 별도의 버전 정보를 담고 있는 텍스트 파일(XML)을 만들어서 현재 설치된 버전과 비교. 업데이트 버전이 있을 경우 해당 파일을 다운로드 받아 자동 실행 방식으로 업데이트를 처리하는 경우가 많은데요.

이 때 위와 같이 '이 설치 관리자가 잘못 구성되었기 때문에 이 응용 프로그램을 설치할 수 없습니다. 응용 프로그램 작성자에세 문의하십시오'라는 오류가 발생한다면 이 것은 다운로드 받은 새 버전 파일이 기존에 설치된 버전에서 확인된 새 버전에 해당하는 어플리케이션 파일이 아닐 경우에 주로 발생하는 오류입니다.

즉, 현재 버전이 1.0이고 확인된 업데이트 버전이 2.0일 때 다운로드 받은 버전이 1.5라면 위와 같이 오류창이 활성화됩니다. 해당 오류창이 활성화되면 우선 버전 정보부터 확인을 해 보는 것이 좋습니다.

또한 AIR를 제작할 때 자동으로 생성되는 구성 정보 XML파일의 버전 정보는 상당히 중요한 역할을 하게됩니다. 해당 버전 정보를 어플리케이션이 인식할 때 AIR 2.5 이하 버전에서는 XML node 접근을 version으로 AIR 2.5 이상 버전에서는 versionNumber으로 변경되었기 때문에 주의가 필요합니다. (AIR 2.5 인지는 정확히는 모르지만.. 2.0 때는 version 이었습니다. ^^)

댓글 쓰기

IE9에서 Flash Player 10.3.XX 버전의 다양한 문제

땡굴이 — Sun, 24 Jul 2011 02:42:33 +0900

IE9에서 Flash Player가 정상적으로 작동되지 않는 여러 문제 중에 가장 대표적인 문제였던 랜더링 문제는 현재 해결이 된 것으로 알고 있는데. 이 문제 말고 공식적으로 어도비에서 대응 중인 문제가 있는지 확인해봤지만 Adobe Bug Report의 알려진 포스트를 찾아봐도 별다른 이야기가 없고, (Adobe 내부적으로 알려진 버그는 알 수 없지만) 그렇다면 IE9에서 Flash Player의 모든 기능이 정상적으로 작동해야 말이되는데..

10.2.XX 버전에서는 정상적으로 돌아가던 플래시가 10.3.XX 버전으로 업데이트 하고 나면 IE9에서 먹통이 되어버리는 문제에 대해 상당히 피곤한 상황입니다. 플래시 컨텐츠는 그대로인데. 단지 플레이어 버전만 바꿨을 뿐인데 안된다.. 물론 다른 브라우저에서는 10.3.XX 버전으로도 잘 돌아갑니다.

랜더링 문제만큼이나 많은 wmode를 투명(transparent) 처리했을 때 그 문제가 더 심각한테요.
IE9에서 메모리 관리 때문에 포커스가 브라우저를 벗어나거나 다른 탭으로 이동하면 Flash Player의 구동이 멈추는건지.
반응이 없는 경우도 있고, 포커스가 빠졌다가 다시 플래시 컨텐츠를 제어하려면 두 번 클릭해야 하는 상황도 있고..
황당한건 wmode를 transparent가 아닌 다른 설정으로 지정하면 정상적으로 작동합니다.

IE9에서 wmode 문제..
근본적으로 알려진 버그라면 시간을 확보해서 고객들에게 정확한 정보를 안내하고
대응할 수 있도록 해야하는데 문제의 근본 원인을 모르는 상태에서 성급한 판단은 금물.

Flash Player의 문제가 아니라 페이지에 SWF를 어떤 방식으로 불러오는지부터
먼저 확인을 해 보는게 좋을 것 같아 이런저런 방법들을 바꿔가면서 SWF를 불러와봤지만..
결과는 모두 동일했습니다.

결론적으로 IE9과 Flash Player는 아직 친하지 않다.
아니면 내가 Flash를 잘 못 만들었다. (이건 아직 인정못 함 ㅎㅎ)

무작정 IE9 때문이다. Flash Player의 문제다. 이렇게 말 할 수는 없지만..
원인이 있으니까 문제가 있는 것이고, 문제를 풀려면 원인을 알아야 풀 수 있기 때문에
계속해서 원인을 찾아보도록 하겠습니다.

답답한 마음에 블로그에 올려놓고 정보를 찾아볼 생각에 포스팅했네요.

여담이지만 Flash Player의 버전 업데이트 속도가 빠르면 빠를수록 버그는 더 많아지는 느낌이네요. 벌써 11이라니..

댓글 쓰기

EXE로 설치된 AIR 응용프로그램 Updater 클래스 미지원

땡굴이 — Mon, 04 Jul 2011 20:03:37 +0900

AIR 응용프로그램(Application)을 제작할 때 신경써야 할 부분 중에 한가지는 바로 업데이트입니다.
서버에 있는 버전 관리 XML과 설치된 응용프로그램의 버전을 비교해서
개발자는 다양한 형태로 업데이트를 제공해줄 수 있는데요.

가장 많이 사용되는 방식은 Updater 클래스를 이용한 방식입니다.
서버에 있는 Application의 버전과 비교해서 낮은 버전으로 설치되어 있다면
최신 버전의 air 파일을 다운로드 받아 자동으로 실행을 시켜주는 형태로 구현할 수 있습니다.

하지만 주의할 점은 이 Updater 클래스는 ****.air 파일로 설치할 때만 유효합니다.
기본 설치 프로그램(exe)으로 설치한 응용 프로그램에서 새로운 파일을 다운로드 받아
설치할 경우에는 Updater 클래스를 지원하지 않습니다.

오류 메시지 : This method is not supported in this profile.

이런 경우에는 File.openWithDefaultApplication()를 이용해서 다운로드한 air파일을 열수 있습니다.
AIR에서는 사용자가 openWithDefaultApplication() 메서드를 사용하여 특정 파일을 열 수 없습니다.
다만 기본 설치 프로그램으로 설치된 응용 프로그램은 예외입니다.

AIR의 File 객체 작업 : http://help.adobe.com/ko_KR/as3/dev/WS5b3ccc516d4fbf351e63e3d118666ade46-7fe4zephyr_serranozephyr.html

AIR 응용 프로그램 설명자 요소 : http://help.adobe.com/ko_KR/air/build/WSfffb011ac560372f2fea1812938a6e463-8000.html

댓글 쓰기

URLLoader에서 발생되는 원인을 알수 없는 IOError #2032 문제

땡굴이 — Sun, 19 Jun 2011 00:40:39 +0900

IOErrorEvent는 URLLoader.load() 메서드로 데이터를 호출할 때 몇가지 원인으로 발생하는 이벤트입니다. 그 중에서도 #2032 스트리밍 오류는 대부분 Request 경로가 잘못되었거나 해당 경로에 파일이 없는 경우, 서버에서 정상적으로 데이터를 반환하지 못할 때 발생하는 녀석으로 알고 있습니다. 일단 #2032 문제가 발생한다면 브라우저에 해당 경로를 입력해서 정상적으로 데이터가 있는지 여부를 먼저 확인하는데요. 혹시 이런 경우를 경험해 보셨는지요?

1. AIR Application(v2.0)입니다.
2. AIR Application을 실행하고 1시간 동안 해당 API의 응답은 모두 정상입니다.
3. 1시간이 지난 후 해당 API를 호출하면 IOErrorEvent가 발생합니다. (#2032)
4. 해당 API를 브라우저(IE, 파폭, 크롬)에서 호출하면 정상적으로 데이터(XML)를 가져옵니다.
5. AIR Application에서 해당 API의 파라미터를 변경 데이터량이 작은 결과를 호출하면 정상적으로 로드합니다.
6. POST/GET 방식 모두 동일합니다. (1시간이 지나면 데이터 량이 많은 API 응답은 무조건 IOError로 떨어집니다.)
7. 데이터량의 많은 경우 400KB 정도의 XML입니다.
8. 신기합니다. 1시간 동안은 얼마든지 호출해도 XML이 잘 로드됩니다.
9. 1시간 후에는 귀신같이 로드가 안됩니다. #2032
10. API 전체에 문제가 있는것도 아니고 해당 API. 그것도 데이터 량이 많은 API만 이상한 상황.
11. Window, MAC 모두 동일합니다.
12. AIR Application 내부에 Timer라든지 시간과 관련된 이벤트는 없습니다.

과연 이 문제가 AIR Application의 문제일까요? 아니면 Server쪽 문제일까요?
URLLoader 클래스가 용량이 큰 파일을 로드할 때 오류가 있다고는 들었지만 그건 FLV 파일 같은 정말 용량이 큰 파일들로 알고 있는데.. 1시간 동안 로드할 수 있는 용량이 제한되어있는것도 아니고.. 이상한건 해당 API를 브라우저에서 호출하면 항상 정상적인 값을 로드하는데.. 왜? AIR Application에서만 이런 문제가 있는 걸까요? AIR Application을 실행하고 1시간 동안 호출했던 동일한 주소의 API. 1시간 후부터는 로드가 안되는 API. 물론 AIR Application을 다시 실행하면 1시간동안은 잘 됩니다.

이런 경험 정말 오래간만에 당해(?)봅니다.

댓글 쓰기

랜드로버 디스커버리4

땡굴이 — Mon, 06 Jun 2011 15:34:32 +0900

남자라면 한대씩은 생각하고 있는 드림카.
이 녀석은 내가 생각하고 있는 드림카.
언제 몇 년식으로 구입할지는 모르겠지만.. 반드시 내 손에 넣고 말테다.
디스커버리6 모델이 나올 때 쯤이면 가능할지 모르겠지만..
기다려라.. 나의 드림카여.

댓글 쓰기

Adobe iOS에서도 볼 수 있는 HLS 스트리밍 기술 공개

땡굴이 — Thu, 21 Apr 2011 10:17:03 +0900

Adobe가 지난 주 미국 라스베거스에서 열린 NAB(National Association of Broadcasters)에서 Apple의 iOS에서 FMS(Flahs Media Server)를 통해 라이브 스토리밍 영상을 볼 수 있는 새로운 HLS(HTTP Live Streaming) 기술을 공개했습니다. 그동안 아이폰이나 아이패드에서 플래시 플레이어가 탑재되지 않아 FMS으로 서비스되는 영상 재생이 불가했는데요. 이제는 가능해졌답니다.

새로운 FMS에 추가된 HLS 기술은 동영상을 MPEG2 포멧으로 변환 HTML5로 만들어진 페이지에서 스트리밍 주소만 지정해주면 QuickTime X로 재생할 수 있도록 구현이 된 것 같은데요. 자세한 건 아래 영상을 보시면 알 수 있습니다.

영상에서 볼 수 있듯이 FMS를 통해 실시간으로 중계되는 영상을 아이패드에서 확인할 수 있습니다. 훌륭하죠. ^^.

NAB에서 진행된 프리젠테이션 발표 영상도 한번 보시면 도움이 될 것 같습니다.

Sneak Peek으로 소개되는 기술 대부분이 상용화 바로 전 단계에 기술들이 많아서
다음 FMS 버전에 추가되지 않을까 생각되는데요. 아직 공식적으로 Adobe LAB에 소개되지 않아 보다 자세한 정보는 확인할 수 없었지만 새로운 정보가 업데이트되는대로 알려 드리겠습니다.

댓글 쓰기

LocalConnection 클래스 데이터 전송시 용량 제한

땡굴이 — Fri, 11 Feb 2011 17:33:16 +0900

LocalConnection 클래스를 이용해서 SWF 간 데이터를 주고 받을 때 send() 메서드를 통해 한번에 전달 할 수 있는 최대 데이터량은 40KB로 제한됩니다. 40KB가 넘을 경우에는 send() 메서드가 ArgumentError를 반환 오류가 발생합니다.
(Error #2084 -The AMF Encoding of the arguments cannot exceed 40K)

이런 경우 요청하는 데이터를 각각 40KB 이하로 된 여러 명령으로 분리해서 전달해야하는데요. 40KB 정도면 적은 량은 아니지만 프로젝트를 진행하다보면 trace()로 정상적으로 어플리케이션이 구현되고 있는지 확인하는 경우가 많이 있는데 이럴 경우 웹에서 디버깅을 해야 하는 경우에는 Flash Tracer 등으로 로컬에 있는 flashlog.txt 파일을 직접 불러와서 내용을 확인할 수 있지만, flashlog.txt를 이용하지 않는 AIR로 만들어진 Tracer들은 대부분 LocalConnection 클래스를 이용해서 직접적으로 내용을 확인하는 경우가 많습니다.

특히 서버와의 통신 응답 값을 확인하기 위해 AIR 만들어진 외부 Tracer를 사용한다면 원인 모를 오류로 플래시에서 응답이 없을 때 대부분 이 문제 때문에 다음 액션이 정상적으로 진행되지 않는지 의심해 볼 수 있을 것 입니다.

전송하는 데이터량이 40KB가 넘지 않도록 주의하시고요.

가장 좋은 방법은 최대한 trace()를 통해 확인해야 할 값들을 최소화하고 최종적으로 배포할 때는 Publish Settings > Flash > Advanced > Trace and debug > Omit trace actions을 체크해서 trace() 액션을 무시할 수 있도록 설정해야합니다.

물론 예외처리를 통해 처리할 수도 있지만 trace()는 배포전 디버그 단계에서만 확인하는 액션이라는 점을 꼭 명심하시고 배포전에는 꼭 비활성화 시켜주는 센스를 잊지마세요.

댓글 쓰기