구차니의 잡동사니 모음

위에 두녀석을 다시 꼽아 보니 둘다 video0가 생성이 된다.
CAMEL PC-100은 내장 마이크/사운드 장치가 있고
X-LUK DBC-UP은 내장 마이크 조차 없는 녀석이다(단지 PC용 monitor 프로그램이 있어서 산것일뿐 ㄱ-)

아무튼 /dev를 비교해보니 아래와 같이 추가가 되었다.

CAMEL PC-10

더불정보기술 X-LUK DBC-UP

/dev crw-rw----+ 1 root audio    14,  20 2009-12-06 19:22 audio1 crw-rw----+ 1 root audio    14,  19 2009-12-06 19:22 dsp1 crw-rw----+ 1 root audio    14,  16 2009-12-06 19:22 mixer1 drwxr-xr-x  4 root root          80 2009-12-06 19:22 v4l crw-rw----+ 1 root video    81,   0 2009-12-06 19:22 video0 ~$ tree /dev/v4l /dev/v4l |-- by-id |   `-- usb-ARKMICRO_USB2.0_PC_CAMERA-video-index0 -> ../../video0 `-- by-path     `-- pci-0000:00:10.4-usb-0:3:1.0-video-index0 -> ../../video0

/dev drwxr-xr-x  4 root root          80 2009-12-06 19:30 v4l crw-rw----+ 1 root video    81,   0 2009-12-06 19:30 video0 $ tree /dev/v4l /dev/v4l |-- by-id |   `-- usb-Vimicro_Corp._PC_Camera-video-index0 -> ../../video0 `-- by-path     `-- pci-0000:00:10.1-usb-0:1:1.0-video-index0 -> ../../video0

아무튼, video0 장치는 둘다 생기고, video4linux 장비로 인식을 한다. (ffmpeg이 왜 안되는겨 ㅠ.ㅠ)


CAMEL PC-10

$ ffmpeg -y -f video4linux -r 30 -s 320x240 -i /dev/video0 http://localhost:8090/feed1.ffm FFmpeg version SVN-r19352-4:0.5+svn20090706-2ubuntu2, Copyright (c) 2000-2009 Fabrice Bellard, et al.   configuration: --extra-version=4:0.5+svn20090706-2ubuntu2 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --disable-stripping --disable-vhook --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libdc1394 --extra-cflags=-I/build/buildd/ffmpeg-0.5+svn20090706/debian/include --enable-shared --disable-static   libavutil     49.15. 0 / 49.15. 0   libavcodec    52.20. 0 / 52.20. 0   libavformat   52.31. 0 / 52.31. 0   libavdevice   52. 1. 0 / 52. 1. 0   libavfilter    0. 4. 0 /  0. 4. 0   libswscale     0. 7. 1 /  0. 7. 1   libpostproc   51. 2. 0 / 51. 2. 0   built on Oct 13 2009 22:15:16, gcc: 4.4.1 [video4linux @ 0x85222c0]VIDIOCSWIN: Bad address /dev/video0: I/O error occurred Usually that means that input file is truncated and/or corrupted.

더불정보기술 X-LUK DBC-UP

$ ffmpeg -y -f video4linux -r 30 -s 320x240 -i /dev/video1 http://localhost:8090/feed1.ffm FFmpeg version SVN-r19352-4:0.5+svn20090706-2ubuntu2, Copyright (c) 2000-2009 Fabrice Bellard, et al.   configuration: --extra-version=4:0.5+svn20090706-2ubuntu2 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --disable-stripping --disable-vhook --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libdc1394 --extra-cflags=-I/build/buildd/ffmpeg-0.5+svn20090706/debian/include --enable-shared --disable-static   libavutil     49.15. 0 / 49.15. 0   libavcodec    52.20. 0 / 52.20. 0   libavformat   52.31. 0 / 52.31. 0   libavdevice   52. 1. 0 / 52. 1. 0   libavfilter    0. 4. 0 /  0. 4. 0   libswscale     0. 7. 1 /  0. 7. 1   libpostproc   51. 2. 0 / 51. 2. 0   built on Oct 13 2009 22:15:16, gcc: 4.4.1 Input #0, video4linux, from '/dev/video1':   Duration: N/A, start: 1260102822.110153, bitrate: 27647 kb/s     Stream #0.0: Video: rawvideo, yuv420p, 320x240, 27647 kb/s, 30 tbr, 1000k tbn, 30 tbc Output #0, ffm, to 'http://localhost:8090/feed1.ffm':     Stream #0.0: Video: mpeg1video, yuv420p, 320x240, q=3-31, 512 kb/s, 1000k tbn, 30 tbc Stream mapping:   Stream #0.0 -> #0.0 Press [q] to stop encoding [mpeg1video @ 0x9940160]rc buffer underflow VIDIOCMCAPTURE: Invalid argument frame=    1 fps=  0 q=31.7 Lsize=      12kB time=10000000000.00 bitrate=   0.0kbits/s video:8kB audio:0kB global headers:0kB muxing overhead 54.352468%

2010.02.18 추가

열화와 같은 성원(?)으로 드라이버 및 프로그램을 올려 놓습니다.
X-LUK DBC-UP 에는 xp용 드라이버와 감시프로그램이
vista 에는 vista용 드라이버가 들어있습니다.

리눅스 마스터 보는데 umsdos라는 파일 시스템이 나오길래
첨들어서 틀렸다고 하려다가, 다른 더 수상한 녀석이 있어서 일단 패스 했는데
시험보고 나와서 검색을 해보니, 존재하긴 하는데 음..

UMSDOS filesystem Ok, here is just a quick informational page about Linux UMSDOS filesystem. Please note that all work on UMSDOS (or UVFAT) in 2.6.x kernels has stopped and is non-working. They should work ok in 2.4.x kernels, but I've haven't heard for some time from users (assuming some are still existing :) Last change: 06 Mar 2006 [링크 : http://linux.voyager.hr/umsdos/]

구버전용인데.. 왜 몰랐을까?

One of the user experience goals for the designers of Windows 95 was the ability to use long filenames (LFNs—up to 255 UTF-16 code points long), in addition to classic 8.3 filenames. LFNs were implemented using a workaround in the way directory entries are laid out (see below). The version of the file system with this extension is usually known as VFAT after the Windows 95 virtual device driver, also known as "Virtual FAT" in Microsoft's documentation. Interestingly, the VFAT driver actually appeared before Windows 95, in Windows for Workgroups 3.11, but was only used for implementing 32-bit file access and did not support long file names. In Windows NT, support for long filenames on FAT started from version 3.5. OS/2 added long filename support to FAT using extended attributes (EA) before the introduction of VFAT; thus, VFAT long filenames are invisible to OS/2, and EA long filenames are invisible to Windows. [링크: http://en.wikipedia.org/wiki/File_Allocation_Table]

[링크 : http://en.wikipedia.org/wiki/FAT_filesystem_and_Linux]

회 차	시험일자	원서교부 및 방문 접수기간	인터넷 접수기간	성적 발표일
제202회	09.10.25(일)	09.09.02(수) ~ 09.09.03(목)	09.08.31(월) 오전 10시 ~        09.09.27(일) 밤 12시	09.11.13(금) 오후 3시
제203회	09.11.22(일)	09.10.07(수) ~ 09.10.08(목)	09.09.28(월) 오전 10시 ~        09.10.25(일) 밤 12시	09.12.11(금) 오후 3시
제204회	09.12.20(일)	09.11.04(수) ~ 09.11.05(목)	09.10.26(월) 오전 10시 ~        09.11.22(일) 밤 12시	10.01.08(금) 오후 3시
제205회	10.01.24(일)	09.12.02(수) ~ 09.12.03(목)	09.11.23(월) 오전 10시 ~        09.12.13(일) 밤 12시	10.02.12(금) 오후 3시
제206회	10.02.28(일)	10.01.06(수) ~ 10.01.07(목)	09.12.21(월) 오전 10시 ~        10.01.10(일) 밤 12시	10.03.19(금) 오후 3시
제207회	10.03.28(일)	10.02.03(수) ~ 10.02.04(목)	10.01.25(월) 오전 10시 ~        10.02.14(일) 밤 12시	10.04.16(금) 오후 3시
제208회	10.04.25(일)	10.03.03(수) ~ 10.03.04(목)	10.03.01(월) 오전 10시 ~        10.03.21(일) 밤 12시	10.05.14(금) 오후 3시

[링크 : http://exam.ybmsisa.com/toeic/toeic02_1.asp]

저번에 본건 12월 11일에 나오는데 흐음..
솔찍히 성적 나오는게 두렵다 ㅠ.ㅠ

...

어렵다 -ㅁ-





솔찍히 말해서 어렵다기 보다는
1. 말장난 쳐서 짜증나고
2. linux master가 아니라 Redhat linux master 라서 짜증나고 (무슨 rpm 문제가 도대체 몇개야?)
3. 실무에서는 전혀신경 안써도 되는 옵션문제 따윈 ㄱ- (man 혹은 --help면 되는데 ㄱ-)


아무튼, 시험전에 보니 대부분이 실무자들 같았고, 학생은 극소수
30명 시험에 11명이 결시..(뭥미?)

난이도는 실무자에게는 오히려 어렵지만, 책만 보고 외운 학생들은 쉬웠을 듯.
아니 기출문제나 책만 사봤어도 쉬웠을 듯.(돈 아낄려고 책도 안사고 공부도 안한 1인 OTL)


아무튼, 시험결과는 12월 18일!
[링크 : http://exam.ihd.or.kr/sub/exam/exam02_02_02.asp]

문득 한지를 쓴 옛날에는 냉기가 잘 들어오지 않아서 그나마 따스했다고 하는 이야기가 떠올랐다.

유리창을 쓰는 지금의 구조로는 기존방식대로
한지를 댔다가는 비오면 뻥~ 뚫릴테니 "방수한지"가 나오면 좋을꺼 같고

유리창을 쓰는 이유가 밖을 문을 열지 않고 보는것인데
한지는 불투명하니까, "투명한지"가 나오면 좋을꺼 같다.



음.. 근데 완전투명은 힘들테니 반투명정도만 되도 좋을텐데 음..
우묵가사리를 굳혀서 반투명하게 하면 따스할려나? ㅋ

어제는 학교 학술제가 있어서(그리고 주중이니)
학생들의 파릇파릇한 기운을 컨슘하러(응?) 갔는데


머.. 이쁜녀석들도 없고(얼굴이 이쁜이 아니라 깜찍하고 귀엽고 깨물어 주고 싶은 녀석 <-> 목과 허리를 꺽어주고 싶은 녀석)
전부 밉상들로 가득 도배된 멤버들
그리고 개인주의의 극치가 되어버린 느낌의 인원

예전에는.. 이런 말을 들이대는게 웃기기도 하지만,
확실히 아이들이 현명한건, 쓸데없이 학과생활한다고 시간 뺴앗기지 않고
자기 앞가림을 잘한다는 것이다. 캠퍼스의 낭만 따위는 없더라도, 최소한 학점과 스펙은 남을테니


선배와 이런 저런 이야기를 하면서
갈수록 늦게 태어난 사람들은 살기힘든 세상이라는 것으로 의견이 모아졌다.
예전 90초기 학번들은 탱자탱자 놀면어 ETRI 들어가고 그랬는데

이제는 죽어라 해도 따라가기 힘들다는 박사과정 선배의 말을 들으면서
그리고 지금 이리저리 치여서 남이 만든것도 제대로 못써 끙끙대는 나를보면서 여러가지 생각이 들었다.



졸업 직전인 머스마 둘과 신나게 떠들어 대다보니,
웬지.. 내년에는 학교에 오고 싶지 않아졌다랄까..

구세대가 되어버린 상황에서 더이상 학교에 나타나는건 오히려 아이들에게 좋지 않을수도 있지만,
열정이라던가 패기를 컨슘하려던 나의 계획은 이제 더이상은 쓸수 없다는 사실이 더 서글펐을지도..





사족 : 결국은 교육이 문제일것이다.
         하고싶지도 않은데 머리속에 억지로 쑤셔넣으면서 키워온 아이들이기에,
         대학와서도 무언가 파고 싶다는 호기심과, 파고들려는 열정이 없는걸지도 모른다.

그냥 단순히 배터리가 미친것일뿐 -ㅁ-
(Capacity 726082mWh !!!)

Unfortunately the bug is still observed - i did some additional triaging. * The bug is seen only when the samba share exported is on a vfat file system     - for ext2 and ext3 the large sized copy succeeds without fail. * I also tried using the samba package from debian-arm repositories(lenny-stable)     - but there also the problem is seen. * Even if the error is thrown up - the file is still being copied in the background - or ftruncate'ing in the background (I suspect it is only ftruncating and filling the space with zeroes because of two reasons - one the md5sums do not match afterwards and two the code seems to be doing the same thing) - but as previously stated adding a patch to always call ftruncate64() in sys_ftruncate() does not fix the problem. [링크 : http://www.mail-archive.com/ubuntu-bugs@lists.ubuntu.com/msg1902987.html]

SH4 시스템에서 smbd / nmbd 조합으로
USB 메모리를 vfat으로 사용하여, 원격지에서 파일을 복사할경우
20MB 이상의 파일을 복사하려고 시도하면 죽는 문제가 발생했다.

임베디드 장비라서, 메모리 부족 에러와 함께 DMA 에러가 발생했지만,
이러한 문제가 발생하기전 vfat으로 rw가 아닌 ro로 mount 되는 것을 봐서
다른 문제나 버그가 있는 것으로 생각이 된다.

어제 구매한 웹캠을 꼽고 리부팅을 안했더니, 저런 장치가 생겨있다. 뭥미?
그래서 검색을 했더니, MS의 당당한 대답

이것은 의도적으로 설계된 동작입니다. [링크 : ttp://support.microsoft.com/kb/303302/ko]

너네.. 이렇게 다분히 의도적으로 요따구로 대답하는거.. 의도적이지? ㄱ-



음.. 아무튼 이녀석으로 스트리밍을 하도록 쓸수 있을려나?
그게 아니라면 굳이 만들어 놓을 필요는 없어 보이는데 -ㅁ-?