Red Baron

POST : Program

khook |

LICENSE & NOTICE

0. 이 프로그램과 소스 코드는 GPL (GNU Public License) 를 따른다.

0. 이 프로그램의 사용으로 인하여 발생할 수 있는 문제들에 대해서
  어떠한 보장도, 책임도 질 수 없다.


------------------------------------------------------------------------------
Compilation & Loading module

1. 컴파일을 하기 위해서는 다음과 같이 명령을 수행한다.
 
  [kysee@freekernel.org]$ make all


2. 컴파일을 마치면 khook.o 가 생성되는데 이것은 kernel module 로 사용되어진다.
  khook.o 를 적재하려면 아래와 같이 명령을 수행한다.
  단, 컴파일과는 달리 kernel 에 module 을 적재시키는 작업은 root 권한을 필요로
  한다.

  [root@freekernel.org]$ make load

  만일 여러개의 네트웍 장치가 존재한다면 모듈을 로드하는 시점에서 특정 장치를
  'DEV=장치이름' 과 같이 명시할 수 있다.
 
  [root@freekernel.org]$ make load DEV=eth0

  장치이름 지정을 생략하게 되면 모든 네트웍 장치로 부터 네트웍 데이터를 수신
  하게 된다.
    
 
3. 더이상 khook 를 사용하지 않는다면 이를 kernel 로 부터 제거할 수 있다.
 
  [root@freekernel.org]$ make unload


4. khook 는 /var/log/messages 파일에 로그를 남기며 khook 에 의해 남겨지는 모든
  로그는 'hook' 로 시작된다.
 
  [root@freekernel.org]$ tail -f /var/log/messages | grep hook

top

posted at

2006. 12. 9. 14:37


POST : Program

동영상 Edge Detection

쓰던글이 지워져서리..-_-;; 자세하게 적을수 있을지..


영상처리 부분에서 Edge Detection 하는 기법을 동영상에 적용하는 방법이다.


먼저 환경은 Directshow를 기반으로 하면 이때 사용되는 Filter를 수정하는 방법을

사용한다 아래 그림은 Filter가 어플리케이션에서 위치하는 부분이다.

-ps. Edge Detection 하는 방식은 유사연산자를 사용하였다.



사용자 삽입 이미지
Dx Filter에 대한 설정은 아래와 같다.
-. Transform Filter
-. inplace Filter
-. Dynamic Filter
마지막의 Dynamic Filter는 해당 필터 소스를 app소스쪽으로 이동시켜서
파일 오픈시 해당 필터를 Add하는 방식을 취한다.
가장 중요한 영상에 대한 변환 처리는 필터 소스부분에서 하게 되며
해당 Func은 Transform(IMediaSample *pSample) 이다
아래는 함수에 구현된 소스이다.

사용자 삽입 이미지
Edge Detection을 하기 위한 방식으로 유사연산자를 사용하였으며
다른 방식을 적용하기 위해서는 해당 함수를 구현하고 위와 같은 방식으로
Injection 하면 된다.
top

posted at

2006. 12. 9. 14:34


POST : Program

[ns2] tcp congetion perfomance simulation

date : 10-10-2006

location : in ngi lab

처음으로 작성 시뮬레이션 코드들이다..

아래는 thoughput 스크립트


packet loss 구하는 스크립트...


top

posted at

2006. 12. 9. 14:33


POST : Network

voip E-model 에 대한 간략한 메모

* 이 문서에 대한 권한은 저자에게 있습니다.

퍼 가실때는 출처를 표시하여 주시고 메일로 연락을 주십시오. dif001@hamail.net

e-model 에 근거한 R 값을 산출하기 위해서는 기분적으로 ip layer에서 볼 때 총 3가지의 근거 요소를 기반으로 값을 산출한다.

1.       delay

2.       packet loss

3.       jitter(delay variation)

그외 echo

그리고 주의 해야할점

사용자의 음성 측정중 패킷의 망가짐(voice distortion)

등을 측정 할수 있는 방법으로서는 BER(bit error rate) FER (frame error rate) 이 두가지는 실제적 음성 데이터 즉 RTP상에 실려오는 실제 음성 데이터의 에러 검출 방식에 따라서 산출해 낼 수 있다.

PSQM(perceptual speech quality measurement)(ITU-T P.861) ß MOS와 직접적인 연관관계는 없다.

ITU-T G.107 결과값 R을 가지고 MOS산출을 할수 있는 공식.

FOR R<0             : MOS=1

FOR 0<R<100     : MOS=1+0.035R+7R(R-60)(100-R)*10^-6

FOR R>100          : MOS = 4.5

ITU-T G.107 Factor R 공식

R=R0+Is+Id-Ie+A

R0  회선 잡음, /수화 실내 경음, 가입자 선 잡음에 의한 주관적 품질 저하

Is OLR(라우드네스), 측음(sidetone) , 양자화 변형에 의한 주관적 품질저하

Id 송신한 사람의 에코, 수신한 사람의 에코, 절대 지연에 의한 품질저하

Ie 낮은 비트레이트(BER) 부호화, 패킷/셀 손실 등에 의한 주관적 품질저하

A  모바일 통신 등의 편리성이 주관적 품질(만족도) 에 끼치는 영향을 보완(현재 프로젝트에서는 0으로 판단하면 됨)

top

posted at

2006. 12. 9. 14:32


POST : Network

Codec별 Frame Size 와 특성표

http://blog.naver.com/dif001/20007086008

Codec

G.711

G.723.1

G.726-32

G.729

Coding rate (kb/s)

64

5.3-6.3

32

8

Frame size (ms)

0.125

30

0.250

10

Algorithm

PCM

MP-MLQ

ADPCM

CS-ACELP

Processing delay (ms)

0.125

30

0.250

10

Look ahead delay (ms)

0

7.5

0

5

Payload (Bytes)

1

20-24

1

10

Quality

Good

Good/fair

Good

Good

Complexity

Lowest

Highest

Low

High

Table 1. Selected ITU voice coders and key characteristics.


참고 사이트

http://www.comsoc.org/livepubs/surveys/public/2004/apr/scheets.html

Voice Coder

     POTS networks almost universally use the ITU G.711 64 kb/s PCM standard. As previously noted, this type of coder outputs 8 bits every 1/8000th of a second, that is, the frame of this coder is 1/8000th of a second, and the frame size is 8 bits.
     Other coders exist that can reduce the generated bit rate, but usually with a slightly reduced perceived quality.
Table 1 compares selected ITU coders, including their associated bit rates [2, 3].
     Of these codes, G.729 has evoked considerable interest for VoIP providers as it has comparable quality to G.711, but at a greatly reduced bit rate. G.729 has a frame length of 10 msec, and its compression algorithm outputs 80 bits every 1/100th of a second, yielding an 8 kb/s bit rate.
     POTS TDM backbones are based around fixed-rate coders. For example, a G.711 coder outputs 64 kb/s at all times, regardless of whether or not the voice source is talking or listening. The statistical as-needed allocation of backbone bandwidth on VoIP networks offers the opportunity to deploy variable-rate coders, which output traffic at one bit rate when the voice source is talking, and a lower bit rate (possibly zero) when the voice source is quiet. For example, G.729B with silence suppression examines each 10 msec voice frame and makes a voice/no voice decision. If the coder detects voice energy, it will output the standard 80 bits of compressed, digitized voice for that frame. If the coder decides this frame does not contain voice energy, the coder will output a reduced block of bits containing comfort noise, information that the receiver will use to generate background noise so that the user does not think the connection has been lost [3]. Alternatively, the coder could output nothing at all and the receiver could generate comfort noise.
     Experiments have shown that in a typical two-way interactive voice conversation, voice sources are only active 40 percent of the time [4]. The 60 percent idle time includes pauses while listening to the other party talking, as well as pauses between sentences, and even pauses between some words. A G.729B coder with silence suppression will output 8 kb/s during talk spurts (40 percent of the time), and nothing or a reduced bit rate during intervening silence intervals (60 percent of the time). The use of silence suppression potentially allows a G.729 coder to reduce its average output from 8 kb/s to 3.2 kb/s (alternating 8 kb/s and 0 kb/s bursts).

top

posted at

2006. 12. 9. 14:32


CONTENTS

Red Baron
BLOG main image

RSS 2.0Tattertools
공지 아카이브
최근 글 최근 댓글 최근 트랙백
카테고리 태그 구름사이트 링크