대용이 블로그

WOWZA를 쓰면서 패킷의 해더가 손상되는 부분을 발견, 해당 2비트를 바꿔야 하는 문제가 생겼다

그래서

1. WOWZA내 HTTP Streamer 클래스들과 MediaStreamLive 관련 클래스를 오버로딩.
2. conf 디렉토리내 클래스 매핑에서 클래스들 대치
3. 아이폰과 rtsp 로 재생 시도


하였으나.... 결과는 너무 처첨 했다.


우선적으로 HTTP Streamer중 IOS packetizer의 경우  델리게이트 형식으로 클래스를 작성하여 기존의 클래스를 대치시키면 클래스 캐스팅 에러가 발생한다. 

conf/Streams.xml에서 각 스트림 유형 별로 정의 되어 있는 클래스들을 대치 시켰을때 "live" stream의 경우
클래스 대치가 제대로 되지 않는 것처럼 보인다. (일단 로그는 안찍힌다. )

log의 경우 log4j로 찍었는데 안나온다;;;;;; println으로 찍었음;;

아...삽질이여;;




 

윈도우 서비스가 삭제 되지 않을 시에 아래의 어플리케이션을 사용하면된다.


ServiceEnum.exe /deleteService <name>

원문: http://www.dnjonline.com/article.aspx?id=jun07_access3264

주의! 본 내용은 핵심 포인트만 해석한 것입니다. 또한 본인의 미숙한 영어 실력으로 인하여 내용이 잘못되었을 수도 있습니다.



기존 원문의 작성 시기인 2007년 6월의 경우와 지금 시점 2010년은 차이가 있습니다. 지금은 많은 신규 서버들이 64비트 아키텍처로 도입되고 있으며 기존의 프로그램들의 포팅이 계속적으로 필요한 시점 입니다.

32비트 소프트웨어는 64비트 환경에서 WOW64를 이용하여 수행하고 있지만 64비트 프로세스는 32비트 프로세스를 메모리 스페이스로 가져 올수 없으며 32비트 프로세스는 64비트 모듈을 프로세스 스페이스로 가져 올 수 없습니다. 32비트와 64비트 모듈간의 통신은 오로지 IPC를 이용하여 가능 합니다.

결국 32비트와 64비트 프로세스는 IPC기술인 out-of-process COM, sockets, 윈도우 메시지, Memory maped files를 이용하여 통신 할 수 있습니다.





가장 좋은 64비트로의 이전은 메인 모듈과 DLL전부를 64비트로 이전하는 것이지만 종속성을 가지는 모듈을 이전할 수 없으면 프로그램이 동작하지 않습니다.


해결책 : A surrogate Process

이러한 이슈는 32비트 DLL을 메인 프로세스와 달리 독립된 메모리 스페이스로 나눔으로서 해결 될수 있습니다. 64비트에서 동작하는 메인 모듈은 IPC를 이용하여 프로세스 바운더리를 넘어 접근 할 수 있습니다.


이러한 해법에는 해당 32비트 DLL을 포함하고 있으며 DLL의 API를 노출 시키고 있는 32비트 surrogate 프로세스가 추가적으로 필요하다. 또한 64비트로 동작하는 쪽에서도 32비트로 직접적으로 통신하는 것대신 IPC를 사용하기 위해서 추가적인 수정이 필요하다.

http://threeggg.egloos.com/tag/%ED%8F%AC%EC%95%84%EC%86%A1%EB%B6%84%ED%8F%AC/page/1

자료 모아야징ㅋ

Netgear 소스코드들

http://kbserver.netgear.com/inquira/default.asp?ui_mode=answer&prior_transaction_id=146609&action_code=5&highlight_info=16778325,2899,2904&turl=http%3A%2F%2Fkbserver.netgear.com%2Fkb_web_files%2Fn101238.asp&answer_id=51599677#__highlight