반응형

sudo apt-get update
sudo apt-get upgrade
sudo apt-get install python-pip
sudo -H pip install -U jetson-stats
sudo reboot
 
# jetson-stats 실행
jtop

반응형
반응형

https://forums.developer.nvidia.com/t/pytorch-for-jetson/72048

 

PyTorch for Jetson

Below are pre-built PyTorch pip wheel installers for Jetson Nano, TX1/TX2, Xavier, and Orin with JetPack 4.2 and newer. Download one of the PyTorch binaries from below for your version of JetPack, and see the installation instructions to run on your Jetson

forums.developer.nvidia.com

 

해당 페이지에서 본인의 jetpack 버전에 맞는 pytorch 배포본 다운로드 할것

 

>> wget https://nvidia.box.com/shared/static/p57jwntv436lfrd78inwl7iml6p13fzh.whl -O torch-1.10.0-cp36-cp36m-linux_aarch64.whl

>> sudo apt-get install python3-pip libopenblas-base libopenmpi-dev libomp-dev

>> pip3 install Cython

>> pip3 install numpy torch-1.10.0-cp36-cp36m-linux_aarch64.whl

 

설치 후 적합한 torchvision 버전을 위 페이지에서 다시 찾을 것

 

  • PyTorch v1.0 - torchvision v0.2.2
  • PyTorch v1.1 - torchvision v0.3.0
  • PyTorch v1.2 - torchvision v0.4.0
  • PyTorch v1.3 - torchvision v0.4.2
  • PyTorch v1.4 - torchvision v0.5.0
  • PyTorch v1.5 - torchvision v0.6.0
  • PyTorch v1.6 - torchvision v0.7.0
  • PyTorch v1.7 - torchvision v0.8.1
  • PyTorch v1.8 - torchvision v0.9.0
  • PyTorch v1.9 - torchvision v0.10.0
  • PyTorch v1.10 - torchvision v0.11.1
  • PyTorch v1.11 - torchvision v0.12.0
  • PyTorch v1.12 - torchvision v0.13.0
  • PyTorch v1.13 - torchvision v0.13.0
  • PyTorch v1.14 - torchvision v0.14.1
  • PyTorch v2.0.0 - torchvision v0.15.1

torchvision 설치 (python 3.6)

 

$ sudo apt-get install libjpeg-dev zlib1g-dev libpython3-dev libopenblas-dev libavcodec-dev libavformat-dev libswscale-dev

$ git clone --branch v.0.xx.x  https://github.com/pytorch/vision torchvision 

$ cd torchvision

$ export BUILD_VERSION=0.xx.x

$ python3 setup.py install --user

$ cd ..

 

 

 

 

 

 

반응형
반응형

https://jetsonhacks.com/2019/10/01/jetson-nano-visual-studio-code-python/

 

Jetson Nano - Visual Studio Code + Python - JetsonHacks

Visual Studio Code is one of the most popular IDEs in the world. You can install VSCode on the Jetson Nano in just a few minutes!

jetsonhacks.com

 

tx2에서는 컴파일 버전 설치 불가, 

직접 빌드도 원활히 되지 않음. 최신 디펜던시 라이브러리 지원 안됨. 

 

vscode.dev

 

웹 버전 사용 권장함

반응형
반응형

ios 6.0 이상에서 이전 코드를 다시 컴파일 하다보면... 

강화된 Grammar 때문에 다양한 에러가 발생합니다. 


그 중에 하나... 

goto into protected scope 에러.. 


이 에러는 Scope 때문에 발생하는 에러로.. 

그전엔 암묵적으로 허용되었던 스코프를.. 명시적으로 나타내야 하도록 바꼈기 때문에.. 

발생하는 에러입니다. 


이 에러의 해결책은.. 


require(success, bail);

{

}

bail:

{

}


의 형태로 스코프를 브레이스로 명확하게 나타내주면 됩니다. 



반응형
반응형
void CEyeColorReplaceView::OnLButtonDown(UINT nFlags, CPoint point)
{
// TODO: Add your message handler code here and/or call default

if(nFlags==MK_CONTROL+MK_LBUTTON)
{
....;
}
         

CView::OnLButtonDown(nFlags, point);
}
반응형
반응형
간편한 GDI+를 사용하기 위해서는 간단한 초기화가 필요하다.. 

초기화 방법

1. 헤더 파일 인클루드

stdafx.h에 아래의 헤더파일을 인클루드 한다. 

#include <gdiplus.h>
using name space Gdiplus;


2. Startup & Shutdown

CWinApp의 파생클래스인 C~~~~App에 GDI+ 사용시작하고 끝을 내는 함수를 추가해준다. 

우선 C~~~~App에 멤버변수로서... 

ULONG_PTR m_gdiplusToken;

를 추가한다. 


이후에 C~~~~~App의 멤버함수인 InitInstance()에 


  GdiplusStartupInput gdiplusStartupInput;
GdiplusStartup(&m_gdiplusToken, &gdiplusStartupInput, NULL);

를 추가한다.

마지막으로 C~~~~App에 ExitInstace()함수를 추가하고...
여기에..

GdiplusShutdown(m_gdiplusToken);

를 추가한다. 
 


3. 라이브러리 추가

 마지막으로 Project에 Property로 가서 Link를 추가한다. 
Link의 input 라이브러리 부분에

gdiplus.lib


여기까지 추가하시고 사용하시면 됩니다.


레퍼런스 서적 : Visual C++ 6 완벽가이드 - 영진출판사 -  
반응형
반응형

( 위 링크의 우분투 코리아 글 정리 )

1. 준비물
- 우분투 이미지파일 및 시디
- usb를 지원하는 가상 머신
- usb 메모리

2. 설치
- 가상머신 생성
- 생성된 가상 머신의 하드 디스크 제거
- usb 메모리 장착
- 메뉴에서 usb 인식 가능 상태로 변경
- 우분투 이미지 파일을 시디에 연결
- 우분투 설치
- 설치 종료

3. 사용
- 일반 컴퓨터에 usb 메모리 장착
- 바이오스에서 usb 메모리의 부팅 순서를 최상위로 설정
- 부팅




반응형
반응형

특허 출원 how-to


특허출원을 변리사에게 맡길 수도 있지만, 개인이 직접하는 것도 가능하다.

물론 맡기면 알 필요없겠지만, 그래도 조금은 알아두는게 좋을 거 같다.

모르면 어마게 돈만 날리지 않을까?


특허 출원 절차..


1. 선행기술조사

특허청, 특허전자도서관, 혹은 특허관련 사이트에서 무료로 특허 검색이 가능하다.

검색 후 동일한 주제에 대해서 이미 신청된 것이 있는지 조사하는 것이 필요하다.


2. 출원인코드부여신청

특허출원인의 코드를 받아야 한다. 그리고 향후 특허등록시 이 번호를 필히 기재해야한다고 한다.

http://www.kipo.go.kr/kpo2/user.tdf?a=user.kiporo.html.HtmlApp&c=3021&catmenu=apply0301

여기서 가능..


3. 출원서 작성

특허 출원서 서식에 맞춰서 명세서, 도면, 요약서, 특허출원서 순으로 작성한다.

서식은 역시 특허청에서..


4. 제출 서류 준비

출원서(요약서, 명세서, 도면) 1통, 수수료 감면대상인 경우 증명서류를 준비한다.


5. 접수 및 출원번호 통지서 수령

방문접수의 경우 대전에 있는 특허고객서비스센터나 특허청 서울 사무소에 직접 제출..

우편으로 접수하고자 할 경우 "대전 서구 둔산동 920 정부대전청사 특허청장, 302-701"로 보내면 된다.

온라인 접수의 경우 전자문서이용신고서를 제출하고 특허청 홈페이지에서 신청 가능.


6. 수수료 납부

수수료를 납부한다.

수수료 계산기를 이용해서 계산해보자.. 돈이 좀 든다. ㅡㅡ;;

http://kporc.kipo.go.kr:7073/jsp/ir/common/feeCalculation_M.jsp


7. 출원공개

출원된 서류는 18개월뒤 자동공개된다. 더 일찍 공개하고 싶으면 서류로 신청..


8. 심사청구 및 심사

삼사청구기간은 출원일로부터 5년이내, 결과는 통지서로 알려준다.


9. 등록료 납부

등록결정서와 함께 발급되는 납입고지서를 이용해서 등록료 납부..

우체국이나 은행에서 납부하면 되지만, www.giro.or.kr에서 온라인으로도 납부 가능..




추가 1. 특허청에서 제공하는 특허 모범명세서 샘플


http://www.kipo.go.kr/kpo2/user.tdf?a=user.html.HtmlApp&c=4036&catmenu=m04_04_03_01


추가 2. 특허청 출원신청가이드


http://www.kipo.go.kr/kpo2/user.tdf?a=user.html.HtmlApp&c=4031&catmenu=m04_04_01#03


추가 3. R&D 특허센터 (단순회사가 아니라 연구개발하시는 분들이라면.. 이쪽도 들러보시길..)


http://www.ipr-guide.org/




referenece : 특허청(www.kipo.go.kr)



written by chamcham

from knu vrlab.



반응형
반응형

(출처 : 지식인 poroly97 (2005-11-04 09:50 작성))


자료 찾다가... 의외로 지식인에도 이래저래 잘 적어놓은 글이 있길래..

중복해서 붙어있는거 보니... 어디서 긁은것 같긴하지만 뭐.. 여튼..


-----------------------------


I 프레임 - Infra Frame 의 약자로, 쉽게 말해 키 프레임 입니다. 이것은 JPEG 같은 방식으로 소스로부터 직접 압축되어 온 전체 그림이죠. 가장 화질도 좋지만 가장 용량도 큽니다.

P 프레임 - Previous 또는 Predicted Frame 이라 불리며, 이전에 나온 키 프레임의 정보를 바탕으로 구성된 프레임 입니다. 화질/용량 둘 다 중간급입니다.

B 프레임 - Bidirectional Frame 의 약자로, 전후의 I/P 프레임의 정보를 바탕으로 구성된 프레임 입니다. 화질/용량이 다 최하급입니다.

 


MPEG-1/2 인코딩에 대한 몇가지...

요즘 miniDVD 를 시작해 보려는 분들이 좀 계심에 따라, 제 생각에 이런것 관련에 의문이 생길수 있을듯한 사항에 대해 간단히 적어볼까 합니다. 처음 하시려는 분들은 일단 이런 저런 옵션들이 있지만 이것들이 어디에 어떻게 쓰이는지 알수가 없는 이유로 헷갈리시는 경우도 많죠.

일단은 제가 TMPGEnc 위주로 사용을 하므로, 다른 인코딩 프로그램들에 대한것은 뭐라 말씀드리기가 어렵군요.
하지만 MPEG 인코더들의 옵션은 거의 다 비슷비슷 하기 때문에 여기 적는것이 다른곳에도 응용될수 있을거라 생각하는 바입니다.


1. GOP (Group of Pictures)

이것은 MPEG-1/2 인코딩의 가장 기본으로, 키 프레임부터 다음 키 프레임까지의 프레임 모음을 뜻하는 겁니다.
프레임 타입에는 I, P, B 의 세가지가 있으며 각각의 특징은 아래와 같습니다.

=====================================================================
I 프레임 - Infra Frame 의 약자로, 쉽게 말해 키 프레임 입니다. 이것은 JPEG 같은 방식으로 소스로부터 직접 압축되어 온 전체 그림이죠. 가장 화질도 좋지만 가장 용량도 큽니다.

P 프레임 - Previous 또는 Predicted Frame 이라 불리며, 이전에 나온 키 프레임의 정보를 바탕으로 구성된 프레임 입니다. 화질/용량 둘 다 중간급입니다.

B 프레임 - Bidirectional Frame 의 약자로, 전후의 I/P 프레임의 정보를 바탕으로 구성된 프레임 입니다. 화질/용량이 다 최하급입니다.
=====================================================================


이것들의 순서는 대충 I B B P B B P B B P B B I B B P ... 식으로 I 프레임들 사이에 P 프레임들이, I/P 프레임들 사이에 B 프레임이 들어가는 방식으로 구성됩니다. 그리고 I 프레임부터 다음 I 프레임 전까지를 하나의 GOP 로 묶고, GOP 크기는 그 프레임들의 갯수가 되죠. 고로, 위와 같은 경우엔 GOP 크기는 12가 됩니다.

보통 MPEG 인코더들엔 저것을 설정하는 방법이 P 프레임의 갯수와 B 프레임의 갯수를 설정하게 되는데, P 프레임의 갯수는 GOP 안에 들어가는 P 프레임의 갯수고, B 프레임의 갯수는 I/P 프레임 사이에 들어가는 갯수입니다.
고로, 위와 같은 경우 P 프레임 갯수는 3, B 프레임 갯수는 2 가 됩니다.

이 GOP 관련에는 두가지 옵션이 있습니다.
Scene Detection 이라 불리는 기술과 Closed GOP 라고 하는 것이죠.

Scene Detection 은 요즘 웬만한 코덱에는 다 붙어있는 것으로, 화면이 바뀌는것을 감지해서 거기에는 I 프레임 (avi 의 경우 키 프레임)을 끼워넣는 방식입니다. 아무래도 다른 프레임들은 딴 프레임들에 의존하는 프레임들이니, 그런 프레임들과 현재 프레임에 변화가 크면 그만큼 화질이 떨어지게 됩니다. 움직임이 빠른 장면에서 깍두기들이 많이 생기는 이유도 이와 같은 것입니다. 하지만 장면 변환시마다 키 프레임을 넣어주면 용량은 좀 불겠지만, 화질 면에선 많은 향상을 가져올수가 있죠.

Closed GOP 는 GOP 구성중 다음 I 프레임 전의 B 프레임들을 빼 버리는 방법입니다.
그러니
I B B P B B P B B P B B I B B P ... 가 아니라,
I B B P B B P B B P I B B P ... 가 되겠죠.

이것을 하는데는 여러가지가 있습니다만, 첫번째로 이것을 하는 이유는 MPEG 편집시의 용이함 때문입니다.

동영상을 자를 경우, 재인코딩 하지 않는 이상 반드시 첫 프레임은 I 프레임, 그러니 키 프레임이어야 합니다.
그 외의 프레임들은 그 앞에 나온 프레임들의 정보를 이용하는데, 첫 프레임은 앞에 아무 프레임도 없으니 그런 의존적 프레임들이 위치할수가 없습니다.
그리고 MPEG-1/2 의 경우 마지막 프레임은 반드시 I/P 프레임이어야 하죠. B 프레임은 위와 같은 이유로, 뒤에 나오는 프레임을 이용하는데, 뒤엔 아무 프레임도 없으니 올수가 없습니다.

헌데 위의 보통 GOP 의 경우 동영상을 자를때 어디를 잘라도 몇개의 프레임이 소실됩니다.

예를 들면
I B B P B B P B B P
B B // I B B P ...

// 위치를 자를 경우 뒤쪽 부분이야 첫 프레임이 I 프레임이니 문제가 없지만, 앞쪽 부분은 붉은색으로 표시된 마지막 프레임이 B 프레임들이므로 이 두개의 B 프레임이 소실됩니다. 물론 부분 재인코딩을 해 주는 프로그램도 있고, 그런 경우 그 부분을 다시 압축해서 맞는 프레임으로 바쭤 주기도 하지만, 이럴 경우 그 하나의 GOP (프레임 하나만을 재인코딩 할수는 없고, 반드시 그것을 포함하는 GOP 전체가 재인코딩 되어야 합니다)는 화질이 뚝 떨어지게 되죠. 단순히 자르고 붙이는 편집시에 이런 문제는 그리 달가울리가 없습니다.

하지만 Closed GOP 를 사용할 경우
I B B P B B P B B P // I B B P ...

위와 같이 되니, // 부분을 잘라도 전혀 문제가 없게 됩니다. 그러니 자르고 붙이기가 더 용이해지죠.

두번째 이유는...

I B B P B B P B B
P B B (I) B B P ...

예를 들어 (I) 부분에서 장면이 전환되었다고 할 경우, 그 바로 앞의 붉게 표시된 두개의 B 프레임은 파란색으로 표시된 앞의 P 프레임과 바뀐 장면의 I 프레임의 정보를 이용하게 됩니다. 그렇게 될 경우 완전히 다른 두개의 프레임의 정보를 이용하게 되므로 심각하게 화질이 떨어지게 됩니다. 하지만 Closed GOP 를 사용할 경우 저런 문제가 사라지므로 약간의 화질 향상을 기대할수 있습니다.

참고로, 이전에 나왔던 Dazzle DVC 2 의 경우, 저런 상황에서는 저 두개의 B 프레임이 완전히 깨져 버리더군요. 요즘엔 고쳐 졌을지 모르겠습니다만.

이것이 위의 Scene Detection 과 같이 사용되면 더 나은 화질을 기대할수 있을지도 모르겠군요. 아, 물론 Closed GOP 사용시 전체적인 용량이 좀 늘어날겁니다.

(참고로, GOP 앞엔 Sequence Header 라는 것을 넣을수도 있는데, 안 넣어도 그냥 재생엔 문제가 없습니다만, 이것을 매 GOP 마다 넣지 않으면 DVD 로 제작했을시 재생 시작하자마자 멈춰버리거나 하는 현상이 생깁니다. 그러니 DVD 제작용이라면 Sequence Header 간격을 반드시 1 로 주시길)


GOP 에 대한 마지막으로, 어떤 정도가 가장 화질에 좋느냐는것에는 정확한 답이 없습니다. 움직임이 빠를수록 GOP 는 작은게 좋고, 움직임이 느릴수록 GOP 는 큰것이 좋죠.

B 프레임이 화질은 비록 최하라 해도, 움직임이 거의 없어서 앞의 프레임을 그대로 복사해 오는 정도가 된다면, 이건 최소의 용량으로 공짜 화질을 얻게 되는 셈입니다. 이럴경우 전체적으로 용량이 작아질테니 보다 높은 설정을 사용해서 전체적으로 화질을 더 올릴수가 있죠.

반대로 I 프레임이 화질이 좋다고 해서 이것만을 사용하게 된다면, 이것은 화질이 좋다고 해도 용량을 많이 먹게 되므로, 원하는 용량에 맞출 경우 설정이 엄청나게 낮아질수밖에 없고, 고로 전체적으로 화질이 엄청나게 떨어져 버리게 됩니다. 대신 움직임이 아무리 많아도 특별히 더 떨어지는 부분은 없게 되겠죠.

쉽게 비교하면, 정해진 용량에 동영상을 맞춘다고 할 경우, B 프레임이 많으면 전체적인 화질이 좋아지지만 급격한 움직임에서 화질이 떨어지게 되고, I/P 프레임이 많으면 급격한 움직임에도 특별히 화질이 떨어지진 않지만, 전체적으로 화질이 많이 떨어지게 됩니다.

그러니 저용량 고화질의 조건은 이 세개를 어떻게 잘 조합하느냐지, 화질이 좋다는 것만 골라서 쓰는것이 아닙니다.
정 화질을 높이고 싶으시면 Scene Detection 과 Closed GOP 를 같이 사용하시면 보다 나은 효과가 있을 겁니다.


2. Color Space

보면 MPEG 인코딩시 YUV 4:2:0 또는 YUV 4:2:2 등의 것이 있는데, 이게 무엇인지를 설명하려 하는 것입니다.

아시다시피, 컴퓨터의 색상은 RGB 로 결정됩니다. RGB 는 말 그대로 Red/Green/Blue 가 합해져서 색을 표현하는 방식이죠. 가장 이해하기 쉬운 방식이기도 합니다. RGB 24 이 경우, 각각의 RGB 채널이 8비트, 즉 256 색을 낼수 있고, 이것을 섞어서 여러가지 색을 구현합니다.

하지만, TV 의 신호는 약간 다릅니다. 사람의 눈은 색 변화보다는 밝고 어두움의 정도에 더 민감합니다. 색맹이라도 밝고 어두운건 구별합니다. 뭐 깊게 설명하자면 사람 안구 내의 빛을 감지하는 세포가 두종류가 있고 각각이 어쩌구 저쩌구 하게 설명할수도 있지만, 이런건 넘어가고... =_=

그래서 이것을 이용하는 방법이 YUV 라는 방법입니다. 여기서 Y 채널은 밝기 채널, Luminance Channel, 줄여서 루마 채널이라 불립니다. 나머지 UV 채널은 컬러 채널이죠. Chrominance Channel, 줄여서 크로마 채널이라 불립니다. 두개의 크로마 채널은 색만을 기록하고, 루마 채널에서 이것의 밝기를 조절하죠. 예를 들어 남색과 하늘색이 있을 경우, 크로마 채널의 색은 하나지만, 루마 채널에서 밝기를 조절함으로써 어두운 파란색과 밝은 파란색의 효과를 내는 겁니다.

여기서 두개의 크로마 채널이 없이 달랑 루마 채널 하나만 있다면 그것은 흑백이 됩니다.

YUV 중에서 가장 높은건 YUV 4:4:4 로, 주로 편집시에나 쓰입니다.
이것은 루마 채널이 8비트, 두개의 크로마 채널이 각각 8비트 해서, 실질적으로 RGB24 와 동일합니다. 이것은 모든 픽셀이 각각의 루마값과 크로마 값을 갖게 되죠. RGB ↔ YUV 도 별로 어렵지 않습니다.

헌데, TV 방송에는 YUV 4:2:2 를 사용합니다.
이것은 루마 채널은 여전히 8비트지만, 다른 두개의 채널은 각각 절반인 4비트씩밖에 되지 않는 것입니다. (뭐 4비트라고 하긴 좀 의미가 다르긴 하지만요) 고로, 용량을 RGB 16 과 같은 용량밖에 먹지 않습니다.

그럼 이것의 구성은 어떠냐 하면, 사용하는 색 수를 줄이는 것이 아니라, 하나의 색이 하나의 픽셀이 아닌, 두개의 픽셀에 영향을 주는 것입니다. YUV 4:2:2 의 경우, 모든 픽셀은 각각의 루마값을 갖지만, 매 가로 두 픽셀은 하나의 크로마 값밖에 갖지 못하죠.
그러니 이 두개의 픽셀은, 하나는 남색, 다른 하나는 하늘색이 될수 있지만 (루마값은 다르지만 크로마 값은 같은), 하나는 파란색, 하나는 빨간색이 될수는 없습니다. 하지만 아주 칼같이 깨끗한 화면이 아닌 이상, 이런것은 거의 구별할수가 없습니다.

다음으로 YUV 4:1:1...
이것은 NTSC DV 에 사용되는 방식으로, 역시 매 픽셀은 각각의 루마 값을 갖지만, 크로마 값은 가로로 4개의 픽셀당 하나씩밖에 가질수 없습니다. 고로 역시 위와 같이 이 4개의 픽셀은 다른 색을 가질수는 없습니다.

다음으로 YUV 4:2:0 는 MPEG-1/2 에 사용되는 방식인데 (HDTV 는 YUV 4:2:2 입니다만), 이것은 역시 루마 값은 각각이지만 크로마 값은 가로 2픽셀, 세로 2픽셀의 2x2, 총 4개의 픽셀당 하나씩밖에 갖지 못합니다. 쉽게 말해 YUV 4:1:1 과 비슷하지만, 픽셀들의 위치만 다른 셈이죠.

이렇게 볼때, 매 픽셀마다 하나씩의 크로마 값을 준다면,

YUV 4:4:4 는 루마/크로마 채널이 전부 720*480 크기지만,
YUV 4:2:2 는 루마 채널은 720*480, 크로마 채널은 360*480 인 셈이고,
YUV 4:1:1 은 루마 720*480, 크로마 180*480,
YUV 4:2:0 는 루마 720*480, 크로마 360*240 인 셈입니다.

크로마 채널들은 저 크기를 늘려서 맞추는 셈이죠.

그러니 이렇게 형식이 달라진다고 해서 보이는 색이 달라져 보이는 것이 아니라, 선 주위에 색이 얼마나 번져 보이느냐의 차이밖엔 없습니다.

보통 DVD 애니 등을 divx 등으로 립을 했을때, 선 주변이나 타이틀 근처에 파랗게 색이 번져 보이는 경우가 있는데, 보통 이런 이유입니다.


참고로 아날로그의 경우...
LaserDisc 등은 4:2:2 입니다. 그러니 컬러 채널 면에서는 DVD 보다 좋죠. 하지만 아날로그의 단점은 이 컬러 채널들에 노이즈가 굉장히 쉽게 낀다는 겁니다. 그리고 선 주변의 디테일에 흔들림이 많아서 무지개 색처럼 색이 찢어지거나 하는 경우가 많죠.
이런 이유로 LD 가 DVD 보다 화질이 떨어져 보이는 겁니다. 하지만 LD 의 루마 채널은 보통 굉장히 깨끗한 편이고, DVD 처럼 선 주위에 희미하게 압축 노이즈가 나타나거나 하는 것도 없으므로, 만일 흑백으로만 동영상을 캡쳐한다면 DVD 보다 LD 쪽이 더 나은 화질을 낼겁니다. 흑백에 화질이라고 할만한게 있을지 모르겠고, 덤으로 이런 일을 할 사람이 있을지는 더더욱 의문이지만요.

만일, 컬러 채널의 노이즈를 완벽하게 제거할수 있는 필터가 있다면, LD 쪽이 DVD 쪽보다 더 나은 화질을 내게 될지도 모르겠군요.
VirtualDub 의 TV 필터에서 IQ 채널 3x3 필터를 사용하면 나름대로 이 컬러 채널 노이즈를 뭉개 줍니다.


3. 그 외

MPEG-2 에는 3가지의 인코딩 모드가 있습니다.
Progressive, Interlaced, 3:2 Pulldown when playback (TMPGEnc 용어로 따졌을때) 가 그 3가지 입니다.

Progressive, 또는 Non-interlaced 라는건 보통 다른 모든 동영상이 압축되는 방식입니다.
프레임 단위로 압축해 넣는 방식이죠. 대신 화면에 인터같이 문제가 있을 경우엔 그것이 그대로 보이게 됩니다.

Interlaced 모드는 하나의 프레임을 두개의 필드로 나눠서 각각을 따로 압축하는 방식입니다. 그러니 720*480 프레임 하나를 720*240 프레임 두개로 나눠서 압축하는 셈이죠. 이것은 재생시 Weave 라고 하는, 이 두개를 다시 그대로 합해서 보여주는 방법과, BOB 라고 하는, 각각의 720*240 크기 프레임들을 720*480 으로 늘려서 보여주는 방식이 있습니다 (물론 BOB 의 경우 프레임 레이트가 두배가 되어 버리겠죠)
이것의 장점이라면 보통 인터 현상이 나타나는 프레임은 두개의 필드가 어긋나서 생기는 것이므로, 이 모드로 압축하면 그런거 문제 없이 압축이 가능하고, 재생할때도 BOB 모드로 재생할시 그런것이 전혀 보이지 않게 됩니다. 대신 용량을 좀 더 먹게 되죠.
참고로, 이 모드는 23.976 인 소스에는 사용할수 없습니다.

(주의: 이 모드로 압축할 경우엔 어떤 필드가 먼저 재생되는지를 설정하게 되는데, 보통 DVD 는 Top Field 가 먼저입니다. 때에 따라 Odd Field 라고 나오기도 하죠. 그러니 TMPGEnc 를 이용, Interlaced 모드로 압축하신다면 반드시 Advanced 탭에서 Top Field First 라고 되어 있는지 확인하시기 바랍니다. 잘못 설정하면 재생시 움직임마다 계속 뒤로 튕기는 것 같은 현상이 나타납니다.)

마지막으로 3:2 Pulldown when playback 라는 것은, 23.976 소스에만 사용할수 있는 것으로, 보통 TV 등의 progressive 재생을 지원하지 않는 곳에서 재생시엔 자동으로 29.97 프레임으로 늘려서 보여주는 방식입니다. 하지만 프로그레시브 지원의 DVD 플레이어나 컴퓨터에서 재생시 그대로 23.976 으로 보여주게 되죠. DVD2AVI 에서 필름 소스라 표시되는게 이 방법으로 압축된 겁니다.

이것의 장점이라면 당연히 실질적으로 프레임 수가 20% 적으니 그만큼의 화질 향상을 기대할수 있습니다. 그리고 또한, 동영상 정보에는 29.97 로 기록되므로, 진짜 29.97 프레임인 동영상과도 문제 없이 연결됩니다. (연결했을시, 플레이어에 따라 연결 지점에서 잠시 버벅대는 경우가 발생할수 있습니다만) 그러니, DVD 소스를 Inverse Telecine (IVTC) 처리를 해서 23.976 으로 바꿨을 경우, 반드시 이 모드로 압축하시는 것이 좋습니다. 그냥 Interlaced 모드로 압축하는것을 잘 처리해서 이 모드로 압축할 경우 30 ~ 40% 정도의 용량 절약 효과가 있습니다.


일단 이정도만 알고 계시면 제작에 큰 문제는 없으실듯 하군요.
Quantization 설정 같은건 아직 저도 잘 모르겠으니 넘어가고... 한마디 하자면, 딴 MPEG 인코더 같은 경우 Quantization 값을 설정할수 있는 경우가 있는데, 간단하게 말해 이 값은 낮을수록 원본 화질에 가깝게 됩니다. 그렇다고 너무 낮추면 눈에 보이는 향상은 없으면서 용량만 커 지니 주의를... MPEG-1/2 인코딩에 대한 몇가지...

요즘 miniDVD 를 시작해 보려는 분들이 좀 계심에 따라, 제 생각에 이런것 관련에 의문이 생길수 있을듯한 사항에 대해 간단히 적어볼까 합니다. 처음 하시려는 분들은 일단 이런 저런 옵션들이 있지만 이것들이 어디에 어떻게 쓰이는지 알수가 없는 이유로 헷갈리시는 경우도 많죠.

일단은 제가 TMPGEnc 위주로 사용을 하므로, 다른 인코딩 프로그램들에 대한것은 뭐라 말씀드리기가 어렵군요.
하지만 MPEG 인코더들의 옵션은 거의 다 비슷비슷 하기 때문에 여기 적는것이 다른곳에도 응용될수 있을거라 생각하는 바입니다.





반응형
반응형
 출처 블로그 > 티라미슈와쉬폰케잌
원본 http://blog.naver.com/sanghaa123/150008917285

 

 

 

★ 프로그래밍 전문교육원으로 가기 ★

 

↑ 클릭!

 




반응형

+ Recent posts