에러블로그

택배왔다.

박스 디자인은 걍... 그렇다.
뒤에 보이는 17인치 CRT 모니터가 불쌍해보인다 ㅜㅜ
(97년부터 쓴 것 같은데...)


새빛마이크로 cineDISK 26HD.

1세대라는 시그마 8511 칩셋이 아니라, 2세대(였나?) 시그마 8621 칩셋이 들어가있다.
기존 2.5인치 하드를 사용하는 제품들 처럼 휴대용 컨셉이며 이더넷, 자체 5.1채널 출력등은 빠져 있다.
구매한 가격은 10만원 대 초중반. 가격은 만족 >_<//

8621칩셋이 들어간 건 2.5인치 HDD 디빅스 플레이어로는 최초라고 하며, 가격도 8621 칩셋 제품들 중 가장 저렴한 듯...

8511칩셋은 나온지 오래된 만큼 많이 안정화 되었다지만 막상 사려고보니 WMV 재생 불가, 동영상 해상도의 제한, DTS 다운믹스 미지원.. 3가지가 큰 걸림돌이었다.

------------------
확장자가 "avi" 라고 무조건 DivX 계열 코덱을 사용하는 건 아니다.
WMV 코덱을 사용하는 경우도 꽤 있다.
특히 애니메이션이 많다고 한다.
그러니 코덱 호환성을 신경 쓸 수 밖에...
(코덱 지원은 절대 펌웨어로 해결하지 못한다. 지원하는 칩셋을 사용해야 한다. 그게 싫으면 HTPC를 꾸며야...)
------------------
생각보다 DTS 오디오를 쓰는 동영상파일은 적은 것 같지만 이것도 은근히 신경 쓰인다.
다운믹스(자체 디코딩해서 일반 오디오로 출력. 내장인 만큼 좋은 디코딩은 아닌 듯.) 해주지 못하고 패스스루만 지원한다면, 코엑셜로 연결해서 별도의 디코더를 연결해야 한단다.
본체 - 디코더 - 스피커를 연결해야 하는데 이게 없으면 오디오 코덱으로 DTS를 사용하는 동영상 파일은 소리를 못듣게 되는거다 -_-;;
오디오에 많은 관심을 가진 사람이라면 갖췄겠지만 난 그냥 TV에 연결해서 볼건데? -_-;
그래서 더더욱 8511칩셋은 안습.
------------------
동영상 해상도 문제.
요즘은 릴리즈되는 동영상들을 보면 가로 해상도 720 도 많이 올라온다.
프리즌뷁을 받아서 보려고 하니 720 영상이 올라왔더라.
8511칩셋은 너비가 700(800인가?) 이상인 동영상은 재생해주지 못하는 경우가 많다더라.
정확한 내용은 다음편에서 호환성을 다룰 예정이니 기대하시라 빠람~빠람~
------------------


열어보니... 이건 뭐... 어떻게 꺼내야 겠다는 생각이 안드는 박스 구조.


뒤집어서 꺼내자 -_-


박스 크기를 잘못 만들어서 때운걸까?



이것저것...


본체가 여기 있었군요 +_+


만원짜리와 크기 비교.. 리모콘이 생각보다 작지 않음


리모콘과 본체
본체에도 조작버튼이 있다. 쓰게 될 진 잘 모르겠지만..

리모콘은... 좀 안쓰럽다.
버튼 배치가 정말 난감하다.
쓰다보면 익숙해질까?
리모콘에 대한 건 다음 편에 자세히 소개 예정.


케이블은 3가지가 들어있어요~
컴포지트, 컴포넌트, 연장용 케이블(인듯)
메뉴얼 구성품 소개에는 컴포지트, 컴포넌트 케이블만 소개하고 있는데 하나가 더 들어있네요?
아마도 보통 연장케이블들이 수-수 형태이다보니 암놈으로 하나 더 제공해주는 듯...

케이블에서 아쉬운 점은 컴포넌트 케이블과 컴포지트케이블이 모두 스테레오잭을 이용해서 본체와 연결하는데 두 케이블간의 구분이 안보인다는거...

3색 케이블 쪽은 TV에 연결해놓고 본체만 PC에 연결해서 파일을 넣곤 할텐데... 태깅 해놓지 않으면 이거... 매번 헷갈리겠네??


케이블 길이는 꽤 마음에 들어요.
웬만한 경우엔 별도로 케이블을 사지 않아도 충분할 듯~


후면 연결 부분.. 나쁘진 않지만 조금 아쉬운 수준의 퀄리티

하드디스크를 장착하기 위해 개봉을 하려고 보니 어느 방향으로 열란 건질 모르겠다.
밀어올리나? 그냥 뚜껑열 듯 여나?.. 메뉴얼에 방향표시라도 해줬으면 밀어보는 만행을 벌이진 않았을 텐데... -_-;;

그냥 열면 된다.

하드디스크는 2.5인치 E-IDE 하드디스크를 사용한다.
삼성 80기가 5200RPM 짜리를 물렸더니 쉽게 바로 쓸 수 있었다.

커넥터부분에 하드를 꼽고 고정용 보조물을 꼽으면 된다.
충격으로부터 하드디스크를 보호할 쿠션이 조금이라도 있었으면...

뚜껑을 닫고 나사를 조였다.
그런데 힘을 잘못 준건지 삐죽삐죽... 쏘옥~ 들어가버리진 않는다.
그리고, 같이 제공된 드라이버로 나사를 조일 때 나사에 있는 십자 홈이 닳아버렸다.

아답터와 USB를 연결했다.
아답터는 5V인데 보통 많이 쓰는 것보다 커넥터가 조금 작다.
뭐.. 맞는 것을 찾으려면 있기야 하겠지...


PC에 연결하니 불이 들어온다.
빨간불.
너무 밝지 않아 크게 신경쓰이진 않을 듯하다.
TV에 연결하고 재생을 하면 옆에 상태표시용 노란 불도 들어온다.

PC와 연결할 때는 그냥 외장하드라고 생각하면 된다.

다짜고짜 usb로 연결하고 파티션 잡아주고 포멧하면 땡.
새 하드일 경우 이렇게 되는데, 쓰던 하드의 데이터가 보존되는지는 잘 모르겠다.

개봉기 끝.
--------------------------------------------


집에 있는 TV가 브라운관 아날로그 TV라 컴포지트로 480i 만 테스트해봤다.
화질은 선명한게 좋아 보이는데 LCD나 PDP 디지털 TV에 연결했을 때는 어떨지 잘 모르겠다.
개인용으로 오픈프레임 26인치를 사용하는데 D-Sub RGB 출력은 없어서 연결해보지 못했다.
트랜스코더라도 하나 살걸 그랬다...

이후 해볼거 예고.
- 영상 파일 호환성
- 각 기능 동작
- UI
또 뭐 필요하지??

 

재밌었다.

상황은 AFX DLL 을 사용하는 EXE에서 문자열을 리턴받고 싶을 때 이다.

Want :

So I Was : (Wrong)


이렇게도 해봤는데

릴리즈모드로 빌드한 EXE를 실행시 에러가 나지 않지만 디버그모드로 빌드한 EXE에서는
 
Error on Excute :

뭐 이런 에러가 나더라

찾아보니까 빌드시 DLL 의 CString 과 EXE의 CString 이 다르기 때문(자세한건 에러로 구글링해보면 나온다.) 이라는 결론이 나왔다.

곧 죽어도 CString 을 LPSTR로 변환시켜서 쓰고 싶진 않았던 터라 (그러기 싫어서 굳이 CString 따위를 사용했다)
const 도 여기저기 붙여보는 뻘짓을 했다.

CString 은 묵시적으로 LPCTSTR 로 변환이 가능하지?

그럼 굳이 const 인 LPCTSTR 을 LPSTR로 변환하지 않고도 사용할 수 있는건데...

결국 결론은 간단했다.

Right :

끝

만세.

이걸 해결 못해서 하루 종일 낑낑댄 나는.... OTL

오늘의 교훈.
절대로 CString 을 써야만 하는 상황이 아니면 이따위것 쓰지 말자.

#pragma warning(disable:4503 4786)
숫자는 warning코드..

STL 쓰려니 무한 warning의 압박이 다가온다

...제길 OTL


이런것도 모르는 무지한 후배에게 알려주신 곽**선배 감사 ㅎㅎㅎ

Edward C. Bailey, "Maximum RPM" :
RPM을 다룬 문서(책) 중 가장 상세함... 하지만 좀 오래됨...
http://www.redhat.com/docs/books/max-rpm/max-rpm-html/index.html
http://www.rpm.org/max-rpm/

Eric Foster-Johnson, "RPM Guide" :
좀더 쉽게 쓰여진 편이고 예제도 풍부함
Python-RPM 모듈을 사용할 때도 좋음...
http://fedora.redhat.com/docs/drafts/rpm-guide-en/

Paul Nasrat, "RPM Python(and friends)" :
Python-RPM 모듈과 펄등에서의 활용을 다룬 문서
http://people.redhat.com/pnasrat/rpm-python/rpm-python-slides/frames.html

yum으로 다음의 패키지를 설치한다.

nautilus-open-terminal


정보 출처 : http://linux.rasmil.dk/cms/modules/dokuwiki/doku.php?id=howto:fc5

이지보드2000 (http://ezne.net) 의 RSS 생성기입니다.

* 이미지등은 여전히 처리되지 않습니다.

변경사항 :
정훈씨(http://celluloid.co.kr)님의 문의로 url_fopen 이 제한된 서버에서도 사용이 가능하도록 fsockopen으로 바꿨습니다.

다운로드 :

CPU : P4 2.4B
M/B : GIGABYTE 8GEM667 (i845GE)
Graphic card : Sapphire RADEON 9100 (64MB)
RAM : SEC 256*2

ATI...
예전부터 리눅스용 드라이버 지원이 좋지만은 않다는걸 알고는 있었지만 퀘이크3가 계속 땡기는 참에 ㅠ_ㅠ

(DVI출력도 안되니 듀얼도 못쓰고...)

fglrx를 설치해보려했건만 ...

왜 안되는겨 ;ㅁ;

시냅틱에서 받아서 설치도 해보고 ATI에서 다운받은 바이너리로도 해보고 컴파일해서 모듈로도 올려봤지만 매번 부팅후 처음엔 화면이 나오다가 몇분 지나거나 불여우를 켜는 순간 그야말로 뻗어버린다.


xorg.conf에 그래픽카드 섹션

아래쪽 3가지 옵션들은 충돌이 있을 수 있는 부분들이라던가... 누군가 의 블로그 내용에서 퍼온것이지만 가장 관건은 결국 드라이버를 fglrx로 올리면 같은 현상이다.

모바일라데온9600인 선배 노트북은 잘되던데... 그래픽카드를 새로 사야하나 -_-;;

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

ATI홈페이지에 8.18.8 버전이 릴리즈 됐길래 설치해보니 다운도 안되고 잘된다....

고 좋아했더니 어째 속도가 느리다.

음... 설마... 하면서 fglrxinfo 해보니

...mesa 3d (...)

결론은 처음부터 다시 ㅡㅡ;

뭐... 3D를 제대로 못돌리는건 아쉽지만 일단 DVI 출력이 잘되니 그냥 쓰기로 ㅡㅡ;;

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

8.26.18 버전이 나왔길래 또 해봤다.
나머지는 사양은 똑같고 그래픽카드만 유니텍 RADEON 9000 128MB 으로 바꿨다.
(연수생 할 때 옆에 계시던 분이 버리려는 거 주섬주섬 받아왔다...;;)

그냥 다음 다음 눌러 설치하고 aticonfig --initial 해버리니

오... 잘 잡힌다. (바꾼 다음에도 기존버전은 잘 잡히지 않았었다.)


결론. Radeon 9100 은 까다롭다 - _-;;

Source RPM 을 재 패키징하려는 경우 :
그냥 막연히 src.rpm이니 rpm -Uvh xxx.src.rpm을 해줬더니 진짜 설치가 되더라. -_-;
/usr/src/redhat에서.
SOURCE에는 tarball소스와 적용된 패치, 추가로 필요한 파일들이 들어가있다.
SPECS에는 .spec로 끝나는 rpm설정(?)파일이 들어가 있다.
tar.gz같은 소스가 rpm으로 바뀌는데 가장 중요한 녀석이라고 생각한다.
----------
새로운 RPM을 만들어내려는 경우 :
SPEC파일을 직접 만들어야한다.
이에 대한 내용은 KLDP의 RPM_Guide 를 참고하면 된다.
아니면 다른 spec파일(src.rpm에 포함된)을 참고해도 좋다.

SOURCES디렉토리에는 프로그램의 소스인 tar.gz를 비롯한 파일들을 넣으면 된다.
SPECS에 xxx.spec파일을 만들어서 넣는다.


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

위와 같은 준비가 되었으면 빌드하자.

rpmbuild -ba xxx.spec

spec에 작성한대로 컴파일되고 지지고 볶아서 xxx.i386.rpm과 xxx.src.rpm, xxx-debuginfo.i386.rpm등이 생성된다.

xxx.src.rpm은 SRPMS에 생성된다
xxx.rpm과 debuginfo.rpm은 RPMS/i386에 생성된다.

이제 SRPMS만 있으면 나중에 또 할 수 있다.
- 나머진 버려도 되는건가?

------------------------------------------------
기타 :
debuginfo는 뭔지 모르겠다.

spec에서 define한 릴리즈와 버전대로 파일명이 생성된다.
예를 들어
%define name xxx
%define version 1.1.0
%define release fz1-0
으로 했다면
xxx-1.1.0-fz1-0.i386.rpm
으로 생성될 것이다.
------------------------------------------------
기타 2 :
rpmbuild시 --target=옵션을 추가로 사용할 수 있다.
ex) rpmbuild -ba --target=i686 xxx.spec
이렇게하면 RPMS/i686안에 rpm파일들이 생길 것이다.
------------------------------------------------
기타 3 :
KLDP의 RPM_Guide에 따르면 rpmrc에서 빌드디렉토리도 설정한다고 하는데 안보인다.
어디에 숨었니 -_-;;
그리고 여러가지 타겟들이 적혀있다.
- 설마 정의된 타겟이라면 별다른 과정없이 타겟지정만으로 크로스컴파일도 지원하는걸까?
-> 설마가 사람잡았다. target=arm-linux라고 줬더니 arm.rpm이 생성됐다. -_-;;
--> 빌드메세지를 캡쳐해보니 이런 메세지가 나왔다. checking target system type... i686-pc-linux-gnu
---> 그러므로 엉터리였다. 당연히도 spec파일을 크로스컴파일용으로 작성해야겠지...

----> 그렇다면 i686 같은 패키지를 만들려고 해도 마찬가지라는 것??
------------------------------------------------

어지간히 정리되면 문서도 정리해야겠다.
언제 정리하나...