      
skywatcher 반사 8인치 f/5 28mm, 10mm, 5mm 아이피스 목성 또 보고 싶다... 플레아데스 성단도..  (0)  (0) |
| 낮에 파인더 정렬을 하고 저녁에 월드컵 경기장으로 가서 목성을 관측 했다. 달을 관측 하고 싶었는데 오늘은 달이 안뜨는 날이므로..... 첫 관측이라서 목성을 잘 볼수 있을거란 기대는 안했는데 의외로 날씨도 좋아서 빠르게 목성을 찾을 수 있었다. 28mm 저배율로 목성의 3개 위성을 봐주시고.. 점차 고배율로 올려서 관측을 진행 했다. 10mm로 봤을 때 목성의 줄무늬가 식별이 가능 했다. 그래서 5mm로 봤더니 어느정도 줄무늬가 뚜렷하게 보이기 시작했다. 좀더 초점을 맞추고 응시를 하니 대적반이 어렴풋이 보이는 것 같기도 하다. 뭔가 좀 아쉬운... 배율을 더 올리면 더 잘 보일 것 같기도 한데.. 다시 그분이 오실려나! (0) (0) |
AnyVOD 근황..
프로그래밍 :
2009/10/09 09:50
| 기존에 클라이언트에서 영상 포맷을 분석 한 후 메타데이터를 분리하는 과정을 서버에서 하기로 했다. 결정한지는 오래됬는데 여차 바쁘다보니... 암튼.. 이런 결정을 한 계기는 서비스 특성상 서버가 네트워크 부하가 크고 CPU 는 팽팽 노는 현상이 발생 하기 때문에 서버의 중요기능인 트래픽 스로틀 기능을 메타데이터에 적용 할 때 활성 여부를 서버에서 수행하기 위함이다. 현재 구조는 재생 시작시 대부분의 영상 파일은 메타데이터를 가지고 있다. 파일 헤더와 인덱스 등이 그에 해당한다. 예를 들면 avi의 경우에는 인덱스와 데이터가 구분 되어 있으며 dshow 필터에서 초기 로딩시 인덱스에 접근하여 이를 로딩하는 과정을 거친다. 그런데 스토틀 기능이 최대 비트레이트 이상은 보내주지 않기 때문에 메타데이터가 커지면 초기 동영상 로딩이 느려진다는 단점이 있다. 이를 극복하기 위하여 클라이언트에서 메타데이터를 로딩 할 때 서버에서 이 사실을 알려주도록 구성이 되어있으나 클라이언트 판단을 서버가 전적으로 믿는 방식이므로 문제가 있다. 따라서 서버에서 동영상 정보를 스캔 할 때 메타데이터 정보 위치를 계산하여 저장 후 클라이언트가 데이터 요청시 메타데이터 영역을 요청한다면 스로틀을 끈 상태에서 최대 속도로 보내주도록 설계를 바꾸게 되었다. 기능의 특성상 서버 플러그인 방식으로 구현을 하는게 나을것 같긴 한데.. 기능 규모, 유지보수성등을 고려해서 좀 더 생각을 해보고.. (0) (0) |
댓글을 달아 주세요
대....대포다!!
오 대단한데 나중에 놀러가서 한번 봐야겠다 +_+
그래.. 오기나 해라 ㅋㅋ
오랜만에 들렀는데.
헉!!!
이런 엄청난 지름이라니!
이런걸 진짜 집에 들여놓는 사람이 있군요!ㅎㅎ
사진 찍어서 뵈줘요~
천체사진을 찍을려면 저거 산만큼 돈이 더 들어가야하는 슬픈 현실..
사진은 한 3년 후에나 찍을거 같어 ㅋㅋ 일단 돈이 없으니..
사진은 못 찍는다니 아쉽..........;;;;;;;;;
일단 눈으로 좀 보고 ㅋㅋ