[2] 카메라와 물체가 동시에 이동하는 경우

---

*주요소스코드

• 외적의 대수적 계산(Algebraic operation of cross product)
  

더보기

접기

//━━━━━━━━━━━━━━━━━━━━━━━━━━━
//     ─━   좌표외적  ━─
//------------------------------------------------------
//   두 벡터 클래스형을 받아서 대수적으로 외적을 구한다.
//         →  →  →
//   ex) C = A x B = (a2b3-a3b2, a3b1 - a1b3, a1b2 - a2b1)
//------------------------------------------------------
CVector3D crossProduct(CVector3D a, CVector3D b)
{

    CVector3D c((a.y*b.z-a.z*b.y),(a.z*b.x - a.x*b.z),(a.x*b.y - a.y*b.x));
    return c;   
}
//━━━━━━━━━━━━━━━━━━━━━━━━━━━

접기

• 3D좌표상에서의 Vector 클래스 정의
  더보기
  접기

  class CVector3D
  {
  public:
      float x,y,z;
      CVector3D()
      {
          x=y=z=0;
      }
      CVector3D(float _x, float _y, float _z)
      {
          x=_x,y=_y,z=_z;
      }
  
      float size()
      {
          return (sqrtf(x*x+y*y+z*z));
      }
     
      //현재 좌표들을 사이즈로 나눈다. (유닛백터화 시킴)
      void unitVectorize(void)
      {
          float fSize = this->size();
          x/=fSize;
          y/=fSize;
          z/=fSize;
  
      }
  };
  

  접기
  
  

• 뷰잉좌표 계산
  
  1. 뷰잉좌표의 Z축은 카메라의 EyeX,Y,Z 에서 CenterX,Y,Z의 차를 계산하면 나옵니다.(카메라위치에서 카메라가 보는 점 빼기)
  2. View-Up Vector는 단순히 월드좌표상의 Y축(0,1,0)에 해당하겠구요...
  3. VUP과 Z를 외적하면 X축을 구할 수 있고
  4. 다시 z축과 X축을 외적하면 Y축을 구할 수 있습니다.
  * 단위벡터는 그냥 연산시에 크기를 나눠주면 됩니다.
  더보기
  접기

          CVector3D Z((g_Camera.eyeX - g_Camera.centerX),(g_Camera.eyeY - g_Camera.centerY),(g_Camera.eyeZ - g_Camera.centerZ));
          CVector3D VUP(0,Z.size(),0);
          CVector3D X = crossProduct(VUP,Z);
          CVector3D Y = crossProduct(X,Z);
      //    X.unitVectorize();
      //    Y.unitVectorize();
      //    Z.unitVectorize(); //유닛벡터화시킨다.
  

  접기
  
  

*구현된 결과의 비디오 캡쳐 (음성 설명 포함)

---

Discussion

이번 과제에서 제일 고심했던 부분이 "카메라 제자리 회전" 및 "물체를 중심으로 회전"하는 부분을 구현하는 것 이었습니다.
단순히 월드좌표계기준에서 X,Y,Z 축 회전을 하는 것인지 카메라의 뷰잉좌표의 기준으로 X,Y,Z축인지 명시되어있지 않았기 때문입니다. 월드좌표기준에서 "물체를 바라보며 이동회전"을 하는것이면 그림1(Z축기준 회전의 궤적그림은 생략했습니다) 과 같이 카메라가 궤적을 그리게 되지만 카메라의 뷰잉좌표에서 이동회전을 하게되면 그림2(Y축기준 회전의 궤적만 명시했습니다)와 되기 때문입니다.

뷰잉좌표기준으로 회전을 하려면 다시 glLookat함수의 내부구현, 즉, Cross Product등의 연산을 통해 뷰잉좌표를 알아내야 했으며, 회전시에도 훨씬 더 복잡한 연산이 들어가게 됩니다. 연산 오차 때문인지 그림2와 같이 구현을 하게 되면 퍼포먼스가 떨어졌습니다.(Center<바라보는점>의 좌표가 계속 바뀌더군요 비디오캡쳐 마지막부분에 "스페셜포스"처럼 움직이는 장면설명에서 자세히 보면 바라보는점이 조금씩 움직이는 걸 관찰할 수 있습니다.) 그래서 마우스모션 설정은 그림2와 같이, 키보드 설정은 그림1. 과 같이 구현하였습니다. 이는 3D상에서의 회전이지만 2D 세부분으로 분할하여 간단한 2D회전 변환 공식을 통해 구현할 수있었습니다.

그 외에 3D를 구현하는 것이다 보니, 제가 동영상을 만들어 놓고도 어떻게 작동되는 것인지 너무 혼돈스러워서 x,y,z좌표를 그었고 더불어 xy,yz,xz평면에도 버티컬 처럼 실선을 드문드문 그었습니다(빽빽히 채우면 CPU점유율이 너무 높아져서 퍼포먼스가 떨어지기 때문에 이렇게 했습니다.)

재미삼아 "카운터스트라이크"나 "스페셜포스"와 같은 FPS 3D게임에서의 조작을 비디오캡쳐 마지막 부분에서 Demonstration하였습니다.

이번 과제를 통해 수업시간에 이론으로 배웠던 부분을 좀 더 명확하게 이해할 수 있었고 3D게임제작을 하고 싶은 마음이 들 정도로 흥미로운 과제였습니다. ^^


그림1. 월드좌표 기준


그림2. 카메라의 뷰잉좌표 기준

* 소스는 하기 링크에 있습니다.

http://goo.gl/VH3UU

Lynda.com - iOS SDK Essential Training (2012)

Restlet Framework를 통해서,

간단히 Restful API를 만들고 서비스할 수 있다.

Java 진영에는 JAX-RS( http://ko.wikipedia.org/wiki/JAX-RS ) 라는 Restful service의 표준 규격이 있고
이것이 구현체라고 볼 수 있겠다. (또 다른 자바진영 구현체로 Resteasy, Jersey 등이 있음)

구글신에 여쭤보니 Restlet framework 에 대한 한글 설명이 많이 없는 것 같다.

▩ IBM 사이트에 설명된 Restful Web service 만들기

--> 현재 Restlet framework 2.1버전까지 나와있는데,
아래 설명글에는 old version (아마도 1.x 대) 기반으로 설명이 되어있으나,
설명을 따라가면 전반적인 Rest의 개념과 어떤 식으로 구현을 할 수 있는지 감을 잡을 수 있을 것이다.

http://www.ibm.com/developerworks/kr/library/tutorial/j-rest/index.html

▩ Manning (출판사) 의 in Action 시리즈 부록 소스코드 (책이 아직 출판 되지 않았음)

(인터파크 발매예정 책 사진 퍼옴)

http://www.manning.com/louvel/REiA.zip

소스코드를 열어서 찬찬히 분석해보면 감을 잡을 수 있을 것이다!

▩ 김문규님의 블로그 내 설명글

꽤나 도움이 된다. ^^

http://www.iamcorean.net/32

안드로이드 개발 환경 구축 :: 네이버 블로그

원본 : http://blog.naver.com/PostView.nhn?blogId=ayrun&logNo=100154655600

 

안드로이드 개발 환경은 크로스(Cross) 개발 환경이다. 크로스 개발 환경이란 개발할 때와 실행 때에 다른 컴퓨터 환경에서 이루어지는 개발 방법을 말한다. 여기서 애플리케이션을 개발하는 환경을 호스트(host) 환경, 애플리케이션을 실행하는 환경을 타켓(Target) 환경이라고 한다.

 

 

※ 안드로이드에 내용은 다음 포스트를 참고 : What is Android?

※ Android 개발툴이 동작하는 환경

   Windows XP(32bit), Windows Vista(32bit/64bit), Windows 7(32bit/64bit)

   Mac OS X 10.3.8 이후(x86판만)

   Linux Ubuntu Dapper Drake

 

※ 용어

ADT : Android Development Tools

AVD : Android Virtual Device

Android DDMS : Android Dalvik Debug Monitor Server

ADB : Android Debug Bridge

 

 

A. 윈도우에서 Eclipse IDE 개발환경 구축하기

A.1. Android 개발환경에 필요한 소프트웨어를 다운로드하여 설치한다.

    * Android SDK

      Version : 2.1   /  1.6   /   1.5

      Download : http://developer.android.com/sdk/index.html

      압축을 적당한 위치에 해제한다. (D:\AndroidDev\android-sdk-windows)  

 

    * Java SE Development Kit (JDK6)

      Download : http://java.sun.com/javase/downloads/widget/jdk6.jsp

    

    * Eclipse IDE for Java Developers

      Download : http://www.eclipse.org/downloads/

        따로 인스톨 필요없고, 적당한 폴더에 해제한다.(D:\AndroidDev\eclipse)

 

 

 

A. 

2. Eclipse에서 Andorid 개발툴 플러그인을 설치하기

   Eclipse를 시작한다

   Help > Install New Software... 선택한다.

 

   Install 창에서 [Add...]버튼을 선택하고, 플러그인 사이트를 등록한다.

      Name : Android plugin

      Location :     

http://dl-ssl.google.com/android/eclipse/

 

 

Install 창에서 Work with 에  위에서 등록한 사이트를 선택한다.

   아래 화면과 같이 Developer Tools를 체크하고, [Next >]버튼을 클릭한다.

  Install Details에서 Android DDMS, Android Developement Tools 를 선택하고,

  [Next >] 버튼을 선택한다.

설치중...

A. 

2. Eclipse에서 Android SDK의 경로 지정하기

    Eclipse를 실행하여 Window > Perferences를 선택한다.

    Android 를 선택하고 SDK Location 에 위에서 Android SDK 설치한 폴더를 선택한다.

    (여기서는 D:\AndroidDev\android-sdk-windows로 설정)

A. 

3. 

Eclipse에서 Windows > Android SDK and AVD Manager 선택한다.

   Available Packages를 선택하고 설치할 SDK과 Google API를 체크한다.

   [Install Selected]버튼을 클릭한다.

   Accept All을 선택하고, [Install Accepted]버튼을 선택한다.

   설치가 완료되면 [Yes] 버튼을 선택하고 ADB를 재시작한다.

A. 

4. 이제 Virtual Device를 생성해야 한다.

    

Android SDK and AVD Manager 창에서 Virtual Devices를 선택하고,

   [New...]버튼을 선택한다.

  Create new AVD창에서 아래와 같이 입력하고, [Create AVD]버튼을 선택한다.

  여기서 SD Card 사이즈를 너무 크게 설정하면 해당 Virtual Device를 구동(Android 부팅)할 때 메모리를 많이 소비하고 부팅시간이 오래 걸리기 때문에 실행하려는 애플리케이션에서 사용하는 메모리를 고려하여 설정한다. 여기서는 간단한 프로그램을 구동할 것이므로 SD 카드 메모리의 크기를 64MB  또는 128MB 정도 설정한다.

여기까지 하면 Android 애플리케이션을 개발하기 위한 개발환경 세팅 

 완료되었다.

 

 

B. Android 애플리케이션 프로젝트 생성/컴파일/실행

B.1. Eclipse 에서 File > New > Android Project 를 선택한다.

   아래 화면과 같이 입력하고, [Finish]버튼을 선택하고 프로젝트를 생성한다.

   ( 

HelloWorld 라는 2.1 버전 플랫폼에서 돌아가는 프로젝트를 생성하는 예)

- Application Name : 안드로이드 메인화면에 표시되는 애플리케이션의 이름
- Package Name : Java의 패키지명. 패키지는 컨테이너에 포함된 타입의 고유의 식별자 및 접속 경로를 제공하는 것. 
- Create Activity : 안드로이드 어플리케이션을 윈도우를 제어하는 클래스의 이름. Activity는 UI화면을 제어하는 클래스.

다음 프로젝트를 생성한 결과이다.

  Eclipse에서 Run > Run 을 선택하고

  Run As 에서 Android Application을 선택하고, [OK]버튼을 선택하다.

Android SDK and AVD Manager가 실행되면 여기서 기존 등록해 둔 AVD를 선택하고

[Start...]버튼을 선택한다.

드디어 Android가 실행되는 화면을...

(여기서 컴사양에 따라 실행속도가 많이 차이난다.

* 만일 부팅 시간이 생각보다 오래(3분이상) 걸리다면 

  

 AVD의 SD 카드 메모리 사이즈를 너무 크게 설정한 것이 아닌지 확인해본다. 여기서 간단한 프로그램 구동하는 것이므로 64mb 또는128mb정도가 무안하다. 이 이상으로 설정했다면 이클립스의

Android SDK and AVD Manager 창에 가서 실행하려는 AVD의  SD 카드 메모리 사이즈를 조정하면 부팅속도가 빨라질 것 이다.

부팅이 완료되고, 위에서 생성한 HelloWorld라는 애플리캐이션이 실행된다.

 

모든 프로그램 HelloWorld하면 끝난거 아닌가?ㅋㅋ

 

iPhone App. 개발의 경우 Mac OS가 필요하고, 실제 하드웨어에 프로그램을 배포할 때도 애플 별도의 인증을 거쳐야 하나, 

Android App. 같은 경우 개발환경(윈도우/리눅스/Mac)의 거의 제약이 없고, 배포도 USB로 가능하도고 하니 조만간 많은 App.과 그런 애플케이션을 개발을 용이하게 하는 많은 툴이나 라이브러리가 쏟아져 날올 것으로 예상된다. 개인적으로 Android 개발 환경이 Java 계열이라

 GUI 디자이너가 iPhone GUI 디자이너나 Visual Studio (Mobile Window 개발툴)와 같은 툴에 비해 다소 불편한 것 어쩔수가 없다. 하지만Android는 모든 것이 오픈소스이니 수년내에 iPhone을 뛰어 넘을 정도로 발전하지 않을까 

조심스런 기대를 해 본다.

[출처] 안드로이드 개발 환경 구축|작성자 너긴런

 

기억력이 점점 나빠진다. 이해했다고 생각했는데, 나중에 필요하면 다시 꺼내서 다시 공부해야 한다. 그 대표적인 것이 Open Source Software의 개념이다. 이 포스트는 필자의 이해를 바탕으로 작성된 것으로, 어떤 법적인 조언도 담고 있지 않고, 이 포스트의 내용을 참고하는 것은 독자의 선택이며, 필자는 어떤 법적인 책임도 지지 않는다.

소프트웨어 라이센스 정책

Open Source

통념적으로 소스코드가 공개되어 누구나 수정하고 재배포할 수 있는 소프트웨어를 말한다. 원작자가 지정한 라이센스 조건만을 지키면, 기업에서도 상용으로 사용할 수 있다. GPL, LGPL, BSD, MPL, Apache 등이 유명한 오픈소스 라이센스 정책이다.

Closed Source (Proprietary Source)

소스코드가 공개되어 있지 않고, 저작권자가 통제권을 행사할 수 소프트웨어를 말한다. 저작권자와의 협의(계약)없이 수정하거나 재 배포할 수 없다. 주로 기업이나 기업집단에 의해 독립적으로 소유되며, 라이센싱을 통해 돈을 벌 목적으로 만들어진 소프트웨어로 이해하면 된다.

Free Software

“Free lunch”, “Freedom” 에서 사용된 “Free”의 의미는 서로 다르다. 오픈소스는 소스코드를 공개한다는 의미가 강하고, 프리소프트웨어는 “사용의 자유”의 의미가 강하다. 혹자는 “Open source is a development methodology; free software is a social movement.” 라고 말한다.

Shared Source

3rd Party들과 계약을 통해 소스코드를 공개하는 수준을 정의한 Microsoft의 라이센스 정책이다. 계약의 형태에 따라, 완전 Closed Source 계약, Source Code 참조 가능 계약, 수정 및 재배포 가능 계약으로 나누어질 수 있다.

오픈소스 소프트웨어의 장점

a. 방대한 개발자 커뮤니티 ? 전세계 개발자들이 오픈된 토론을 통하여 해당 오픈소스 소프트웨어의 구조, 버그 패치, 기능을 계속 발전시킨다. 전세계의 많은 개발자들이 프로젝트에 참여하기 때문에, 한 개 또는 몇개의 기업이 참여한 클로즈드소스 프로젝트에 비해 훨씬 많은 개발자 리소스를 확보할 수 있게 된다.

b. 빠른 개발 및 품질 검증 ? 전세계 개발자들이 참여하므로 개발의 속도나 버그 패치의 속도면에서 클로즈드소스 프로젝트에 비해 훨씬 빠르다.

c. 더 큰 에코시스템 ? 클로즈드소스 프로젝트가 갖는 폐쇄형 개발 생태계에 비해서?전통적인  갑을관계에서 솔루션/용역 업체들을 줄세워 봐야 손으로 꼽을 수 있을 정도이다?, 오픈된 소스를 이용하여 상용화 서비스를 제공하는 많은 기업들이 존재한다.

d. 표준 기반 소프트웨어 ? POSIX, SVR4, BSD Socket과 같은 산업 표준을 사용하므로 산업/시장간의 경계를 허물어 뜨리고, 기존 개발 결과물들의 재활용성을 높여 준다.

e. 소스코드 제공

f. 비용 절감

GPL(General Public License)

소프트웨어 개발자가 GPL 라이센스 정책을 선택한다면, ⓐ 저작권을 표시하고 ⓑ 무보증 (No warranty) 조항을 표시하고 ⓒ GPL로 배포됨을 명시해야 한다. 자신이나 제 3자의 특허를 포함하여 개발한 소프트웨어를 GPL로 배포한다면, 자신의 특허에 대한 Royalty를 청구할 수 없고, 제 3자도 특허에 대한 Royalty를 청구할 수 없다?제 3자의 특허를 사용하여 소프트웨어를 만들고 GPL로 배포하고자 한다면, 특허를 가진 제 3자에게 사전 동의를 얻어야 한다*. GPL로 선언된 소스코드를 수정한 코드 (Derived Work)는 GPL 조건을 따라야 한다. GPL로 선언된 콤포넌트를 링크한 (Static, Dynamic Link 모두에 해당) 상위 Application은 GPL 조건을 따라야 한다.

* GPLed 소프트웨어 개발자는 자신이 채용한 알고리즘 등에 대한 특허권 존재 여부를 잘 모른다. 이런 경우에 특허권자는 GPL 소프트웨어 개발자 보다는, GPL 소프트웨어를 사용하는 기업에 특허 소송을 한다. 이는 경제논리로서, 개인보다 기업에 청구해야 돈이 나오기 때문이다. 이런 숨어 있는 특허권의 위험성을 사전에 찾아 주는 툴이 BlackDuck社의 ProtexIP이다.

LGPL (Lesser GPL)

소프트웨어 개발자가 LGPL 라이센스 정책을 선택한다면, ⓐ 저작권을 표시하고 ⓑ 무보증 (No warranty) 조항을 표시하고 ⓒ LGPL로 배포됨을 명시해야 한다. LGPL 선언된 소스코드를 수정한 코드는 다시 LGPL로 배포되어야 한다. LGPL 선언된 콤포넌트를 수정하여 Static Link/Dynamic Link하는 Application은 다시 LGPL로 배포될 필요는 없다. 다만, 콤포넌트를 수정하여 상위 Application에 Static Link를 했을 경우, 수정된 LGPLed 원본(Static Link된 Component)의 바이너리 코드는 제공해야 한다 (Section 6).

Linux System Architecture

 

일반적으로 Linux System은 아래 그림과 같이 Kernel Space와 User Space로 나눌 수 있다. Kernel 자체는 GPL이며, Kernel과 Static으로 엮이는 Device Driver도 당연히 GPL이 되어야 한다. 반면, Kernel과 System Call을 통해서 접근하는 User Space의 Application들은 라이센스 정책을 자유롭게 취할 수 있다. 그리고, 다행히도 User Space에서 구동하는 주요 Open Source Library들은 99%가 non-GPL로 선언 되어 있어서, 이들을 Link해서 사용할 경우 소스 공개에 의무는 없어진다.

대표적인 Linux Middlewares

libc

Android에서는 Linux에서 대표적인 C Runtime인 glibc나 uclibc를 사용하지 않고, bionic libc를 사용한다. 이들은 LGPL로 선언되어 있으나, 어떤 이유에서인 지 몰라도, Android에서는 라이센스문제가 전혀 없는 bionic을 사용하였다. 때문에, gcc로 컴파일되는 Native C코드를 작성하게 되면 복잡한 NDK(Native Development Kit) 과정을 거쳐야 한다.

Qt

QT는 특이하게 Dual 라이센스 정책을 취하고 있다. 과거까지만 해도, OSI(Open Source Initiative)의 인정을 받지 못했던 QPL이라는 오픈소스 정책과 클로즈드소스 정책의 두가지 정책을 취하고 있었다. QT의 저작권자인 Trolltech이 2008년 Nokia에 인수되고, 2009년에서야 QT를 LGPL QT와 Proprietary QT로 구분하였다.

libjpeg

libjpeg은 IJG(International JPEG Group)의 라이센스를 따른다 (아래 그림). 소스를 공개할 의무는 없다.

Linux Device Drivers

Linux에서 Device Driver를 작성하는 방법은 두가지가 있다: Direct kernel driver & Binary module.  전자는 Kernel itself라 할 수 있으므로, GPL로 선언된 Linux Kernel에 대한 Derived works에 간주되고, 당연히 GPL로 같이 배포되어야 한다. 반면, 후자는 부트 이후에 Device가 사용될 때 로드되는 Module방식이다 ? "Modules were originally conceived as inserted extentions to a running Linux kernel". 많은 기업들이 Module driver를 바이너리 형태로 배포하고 소스를 공개하고 있지는 않으며, 현재로서는 유일하게 Driver 소스를 공개하지 않는 방법으로 간주되고 있으나, Linux community에서는 이 방법을 놓고 계속 논쟁 중이다. 아래 그림은 내 Ubuntu 넷북에서 Module로 로드된 Driver들이다. (console# lsmod)

Dynamically loadable driver module은 Memory allocation, bus enumeration, disable/enable interrupts & preemption, networking service, debugging 등의 Kernel Service를 접근해야 한다. 즉, Kernel과 분리된 Standard external kernel symbol을 통해서만 접근해야 함을 의미한다. 아래 그림은 내 넷북에서 사용 가능한 Standard external kernel symbol 들이다. (colsole# gedit /proc/kallsyms)

Module Driver에서도 주의할 점이 있다. GPL 선언된 Linux Driver를 참고해서 개발하면, 아무리 Module로 로드한다고 해도, Derived works로 간주되며, 이는 소스를 공개해야 한다는 것이다. Linux Driver를 Module로 개발하기 위해서는 From Scratch(맨땅에 헤딩)로 개발해야 한다.

기업에서 GPLed, LPGLed 소프트웨어의 활용과 활용 사실 공개

기업에서 상용으로 GPL, LPGL 소프트웨어를 상용 제품의 탑재를 목적으로 사용할 수 있다. 이 경우, 전술한 바와 같이, GPL, LGPL 코드를 사용했음을 공개해야 한다. 단말이나 소프트웨어 패키지에 커다랗게 써 붙일 필요는 없지만, 적어도 설명서, 보증서 또는 부트 메시지 등에 표시해야 한다. 또, 소스를 공개해야 할 의무가 있는 경우에는 온/오프라인 미디어를 통해 제공해야 한다. 이러한 의무를 이행하지 않을 경우에는 FSF(Free Software Foundation)와 같은 오픈소스 라이센스 정책 감시자들로 부터 경고를 받게 된다. FSF와 같은 기관이 실제 법적인 행동을 취하지는 않으며, 실제 법적인 행동을 취할 수 있는 주체는 해당 소프트웨어의 저작권자이다. 기업이 오픈소스 활용 사실을 공개하지 않아서 생기는 위험은 심각한 "명예 실추"이다.

요즘은 Embedded System 에서도 Linux나 오픈소스 소프트웨어의 활용도가 점점 높아 지고 있다. 국내 대기업들에서는 3rd Party로 부터 공급되는 솔루션들에 대한 오픈소스가 몰고 올 수 있는 위험을 사전에 제거하고자 Blackduck社의 ProtexIP와 같은 솔루션을 활용하고 있다. 이 솔루션은 계속 업데이트되는 BlackDuck 본사의 DB서버에 접근하여, 검증하고자 하는 소프트웨어 패키지의 위험(Violation) 여부를 그래픽으로 표시해 주고, 대응할 수 있도록 도와 준다. Source 뿐만 아니라, Binary  도 완벽하진 않지만 Violation을 잡아 낸다. 유사 툴로는 Palamida社의 솔루션도 있다.

RTOS에서의 Linux Driver 참조 활용

GPL 선언된 Linux Driver를 참조하여 RTOS Device Driver를 개발하는 것은 절대 지양해야 한다. Linux Driver를 참조해서 RTOS Device Driver를 만들고 마치 직접 개발한 IP(설계자산)인양 바이너리로 제공해서도 절대 안된다. 여기에는 두 가지 위험이 존재하는데, 첫째는 원작자에 대한 저작권법 위반이며, 둘째는 Proprietary RTOS 자체, Runtime, Proprietary Application까지도 모두 GPL로 간주되어 회사 내의 모든 Proprietary IP에 대한 소스를 공개해야 해야 하는 위험이다.

결론, 요약 정리

참고문헌

a. William Weinberg and Jason Wacha, Jan. 2004, MontaVista Software, Building Embedded Applications with GPL/LGPL Software
b. Wikipedia

꼬마 아나킨을 보면서 콰이 곤 진과  아나킨의 엄마가 나누는 대화입니다.

“공화국에서만 태어났더라도 그를 일찍이 알아봤을텐데……”

--> 공화국에서 안 태어났고 일찍 못 알아봄. 즉 현재와 상반되는 얘기.

안드로이드 블랙마켓인

www.applanet.net

는 불법정보사이트로 분류되어서 접속시 아래와 같이 뜬다.

tor project를 통해서

실행하게 되면 접속이 가능하다.

https://www.torproject.org/dist/torbrowser/tor-browser-1.3.24_en-US.exe

다운받아 실행하게 되면

다음과 같은 화면이 뜨게되고

번들로 Firefox가 내장되어있기때문에 파이어폭스가 실행이됩니다.

우측하단에 Tor Enabled 를 확인하고

www.applanet.net 에 접속하게되면!

두둥